背景技术
目前的移动通信网络以电路交换(CS)为主,各运营商基于CS网络已经建立了比较完善和丰富的业务平台,其中移动交换中心(MSC)负责呼叫路由和业务逻辑执行,例如呼叫转移业务。随着移动通信技术的不断发展,出现了基于IP交换的业务网络,即IP多媒体子系统(IMS)。IMS网络相对CS网络能够提供更高的带宽,支持更丰富的业务。IMS的核心是服务呼叫会话功能(S-CSCF)实体和各种业务服务器(AS),S-CSCF负责在满足条件时将呼叫请求路由到正确的AS,由AS执行业务逻辑,电话应用服务器(TAS)就是其中一种业务服务器,IMS中所有的补充业务都是由TAS来控制实现的。
由于IMS网络也是一种比较复杂的网络,因此,IMS网络不会在短时间内部署完成,这就必然会存在一定时期内CS网络和IMS网络共存的局面。运营商为了节约建设成本,需要实现CS和IMS两个业务平台的统一,将CS网络业务平台的功能转移到IMS网络,这就出现了IMS集中业务控制技术(ICS)。在该ICS业务中,实现UE通过CS网络承载语音媒体来建立IMS呼叫,由IMS中的AS对呼叫进行业务提供,CS承载通过建立UE和新引入的IMS呼叫控制功能(ICCF)之间的CS呼叫来实现,同时,削弱或去除MSC中的业务处理逻辑。在这种技术中,需要媒体网关控制功能(MGCF)实体来实现CS网络和IMS网络之间信令和媒体的转换。
语音呼叫连续性(VCC)技术是语音呼叫在CS网络和IMS网络间转移时,保证语音呼叫连续性的技术,该技术的核心是VCC AS,所有的呼叫或会话都必须通过IMS网络的VCC AS,VCC AS可以作为背靠背用户代理(B2BUA,Back-to-Back-User-Agent)进行后续的域切换控制。
呼叫转移业务是补充业务中的一种,设定该业务的用户可以将接收到的呼叫转移到设定的第三方用户,呼叫转移业务可以包含呼叫偏移业务、呼叫前转业务等。现有技术中,在实现跨CS网络和IMS网络的呼叫转移业务时,通常按照如图1所示的方法进行,图1中所示的流程为IMS网络的用户设备UE 2向CS网络中采用VCC技术的UE 1发起呼叫,UE 1执行呼叫转移业务,将呼叫转移至UE 3的流程。图1中S-CSCF实体、VCC AS、TAS都属于UE 1的归属网络。如图1所示,现有技术中呼叫转移的流程包括以下步骤:
步骤101:UE 2向UE 1发送呼叫请求;
该步骤中UE 2通过TAS、S-CSCF实体、呼叫切换服务器、MGCF实体、被叫用户设备所属的移动交换中心(MSC)向UE 1发送呼叫请求。
步骤102:UE 1执行呼叫转移业务;
该步骤中UE 1执行呼叫转移业务的方式可以为呼叫偏移(CD,CallDeflection),例如UE 1输入UE 3的号码;可以为呼叫前转,例如UE 1遇忙前转等;也可以为其它呼叫转移方式。
步骤103:被叫用户设备所属的MSC获取到UE 1执行呼叫转移业务的信息后,获取UE 1设置的呼叫转移信息,向呼叫切换服务器发送重定向到IMS网络的业务请求。该重定向到IMS网络的业务请求可以包含第三方用户信息,即包含UE 3的号码。
步骤104:呼叫切换服务器接收到该重定向到IMS网络的业务请求后,为该呼叫请求分配IMRN号码,并将该IMRN号码发送给被叫用户设备所属的MSC。
IMRN号码用于将来自CS网络的呼叫路由到IMS网络的呼叫切换服务器。
步骤105:被叫用户设备所属的MSC以该IMRN为被叫号码,向MGCF实体通过IAM命令发起呼叫请求。
步骤106:MGCF实体将CS域信令转换成SIP域的Invite消息,通过该Invite消息向S-CSCF实体发送呼叫请求,该消息中包含被叫号码IMRN。
步骤107:S-CSCF实体根据初始过滤标准(iFC),将该呼叫请求路由到呼叫切换服务器。
步骤108:呼叫切换服务器接收到该Invite消息后,根据步骤103获取的UE3的号码,通过生成新的Invite消息向S-CSCF实体发送呼叫请求。
步骤109:S-CSCF实体,根据iFC,将接收到的呼叫请求路由到TAS。
步骤110:TAS作为用户代理,通过生成新的Invite消息向S-CSCF发送呼叫请求。
步骤111:S-CSCF实体将接收到的呼叫请求路由到UE 3。
步骤112:UE 3向UE 2返回确认消息(200 OK)。返回的确认消息是按照呼叫请求的信令来返回的,即按照呼叫请求的信令路径,回复所有呼叫请求的响应。
由图1中所示的流程可以看出,在上述步骤103之后的步骤中,即在呼叫切换服务器获取到呼叫转移信息后,为来自被叫用户设备所属的MSC的呼叫请求分配IMRN号码,利用该IMRN号码,呼叫请求仍需要被路由到呼叫切换服务器,由呼叫切换服务器根据获取的UE 3的号码向S-CSCF实体发送呼叫请求,由S-CSCF实体根据iFC将呼叫请求路由到TAS,由TAS作为用户代理,将呼叫请求通过S-CSCF实体发送至UE 3,即在被叫用户UE 1执行呼叫转移业务后的呼叫流程中,仍需要将呼叫请求通过呼叫切换服务器,必然会造成呼叫请求信令的冗余,浪费占用的网络资源。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明实施例提供的方法主要包括:获知被叫用户设备执行呼叫转移业务后,释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接,向电话应用服务器TAS发送重定向到第三方用户设备的业务请求。
其中的呼叫切换服务器可以为VCC AS、ICCF实体或其它实现CS和IMS网络呼叫业务统一集中控制的服务器,或保证CS和IMS网络之间呼叫连续性的服务器。
其中,呼叫切换服务器获知被叫用户设备执行呼叫转移业务的方法可以包括但不限于以下方式:第一种方式:被叫用户设备所属的MSC获取到被叫用户设备执行呼叫转移业务的信息后,向呼叫切换服务器发送重定向到IMS网络的业务请求,呼叫切换服务器通过该重定向到IMS网络的业务请求,获知当前进行的呼叫为呼叫转移业务的呼叫。第二种方式:被叫用户设备所属的MSC获取到被叫用户设备执行呼叫转移业务的信息后,可以向呼叫切换服务器发送呼叫请求,呼叫切换服务器判断之前是否向被叫用户设备所属的MSC发送呼叫请求,如果有,则判断当前进行的呼叫为呼叫转移业务。第三种方式:被叫用户设备所属的MSC获取到被叫用户设备执行呼叫转移业务的信息后,可以向呼叫切换服务器发送呼叫转移指示信息,使呼叫切换服务器获知当前进行的呼叫为呼叫转移业务,例如,可以在向呼叫切换服务器中发送的消息中设置特定参数携带呼叫转移信息。
下面结合具体实施例对上述方法进行详细描述,图2为本发明实施例提供的第一种呼叫转移的方法流程图,在该实施例中,UE 2为主叫方用户设备,位于IMS网络,UE 1为被叫方用户设备,位于CS网络,UE 1设置了呼叫转移功能,可以将接收到的呼叫前转至设置的第三方用户设备UE 3。如图2所示,该方法可以包括以下步骤:
步骤201:UE 2通过包含UE 1号码的第一Invite消息向S-CSCF实体发送呼叫请求。
步骤202:S-CSCF实体根据iFC,将该第一Invite消息路由到TAS。
步骤203:TAS作为用户代理,终结该通过第一Invite消息发送的呼叫请求,生成第二Invite消息,通过该第二Invite消息向S-CSCF实体发送呼叫请求。
步骤204:S-CSCF实体根据iFC,将该第二Invite消息路由到VCC AS。
步骤205:VCC AS为CS网络的UE 1分配电路域路由号码(CSRN),并作为用户代理,终结第二Invite消息,生成第三Invite消息,通过包含CSRN的第三Invite消息向S-CSCF实体发送呼叫请求。
其中,VCC AS是其中一种在VCC业务中的呼叫切换服务器,在其它业务中,还可以采用其它呼叫切换服务器,例如:在IMS集中控制业务中,可以采用ICCF实体等。
步骤206:S-CSCF实体将通过该第三Invite消息发送的呼叫请求路由到MGCF实体。
步骤207:MGCF实体将接收到第三Invite转换成CS域的初始地址消息(IAM),通过该IAM消息向被叫用户设备所属的MSC发送呼叫请求。
步骤208:被叫用户设备所属的MSC将接收到的IAM转换成建立(Setup)消息,通过该Set up消息将呼叫请求发送给UE 1。
步骤209:UE 1接收到该呼叫请求后,执行呼叫转移业务。
在该步骤中,如果UE 1执行呼叫偏移功能,则UE 1输入UE 3的号码,将该UE 3的号码通过Disconnect消息发送给被叫用户设备所属的MSC,被叫用户设备所属的MSC收到该Disconnect消息后,向UE 1发送Release消息,UE 1接收到Release消息后,回复Release complete消息断开与MSC的呼叫请求信令连接。如果UE 1执行呼叫前转功能,例如,UE 1此时可以执行遇忙前转功能,向UE 1的MSC返回用户决定用户忙(UDUB)消息,表明UE 1当前忙。
为了描述方便,在该实施例的下述描述中将UE 1的MSC均称为MSC。
步骤210:MSC获取到UE 1执行呼叫转移业务的信息后,获取UE 2设置的第三方用户信息,即UE 3的号码,向VCC AS发送包含UE 3的号码的重定向到IMS网络的业务请求。该重定向到IMS网络的业务请求可以通过初始检测点(IDP,Initial Detection Points)消息发送。
本步骤中,如果UE 1执行了呼叫偏移业务, MSC可以从UE 1发送的Disconnect消息获取UE 1执行了呼叫偏移业务,并且在该Disconnect消息中获取UE 3的号码;如果UE 1执行了遇忙前转功能,则MSC可以通过UE 1发送的UDUB消息获取UE 1执行了遇忙前转功能,并从VLR中获取UE 1的签约信息,从UE 1的签约信息中获取UE 1遇忙前转时的第三方用户信息,即UE 3的号码。
以上步骤201至步骤210为现有技术中已有的流程。
步骤211:VCC AS接收到该重定向到IMS网络的业务请求后,获知被叫用户设备执行呼叫转移业务,向MSC发送Release call消息。
本发明实施例中以通过重定向到IMS网络的业务请求获知被叫用户设备执行呼叫转移业务为例进行描述,该重定向到IMS网络的业务请求可以是IMRN号码请求。当然也可以使用其它获知被叫用户设备执行呼叫转移业务的方法,例如,可以在IDP消息中设置特定参数进行指示,VCC AS中的GSM业务控制功能(gsmSCF)单元可以从IDP消息的特定参数中获知该呼叫为呼叫转移业务,其第三方用户信息为UE 3的号码。
MSC发送的Release call消息中可以包含资源释放原因。
步骤212:MSC接收到该Release call消息后,生成包含资源释放原因的CS域的释放请求(REL)消息,并将该REL消息发送给MGCF实体。
本步骤中的REL消息是用于指示释放呼叫建立时呼叫请求信令所占用的网络资源的消息。
步骤213:MGCF实体根据REL消息中包含的资源释放原因,将CS域的REL消息转换成会话初始协议(SIP)释放请求消息发送给S-CSCF实体。
本步骤中,转换后的的SIP释放请求消息可以根据不同的资源释放原因设置成不同的消息,例如,当资源释放原因为客户端错误时,SIP释放请求消息可以为486消息、480消息等;当资源释放原因为服务器错误时,SIP释放请求消息可以为500消息等。
步骤214:S-CSCF实体接收到SIP释放请求消息后,根据iFC将该SIP释放请求消息路由到VCC AS。
在步骤212至步骤213之后,在步骤205至步骤207中建立的呼叫请求信令路径被拆除,即步骤205至步骤207中建立的呼叫请求信令占用的网络资源被释放。
上述释放呼叫切换业务服务器和被叫用户设备之间呼叫信令连接的方式是通过向被叫用户设备所属的MSC发送Release call消息,由被叫用户设备所属的MSC释放该呼叫信令连接;也可以采用呼切换业务服务器主动释放其自身与被叫用户设备之间的呼叫信令连接。
步骤215:VCC AS根据在步骤210中获取的UE 3的号码,生成重定向到第三方用户设备的业务请求,并将该重定向消息发送给S-CSCF实体。
本步骤中生成的重定向到第三方用户设备的业务请求可以是302消息,该业务请求中可以包含UE 3的号码。
步骤215可以和步骤211中通过向vMSC发送Release call消息拒绝重定向到IMS网络的业务请求的操作可以同时进行。也就是说,在VCC AS获取到呼叫转移信息后,可以向被叫用户设备所属的MSC发送Release call消息的同时,向S-CSCF实体发送重定向消息;也可以先向被叫用户设备所属的MSC发送Release call消息,再向S-CSCF实体发送重定向消息。
步骤216:S-CSCF实体根据iFC,将接收到的重定向消息路由到TAS。
步骤215和步骤216之后,在步骤203和步骤204中建立的呼叫请求信令路径被拆除,即步骤203和步骤204中建立的呼叫请求信令占用的网络资源被释放。
步骤217:TAS接收到重定向消息后,作为用户代理,利用重定向到第三方用户设备的业务请求中包含的UE 3号码,生成包含UE 3号码的第四Invite消息,通过该第四Invite消息向S-CSCF实体发送呼叫请求。
步骤218:S-CSCF实体将接收到的呼叫请求路由到UE 3。
如果UE 3是IMS网络的用户设备,则S-CSCF实体将接收到的呼叫请求直接路由到UE 3;如果UE 3是CS网络的用户设备,则S-CSCF实体将接收到的呼叫请求路由到UE 3所属网络的MGCF实体,MGCF实体将承载该呼叫请求的第四Invite消息转换为IAM消息,并通过该IAM消息将呼叫请求发送给UE 3的vMSC,由UE 3的vMSC将该路由请求发送给UE 3。该部分为现有技术,在此不再赘述。
步骤217和步骤218与现有技术中步骤109和步骤110的执行过程相同。
步骤219:UE 3向UE 2返回确认消息。
由于UE 3向UE 2返回的确认消息时按照呼叫请求的信令路径回复的,该确认消息可以反映出目前呼叫请求的信令占用的资源状况,由步骤219中返回的确认消息可以看出,使用该流程大大改善了呼叫信令的冗余状况,节约了呼叫信令占用的网络资源。
图3为本发明实施例提供的呼叫转移的系统结构图,如图3所示,该系统主要包括:呼叫切换服务器301和TAS 302。
呼叫切换服务器301,用于获知被叫用户设备执行呼叫转移业务后,释放所述呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接,向电话应用服务器TAS发送重定向到第三方用户设备的业务请求。
TAS 302,用于接收呼叫切换服务器301发送的重定向到第三用户设备的业务请求。
其中,呼叫切换服务器301可以为VCC AS、ICCF实体或其它实现CS和IMS网络呼叫业务统一集中控制的服务器,或保证CS和IMS网络之间呼叫连续性的服务器。
该系统还可以包括:被叫用户设备所属的MSC 303、MGCF实体304和S-CSCF实体305。
其中,被叫用户设备所属的MSC 303,可以用于接收到Release call消息后生成释放请求REL消息,并发送该REL消息。
MGCF实体304,用于接收被叫用户设备所属的MSC 303发送的REL消息,根据该REL消息中包含的资源释放原因,将REL消息转换成SIP释放请求消息,并将该SIP释放请求消息发送给S-CSCF实体305。
S-CSCF实体305,用于将接收到的SIP释放请求消息路由到呼叫切换服务器301。
呼叫切换服务器301,还用于向被叫用户设备所属的MSC发送Release call消息。
通过被叫用户设备所属的MSC 303、MGCF实体304、S-CSCF实体305和呼叫切换服务器301之间的上述操作可以释放被叫用户设备所属的MSC 303和呼叫切换服务器301之间建立的呼叫连接。
S-CSCF实体305,还可以用于接收呼叫切换服务器301发送的重定向消息,将该重定向消息发送给TAS 302。
图4为本发明实施例提供的呼叫切换服务器301的结构示意图,如图4所示,该呼叫切换服务器可以包括:呼叫转移信息获取单元401、资源释放单元402和重定向单元403。
呼叫转移信息获取单元401,用于获取被叫用户设备执行呼叫转移业务的信息。
资源释放单元402,用于在呼叫转移信息获取单元401获取到被叫用户设备执行呼叫转移业务的信息后,释放自身所在与呼叫切换服务器与被叫用户设备之间建立的信令连接。
重定向单元403,用于在呼叫转移信息获取单元401获取到呼叫转移信息后,向TAS发送重定向到第三方用户设备的业务请求。
其中,资源释放单元402包括:Release call消息生成单元4021和Release call消息发送单元4022。
Release call消息生成单元4021,用于在呼叫转移信息获取单元401获取到被叫用户设备执行呼叫转移业务的信息后,生成Release call消息。
Release call消息发送单元4022,用于发送Release call消息生成单元4021生成的所述Release call消息。
由以上描述可以看出,在本发明实施例提供的技术方案中,获知被叫用户设备执行呼叫转移业务后,释放呼叫切换服务器与被叫用户设备之间建立的呼叫信令连接,向电话应用服务器TAS发送重定向到第三方用户设备的业务请求。使得在被叫用户执行呼叫转移业务后的呼叫流程中,呼叫请求不再通过呼叫切换服务器,而是可以释放被叫用户设备与呼叫切换服务器之间建立的信令连接,通过向TAS发送重定向到第三方用户设备的业务请求指示TAS向第三方用户设备发送呼叫请求,从而减少了呼叫请求信令,节省了呼叫占用的网络资源。
并且,本发明实施例提供的技术方案,在被叫用户执行呼叫转移业务后的呼叫流程中不再需要被叫用户设备所属的MSC参与接收和发送工作,减少了vMSC的负担。
更进一步地,本发明实施例提供的技术方案,在被叫用户执行呼叫转移业务后的呼叫流程中不需要再一次进行CS与信令和SIP信令的转换,呼叫切换服务器直接通过向TAS发送重定向消息指示TAS向第三方用户设备发送呼叫请求,减少了主叫用户设备与第三方用户设备之间的信令建立时间,给用户带来更好的业务体验。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。