CN1980288A - 一种获取用户终端到服务器的路由信息的方法及其应用 - Google Patents
一种获取用户终端到服务器的路由信息的方法及其应用 Download PDFInfo
- Publication number
- CN1980288A CN1980288A CN 200610111380 CN200610111380A CN1980288A CN 1980288 A CN1980288 A CN 1980288A CN 200610111380 CN200610111380 CN 200610111380 CN 200610111380 A CN200610111380 A CN 200610111380A CN 1980288 A CN1980288 A CN 1980288A
- Authority
- CN
- China
- Prior art keywords
- terminal
- routing iinformation
- call
- user terminal
- message
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种通过获取路由信息进行主叫用户终端定位的方法,首先记录从激活回叫业务的主叫用户终端到服务器的路由信息;进行回叫指示时,根据上述记录的路由信息将回叫指示消息发送到激活回叫业务的主叫用户终端。本发明还公开了一种获取用户终端到服务器的路由信息的方法。本发明技术方案实现了主叫为多终端情况下发起回叫时回叫到初始主叫终端,本发明方法能够优化业务的用户体验,丰富了业务的应用场景。
Description
技术领域
本发明涉及通信领域,尤其涉及一种获取用户终端到服务器的路由信息的方法及其应用。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子***)是下一代网络(NGN)的核心子***,采用分组域为其上层控制信令和媒体传输的承载通道,引入SIP(Session Initiation Protocol,会话发起协议))协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能网元CSCF(Call Session ControlFunction,呼叫会话控制功能)、提供各种业务逻辑控制功能的应用服务器AS(Application Server)、集中管理用户签约数据的归属用户服务器HSS(Home Subscriber Server)以及用于实现与电路交换网互通的媒体网关控制功能实体MGCF(Media Gateway Control Function),用户通过当前所在地代理节点P-CSCF(Proxy-CSCF,代理CSCF)接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点S-CSCF完成。
现有的SIP协议中为实现事件通知,引入了SUBSCRIBE(订阅)和NOTIFY方法,SUBSCRIBE方法用于订阅,而NOTIFY方法用于传递一个事件的任何变化的通知。所谓事件通知就是,一个用户或资源向其他资源发起订阅,由于后者有前者感兴趣的事件,之后前者会接收到有关该事件的状态和任何变化的通知。
在CCBS(Completion of Communication sessions to Busy Subscriber)即遇忙回叫业务中,主叫用户A拨打被叫用户B,如果B用户忙,遇忙回叫业务就被激活,之后***将监视被叫用户B的状态,如果用户B空闲后***会通知用户A,由用户A向用户B发起回叫,用户B应答后主被叫正常通话,业务完成。
现有CCBS业务的信息交互如图1所示,CCBS业务逻辑及队列均保存在AS上,主叫侧AS在最初的呼叫建立阶段被引入,保存主叫的业务激活情况、业务队列等信息;被叫侧AS在业务激活时被引入,保存被叫业务队列信息;主叫侧AS向被叫侧AS订阅被叫状态,并维护队列信息。以下步骤的描述中,将主叫侧AS用户AS(A)表示,被叫侧AS用户AS(B)表示。
其中步骤1~7是用户A发起的一个正常的SIP呼叫。步骤8~11中被叫用户忙,终端返回486 busy,并携带头域allow event:dialog,表示终端支持dialog事件,支持使用dialog事件订阅终端状态。步骤12-14中AS(A)发送183 session progress给终端A;步骤15~18中AS(A)向AS(B)发起CCBS业务订阅(Subscribe消息),使用CCBS事件包,其中携带主叫用户的公有用户标识(主叫电话号码)和队列状态(queue=true,表示把用户A加入队列)。步骤19:AS(A)把486 busy发回主叫终端。步骤20、21:AS(B)向AS(A)发送Notify,携带目前的用户状态,作为Subscribe的响应。步骤22~27:AS(B)向终端B订阅终端状态,使用dialog事件包。步骤28~35:终端B上报busy状态,使用dialog包,一直上报到AS(B)。AS(B)再用CCBS事件包把被叫忙的状态报给AS(A)。步骤36~43:终端B空闲,上报free状态到AS(B),AS(B)再报给AS(A)。步骤44~55:AS(A)根据用户A的公有用户标识通知用户A发起回叫,Refer中会携带被叫号码等信息。
步骤56~62:终端A发起到用户B的回叫,Invite消息中会携带回叫指示表示这是一个回叫呼叫,主被叫正常通话后,业务正常结束。业务结束后,主叫侧AS删除本AS上的业务信息并通知被叫侧AS删除相关队列信息,使用CCBS事件包,其中携带主叫号码和队列状态(queue=false,表示把用户A从队列中删除)。这个过程与15~18步类似,图中没有列出,但应无须再赘述。
在现有的CCNR(Completion of Communication on no reply)即无应答回叫业务中,主叫用户A拨打被叫用户B,用户B不应答,无应答回叫业务即被激活,在激活成功后网络释放本次呼叫,用户B发起一次通话后空闲,此时***通知用户A,用户A向用户B发起回叫,用户B应答后主被叫正常通话,业务完成。CCNR业务的回叫流程与上述CCBS业务类似,这里不再详细介绍。
更详细的CCBS、CCBR的业务流程实现方式可参见ETSI TISPAN中描述CCBS、CCNR业务的当前最新标准草案。
随着通信业务的不断发展,运营商允许多个注册终端共享单个用户身份,所述用户身份就是公有用户标识,也即通常所说的电话号码。例如,某个用户有一个移动终端和一个固定终端,这两个终端对外使用同一个电话号码(即公有用户标识)。假设该主叫多终端用户在使用其移动终端时激活回叫业务,那么当被叫用户空闲后,自然希望应用服务器通知该移动终端进行回叫。
但是,根据前述现有回叫业务的实现过程可知,回叫业务被激活后,应用服务器依据主叫用户的公有用户标识通知主叫用户终端进行回叫,而所述主叫用户的移动终端和固定终端具有的公有用户标识相同,因此应用服务器在通知主叫用户进行回叫时,无法准确定位到该主叫用户的移动终端,由此导致现有的回叫业务实现方法无法应用于主叫多终端的情况。
发明内容
本发明要解决的问题是提供一种获取用户终端到服务器的路由信息的方法及其应用,该方法能够满足主叫多终端的使用环境。
为解决上述技术问题,本发明的目的是通过以下技术方案实现的:
一种通过获取路由信息进行主叫用户终端定位的方法,包括以下步骤:记录从激活回叫业务的主叫用户终端到服务器的路由信息;进行回叫指示时,根据上述记录的路由信息将回叫指示消息发送到激活回叫业务的主叫用户终端。
优选的,所述方法还包括:通过向网络注册单元订阅注册信息,获取从激活回叫业务的主叫用户终端到服务器的路由信息。
优选的,所述向网络注册单元订阅注册信息的具体过程为:回叫业务激活后,在建立会话的消息交互过程中获知主叫用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息;或签约回叫业务的用户终端进行网络注册后,通过第三方注册消息获知主叫用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息。
优选的,所述方法还包括:通过第三方注册消息,获取从激活回叫业务的主叫用户终端到服务器的路由信息。
优选的,所述方法还包括:如果所述激活回叫业务的主叫用户终端重新注册,则更新关于该主叫用户终端的路由信息记录。
优选的,所述方法还包括:通过向网络注册单元订阅注册信息或第三方注册,获取激活回叫业务的主叫用户终端的私有用户标识。
优选的,所述更新路由信息记录的具体过程包括:根据进行重新注册的主叫用户终端的公有用户标识和私有用户标识,索引出已经存在的该主叫用户终端的原有路由信息记录;根据该主叫用户终端重新注册后的当前路由信息,更新索引出的原有路由信息记录。
优选的,所述路由信息为用户终端联系地址或GRUU。
优选的,所述路由信息还包括用户终端的公有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
一种获取用户终端到服务器的路由信息的方法:服务器向用户终端的网络注册单元订阅注册信息;网络注册单元上报当前所述用户终端到服务器的注册信息,所述注册信息至少包括路由信息;服务器根据接收到的注册信息,获取所述用户终端到服务器的路由信息。
优选的,所述方法还包括:当用户终端重新注册时,所述网络注册单元上报更新的用户终端到服务器的路由信息。
优选的,所述订阅注册信息的具体过程包括:服务器在建立会话的消息交互过程中获知用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息;或用户终端进行网络注册后,服务器通过第三方注册消息获知用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息。
优选的,所述路由信息至少包括用户终端联系地址或GRUU。
优选的,所述路由信息还包括用户终端的公有用户标识、用户终端的私有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
一种获取用户终端到服务器的路由信息的方法,网络注册单元收到用户终端的注册消息后,向服务器发送注册消息,所述注册消息至少包括当前用户终端到服务器的路由信息;服务器根据接收到的注册消息,获取所述用户终端到服务器的路由信息。
优选的,所述路由信息至少包括用户终端联系地址或GRUU。
优选的,所述路由信息还包括用户终端的公有用户标识、用户终端的私有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
以上技术方案可以看出,在本发明中,由于记录了激活回叫业务的主叫终端到服务器的路由信息,使得在指示回叫时,能够根据已记录的路由信息,将回叫指示消息准确发送到激活回叫业务的那个主叫用户终端。由此,本发明技术方案适用于主叫用户多终端的情况,激活回叫业务的是哪个终端,服务器就可以通知哪个终端发起回叫。
附图说明
图1为现有技术的遇忙回叫业务CCBS的信息交互过程示意图;
图2为本发明方法的通用网络模型结构图;
图3为本发明方法的第一较佳实施例的信息交互过程示意图;
图4为本发明第一较佳实施例的流程示意图;
图5为本发明方法的第二较佳实施例的信息交互过程示意图;
图6为本发明第二较佳实施例的流程示意图;
图7为本发明方法的第三较佳实施例的信息交互过程示意图;
图8为本发明第三较佳实施例的流程示意图。
具体实施方式
以下结合附图,将对本发明的各较佳实施例进行较为详细的说明。
本发明IMS域获得服务器到终端的路由信息的方法,其涉及的通用网络模型如图2所示,其包括:网络接入单元:将用户接入至运营商网络以进行注册认证鉴权等处理。在IMS中,网络接入单元被称为P-CSCF。呼叫会话控制单元CSCF:为用户提供呼叫控制、路由接续等功能,它可以将呼叫触发至不同的业务控制单元。在IMS中,呼叫会话控制单元被称为S-CSCF。业务控制单元(应用服务器的一种):为用户提供各种业务逻辑控制功能,是各种业务的宿主执行环境,本发明中控制单元提供CCBS等回叫业务的处理。在IMS中,业务控制单元被称为AS。
本发明方法为业务控制单元保存从主叫用户终端到业务控制单元的路由信息,业务控制单元指示回叫时在指示回叫的SIP消息中携带业务控制单元中保存的的路由信息,回叫指示消息将发送到对应的主叫用户终端上。
这样对多终端用户来说,虽然共用一个公有用户标识,但每个终端都可以通过其唯一的私有用户标识来区分,当用户终端向网络注册时,还会获得唯一的、可用来被路由寻址的联系地址,显然,如果业务控制单元能够获得需要回叫的用户终端的联系地址,就能实现回叫至指定终端的需求。
表面上,回叫业务被激活时,业务控制单元就已经可以通过此前主叫用户终端发起的呼叫的相关信息获得了用户终端的联系地址,但正如前所述,由于联系地址是在用户终端向网络注册时分配获得的,每次注册都有可能获得不同的联系地址,而当主叫用户激活回叫业务后至网络开始回叫主叫用户期间,用户终端有可能因重新注册而使其联系地址发生变化,如用户终端漫游、用户终端关闭后重新启动等,因此本发明方法的关键技术之一就是用户终端向网络发起注册时,业务控制单元如何获取到用户终端当前的联系地址,以下通过三个不同的实施例来说明这一实现过程,并同时说明回叫业务是如何实现的。
需要说明的是,本发明下述各实施例中所作的信息交互过程示意图及对应的流程图示和文字说明仅为突出本发明的关键技术所作的解释,并不表示一个完整的呼叫和业务控制流程,也没有穷尽所有可能的分支流程。
本发明方法的实施例一:
业务控制单元(AS)在回叫业务激活成功后,记录本次呼叫过程中从主叫用户终端到业务控制单元(AS)的路由信息,同时向该用户对应的呼叫会话控制单元(S-CSCF)订阅主叫用户的注册信息。
当终端重新注册、注册信息发生变化时,呼叫会话控制单元(S-CSCF)把最新的注册信息通知给业务控制单元(AS),业务控制单元(AS)从注册信息中获取终端当前的路由信息并保存。业务控制单元(AS)指示回叫时在指示回叫的SIP消息中携带业务控制单元(AS)中保存的路由信息,回叫指示消息将发送到对应的主叫终端上,请参阅图3,其为本发明第一实施例的信息交互过程示意图。
1~4、用户发起一个正常的SIP呼叫。
5、被叫用户忙,被叫侧返回486busy。
6~8、业务控制单元(AS)发送183 session progress给主叫终端。
9~10、业务控制单元(AS)收到主叫的业务登记请求之后,向被叫侧对应的业务控制单元发送SUBSCRIBE,订阅CCBS业务。被叫侧返回200 OK。
所述业务控制单元(AS)根据INVITE消息中的内容保存从主叫终端到业务控制单元的相关路由信息,包括INVITE’消息中的Recorded-Route头域和Contact头域中的信息、或者Via头域中的信息,保存呼叫会话控制单元(S-CSCF)和网络接入单元A(P-CSCF)的地址、主叫终端联系地址和其公有用户标识,其中,Record-Route头域中有呼叫会话控制单元和网络接入单元A的地址,Contact头域中有主叫终端的联系地址,而Via头域中则同时有呼叫会话控制单元和网络接入单元A的地址以及主叫终端的联系地址;主叫终端的公有用户标识来自于P-Asserted-Identity头域。
至此,本发明所述业务控制单元(AS)已经激活了主叫用户的回叫业务,通过主被叫的公有用户标识可以标识一个回叫,所述业务控制单元还可以为当前回叫分配一个回叫标识,通过SUBSCRIBE消息发送给被叫侧网元。
11~13、业务控制单元(AS)发送486 busy到主叫终端。
14~15、业务控制单元(AS)向呼叫会话控制单元(S-CSCF)发送SUBSCRIBE订阅用户的注册信息。呼叫会话控制单元(S-CSCF)响应200 OK。SUBSCRIBE订阅消息中携带扩展注册信息事件包reginfo,要求用户终端注册的信令路径(即路由信息)发生变化,通知业务控制单元(AS),示例内容为:
Event:reginfo
16~17、呼叫会话控制单元(S-CSCF)接受订阅,发送NOTIFY消息上报此时的注册信息,其中包括主叫用户的公有用户标识sip:[email protected]、主叫终端的联系地址sip:[email protected]、主叫终端的私有用户标识sip:[email protected]、主叫终端注册的网络接入单元A(P-CSCF)地址sip:pcscfl.example.com,业务控制单元(AS)响应200 OK并记录这些注册信息,可以看出,这些注册信息实际上包含了用户终端当前的路由信息。
需要说明的是,上述记录的信息比前面记录的(步骤9~10)要多出一个终端的私有用户标识,这是因为终端的私有用户标识要用于用户多注册终端时来区别各终端。
由于呼叫会话控制单元会将主叫用户所有已注册的终端的注册信息都上报上来,业务控制单元(AS)需要根据前面记录的公有用户标识和终端联系地址查找出已激活了回叫业务的注册终端的注册信息,这也是在步骤9~10中业务控制单元要记录激活了回叫业务的终端联系地址的原因。由于这是接受订阅后的同步通知消息,用户终端的注册信令路径并没有发生变化,因此此时业务控制单元(AS)也可只保存主叫终端的私有用户标识。
本发明方法的所述NOTIFY消息中携带的上述内容的示例如下:
Event:reginfo
<?xml version=″1.0″?>
<reginfo xmlns=″urn:ietf:params:xml:ns:reginfo″
xmlns path=″urn:ietf:params:xml:ns:pathinfo″
version=″0″state=″full″>
<registration aor=″sip:[email protected]″id=″a7″
state=″active″>
<contact id=″76″state=″active″event=″registered″
duration-registered=″0″>
<uri>sip:[email protected]</uri>
<path:p-uri>sip:[email protected]</p-uri>
<path:path-uri>sip:pcscfl.example.com</path-uri>
</contact>
</registration>
</reginfo>
18~21、主叫终端在行动中网络接入点发生变化,通过另一个网络接入单元B(P-CSCF)发起注册,呼叫会话控制单元(S-CSCF)响应200 OK。此时,主叫终端的联系地址和P-CSCF地址都发生了变化。
22~23、呼叫会话控制单元(S-CSCF)发送NOTIFY消息上报更新的注册信息,其中包括主叫用户的公有用户标识sip:[email protected]、主叫终端的私有用户标识sip:[email protected]、以及更新后的主叫终端的联系地址sip:[email protected]和主叫终端注册的网络接入单元B(P-CSCF)地址sip:pcscf2.example.com。业务控制单元(AS)响应200 OK。
可以看出,此时终端的联系地址已经发生变化,业务控制单元(AS)将根据这些注册信息中的公有用户标识和私有用户标识索引出已经记录了回叫路由信息的用户终端,并更新相关的路由信息。
虽然本发明方法中的终端私有用户标识不属于该终端到业务控制单元(AS)的直接路由信息,但它是注册终端不变的身份标识,必须要通过它来查找重注册后变化了的路由信息,由于终端的联系地址(路由信息)在每次注册时都可能会发生变化,因此必须要通过私有用户标识来索引出需要被更新保存路由信息的用户终端。
本发明方法中Notify消息中携带的相关参数的示例如下:
Event:reginfo
<?xml version=″1.0″?>
<reginfo xmlns=″urn:ietf:params:xml:ns:reginfo″
xmlns path=″urn:ietf:params:xml:ns:pathinfo″
version=″1″state=″partial″>
<registration aor=″sip:[email protected]″id=″a7″
state=″active″>
<contact id=″76″state=″active″event=″registered″
duration-registered=″0″>
<uri>sip:[email protected]</uri>
<path:p-uri>sip:[email protected]</p-uri>
<path:path-uri>sip:pcscf2.example.com</path-uri>
</contact>
</registration>
</reginfo>
24、被叫用户空闲时,被叫侧网元向业务控制单元(AS)发送NOTIFY消息上报此状态,消息中携带主被叫公有用户标识,还可以携带此前分配的回叫标识。
25~29、所述业务控制单元(AS)根据主被叫公有用户标识,也可以根据回叫标识找到需要被应用的回叫,并索引出其当前的路由信息,向该主叫终端发送REFER通知其发起回叫,终端响应200 OK。REFER消息根据业务控制单元(AS)中保存的路由信息进行路由,该路由信息表明了主叫终端的信令路径,包括呼叫会话控制单元地址、网络接入单元B地址、主叫终端联系地址,则REFER消息路经呼叫会话控制单元、网络接入单元B,被发送到登记回叫业务的主叫终端上。所述REFER消息中携带的相关参数示例如下:
Refer:sip:[email protected]
Route:<sip:scscf.example.com;lr>,<sip:pcscf2.example.com;lr>
To:sip:[email protected]
30~33、所述主叫终端发起回叫。在回叫成功后,所述业务控制单元(AS)删除保存的路由信息,同时取消对主叫终端注册信息的订阅。
以上详细介绍了本发明第一较佳实施例的信息交互过程示意图,由于信息交互侧重较多的细节描述,因此不是很容易看出该实施例的逻辑思路,为此,请继续参阅图4,其为本发明第一较佳实施例的流程示意图。在该流程的具体介绍中,将侧重于前后逻辑关系,对于与本发明技术方案相关的现有技术部分,将不再详细赘述。
步骤410:某个主叫用户终端激活回叫业务成功后,AS记录本次呼叫过程中从该主叫用户终端到业务控制单元的路由信息,所述路由信息中至少包含该主叫用户终端的公有用户标识和联系地址,当然还可以包括该主叫用户终端的接入网元P-CSCF及S-CSCF地址。
步骤420:AS根据步骤410中获得的公有用户标识向呼叫会话控制单元(S-CSCF)订阅该主叫用户的注册信息。所述注册信息至少包括主叫用户终端到AS的路由信息。换而言之,AS最少需要向S-CSCF订阅路由信息,也可以订阅包含路由信息的注册信息。需要说明,在本实施例中虽然AS是向S-CSCF订阅注册信息,但是不应将S-CSCF理解为对本发明的限制,只要某个网元能够处理用户终端的网络注册,该网元(逻辑上可以称为网络注册单元)就可以为AS提供注册信息。本说明同样适用于以后的各个实施例。
步骤430:S-CSCF接受订阅后,向AS上报当前该主叫用户终端的注册信息,AS予以记录。此时AS上报的注册信息至少包括主叫用户终端的公有用户标识,私有用户标识及联系地址,此外还可以包括P-CSCF及S-CSCF地址。由于这是订阅后的同步通知消息,主叫用户终端的注册信息路径(联系地址及接入P-CSCF地址等)都还没有发生变化,因此本步骤AS可以只记录该主叫用户终端的私有用户标识。
需要说明,由于AS需要处理网内所有的用户终端,因此其记录有很多主叫用户终端的路由信息。尤其是在主叫用户多终端的情况下(公有用户标识相同、私有用户标识不同),由于AS是根据公有用户标识订阅注册信息,因此S-CSCF会把该主叫用户对应的各个注册终端的注册信息都上报至AS。
于是在根据步骤430记录私有用户标识时,必须找到该私有用户标识所属的那个用户终端。具体而言,AS根据步骤430中S-CSCF上报的注册信息中的公有用户标识和主叫用户终端联系地址,在其记录的所有用户终端路由信息中索引出对应的那条路由信息记录,该条路由信息记录对应的主叫用户终端就是已经激活回叫业务的那个主叫用户终端,同时,步骤430注册信息中携带的那个私有用户标识就是上述主叫用户终端所有。此时,AS就已经获取并记录了激活回叫业务的主叫用户终端的路由信息和私有用户标识。
步骤440:如果激活回叫业务的主叫用户终端重新注册,S-CSCF向AS上报更新后的注册信息,所述注册信息至少包括主叫用户终端的公有用户标识,私有用户标识及联系地址,当然,通常还包括接入网元P-CSCF的地址。由于该主叫用户终端进行了重新注册,因此其联系地址已经发生变化,接入网元P-CSCF的地址也可能变化。
步骤450:AS根据上述更新后注册信息中的公有用户标识和私有用户标识,索引出已经记录回叫路由信息的主叫用户终端,更新其原有路由信息记录中的联系地址,也可能包括P-CSCF的地址;
步骤460:当被叫用户终端空闲后,AS根据激活回叫业务的主叫用户终端的当前路由信息记录指示回叫。具体而言,AS指示回叫时,在指示回叫的会话发起协议消息中携带所述激活回叫业务的主叫用户终端对应的当前路由信息,通知该主叫用户终端发起回叫。一般而言,AS可以通过主被叫公有用户标识一个回叫,也可以为当前每个回叫分配一个回叫标识。
本发明方法的实施例二:
业务控制单元(AS)在终端注册时通过第三方注册获得终端公有用户标识,业务控制单元(AS)即向呼叫会话控制单元(S-CSCF)订阅主叫用户的注册信息,并从注册信息中获取用户的私有用户标识、终端联系地址和网络接入单元地址等信息。需注意的是,上下文中的业务控制单元是根据实现的回叫业务时对实施控制的业务控制单元的称呼,因为主被叫都对应有业务控制单元,在理论上主叫或被叫的业务控制单元都有可能做业务控制单元,因此本发明的各实施例描述中直接采用的该称呼可能是起作用的主叫或被叫业务控制单元。
所述业务控制单元(AS)在回叫业务激活后,通过终端的联系地址在已记录的终端路由信息中标识出激活业务的终端,若终端重新注册、注册信息发生变化时,呼叫会话控制单元(S-CSCF)总会把最新的注册信息通知给业务控制单元(AS)。业务控制单元(AS)指示回叫时在指示回叫的SIP消息中携带业务控制单元中保存的的路由信息,回叫指示消息将发送到对应的主叫终端上,请参阅图5,其为本发明第二实施例的信息交互过程示意图。
具体解释如下:
1~4、所述主叫终端通过网络接入单元(P-CSCF)发起注册,呼叫会话控制单元(S-CSCF)响应200 OK。
5~6、根据呼叫会话控制单元(S-CSCF)上的触发规则,签约回叫业务的用户的终端在呼叫会话控制单元(S-CSCF)注册成功后,呼叫会话控制单元(S-CSCF)生成一个第三方注册请求REGISTER发往给业务控制单元(AS)。REGISTER消息中携带终端的公有用户标识。业务控制单元返回200 OK,并保存终端的公有用户标识,其中公有用户标识来自REGISTER请求的To头域。
7~8、第三方注册成功,业务控制单元(AS)获取了签约回叫业务的用户的公有用户标识,立即向呼叫会话控制单元(S-CSCF)订阅用户的注册信息,订阅消息SUBSCRIBE中携带扩展注册信息事件包reginfo。
9~10、呼叫会话控制单元(S-CSCF)接受订阅,发送NOTIFY消息上报此时的注册信息,其中包括主叫用户的公有用户标识sip:[email protected]、主叫终端的联系地址sip:[email protected]、主叫终端的私有用户标识sip:[email protected]、主叫终端注册的网络接入单元A(P-CSCF)地址sip:pcscfl.example.com,业务控制单元(AS)响应200 OK并记录这些注册信息。NOTIFY消息中携带的相关参数的示例可参见实施例一的步骤16~17。
此后,只要用户终端发生了重注册,呼叫会话控制单元(S-CSCF)都会向业务控制单元(AS)上报当前最新的注册信息,具体过程可参加实施例一的步骤18~23。
如果用户终端发起呼叫遇忙,回叫业务被激活,由于业务控制单元(AS)中总保存了当前用户终端注册后的路由信息,业务控制单元(AS)在回叫业务激活后只需要通过终端的联系地址在已记录的终端路由信息中标识出激活业务的终端,因此在被叫空闲后,在指示回叫的SIP消息中总能携带业务控制单元当前保存的的路由信息,以使回叫指示消息发送到对应的主叫终端上,具体过程可参见上述实施例一中的步骤1~13(用户呼叫遇忙,回叫业务被激活)、步骤24~34(被叫空闲,回叫业务应用)。
以上详细介绍了本发明第二较佳实施例的信息交互过程示意图,由于信息交互侧重较多的细节描述,因此不是很容易看出该实施例的逻辑思路,因此,请继续参阅图6,其为本发明第二较佳实施例的流程示意图。在该流程的具体介绍中,将侧重于前后逻辑关系,对于与本发明技术方案相关的现有技术部分,将不再详细赘述。
步骤610:签约回叫业务的主叫用户终端向呼叫会话控制单元CSCF(主要是P-CSCF及S-CSCF)进行网络注册;
步骤620:网络注册成功后,S-CSCF生成一个第三方注册请求发往业务控制单元AS,所述第三方注册请求中至少包括该主叫用户终端的公有用户标识;(业务控制单元是本文中对AS的一个抽象描述,业务控制单元特指处理回叫业务的AS)
步骤630:AS根据步骤620中获得的公有用户标识,向S-CSCF订阅该主叫用户的注册信息,所述注册信息至少包括路由信息。
步骤640:S-CSCF接受订阅后,向业务控制单元上报此时的注册信息,所述注册信息至少包括主叫用户终端的公有用户标识,联系地址以及私有用户标识。需要说明,由于是根据公有用户标识进行的订阅,因此对于主叫用户多终端的情况,S-CSCF会将该主叫用户各终端的注册信息都上报AS,其中即包括激活了回叫业务的那个用户终端注册信息,也包含没有激活回叫业务的用户终端。
步骤650:如果主叫用户终端重新注册,S-CSCF向AS上报更新后的注册信息,AS据此更新各主叫用户终端的路由信息,通常是更新路由信息中的联系地址及P-CSCF的地址。由此可知,AS中记录了各签约回叫业务的用户终端的当前路由信息。需要说明,在更新路由信息过程中,需要根据私有用户标识区分各主叫用户终端,因为同一个用户终端在重新注册后,其联系地址以及接入网元P-CSCF地址一般会改变,而其私有用户标识是不会改变的。
步骤660:某个主叫用户终端激活回叫业务成功后,AS根据该主叫用户终端的联系地址,在已记录的各用户终端路由信息中标识出激活回叫业务的那个主叫用户终端。
步骤670:当被叫用户终端空闲后,AS根据激活回叫业务的主叫用户终端的当前路由信息记录指示回叫。具体而言,AS在指示回叫时,在指示回叫的会话发起协议SIP消息中携带所述激活回叫业务的主叫用户终端对应的当前路由信息,进而将回叫指示消息发送到对应的主叫终端,通知其发起回叫。
可以看出,实施一和实施例二的主要区别在于所述业务控制单元(AS)发起对用户注册信息的订阅的触发时机的不同,实施例一中,回叫业务激活后,触发订阅;实施例二中,第三方注册成功后,触发订阅。采用实施例一的方式,AS只订阅激活了回叫业务的用户注册信息,而采用实施例二的方式,AS需要保存所有签约了回叫业务的用户注册信息,因此实施例一需要保存的信息量少于实施例二。
本发明方法的实施例三:
签约回叫业务的用户的终端注册时向业务控制单元(AS)进行第三方注册,上报从主叫用户终端到业务控制单元(AS)的路由信息,业务控制单元(AS)保存这些信息。业务控制单元(AS)在回叫业务激活后,通过终端的联系地址在已记录的终端路由信息中标识出激活业务的终端。当终端重新注册、注册信息发生变化时,业务控制单元(AS)根据注册消息的内容更新保存的信息。业务控制单元指示回叫时在指示回叫的SIP消息中携带业务控制单元(AS)中保存的的路由信息,回叫指示消息将发送到对应的主叫终端上,请参阅图7,其为本发明第三实施例的信息交互过程示意图。
具体解释如下:
1~4、所述主叫终端通过网络接入单元(P-CSCF)发起注册,呼叫会话控制单元(S-CSCF)响应200 OK。
5~6、根据呼叫会话控制单元(S-CSCF)上的触发规则,签约回叫业务的用户的终端在呼叫会话控制单元(S-CSCF)注册成功后,呼叫会话控制单元(S-CSCF)生成一个第三方注册请求REGISTER发往业务控制单元(AS)。REGISTER消息中扩展头域Contact或其它头域、或新增一个头域,携带S-CSCF地址scscf.example.com、终端的私有用户标识[email protected]、终端联系地址[email protected]和接入控制单元A(P-CSCF)的地址pcscfl.example.com。业务控制单元返回200 OK,并保存终端的公有用户标识、私有用户标识、终端联系地址、P-CSCF地址和S-CSCF地址。到这一步,本发明所述业务控制单元(AS)保存了签约用户的终端到业务控制单元的路由信息以及终端的私有用户标识。
所述REGISTER消息中携带的相关参数示例如下:
From:sip:scscf.example.com
To:sip:[email protected]
Contact:sip:scscf.example.com;p-uri=sip:
[email protected];path-uri=sip:pcscfl.example.com;
uri=sip:[email protected]
7~10、用户发起一个正常的SIP呼叫。
11、被叫用户忙,被叫侧返回486 busy。
12~14、业务控制单元(AS)发送183 session progress给主叫终端。
15~16、业务控制单元(AS)收到主叫的业务登记请求之后,向被叫侧对应的业务控制单元发送SUBSCRIBE,订阅CCBS业务。被叫侧返回200 OK。
所述业务控制单元(AS)从INVITE消息中可以获得主叫终端的公有用户标识和终端联系地址,并根据这两个地址在已保存的路由信息中索引出激活业务的终端的路由记录。
17~19、业务控制单元(AS)发送486 busy到主叫终端。
20~23、主叫终端在行动中网络接入点发生变化,通过另一个网络接入单元B(P-CSCF)发起注册,呼叫会话控制单元(S-CSCF)响应200 OK。此时,主叫终端的联系地址和P-CSCF都发生了变化。
24~25、呼叫会话控制单元(S-CSCF)生成一个第三方注册请求REGISTER发往业务控制单元(AS),携带新的路由信息,其中包括主叫用户的公有用户标识sip:[email protected]、主叫终端的私有用户标识sip:[email protected]、以及更新后的主叫终端的联系地址sip:[email protected]、主叫终端注册的网络接入单元B(P-CSCF)地址sip:pcscf2.example.com和呼叫会话控制单元S-CSCF地址。业务控制单元(AS)响应200 OK。业务控制单元(AS)将根据这些注册信息中的公有用户标识和私有用户标识索引到已经记录了回叫路由信息的用户终端,并更新相关的路由信息。
本发明所述REGISTER携带的相关参数示例如下:
From:sip:scscf.example.com
To:sip:[email protected]
Contact:sip:scscf.example.com;p-uri=sip:
[email protected];path-uri=sip:pcscf2.example.com;
uri=sip:[email protected]
后续业务控制单元(AS)指示回叫和主叫终端发起呼叫的过程同实施例1,这里不再具体描述。回叫成功后,所述业务控制单元(AS)删除业务激活后对该终端路由信息的标识。
以上详细介绍了本发明第三较佳实施例的信息交互过程示意图,由于信息交互侧重较多的细节描述,因此不是很容易看出该实施例的逻辑思路,因此,请继续参阅图8,其为本发明第三较佳实施例的流程示意图。在该流程的具体介绍中,将侧重于前后逻辑关系,对于与本发明技术方案相关的现有技术部分,将不再详细赘述。
步骤810:签约回叫业务的主叫用户终端向呼叫会话控制单元CSCF(主要是P-CSCF及S-CSCF)进行网络注册。
步骤820:网络注册成功后,S-CSCF生成一个第三方注册请求发往AS,所述第三方注册请求中至少包括该主叫用户终端的公有用户标识、当前联系地址及私有用户标识;AS保存上述信息。
步骤830:回叫业务被激活后,根据该激活回叫业务的主叫用户终端的公有用户标识和联系地址,在AS已经记录的各用户终端路由信息中标识出激活回叫业务的主叫用户终端。
步骤840:如果主叫用户终端重新注册,S-CSCF生成一个第三方注册请求发往AS,所述第三方注册请求中至少包括该主叫用户终端的公有用户标识,私有用户标识及当前联系地址。此外还可以包括接入网元P-CSCF地址。通常用户终端重新注册后,其联系地址和接入网元P-CSCF地址可能发生变化。
步骤850:根据步骤840所述第三方注册请求中的公有用户标识和私有用户标识,索引出已经记录回叫业务路由信息的主叫用户终端,更新其路由信息中的联系地址及P-CSCF。如果经过索引后发现,进行重新注册的用户终端并没有激活回叫业务,那么AS既可以更新该主叫用户终端的路由信息记录,也可以不更新。
步骤860:当被叫用户终端空闲后,AS根据激活回叫业务的主叫用户终端的当前路由信息记录指示回叫。AS指示回叫时,会在指示回叫的会话发起协议SIP消息中携带所述激活回叫业务的主叫用户终端对应的当前路由信息,进而回叫指示消息发送到对应的主叫终端,通知其发起回叫。
总结上述三个实施例,可以看出,虽然本发明的实施例给出的是回叫业务的实现过程,但是如前所分析,本发明方法的关键点之一就是业务控制单元(AS)如何获取到用户终端至业务控制单元的当前路由信息,该路由信息包括呼叫会话控制单元地址、网络接入单元地址、用户终端联系地址,而三个不同的实施例给出的就是获得上述路由信息的方法,可以归纳为两种方式:
1、业务控制单元(AS)向终端注册的呼叫会话控制单元(S-CSCF)订阅注册信息,呼叫会话控制单元(S-CSCF)上报当前的终端到业务控制单元(AS)的路由信息。当终端重新注册时,呼叫会话控制单元(S-CSCF)上报更新的终端到业务控制单元(AS)的路由信息。
具体的,终端在呼叫会话控制单元上注册成功后,呼叫会话控制单元向业务控制单元发起第三方注册,业务控制单元收到注册消息,向呼叫会话控制单元发送SIP SUBSCRIBE订阅消息,消息中携带注册信息事件包,呼叫会话控制单元发送向业务控制单元发送SIP NOTIFY通知消息,消息中携带终端到业务控制单元的路由信息。业务控制单元也可以在会话建立过程中的SIP消息交互中获取呼叫会话控制单元的地址,之后向会话控制单元发起订阅。
其中,注册信息事件包被用来订阅注册用户的相关注册信息,包括路由信息,注册信息事件包可以是一个新扩展的事件包,也可以是对已有标准定义的注册事件包(reg)的扩展使用。此外,业务控制单元也可以只向呼叫会话控制单元只订阅所述的路由信息,使用一个扩展事件包来表示对路由信息的订阅。
2、呼叫会话控制单元(S-CSCF)收到终端的注册消息后,向业务控制单元发送注册消息,所述注册消息中携带当前终端到业务控制单元(AS)的路由信息。当终端重新注册时,呼叫会话控制单元(S-CSCF)通过第三方注册上报更新的终端到业务控制单元(AS)的路由信息。
上述的路由信息除了可以是前述的终端的联系地址等外,还可以是终端的GRUU(globally routable user agent uniform resource identifier,全球可路由的用户代理统一资源标识),在用户多终端情况下,GRUU也可以被用来路由至GRUU指定的终端。进一步,上述的路由信息包含终端的偏好设置(即终端能力),比如终端支持视频、短消息等能力,类似的,终端的偏好设置也可以被用来路由至偏好设置指定的终端,如支持视频能力的终端。总而言之,服务器可以但不限于通过以下几种方式的路由信息将特定消息路由到指定的用户终端,其一所述路由信息至少包括用户终端联系地址和公有用户标识,其二所述路由信息至少包括GRUU,其三所述路由信息至少包括用户终端的公有用户标识、用户终端的私有用户标识,S-CSCF地址以及P-CSCF的地址,所述私有用户标识虽然一般不用于直接路由,但用于索引以便更新路由信息,因此,也可以将其称为间接路由信息中的一种。用户的偏好参数可用于路由的选择。
因此本发明的上述各实施例可以归结为一种由业务控制单元获取终端到业务控制单元的路由信息的方法,从而本发明的技术构思并不仅限于各回叫业务的应用,还可以应用于其他需要获取路由信息的业务中,如前述的向指定偏好设置/能力的终端路由等,换而言之,只要在需要向指定终端路由的技术中基本都可以应用本发明提供的技术方案,所述的终端即可以是前述的用于回叫的主叫终端,也可以是普通的主叫终端和被叫终端,所述的路由信息可以被业务控制单元直接用来路由,也可以被间接用来路由,例如作为一种判定条件(如私有用户标识)等。此外,适用本发明方案的业务控制单元不仅仅是前述的业务控制单元,而可以是任意类型的、需要使用路由信息的IMS应用服务器,例如短消息服务器。
本发明所提供的上述获得服务器到主叫终端的路由信息的方法,可用于实现主叫为多终端情况下发起回叫时回叫到初始主叫终端。该技术可同样适用于CCNR等其他回叫业务。因此能够优化业务的用户体验,丰富业务的应用场景。
应当理解的是,上述针对具体实施例的描述较为详细,并不能因此而认为是对本发明专利保护范围的限制,本发明的专利保护范围应以所附权利要求为准;熟悉本发明领域的技术人员应该了解,本发明所给出的获取用户终端至服务器当前路由信息的方法可以但不仅限于应用在回叫业务中。
Claims (17)
1、一种通过获取路由信息进行主叫用户终端定位的方法,其特征在于,包括以下步骤:
记录从激活回叫业务的主叫用户终端到服务器的路由信息;
进行回叫指示时,根据上述记录的路由信息将回叫指示消息发送到激活回叫业务的主叫用户终端。
2、如权利要求1所述的主叫用户终端定位方法,其特征在于,所述方法还包括:
通过向网络注册单元订阅注册信息,获取从激活回叫业务的主叫用户终端到服务器的路由信息。
3、如权利要求2所述的主叫用户终端定位方法,其特征在于,所述向网络注册单元订阅注册信息的具体过程为:
回叫业务激活后,在建立会话的消息交互过程中获知主叫用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息;或
签约回叫业务的用户终端进行网络注册后,通过第三方注册消息获知主叫用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息。
4、如权利要求1所述的主叫用户终端定位方法,其特征在于,所述方法还包括:
通过第三方注册消息,获取从激活回叫业务的主叫用户终端到服务器的路由信息。
5、如权利要求1至4中任意一项所述的主叫用户终端定位方法,其特征在于,所述方法还包括:
如果所述激活回叫业务的主叫用户终端重新注册,则更新关于该主叫用户终端的路由信息记录。
6、如权利要求5所述的主叫用户终端定位方法,其特征在于,所述方法还包括:
通过向网络注册单元订阅注册信息或第三方注册,获取激活回叫业务的主叫用户终端的私有用户标识。
7、如权利要求6所述的主叫用户终端定位方法,其特征在于,所述更新路由信息记录的具体过程包括:
根据进行重新注册的主叫用户终端的公有用户标识和私有用户标识,索引出已经存在的该主叫用户终端的原有路由信息记录;
根据该主叫用户终端重新注册后的当前路由信息,更新索引出的原有路由信息记录。
8、如权利要求1至4中任意一项所述的主叫用户终端定位方法,其特征在于,所述路由信息为用户终端联系地址或GRUU。
9、如权利要求8所述的主叫用户终端定位方法,其特征在于,所述路由信息还包括用户终端的公有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
10、一种获取用户终端到服务器的路由信息的方法,其特征在于:
服务器向用户终端的网络注册单元订阅注册信息;
网络注册单元上报当前所述用户终端到服务器的注册信息,所述注册信息至少包括路由信息;
服务器根据接收到的注册信息,获取所述用户终端到服务器的路由信息。
11、根据权利要求10所述的方法,其特征在于,所述方法还包括:
当用户终端重新注册时,所述网络注册单元上报更新的用户终端到服务器的路由信息。
12、如权利要求10所述的方法,其特征在于,所述订阅注册信息的具体过程包括:
服务器在建立会话的消息交互过程中获知用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息;或
用户终端进行网络注册后,服务器通过第三方注册消息获知用户终端的公有用户标识,根据所述公有用户标识向网络注册单元订阅注册信息。
13、如权利要求10至12中任意一项所述的方法,其特征在于,所述路由信息至少包括用户终端联系地址或GRUU。
14、如权利要求13所述的方法,其特征在于,所述路由信息还包括用户终端的公有用户标识、用户终端的私有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
15、一种获取用户终端到服务器的路由信息的方法,其特征在于:
网络注册单元收到用户终端的注册消息后,向服务器发送注册消息,所述注册消息至少包括当前用户终端到服务器的路由信息;
服务器根据接收到的注册消息,获取所述用户终端到服务器的路由信息。
16、如权利要求15所述的方法,其特征在于,所述路由信息至少包括用户终端联系地址或GRUU。
17、如权利要求16所述的方法,其特征在于,所述路由信息还包括用户终端的公有用户标识、用户终端的私有用户标识、呼叫会话控制单元地址、网络接入单元地址和/或偏好设置。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006101113801A CN100502440C (zh) | 2005-12-09 | 2006-08-24 | 一种获取用户终端到服务器的路由信息的方法及其应用 |
PCT/CN2007/070232 WO2008025265A1 (fr) | 2006-08-24 | 2007-07-04 | Procédé et dispositif pour obtenir un message de route, procédé et système pour localiser un terminal utilisateur |
EP07764161A EP2056539A4 (en) | 2006-08-24 | 2007-07-04 | METHOD AND DEVICE FOR OBTAINING A ROAD MESSAGE, METHOD AND SYSTEM FOR LOCATING A USER TERMINAL |
CNA2007800003741A CN101341699A (zh) | 2006-08-24 | 2007-07-04 | 获知路由信息的方法及装置、用户终端定位的方法及*** |
US12/391,079 US20090213761A1 (en) | 2006-08-24 | 2009-02-23 | Method and device for acquiring routing information and method and system for locating a user terminal |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510120636.0 | 2005-12-09 | ||
CN200510120636 | 2005-12-09 | ||
CNB2006101113801A CN100502440C (zh) | 2005-12-09 | 2006-08-24 | 一种获取用户终端到服务器的路由信息的方法及其应用 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1980288A true CN1980288A (zh) | 2007-06-13 |
CN100502440C CN100502440C (zh) | 2009-06-17 |
Family
ID=38131278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006101113801A Active CN100502440C (zh) | 2005-12-09 | 2006-08-24 | 一种获取用户终端到服务器的路由信息的方法及其应用 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100502440C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008025265A1 (fr) * | 2006-08-24 | 2008-03-06 | Huawei Technologies Co., Ltd. | Procédé et dispositif pour obtenir un message de route, procédé et système pour localiser un terminal utilisateur |
CN104954373A (zh) * | 2015-06-12 | 2015-09-30 | 广东天波信息技术股份有限公司 | 统一通信主动sip呼叫方法及*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5644718A (en) * | 1994-11-10 | 1997-07-01 | At&T Corporation | Apparatus using circuit manager to associate a single circuit with each host application where the circuit is shared by a plurality of client applications |
CN1339748A (zh) * | 2000-08-21 | 2002-03-13 | 叶柯 | 信息的发布、分拣和访问的方法 |
EP1382189A2 (en) * | 2001-04-27 | 2004-01-21 | Siemens Aktiengesellschaft | Interworking of b-side subscriber features for subscribers in a telecommunication network |
-
2006
- 2006-08-24 CN CNB2006101113801A patent/CN100502440C/zh active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008025265A1 (fr) * | 2006-08-24 | 2008-03-06 | Huawei Technologies Co., Ltd. | Procédé et dispositif pour obtenir un message de route, procédé et système pour localiser un terminal utilisateur |
CN104954373A (zh) * | 2015-06-12 | 2015-09-30 | 广东天波信息技术股份有限公司 | 统一通信主动sip呼叫方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN100502440C (zh) | 2009-06-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102100050B (zh) | 针对改进的用户服务的sip分岔增强 | |
CN101345748B (zh) | 将用户状态通知应用服务器的方法、***及装置 | |
CN101223755B (zh) | 在ims中分配应用服务器的方法和装置 | |
EP1461965B1 (en) | Communication node architecture | |
CN101176369B (zh) | Ims中的服务配置文件处理 | |
KR100905608B1 (ko) | 아이피 멀티미디어 서브시스템 기반의 통신 시스템에서서비스 제공 방법 | |
EP2104305A1 (en) | Call service handling in an IMS-based system | |
CN101563903B (zh) | 用于向用户提供ip多媒体子***通信服务的方法和设备 | |
CN102215238A (zh) | 融合视频会议业务处理方法与***、用户终端 | |
CN105282730A (zh) | Ims网络中终端通信状态获取方法与***和应用服务器 | |
CN101030931B (zh) | 一种业务数据的传输方法及其所应用的分组终端 | |
US9021300B2 (en) | Method of changing over from a primary HSS to a backup HSS in an IP network | |
US8874684B2 (en) | Facilitating subscription services in the IMS | |
CN100512495C (zh) | 一种实现被叫服务的方法和*** | |
US9699220B2 (en) | System and method to provide combinational services to anonymous callers | |
CN101635976A (zh) | 通过第三方设备进行呼叫建立和控制 | |
CN100550884C (zh) | 基于重试机制的业务过程中对sip协议请求的处理方法 | |
CN102484641B (zh) | 用于选择网络资源的方法 | |
CN101247318A (zh) | 为签约用户分配应用服务器的方法及*** | |
US20090213761A1 (en) | Method and device for acquiring routing information and method and system for locating a user terminal | |
CN100502440C (zh) | 一种获取用户终端到服务器的路由信息的方法及其应用 | |
CN101272530A (zh) | 业务触发方法及*** | |
CN101222478A (zh) | 实现呼叫建立的方法、***及装置 | |
CN101772195B (zh) | Ims集群会议的创建和加入方法及分发***和装置 | |
CN100521715C (zh) | 一种回叫业务中定位主叫终端的方法、***及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |