一种局部业务服务的扩展方法 【技术领域】
本发明涉及业务服务处理技术,特别是指一种局部业务服务的扩展方法。
背景技术
移动通信网络间的竞争越来越激烈,并且竞争的焦点越来越集中在业务服务上,因此各个运营商都在开发有特色的业务服务。由于这些新开发的业务服务没有通用的规范和标准,因此所开发的业务服务只能应用于移动通信网络的局部地区,例如本地网。例如,新兴的回铃音业务就只能由本地网支持,如果深圳开通回铃音业务,即深圳的本地网支持对回铃音业务的处理,某用户在深圳签约回铃音业务后,则主叫只能在深圳对该用户发起呼叫,才能向主叫播放相应回铃音;当主叫在深圳以外的其他地方发起对该用户的呼叫时,如主叫在上海发起对该用户的呼叫,由于只有深圳的本地网支持对回铃音业务的处理,上海地本地网不支持对回铃音业务的处理,因此将无法向所在地在上海的主叫播放相应回铃音。
另外,综合运营商同时拥有多个不同制式的通信网络,例如公用电话交换(PSTN)通信网络、码分多址(CDMA)通信网络等,为提高综合运营商的业务服务竞争力、减少通信网络建设成本,综合运营商往往希望通过不同制式通信网络之间的相互配合实现对业务服务的处理,例如,采用固定智能通信网络为移动用户提供智能业务服务;或由固定智能通信网络和移动通信网络协同配合,提供移动终端和固定电话的同时振铃等功能。在现有规范中不同制式通信网络间交互的信令是标准信令,例如综合业务服务网络用户部分(ISUP)和电话用户部分(TUP)等。这些标准信令携带的信息往往是有限的,不能随意增加新的信息域。在遵循现有规范的基础上,如何行之有效地增加新的信息,通过局部开通业务服务,就可实现通信网络全网或不同制式通信网络间对业务服务处理的支持,以满足新兴业务服务的发展,将成为运营商关注的焦点。
【发明内容】
有鉴于此,本发明的主要目的在于提供一种局部业务服务的扩展方法,实现通信网络全网或不同制式通信网络间对局部业务服务处理的支持。
为了达到上述目的,本发明提供了一种局部业务服务的扩展方法,该方法包含以下步骤:
A、判断接收到始发呼叫消息的始发业务承载设备是否支持对应于所述始发呼叫消息的局部业务服务的处理,如果不支持,生成用于标识业务服务类型和至支持该局部业务服务的业务承载设备路由信息的导航标识;
B、始发业务承载设备根据导航标识将呼叫路由至支持局部业务服务的业务承载设备,所述支持局部业务服务的业务承载设备收到呼叫消息后,执行所述局部业务服务处理流程。
所述步骤A进一步包括:如果所述始发业务承载设备支持对局部业务服务的处理,直接执行所述局部业务服务处理流程。
在步骤A之前进一步包括:根据预先存储的用户签约信息,判断与呼叫号码相对应的用户是否签约业务服务,如果是,执行步骤A;否则,直接进行呼叫处理流程。
步骤A中所述判断是由业务控制设备在收到始发业务承载设备发送的始发呼叫消息后进行的。
该方法进一步包括:业务控制设备生成导航标识后,向所述始发业务承载设备发送所述导航标识。
所述局部业务服务是回铃音业务。
所述业务控制设备是归属位置寄存器,所述业务承载设备是移动交换中心/访问位置寄存器,所述发送导航标识是将导航标识携带于归属位置寄存器向移动交换中心/访问位置寄存器发送的位置请求消息中。
步骤A中所述判断是由始发业务承载设备进行的。
所述步骤B中路由呼叫的步骤是:属于一个通信网络的始发业务承载设备根据导航标识将呼叫路由至支持局部业务服务的属于另一通信网络的业务承载设备。
所述局部业务服务是一号通业务。
根据本发明提出的方法,使不支持业务服务的业务承载设备通过导航标识将呼叫路由至支持业务服务的业务承载设备,从而实现通信网络全网或不同制式通信网络间对局部业务服务处理的支持。导航标识可在保留原有信息特征的基础上,增加新的信息内容。通过本发明,只需在局部区域开通业务服务,通过对少量的业务承载设备和业务控制设备进行设备改造和数据配置,就可实现通信网络全网或不同制式通信网络间对业务服务处理的支持,因此具有良好的可操作性。另外,根据本发明提出的方法既解决了业务服务必须在通信网络全网或不同制式通信网络间开通才能实现的问题,又没有在业务服务处理过程中造成大量路由迂回,大大节省了通信网络的资源。
【附图说明】
图1为本发明中局部业务服务扩展至移动通信网络全网的流程图;
图2为本发明中局部回铃音业务扩展至移动通信网络全网的组网示意图;
图3为本发明中第一实施例消息交互流程图;
图4为本发明中第二实施例实现过程示意图。
【具体实施方式】
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
在本发明中,使不支持业务服务的业务承载设备根据导航标识将呼叫路由至支持业务服务的业务承载设备,从而实现局部业务服务扩展至通信网络全网或不同制式通信网络之间。导航标识可标识出业务服务类型,也可标识出至支持业务服务的业务承载设备的路由信息。通过增加导航标识的方法可在保证原有信息的前提下,有效地增加新的信息内容。业务承载设备包括移动交换中心(MSC)/访问位置寄存器(VLR)、MSC/业务交换控制点(SSP)等,业务控制设备包括归属位置寄存器(HLR)、业务控制点(SCP)等。以上所述的业务控制设备是指具有判断一个处理流程如何进行的控制功能的设备。
以移动通信网络为例,业务服务的实现需要移动通信网络内设备的协同工作,由于移动通信网络支持移动中的通信,因此,在移动通信网络中,业务服务的实现需要移动通信网络内设备的协同工作这一点更为明显。本发明中,在移动通信网络中设置支持业务服务的HLR和一个支持业务服务的MSC/VLR,HLR中存储有用户签约业务服务的相关信息。在移动通信网络全网中,如果收到初始呼叫消息的始发MSC/VLR支持对业务服务的处理,则始发MSC/VLR与HLR间按照业务服务处理流程进行处理;如果收到初始呼叫消息的始发MSC/VLR不支持对业务服务的处理,则HLR向始发MSC/VLR发送携带有导航标识的呼叫号码,始发MSC/VLR根据导航标识将呼叫路由至支持业务服务处理的MSC/VLR,由支持业务服务处理的MSC/VLR与HLR间按照业务服务处理流程进行处理,从而使局部业务服务能够扩展至移动通信网络全网。以上为MSC/VLR与HLR间协同工作使局部业务服务扩展至移动通信网络全网;还可通过MSC/SSP与SCP间的协同工作使局部业务服扩展至移动通信网络全网。下面详细描述本发明在移动通信网络全网中实现业务服务处理的技术方案。
图1为本发明中局部业务服务扩展至移动通信网络全网的流程图,如图1所示,局部业务服务扩展至移动通信网络全网的处理过程包括以下步骤:
步骤101:始发MSC/VLR向HLR发送对呼叫号码的始发呼叫消息。
步骤102:HLR收到始发呼叫消息后,根据自身存储的用户签约信息判断与该呼叫号码相对应的用户是否签约业务服务,如果是,执行步骤103;否则,执行步骤108。
步骤103:HLR判断MSC/VLR是否支持对业务服务的处理,如果是,执行步骤107;否则,执行步骤104。
步骤104~步骤106:HLR向MSC/VLR发送携带有导航标识的呼叫号码,MSC/VLR根据导航标识将呼叫路由至支持业务服务的MSC/VLR,支持业务服务的MSC/VLR向HLR发送对呼叫号码的呼叫消息,然后执行步骤102。
步骤107:进行业务服务处理流程。
步骤108:进行普通呼叫处理流程。
下面以回铃音业务为例对本发明的实现过程进行详细描述。
图2为本发明中局部回铃音业务扩展至移动通信网络全网的组网示意图,如图2所示,能够将局部回铃音业务扩展至全网的移动通信网络主要包括:支持回铃音业务的HLR 201、支持回铃音业务的网关移动交换中心(GMSC)202、不支持回铃音业务的GMSC 205、回铃音业务服务器(RBTS)203和业务提供平面(SP)204。GMSC为MSC中包含的一个功能实体。移动通信网络全网中包括一个以上不支持回铃音业务的GMSC 205。支持回铃音业务的GMSC 202和不支持回铃音业务的GMSC 205可位于相同的移动通信网络规划区域,也可位于不同的移动通信网络规划区域。RBTS 203和SP204可位于智能网,也可为在移动通信网络上新增加的可实现回铃音业务的设备。RBTS 203存储有被叫用户定制回铃音业务的相关信息,例如,与主叫用户相对应的回铃音设置。HLR 201为被叫用户所属的HLR,存储有被叫用户的相关信息。被叫用户在HLR 201上签约回铃音业务,被叫用户的签约信息中包括RBTS接入码,RBTS接入码能够标识RBTS 203的路由信息,使支持回铃音业务的GMSC 202根据RBTS接入码将呼叫接续至RBTS203。当主叫发起对签约回铃音业务用户的呼叫时,支持回铃音业务的GMSC202将呼叫接续至RBTS 203,建立主叫与RBTS 203间的话路,RBTS 203根据该用户定制的回铃音向主叫播放相应的回铃音。
图3为本发明中第一实施例消息交互流程图,如图3所示,局部回铃音业务扩展至移动通信网络全网的消息流程包括以下步骤:
步骤301~步骤302:始发GMSC收到对被叫号码发起的初始呼叫消息带附加信息的初始地址消息(IAI),该IAI消息中携带有标识被叫号码的移动号码簿(MDN)。始发GMSC向HLR发送携带有标识被叫号码MDN的位置请求消息(LOC_REQ)。
步骤303:HLR收到LOC_REQ消息后,根据自身存储的用户签约信息判断出被叫号码签约回铃音业务,然后判断始发GMSC是否支持对回铃音业务的处理,如果是,执行步骤304a;否则,执行步骤304b。由于HLR对始发GMSC是否支持回铃音业务处理的判断会有两种结果,因此分为a、b两种情况。
步骤304a:进行回铃音业务处理流程。
步骤304b~步骤305b:HLR向始发GMSC发送位置请求响应消息(loc_req),该loc_req消息中携带有导航标识的被叫号码MDN。导航标识能够标识出至支持回铃音业务GMSC的路由,另外导航标识还能够标识出业务服务类型,例如,设置导航标识为14755,14标识回铃音业务,755标识至位于深圳支持回铃音业务GMSC的路由信息。始发GMSC收到loc_req消息后,根据导航标识向支持回铃音业务的GMSC发送IAI消息,该IAI消息携带有导航标识的被叫号码MDN。支持回铃音业务的GMSC收到IAI消息后,对标识被叫号码的MDN进行分析,然后向HLR发送携带有标识被叫号码MDN的LOC_REQ消息。此时,支持回铃音业务的GMSC为当前始发GMSC。
步骤306b~步骤307b:HLR判断出被叫号码签约回铃音业务,然后判断出当前始发GMSC支持对回铃音业务的处理。
步骤308b:进行回铃音业务处理流程。
本发明不仅可实现移动通信网络全网对业务服务处理的支持,还可实现不同制式通信网络间对业务服务处理的支持,下面举例进行说明。
一号通业务也称为同振业务,是指将多个通信终端进行捆绑后,共同使用一个号码,当主叫用户拨打该号码时,捆绑的多个通信终端同时振铃,其中一个通信终端有应答时,释放对其他通信终端的呼叫,即停止对其他通信终端的振铃,建立主叫与应答通信终端间的连接。捆绑通信终端共同使用的号码称为引导号码,所捆绑的通信终端称为引导号码下的一号通成员。引导号码可为多个通信终端中的某个通信终端号码,也可为虚拟号码。
由于PSTN通信网络中的端局(LS)不支持对一号通业务的处理,移动通信网络中的MSC支持对一号通业务的处理,因此在现有技术中当LS收到对引导号码的呼叫时,将无法实现一号通业务;本发明通过LS将呼叫前转至MSC,由MSC对一号通业务进行处理。
图4为本发明中第三实施例实现过程示意图,本实施例中一号通成员包括一部固定电话和一部码分多址(CDMA)手机,引导号码为固定电话的号码,如图4所示,一号通业务扩展至不同制式通信网络间的过程包括以下步骤:
步骤401~步骤402:主叫发起对引导号码的呼叫,向LS发送始发呼叫消息。LS收到始发呼叫消息后,对呼叫消息中携带的呼叫号码进行分析,判断出呼叫号码为引导号码,即用户签约一号通业务,然后根据预先设定的原则在引导号码前增加导航标识后,例如177,将呼叫前转至MSC。
步骤403~步骤404:MSC收到呼叫消息后,向HLR发送携带有标识引导号码的LOC_REQ消息。HLR收到LOC_REQ消息后,根据自身存储的用户签约信息判断出呼叫号码签约一号通业务,然后向MSC发送携带有一号通成员列表信息的loc_req消息。
步骤405~步骤408:MSC收到loc_req消息后,进行一号通业务处理流程,同时建立两个连接:通过基站子系统(BSS)对CDMA手机进行寻呼振铃;向LS发起对固定电话呼叫,LS对固定电话进行寻呼振铃,后续处理流程与一号通业务处理流程相同。
通过以上描述可见,本发明能够应用于各种针对被叫用户的业务服务,同时本发明还可应用于各种针对主叫用户的业务服务,例如组呼业务。组呼业务是具有呼叫群组入会、建立电话会议功能的业务。组呼业务是指设定与组呼标识号码相对应的群组,当主叫用户呼叫组呼标识号码时,可将与该组呼标识号码相对应的群组呼叫入会。主叫用户在HLR中签约组呼业务,HLR中存储主叫用户的组呼签约信息。
始发MSC/VLR收到主叫用户对组呼标识号码的始发呼叫消息后,向HLR发送携带有组呼标识号码的LOC_REQ消息。HLR收到LOC_REQ消息后,根据自身存储的主叫用户签约信息判断出组呼标识号码签约组呼业务,然后判断始发MSC/VLR是否支持对组呼业务的处理,如果支持,进行组呼业务处理流程;如果不支持,HLR向始发MSC/VLR发送loc_req消息,该loc_req消息中携带有导航标识的组呼标识号码。始发MSC/VLR收到loc_req消息后,根据导航标识向支持组呼业务的MSC/VLR发送呼叫消息,支持组呼业务的MSC/VLR收到呼叫消息后,后续处理流程同组呼业务处理流程。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。