一种ip多媒体子系统架构下终端移动业务的实现方法及装置的制作方法

文档序号:7854622阅读:196来源:国知局
专利名称:一种ip多媒体子系统架构下终端移动业务的实现方法及装置的制作方法
技术领域
本发明涉及通信技术领域,具体涉及一种IP多媒体子系统架构下终端移动业务的实现方法及装置。
背景技术
TP (Terminal Portability,终端移动性)业务是 PSTN (Public SwitchedTelephone Network,公共交换电话网络)网络中 ISDN (integrated service digitalnetwork,综合业务数字网)用户特有的业务,允许用户在通话期间,在同一个S接口(S接口指ISDN组网中的S接口,即用户接入网络的接口,可以理解为一根用户线就是一个S接口)上将一个话机从一个插口移动到另一个插口(插口指同一个S接口下接入用户终端的端 口),或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。现有技术中,TISPANts_183036 文档定义了 MS (IP Multimedia Subsystem, IP多媒体子系统)架构下AGCF(Access Gateway Control Function,接入网关控制功能实体)实现TP业务的实现方法AGCF/VGff (Voice over IP Gateway, IP通话网关)收到终端操作请求挂起时发送的SUSPEND消息后,构造携带SDP:a=sendonly的reinvite消息并发送到IMS Core (IMS 核心网)请求挂起呼叫;呼叫挂起后,AGCF/VGW收到终端操作请求恢复时发送的RESUME消息后,构造携带SDP:a=sendrecv的reinvite消息并发送到IMS Core请求恢复呼叫。上述实现TP业务的方案对于AGCF/VGW同MS Core之间的SIP接口消息定义同Call Hold (呼叫保持,CH)业务定义一模一样,导致MS无法识别该消息是TP业务请求还是CH (呼叫保持)业务请求,无法针对TP业务进行独立计费和话务统计处理;另外,如果通话对端终端为ISDN终端,对端网络侧因无法识别消息为TP业务消息而无法向ISDN终端发送正确的Notify通知消息。

发明内容
为了解决现有技术中MS核心网无法识别TP业务请求消息的技术问题,本发明实施例提供一种IP多媒体子系统架构下终端移动业务的实现方法,包括在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求;根据所述TP业务请求消息构建TP业务挂起请求消息;向IP多媒体子系统IMS核心网发送所述TP业务挂起请求消息,以使所述MS核心网识别所述TP业务挂起请求,并执行所述TP业务挂起操作;在所述用户通话挂起的过程中,接收所述ISDN用户终端提交的所述TP业务恢复请求;根据所述TP业务恢复请求构建TP业务恢复请求消息;向所述IMS核心网发送所述TP业务恢复请求消息,以使所述MS核心网识别所述TP业务恢复请求,并执行所述TP业务恢复操作。
本发明实施例同时提供一种IP多媒体子系统架构下终端移动业务的实现装置,包括接收单元,用于在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求;构建单元,用于根据所述接收单元接收的所述TP业务触发请求,构建TP业务挂起请求消息;发送单元,用于向IP多媒体子系统MS核心网发送所述构建单元构建的所述TP业务挂起请求消息,以使所述MS核心网识别所述TP业务挂起请求,并执行所述TP业务挂起操作;所述接收单元还用于,在所述用户通话挂起的过程中,接收所述ISDN用户终端提交的所述TP业务恢复请求;所述构建单元还用于,根据所述接收单元接收的所述TP业务恢复请求,构建TP业务恢复请求消息;所述发送单元还用于,向所述MS核心网发送所述构建单元构建的所述TP业务恢复请求消息,以使所述MS核心网识别所述TP业务恢复请求,并执行所述TP业务恢复操作。使用本实施例公开的MS架构下终端移动业务的实现方案,MS核心网能够识别用户发起的TP业务,可以同Call Hold业务区分开,能够针对TP业务单独做计费和话务统
计等处理。


