具体实施方式
图1是依据本发明一实施例的呼叫控制方法100的流程图。
步骤102,在监测到向订制有呼叫前转业务的终端发起的呼叫时,通知所述终端当前所在网络在判定所述呼叫满足前转条件时,将所述呼叫前转至所述终端归属网络内的虚拟业务接入号码,并监测与所述呼叫相关联的预设呼叫释放事件。为便于描述,将上述向订制有呼叫前转业务的终端发起的呼叫简称为原始呼叫。
具体来说,为降低处理设备,例如业务控制点的处理负担,可仅在上述原始呼叫满足预先设置的通知条件时,才通知所述终端当前所在网络在判定所述原始呼叫满足前转条件时,将所述原始呼叫前转至所述终端归属网络内的虚拟业务接入号码,并监测与所述原始呼叫相关联的预设呼叫释放事件,例如,上述通知条件可以是,仅在上述终端处于漫游状态和/或该终端的前转号码的归属网络不同于上述终端当前所在网络时,才通知所述终端当前所在网络在判定所述原始呼叫满足前转条件时,将所述原始呼叫前转至所述终端归属网络内的虚拟业务接入号码,并监测与所述原始呼叫相关联的预设呼叫释放事件。其中,上述终端的前转号码的归属网络可以是上述终端的归属网络,也可以是既不同于上述终端的归属网络也不同于上述终端当前所在网络的其他网络,上述终端处于漫游状态即上述终端当前所在网络不同于上述终端的归属网络。在具体实现过程中,上述通知条件可根据具体需要进行设定,本发明要求保护的范围不受具体的通知条件的限制。
此外,上述预设呼叫释放事件可以是对应预设释放原因值的呼叫释放事件(Event)。呼叫释放事件可以表现为一条ISUP(ISDN(综合业务数字网,Integrated Services Digital Network)用户部分,ISDN User Part)协议或者TUP(电话用户部分,Telephone User Part)协议中定义的REL(释放,Release)消息,REL消息通常用于释放呼叫。REL消息中一般会携带有释放原因值,用于表明释放呼叫的原因。在本发明实施例提供的技术方案中,上述预设呼叫释放事件对应的REL消息中携带有上述预设释放原因值,而上述预设释放原因值可以是被叫忙、被叫无应答或者被叫不在服务区等用来表明被叫用户无法建立连接的释放原因值。
在具体实现过程中,呼叫前转业务还可进一步细分为多种业务类型,包括例如但不限于,遇忙呼叫前转、不可及呼叫前转和无应答呼叫前转等。在具体实现过程中,用户可针对不同业务类型的呼叫前转业务设置不同的前转号码。例如,针对遇忙呼叫前转设置第一前转号码,针对不可及呼叫前转设置第二前转号码,针对无应答呼叫前转设置第三前转号码。在这种情况下,可针对上述不同业务类型的呼叫前转业务设置不同的虚拟业务接入号码。例如,针对遇忙呼叫前转设置第一虚拟业务接入号码,针对不可及呼叫前转设置第二虚拟业务接入号码,针对无应答呼叫前转设置第三虚拟业务接入号码。针对以上设置,需要针对每一虚拟业务接入号码设置对应的预设呼叫释放事件,例如针对为遇忙呼叫前转设置的第一虚拟业务接入号码设置第一呼叫释放事件,该第一呼叫释放事件对应的释放原因值为被叫终端忙;针对为不可及呼叫前转设置的第二虚拟业务接入号码设置第二呼叫释放事件,该第二呼叫释放事件对应的释放原因值为被叫终端不可及;针对为无应答呼叫前转设置的第三虚拟业务接入号码设置第三呼叫释放事件,该第三呼叫释放事件对应的释放原因值为被叫终端无应答。如此一来,步骤102可具体包括,在监测到向订制有呼叫前转业务的终端发起的呼叫时,通知所述当前所在网络在判定所述呼叫满足与所述呼叫前转业务的业务类型相对应的前转条件时,将所述呼叫前转至与所述呼叫前转业务的业务类型相对应的虚拟业务接入号码,并监测与所述虚拟业务接入号码相对应的预设呼叫释放事件,其中,上述前转条件可以是例如被叫忙、被叫不可及或者被叫无应答。
在通过智能网相关技术来实现本实施例时,由于上述原始呼叫指向的终端订制有基于智能网的呼叫前转业务,因此上述原始呼叫可以是一个根据被叫用户签约信息(Terminating-CAMEL(移动网络增强逻辑的客户化应用,Customized Application for Mobile Network Enhanced Logic)SubscriptionInformation,T-CSI)触发的移动终接(Mobile Terminating,MT)呼叫。
步骤104,在监测到任一指向所述虚拟业务接入号码的呼叫时,释放所述呼叫并触发与所述呼叫相关联的所述预设呼叫释放事件。
由步骤102可知,如果向上述终端发起的上述原始呼叫发生呼叫前转,则该呼叫将被该终端当前所在网络前转至所述虚拟业务接入号码。由步骤104可知,在监测到指向所述虚拟业务接入号码的所述原始呼叫的前转呼叫(下文简称前转呼叫)时,该前转呼叫将被释放,并将触发与所述前转呼叫相关联的所述预设呼叫释放事件。
在具体实现过程中,在通过智能网相关技术来实现本发明的技术方案时,可通过发送CAP(CAMEL应用部分,CAMEL Application Part)协议中定义的RC(释放呼叫,Release Call)消息来释放上述任一指向虚拟业务接入号码的呼叫,其中,该RC消息中携带上述预设释放原因值。本领域内的技术人员应当明白,上述RC消息将触发接收该RC消息的通信设备发出用于释放上述任一指向虚拟业务接入号码的呼叫对应的呼叫链路的REL消息,该REL消息中将携带上述RC消息中携带的预设释放原因值。
本领域的技术人员应当明白,在承载前转呼叫的链路被释放的情况下,承载上述原始呼叫的链路也将被释放。此时,用于释放原始呼叫的承载链路的REL消息中同样携带上述预设释放原因值。
在对不同业务类型的呼叫前转业务设置不同的虚拟业务接入号码以及针对不同的虚拟业务接入号码设置不同的呼叫释放事件的情况下,步骤104可进一步包括,在监测到指向所述虚拟业务接入号码的任一呼叫时,释放所述呼叫并触发与所述呼叫相关联的与所述虚拟业务接入号码相对应的预设呼叫释放事件。
步骤106,在监测到与所述原始呼叫相关联的所述预设呼叫释放事件时,将所述呼叫接续至所述终端的前转号码。
具体来说,在所述终端针对不同业务类型的呼叫前转业务设置不同的前转号码,并且不同业务类型的呼叫前转业务对应不同的虚拟业务接入号码,以及不同的虚拟业务接入号码对应不同的呼叫释放事件的情况下,步骤106可进一步包括,将所述呼叫接续至与所述呼叫释放事件相对应的前转号码。
由上述步骤不难看出,在原始呼叫发生前转时,该原始呼叫将被前转至上述虚拟业务接入号码。由步骤104可知,指向上述虚拟业务接入号码的任一呼叫都将被释放,因此前转呼叫也将被释放,由此导致原始呼叫也被释放。由于预先已经为原始呼叫设置了对应的监测点,即步骤102中提到的监测与所述原始呼叫相关联的预设呼叫释放事件,因此在原始呼叫被释放时,用于对原始呼叫的呼叫过程进行控制的呼叫控制设备例如业务控制点将监测到对应的呼叫释放事件。在这种情况下,如果监测到的呼叫释放事件不同于正常通话结束等情况时的呼叫释放事件,而是上述预设呼叫释放事件,则可以认定原始呼叫发生前转。在这种情况下,原始呼叫将被接续至原始呼叫的被叫终端的前转号码。如此一来,当原始呼叫满足前转条件时,例如被叫忙、被叫无法应答或者被叫不在服务区等,针对原始呼叫执行的呼叫前转将不再是常规的呼叫前转,而是直接前转至前转终端,其中,常规的呼叫前转即首先建立到被叫终端的呼叫,然后建立由被叫终端到前转终端的呼叫。这样一来,相比于需要建立两条链路的常规呼叫前转,本发明实施例提供的技术方案仅需建立一条由发起呼叫的主叫终端直接到前转终端的链路,因此本发明实施例提供的技术方案可降低通话链路使用量,由此降低通话费用。
根据本发明实施例提供的技术方案,在针对不同业务类型的呼叫前转业务设置不同的虚拟业务接入号码和呼叫释放事件的情况下,在呼叫满足与呼叫前转业务的业务类型相对应的前转条件时,该呼叫将被前转至与所述业务类型相对应的虚拟业务接入号码,且在指向该虚拟业务接入号码的前转呼叫被释放时,将触发与所述虚拟业务接入号码相对应的呼叫释放事件。在监测到该呼叫释放事件时,该呼叫将被前转至与该呼叫释放事件相对应的前转号码。在具体实现过程中,可首先获取被叫终端的各个前转号码,并针对每一前转号码,建立该前转号码与虚拟业务接入号码和呼叫释放事件的对应关系。如此一来,在发生呼叫前转时,将根据前转呼叫指向的虚拟业务接入号码,触发对应的呼叫释放事件。而在监测到该呼叫释放事件时,将该呼叫前转至与该呼叫释放事件对应的前转号码。例如,被叫终端针对遇忙呼叫前转设置的前转号码为A,针对不可及呼叫前转设置的前转号码为B,针对无应答呼叫前转设置的前转号码为C。假设遇忙呼叫前转对应的虚拟业务接入号码为A’,不可及呼叫前转对应的虚拟业务接入号码为B’,无应答呼叫前转对应的虚拟业务接入号码为C’。而遇忙呼叫前转对应的呼叫释放事件为a,不可及呼叫前转对应的呼叫释放事件为b,无应答呼叫前转对应的呼叫释放事件为c。如此一来,可获得前转号码、虚拟业务接入号码和呼叫释放事件之间的对应关系如下:
呼叫前转业务类型 |
前转号码 |
虚拟业务接入号码 |
呼叫释放事件类型 |
遇忙呼叫前转 |
A |
A’ |
呼叫释放事件为a |
不可及呼叫前转 |
B |
B’ |
呼叫释放事件为b |
无应答呼叫前转 |
C |
C’ |
呼叫释放事件为c |
表1
在这种情况下,当呼叫因被叫终端无应答而发生无应答呼叫前转时,根据上述对应关系,呼叫将被前转至虚拟业务接入号码C’。如此一来,根据上述对应关系,将触发对应的呼叫释放事件c。在监测到呼叫释放事件c时,根据上述对应关系,呼叫将被前转至前转号码C。由此可见,在步骤102中,将使用到表1中有关呼叫前转业务类型、虚拟业务接入号码和呼叫释放事件类型之间的对应关系;在步骤104中,将使用到表1中有关虚拟业务接入号码和呼叫释放事件类型之间的对应关系,而在步骤106中,将使用到表1中有关呼叫释放事件与前转号码之间的对应关系。
下面结合具体实施例来详细描述本发明实施例提供的技术方案在降低链路使用量方面的具体效果。
图2是依据本发明一实施例的呼叫控制方法200的信令图。在图2所示的信令图中,实线箭头表示在CAP协议中定义的相关消息,单点划线箭头表示在MAP(移动应用部分,Mobile Application Part)协议中定义的相关消息,双点划线箭头表示ISUP协议或者TUP协议中定义的相关消息。图2所示的信令图应用于这样一种应用场景:归属于第一网络的终端漫游至第二网络,该终端订制有呼叫前转业务,且其前转号码归属于第一网络。为便于描述,下文将上述应用场景简称国际漫游前转场景。
步骤202,第一网络即被叫终端的归属网络的GMSC(网关移动交换中心,Gateway Mobile Switching Center)/SSP(业务交换点,Service Switching Point)响应主叫终端向被叫终端发起的呼叫,向被叫终端的HLR(归属位置寄存器,Home Location Register)发送SRI(发送路由信息,Send Routing Information)消息,以向HLR请求被叫终端的签约信息。为便于描述,下文将主叫终端向被叫终端发起的呼叫简称为原始呼叫。
步骤204,HLR向第一网络的GMSC发送SRI_ACK(SRI应答)消息,其中携带有被叫终端的签约信息。
步骤206,GMSC分析被叫终端的签约信息,在发现被叫终端订制有呼叫前转业务时,向归属于第一网络的SCP(业务控制点,Service Control Point)中的第一呼叫控制模块发送IDP(初始检测点,Initial Detection Point)消息。
本领域的技术人员应当明白,GMSC在对被叫终端的签约信息进行分析后,如果发现被叫终端订制有基于智能网的呼叫前转业务,则将在DP12(检测点12)触发IDP消息,以触发MT呼叫控制流程。因此,在这种情况下,业务控制点会将上述原始呼叫识别为一MT呼叫。
步骤208,业务控制点的第一呼叫控制模块向第二网络,即原始呼叫的被叫终端当前所在网络中的VLR(拜访位置寄存器,Visitor Location Register)发送ISD(插入用户数据,Insert Subscriber Data)消息,以便将VLR中存储的原始呼叫的被叫终端的前转号码修改为虚拟业务接入号码。
步骤210,VLR在使用虚拟业务接入号码对原始呼叫的被叫终端的前转号码进行修改之后,向业务控制点的第一呼叫控制模块返回ISD_ACK(ISD应答)消息。
步骤212,业务控制点的第一呼叫控制模块通过RRBE(请求报告BCSM(基本呼叫状态模型,Basic Call State Model)事件,Request Report BCSM Event)消息请求GMSC在收到针对上述MT呼叫的REL(释放,Release)消息时向业务控制点的第一呼叫控制模块上报。
步骤214,GMSC向VMSC发送IAM(初始地址消息,Initial AddressMessage),以便将原始呼叫接续至VMSC。
步骤216,VMSC呼叫被叫终端后发现原始呼叫满足前转条件(例如被叫终端忙、被叫终端无应答或者被叫终端不在服务区等)。此后,VMSC根据VLR中存储的被叫终端的签约信息,执行呼叫前转操作,其中,被叫终端的签约信息中记录有被叫终端订制有呼叫前转业务。应注意,此时VLR中存储被叫终端的前转号码已被修改为归属于第一网络的虚拟业务接入号码。具体来说,VMSC向GMSC发送IAM消息,以便将前转后的原始呼叫接续至GMSC,具体来说,是将前转后的原始呼叫接续至归属于第一网络的虚拟业务接入号码。为便于描述,下文将前转后的原始呼叫成为前转呼叫。
步骤218,GMSC向SCP中的第二呼叫控制模块发送IDP消息。
具体来说,上述虚拟业务接入号码具有专门设置的接入码字冠,能够触发GMSC在对上述虚拟业务接入号码进行被叫号码分析之后,在DP3(检测点3)触发IDP消息以便向SCP上报监测到指向上述虚拟业务接入号码的呼叫。
步骤220,SCP中的第二呼叫控制模块向GMSC发送RC消息,以通知GMSC释放指向上述虚拟业务接入号码的前转呼叫,并在RC消息中携带预设释放原因值。
SCP中的第二呼叫控制模块可配置为,在监测到指向所述虚拟业务接入号码的任一呼叫时,释放所述任一呼叫并触发所述预设呼叫释放事件。具体来说,SCP中的第二呼叫控制模块向GMSC发送携带预设释放原因值的RC消息,以指示GMSC释放指向上述虚拟业务接入号码的呼叫。
步骤222,在收到上述RC消息后,GMSC向VMSC发送REL消息,以释放前转呼叫,其中,该REL消息中携带上述RC消息中携带的预设释放原因值。具体来说,上述REL消息将导致GMSC与VMSC之间用于承载前转呼叫的链路被释放。
步骤224,在收到上述REL消息后,VMSC向GMSC发送REL消息,以释放原始呼叫,其中,该REL消息中携带步骤222中REL消息中携带的预设释放原因值。具体来说,上述REL消息将导致VMSC与GMSC之间用于承载原始呼叫的链路被释放。
VMSC在收到RC消息后,将释放前转呼叫。本领域的技术人员应当明白,前转呼叫被释放将导致原始呼叫也被释放。具体来说,此时,VMSC将向GMSC发送REL消息,其中,该REL消息中将携带步骤222中REL消息中携带的预设释放原因值。
步骤226,由于在步骤212中,业务控制点的第一呼叫控制模块通过RRBE消息请求GMSC在收到REL消息后向业务控制点的第一呼叫控制模块上报,因此,GMSC在收到上述REL消息后,通过ERB(BCSM事件报告,Event ReportBCSM)消息向第一呼叫控制模块上报,其中,该ERB消息中携带上述REL消息中携带的预设释放原因值。
业务控制点的第一呼叫控制模块在收到GMSC根据收到的REL消息发出的ERB消息后,根据其中携带的预设释放原因值判定MT呼叫发生呼叫前转。
步骤228,业务控制点的第一呼叫控制模块向第二网络,即原始呼叫的被叫终端当前所在网络中的VLR(拜访位置寄存器,Visitor Location Register)发送ISD(插入用户数据,Insert Subscriber Data)消息,以便将VLR中存储的原始呼叫的被叫终端的前转号码从虚拟业务接入号码修改回该被叫终端的真实前转号码。
在具体实现过程中,业务控制点的第一呼叫控制模块可从HLR中获取被叫终端的真实前转号码,并据此来对VLR中存储的原始呼叫的被叫终端的前转号码进行修改。具体来说,业务控制点的第一呼叫控制模块可通过向HLR发送ATSI(任意时间签约数据查询,Any Time Subscription Interrogation)消息来从HLR获取原始呼叫的被叫终端的真实前转号码。在这种情况下,HLR通过ATSI_ACK(ATSI应答)消息返回原始呼叫的被叫终端的真实前转号码。
步骤230,VLR在将原始呼叫的被叫终端的前转号码修改回该被叫终端的真实前转号码之后,向业务控制点的第一呼叫控制模块返回ISD_ACK(ISD应答)消息。
步骤232,业务控制点的第一呼叫控制模块向GMSC发送包含原始呼叫的被叫终端的真实前转号码的连接(CONNECT)消息,以指示GMSC将所述MT呼叫接续至所述前转号码。
图2描述的呼叫控制方法200是图1所示的呼叫控制方法100在上文所述的应用场景下的具体实现。其中,方法200的步骤206~212对应于方法100中的步骤102;方法200的步骤218~224对应方法100中的步骤104;方法200中的步骤226~232对应于方法100中的步骤106。其中,方法100的步骤104中描述的有关释放所述任一呼叫并触发与所述呼叫相关联的所述预设呼叫释放事件,在方法200中具体体现为步骤218~224,而步骤218~224中描述的过程可归纳为,在所述任一呼叫为接续至所述虚拟业务接入号码的所述呼叫时,向所述归属网络发送携带有预设释放原因值的释放呼叫消息,以触发所述归属网络向所述当前所在网络发送携带有所述预设释放原因值的释放消息,从而触发所述当前所在网络向所述归属网络发送携带有所述预设释放原因值的释放消息。
如上文所述,在执行前转操作时,相比于需要建立两条链路的常规呼叫前转,本发明实施例提供的技术方案仅需建立一条链路,因此本发明实施例提供的技术方案可降低通话链路使用量,由此降低通话费用。在国际漫游前转场景中,由于常规呼叫前转需要建立的两条链路均包含国际链路,因此费用非常昂贵。相比与此,在漫游终端的前转终端处于既不同于漫游网络也不同于漫游终端的归属网络的其他网络时,本发明提供的技术方案只需建立一条连接所述其他网络的国际链路;在漫游终端的前转终端处于漫游终端的归属网络内,本发明提供的技术方案只需建立一条连接前转终端的国内链路。由此可见,本发明实施例提供的技术方案在国际漫游前转场景中在降低通话费用方面的效果更加明显。
应注意,尽管图2所示的技术方案是以上文所述的国际漫游前转场景为前提进行描述的,但是本领域的技术人员,本发明提供的技术方案并非仅限于该应用场景,还可以应用到发生呼叫前转的其他场景,例如在被叫终端未发生漫游、被叫终端发生漫游且前转终端归属于漫游网络、被叫终端发生漫游且前转终端的归属网络既不同于被叫终端的归属网络也不同于漫游网络的应用场景中,本发明提供的技术方案依然适用。此外,在用户针对不同业务类型的呼叫前转业务而设置不同的前转号码时,图1所示的方法100中描述的相关技术手段也同样适用于图2所示的方法200。
在图2所示的方法200中,有关方法100步骤102中描述的通知所述终端当前所在网络在判定所述呼叫满足前转条件时,将所述呼叫前转至所述终端归属网络内的虚拟业务接入号码的操作具体体现为步骤208~210,而结合上述国际漫游前转场景,步骤208~210可归纳为,在所述当前所在网络不同于所述归属网络时,将所述当前所在网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码。相应的,在图2所示的方法200中,有关方法100步骤102中描述的在监测到所述预设呼叫释放事件时,将所述呼叫前转至所述终端的前转号码的操作具体体现为步骤218~232,而结合上述国际漫游前转场景,步骤218~232可归纳为,在监测到所述预设呼叫释放事件时,将所述呼叫接续至所述归属网络中存储的所述终端的前转号码,以及将当前所在网络中存储的所述终端的前转号码修改为所述归属网络中存储的所述终端的前转号码。在具体实现过程中,图2所示的方法200需要使用ISD消息修改当前所在网络中存储的所述终端的前转号码。
在具体实现过程中,还可以采用其他方式来修改当前所在网络中存储的所述终端的前转号码,下面就结合图3进行详细描述。
图3是依据本发明一实施例的呼叫控制方法300的信令图。
步骤302,第一网络的GMSC/SSP响应主叫终端向被叫终端发起的呼叫,向被叫终端的HLR发送SRI消息,以向HLR请求被叫终端的签约信息。为便于描述,下文将主叫终端向被叫终端发起的呼叫简称为原始呼叫。
步骤304,HLR向第一网络的GMSC发送SRI_ACK(SRI应答)消息,其中携带有被叫终端的签约信息。
步骤306,GMSC分析被叫终端的签约信息,在发现被叫终端订制有呼叫前转业务时,向归属于第一网络的SCP(业务控制点,Service Control Point)中的第一呼叫控制模块发送IDP(初始检测点,Initial Detection Point)消息。
本领域的技术人员应当明白,GMSC在对被叫终端的签约信息进行分析后,如果发现被叫终端订制有基于智能网的呼叫前转业务,则将在DP12(检测点12)触发IDP消息,以触发MT呼叫控制流程。因此,在这种情况下,业务控制点会将上述原始呼叫识别为一MT呼叫。
步骤308,业务控制点的第一呼叫控制模块向HLR发送ATSI消息,以向HLR请求原始呼叫的被叫终端的前转号码。
步骤310,HLR向业务控制点的第一呼叫控制模块返回ATSI_ACK消息,其中携带有原始呼叫的被叫终端的前转号码。此后,业务控制点的第一呼叫控制模块存储该前转号码。
步骤312,业务控制点的第一呼叫控制模块向HLR发送ATMOD消息(任意时间修改,Any-time Modification),以将HLR中存储的原始呼叫的被叫终端的前转号码修改为上文所述的虚拟业务接入号码。
步骤314,HLR向第二网络,具体来说,是向原始呼叫的被叫终端当前所在网络中的VLR发送ISD消息,以便将VLR中存储的原始呼叫的被叫终端的前转号码修改为所述虚拟业务接入号码。
本领域的技术人员应当明白,在HLR将其存储的原始呼叫的被叫终端的前转号码修改为上文所述的虚拟业务接入号码之后,HLR会将上述虚拟业务接入号码作为修改后的原始呼叫的被叫终端的前转号码发往VLR,以将修改后的前转号码同步到VLR。
步骤316,VLR在使用虚拟业务接入号码对原始呼叫的被叫终端的前转号码进行修改之后,向HLR返回ISD_ACK(ISD应答)消息。
步骤318,HLR向业务控制点的第一呼叫控制模块返回ATMOD_ACK(ATMOD应答)消息。
步骤320,业务控制点的第一呼叫控制模块通过RRBE消息请求GMSC在收到针对上述MT呼叫的REL消息时向业务控制点的第一呼叫控制模块上报。
步骤322,GMSC向VMSC发送IAM,以便将原始呼叫接续至VMSC。
步骤324,VMSC呼叫被叫终端后发现原始呼叫满足前转条件,例如被叫终端忙、被叫终端无应答或者被叫终端不在服务区等。此后,VMSC根据VLR中存储的被叫终端的签约信息,执行呼叫前转操作,其中,被叫终端的签约信息中记录有被叫终端订制有呼叫前转业务。应注意,此时VLR中存储的被叫终端的前转号码已被修改为归属于第一网络的虚拟业务接入号码。具体来说,VMSC向GMSC发送IAM消息,以便将前转后的原始呼叫接续至GMSC,具体来说,是将前转后的原始呼叫接续至归属于第一网络的虚拟业务接入号码。为便于描述,下文将前转后的原始呼叫简称前转呼叫。
步骤326,GMSC向SCP中的第二呼叫控制模块发送IDP消息。
具体来说,上述虚拟业务接入号码具有专门设置的接入码字冠,能够触发GMSC在对上述虚拟业务接入号码进行被叫号码分析之后,在DP3(检测点3)触发IDP消息以便向SCP上报。
步骤328,SCP中的第二呼叫控制模块向GMSC发送RC消息,以通知GMSC释放指向上述虚拟业务接入号码的前转呼叫,并在RC消息中携带预设释放原因值。
SCP中的第二呼叫控制模块可配置为,在监测到指向所述虚拟业务接入号码的任一呼叫时,释放所述任一呼叫并触发所述预设呼叫释放事件。具体来说,SCP中的第二呼叫控制模块向GMSC发送携带预设释放原因值的RC消息,以指示GMSC释放指向上述虚拟业务接入号码的呼叫。
步骤330,在收到上述RC消息后,GMSC向VMSC发送REL消息,以释放前转呼叫,其中,该REL消息中携带上述RC消息中携带的预设释放原因值。
步骤332,在收到上述REL消息后,VMSC向GMSC发送REL消息,以释放原始呼叫,其中,该REL消息中携带步骤330中REL消息中携带的预设释放原因值。
VMSC在收到RC消息后,将释放前转呼叫。本领域的技术人员应当明白,前转呼叫被释放将导致原始呼叫也被释放。具体来说,此时,VMSC将向GMSC发送REL消息,其中,该REL消息中将携带步骤332中REL消息中携带的预设释放原因值。
步骤334,由于在步骤320中,业务控制点的第一呼叫控制模块通过RRBE消息请求GMSC在收到REL消息后向业务控制点的第一呼叫控制模块上报。因此,GMSC在收到上述REL消息后,通过ERB消息向第一呼叫控制模块上报,其中,该ERB消息中携带上述REL消息中携带的预设释放原因值。
业务控制点的第一呼叫控制模块在收到GMSC根据收到的REL消息发出的ERB消息后,根据其中携带的预设释放原因值判定MT呼叫发生呼叫前转。
步骤336,业务控制点的第一呼叫控制模块向HLR发送ATMOD消息,以将HLR中存储的原始呼叫的被叫终端的前转号码修改为第一呼叫控制模块在步骤310中存储的前转号码。
步骤338,HLR向第二网络,具体来说,是向原始呼叫的被叫终端当前所在网络中的VLR发送ISD消息,以便将VLR中存储的原始呼叫的被叫终端的前转号码从所述虚拟业务接入号码修改为第一呼叫控制模块在步骤310中存储的前转号码。
本领域的技术人员应当明白,在HLR将其存储的原始呼叫的被叫终端的前转号码从所述虚拟业务接入号码修改为第一呼叫控制模块在步骤310中存储的前转号码之后,HLR会将上述存储的前转号码作为修改后的原始呼叫的被叫终端的前转号码发往VLR,以将修改后的前转号码同步到VLR。
步骤340,VLR在使用存储的前转号码对原始呼叫的被叫终端的前转号码进行修改之后,向HLR返回ISD_ACK(ISD应答)消息。
步骤342,HLR在将其中存储的原始呼叫的被叫终端的前转号码修改为存储的前转号码之后,向业务控制点的第一呼叫控制模块返回ATMOD_ACK(ATMOD应答)消息。
步骤344,业务控制点的第一呼叫控制模块向GMSC发送包含存储的前转号码的连接(CONNECT)消息,以指示GMSC将所述MT呼叫接续至存储的前转号码。
图3所示的方法300与图2所示的方法200基本相同,区别仅在于VLR中前转号码的修改方式。具体来说,区别于图2所示的方法200中通过ISD消息直接修改VLR中的前转号码的方式,在图3所示的方法300中,业务控制点通过ATMOD消息来对HLR中的前转号码进行修改,借助HLR与VLR之间的同步操作,来更新VLR中存储的前转号码。在具体实现过程中,图3所示的方法300适用于例如但不限于被叫终端当前所在网络不支持被叫终端归属网络的业务控制点直接发送ISD消息的情况。
图3所示的前转号码的修改方式可归纳为,在所述当前所在网络不同于所述归属网络时,获取原始呼叫的被叫终端的归属网络中存储的被叫终端的前转号码,再将所述归属网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码,以便所述归属网络将修改后的前转号码同步到所述当前所在网络;在监测到所述预设呼叫释放事件时,将所述归属网络中存储的所述终端的前转号码修改为获取的前转号码,以便所述归属网络将修改后的前转号码同步到所述当前所在网络。
图3所示的方法300借助HLR与VLR之间的同步,采用修改HLR中的前转号码的方式来修改VLR中的前转号码。在这种情况下,需要首先获取HLR中存储的前转号码并存储,以便能够在呼叫结束之后,将HLR中的前转号码恢复为原有的前转号码,即存储的前转号码。不难理解,在被叫终端未发生漫游的情况下,也需要首先获取HLR中存储的前转号码并存储,以便能够在呼叫结束之后,将HLR中的前转号码恢复为原有的前转号码,即存储的前转号码。其中,被叫终端未发生漫游是指被叫终端当前所在网络与被叫终端的归属网络为同一网络。同理,在被叫终端未发生漫游的情况下,方法100中的步骤102将具体包括,在所述被叫终端当前所在网络与所述归属网络为同一网络时,获取所述同一网络中存储的所述终端的前转号码,将所述同一网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码。同时,方法100中的步骤106将具体包括,在监测到所述预设呼叫释放事件时,将所述呼叫接续至获取的前转号码,以及将所述同一网络中存储的所述终端的前转号码修改为获取的前转号码。
应注意,在用户针对不同业务类型的呼叫前转业务而设置不同的前转号码时,图1所示的方法100中描述的相关技术手段也同样适用于图2所示的方法200。
图4是依据本发明一实施例的业务控制点400的逻辑结构框图。如图4所示,业务控制点400包括第一呼叫控制模块402和第二呼叫控制模块404。
第一呼叫控制模块402用于在监测到向订制有呼叫前转业务的终端发起的呼叫时,通知所述终端当前所在网络在判定所述呼叫满足前转条件时,将所述呼叫前转至所述终端归属网络内的虚拟业务接入号码,并监测与所述呼叫相关联的预设呼叫释放事件;
第二呼叫控制模块404用于在监测到指向所述虚拟业务接入号码的任一呼叫时,释放所述任一呼叫并触发与所述任一呼叫相关联的所述预设呼叫释放事件;
所述第一呼叫控制模块402还用于在监测到与所述呼叫相关联的所述预设呼叫释放事件时,将所述呼叫接续至所述终端的前转号码。
如上文所述,在被叫终端针对不同业务类型的呼叫前转业务设置不同的前转号码的情况下,所述第一呼叫控制模块402具体用于,通知所述当前所在网络在判定所述呼叫满足与所述呼叫前转业务的业务类型相对应的前转条件时,将所述呼叫前转至与所述呼叫前转业务的业务类型相对应的虚拟业务接入号码,并监测与所述虚拟业务接入号码相对应的预设呼叫释放事件。
所述第二呼叫控制模块404具体用于,在监测到指向所述虚拟业务接入号码的任一呼叫时,释放所述指向所述虚拟业务接入号码的呼叫并触发与所述指向所述虚拟业务接入号码的呼叫相关联的与所述虚拟业务接入号码相对应的呼叫释放事件;
所述第一呼叫控制模块402还用于,将所述呼叫接续至与所述呼叫释放事件相对应的前转号码。
在采用图2所示的方式通知所述终端当前所在网络在判定所述呼叫满足前转条件时将所述呼叫前转至所述终端归属网络内的虚拟业务接入号码的情况下,即直接修改VLR中上述终端的前转号码,所述第一呼叫控制模块402具体用于,在所述当前所在网络不同于所述归属网络时,将所述当前所在网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码;以及在监测到所述预设呼叫释放事件时,将所述呼叫接续至所述归属网络中所述存储的所述终端的前转号码,以及将当前所在网络中存储的所述终端的前转号码修改为所述归属网络中存储的所述终端的前转号码。
而在所述当前所在网络与所述归属网络为同一网络时,所述第一呼叫控制模块402具体用于,在所述当前所在网络与所述归属网络为同一网络时,获取所述网络中存储的所述终端的前转号码,将所述网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码;以及在监测到所述预设呼叫释放事件时,将所述呼叫接续至获取的前转号码,以及将所述网络中存储的所述终端的前转号码修改为获取的前转号码。
在采用图3所示的方式通知所述终端当前所在网络在判定所述呼叫满足前转条件时将所述呼叫前转至所述终端归属网络内的虚拟业务接入号码的情况下,即修改HLR中上述终端的前转号码以此来同步修改VLR中的前转号码,所述第一呼叫控制模块402具体用于,获取所述归属网络中存储的所述终端的前转号码,再将所述归属网络中存储的所述终端的前转号码修改为所述虚拟业务接入号码,以便所述归属网络将修改后的前转号码同步到所述当前所在网络;以及在监测到所述预设呼叫释放事件时,将所述呼叫接续至获取的前转号码,以及将所述归属网络中存储的所述终端的前转号码修改为获取的前转号码,以便所述归属网络将修改后的前转号码同步到所述当前所在网络。
为降低处理设备例如业务控制点中第一呼叫控制模块的处理负担,第一呼叫控制模块402具体用于,在判定上述原始呼叫满足预先设置的通知条件时,才通知所述终端当前所在网络在判定所述原始呼叫满足前转条件时,将所述原始呼叫前转至所述终端归属网络内的虚拟业务接入号码,并监测与所述原始呼叫相关联的预设呼叫释放事件通知条件。例如,上述通知条件可以是所述当前所在网络不同于所述归属网络。又例如,上述通知条件可以是所述前转号码的归属网络不同于所述当前所在网络。
如上文所述,所述预设呼叫释放事件为对应预设释放原因值的呼叫释放事件。
在所述预设呼叫释放事件为携带有预设释放原因值的释放消息的情况下,所述第二呼叫控制模块404具体用于,在所述任一呼叫为接续至所述虚拟业务接入号码的所述呼叫时,向所述归属网络发送携带有预设释放原因值的释放呼叫消息,以触发所述归属网络向所述当前所在网络发送携带有所述预设释放原因值的释放消息,从而触发所述当前所在网络向所述归属网络发送携带有所述预设释放原因值的释放消息。
本领域普通技术人员可知,上述方法中的全部或部分步骤可以通过程序指令相关的硬件完成,该程序可以存储于一计算机可读存储介质中,该计算机可读存储介质如ROM、RAM和光盘等。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。