用于电路交换子系统呼叫的多媒体子系统业务控制的制作方法

专利名称：用于电路交换子系统呼叫的多媒体子系统业务控制的制作方法
技术领域：
本发明涉及电信，并且特别地涉及允许使用多媒体子系统控制电路 交换通信的技术。
背景技术：
网际协议(IP)多媒体子系统(IMS)是在支持基于分组通信的网 络上提供多媒体业务的标准体系结构。IMS被配置为在不同分组网络体 协结构上提供集中业务控制系统，不同分组网络体系结构被称为分组子 系统(PS)。这样，IMS能够在不同类型的接入网上支持多媒体业务。 这些接入网可以支持固定通信或无线通信-只要存在支持基于分组通信 的机制。IMS在标准IP上运行。IMS通常使用基于会话发起协议(SIP ) 的第三代合作伙伴计划(3GPP)实施的VoIP技术。使用IMS,不管订 户的位置、接入技术和终端，都能为订户提供业务。下面是IMS操作的 一般概述。
用户单元(UE)能够经由他们各自的接入网相互通信。对于用户单 元之间的给定呼叫或会话，IMS体系结构将会提供用于建立和控制呼叫 或会话的必要信令。为了一致性和可读性，将呼叫或会话共同称为呼叫。 此外，在呼叫中传送的媒体可以是数据、音频、视频或语音。IMS体系 结构采用几种呼叫/会话控制功能(CSCF),它们被实现为SIP服务器 或代理。这些CSCF用于处理SIP信令消息，所述消息用于促进建立和 控制呼叫所需的信令。
可以在诸如访问网络(visited network)、归属网络和^皮叫网络之类的多种网络中提供会话信令。访问网络代表当前支持用户A的漫游用户 单元的网络，用户A是发起呼叫的主叫方。归属网络是用于用户A的用 户单元的归属业务网络，并且净皮叫网络是用于用户B的用户单元的访问 网络或归属网络，用户B是终止呼叫的净皮叫方。
这些网络中的每一个都可以包括CSCF。 CSCF被实现为具有三个基 本功能代理CSCF ( P-CSCF )、询问CSCF (I-CSCF)、和服务CSCF
(S-CSCF) 。 P-CSCF是SIP代理并且可以位于访问网络或归属网络中， 其中，SIP代理通常是对用户单元的第一触点。访问网络中的P-CSCF 与用户A的用户单元相关联。在注册期间，可以将用户A的用户单元指 配给访问网络中的P-CSCF。访问网络中的P-CSCF在用于呼叫的某些
(如果不是所有)信令消息的信令路径中，并且将验证用户并建立与用 户A的用户单元的安全关联。访问网络中的P-CSCF还可以压缩和解压 缩SIP消息以尽力降低信令开销或增加在慢无线链路上的响应次数。此 外，P-CSCF可以将与用户单元相关联的用户ID映射到适合的I-CSCF。 为了发起与用户B的用户单元的呼叫，用户A的用户单元将向访问 网络中的P-CSCF发送将用户B的用户单元识别为被叫方的会话发起消 息。访问网络中的P-CSCF将会把呼叫路由到归属网络中的I-CSCF。 I-CSCF也是SIP代理，并且通常位于管理域(在这个例子中是归属网络) 的边缘。I-CSCF的IP地址公布在管理域的域名业务中，以便访问网络 中的P-CSCF以及任何其它实体能够定位I-CSCF并使用它作为管理域的 所有信令消息的入口点。
在从访问网络中的P-CSCF接收到会话发起消息时，I-CSCF可以访 问归属订户服务器(HSS),以识别用于会话控制的S-CSCF。 HSS实质 上是支持在建立和控制呼叫中涉及的各种网络实体的主数据库。HSS包 含用户筒档和其它相关订制信息，协助用户的验证和授权，并且能够通 过记录(keep track of)用户单元的位置来提供关于用户的物理位置的信 息。
S-CSCF通常是用于用户A的用户单元的MS体系结构中的中央信 令节点。当从归属网络中的I-CSCF接收到会话发起消息时，归属网络 中的S-CSCF将会接入HSS,以确定用户B的用户单元的位置，并识别 用于会话控制的被叫网络中的S-CSCF。归属网络中的S-CSCF然后把会 话发起消息路由到为用户B的用户单元提供服务的被叫网络中的S國CSCF。
当从归属网络中的S-CSCF接收到会话发起消息时，被叫网络中的 S-CSCF将会把呼叫路由到P-CSCF,该P-CSCF为净皮叫网络中的用户B 的用户单元提供服务。被叫网络中的P-CSCF然后将会话发起消息路由 到用户单元。
用于路由会话发起消息的S-CSCF保留在信令路径中(该信令路径 用于用户单元之间所支持的呼叫的随后信令消息)，并且能够检查在任
一方向传播的信令消息。相似地，在初始路由期间调用的P-CSCF和 I-CSCF可以保留在信令路径中，并处理在呼叫期间在用户单元之间交换 的信令消息。在传送面上提供承载路径，并在控制面内提供会话控制， 控制面通常由CSCF组成。
基于检查信令消息，S-CSCF能够确定是否以及何时调用用于用户 单元或相关呼叫的多媒体业务。多媒体业务提供在业务面，业务面通常 由多个能够提供一个或多个多媒体业务的应用服务器构成。为了提供多 媒体业务，S-CSCF将会识别合适的多媒体业务，并将信令消息转发给 所选择的用于提供多媒体业务的应用服务器。该应用服务器将会通过有 效地处理信令消息并将处理的信令消息返回到S-CSCF来提供多媒体业 务，如果必要的话，S-CSCF将会以希望的方式转发该信令消息。提供 所选的多媒体业务的应用服务器也将驻留在信令路径中。使用IMS,呼 叫控制和业务提供实质上是不受限制的。
尽管IMS为在分组子系统(PS)内控制呼叫和促进多媒体业务提供 了4艮大的灵活性，电路交换子系统(CS)继续支持大多数基于语音的通 信。根据CS的覆盖范围和IMS的益处，正在努力使CS与PS互通以及 控制呼叫，并利用IMS提供与呼叫相关的相关多媒体业务。当前的努力 通常采用PS用于呼叫-即使CS是可用的。假定PS的当前状态，由于网 络容量、负载、或环境条件，CS经常为语音呼叫提供更好的服务质量。 因此，PS仍然支持那些受益于至少部分上由可用CS提供的IMS控制呼 叫。这样，需要一种有效和高效的技术以在利用IMS控制呼叫和提供相 关业务的同时通过CS建立呼叫。还需要在CS域和PS域之间的域转移 (domain transfer)上维持这种控制
发明内容
本发明支持电路交换子系统(CS)与多媒体子系统(IMS)的互通。 特别地，本发明允许由MS控制的呼叫采用由CS完全或部分支持的承 载路径。这样，当需要或希望时，由MS控制的呼叫能够具有通过CS 提供的承载路径的一部分。为了促进这种控制，在由CS当前支持的用 户单元与在MS内代表用户单元的远程用户代理(RUA)之间建立会话 控制信令路径。尽管CS支持用于该呼叫的承栽路径的一部分，但是会 话控制信令路径将MS的影响范围延伸到用户单元。沿着会话控制信令 路径提供CS接入适应功能(CAAF),以提供允许RUA和用户单元在 CS与MS之间交换会话控制信令消息所必需的消息或协议转换。使用本 发明，呼叫能够利用经过CS的承载路径和通过MS的呼叫控制。
本领域技术人员在阅读了随后的与附图相关联的优选实施例详述 之后将会理解本发明的范围和实现本发明另外的方面。


