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

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

Info

Publication number
CN102739672A
CN102739672A CN2012102174850A CN201210217485A CN102739672A CN 102739672 A CN102739672 A CN 102739672A CN 2012102174850 A CN2012102174850 A CN 2012102174850A CN 201210217485 A CN201210217485 A CN 201210217485A CN 102739672 A CN102739672 A CN 102739672A
Authority
CN
China
Prior art keywords
request message
user
message
request
professional
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2012102174850A
Other languages
English (en)
Inventor
郭金卫
杨恒占
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2012102174850A priority Critical patent/CN102739672A/zh
Publication of CN102739672A publication Critical patent/CN102739672A/zh
Priority to PCT/CN2013/070074 priority patent/WO2014000429A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

一种IP多媒体子系统架构下终端移动业务的实现方法及装置
技术领域
本发明涉及通信技术领域，具体涉及一种IP多媒体子系统架构下终端移动业务的实现方法及装置。
背景技术
TP(Terminal Portability，终端移动性)业务是PSTN(Public SwitchedTelephone Network，公共交换电话网络)网络中ISDN（integrated servicedigital network，综合业务数字网）用户特有的业务，允许用户在通话期间，在同一个S接口（S接口指ISDN组网中的S接口，即用户接入网络的接口，可以理解为一根用户线就是一个S接口）上将一个话机从一个插口移动到另一个插口（插口指同一个S接口下接入用户终端的端口），或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。
现有技术中，TISPAN ts_183036文档定义了IMS（IP MultimediaSubsystem，IP多媒体子系统）架构下AGCF（Access Gateway Control Function，接入网关控制功能实体）实现TP业务的实现方法：
AGCF/VGW（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同IMS Core之间的SIP接口消息定义同Call Hold（呼叫保持，CH）业务定义一模一样，导致IMS无法识别该消息是TP业务请求还是CH（呼叫保持）业务请求，无法针对TP业务进行独立计费和话务统计处理；另外，如果通话对端终端为ISDN终端，对端网络侧因无法识别消息为TP业务消息而无法向ISDN终端发送正确的Notify通知消息。
发明内容
为了解决现有技术中IMS核心网无法识别TP业务请求消息的技术问题，本发明实施例提供一种IP多媒体子系统架构下终端移动业务的实现方法，包括：
在用户通话的过程中，接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求；根据所述TP业务请求消息构建TP业务挂起请求消息；向IP多媒体子系统IMS核心网发送所述TP业务挂起请求消息，以使所述IMS核心网识别所述TP业务挂起请求，并执行所述TP业务挂起操作；在所述用户通话挂起的过程中，接收所述ISDN用户终端提交的所述TP业务恢复请求；根据所述TP业务恢复请求构建TP业务恢复请求消息；向所述IMS核心网发送所述TP业务恢复请求消息，以使所述IMS核心网识别所述TP业务恢复请求，并执行所述TP业务恢复操作。
本发明实施例同时提供一种IP多媒体子系统架构下终端移动业务的实现装置，包括：接收单元，用于在用户通话的过程中，接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求；构建单元，用于根据所述接收单元接收的所述TP业务触发请求，构建TP业务挂起请求消息；发送单元，用于向IP多媒体子系统IMS核心网发送所述构建单元构建的所述TP业务挂起请求消息，以使所述IMS核心网识别所述TP业务挂起请求，并执行所述TP业务挂起操作；所述接收单元还用于，在所述用户通话挂起的过程中，接收所述ISDN用户终端提交的所述TP业务恢复请求；所述构建单元还用于，根据所述接收单元接收的所述TP业务恢复请求，构建TP业务恢复请求消息；所述发送单元还用于，向所述IMS核心网发送所述构建单元构建的所述TP业务恢复请求消息，以使所述IMS核心网识别所述TP业务恢复请求，并执行所述TP业务恢复操作。
使用本实施例公开的IMS架构下终端移动业务的实现方案，IMS核心网能够识别用户发起的TP业务，可以同Call Hold业务区分开，能够针对TP业务单独做计费和话务统计等处理。
附图说明
图1所示为本发明实施例提供的一种IMS架构下实现终端移动业务的方案示意图；
图2所示为本发明实施例提供的IMS域内两用户通话时TP业务的处理流程图；
图3所示为本发明实施例提供的跨域通话时TP业务的处理流程图；
图4所示为本发明实施例提供的跨域通话时TP业务的处理流程图；
图5所示为本发明实施例提供的IMS架构下终端移动业务的实现装置结构示意图。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明，现结合附图描述本发明的实施例。
为了解决现有技术中无法区分TP业务和CH业务的技术问题，本发明实施例提供一种IP多媒体子系统架构下终端移动业务的实现方法，用于指示本次请求消息为TP业务请求消息，以和CH业务请求消息相区分。
图1所示为本发明一个实施例提供的一种IMS架构下实现终端移动业务的方案示意图。以下详述该方案的各步骤：
步骤101、在用户通话的过程中，接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求；
前已述及，终端移动业务（TP业务）是ISDN用户所特有的业务，允许用户在通话期间，在同一个S接口上将一个话机从一个插口移动到另一个插口，或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。
对于发起TP业务的用户的通话对端，可以为ISDN用户，也可以为非ISDN用户。对这两类用户的区别，将在后续实施例中予以详细说明。
ISDN用户在通话的过程中将发起终端移动业务，通过其终端发起TP业务请求。其中，若该用户是IMS域内用户，则向其所属的AGCF/VGW（Access Gateway Control Function，接入网关控制功能实体；Voice over IPGateway，IP通话网关）发送TP业务请求，由该用户所属的AGCF/VGW处理该用户的TP业务请求；若该用户不是IMS域内用户，则将TP业务请求发送到MGCF（Media Gateway Control Function，媒体网关控制器），由MGCF进行处理。
针对IMS域内/外用户发起的TP业务请求的处理流程，在后续实施例中详细说明。
步骤102、根据TP业务触发请求构建TP业务挂起请求消息；
为了和现有的CH业务相区分，本发明实施例中提供一种构建TP业务挂起请求消息的方案。若发起TP业务的用户是IMS域内用户，由其所在的AGCF/VGW构建；若发起TP业务的用户不是IMS域内用户，则由MGCF构建。
具体地，在本发明实施例中，若发起TP业务的用户是IMS域内用户，构建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多媒体子系统IMS核心网发送TP业务挂起请求消息，以使IMS核心网识别该TP业务挂起请求，并执行TP业务挂起操作；
其中，在本发明实施例中，IMS核心网是IMS架构的统称，其中包含多个网元，本发明实施例中不涉及IMS核心网内部各网元的交互。
IMS核心网收到TP业务挂起请求消息后，能够识别出该消息是请求触发TP业务，不会再和CH业务相混淆。
IMS核心网执行TP业务挂起操作具体为：将TP业务挂起请求消息发送到通话对端所在的AGCF/VGW，以便AGCF或VGW挂起通话，并在通话对端为ISDN用户终端的情况下，向通话对端发送Notify通知消息；
或者，将TP业务挂起请求消息发送到通话对端所在的MGCF，以便MGCF将TP业务挂起请求消息转换为通话对端可识别的通话暂停消息，并将通话暂停消息发送到通话对端。
上述IMS核心网执行TP业务挂起操作的详细内容在后续实施例中进行说明。
通话挂起后，发起TP业务的用户便可移动终端，可以在同一个S接口上将一个话机从一个插口移动到另一个插口，或者在同一个S接口上将一个呼叫从一个话机移动到另一个话机。
步骤104、在通话挂起的过程中，接收ISDN用户终端提交的TP业务恢复请求；
步骤105、根据TP业务恢复请求构建TP业务恢复请求消息；
在通话已挂起的过程中，用户通过其终端发送TP业务恢复请求，请求恢复挂起的通话。和前述步骤102相对应，区分IMS域内/外用户，接收用户终端提交TP业务恢复请求的网元为AGCF/VGW或MGCF，相应地，由AGCF/VGW或MGCF构建TP业务恢复请求。
具体地，在本发明实施例中，若发起TP业务恢复请求的用户是IMS域内用户，构建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、向IMS核心网发送TP业务恢复请求消息，以使IMS核心网识别TP业务恢复请求，并执行TP业务恢复操作。
IMS核心网收到TP业务恢复请求消息后，能够识别出该消息是请求恢复之前触发TP业务挂起的通话。
IMS核心网执行TP业务恢复操作，具体为：将TP业务恢复请求消息发送到通话对端所在的AGCF/VGW，以便AGCF或VGW恢复通话，并在通话对端为ISDN用户终端的情况下，向通话对端发送Notify通知消息；
或者，将TP业务恢复请求消息发送到通话对端所在的MGCF，以便MGCF将TP业务恢复请求消息转换为通话对端可识别的通话恢复消息，并将通话恢复消息发送到通话对端。
上述IMS核心网执行TP业务恢复操作的详细内容在后续实施例中进行说明。
使用本实施例公开的IMS架构下终端移动业务的实现方案，IMS核心网能够识别用户发起的TP业务，可以同Call Hold业务区分开，因而能够针对TP业务单独做计费和话务统计等处理。
结合上述实施例中公开的IMS架构下终端移动业务的实现方案，本发明实施例公开上述方案在不同场景下的具体应用实现。
每个IMS网络都是独立的一个域，所有归属于该IMS网络的用户为域内用户，不归属于该IMS域的用户都为域外用户；同时在传统核心网中还有CS域（Circuit Switched Domain，电路交换域）和PS域（Packet SwitchedDomain，分组交换域）之分。在本发明实施例中，同一个IMS域内的用户之间的通话称为域内通话，一个IMS域内用户和该IMS域外用户的通话以及CS域用户和PS域用户的通话统称为跨域通话。
图2所示为本发明一个实施例提供的IMS域内两用户通话时TP业务的处理流程图。图中所示的UE-A与UE-B为同一个IMS域内的两个用户终端，其中UE-A为ISDN用户终端，UE-B可以为ISDN用户终端，也可以为非ISDN用户终端；IMS Core为IMS核心网。其中，IMS核心网是IMS架构的统称，其中包含多个网元，本发明实施例中不涉及IMS核心网内部各网元的交互。
以下以两个用户的通话过程中，用户A发起TP业务为例详细说明该流程的各主要步骤：
步骤201：在用户A与用户B的通话过程中，用户A通过其终端UE-A发送TP业务请求，发送SUSPEND消息请求挂起通话。用户A所属的AGCF/VGW收到UE-A发来的SUSPEND消息后，识别出用户A请求发起TP业务，即构建reInvite消息发送到IMS核心网，在其中携带P-Notification:user-suspended;user指示该消息为TP业务通话挂起请求，同时携带SDP:a=sendonly，表示当前会话的属性；
其中，P-Notification是本发明实施例中AGCF/VGW在SIP（SessionInitiation Protocol，会话初始协议）消息中构造的一个头域（header），user-suspended;user是该头域的参数；SDP:a=sendonly是SIP消息中携带的SDP（Session Description Protocol，会话描述协议）中的一个参数，用于表示当前会话的属性。
以下举例说明本发明实施例中AGCF/VGW构建的reInvite消息：
INVITE sip:191.132.61.35:5060 SIP/2.0
Via:SIP/2.0/UDP 191.103.200.3:5061;branch=z9hG4bKc68q4puv6kppku5r4mp7q57ov
Route:
<sip:191.133.4.130;lr;Dpt=7574_116;Role=3;CxtId=3;spln=S;X-HwB2bUaCookie=22884>
Call-ID:544rnu7mnwonqwqkcu4cqn6qc5v767pkUAC
From:<sip:+8675556271001domain4.huawei.com>;tag=8vpm5owc-CC-24-TRC-519
To:<tel:56271002#;phone-context=+86755>;tag=uxug4vo5-CC-58
CSeq:3 INVITE
Contact:<sip:191.103.200.3:5060>
Session-Expires:1800;refresher=uac
Supported:timer
Max-Forwards:70
P-Notification:user-suspended;user<本发明实施例中构造的SDP中的一个参数>
X-Trace:521
Content-Length:163
Content-Type:application/sdp
v=0
o=HuaweiSoftX3000 49 50 IN IP4 191.103.200.3
s=Sip Call
c=IN IP4 191.103.230.1
t=00
m=audio 232 RTP/AVP 8
a=rtpmap:8 PCMA/8000
a=ptime :20
a=sendonly    <本发明实施例中构造的SDP中的一个参数>
IMS核心网收到用户A所在的AGCF/VGW发送的reInvite消息后，通过其中携带的P-Notification:user-suspended;user，判定该消息为TP业务通话挂起请求，则可以针对TP业务进行独立计费和话务统计处理，不会再和Call Hold业务请求相混淆。
IMS核心网判定该消息为TP业务通话挂起请求后，向MRFP（MultimediaResource Function Processor，多媒体资源处理器）发申请对用户B进行放音，通知其对方（用户A）已挂起通话，申请放音成功后，由IMS核心网将reInvite消息中携带的媒体信息更新为MRFP，以便UE-B正常接收放音。
IMS核心网将更新后的reInvite消息发送到用户B所在的AGCF/VGW。
步骤202：用户B所在的AGCF/VGW收到reInvite消息，根据消息中携带的SDP内容修改本次通话的媒体资源，挂起通话。用户B通过其终端收听放音。用户B所在的AGCF/VGW向IMS核心网发送200OK消息，用户A所在的AGCF/VGW收到IMS核心网转发的200OK消息后，向用户A的终端发送SUSPEND ACK消息，通知其对端（用户B）已收到其TP业务挂起请求；
同时，用户B所在的AGCF/VGW根据reInvite消息中携带的SIP消息头域：P-Notification: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核心网发送200OK消息，用户A所在的AGCF/VGW收到IMS核心网转发的200OK消息后，向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 SwitchedTelephone Network，公共交换电话网络)或PLMN（Public Land Mobile Network，公共陆地移动网络）用户，其终端为UE-B。MGCF（Media Gateway ControlFunction，媒体网关控制器），是IMS的一个组成部分，提供基于SIP的（IMS域内用户使用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业务进行独立计费和话务统计处理，不会再和CallHold业务请求相混淆。
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向IMS核心网发送200OK消息，用户A所在的AGCF/VGW收到IMS核心网转发的200OK消息后，向UE-A发送SUSPEND ACK消息，通知其对端（用户B）已收到其TP业务通话挂起请求；
通话挂起后，允许用户A移动终端，其可以在同一个S接口上将话机从一个插口移动到另一个插口，或者在同一个S接口上将呼叫从一个话机移动到另一个话机。
步骤303：用户A想恢复通话时，可通过UE-A向其所在的AGCF/VGW发送RESUME消息，请求恢复之前挂起的和用户B的通话。用户A所在的AGCF/VGW收到用户A终端发送的RESUME消息后，构建一条reInvite消息发送到IMS核心网，在消息中携带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核心网根据reInvite消息中的P-Notification:user-resumed;user判断用户A要恢复通话，则通知MRFP停止对用户B的放音，并将reInvite消息发送到MGCF。
步骤304：MGCF收到reInvite消息，根据P-Notification:user-resumed;user获知IMS终端（用户A终端）请求恢复通话，则将该reInvite消息转换为PSTN/PLMN用户终端（UE-B）可识别的RES通话恢复消息并发送，其中，在RES消息中携带Subscriber initiated，用以指示该消息是用户请求的；
其中，RES通话恢复消息是ISUP信令中的一条消息，是通话中的任一方都可发送的消息，表明主叫用户或被叫用户恢复之前断开的通话。
MGCF向IMS核心网发送200OK消息，用户A所在的AGCF/VGW收到IMS核心网转发的200OK消息后，向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消息，并发送到IMS核心网，在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向IMS核心网发送200OK消息，MGCF收到IMS核心网转发的200OK消息后，通过IMS核心网向用户B所在的AGCF/VGW反馈ACK消息。
同时，用户B所在的AGCF/VGW根据reInvite消息中携带的SIP消息头域：P-Notification:user-suspended;user获知通话对端触发TP业务。前已述及，用户B可以为ISDN终端用户，也可以为非ISDN终端用户，由用户B所在的AGCF/VGW进行判断，如果用户B为ISDN终端用户，则发送Notify消息通知用户B对端已挂起；如果用户B为非ISDN终端用户，则不发送Notify消息；
通话挂起后，允许用户A移动终端，其可以在同一个S接口上将话机从一个插口移动到另一个插口，或者在同一个S接口上将通话从一个话机移动到另一个话机。
步骤403：用户A想恢复与用户B的通话时，通过其终端UE-A发送RES通话恢复消息请求恢复通话，MGCF收到RES消息后，将该消息转换成SIP协议的reInvite消息，并向IMS核心网发送，在reInvite消息中SIP消息头域P-Notification:user-resumed;user指示TP业务请求恢复，同时还可携带SDP:a=sendrecv，用于表示当前会话的属性；
IMS核心网将收到的reInvite消息发送到用户B所在的AGCF/VGW。
步骤404：用户B所在的AGCF/VGW收到reInvite消息后，根据消息中携带的SDP内容修改媒体资源，用户A和用户B恢复通话。用户B所在的AGCF/VGW向IMS核心网发送200OK消息，MGCF收到IMS核心网转发的200OK消息后，通过IMS核心网向用户B所在的AGCF/VGW反馈ACK消息；
用户B所在的AGCF/VGW根据reInvite消息中携带的SIP消息头域，P-Notification:user-resumed;user获知对端触发TP业务通话恢复，如果用户B为ISDN终端用户，则向UE-B发送Notify消息通知其对端已恢复通话；如果用户B为非ISDN终端用户，则不发送Notify消息。
结合上述实施例公开的IMS架构下终端移动业务的实现方法，本实施例公开一种IMS架构下终端移动业务的实现装置，用以实现前述实施例公开的方法。
图5所示为本发明一个实施例提供的IMS架构下终端移动业务的实现装置结构示意图。详述该装置的各组成部分如下：
接收单元501，用于在用户通话的过程中，接收ISDN用户终端提交的终端移动TP业务触发请求；
构建单元502，用于根据接收单元501接收的TP业务触发请求，构建TP业务挂起请求消息；
具体地，在本发明实施例中，若发起TP业务的用户是IMS域内用户，构建单元502构建TP业务挂起请求消息具体为：扩展SIP协议（会话初始协议）下的reInvite消息（重协商请求消息），在reInvite消息中携带表征TP业务挂起请求的内容；若发起TP业务的用户是IMS域外用户，则构建单元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业务挂起请求消息，以使IMS核心网识别该TP业务挂起请求，并执行TP业务挂起操作；
其中，接收单元501还用于，在前述用户通话挂起的过程中，接收用户终端提交的TP业务恢复请求；
构建单元502还用于，根据接收单元501接收的TP业务恢复请求，构建TP业务恢复请求消息；
具体地，在本发明实施例中，若发起TP业务恢复请求的用户是IMS域内用户，构建单元502构建TP业务恢复请求消息具体为：扩展SIP协议下的reInvite消息，在reInvite消息中携带表征TP业务恢复请求的内容；若发起TP业务恢复请求的用户是IMS域外用户，构建单元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还用于，向IMS核心网发送构建单元502构建的TP业务恢复请求消息，以使IMS核心网识别该TP业务恢复请求，并执行TP业务恢复操作。
具体地，在发起TP业务请求的用户为IMS域内用户时，本实施例提供的IMS架构下终端移动业务的实现装置可以为AGCF或VGW；在发起TP业务请求的用户为IMS域内用户时，本实施例提供的IMS架构下终端移动业务的实现装置可以为MGCF。
本领域技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法步骤可以用硬件、处理器执行的软件程序、或者二者的结合来实施。软件程序可以置于随机存取存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中,所述的软件或者程序，包括如下步骤：（方法权利要求）。
尽管已示出和描述了本发明的一些实施例，但本领域技术人员应该理解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改，这样的修改应落入本发明的范围。