图I所示为本发明实施例提供的一种MS架构下实现终端移动业务的方案示意图;图2所示为本发明实施例提供的MS域内两用户通话时TP业务的处理流程图;图3所示为本发明实施例提供的跨域通话时TP业务的处理流程图;图4所示为本发明实施例提供的跨域通话时TP业务的处理流程图;图5所示为本发明实施例提供的MS架构下终端移动业务的实现装置结构示意图。
具体实施例方式为了便于本领域一般技术人员理解和实现本发明,现结合附图描述本发明的实施例。为了解决现有技术中无法区分TP业务和CH业务的技术问题,本发明实施例提供一种IP多媒体子系统架构下终端移动业务的实现方法,用于指示本次请求消息为TP业务请求消息,以和CH业务请求消息相区分。图I所示为本发明一个实施例提供的一种MS架构下实现终端移动业务的方案示意图。以下详述该方案的各步骤步骤101、在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求;前已述及,终端移动业务(TP业务)是ISDN用户所特有的业务,允许用户在通话期间,在同一个S接口上将一个话机从一个插口移动到另一个插口,或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。对于发起TP业务的用户的通话对端,可以为ISDN用户,也可以为非ISDN用户。对这两类用户的区别,将在后续实施例中予以详细说明。ISDN用户在通话的过程中将发起终端移动业务,通过其终端发起TP业务请求。其中,若该用户是IMS域内用户,则向其所属的AGCF/VGW (Access Gateway ControlFunction,接入网关控制功能实体;Voice over IP Gateway, IP通话网关)发送TP业务请求,由该用户所属的AGCF/VGW处理该用户的TP业务请求;若该用户不是MS域内用户,则将TP业务请求发送到MGCF(Media Gateway Control Function,媒体网关控制器),由MGCF进行处理。针对MS域内/外用户发起的TP业务请求的处理流程,在后续实施例中详细说明。步骤102、根据TP业务触发请求构建TP业务挂起请求消息;为了和现有的CH业务相区分,本发明实施例中提供一种构建TP业务挂起请求消息的方案。若发起TP业务的用户是MS域内用户,由其所在的AGCF/VGW构建;若发起TP业务的用户不是頂S域内用户,则由MGCF构建。
具体地,在本发明实施例中,若发起TP业务的用户是MS域内用户,构建TP业务挂起请求消息具体为扩展SIP协议(会话初始协议)下的reinvite消息(重协商请求消息),在reinvite消息中携带表征TP业务挂起请求的内容;若发起TP业务的用户是IMS域外用户,则构建TP业务挂起请求消息具体为将TP业务挂起请求转换为SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务挂起请求的内容。具体地,在reinvite消息中携带表征TP业务挂起请求的内容,包括在reinvite消息中增加P-Notification头域,用于指示该reinvite消息为挂起TP业务的请求消息,增加的 P-Notification 头域的内容可以为P-Notification :user-suspended;user。在本发明的另一个实施例中,对reinvite消息进行上述扩展后,还可以在其中的会话描述协议SDP中携带a=sendonly,用于表示当前会话的属性。步骤103、向IP多媒体子系统MS核心网发送TP业务挂起请求消息,以使MS核心网识别该TP业务挂起请求,并执行TP业务挂起操作;其中,在本发明实施例中,頂S核心网是MS架构的统称,其中包含多个网元,本发明实施例中不涉及MS核心网内部各网元的交互。IMS核心网收到TP业务挂起请求消息后,能够识别出该消息是请求触发TP业务,不会再和CH业务相混淆。IMS核心网执行TP业务挂起操作具体为将TP业务挂起请求消息发送到通话对端所在的AGCF/VGW,以便AGCF或VGW挂起通话,并在通话对端为ISDN用户终端的情况下,向通话对端发送Notify通知消息;或者,将TP业务挂起请求消息发送到通话对端所在的MGCF,以便MGCF将TP业务挂起请求消息转换为通话对端可识别的通话暂停消息,并将通话暂停消息发送到通话对端。上述MS核心网执行TP业务挂起操作的详细内容在后续实施例中进行说明。通话挂起后,发起TP业务的用户便可移动终端,可以在同一个S接口上将一个话机从一个插口移动到另一个插口,或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。步骤104、在通话挂起的过程中,接收ISDN用户终端提交的TP业务恢复请求;步骤105、根据TP业务恢复请求构建TP业务恢复请求消息;
在通话已挂起的过程中,用户通过其终端发送TP业务恢复请求,请求恢复挂起的通话。和前述步骤102相对应,区分MS域内/外用户,接收用户终端提交TP业务恢复请求的网元为AGCF/VGW或MGCF,相应地,由AGCF/VGW或MGCF构建TP业务恢复请求。具体地,在本发明实施例中,若发起TP业务恢复请求的用户是MS域内用户,构建TP业务恢复请求消息具体为扩展SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务恢复请求的内容;若发起TP业务恢复请求的用户是IMS域外用户,构建TP业务恢复请求消息具体为将TP业务恢复请求转换为SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务恢复请求的内容。具体地,在reinvite消息中携带表征TP业务恢复请求的内容,包括在reinvite消息中增加P-Notification头域,用于指示该reinvite消息为恢复TP业务的请求消息,增加的 P-Notification 头域的内容可以为P-Notification :user-resumed;user。在本发明的另一个实施例中,对reinvite消息进行上述扩展后,还可以在其中的会话描述协议SDP中携带a=sendrecv,用于表示当前会话的属性。
步骤106、向MS核心网发送TP业务恢复请求消息,以使MS核心网识别TP业务恢复请求,并执行TP业务恢复操作。IMS核心网收到TP业务恢复请求消息后,能够识别出该消息是请求恢复之前触发TP业务挂起的通话。IMS核心网执行TP业务恢复操作,具体为将TP业务恢复请求消息发送到通话对端所在的AGCF/VGW,以便AGCF或VGW恢复通话,并在通话对端为ISDN用户终端的情况下,向通话对端发送Notify通知消息;或者,将TP业务恢复请求消息发送到通话对端所在的MGCF,以便MGCF将TP业务恢复请求消息转换为通话对端可识别的通话恢复消息,并将通话恢复消息发送到通话对端。上述MS核心网执行TP业务恢复操作的详细内容在后续实施例中进行说明。使用本实施例公开的MS架构下终端移动业务的实现方案,MS核心网能够识别用户发起的TP业务,可以同Call Hold业务区分开,因而能够针对TP业务单独做计费和话务统计等处理。结合上述实施例中公开的MS架构下终端移动业务的实现方案,本发明实施例公开上述方案在不同场景下的具体应用实现。每个MS网络都是独立的一个域,所有归属于该MS网络的用户为域内用户,不归属于该頂S域的用户都为域外用户;同时在传统核心网中还有CS域(Circuit SwitchedDomain,电路交换域)和PS域(Packet Switched Domain,分组交换域)之分。在本发明实施例中,同一个頂S域内的用户之间的通话称为域内通话,一个MS域内用户和该MS域外用户的通话以及CS域用户和PS域用户的通话统称为跨域通话。图2所示为本发明一个实施例提供的MS域内两用户通话时TP业务的处理流程图。图中所示的UE-A与UE-B为同一个IMS域内的两个用户终端,其中UE-A为ISDN用户终端,UE-B可以为ISDN用户终端,也可以为非ISDN用户终端;MS Core为MS核心网。其中,MS核心网是MS架构的统称,其中包含多个网元,本发明实施例中不涉及MS核心网内部各网元的交互。
以下以两个用户的通话过程中,用户A发起TP业务为例详细说明该流程的各主要步骤步骤201 :在用户A与用户B的通话过程中,用户A通过其终端UE-A发送TP业务请求,发送SUSPEND消息请求挂起通话。用户A所属的AGCF/VGW收到UE-A发来的SUSPEND消息后,识别出用户A请求发起TP业务,即构建relnvite消息发送到MS核心网,在其中携带P-Notification:user_suspended;user指示该消息为TP业务通话挂起请求,同时携带SDP:a=sendonly,表示当前会话的属性;其中,P-Notification是本发明实施例中 AGCF/VGW 在 SIP (SessionInitiationProtocol,会话初始协议)消息中构造的一个头域(header),user-suspended;user是该头 域的参数;SDP:a=sendonly 是 SIP 消息中携带的 SDP(Session Description Protocol,会话描述协议)中的一个参数,用于表示当前会话的属性。以下举例说明本发明实施例中AGCF/VGW构建的relnvite消息INVITE sip: 191. 132.61.35:5060 SIP/2.0Via:SIP/2. 0/UDP 191.103.200.3:5061;branch=z9hG4bKc68q4puv6kppku5r4mp7q57ovRoute:<sip: 191. 133.4. 130 ; Ir; Dpt=7574_116; Role=3; Cxtld=3; spln=S; X-HwB2bUaCookie=22884>CalI-ID:544rnu7mnwonqwqkcu4cqn6qc5v767pk@UACFrom:〈sip : + 8675556271001@domain4. h u a w e i .com〉;tag=8vpm5owc-CC-24-TRC-519 To:〈tel:56271002#;phone_context=+86755>;tag=uxug4vo5-CC-58CSeq:3 INVITEContact:〈sip: 191. 103. 200. 3:5060〉Session-Expires:1800;refresher=uacSupported: timerMax-Forwards: 70P-Notification:user-suspended;user< 本发明实施例中构造的 SDP 中的一个参
数〉X-Trace: 521Content-Length:163Content-Type: application/sdpv=0o=HuaweiSoftX3000 49 50 IN IP4 191. 103. 200. 3s=Sip Callc=IN IP4 191. 103. 230. It=00m=audio 232 RTP/AVP 8a=rtpmap: 8 PCMA/8000
a=ptime : 20a=sendonly <本发明实施例中构造的SDP中的一个参数>IMS核心网收到用户A所在的AGCF/VGW发送的reInvite消息后,通过其中携带的P-Notification:user-suspended; user,判 定该消息为TP业务通话挂起请求,则可以针对TP业务进行独立计费和话务统计处理,不会再和Call Hold业务请求相混淆。IMS核心网判定该消息为TP业务通话挂起请求后,向MRFP(Multimedia ResourceFunction Processor,多媒体资源处理器)发申请对用户B进行放音,通知其对方(用户A)已挂起通话,申请放音成功后,由MS核心网将reinvite消息中携带的媒体信息更新为MRFP,以便UE-B正常接收放音。IMS核心网将更新后的reinvite消息发送到用户B所在的AGCF/VGW。步骤202 :用户B所在的AGCF/VGW收到reinvite消息,根据消息中携带的SDP内容修改本次通话的媒体资源,挂起通话。用户B通过其终端收听放音。用户B所在的AGCF/VGff向MS核心网发送2000K消息,用户A所在的AGCF/VGW收到MS核心网转发的2000K消息后,向用户A的终端发送SUSPEND ACK消息,通知其对端(用户B)已收到其TP业务挂起请求;同时,用户B所在的AGCF/VGW根据reinvite消息中携带的SIP消息头域P_Not if ication: user-suspended; user获知通话对端触发TP业务。前已述及,用户B可以为ISDN终端用户,也可以为非ISDN终端用户,用户B所在的AGCF/VGW进行判断,如果用户B为ISDN终端用户,则发送Notify消息通知用户B其对端用户A已挂起;如果用户B为非ISDN终端用户,则不发送Notify消息;通话挂起后,允许用户A移动终端,其可以在同一个S接口上将话机从一个插口移动到另一个插口,或者在同一个S接口上将通话从一个话机移动到另一个话机。步骤203 :用户A想恢复通话时,可通过UE-A向其所属的AGCF/VGW发送RESUME消息,请求恢复之前挂起的和用户B的通话。用户A所在的AGCF/VGW收到UE-A发送的RESUME消息后,识别出用户A请求恢复和用户B的通话,则构建一条reinvite消息发送到IMS核心网,在消息中携带P-Notification:user_resumed;user标识该消息为TP业务通话恢复请求,同时还可携带SDP:a=sendrecv ;其中,P-Notification是本发明实施例中在SIP消息中构造的一个头域(header), user-resumed; user 是该头域的参数;SDP:a=sendrecv 是 SIP 消息中携带的 SDP中的一个参数,用于表示当前会话的属性。参见上述步骤201中所举reinvite消息的实例,在本步骤中构建的reinvite消息与其区别仅在于构建的 P-Notification:user_resumed;user 和 SDP:a=sendrecv 不同,可参看前例,此处不再赘述。IMS 核心网根据 reinvite 消息中的 P-Notification:user_resumed;user 判断用户A要恢复通话,则通知MRFP停止对用户B的放音,并将reinvite消息发送到用户B所在的 AGCF/VGW。步骤204 :用户B所在的AGCF/VGW收到reinvite消息后,根据消息中携带的SDP内容修改媒体资源,用户A和用户B恢复通话。用户B所在的AGCF/VGW向IMS核心网发送2000K消息,用户A所在的AGCF/VGW收到MS核心网转发的2000K消息后,向UE-A发送RESUME ACK消息,通知其对端(用户B)已收到其恢复通话的请求; 同时,用户B所在的AGCF/VGW根据reinvite消息中携带的SIP消息头域,P-Notification:user-resumed; user获知对端触发TP业务通话恢复,如果用户B为ISDN终端用户,则向UE-B发送Notify消息通知其对端已恢复通话;如果用户B为非ISDN终端用户,则不发送Notify消息。图3所示为本发明一个 实施例提供的跨域通话时TP业务的处理流程图。其中,用户 A为 IMS域内用户,其终端为UE-A,用户 B为PSTN(Public Switched Telephone Network,公共交换电话网络)或PLMN (Public Land Mobile Network,公共陆地移动网络)用户,其终端为 UE-B。MGCF (Media Gateway Control Function,媒体网关控制器),是 IMS 的一个组成部分,提供基于SIP的GMS域内用户使用SIP协议)和基于ISUP信令(PSTN或PLMN用户使用的协议)之间的协议转换,图3中所示其他网元的作用与图2中所示相同,此处不再赘述。在本实施例中,在用户A与用户B通话的过程中,由用户A发起TP业务。以下结合该图,详述跨域通话时TP业务处理流程的各步骤步骤301 :在用户A与B的通话过程中,用户A通过其终端UE-A发送TP业务请求,发送SUSPEND消息请求挂起通话。用户A所在的AGCF/VGW收到UE-A发来的SUSPEND消息(TP业务通话挂起请求)后,构建reinvite消息发送到IMS核心网,在其中携带P-Notification:user-suspended;user指示该消息为TP业务通话挂起请求,同时还可携带SDP:a=sendonly;其中,P-Notification是本发明实施例中用户A所在的AGCF/VGW在SIP消息中构造的一个头域(header),user-suspended;user 是该头域的参数;SDP:a=sendonly 是SIP消息中携带的SDP中的一个参数,用于表示当前会话的属性。IMS核心网收到用户A所在的AGCF/VGW发送的reinvite消息后,通过其中携带的SIP消息头域P-Notification:user_suspended;user,判定该消息为TP业务通话挂起请求,则可以针对TP业务进行独立计费和话务统计处理,不会再和Call Hold业务请求相混淆。IMS核心网申请MRFP对UE-B进行放音,通知用户B其对方(用户A)已挂起通话,然后将该reinvite消息发送到MGCF。步骤302 MGCF 收到 reinvite 消息,根据 P-Notification:user_suspended;user获知IMS终端(用户A终端)挂起了通话,则将该reinvite消息转换为PSTN/PLMN用户终端(UE-B)可识别的SUS通话暂停消息并发送,并在SUS消息中携带Subscriber initiated,用以指示该消息是用户请求的;其中,SUS通话暂停消息是ISUP (ISDN User Part,ISDN用户部分)信令中的一条消息,是通话中的任一方都可发送的消息,表明主叫用户或被叫用户暂时断开。 MGCF向MS核心网发送2000K消息,用户A所在的AGCF/VGW收到MS核心网转发的2000K消息后,向UE-A发送SUSPEND ACK消息,通知其对端(用户B)已收到其TP业务通话挂起请求;通话挂起后,允许用户A移动终端,其可以在同一个S接口上将话机从一个插口移动到另一个插口,或者在同一个S接口上将呼叫从一个话机移动到另一个话机。
步骤303 :用户A想恢复通话时,可通过UE-A向其所在的AGCF/VGW发送RESUME消息,请求恢复之前挂起的和用户B的通话。用户A所在的AGCF/VGW收到用户A终端发送的RESUME消息后,构建一条reinvite消息发送到MS核心网,在消息中携带P-Notification:user-resumed;user标识该消息为TP业务通话恢复请求,同时还可携带SDP:a=sendrecv;其中,P- Notification是本发明实施例中用户A所在的AGCF/VGW在SIP消息中构造的一个头域(header), user-resumed;user 是该头域的参数;SDP:a=sendrecv 是 SIP 消息中携带的SDP中的一个参数,用于表示当前会话的属性。IMS 核心网根据 re Invite 消息中的 P-Notification :user_resumed; user 判断用户A要恢复通话,则通知MRFP停止对用户B的放音,并将reinvite消息发送到MGCF。步骤304 MGCF 收到 reinvite 消息,根据 P-Notification:user_resumed;user获知MS终端(用户A终端)请求恢复通话,则将该reinvite消息转换为PSTN/PLMN用户终端(UE-B)可识别的RES通话恢复消息并发送,其中,在RES消息中携带Subscriberinitiated,用以指示该消息是用户请求的;其中,RES通话恢复消息是ISUP信令中的一条消息,是通话中的任一方都可发送的消息,表明主叫用户或被叫用户恢复之前断开的通话。MGCF向MS核心网发送2000K消息,用户A所在的AGCF/VGW收到MS核心网转发的2000K消息后,向UE-A发送RESUME ACK消息,通知其对端(用户B)已收到其恢复通话的请求。图4所示为本发明另一个实施例提供的跨域通话时TP业务的处理流程图。与图3所示流程不同的是,在本实施例中是由域外用户A发起TP业务,其中,UE-A为PSTN/PLMN用户A的终端,UE-B为IMS域内用户B的终端。步骤401 :在用户A与B的通话过程中,用户A通过其终端UE-A发送TP业务请求,发送SUS通话暂停消息请求挂起通话;MGCF收到SUS消息后,将该消息转换为SIP协议的reinvite消息,并发送到MS核心网,在 reinvite 消息中携带 SIP 消息头域 P-Notification:user-suspended; user 用于指示该消息为TP业务通话挂起请求,同时还可携带SDP:a=sendonly (或SDP:a=inacive);其中,P-Notification是本发明实施例中MGCF在SIP消息中构造的一个头域(header),user-suspended;user 是该头域的参数;SDP:a=sendonly (或 SDP:a=inacive)是SIP消息中携带的SDP中的一个参数,用于表示当前会话的属性。IMS核心网收到MGCF发送的reinvite消息后,将该reinvite消息发送到用户B所在的AGCF/VGW。步骤402 :用户B所在的AGCF/VGW收到reinvite消息,根据消息中携带的SDP内容修改本次通话的媒体资源,挂起通话。用户B所在的AGCF/VGW向MS核心网发送2000K消息,MGCF收到MS核心网转发的2000K消息后,通过MS核心网向用户B所在的AGCF/VGff反馈ACK消息。同时,用户B所在的AGCF/VGW根据reInvite消息中携带的SIP消息头域P_Notification:user_suspended;user获知通话对端触发TP业务。前已述及,用户B可以为ISDN终端用户,也可以为非ISDN终端用户,由用户B所在的AGCF/VGW进行判断,如果用户B为ISDN终端用户,则发送Notify消息通知用户B对端已挂起;如果用户B为非ISDN终端用户,贝1J不发送Notify消息;通话挂起后,允许用户A移动终端,其可以在同一个S接口上将话机从一个插口移动到另一个插口,或者在同一个S接口上将通话从一个话机移动到另一个话机。步骤403 :用户A想恢复与用户B的通话时,通过其终端UE-A发送RES通话恢复消息请求恢复通话,MGCF收到RES消息后,将该消息转换成SIP协议的reinvite消息,并向 IMS 核心网发送,在 re Invite 消息中 SIP 消息头域 P-Notif ication: user-resumed; user指示TP业务请求恢复,同时还可携带SDP:a=sendrecv,用于表示当前会话的属性;IMS核心网将收到的reinvite消息发送到用户B所在的AGCF/VGW。步骤404 :用户B所在的AGCF/VGW收到reinvite消息后,根据消息中携带的SDP内容修改媒体资源,用户A和用户B恢复通话。用户B所在的AGCF/VGW向IMS核心网发送 2000K消息,MGCF收到MS核心网转发的2000K消息后,通过MS核心网向用户B所在的AGCF/VGW反馈ACK消息;用户B所在的AGCF/VGW根据reinvite消息中携带的SIP消息头域,P-Notification:user-resumed;user获知对端触发TP业务通话恢复,如果用户B为ISDN终端用户,则向UE-B发送Notify消息通知其对端已恢复通话;如果用户B为非ISDN终端用户,则不发送Notify消息。结合上述实施例公开的MS架构下终端移动业务的实现方法,本实施例公开一种MS架构下终端移动业务的实现装置,用以实现前述实施例公开的方法。图5所示为本发明一个实施例提供的MS架构下终端移动业务的实现装置结构示意图。详述该装置的各组成部分如下接收单元501,用于在用户通话的过程中,接收ISDN用户终端提交的终端移动TP业务触发请求;构建单元502,用于根据接收单元501接收的TP业务触发请求,构建TP业务挂起请求消息;具体地,在本发明实施例中,若发起TP业务的用户是MS域内用户,构建单元502构建TP业务挂起请求消息具体为扩展SIP协议(会话初始协议)下的reinvite消息(重协商请求消息),在reinvite消息中携带表征TP业务挂起请求的内容;若发起TP业务的用户是MS域外用户,则构建单元502构建TP业务挂起请求消息具体为将TP业务挂起请求转换为SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务挂起请求的内容。具体地,在reinvite消息中携带表征TP业务挂起请求的内容,包括在reinvite消息中增加P-Notification头域,用于指示该reinvite消息为挂起TP业务的请求消息,增加的 P-Notification 头域的内容可以为P-Notification :user-suspended;user。在本发明的另一个实施例中,对reinvite消息进行上述扩展后,还可以在其中的会话描述协议SDP中携带a=sendonly,用于表示当前会话的属性。发送单元503,用于向IMS核心网发送构建单元502构建的TP业务挂起请求消息,以使MS核心网识别该TP业务挂起请求,并执行TP业务挂起操作;其中,接收单元501还用于,在前述用户通话挂起的过程中,接收用户终端提交的TP业务恢复请求;
构建单元502还用于,根据接收单元501接收的TP业务恢复请求,构建TP业务恢复请求消息;具体地,在本发明实施例中,若发起TP业务恢复请求的用户是MS域内用户,构建单元502构建TP业务恢复请求消息具体为扩展SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务恢复请求的内容;若发起TP业务恢复请求的用户是MS域外用户,构建单元502构建TP业务恢复请求消息具体为将TP业务恢复请求转换为SIP协议下的reinvite消息,在reinvite消息中携带表征TP业务恢复请求的内容。具体地,在reinvite消息中携带表征TP业务恢复请求的内容,包括在reinvite消息中增加P-Notification头域,用于指示该reinvite消息为恢复TP业务的请求消息,增加的 P-Notification 头域的内容可以为P-Notification :user-resumed;user。在本发明的另一个实施例中,对reinvite消息进行上述扩展后,还可以在其中的 会话描述协议SDP中携带a=sendrecv,用于表示当前会话的属性。发送单元503还用于,向MS核心网发送构建单元502构建的TP业务恢复请求消息,以使頂S核心网识别该TP业务恢复请求,并执行TP业务恢复操作。具体地,在发起TP业务请求的用户为MS域内用户时,本实施例提供的MS架构下终端移动业务的实现装置可以为AGCF或VGW ;在发起TP业务请求的用户为MS域内用户时,本实施例提供的MS架构下终端移动业务的实现装置可以为MGCF。本领域技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。结合本文中所公开的实施例描述的方法步骤可以用硬件、处理器执行的软件程序、或者二者的结合来实施。软件程序可以置于随机存取存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中,所述的软件或者程序,包括如下步骤(方法权利要求)。尽管已示出和描述了本发明的一些实施例,但本领域技术人员应该理解,在不脱离本发明的原理和精神的情况下,可对这些实施例进行各种修改,这样的修改应落入本发明的范围。
权利要求
1.一种IP多媒体子系统架构下终端移动业务的实现方法,其特征在于,所述方法包括 在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求; 根据所述TP业务触发请求构建TP业务挂起请求消息; 向IP多媒体子系统頂S核心网发送所述TP业务挂起请求消息,以便于所述MS核心网识别所述TP业务挂起请求,并执行所述TP业务挂起操作; 在所述通话挂起的过程中,接收所述ISDN用户终端提交的所述TP业务恢复请求; 根据所述TP业务恢复请求构建TP业务恢复请求消息; 向所述MS核心网发送所述TP业务恢复请求消息,以便于所述MS核心网识别所述TP业务恢复请求,并执行所述TP业务恢复操作。
2.根据权利要求I所述的方法,其特征在于,所述ISDN用户为所述IMS域内用户时,所述构建所述TP业务挂起请求消息,具体为 扩展会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
3.根据权利要求I所述的方法,其特征在于,所述ISDN用户为所述IMS域外用户时,所述构建所述TP业务挂起请求消息,具体为 将所述TP业务触发请求转换为会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
4.根据权利要求2或3所述的方法,其特征在于,所述在所述重协商请求消息中携带表征所述TP业务挂起请求的内容,具体为 在所述重协商请求消息中增加P-Notification头域,用于指示所述重协商请求消息为挂起所述TP业务的请求消息; 所述增加的P-Notification头域的内容为P-Notification :user_suspended;user。
5.根据权利要求4所述的方法,其特征在于,还包括 在所述重协商请求消息中的会话描述SDP中携带a=sendonly。
6.根据权利要求I所述的方法,其特征在于,所述ISDN用户为所述IMS域内用户时,所述构建所述TP业务恢复请求消息,具体为 扩展会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
7.根据权利要求I所述的方法,其特征在于,所述ISDN用户为所述IMS域外用户时,所述构建所述TP业务恢复请求消息,具体为 将所述TP业务恢复请求转换为会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
8.根据权利要求6或7所述的方法,其特征在于,所述在所述重协商请求消息中携带表征所述TP业务恢复请求的内容,具体为 在所述重协商请求消息中增加P-Notification头域,用于指示所述重协商请求消息为恢复所述TP业务的请求消息;所述增加的P-Notification头域的内容为P-Notification :user_resumed;user。
9.根据权利要求8所述的方法,其特征在于,还包括 在所述重协商请求消息中的会话描述SDP中携带a=sendrecv。
10.根据权利要求I至9中任一项所述的方法,其特征在于, 所述MS核心网执行所述TP业务挂起操作,具体为 所述頂S核心网将所述TP业务挂起请求消息发送到所述通话对端所在的接入网关控制功能实体AGCF或IP通话网关VGW,以便所述AGCF或VGW挂起所述通话,并在所述通话对端为ISDN用户终端的情况下,向所述通话对端发送Notify通知消息; 所述MS核心网执行所述TP业务恢复操作,具体为 所述頂S核心网将所述TP业务恢复请求消息发送到所述通话对端所在的AGCF或VGW,以便所述AGCF或VGW恢复所述通话,并在所述通话对端为ISDN用户终端的情况下,向所述通话对端发送Notify通知消息。
11.根据权利要求I至9中任一项所述的方法,其特征在于, 所述MS核心网执行所述TP业务挂起操作,具体为 所述頂S核心网将所述TP业务挂起请求消息发送到所述通话对端所在的媒体网关控制器MGCF,以便所述MGCF将所述TP业务挂起请求消息转换为所述通话对端可识别的通话暂停消息,并将所述通话暂停消息发送到所述通话对端; 所述MS核心网执行所述TP业务恢复操作,具体为 所述頂S核心网将所述TP业务恢复请求消息发送到所述通话对端所在的MGCF,以便所述MGCF将所述TP业务恢复请求消息转换为所述通话对端可识别的通话恢复消息,并将所述通话恢复消息发送到所述通话对端。
12.—种IP多媒体子系统架构下终端移动业务的实现装置,其特征在于,所述装置包括 接收单元,用于在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求; 构建单元,用于根据所述接收单元接收的所述TP业务触发请求,构建TP业务挂起请求消息; 发送单元,用于向IP多媒体子系统IMS核心网发送所述构建单元构建的所述TP业务挂起请求消息,以便于所述頂S核心网识别所述TP业务挂起请求,并执行所述TP业务挂起操作; 所述接收单元还用于,在所述通话挂起的过程中,接收所述ISDN用户终端提交的所述TP业务恢复请求; 所述构建单元还用于,根据所述接收单元接收的所述TP业务恢复请求,构建TP业务恢复请求消息; 所述发送单元还用于,向所述MS核心网发送所述构建单元构建的所述TP业务恢复请求消息,以便于所述頂S核心网识别所述TP业务恢复请求,并执行所述TP业务恢复操作。
13.根据权利要求12所述的装置,其特征在于,所述ISDN用户为所述MS域内用户时,所述构建单元用于构建所述TP业务挂起请求消息,具体为扩展会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
14.根据权利要求12所述的装置,其特征在于,所述ISDN用户为所述MS域外用户时,所述构建单元用于构建所述TP业务挂起请求消息,具体为 将所述TP业务触发请求转换为会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
15.根据权利要求13或14所述的装置,其特征在于,所述在所述重协商请求消息中携带表征所述TP业务挂起请求的内容,具体为 在所述重协商请求消息中增加P-Notification头域,用于指示所述重协商请求消息为挂起所述TP业务的请求消息; 所述增加的P-Notification头域的内容为、P-Notification :user_suspended;user。
16.根据权利要求15所述的装置,其特征在于,所述构建单元还用于,在所述重协商请求消息中的会话描述SDP中携带a=sendonly。
17.根据权利要求12所述的装置,其特征在于,所述ISDN用户为所述MS域内用户时,所述构建单元用于构建所述TP业务恢复请求消息,具体为 扩展会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
18.根据权利要求12所述的装置,其特征在于,所述ISDN用户为所述MS域外用户时,所述构建单元用于构建所述TP业务恢复请求消息,具体为 将所述TP业务恢复请求转换为会话初始协议SIP下的重协商请求消息,在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
19.根据权利要求17或18所述的装置,其特征在于,所述在所述重协商请求消息中携带表征所述TP业务恢复请求的内容,具体为 在所述重协商请求消息中增加P-Notification头域,用于指示所述重协商请求消息为恢复所述TP业务的请求消息; 所述增加的P-Notification头域的内容为P-Notification :user-resumed;user。
20.根据权利要求19所述的装置,其特征在于,所述构建单元还用于,在所述重协商请求消息中的会话描述SDP中携带a=sendrecv。
全文摘要
本发明实施例提供一种IP多媒体子系统架构下终端移动业务的实现方法,包括在用户通话的过程中,接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求;根据所述TP业务请求消息构建TP业务挂起请求消息;向IP多媒体子系统IMS核心网发送所述TP业务挂起请求消息,以使所述IMS核心网识别所述TP业务挂起请求,并执行所述TP业务挂起操作。本发明实施例同时提供一种IP多媒体子系统架构下终端移动业务的实现装置。使用本实施例公开的IMS架构下终端移动业务的实现方案,IMS核心网能够识别用户发起的TP业务,可以同Call Hold业务区分开,能够针对TP业务单独做计费和话务统计等处理。
文档编号H04L29/06GK102739672SQ20121021748
公开日2012年10月17日 申请日期2012年6月28日 优先权日2012年6月28日
发明者杨恒占, 郭金卫 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1