附图示出本发明的若干方面，并且与描述一起用于解释本发明的原 理，附图并入说明书并且构成说明书的一部分。 图1是根据本发明第一实施例的通信环境。 图2是根据本发明第二实施例的通信环境。
图3是图示根据本发明第 一实施例从第 一用户单元到第二用户单元 建立呼叫的通信流程图。
图4是图示根据本发明第一实施例从第二用户单元到第一用户单元 建立呼叫的通信流程图。
图5是在其中根据本发明的第一实施例保持(hold)第一呼叫并发 起第二呼叫的通信流程。
图6是图示根据本发明第 一 实施例在处理第 一呼叫的同时接收第二 呼叫的通信流程。
图7是根据本发明第三实施例的通信环境。
图8是图示根据本发明第三实施例在用户单元提供SIP呼叫控制时 发起呼叫的通信流程。
图9是根据本发明第四实施例的通信环境。
图10是图示根据本发明第三实施例域转移到与多媒体子系统相关 联的分组子系统的通信流程，其中，在用户单元中提供SIP呼叫控制。图11是图示根据本发明第三实施例域转移到电路交换子系统的通信流程，其中，在用户单元中提供SIP呼叫控制。
图12是根据本发明第五实施例的通信环境。
图13是图示根据本发明第五实施例在远程用户代理(RUA)提供 SIP呼叫控制时发起呼叫的通信流程。
图14是根据本发明第六实施例的通信环境。
图15是图示根据本发明第五实施例域转移到与多媒体子系统相关 联的分组子系统的通信流程，其中，在RUA中提供SIP呼叫控制。
图16是图示根据本发明第五实施例域转移到电路交换子系统的通 信流程，其中，在RUA中提供SIP呼叫控制。
图17是根据本发明第七实施例的通信环境。
图18是图示根据本发明第七实施例在用户单元中提供SIP呼叫控制时发起呼叫的通信流程。
图19是图示根据本发明第七实施例在RUA中提供SIP呼叫控制时发起呼叫的通信流程。
图20是在其中根据本发明的第七实施例保持第一呼叫并发起第二呼叫的通信流程。
图21是图示根据本发明一个实施例的远程用户代理的框图表示。
图22是根据本发明一个实施例的CS接入适应功能的框图表示。
图23是根据本发明一个实施例的用户单元的框图表示。
图24是根据本发明 一 个实施例的移动交换中心的框图表示。
具体实施例方式
下面阐述的实施例表示能够使本领域技术人员实施本发明的必要 信息，并示出实施本发明的最佳方式。本领域技术人员在阅读了随后的 结合附图的描述之后将会理解本发明的构思，并且将会认识到在此没有 特别陈述的这些构思的应用。应当理解，这些构思和应用落入本公开和 所附权利要求的范围之内。
本发明支持电路交换子系统(CS)和多媒体子系统(MS)的互通。 特别地，本发明允许由MS控制的呼叫采用全部或部分由CS支持的承 载路径。这样，当需要或希望时，由MS控制的呼叫能够具有通过CS 提供的承载路径的一部分。为了便于这种控制，在当前由CS支持的用户单元与在MS内代表该用户单元的远程用户代理(RUA)之间建立会 话控制信令路径。尽管用于呼叫的承载路径的一部分由CS支持，但是 会话控制信令路径将MS的影响范围延伸到用户单元。沿着会话控制信 令路径提供CS接入适应功能(CAAF),以提供允许RUA和用户单元 在CS与MS之间交换会话控制信令消息所必需的消息或协议转换。使 用本发明，呼叫能够利用通过CS的承载路径和MS的呼叫控制。存在 多个本发明的实施例。下面是对这些实施例中的几个实施例的详细描 述。
对于随后的描述，为了清楚和一致，使用术语"呼叫"。本领域技 术人员将会意识到呼叫可以是能够支持音频、视频和数据通信的语音会 话或其它媒体会话。此外，在随后描述中使用的会话控制协议是会话发 起协议(SIP )，并且MS是被称为网际协议(IP )多媒体子系统(IMS ) 并由第三代合作伙伴计划(3GPP)定义的业务传送平台。本领域技术人 员将会认识到其它应用业务传送平台和会话控制协议。
参考图1,将通信环境IO表示为具有CS 12和MS 14。由CS12支 持的用户单元(UE) 16能够全部或部分经由CS 12为由MS 14控制的 呼叫建立承载路径。如所图示的，呼叫延伸到远程终端18,远程终端 18由与MS 14相关联的分组子系统(PS)支持。CS 12包括移动交换中 心(MSC) 20,移动交换中心20能够直接或间接地与MS 14的媒体网 关控制器(MGC) 22和相关联的媒体网关(MG) 24进行交互。经由 MSC 20在用户单元16与媒体网关24之间建立用于呼叫的承载路径的 CS部分。在MG24和远程终端18之间建立用于呼叫的承载路径的PS 部分。本发明允许经由MS 14建立和控制呼叫-即使承载路径的一部分 是通过CS 12建立的。用户单元16不需要知道该呼叫是由MS 14控制 的。这样，使用本发明，通常只由CS 12支持的传统终端能够利用MS 14 的业务。
将呼叫会话控制功能(CSCF)设置在MS 14的呼叫信令路径中， 以调用任意数量的应用服务器来处理会话信令。IMS定义不同类型的 CSCF,包括询问CSCF (I國CSCF )和服务CSCF ( S画CSCF ) 。 I-CSCF通 常充当至少MS 14中的初始会话信令的网关，并用于识别合适的 S-CSCF， S-CSCF用于控制用于呼叫的会话信令。在随后的描述中， I/S-CSCF 26用于代表I-CSCF和S-CSCF的功能。在该图示的实施例中，在用户单元16与CS 12中的MSC 20之间的 呼叫信令路径中釆用CAAF28。CAAF28将用户单元16提供的CS接入 信令实质上分为三种类型的信令-移动性信令、会话控制信令和承载控制 信令。移动性信令涉及接入网控制，例如，接入网注册、从接入网中的 一个小区向另一个小区切换等等。移动性信令仅仅被转发给MSC 20， MSC 20将以传统方式处理移动性信令。特别地，MSC 20不需要知道 CS接入信令在被提供给MSC 20之前被CAAF 28截取和处理。
承载控制信令净皮处理并且用来指示MSC 20建立到MS 14内部的承 载路径的CS承载部分。特别地，CAAF 28指示MSC将呼叫路由到RUA 30， RUA30向MS 14表示用户单元16。 RUA 30还可以表现为应用业 务，其可被I/S-CSCF26访问。规定MSC 20将打算发送给RUA 30的呼 叫路由到MGC 22， MGC 22将会经由MS 14内的I/S-CSCF 26把呼叫路 由到RUA30。结果，经由MSC20和MGC22将呼叫从CAAF28路由 到RUA 30,并经由MSC 20在用户单元16与々某体网关24之间建立CS 承载部分。会话控制信令被直接发送到RUA30, RUA30将会代表用户 单元16本质上组合会话控制信令和承载控制信令，以将统一的会话控 制信令提供到MS 14中。经由I/S-CSCF 26将统一会话控制信令提供到 远程终端18并从远程终端18接收统一会话控制信令。
对于来自MS 14的打算发送给用户单元16的统一信令，由RUA 30 将来自MS 14的会话控制信令和承载控制信令从统一信令中分离开，并 通过相应的会话控制信令和承载控制信令路径将它们发送到CAAF 28。 然后，CAAF 28可以在向用户单元16提供CS接入信令时组合会话控制 信令和承载控制信令。
经由CAAF 28在CS接入信令路径和会话控制信令路径上支持在用 户单元16与RUA30之间的CS呼叫控制信道。如上面指出的，当用于 呼叫的承载路径的部分由CS 12提供时，CS呼叫控制信道在用户单元 16与RUA 30之间提供用于会话控制信令的信令信道。CAAF 28将用于 从CS接入信令中恢复会话控制信令并将其提供给RUA 30，并且反之亦 然。下面将提供更多的细节。
承载路径和相应的信令路径代表由用户单元16发起、终止和传输 到用户单元16的呼叫。如图2所示，可以从一个呼叫到另一个呼叫寸呆 持承载3各径的CS部分，并且承载路径的CS部分可以在任何给定时间用于多个呼叫。MS 14将操作地用于为不同呼叫建立从媒体网关24到 其它远程终端(例如，远程终端32)的分组承载部分。々某体网关24将 连接不同分组承载部分到CS承载部分，以建立一个或多个有效的承载 路径。在承载路径和承载信令路径的CS承载部分以外，呼叫由MS 14 控制。尽管承载路径和承载信令路径的CS承载部分可以对于不同呼叫 保持完整，在CAAF28与RUA30之间建立用于不同呼叫的不同会话控 制信令路径，以在用户单元16与RUA30之间支持不同的CS呼叫控制 信道(A和B)。在MS14内，不同呼叫将具有不同的信令。
为了一致性和可读性，随后的通信流程;波省略。本领域技术人员应 当能够回顾这些通信流程并且容易地将本发明的构思应用于基于SIP的 IMS环境或类似环境中。
参考图3，图示了用于从用户单元16向远程终端18发起呼叫的通 信流程，其中，由CS支持用户单元16,并且由MS 14提供呼叫控制。 最初，用户单元16发起到远程终端18的呼叫，使用地址或电话号码 (directory number) "B，，来标注远程终端。用户单元16通过向MSC 20 发送建立消息来发起呼叫(步骤100),其中，该建立消息指示正被发 起的到远程终端18 (B)的呼叫。在到达MSC20之前，CAAF28将会 截取该建立消息，并指示MSC 20发起从用户单元16到MS 14中的RUA 30的呼叫。特别地，CAAF 28将会使用RUA 30的公共业务标识(PSI) 并生成呼叫参考信息(CALL REF),呼叫参考信息包括用于识别呼叫 以及用于识别远程终端18(B)的信息。RUA 30的PSI和呼叫参考信息 用于产生IP多媒体路由号(IMRN) ， IMRN由CAAF28发送到MSC 20 (步骤102)。作为响应，MSC 20将呼叫进展消息(Call Proceeding message )发送回CAAF 28 (步骤104 ) , CAAF 28将呼叫进展消息转发 给用户单元16 (步骤106)来指示MSC20正在处理呼叫。在这里，在 用户单元16与MSC 20之间建立了承载路径的CS部分。
基于IMRN, MSC 20将确定应将呼叫路由到MGC 22, MGC 22对 应于MS 14的RUA 30。这样，MSC20将会把带有IMRN的综合用户业 务部分(ISUP)初始地址消息(IAM)发送到MGC 22 (步骤108)， MGC 22将处理IAM并生成包括IMRN的邀请消息，该邀请消息将要发 送给RUA30。在这一点上，在MGC22的控制下，在MSC20与媒体网 关24之间建立承载路径的另一 CS部分。MGC 22将会把邀请消息转发给I/S-CSCF 26(步骤110), I/S-CSCF 26将会把邀请消息转发给RUA 30 (步骤112)。 RUA 30向MS 14表示用户单元16,并且将会处理IMRN 的呼叫参考信息来确定该呼叫是打算发送给远程终端18(B)的。这样， RUA 30将会把打算发送给远程终端18的邀请消息发送给I/S-CSCF 26 (步骤114 ) , I/S-CSCF 26将会把该邀请消息转发给远程终端18 (步骤 116)。现在，在媒体网关24和远程终端18之间建立了承载路径的基 于分组部分。经由MSC20和媒体网关24在用户单元16和远程终端18 之间建立了全部承载路径(步骤118)。
从上面看出，CAAF 28用于截取和处理来自用户单元16的信令并 指示MSC 20向RUA 30路由呼叫。该动作导致经由MSC 20在用户单 元16和媒体网关24之间建立承载路径的CS部分。当将呼叫提供给RUA 30时，RUA 30将会代表用户单元16行动以在媒体网关24与远程终端 18之间建立承载路径的基于分组部分。媒体网关24将会有效地使承载
程终端18之间的通信。
现在转到图4,图4提供了用于图示用户单元16接收从远程终端 18发起的呼叫的通信流程。用户单元16还是由CS 12支持，承载路径 的一部分将是CS 12内的电路交换部分。最初，远程终端18将会向用 户单元16发起邀请消息，用户单元16与地址或电话号码"A"相关联。 邀请消息被I/S-CSCF 26接收(步骤200 ),并被转发到RUA 30， RUA 30在MS 14中代表用户单元16 (步骤202) 。 RUA30将会生成移动订 户路由号(MSRN) , MSRN实质上是将呼叫路由到CS内的用户单元 16的路由号。特别地，MSRN将会经由MGC22和MSC20将呼叫发送 给用户单元16。这样，RUA 30将会把带有MSRN的邀请消息转发给 I/S-CSCF 26(步骤204 ), I/S-CSCF 26将会把该邀请消息转发给MGC 22
(步骤206 ) 。 MGC 22将会生成相应的IAM并将带有MSRN的IAM 转发给MSC 20, MSC 20支持CS 12内的用户单元16 (步骤208)。 MSC20将会向用户单元16发送传统的寻呼和建立消息。这些消息将会 被CAAF 28接收(步骤210 ) ， CAAF 28将会处理所述消息并将它们提 供给用户单元16 (步骤212 )。
基于上述信令，在用户单元16与远程终端18之间建立了承载路径
(步骤214)。在与MGC 22相关联的媒体网关24与远程终端18之间建立了承载路径的基于分组部分。经由MSC 20在用户单元16与媒体网 关24之间建立了承载路径的CS部分。
如上面所指出的，可以使用CS呼叫控制信道以允许用户单元16与 RUA30交换会话控制信令。参考图5,提供了用于图示这种控制的通信 流程。该示例涉及使用户16 (A)与远程终端18 (B)建立的呼叫处于 保持状态(place on hold)，然后使用户单元16发起到远程终端32 ( C) 的呼叫。假定被中断的呼叫是根据图2中示出的方案或图3中示出的方 案建立的。
最初，用户单元16将会接收来自用户的输入，以使与远程终端18
(B) 的现有呼叫处于保持状态。用户单元16将会通过发送正常保持消 息作为响应，正常情况下该消息被提供给MSC20以保持现有呼叫。作 为该保持消息被提供给MSC 20的替代，由CAAF 28截取该保持消息(步 骤300) 。 CAAF 28将不会发送该保持消息到MSC 20,而是将该保持 消息以可由RUA 30识别的格式进行处理，并经由会话控制信令路径将 作为结果的保持消息提供给RUA 30 (步骤302)。用于经由CAAF 28 将该保持消息从用户单元16传送到RUA30的媒介代表CS呼叫控制信 道，其中，CAAF28提供必需的转换，以允许RUA30识别用户单元16 提供的消息。
响应于接收用于到远程呼叫18 (B)的呼叫的保持消息，RUA 30 将会向I/S-CSCF 26发送用于远程终端18(B)的会话更新(步骤304 ), I/S-CSCF 26将会把该会话更新转发给远程终端18(B)(步骤306 )。 RUA 30还将会经由I/S-CSCF 26向MGC 22发送会话更新(步骤308和 310)。远程终端18将会意识到与用户单元16 (A)的呼叫已经处于保 持状态，这将会导致承载路径的基于分组部分被保持。使承载路径的基 于分组部分处于保持状态用户单元16与远程终端18之间的全部承载路 径；然而，承载路径的CS部分将保持完整。
在这一点上，用户单元16 (A)与远程终端18 (B)之间的呼叫寻皮 保持，而承载路径的电路交换部分在用户单元16与媒体网关24之间保 持有效。为了发起到远程终端32 (C)的呼叫，用户单元16将会再次 发送打算发送给MSC 20的建立消息。CAAF 28将会截取将远程终端32
(C) 识别为呼叫目的地的该建立消息(步骤314),并向RUA30发送 适当配置的建立消息(步骤316),而不是将建立消息中继给MSC20。由于承载路径的CS部分自到远程终端18 (B)的较早呼叫开始便是完 整的，因此不需要为将要与远程终端32 (C)建立的承载路径建立另一 个CS部分。这样，到MSC 20的信令是不必要的，并且在用户单元16 与RUA 30之间仅仅需要会话控制信令经由CS呼叫控制信道。
在收到用于到远程终端32 (C)的呼叫的建立消息时，RUA 30将 会生成邀请消息并将向远程终端32(C)发送该邀请消息。同时，CAAF 28将会生成呼叫进展消息，并将其发送回用户单元16以指示呼叫正在 相应地进行(步骤320 )。来自RUA 30的邀请消息被I/S-CSCF 26接收 (步骤318)并被转发到远程终端32 (C)(步骤322)。邀请消息将 会有效地指示远程终端32 (C)建立与媒体网关24的会话以用于用户 单元16 (A)与远程终端32 (C)之间的承载路径的基于分组部分。媒 体网关24将会使承载路径的CS承载部分与基于分组的承载部分进行互 通以在用户单元16 (A)与远程终端32 ( C)之间产生全部承载路径(步 骤324)。
参考图6，提供了这样的通信流程，其示出了在用户单元16(A) 与远程终端18 (B)进行具有已建立承载路径的呼叫(步骤400)的同 时，从远程终端32 (C)向用户单元16 (A)发起呼叫。假定该呼叫是 根据上述方案之一建立的，其中，在用户单元16与媒体网关24之间经 由MSC 20建立承载路径的CS部分。承载路径的MS部分建立在媒体 网关24与远程终端18 (B)之间。为了远程终端32 (C)向用户单元 16(A)发起呼叫，远程终端32必须向I/S-CSCF 26发送识别用户单元 16 (A)的邀请消息(步骤402 ) , I/S-CSCF 26将会把邀请消息转发给 RUA 30 (步骤404 ) ， RUA 30代表MS 14中的用户单元16 ( A) 。 RUA 30将会使用CS呼叫控制信道发送建立消息，以将呼叫提供给用户单元 16。特别地，将该建立消息连同识别远程终端32(C)的呼叫等待(CW) 信息一起发送到CAAF 28 (步骤406 ) 。 CAAF 28将会把建立消息转换 成对于用户单元16合适的建立消息，并将具有呼叫等待信息的建立消 息传送到用户单元16 (步骤408)。在这里，用户单元16可以识别来 话呼叫，并以传统方式处理呼叫等待信息。特别地，由CAAF28提供给 用户单元16的建立消息将会呈现给用户单元16就像该建立消息是以传 统方式从MSC20接收的一样。如果用户选择应答呼叫，则用户单元16 (A)与远程终端32 (C)之间的承载路径的CS承载部分与用户单元16 (A)与远程终端18 (B)之间的承载路径的CS承载部分相同。
上述实施例通常可应用于用户单元16，用户单元16不知道MS 14 的存在或MS 14正在控制去往和来自用户单元16的呼叫的事实。参考 图7,提供了一种更复杂的用户单元16。用户单元16用于提供MS 14 中的呼叫控制。特别地，用户单元16能够提供基于SIP的呼叫控制，
道通过MS 14中的各种实体有效地发送和接收SIP消息。RUA 30向多 媒体子系统14代表用户单元16，并与用户单元16来回转发消息。用户 单元16还将维持状态机(SM) 36以记录与用户单元16正在控制的任 何会话相关联的状态信息。状态机信息可以指示会话是否有效、保持、 或是会话呼叫的一部分，并且识别会话的用户方和那些用户方的相应地 址。当用户单元16从CS 12转移到PS时，维持状态信息特别有利，其 中，在CS 12中既不维持承载路径也不维持控制信令，反之亦然。
在该图示的实施例中，呼叫控制功能(CCF ) 34用于锚定会话信令， 以促进在域转移期间的业务连续性。细节可以在2006年3月17日提交 的序列号为11/378,776的共同拥有和转让的美国申请中得到，其全部内 容在此引入以供参考。如所图示的，CCF 34停留在会话控制信令路径中， 并锚定CCF 34与远程终端18之间的远程接入信令路径(leg),以及面 向用户单元16的本地接入信令路径。另外的细节在下面提供。
参考图8,提供了说明用户单元16向远程终端18 (B)发起呼叫的 通信流程。会话控制还是由用户单元16提供，并且CS呼叫控制信道用 于在用户单元16与RUA 30之间交换SIP消息。当用户单元16响应于 用户选择向远程终端18发起呼叫而发送建立消息来发起呼叫时，该过 程开始。作为将建立消息发送到远程终端18的替代，用户单元16最初 将使用RUA 30的PSI电话号码向RUA 30发送呼叫。该建立消息被发 送到CAAF 28 (步骤500 ) ， CAAF 28将会把建立消息发送到MSC 20 用以向RUA30路由该呼叫(步骤502)。该建立消息将会触发通过CS 12在用户单元16与MSC 20之间建立连接。该连接将会是承载路径的 CS部分的一部分。
MSC 20将会通过向RUA 30的PSI电话号码转发IAM来响应该建 立消息。RUA 30的PSI电话号码将会把IAM发送到MGC 22(步骤504 ), MGC 22将会通过MS 14发送相应的邀请消息到I/S-CSCF 26 (步骤506) 。 MSC 20将会通过提供呼叫进展消息返回到CAAF 28来响应该 建立消息(步骤508) , CAAF28将会把呼叫进展消息转发给用户单元 16 (步骤510 ) 。 I/S-CSCF 26将会利用与RUA 30相关联的PSI把邀请 消息转发给RUA30 (步骤512) 。 IAM将会触发启动MSC 20与媒体网 关24之间的连接以产生承载路径的CS部分的第二部分。如所图示的， RUA PSI电话号码是与MGC 22相关联的电话号码，MGC 22为RUA 30 提供服务。RUAPSI是MS 14中对应于RUA30的地址。
当经由CS 12把呼叫路由到RUA30时，用户单元16将会釆取必要 的步骤来发起到远程终端18 (B)的会话。在这个例子中，用户单元16 将会生成SIP邀请消息，该SIP邀请消息足以触发RUA 30代表用户单 元16向远程终端18发送邀请。这样，SIP邀请消息可以嵌入适当模板 中的直接传送应用部分(DTAP)消息等等，并且可以作为CS接入信令 发送出去。嵌入有邀请消息的DTAP消息被CAAF 28截取(步骤514 ), CAAF 28将会把邀请消息转发给RUA 30 (步骤516 ) 。 RUA 30将会恢 复由CAAF28提供的邀请消息，并将其与经由CS 12接收的邀请消息相 关联。然后，RUA 30将打算发送给远程终端18 (B)的适当邀请消息 发送给到I/S-CSCF 26 (步骤518) , I/S-CSCF 26将会把邀请消息转发 给CCF 34 (步骤520 ) 。 CCF 34将会把邀请消息发送回I/S-CSCF 26 (步 骤522) 。 CCF34用于呼叫锚定(call anchoring),这一点将会在下面 进一步讨论。I/S-CSCF 26然后将会向远程终端18转发邀请消息(步骤 524)。在这里，在媒体网关24与远程终端18 (B)之间建立了承载路 径的基于分组部分。此外，从用户单元16与媒体网关24之间的经由 MSC 20的承载5^径的CS部分和媒体网关24与远程终端18之间的承载 路径的基于分组部分来创建承载路径(步骤526)。
当由用户单元16提供呼叫控制并且CCF34用于呼叫锚定时，用户 单元16可以从CS 12转移到与MS 14相关联的PS并在跨域转移时维持 有效的会话。图9示出了当用户单元16由MS 14的PS支持时的呼叫信 令和分组承载路径。如所图示的，不使用CS 12，并且会话控制信令(虚 线)/人用户单元16传送到I/S-CSCF 26中、传送到CCF 34、向回通过 I/S-CSCF26,并传向远程终端18。只在PS内支持分组承载路径，用户 单元16维持与在MS 14内提供呼叫控制相关的状态机36。图9代表用 户单元16/人CS 12转移到PS。相似地，图7可以代表用户单元16/人200680039435.0
说明书第14/22页
PS转移到CS12。特别地，当呼叫被PS支持而不是被CS 12支持时， 图9中图示的会话信令不通过RUA30被路由。
图IO提供了示出用户单元16从如图7所示的CS 12向如图9所示 的PS进行域转移的通信流程。在用户单元16中提供呼叫控制。假定呼 叫存在于用户单元16 (A)与远程终端18 (B)之间-如参考图8所描述 的。为了发起从CS 12到PS的转移，用户单元16(A)将会使用与CCF 34相关联的PSI经由MS 14向CCF 34发送邀请消息。CCF PSI提供足 够的寻址来路由邀请消息到CCF 34以及告诉CCF 34正在4故出转移请 求。邀请消息最初被发送到I/S-CSCF 26 (步骤600) , I/S-CSCF 26将 会把邀请消息转发给CCF 34 (步骤602 )。当CCF 34接收到邀请消息 时，它将会意识到用户单元16 (A)正在请求从CS 12到PS的转移， 其完全由MS 14支持。CCF 34将会经由I/S-CSCF 26向远程终端18(B) 提供会话更新(步骤604和606 )。会话更新足以告警远程终端18(B) 转移处于等待状态，并且可以经由PS (而不是经由媒体网关24)提供 用于与用户单元16 (A)进行通信的必要通信参数。
CCF 34采取必要的步骤以通过经由I/S-CSCF 26向RUA 30发送再 见消息来结束承载路径的CS部分和相关信令(步骤608和步骤610)。 再见消息可以提供CS对话ID以识别呼叫的CS部分。RUA 30将会处 理该信息，并且可以使用CS呼叫控制信道来指示用户单元16从呼叫的 CS路径断开并经由呼叫的PS部分开始通信。因此，RUA 30可以向CAAF 28发送断开消息(步骤612) ， CAAF28将会处理从RUA30接收的断 开消息并向用户单元16提供适当格式化的断开消息(步骤614)。
同时，CCF 34将会经由I/S-CSCF 26向远程终端18转发邀请消息， 以发起用户终端16 (A)与远程终端18 (B)之间的PS会话(步骤616 和618)。结果，在用户单元16 (A)与远程终端18 (B)之间建立了 不经过CS 12的分组承载路径(步骤620 )。
图11提供了示出从PS转移回CS 12的通信流程。最初，用户单元 16 (A)将会意识到需要转移并且产生建立消息以利用CCF 34的PSI 电话号码来发起到CCF 34的呼叫。建立消息一皮CAAF 28截取(步骤 700 ) , CAAF 28将会生成足以指示MSC 20经由MGC 22把呼叫路由到 MS 14内的建立消息。使用从与RUA 30相关联的PSI和呼叫参考信息 而产生的IMRN将呼叫路由到RUA 30, IMRN将包括CCF PSI。 一旦建立消息被MSC20接收(步骤702)，呼叫进展消息经由CAAF28被发 送回用户单元16(A)(步骤704和706)。另夕卜，MSC 20将会发送带 有IMRN的IAM到MGC 22 (步骤708 )。在这里，经由MSC 20在用 户单元16与媒体网关24之间建立了承载路径的CS部分。
一旦接收到IAM,MGC22将会产生相应的邀请消息，以利用IMRN 将呼叫路由到RUA 30。该邀请被发送到I/S-CSCF 26 (步骤710), I/S-CSCF 26将会把邀请消息转发给RUA 30 (步骤712 ) 。 RUA 30将会 处理IMRN以恢复CCF PSI，并经由I/S-CSCF 26向CCF 34转发带有 CCFPSI的邀请消息，以发起转移(步骤714和716) 。 CCF34将会牙企 测到邀请消息是转移会话到CS 12的请求，这样，CCF 34将会经由 I/S-CSCF 26向远程终端18 (B)发送会话更新来告警远程终端18用户 单元16 (A)正在从PS转移到CS 12 (步骤718和720)。然后CCF 34 可以经由I/S-CSCF 26向远程终端18 (B)发送邀请消息，以发起媒体 网关24与远程终端18 (B)之间的承载路径的基于分组部分(步骤722 和724)。 CCF 34还可以通过MS 14经由I/S-CSCF 26向用户单元16(A) 发送带有MS对话ID的再见消息来结束正支持通过PS的呼叫的基于分 组的承载路径(步骤726和728) 。 MS对话ID用于识别正在被释放的 呼叫。作为选择，用户单元16 (A)能够发起承载路径的基于分组路径 的释放。在这里，在用户单元16 (A)与远程终端18 (B)之间建立了 承载路径，其中，经由MSC 20在用户单元16与媒体网关24之间建立 了承载路径的CS部分，并且在媒体网关24与远程终端18之间建立了 承载路径的基于分组部分(步骤730)。在所有这些域转移中，维持记 录有效呼叫或会话的状态的状态机36,用以提供连续性。
以前的实施例在用户单元16中采用SIP呼叫控制。作为选择，可 以由RUA 30代表用户单元16来提供MS 14中的SIP呼叫控制-如在图 12中提供的。由于SIP呼叫控制由RUA30提供，因此RUA30还可以 在跨域转移时在状态机38中记录业务数据。因此，在CS呼叫控制信道 上的经由CAAF 28的用户单元16与RUA 30之间的信令不是SIP，并且 该信令可以采用任何形式。通常，将在用户单元16上所提供的用户输 入通过CS呼叫控制信道提供到RUA30。 RUA30将会处理用户输入， 并通过MS 14传送适当的SIP消息来进行响应。
参考图13,提供一种通信流程，其中用户单元16 (A)发起到远程终端18 (B)的呼叫并且在RUA 30内提供SIP呼叫控制。最初，用户 单元16(A)将会生成建立消息以发起到远程终端18(B)的呼叫。CAAF 28将会截取该建立消息(步骤800)并产生足以经由MSC20将呼叫路 由到MS 14内的IMRN。 IMRN将会再次提供用于RUA 30的PSI和呼 叫参考信息，它们将会识别远程终端18 (B)。建立消息被发送到MSC 20 (步骤802) ， MSC20将会通过经由CAAF 28向用户单元16发送呼 叫进展消息来进行响应(步骤804和806 ) 。 MSC 20将会向MGC 22 发送IAM (步骤808 ) , MGC 22将会向I/S-CSCF 26发送适当的邀请消 息(步骤810 )。 I/S-CSCF 26将会向RUA 30转发该邀请消息(步骤812 )。 在这里，经由MSC20在用户单元16 (A)与媒体网关24之间建立了承 载路径的CS部分，并且该呼叫已经净皮路由到RUA 30。 RUA 30将会处 理在邀请消息中提供的IMRN,并意识到用户单元16 (A)正在尝试向 远程终端18 (B)发起呼叫。
这样，RUA 30将会向I/S-CSCF 26发送针对远程终端18(B)的邀 请消息(步骤814 ) 。 I/S-CSCF 26将会把该邀请消息发送到CCF 34 (步 骤816) ， CCF 34将在必要时处理该邀请消息并将邀请消息发送回 I/S-CSCF 26 (步骤818 ) , I/S-CSCF 26将会然后把该邀请消息转发给远 程终端18 (B)(步骤820)。在这里，在媒体网关24与远程终端18 (B)之间建立了承载路径的基于分组部分。这样，媒体网关24将承载 路径的CS部分和基于分组部分连接起来，以提供用户单元16与远程终 端18之间的承载路径(步骤822 )。
在该实施例中，用户单元16能够从CS 12转移到PS并且反之亦然。 在这些域转移期间，可以维持有效会话。在CCF34中锚定会话。此夕卜， 在域转移进行时，RUA30保持在会话信令路径中。图14代表当用户单 元16与远程终端18之间的呼叫;f皮转移到PS或通过PS建立而不调用 CS 12时的承载路径和相应的会话信令路径。
参考图15,其中示出了到MS 14的PS的域转移，其中在RUA30 中提供SIP呼叫控制。最初，用户单元16 (A)将会使用CCFPSI经由 MS 14向CCF 34发送邀请消息，CCF PSI代表域转移到MS 14的PS的 指示。该邀请消息被发送到I/S-CSCF 26 (步骤900) , I/S-CSCF 26将 会向RUA 30转发该邀请消息(步骤卯2 )。邀请消息被路由到RUA 30, 因为RUA 30正在提供SIP呼叫控制，并且邀请消息作为对于涉及用户单元16(A)的呼叫信令必需调用的应用业务向I/S-CSCF 26注册。RUA 30将会意识到用户单元16正在调用到MS 14的PS的转移，并且将会 把邀请消息传送回I/S-CSCF 26 (步骤904) ， I/S-CSCF 26将会把邀请 消息转发到CCF34，其中CCF34正在锚定面向远程终端18 (B)的呼 叫信令(步骤906) 。 CCF34将会意识到该邀请消息对应于到MS 14的 PS的域转移，并且将会经由I/S-CSCF 26向远程终端18(B)提供会话 更新(步骤908和910)。远程终端18 (B)将会具有足够的信息来建 立与用户单元16 (A)的通信。
为了拆卸承载路径的旧的CS部分和相关信令，CCF 34可以经由 I/S-CSCF 26向RUA 30发送再见消息(步骤912和914 )。再见消息将 包括识别承载路径的CS部分和相关信令的CS对话ID。此外，再见消 息被发送到RUA 30，因为当使用CS 12时RUA 30向MS 14表示用户 单元16。然后RUA30将会利用CS呼叫控制信道经由CAAF28向用户 单元16 (A)传送断开消息(步骤916和918)。在这里，在用户单元 16 (A)与远程终端18 (B)之间建立了分组承载路径(步骤920)。包 括CS部分的旧承载路径被释放。
参考图16，提供了示出向CS 12进行域转移的通信流程，其中，由 RUA 30提供SIP呼叫控制。为了发起该转移，用户单元16 (A)将会 发送识别CCF PSI电话号码的建立消息。该建立消息^皮CAAF 28截取(步 骤1000) ， CAAF 28将会生成足以把呼叫路由到MS 14中的RUA 30 的IMRN。 IMRN还将包括识别CCF PSI的呼叫参考部分。该建立消息 被发送到MSC 20 (步骤1002 ) , MSC 20将会通过向CAAF 28发送呼 叫进展消息做出响应(步骤1004 ) ， CAAF 28然后将会把呼叫进展消息 转发到用户单元16(A)(步骤1006)。
MSC 20还将发送IAM来路由呼叫到MGC 22 (步骤1008 )。在这 里，正在经由MSC20在用户单元16 (A)与々某体网关24之间建立承载 路径的CS部分。MGC 22将会经由I/S-CSCF 26向RUA 30转发包括 IMRN的邀请消息(步骤1010和1012 ) 。 RUA 30将会处理IMRN以恢 复CCF PSI，然后向I/S-CSCF 26发送针对CCF 34的邀请消息(步骤 1014 ) ， I/S-CSCF 26将会把邀请消息转发到CCF 34 (步骤1016 ) 。 CCF 34将会意识到该邀请消息是向CS 12进行转移的请求，并且将会生成会 话更新以告警远程终端18(B)该域转移。然后该会话更新经由I/S-CSCF26 4皮发送到远程终端18 (B)(步骤1018和1020)。在这里，远程终 端18(B)和媒体网关24被配置用于建立承载路径的基于分组部分。为 了释放先前分组承载路径和相关信令，CCF34将会经由I/S-CSCF26向 RUA 30发送再见消息(步骤1022和1024 )。再见消息将包括识别旧分 组承载路径和相关信令的MS对话ID。 RUA 30将会处理再见消息以结 束较早的会话，并将再见消息转发给用户单元16 (A)(步骤1026)。 在这里，转移完成，新的承载路径建立(步骤1028)。再次，使用CS 部分和分组部分在用户单元16 (A)与远程终端18 (B)之间建立了新 的承载路径，其中CS部分和分组部分通过媒体网关24互通。
在图17中提供本发明的又一个实施例，其中，以传统方式从用户 单元16向MSC 20提供CS接入信令。MSC 20 ^皮配置为直接或经由归 属订户服务器(HSS ) 40向CAAF 28提供会话控制信令，HSS 40可用 于记录订户的与业务相关的信息。根据这种配置，CAAF28将不会像前 面的实施例中那样截取用户单元16与MSC20之间的CS接入信令。对 于用户单元16与远程终端18之间的呼叫，承载路径再次通过CS 12的 MSC 20和MS 14的々某体网关24延伸。承载控制信令路径经由与々某体网 关24相关联的MGC 22以及I/S-CSCF 26从MSC 20延伸到RUA 30。
会话控制信令延伸通过HSS 40、 CAAF 28、 RUA 30，并且可能通 过I/S-CSCF 26和远程终端18。 CAAF 28可以设置在RUA 30附近或与 RUA30设置在一起。再次，CS呼叫控制信道在用户单元16与RUA30 之间延伸。在本实施例中，非结构化补充业务数据(USSD)是用于在 用户单元16与远程终端18之间来回传送信息的传输机制。与上面的实 施例一样，可以在用户单元16中或RUA30中提供SIP呼叫控制。当在 用户单元16中提供SIP呼叫控制时，USSD信令将会嵌入SIP消息或类 似的会话控制消息，以便于经由MS 14进行SIP呼叫控制。当在RUA 30 中提供SIP呼叫控制时，用户输入或其它指令被嵌入USSD消息。本领 域技术人员将会意识到可以充当CS呼叫控制信道的传输机制的其他机 制。
参考图18,提供了用于示出当在用户单元16中提供SIP呼叫控制 时/人用户单元16 (A)向远程终端18 (B)发起呼叫的通信流程。最初， 用户单元16 (A)将会把打算向RUA 30的PSI电话号码发送的建立消 息发送到MSC20 (步骤1100) 。 MSC20将会通过向用户单元16提供呼叫进展消息来进行响应(步骤1102)。规定MSC20等待来自用户单 元16的消息。用户单元16将会在USSD消息中嵌入用于发起到远程终 端18 (B)的呼叫的邀请消息，其中该USSD消息净皮发送MSC 20 (步 骤1104 ) 。 MSC 20将会把嵌入有邀请的USSD消息转发到HSS 40 (步 骤1106 ) 。 HSS 40将会把嵌入有邀请的USSD消息传送到CAAF 28 (步 骤1108 ), CAAF 28将会处理USSD消息并向RUA 30提供邀请信息(步 骤lllO)。如上面指出的，USSD消息不需要经过HSS40。
MSC 20还将会利用RUA 30的PSI电话号码向MGC 22发送IAM
(步骤1112) 。 MGC 22将会处理IAM并把向MS 14中的RUA 30的 PSI发送的邀请消息转发给I/S-CSCF 26 (步骤1114) 。 I/S-CSCF 26将 会把邀请消息转发到RUA 30 (步骤1116 )。在这里，经由MSC 20在 用户单元16与媒体网关24之间建立了承载路径的CS部分。RUA 30将 会意识到承载路径的CS部分已建立，并经由I/S-CSCF 26把从CS呼叫 控制信道恢复的SIP邀请消息转发到远程终端18(步骤1118和1120)。 在这一点上，承载路径的分组部分在媒体网关24与远程终端18(B)之 间建立。承载路径的这两部分通过媒体网关互通，以在用户单元16与 远程终端18之间形成承载路径(步骤1122)。用于呼叫的SIP呼叫控 制将会保留在用户单元16中。
参考图19,提供了用户单元16 (A)向远程终端18 (B)发起呼叫 的通信流程，其中，由RUA30代表用户单元16提供SIP呼叫控制。最 初，用户单元16 (A)将会通过向MSC 20发送识别远程终端18 (B) 的建立消息来向远程终端18 (B)发起呼叫(步骤1200) 。 MSC 20将 会通过向用户单元16回送呼叫进展消息以及基于RUA PSI和呼叫参考 信息生成IMRN来进行响应(步骤1202),其中，IMRN包括与远程终 端18 (B)相关的信息。MSC 20可以使用移动增强逻辑的定制应用
(CAMEL )发起触发器来调用CAMEL业务，CAMEL业务经由MGC 22 把打算向由MS 14提供服务的用户方发送的呼叫重定向到MS 14。这样， MSC 20将会生成带有IMRN的IAM,并把IAM发送到MGC 22 (步骤 1204) , MGC 22将会处理IAM并生成打算向RUA30发送的相应邀请 消息，该邀请消息起初被发送到I/S-CSCF (步骤1206) ， I/S-CSCF将 会4巴邀请消息转发给RUA 30 (步骤1208 )。
RUA 30将会处理IMRN以确定被叫方，并生成合适的邀请消息。这样，RUA 30将会经由I/S-CSCF 26向远程终端18(B)发送邀请消息 (步骤1210和1212)。邀请消息将会向远程终端18 (B)提供建立与 媒体网关24的承载路径的分组部分所必需的信息。通过经由CS 12向 MS 14路由呼叫，经由MSC 20在用户单元16与媒体网关24之间建立 了承载路径的CS部分，这样，在用户单元16与远程终端18之间建立 了全部承载路径(步骤1214)。如以下所指示的，可以采用USSD来利 用由USSD支持的CS呼叫控制信道在用户单元16与RUA 30之间交换 用户或终端输入。
现在转到图20,提供了一种通信流程，其中，用户单元16(A)与 远程终端18 (B)之间的呼叫被保持，并且从用户终端16 (A)向远程 终端32(C)发起呼叫。在该通信流程中，可以在用户单元16或RUA30 中提供SIP呼叫控制。可以在任一情况下建立CS呼叫控制信道。当在 用户单元16中提供SIP呼叫控制时，CS呼叫控制信道将会在USSD消 息中嵌入SIP消息，并且当在RUA30中提供SIP呼叫控制时，CS呼叫 控制信道将在USSD消息中嵌入用户输入或其它控制信息。
假定如图18所示已经在用户单元16 ( A)与远程终端18 (B)之间 建立了会话，用户单元16 (A)能够使该呼叫处于保持状态。为实现这 点，用户单元将会在USSD消息中嵌入合适的SIP消息来实现保持或着 嵌入指示应保持呼叫的适当的用户输入，USSD消息被发送到MSC 20 (步骤1300 ) 。 MSC 20将会向HSS 40发送USSD消息(步骤1302 ), HSS 40将会把USSD消息转发到CAAF 28 (步骤1304)。此外，在替 换实施例中，USSD消息不需要经过HSS40。 CAAF 28将会处理USSD 消息以根据SIP呼叫控制的位置提取嵌入的SIP消息或其它信息，并向 RUA 30转发保持信息(步骤1306) 。 RUA 30将会意识到到远程终端 18 (B)的呼叫应当被保持，并且将会生成会话更新，该会话更新被发 送到I/S-CSCF26,以用于传送到远程终端18 (B)(步骤1308)。RUA 30还将向I/S-CSCF 26发送用于MGC 22的会话更新(步骤1310)。 I/S-CSCF 26将用于远程终端18 ( B )和MGC 22的会话更新传送到相应 实体(步骤1312和1314)。
此时，承载路径的分组部分被保持，而承载路径的CS部分保持完 整并且将用于支持要进行的到远程终端32 (C)呼叫(步骤316)。为 了发起到远程终端32 (C)的呼叫，用户单元16 (A)将会在USSD消息中嵌入SIP邀请消息形式的呼叫发起信息或其它合适的控制信息，并 将USSD消息发送到MSC 20 (步骤1318 ) 。 MSC 20将会把USSD消 息转发到HSS 40 (步骤1320 ), HSS 40将会把USSD消息转发到CAAF 28(步骤1322)。此外，CAAF 28将会处理USSD消息，以提取嵌入的 信息，并向RUA 30发送适当格式的信息，以指示用户单元16 (A)希 望发起到远程终端32 (C)的呼叫(步骤1324)。这样，RUA30将会 向远程终端32 (C)发送邀请消息。该邀请消息起初被发送到I/S-CSCF 26 (步骤1326 ) 。 RUA 30还将会向I/S-CSCF 26提供用于MGC 22的会 话更新，以指示将要建立与远程终端32(C)的承载路径的分组部分(步 骤1328 ) 。 I/S-CSCF 26将会向远程终端32 ( C )转发邀请消息，并向 MGC 22转发会话更新，以使能媒体网关24与远程终端32 ( C )之间的 承载路径的分组部分(步骤1330和1332)。来自较早呼叫的承载路径 的CS部分保持完整，并且媒体网关24将会使承载路径的CS部分和新 建立的分组部分进行互通，以在用户单元16 (A)与远程终端32 (C) 之间建立全部承载路径(步骤1334)。 、
现在转到图21，其示出了 RUA 30的框图表示。RUA30可以包括 控制系统42，该控制系统42具有用于如上所述进行操作的必要软件46 的足够存储器44。控制系统42还可以与 一个或多个通信接口 48相关联， 以便于如上所述地与其它节点进行交互。
参考图22，其示出了 CAAF 28的框图表示。CAAF28可以包括控 制系统50,控制系统50具有用于如上所述进行操作的必要软件54的足 够存储器52。控制系统50还可以与一个或多个通信接口 56相关联，以 便于如上所述地与其它节点的进行交互。
现在转到图23，其示出了用户单元16的框图表示。用户单元16可 以包括控制系统58，控制系统58具有用于如上所述进行操作的必要软 件62的足够存4渚器60。控制系统58还可以与一个或多个通信接口 64 相关联，以便于如上所述地与其它节点的进行交互。控制系统58还可 以与用户接口66相关联，用户接口 66提供用于发起、接受和促进通信 所必需的必备扬声器、麦克风、小键盘和显示器。
图24是MSC20的框图表示。MSC20将包括交换矩阵68,交换矩 阵68耦合接入接口 70和承载接口 72。接入接口 70适于与适当的接入 网(例如蜂窝通信环境中的基站的网络)进行通信。接入接口 70适于与CS 12对接，并且特别地与通向CS 12的电路交换核心的线路或干线 对接。还提供了信令接口74,用于促进与CAAF28、 HSS 40、 MGC 22 等等的信令。接入接口 70通常被配置成支持到用户单元16等的信令和 承载路径。接入接口 70、交换矩阵68、承载接口 72和信令接口 74通 常与控制系统76相关，其中，控制系统76具有用于如上所述进行操作 的必要软件80的足够存储器78。
本领域技术人员将会意识到对本发明优选实施例的改进和修改。所
围之内
权利要求
1.一种从多媒体子系统为电路交换子系统中的用户单元提供会话控制的方法，包括·在电路交换子系统中的用户单元与远程用户代理之间建立用于会话的会话控制信令路径，远程用户代理向多媒体子系统代表用户单元，以使得多媒体子系统为会话提供全部的会话控制；·通过媒体网关控制功能从远程用户代理到电路交换子系统内建立用于会话的承载控制信令路径，承载控制信令路径支持用于用户单元和与媒体网关控制功能相关联的媒体网关之间的会话的承载路径的电路交换部分；和·通过多媒体子系统建立到远程终端的远程信令会话路径。
2. 如权利要求1所述的方法，其中会话控制信令路径不延伸通过 媒体网关控制功能。
3. 如权利要求1所述的方法，其中会话控制信令路径通过适应功 能建立，适应功能沿着会话控制信令路径提供协议转换，以促进在电路 交换子系统与远程用户代理之间的信令。
4. 如权利要求3所述的方法，其中所述适应功能被设置在电路交 换子系统中的用户单元与支持用户单元的移动交换中心之间。
5. 如权利要求4所述的方法，其中所述适应功能从用户单元接收 包括移动性信令、会话控制信令和承载控制信令的接入信令；并且将移 动性信令路由到移动交换中心，经由会话控制信令路径将会话控制信令 路由到远程用户代理，并经由承载控制信令路径将承载控制信令路由到 移动交l灸中心。
6. 如权利要求5所述的方法，其中最初经由承载信令路径向远程 用户代理路由从用户单元发起的并且打算到达远程终端的初始会话，以 建立用于会话的承载路径的电路交换部分。
7. 如权利要求6所述的方法，进一步包括为随后的在用户单元与 远程用户代理之间的会话建立第二会话控制信令路径，以使多媒体子系 统为随后的会话提供会话控制，并且承载路径的电路交换部分用于支持 随后的会话。
8. 如权利要求3所述的方法，其中在适应功能与远程用户代理之 间应用多媒体子系统的会话控制协议。
9. 如权利要求8所述的方法，其中在适应功能与用户单元之间应 用电路交换信令协议，以使会话控制消息嵌入在电路交换信令协议的电 路交换信令消息中。
10. 如权利要求l所述的方法，其中在远程用户代理与媒体网关控 制功能之间通过多媒体子系统的控制功能路由承载控制信令路径。
11. 如权利要求l所述的方法，其中承载路径进一步包括与多媒体 子系统相关联的分组部分。
12. 如权利要求l所述的方法，进一步包括促进用户单元与远程用 户代理之间的会话信令，以用于在会话控制信令路径上控制会话。
13. 如权利要求l所述的方法，其中用于用户单元的会话控制由用 户单元提供，并且经由会话控制信令路径在多媒体子系统与用户单元之 间交换会话控制信令。
14. 如权利要求13所述的方法，其中在将会话从电路交换子系统 转移到与多媒体子系统相关联的分组子系统期间，建立不包括远程用户 代理的新会话控制信令路径。
15. 如权利要求13所述的方法，其中在实现了从与多媒体子系统 相关联的分组子系统到电路交换子系统的会话转移时，来建立会话控制 信令路径、承载控制信令路径和承载路径的电路交换部分。
16. 如权利要求13所述的方法，其中在电路交换子系统和与多媒 体子系统相关联的分组子系统之间的会话转移期间，用户单元维持会话 状态信息。
17. 如权利要求l所述的方法，其中用于用户单元的会话控制由远 程用户代理提供；在多媒体子系统与远程用户代理之间交换会话控制信 令；并且经由会话控制信令路径将用户输入从用户单元提供给远程用户 代理。
18. 如权利要求16所述的方法，其中在将会话从电路交换子系统 转移到与多媒体子系统相关联的分组子系统期间，新的会话控制信令路 径在远程用户代理与用户单元之间。
19. 如权利要求16所述的方法，其中在实现了从与多媒体子系统 相关联的分组子系统到电路交换子系统的会话转移时，来建立会话控制 信令路径、承载控制信令路径和承载路径的电路交换部分。
20. 如权利要求16所述的方法，其中在电路交换子系统和与多媒体子系统相关联的分组子系统之间的会话转移期间，远程用户代理维持 会话状态信息。
21. 如权利要求3所述的方法，其中适应功能设置在远程用户代理 与支持用户单元的移动交换中心之间的会话控制信令路径中。
22. 如权利要求21所述的方法，其中归属订户业务设置在适应功 能与移动交换中心之间的会话控制信令路径中。
23. 如权利要求21所述的方法，其中移动交换中心从用户单元接 收包括会话控制信令和承载控制信令的接入信令，并通过会话控制信令 路径向适应功能路由会话控制信令，并通过承载控制信令路径路由承载 控制信令。
全文摘要
本发明允许由多媒体子系统(MS)控制的呼叫采用全部或部分由电路交换子系统(CS)支持的承载路径。这样，当需要或希望时，由MS控制的呼叫可以具有通过CS提供的承载路径的一部分。为了促进这种控制，在当前由CS支持的用户单元与远程用户代理(RUA)之间建立会话控制信令路径，RUA在MS中代表用户单元。虽然承载路径的一部分由CS支持，但是会话控制信令路径将MS的影响范围延伸到用户单元。
文档编号H04M11/06GK101292489SQ200680039435
公开日2008年10月22日 申请日期2006年8月22日 优先权日2005年8月22日
发明者D·西尔万, K·马迪 申请人:北方电讯网络有限公司