Claims (20)

1.一种IP多媒体子系统架构下终端移动业务的实现方法，其特征在于，所述方法包括：
在用户通话的过程中，接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求；
根据所述TP业务触发请求构建TP业务挂起请求消息；
向IP多媒体子系统IMS核心网发送所述TP业务挂起请求消息，以便于所述IMS核心网识别所述TP业务挂起请求，并执行所述TP业务挂起操作；
在所述通话挂起的过程中，接收所述ISDN用户终端提交的所述TP业务恢复请求；
根据所述TP业务恢复请求构建TP业务恢复请求消息；
向所述IMS核心网发送所述TP业务恢复请求消息，以便于所述IMS核心网识别所述TP业务恢复请求，并执行所述TP业务恢复操作。
2.根据权利要求1所述的方法，其特征在于，所述ISDN用户为所述IMS域内用户时，所述构建所述TP业务挂起请求消息，具体为：
扩展会话初始协议SIP下的重协商请求消息，在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
3.根据权利要求1所述的方法，其特征在于，所述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.根据权利要求1所述的方法，其特征在于，所述ISDN用户为所述IMS域内用户时，所述构建所述TP业务恢复请求消息，具体为：
扩展会话初始协议SIP下的重协商请求消息，在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
7.根据权利要求1所述的方法，其特征在于，所述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.根据权利要求1至9中任一项所述的方法，其特征在于，
所述IMS核心网执行所述TP业务挂起操作，具体为：
所述IMS核心网将所述TP业务挂起请求消息发送到所述通话对端所在的接入网关控制功能实体AGCF或IP通话网关VGW，以便所述AGCF或VGW挂起所述通话，并在所述通话对端为ISDN用户终端的情况下，向所述通话对端发送Notify通知消息；
所述IMS核心网执行所述TP业务恢复操作，具体为：
所述IMS核心网将所述TP业务恢复请求消息发送到所述通话对端所在的AGCF或VGW，以便所述AGCF或VGW恢复所述通话，并在所述通话对端为ISDN用户终端的情况下，向所述通话对端发送Notify通知消息。
11.根据权利要求1至9中任一项所述的方法，其特征在于，
所述IMS核心网执行所述TP业务挂起操作，具体为：
所述IMS核心网将所述TP业务挂起请求消息发送到所述通话对端所在的媒体网关控制器MGCF，以便所述MGCF将所述TP业务挂起请求消息转换为所述通话对端可识别的通话暂停消息，并将所述通话暂停消息发送到所述通话对端；
所述IMS核心网执行所述TP业务恢复操作，具体为：
所述IMS核心网将所述TP业务恢复请求消息发送到所述通话对端所在的MGCF，以便所述MGCF将所述TP业务恢复请求消息转换为所述通话对端可识别的通话恢复消息，并将所述通话恢复消息发送到所述通话对端。
12.一种IP多媒体子系统架构下终端移动业务的实现装置，其特征在于，所述装置包括：
接收单元，用于在用户通话的过程中，接收综合业务数字网ISDN用户终端提交的终端移动TP业务触发请求；
构建单元，用于根据所述接收单元接收的所述TP业务触发请求，构建TP业务挂起请求消息；
发送单元，用于向IP多媒体子系统IMS核心网发送所述构建单元构建的所述TP业务挂起请求消息，以便于所述IMS核心网识别所述TP业务挂起请求，并执行所述TP业务挂起操作；
所述接收单元还用于，在所述通话挂起的过程中，接收所述ISDN用户终端提交的所述TP业务恢复请求；
所述构建单元还用于，根据所述接收单元接收的所述TP业务恢复请求，构建TP业务恢复请求消息；
所述发送单元还用于，向所述IMS核心网发送所述构建单元构建的所述TP业务恢复请求消息，以便于所述IMS核心网识别所述TP业务恢复请求，并执行所述TP业务恢复操作。
13.根据权利要求12所述的装置，其特征在于，所述ISDN用户为所述IMS域内用户时，所述构建单元用于构建所述TP业务挂起请求消息，具体为：
扩展会话初始协议SIP下的重协商请求消息，在所述重协商请求消息中携带表征所述TP业务挂起请求的内容。
14.根据权利要求12所述的装置，其特征在于，所述ISDN用户为所述IMS域外用户时，所述构建单元用于构建所述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用户为所述IMS域内用户时，所述构建单元用于构建所述TP业务恢复请求消息，具体为：
扩展会话初始协议SIP下的重协商请求消息，在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
18.根据权利要求12所述的装置，其特征在于，所述ISDN用户为所述IMS域外用户时，所述构建单元用于构建所述TP业务恢复请求消息，具体为：
将所述TP业务恢复请求转换为会话初始协议SIP下的重协商请求消息，在所述重协商请求消息中携带表征所述TP业务恢复请求的内容。
19.根据权利要求17或18所述的装置，其特征在于，所述在所述重协商请求消息中携带表征所述TP业务恢复请求的内容，具体为：
在所述重协商请求消息中增加P-Notification头域，用于指示所述重协商请求消息为恢复所述TP业务的请求消息；
所述增加的P-Notification头域的内容为：
P-Notification：user-resumed;user。
20.根据权利要求19所述的装置，其特征在于，所述构建单元还用于，在所述重协商请求消息中的会话描述SDP中携带a=sendrecv。
CN2012102174850A 2012-06-28 2012-06-28 一种ip多媒体子系统架构下终端移动业务的实现方法及装置 Pending CN102739672A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2012102174850A CN102739672A (zh) 2012-06-28 2012-06-28 一种ip多媒体子系统架构下终端移动业务的实现方法及装置
PCT/CN2013/070074 WO2014000429A1 (zh) 2012-06-28 2013-01-05 一种ip多媒体子系统架构下终端移动业务的实现方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2012102174850A CN102739672A (zh) 2012-06-28 2012-06-28 一种ip多媒体子系统架构下终端移动业务的实现方法及装置

Publications (1)

Publication Number Publication Date
CN102739672A true CN102739672A (zh) 2012-10-17

Family

ID=46994455

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2012102174850A Pending CN102739672A (zh) 2012-06-28 2012-06-28 一种ip多媒体子系统架构下终端移动业务的实现方法及装置

Country Status (2)

Country Link
CN (1) CN102739672A (zh)
WO (1) WO2014000429A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102883080A (zh) * 2012-08-31 2013-01-16 河北远东哈里斯通信有限公司 针对调度台实现sip与isdn协议共存并互为备份的方法
CN107333015A (zh) * 2017-06-15 2017-11-07 烽火通信科技股份有限公司 一种VoIP网关的ISDN用户接入方法及系统
CN114268610A (zh) * 2020-09-25 2022-04-01 维沃移动通信有限公司 Ip多媒体子系统ims挂起方法、装置和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060149847A1 (en) * 2005-01-03 2006-07-06 Nokia Corporation Handling suspended network state of a terminal device
CN101009693A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 在分组网络中实现综合业务数字网业务的系统和方法
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060149847A1 (en) * 2005-01-03 2006-07-06 Nokia Corporation Handling suspended network state of a terminal device
CN101009693A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 在分组网络中实现综合业务数字网业务的系统和方法
CN101594554A (zh) * 2009-07-01 2009-12-02 华为技术有限公司 主被叫业务服务器、综合业务接入网设备及主被叫控实现方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102883080A (zh) * 2012-08-31 2013-01-16 河北远东哈里斯通信有限公司 针对调度台实现sip与isdn协议共存并互为备份的方法
CN102883080B (zh) * 2012-08-31 2014-04-16 河北远东通信系统工程有限公司 针对调度台实现sip与isdn协议共存并互为备份的方法
CN107333015A (zh) * 2017-06-15 2017-11-07 烽火通信科技股份有限公司 一种VoIP网关的ISDN用户接入方法及系统
CN114268610A (zh) * 2020-09-25 2022-04-01 维沃移动通信有限公司 Ip多媒体子系统ims挂起方法、装置和设备

Also Published As

Publication number Publication date
WO2014000429A1 (zh) 2014-01-03

Similar Documents

Publication Publication Date Title
KR100802641B1 (ko) 패킷 교환 방식 네트워크 시그날링을 통해 회선 교환 방식통신을 설정하는 시스템, 장치, 및 방법
KR100886548B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템
KR100933121B1 (ko) Ｉｍｓ 도메인을 통한 실시간 서비스를 포함하는 ｉｍｓ 단말의 호 요청을 ｃｓｉ 단말이 처리하는 방법 및 장치
US11108838B2 (en) Method, user equipment and application server for adding media stream of multimedia session
US8553869B2 (en) Method for implementing RBT interworking, media gateway control function device, and application server
EP1943810B1 (en) Methods of establishing existence of quality of service preconditions for sip session setup
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
KR101133199B1 (ko) 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치
JP2010541348A (ja) Ｉｐマルチメディア・サブシステム・ネットワークにおける障害回復
US11909775B2 (en) Methods and apparatuses for enhancement to IP multimedia subsystem
KR20100042270A (ko) 호 전달 서비스 제공 방법, 호 전달 서비스 제공 장치 및 호 전달 서비스 제공 시스템
CN102739672A (zh) 一种ip多媒体子系统架构下终端移动业务的实现方法及装置
WO2009015576A1 (fr) Procédé, système et dispositif pour transformer un service vocal en service de fax
CN101453453B (zh) 实现呼叫保持的方法及设备
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
WO2009121310A1 (zh) 一种网关选择的方法、系统及设备
WO2017000481A1 (zh) 语音通话的拨号方法和装置
EP1998517A1 (en) Method,terminal and network device for changing status of packet switched domain
KR20120058764A (ko) ＶｏＩＰ의 통화 품질 제공 방법 및 그 장치
WO2008101443A1 (fr) Procédé, système et dispositif pour acquérir un flux multimédia
CN102340490B (zh) 一种实现媒体锚定的方法及系统
WO2011032425A1 (zh) 呼叫等待业务中区别振铃的实现方法及系统
KR102289153B1 (ko) 미디어 게이트웨이 제어 펑션 및 그 제어방법
KR101420607B1 (ko) 이용자 단말에 대해 음성 메시지들을 제공하기 위한 방법 및 장치
KR100998751B1 (ko) Ｉｍｓ망에서의 영상 링백톤 제공 장치 및 그 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20121017