用于提供组合网络服务的方法和相关移动通信系统

摘要

本发明涉及一种在移动通信系统(100)中向移动用户(UE1、UE2、UE3)提供组合的CS+PS服务的方法，该移动通信系统(100)包括电路交换(CS)移动通信网络(120)和分组交换(PS)移动通信网络(125、130)以及适于使得能够在CS和PS移动通信网络之间进行信令交换的交互工作功能(MGCF)，该方法包括：在PS移动通信网络中的提供服务的网络实体(AS)上接收在PS移动通信网络上从第一用户(UE1；UE2)发出的用户请求(INVITE)，该用户请求涉及组合服务；和使提供服务的网络实体管理接收的请求，其中，所述接收的请求的管理包含控制通过交互工作功能在CS移动通信网络中建立会话。

权利要求

1.一种在移动通信系统(100)中向移动用户(UE1、UE2、UE3)提供组合的电路交换(CS)和分组交换(PS)服务的方法，该移动通信系统(100)包括电路交换(CS)移动通信网络(120)和分组交换(PS)移动通信网络(125、130)以及是CS移动通信网络或PS移动通信网络中的一个的一部分且适于使CS域信令受PS域上的会话信令控制的交互工作功能(MGCF)，该方法包括：在PS移动通信网络中的提供服务的网络实体(AS)上接收在PS移动通信网络上从第一用户(UE1；UE2)发出的用户请求，该用户请求涉及组合服务；和使提供服务的网络实体管理接收的请求，其中，所述管理接收的请求包含控制通过交互工作功能(MGCF)在CS移动通信网络中建立会话。

2.根据权利要求1的方法，其中，所述PS移动通信网络包含IMS网络基础结构(130)。

3.根据权利要求2的方法，其中，交互工作功能包含适于在CS移动通信网络中与媒体网关(MGW)交互作用的媒体网关控制功能(MGCF)。

4.根据权利要求2或3的方法，其中，提供服务的网络实体包含IMS网络基础结构的应用服务器。

5.根据权利要求4的方法，其中，用户请求包含SIP方法。

6.根据权利要求5的方法，其中，提供服务的网络实体适于通过SIP信令与交互工作功能通信。

7.根据权利要求6的方法，其中，由提供服务的网络实体发给交互工作功能的SIP信令被标为组合服务固有，并且交互工作功能适于识别从提供服务的网络实体接收的标记的SIP信令。

8.根据权利要求7的方法，其中，SIP信令的标记包含于SIP消息报头中。

9.根据权利要求3的方法，其中，CS移动通信网络中的信令选自包含3GPP TS 24.008信令、Q.931协议信令、X.31协议信令、用户对网络协议信令的组。

10.根据前面的权利要求中的任一项的方法，其中，所述交互工作功能适于通过ISUP信令与CS移动通信网络通信。

11.根据权利要求1的方法，其中，所述管理接收的请求包含：识别接收的请求作为对与至少一个第二用户(UE2)至少建立CS会话的请求；

与第二用户建立CS会话，所述建立CS会话包括：

传达交互工作功能以与第一用户建立第一CS会话，并与至少一个第二用户建立至少一个第二CS会话，并接合第一和至少一个第二CS会话以连接第一和第二用户，由此在CS移动通信网络中建立CS承载。

12.根据权利要求11的方法，其中，所述传达交互工作功能包含向交互工作功能发送用于建立第一CS会话的第一信令、用于建立至少一个第二CS会话的至少一个第二信令、和用于使交互工作功能接合第一和至少一个第二CS会话的第三信令。

13.根据权利要求11的方法，其中，所述识别来自第一用户的请求作为对与至少一个第二用户至少建立CS会话的请求包含识别来自第一用户的请求作为对与至少一个第二用户建立组合的CS和PS会话的请求，所述管理接收的请求还包括：除了所述与第二用户建立CS会话外，与第二用户建立至少一个PS会话，所述建立至少一个PS会话包含在PS移动通信网络中建立至少一个PS承载。

14.根据权利要求13的方法，还包括：

确定第二用户支持组合的CS和PS会话的可用性。

15.根据权利要求14的方法，其中，所述与第二用户建立至少一个PS会话以确定的至少一个第二用户支持PS会话的可用性为条件。

16.根据权利要求1的方法，其中，所述管理接收的请求包括：识别接收的请求作为对与至少一个第二用户(UE2)建立PS会话的请求；

与第二用户建立PS会话，所述建立PS会话包含在PS移动通信网络中建立PS承载。

17.根据权利要求1的方法，还包括：

在提供服务的网络实体上，接收与前面建立的组合服务有关的另一用户请求，前面建立的组合服务至少包含第一和至少一个第二用户之间的CS会话；和使提供服务的网络实体管理接收的另一用户请求。

18.根据权利要求17的方法，其中，所述管理接收的另一用户请求包括：识别接收的另一用户请求作为对解除前面建立的组合服务的请求；

传达交互工作功能，以使在CS移动通信网络中解除与CS会话对应的CS承载。

19.根据权利要求18的方法，其中，前面建立的组合服务包含组合的CS和PS会话，所述管理接收的另一用户请求包含：使在PS移动通信网络中解除与PS会话对应的PS承载。

20.根据权利要求17的方法，其中，所述管理接收的另一用户请求包括：识别接收的另一用户请求作为对临时将前面建立的组合服务设为保持的请求，其中，前面建立的组合服务包含CS和PS会话，该CS和PS会话包含PS移动通信网络中的PS承载和CS移动通信网络中的CS承载；和将PS承载设为保持状态。

21.根据权利要求20的方法，其中，所述管理接收的另一用户请求包括：识别接收的另一用户请求作为对再继续临时将前面建立的组合的CS和PS会话设为保持状态的请求；和再继续PS承载。

22.根据权利要求1的方法，其中，所述管理接收的请求包括：在呼叫转发特征被启用的情况下，管理针对第二用户的用户请求到第三用户的重定向。

23.一种移动通信系统(100)，包括：

电路交换(CS)移动通信网络(120)；

分组交换(PS)移动通信网络(125、130)；和是CS移动通信网络或PS移动通信网络中的一个的一部分且适于使CS域信令受PS域上的会话信令控制的交互工作功能(MGCF)，PS移动通信网络中的提供服务的网络实体(AS)，适于：在PS移动通信网络上接收从第一用户(UE1；UE2)发出的用户请求，该用户请求涉及组合服务；和管理接收的请求，其中，所述管理接收的请求包含控制通过交互工作功能(MGCF)在CS移动通信网络中建立会话。

24.根据权利要求23的移动通信系统，其中，所述PS移动通信网络包含IMS网络基础结构(130)。

25.根据权利要求24的移动通信系统，其中，交互工作功能包含适于在CS移动通信网络中与媒体网关(MGW)交互作用的媒体网关控制功能(MGCF)。

26.根据权利要求24或25的移动通信系统，其中，提供服务的网络实体包含IMS网络基础结构的应用服务器。

27.根据权利要求26的移动通信系统，其中，用户请求包含SIP方法。

28.根据权利要求27的移动通信系统，其中，提供服务的网络实体适于通过SIP信令与交互工作功能通信。

29.根据权利要求25的移动通信系统，其中，CS移动通信网络中的信令选自包含3GPP TS 24.008信令、Q.931协议信令、X.31协议信令、用户对网络协议信令的组。

30.根据权利要求23～29中的任一项的移动通信系统，其中，所述交互工作功能适于通过ISUP信令与CS移动通信网络通信。

说明书

用于提供组合网络服务的方法和相关移动通信系统

技术领域

[0001] 本发明一般涉及远程通信的领域，特别是涉及允许移动用户之间的通信的移动通信网络。更特别地，本发明涉及所谓组合服务的实现，从而允许包含电路交换移动通信网络和分组交换移动通信网络的移动通信系统的移动用户充分利用同时通过电路交换和分组交换移动通信网络传输的服务。

背景技术

[0002] 移动通信网络最初被构思是为了能够进行语音通信，它类似于有线的公共交换电话网络(PSTN)，但是是在移动用户之间进行。

[0003] 移动通信网络经历了极大的传播，尤其是在引入第二代移动蜂窝网络、特别是诸如符合全球移动通信系统(GSM)标准(及其美国和日本对应物)的那些的数字移动蜂窝网络之后。

[0004] 除了普通语音(plain voice)通信以外，由这些蜂窝网络提供的服务在数量和质量上迅速增加；仅仅是为了引用几个例子，短信息系统(SMS)、多媒体信息系统(MMS)服务和因特网连通性服务在最近几年已变为可用。

[0005] 移动通信网络开始是作为类似于PSTN的电路交换(CS)网络；这种方案对于支持语音通信是令人满意的，但是，由于可被分配给指定用户的带宽必定受限，因此它提供非常差的数据交换能力。为了交换相对较大的量的数据，优选如计算机网络中那样采用分组交换(PS)方案，在这些计算机网络中有因特网。

[0006] 为了克服常规的诸如GSM网络的CS移动通信网络的限制，以使得移动用户能够通过他们的移动电话有效交换恰当量的数据并通过因特网享受导航，已向CS移动通信网络添加了PS网络基础结构。已获得有效普及的方案之一是通用分组无线业务(简称为GPRS)。GPRS基本上是GSM的改进(add-up)，它是支持基于分组的数据通信的与GSM网络兼容(实际上是建立在现有的GSM网络结构上)的数字移动电话技术，由此使得能够以比纯GSM允许的速度高的速度进行数据传送。能够接入CS和PS两种移动网络的移动电话(或用户设备-UE)已被投入市场，并在当前已被商业化。

[0007] 最初，PS移动网络基础结构被构思以允许移动用户接入一般为因特网的基于分组的网络，并充分利用由特定因特网服务器提供的服务。作为这种方法的进展，第3代合作伙伴计划(3GPP)阐述了用于定义基于开放的IP(因特网协议)的(即，基于分组的)服务基础结构的规范(特别是3GPP技术规范TS 23.228，该技术规范TS 23.228被视为由此被包含作为参考)，该规范将使得能够容易地采用混合电信和数据服务的新的丰富的多媒体通信服务，特别是期望对顾客非常有吸引力的人对人的IP多媒体服务。

[0008] 在通用移动设备UE可同时接入CS移动通信网络和PS移动通信网络特别是IMS PS网络的方案中，将由CS网络提供的服务(例如，CS呼叫)与通过PS网络可用的基于IP的服务特别是人对人的IP多媒体服务进行组合可大大扩展移动通信能力。

[0009] 对于本说明，通过“组合服务”，希望存在作为通过至少一个CS会话和至少一个同时的PS会话传输的服务的组合的移动通信服务。

[0010] 例如，组合服务可允许用户用CS域与另一用户说话、同时用PS域向其它用户发送例如图像的文件或与他/她(正在游戏)玩各类游戏。

[0011] 到目前为止，组合服务的实现完全依赖于UE的功能性。

[0012] 移动通信网络(特别是公众陆地移动网-PLMN)的一般和特定结构在3GPP TS23.002中被定义，该3GPP TS 23.002被视为由此被包含作为参考。根据该规范，为了向终端用户提供独立的服务，诸如对于CS域的语音呼叫和对于PS域的例如网络浏览的数据服务，用户对移动通信系统的PS和CS域的接入被单独使用。因此，CS和PS域通过它们自身的呼叫/会话信令被处理：对于CS域，它们可以是3GPP TS 24.008中规定的类型(或者，作为替代方案，符合Q.931或X.31协议或其它UNI-用户对网络界面-协议的信令)；对于PS域，信令服从SIP(会话发起协议)，该SIP是IETF(因特网工程任务组)提出的用于在基于IP的网络中建立一个或更多个客户之间的会话的标准。

[0013] 基于该方案，为了建立组合服务，包含CS和PS网络的移动通信系统的通用UE必须同时建立CS呼叫和PS会话，并需要能够执行CS呼叫和PS会话信令的协调。

[0014] 具体而言，UE建立从网络的观点看完全无关的CS呼叫和PS会话，并且只有UE对执行CS和PS信令的协调负责。换句话说，只有UE实际知道PS域中的会话与CS呼叫结合或组合的事实。相反，由于PS会话和CS呼叫不以任何方式相互链接，因此网络(及其运营商)对该事实是完全不知道的。

[0015] 申请人在为在2004年5月17～21日召开的3GPP TSG-SA2会议#40所做的、题目为“Discussion on‘Combining CS with IMS”’的提交材料中针对这种组合服务的实现的一些问题进行了说明。特别地，在该文件中，申请人对分别称为“CS/CSB”和“IMS/CSB”(代表“电路交换/组合CS承载与IMS(Circuit Switched/Combining CS Bearer withIMS)”和“IMS/组合CS承载与IMS(IMS/Combining CS Bearer withIMS)”的缩写)的组合服务实现的两种可能的方法加以区分。

[0016] 基本上，如该文件解释的那样，CS/CSB方法的特征在于重新使用现有CS域服务逻辑，这里，如前面提到的那样，通过传统的CS呼叫控制即3GPP TS 24.008信令完成语音媒体的建立。因此，在CS域(24.008信令)上保持对于语音服务的呼叫&承载控制，通过SIP/IMS信令完成对IMS服务的会话控制，并通过PS域完成对非会话类IMS服务的承载控制。

[0017] 相反，在IMS/CSB方法中，每当必须建立实时媒体成分时，通过在控制面重新使用IMS服务逻辑并在承载面上利用“CS域承载”而不是常规的“PS域承载”，提供IMS服务。因此，通过SIP/IMS完成对于所有服务(包含语音)的会话控制，通过CS信信令(3GPP TS
24.008)完成对会话媒体的承载控制，并通过PS域完成对非会话媒体的承载控制。

[0018] 申请人在该文件中观察到，尽管CS/CSB方法比IMS/CSB简单，但是，特别是由于语音媒体和非语音媒体由不同的核心网络域单独处理，因此相对于IMS/CSB方法网络可向不同的CS和PS媒体施加非常有限的控制水平，因此，它仅应被视为接近后一种方法的(任选的)中间的、更容易的步骤。

[0019] 在Vodafone UK在2004年4月19～23日召开的3GPP TSG-SA2会议WG2#39所做的题目为“Combining CS bearers with IMS”的提交材料中，在解释了当前3GPP的IMS规定使用SIP信令以通过使用承载媒体的PS承载建立会话之后，陈述了与尝试使用用于实时IP会话的GPRS承载相关的服务和射频发出的质量会延迟用于实时服务的IMS的开创。在该文件中，Vodafone UK提出一种方案并公开用于使用SIP信令以建立将使用承载媒体的CS承载的会话的可能机制。特别地，以背靠背用户代理模式动作并且可控制媒体网关的SIP应用服务器(AS)被使用。

发明内容

[0020] 申请人已看到，以UE为中心的组合服务的实现可引起几个问题。

[0021] 例如，网络运营商遇到对利用组合服务的用户适当收费的问题：由于PS会话不被视为以任何方式与CS呼叫链接，因此它们被单独收费，结果用户将列两次帐单，一次用于在PS会话中交换的业务量，另一次用于CS呼叫。这可被视为是不令人满意的，并可限制用户充分利用这些服务：根据申请人，双重收费和记帐对于应被用户视为单个服务的组合服务是不合适的。

[0022] 另一问题涉及到，只由UE的能力驱动的实现会迫使网络运营商为了应对UE技术的连续改进而连续修改基础结构。在网络基础结构的这种连续改变中包含的高成本风险会限制网络运营商配置组合服务。

[0023] 另一问题是，通常由提供的服务的变化(例如，由于网络运营商希望在已经现有的组合服务中实现新的组合服务或新的功能性)包含的信令通信管理中的各种修改需要改变或至少修改或更新所有运行的UE。例如，如果网络运营商首先开办了给定的组合服务，并且它在随后决定还要实现需要信令的不同处理的另一服务，那么就必须改变原始组合服务的用户的所有UE内的信令管理。

[0024] 申请人面对这样一个问题，即，如何使组合服务的实现更少地受所讨论的问题以及其它问题的影响，特别是如何使这种服务的实现更少地依赖于UE而更多地受网络运营商的控制。并且，申请人面对避免由于信令在网络级上的改变所有已经运行的UE需要被替换或更新的问题。

[0025] 如在一般情况中陈述的那样，申请人发现并由此提出这样一种方案，即，正在接入PS域的通用UE被允许通过简单地通过PS域的信令进行请求、建立/维护/解除向另一用户(UE)的CS会话，例如语音呼叫。

[0026] 换句话说，根据本发明，通用CS服务由PS域上的会话信令控制，就好象它是PS域中的媒体流。因此，根据本发明，通过控制CS域信令的PS域中的信令执行CS域承载服务的请求/维护和解除。

[0027] 为了使CS域(CS会话)信令受PS域上的会话信令控制，在例如IMS结构的应用服务器的PS域中的服务器和例如服从3GPP的媒体网关控制功能(MGCF)的可接入CS域的信令的MGCF之间提供交互工作信息的交换；能够将PS域(例如SIP/IMS)信令翻译成CS域(例如ISUP)信令的MGCF可以是PS域的一部分(即，在PS网络的运营商的控制之下)或CS域的一部分(即，在CS网络的运营商的控制之下)。MGCF适于以第3方呼叫控制(3PCC)模式(如本领域公知的那样，是CS呼叫起源和受控于第三方网络实体而不是UE的操作模式)建立/维护/解除CS会话，例如语音呼叫，即，MGCF能够使在CS域中建立两个(可能是更多个)呼叫部分，这两个呼叫部分均被端接在各个移动用户设备上(在各个移动用户设备上被应答)，并接合这两个(或更多个)呼叫线路(call leg)以使主叫用户与希望的被叫用户(CS)连接。

[0028] 换句话说，希望与期望的目的地UE建立组合服务会话的通用UE向PS域上的应用服务器发送PS(例如，SIP)信令，作为结果，服务器通过MGCF、使用到UE的CS信令(网络到用户方向)使在CS域上建立希望的CS服务，例如语音呼叫。通用的CS服务从而受PS域上的会话信令控制，就好象它是PS域中的媒体流。可例如为在3GPPTS 24.008、BICC(与承载无关的呼叫控制)或ISUP(ISDN用户部分协议)中限定的类型的CS呼叫控制信令被视为从动于SIP会话信令的承载控制信令。

[0029] 因此，根据本发明的第一方面，提供如所附的权利要求1所述的提供组合服务的方法。

[0030] 在包含电路交换(CS)移动通信网络和分组交换(PS)移动通信网络以及适于使得能够在CS和PS移动通信网络之间进行信令交换的交互工作功能(MGCF)的移动通信系统中，根据本发明的向移动用户提供组合的CS+PS服务的方法包括：

[0031] 在PS移动通信网络中的提供服务的网络实体上接收在PS移动通信网络上从第一用户发出的用户请求，该用户请求涉及组合服务；和

[0032] 使提供服务的网络实体管理接收的请求，其中，所述接收的请求的管理包含控制通过交互工作功能在CS移动通信网络中建立会话。

[0033] 特别地，所述PS移动通信网络包含IMS网络基础结构；提供服务的网络实体可包含IMS网络基础结构的应用服务器。

[0034] 交互工作功能可特别包含适于在CS移动通信网络中与媒体网关交互作用的媒体网关控制功能。

[0035] 用户请求可特别包含SIP方法。

[0036] 提供服务的网络实体特别适于通过SIP信令与交互工作功能通信。根据本发明的实施例，由提供服务的网络实体发给交互工作功能的SIP信令被标为组合服务固有的，并且交互工作功能适于识别从提供服务的网络实体接收的标记的SIP信令。SIP信令的标记可例如包含在SIP消息报头中。

[0037] 根据本发明的实施例，CS移动通信网络中的信令选自包含3GPPTS 24.008信令、Q.931协议信令、X.31协议信令、用户对网络协议信令的组。

[0038] 交互工作功能可适于通过ISUP信令与CS移动通信网络通信。

[0039] 在本发明的实施例中，所述接收的请求的管理可特别包含：

[0040] 识别接收的请求作为对与至少一个第二用户至少建立CS会话的请求；

[0041] 与第二用户建立CS会话，所述建立CS会话包括：

[0042] 传达交互工作功能以与第一用户建立第一CS会话，并与至少一个第二用户建立至少一个第二CS会话，并接合第一和至少一个第二CS会话以连接第一和第二用户，由此在CS移动通信网络中建立CS承载。

[0043] 所述传达交互工作功能可包含向交互工作功能发送用于建立第一CS会话的第一信令、用于建立至少一个第二CS会话的至少一个第二信令、和用于使交互工作功能接合第一和至少一个第二CS会话的第三信令。

[0044] 所述识别来自第一用户的请求作为对与至少一个第二用户至少建立CS会话的请求可包含识别来自第一用户的请求作为对与至少一个第二用户建立组合的CS+PS会话的请求，并且，所述管理接收的请求还可包括：

[0045] 除了所述与第二用户建立CS会话，与第二用户建立至少一个PS会话，所述建立至少一个PS会话包括在PS移动通信网络中建立至少一个PS承载。

[0046] 该方法还可包括确定第二用户支持组合的CS+PS会话的可用性。所述与第二用户建立PS会话以确定的至少一个第二用户支持PS会话的可用性为条件。

[0047] 在本发明的实施例中，所述管理接收的请求可包括：

[0048] 识别接收的请求作为对与至少一个第二用户建立PS会话的请求；和[0049] 与第二用户建立PS会话，所述建立PS会话包括在PS移动通信网络中建立PS承载。

[0050] 该方法还可包括：

[0051] 在提供服务的网络实体上接收与前面建立的组合服务有关的另一用户请求，前面建立的组合服务至少包含第一和至少一个第二用户之间的CS会话；和

[0052] 使提供服务的网络实体管理接收的另一用户请求。

[0053] 特别地，所述管理接收的另一用户请求可包括：

[0054] 识别接收的另一用户请求作为对解除前面建立的组合服务的请求；

[0055] 传达交互工作功能，以使在CS移动通信网络中解除与CS会话对应的CS承载。

[0056] 前面建立的组合服务可包含组合的CS+PS会话；所述管理接收的另一用户请求在这种情况下可包含使在PS移动通信网络中解除与PS会话对应的PS承载。

[0057] 在本发明的实施例中，所述管理接收的另一用户请求可包括：

[0058] 识别接收的另一用户请求作为对临时将前面建立的组合服务设为保持的请求，其中，前面建立的组合服务包括包含PS移动通信网络中的PS承载和CS移动通信网络中的CS承载的CS+PS会话；和

[0059] 将PS承载设为保持状态。

[0060] 所述管理接收的另一用户请求可包括：

[0061] 识别接收的另一用户请求作为对继续临时将前面建立的组合的CS+PS会话设为保持的请求；和

[0062] 继续PS承载。

[0063] 在本发明的实施例中，所述管理接收的请求可包括：在呼叫转发特征被启用的情况下，管理针对第二用户的用户请求到第三用户的重定向。

[0064] 根据本发明的第二方面，提供如所附的权利要求23所述的移动通信系统。

[0065] 该移动通信系统包括：

[0066] 电路交换(CS)移动通信网络；

[0067] 分组交换(PS)移动通信网络；和

[0068] 适于使得能够在CS和PS移动通信网络之间进行信令交换的交互工作功能，[0069] PS移动通信网络中的提供服务的网络实体，适于：

[0070] 在PS移动通信网络上接收从第一用户发出的用户请求，该用户请求涉及组合服务；和

[0071] 管理接收的请求，其中，所述管理接收的请求包含控制通过交互工作功能在CS移动通信网络中建立会话。

[0072] 所述PS移动通信网络可包含IMS网络基础结构。

[0073] 交互工作功能可包含适于在CS移动通信网络中与媒体网关交互作用的媒体网关控制功能。

[0074] 提供服务的网络实体可包含IMS网络基础结构的应用服务器。

[0075] 用户请求可包含SIP方法。

[0076] 提供服务的网络实体可适于通过SIP信令与交互工作功能通信。

[0077] CS移动通信网络中的信令选自包含3GPP TS 24.008信令、Q.931协议信令、X.31协议信令、用户对网络协议信令的组。

[0078] 所述交互工作功能可适于通过ISUP信令与CS移动通信网络通信。

[0079] 由于本发明，协调两个承载(CS和PS)的责任就不落在UE上，而是完全由网络(特别是由服务器，例如，PS网络中的应用服务器)处理，即，组合服务的实现变为以网络为中心，而不是以UE为中心。

[0080] 以下几点是提出的解决方案的优点。例如，通常由提供的服务的变化隐含的信令通信管理的各个修改不需要所有的UE均应被改变或修改，例如更新；改变负责管理两个网络域(CS和PS)上的接入的PS网络应用服务器中的服务逻辑就够了。

[0081] 另外，网络运营商可自由改变已实现的组合服务，例如语音+视频服务的管理，以使其适于新的市场要求，并可自由引入诸如呼叫转发特征的新的特征，从而为其用户丰富语音+视频服务。

[0082] 有利的是，网络运营商可例如在应用服务器中实现用于组合的CS-PS服务的独特的计费，由此简化关于使用的各个服务由网络运营商产生并包含诸如主叫用户的电话号码、被叫用户的电话号码和使用的持续时间的信息的相对CDR(呼叫数据记录)的计费收集和之后的分析。

附图说明

[0083] 通过仅作为非限制性例子提供的本发明的实施例的以下详细说明，将使得本发明的特征和优点变得十分明显，说明将参照附图进行，其中，

[0084] 图1示意地表示包含CS和PS移动通信网络并适于实现根据本发明的实施例的方法的移动通信系统；

[0085] 图2A～2D是图1的移动通信系统的简化图，以简化的方式示出根据本发明的实施例的使在两个UE之间建立组合的PS会话加CS会话的一连串事件；

[0086] 图3示意性地但比图2A～2D更详细地示出在本发明的实施例中使在两个UE之间建立组合的PS会话加CS会话的不同网络实体之间的信令；

[0087] 图4表示在本发明的实施例中包含于两个UE之间的CS(音频)会话的建立中的不同网络实体之间的信令；

[0088] 图5表示在本发明的实施例中、包含于最初在两个UE之间建立的CS(音频)会话向组合的CS会话加CS会话的更新中的不同网络实体之间的信令；

[0089] 图6表示在本发明的实施例中、在不能在两个UE之间建立组合的PS会话加CS会话的情况下包含于向简单的CS会话的后退中的不同网络实体之间的信令；

[0090] 图7表示在本发明的实施例中，包含于组合会话解除中的不同网络实体之间的信令；

[0091] 图8表示在本发明的实施例中包含于组合的CS加PS会话保持和重新开始中的不同网络实体之间的信令；以及

[0092] 图9和图10表示在本发明的实施例中包含于呼叫转发特征被启动的两种情况中的不同网络实体之间的信令。

具体实施方式

[0093] 在以下说明中，将作为例子说明包含GERAN(GSM/EDGE无线接入网络，其中，EDGE代表GSM进展用增强数据)PLMN的移动通信系统，即，无线接入网络部分(向着用户的无线电前端)基于GSM标准的移动通信网络；但应指出，这不是要被解释为限制本发明，本发明一般可被应用于任何类型的PLMN，不管它是不是无线接入类型；特别地，应强调本发明可被应用于UTRAN(UMTS陆地无线接入网络)PLMN。

[0094] 参照附图，图1示意地表示适于实现根据本发明的实施例的方法的移动通信系统100，并且，仅作为上述例子，移动通信系统100包含GERAN PLMN基础结构。

[0095] 移动通信系统100包含用于允许移动用户设备(UE)、例如接入网络的GSM/GPRS或GSM/EDGE移动电话的无线接入网络部分(前端)。在附图中，由于无线电前端本身是公知的并且对于本发明的理解不是不可少的，因此它没有被详细示出，并因此由具有相关的天线的由附图标记105标识的框表示。

[0096] 移动通信系统100的无线电前端的特定结构将依赖于移动通信网络类型：在这里考虑的示例性的情况下，无线电前端105包含多个基站子系统(BSS)，每个BSS在各个地理区域中提供用于移动通信的覆盖。通用的BSS包含多个基站收发信机(BTS)，每个BTS在由BSS覆盖的区域内覆盖各个地理区域(所谓的“小区(cell)”；通用的BTS与位于BTS的小区中的UE、诸如UE1和UE2通信。一般地，许多BTS与同一个基站控制器(BSC)连接，该BSC是控制BTS的网络单元；大致说来，BTS处理发向/来自UE的信号的实际发射/接收，而BSC关于要在特定的物理、无线电通信信道上发射的信息指示不同的BTS。

[0097] 多组不同的BSS与各个移动交换中心(MSC)、诸如附图中示出的两个MSC(MSCa和MSCb)连接。通用的MSC对同一移动通信网络的其它MSC、对其它移动通信网络的MSC、对一个或更多个有线的PSTN执行网关的功能。如本领域公知的那样，MSC与以下位置寄存器有关：归属位置寄存器(HLR)，包含用户订户对移动通信网络的订购数据，特别是移动电话号码；访问位置寄存器(VLR)，包含关于在给定的时间点上不同的用户位于哪里，即他们当前在移动通信网络的哪个小区下被登记的信息。基于该信息，MSC切换从呼叫者到被叫用户的呼叫，即适当地进行路由。

[0098] 具有BTS和BSC的无线电前端以及MSC是CS移动通信网络120或移动通信系统100的CS域的部分；在该CS域中，移动用户通过他们的UE、诸如附图中示出的两个UE(UE1和UE2)可建立CS(语音)呼叫并相互说话(并且，可能开发诸如交换SMS消息的其它服务)。

[0099] 图1还示意性地示出实现与CS网络120相关的PS移动通信网络125(或移动通信系统的PS域)的核心网络元件。特别地，在根据GPRS标准的PS移动通信网络的示例性的情况下，并且不对本身在本领域中已知并且不与这里说明的本发明的实施例的理解有关的过多细节进行说明，诸如附图中的两个GGSN(GGSNa和GGSNb)的网关GPRS支持节点(GGSN)用作移动通信网络和诸如因特网的其它外部分组数据网络或(例如，其它网络运营商的)其它PS移动通信网络之间的接口。GGSN通过GPRS骨干网络与诸如附图中示出的两个SGSN(SGSNa和SGSNb)的服务GPRS支持节点(SGSN)交换数据分组。通用的SGSN通过图1中未示出的分组控制单元(PCU)与CS网络120的一个或更多个相应BSS相关，并将从GGSN接收的数据分组路由到位于被各个BSS(或被各个BSS中的一个)覆盖的地理区域中的适当的目的地UE。特别地，通用的SGSN保持UE的地理位置的轨迹，以知道为了将数据分组传输到希望的目的地UE要向哪里发送这些数据分组。PCU通过BTS中的一个将从各个SGSN接收的数据分组转换成适于被“无线”传送的数据流，从而开发移动通信网络的无线电资源；类似地，通过UE“无线”传送并被BTS接收的数据流被转换成根据由内部的基于分组的数据通信网络支持的协议格式化的数据分组，用于向各个SGSN传输。可以观察到，单个SGSN可与多个GGSN通信，用于从不同的外部分组数据网络接收数据分组。

[0100] 服从3GPP的IP多媒体子系统(IMS)基础结构130与PS网络125相关，用于增强网络的基于分组的通信能力。IMS基础结构310的基本元件被示意性地示于图1中，并且包含诸如附图中示出的两个CSCF(CSCFa和CSCFb)的呼叫会话控制功能(CSCF)。CSCF包含与各个服务呼叫会话控制功能(S-CSCF)S-CSCFa和S-CSCFb连接的诸如附图中示出的两个P-CSCF(P-CSCFa和P-CSCFb)的代理呼叫会话控制功能(P-CSCF)，不对其进行详细说明。大致说来，P-CSCF(P-CSCFa和P-CSCFb)是UE和IMS基础结构130之间的接口；它们起代理的作用，从UE接收请求并在内部管理它们或将它们转发给例如S-CSCF；S-CSCF又可起代理的作用，接收进入的请求并在内部管理它们或将它们转发给IMS基础结构的其它元件，诸如询问呼叫状态控制功能(I-CSCF，附图中未示出)，该I-CSCF是与运营商的网络的联系并负责以下方面：将S-CSCF分配给用户用于SIP类型的注册；路由SIP请求；检索S-CSCF的地址(通过在附图中被示意性地示出并在那里被表示为HSS的归属用户服务器-HSS)。

[0101] 诸如附图中示出的两个S-CSCF(S-CSCFa和S-CSCFb)的S-CSCF与其中运行用于提供特定服务的应用的应用服务器AS协作。

[0102] 移动通信系统100还包含媒体网关(MGW)，它是端接来自CS网络的承载信道和来自PS网络的媒体流(例如，IP网络中的RTP流)的网络功能实体。MGW支持媒体转换、承载控制和有效载荷处理(例如，编码译码器、回波消除器、电话会议桥接器)，并具有用于支持UMTS/GSM传输媒体的必要的资源。

[0103] MGW与进一步在移动通信系统100中提供的媒体网关控制功能(MGCF)交互作用用于资源控制，并适于接入CS域的信令；例如，MGCF是服从3GPP的MGCF，并可无关紧要地位于IMS基础结构130内或外。MGCF是由提出IMS基础结构的上述3GPP TS 23.228引入的网络功能实体。特别地，如3GPP TS 23.002所述而不对其进行太详细的说明，MGCF执行以下动作：

[0104] -控制适合用于MGW中的媒体信道的连接控制的呼叫状态的部分；

[0105] -与CSCF通信。

[0106] -根据来自传统网络(例如，PSTN或其它PLMN)的呼入呼叫的路由数量选择CSCF；

[0107] -在CS域信令(例如，ISUP)和IMS呼叫控制协议(诸如SIP)之间执行协议转换；和

[0108] -将在MGCF上接收的带外信息(诸如BICC协议)转发给CSCF/MGW。

[0109] 根据本发明的实施例，PS域中的应用服务器AS与MGCF交换交互工作信息；特别地，根据本发明的实施例，MGCF和MGW在应用服务器AS发出的指令下适于建立/维护/解除CS呼叫，例如3PCC模式的语音呼叫，即，MGCF能够使在CS域中建立对各个UE的呼叫的两个线路(leg)，这两个线路均端接在UE1和UE2上，并接合这两个线路以使两个UE的用户相互连接，即，使主叫用户与被叫用户连接。

[0110] 现在将说明这里考虑的根据本发明的实施例的方法，首先是一般情况，然后是细节，并将给出一组特定的示例性的过程。

[0111] 在一般情况中，根据本发明的实施例的方法允许配备有正在接入PS域的例如附图中的UE1的适当的UE的用户向在PS域上通过信令请求CS呼叫建立/维护/解除的例如UE2的另一用户的UE建立/维护/解除CS会话(呼叫)，例如，语音呼叫。

[0112] 对于本说明，通过“适当的UE”，希望存在适于同时维持PS会话和CS会话的UE，特别是能够IMS的UE。

[0113] 特别地，根据本发明的实施例，通用CS域的建立由PS域中的会话信令控制，就好象它是PS域的媒体流。

[0114] 在IMS的示例性的情况下，同样控制CS域服务的PS域中的信令是SIP信令。

[0115] 例如，为了组合CS(例如，语音)呼叫与PS会话，例如，为了在已经存在的两个用户之间的PS会话上增加语音呼叫，用户之一，例如主叫用户UE1，通过PS域会话信令表示这种意图；例如，在SIP信令的情况下，用户用规定媒体AUDIO的会话描述协议(SDP)向另一用户发送INVITE SIP消息。在SIP协议中，INVITE消息是指示被叫用户受邀参与两方通话或电话会议的方法；使用SDP，呼叫用户的UE在消息体中规定它可接收的数据的类型(例如，音频、视频或这两者)、它希望在哪个信道上发送、各个参数、(被叫用户的)目的地UE。

[0116] 该INVITE消息被应用服务器AS(图2A)“截取”；基于其内部工作准则，应用服务器AS实现主叫用户UE1请求CS服务作为承载，然后，通过根据本发明的实施例的SIP方法(COMBINE方法-图2B)向MGCF发送这样一种命令，即，该命令使MGCF触发3PCC功能，并用两个UE(UE1和UE2)建立CS呼叫的两个线路，这两个线路均被端接在各个UE(图2C)上，并接合CS呼叫的这两个线路以使主叫用户设备UE1与被叫用户设备UE2连接(图2D)。

[0117] 特别地，根据本发明的实施例的COMBINE SIP方法通过对MGCF规定包含于以3PCC模式建立的呼叫中并端接CS呼叫线路的用户的标识并规定CS呼叫线路的标识、使MGCF/MGW建立(以3PCC模式)并然后接合/组合至少两个CS呼叫部分(CS呼叫的线路)。特别地，根据本发明的实施例，应用服务器AS向MGCF发送具有专用的消息报头或“COMBINE HEADER”、包含MGCF必须执行的CS呼叫连接的指示、例如要被组合的两个CS呼叫的呼叫方向的两个(或根据要建立的CS呼叫线路的数量为更多个)INVITE消息。例如，消息报头包含主叫用户的标识(呼叫用户标识)和被叫用户的标识(被叫用户标识)。在要被组合的呼叫线路多于两个的情况下，用户标识例如被写入从开始该呼叫的用户的报头开始的报头中。

[0118] 以下，将借助于图3～10的信令图详细说明使用根据本发明的实施例的方法的一组示例性过程。将被说明的过程特别涉及：

[0119] 1-CS+PS(音频+数据)会话的建立；

[0120] 2-CS(音频)会话的建立；

[0121] 3-已建立的CS(音频)会话向CS+PS会话(例如组合音频与视频)的升级；

[0122] 4-退回CS(音频)会话；

[0123] 5-会话的解除；

[0124] 6-会话的保持和重新开始；

[0125] 7-CS+PS会话的无条件或“在忙(on-busy)”转发；和

[0126] 8-对CS+PS会话的“无答复”的转发。

[0127] 在信令图中，采用SIP信令(即，PS域中的信令)由实线表示的惯例，而24.008/ISUP信令(即，CS域中的信令)由点划线表示。

[0128] 1-音频+数据会话的建立

[0129] 图3表示在例如UE1的UE请求建立CS(音频)会话被一般的PS数据会话充实的呼叫的建立的情况下的不同网络实体之间的信令。为了使得各个用户能够交换一些视频图像，该PS数据会话可例如是UE1和UE2之间的视频流。

[0130] 首先，UE1向符合条件的CSCFa发送(附图中的信令1)INVITE消息，在该消息中规定被叫UE2的标识，并使用SDP以在消息体中作为AUDIO+VIDEO描述会话；例如通过使用作为用于识别给定的订户的标准国际电话号码的MSISDN(移动站国际ISDN号码)规定被叫用户的标识。

[0131] 然后，CSCFa可对从呼叫用户UE1接收的请求(INVITE消息)施加对该UE来说特定的过滤准则；过滤准则是符合条件的CSCF为了确定要在IMS中向哪个服务器转发请求而施加到被接收的用户请求上的准则；例如，可存在负责竞争(gaming)的服务器和负责组合服务的另一服务器(在本例子中为应用服务器AS)。过滤准则例如在以前的UE1对IMS注册的IMS注册过程中、从HSS通过CSCF被检索。由于UE1在INVITE消息的消息体中已经规定了AUDIO(除VIDEO外)，因此过滤准则允许CSCF确定用户请求涉及组合服务：CSCFa将INVITE消息转发给对会话进行控制的应用服务器AS(信令2)。

[0132] 为了验证UE2是否被注册到IMS以及它是否支持组合服务(由相同的IMS会话控制的CS+PS承载服务)，应用服务器AS将OPTIONS消息发送到UE2(信令3)。OPTIONS消息是允许主叫用户的CSCF请求代表被叫用户的行为的信息，特别是被叫用户所处的状态及其接收INVITE的可用性。OPTIONS消息通过符合条件的CSCFb被发送到UE2。

[0133] 被叫的UE2用200 OK消息答复(信令4)(意味着请求已被成功接收)，从而确认它支持组合服务，并明确确认它是IMS注册。

[0134] 应用服务器AS用规定呼叫的UE1的MSISDN并且仅在消息体中说明媒体AUDIO(用SDP)的报头COMBINE-HEADER向MGCF发送INVITE消息(信令5)。

[0135] 由应用服务器AS发送给MGCF的INVITE消息触发MGCF对ISUP IAM消息向当前控制UE1的在本例子中为MSCa的MSC的发送(信令6)。

[0136] 应用服务器AS还向MGCF发送具有报头COMBINE-HEADER的另一INVITE消息(信令7)，此时规定被叫UE2的MSISDN并重新仅在消息体中说明媒体AUDIO(用SDP)。由应用服务器发送给MGCF的该第二INVITE消息触发MGCF对ISUP IAM消息向当前控制UE1的MSCa的发送(信令8)。

[0137] MSCa然后在向UE1和UE2的ISUP中建立两个移动端接的呼叫(对于UE1的信令9和12和对于UE2的信令10、11、15和16)。特别地，关于UE1，MSCa向UE1发送(信令9)24.008 SETUP消息，该UE1接收并用24.008 CALL CONFIRM消息答复(信令12)；关于UE2，MSC MSCa将ISUP IAM消息(信令10)转发给在本例子中正在控制被叫UE2的MSCb；
MSCb向UE2发送(信令11)24.008SETUP消息；通过UE2在MSCb上接收的24.008 CALL CONFIRM消息(信令15)作为ISUP ACM消息被通报(信令16)给MSCa。优选地，发送给UE的SETUP消息不规定报警即响铃。

[0138] 由MSCa通过各个ISUP ACM消息对MGCF/MGW确认两个CS呼叫线路的建立(信令13和信令17)。这样，MGCF可通过180RINGING消息对应用服务器AS确认两个呼叫线路的建立(信令14和18)。这些消息规定主叫/被叫UE1/UE2的MSISDN和在MGCF/MGW的级别上识别CS呼叫的呼叫的相应标识符(呼叫标识符)。

[0139] 用作背靠背用户代理(B2BUA)的应用服务器AS向UE2发送INVITE消息(信令19)，由此规定其MSISDN并在消息体中(通过SDP)说明媒体AUDIO+VIDEO。基本上，B2BUA是基于SIP的逻辑实体，该逻辑实体可作为SIP用户代理接收和处理INVITE消息并且还用作确定应如何回答请求和如何启动输出呼叫的SIP用户代理客户。B2BUA行为在IETF RFC
3261中被限定。INVITE消息通过符合条件的CSCFb被发送给UE2。

[0140] 如正常的IMS会话的情况那样，UE2用在CSCFb上接收、转发给CSCFa并被应用服务器AS截取的183 SESSION PROGRESS消息答复SIP INVITE消息(信令20)。应用服务器AS为了控制会话进程继续用作SIP B2BUS；特别地，应用服务器AS将183 SESSIONPROGRESS消息转发给主叫UE1(信令21)。RINGING消息(信令22)被被叫UE2发送、在CSCFb上被接收、被转发给CSCFa并被应用服务器AS截取，该应用服务器AS将其转发给主叫UE1(附图中的信令23)。

[0141] 同时，在CS域侧，两个CS承载的建立继续进行，并且，MSCa和MGCF/MGW之间的24.008/ISUP消息使后者知道呼叫建立进程(信令24～28)。特别地，主叫的UE1向MSCa发送24.008 ALERTING消息(信令24)，作为结果，MSCa用ISUP CPG消息通知MGCF/MGW(信令25)；类似地，被叫UE2向MSCb发送24.008 ALERTING消息(信令26)，该MSCb用ISUP CPG消息通知MSCa(信令27)；MSCa将ISUP CPG转发给MGCF/MGW(信令28)。

[0142] 在PS域侧，当被叫UE2的用户回答INVITE消息(用200 OK消息，信令29)时，该回答由应用服务器AS通知给UE1(信令30)，该UE1进行确认(消息ACK，信令31)。应用服务器AS将该确认通知给UE2(信令32)。由此在UE1和UE2之间建立用于数据特别是视频的PS承载，并且PS(视频)会话可由此在PS域上开始。

[0143] 回到CS侧，作为由UE2的用户进行的回答的结果，当UE1从应用服务器AS接收200 OK消息时，它自动向MSCa发送24.008CONNECT消息(信令33)。MSCa确认收到从UE1上接收的CONNECT(用CONNECT ACK消息，信令34)，并通过ISUP ANM消息通知MGCF(信令
35)。

[0144] 接着，当UE2发送200OK消息即当INVITE消息被回答时，它向符合条件的MSCb自动发送24.008 CONNECT消息(信令36)。MSCb确认收到从UE2上接收的CONNECT(用CONNECT ACK消息，信令37)，并通过发送MSCa转发给MGCF(信令39)的ISUPANM消息通知MSCa(信令38)。

[0145] 在从UE2接收200 OK回答消息后(信令29)，应用服务器AS向MGCF发送COMBINE消息(信令40)，由此规定：

[0146] ●被叫用户的标识(被叫用户标识)；

[0147] ●至被叫UE2的呼叫线路的标识(呼叫标识)；

[0148] ●主叫用户的标识(主叫用户标识)；和

[0149] ●至主叫UE1的呼叫线路的标识。

[0150] 最后(信令41)，对于音频内容，为了使UE1和UE2通过CS承载相互连接，MGCF通过MGW接合两个CS呼叫线路，并向应用服务器AS发送确认消息200 OK(信令41)，由此确认与应用服务器AS的成功组合。

[0151] 从现在开始，PS承载(对于视频)和CS承载(对于音频)的组合对于UE1和UE2的用户是可用的。

[0152] 优选地，如果两个CS呼叫线路的组合不能被执行，那么MGCF通过原因值指示，用原因的指示向应用服务器AS发送错误消息(诸如COMBINING NOT POSSIBLE)。

[0153] 可以理解，组合的PS和CS会话的建立完全处于网络，特别是这里给出的示例性实施例中的应用服务器AS的控制之下。这有利于诸如对于业务量向用户收费和开帐单的操作。特别地，对于组合服务产生的关于业务量对用户的收费可由单独的应用服务器处理，该应用服务器由于用作CS域中的会话的第3方控制器，因此不仅关于PS会话、而且关于CS会话、都具有用于对用户收费的所有相关数据。

[0154] 2-音频会话的建立

[0155] 图4表示在例如UE1的UE请求在单独的CS域中建立会话(例如，语音呼叫)的情况下不同的网络实体之间的信令。

[0156] 首先，UE1向符合条件的CSCFa发送INVITE消息(信令1)，由此规定被叫UE2的MSISDN并在消息体中仅将会话描述为AUDIO(通过SDP)。

[0157] 与前面说明的情况1类似，CSCFa向UE1的当前请求施加例如在以前的IMS注册过程中从HSS检索的该UE特定的过滤准则。由于UE1在INVITE消息的SDP中具有规定的AUDIO，因此过滤准则允许CSCF确定用户请求涉及组合服务，CSCFa将INVITE消息转发给对会话进行控制的应用服务器AS(信令2)。

[0158] 为了验证UE是否被注册到IMS以及它是否支持组合服务，应用服务器AS将OPTIONS消息发送到被叫的UE2(信令3)。OPTIONS消息通过符合条件的CSCFb被发送到UE2。

[0159] 在肯定的情况下，UE2用200OK消息答复(信令4)，从而确认它支持组合服务，并明确确认它被IMS注册。

[0160] 应用服务器AS然后向MGCF发送具有消息报头COMBINE-HEADER的INVITE消息(信令5)，从而规定主叫UE1的MSISDN并且仅在消息体中说明媒体AUDIO(通过SDP)。

[0161] 由应用服务器AS发送的INVITE消息使MGCF向当前控制主叫UE1的在本例子中为MSCa的MSC发送ISUP IAM消息(信令6)。

[0162] 应用服务器AS还向MGCF发送具有消息报头COMBINE-HEADER的另一INVITE消息(信令7)，由此规定被叫UE2的MSISDN并且仅在SDP中说明媒体AUDIO。

[0163] 由应用服务器发送的该第二INVITE消息使MGCF向当前控制主叫的UE1的MSCa发送ISUP IAM消息(信令8)。

[0164] 当前控制主叫的UE1的MSCa然后以与关于情况1说明的方式完全类似的方式在向UE1和UE2的ISUP中建立两个移动端接的呼叫(信令9～18)。由MSCa通过ISUP ACM消息对MGCF/MGW确认两个CS呼叫线路的建立(信令13和17)。这样，MGCF可通过180 RINGING消息对应用服务器AS确认CS呼叫线路的建立(信令14和18)。这些消息规定主叫/被叫用户的MSISDN和MGCF级别上的相应呼叫标识符。

[0165] 然后，用作B2BUA的应用服务器AS向被叫UE2发送INVITE消息(信令19)，由此规定各个MSISDN并在消息体中(通过SDP)说明媒体AUDIO。INVITE消息通过符合条件的CSCFb被发送给UE2。

[0166] 如在正常的IMS会话中那样，被叫的UE2用183 SESSIONPROGRESS消息(信令20)和RINGING消息(信令22)答复SIPINVITE消息；应用服务器AS为了控制会话进程继续用作B2BUA：由被叫的UE2接收的消息被应用服务器AS通知给主叫的UE1(信令21和23)。

[0167] 同时，在CS域侧，两个CS承载的建立继续进行，并且，MSCa和MGCF之间的ISUP消息以与关于上述情况1说明的方式完全类似的方式使后者知道呼叫建立进程(信令24～28)。

[0168] 在PS域侧，被叫用户UE2通过发送200 OK消息回答，该200 OK消息被转发给主叫的UE1并被确认回到UE2(信令29～32)。

[0169] 当UE1接收200 OK消息时(由此实现UE2回答)，它自动向MSCa发送24.008 CONNECT消息(信令33)。MSCa对UE1进行确认(信令34)，并通过ISUP ANM消息将其通知给MGCF/MGW(信令35)。

[0170] 在回答即当UE2发送200 OK消息时，它向MSCb自动发送24.008CONNECT消息(信令36)。MSCb对UE2进行确认(信令37)，将CONNECT消息作为ISUP ANM消息转发给MSCa(信令38)，并且，MSCa将其通知给MGCF/MGW(信令39)。

[0171] 在从被叫的UE2接收(信令29)200 OK消息后，应用服务器AS向MGCF发送COMBINE消息(信令40)，由此规定：

[0172] ●被叫用户标识；

[0173] ●至被叫用户的呼叫线路的呼叫标识；

[0174] ●主叫用户标识；和

[0175] ●至主叫用户的呼叫线路的呼叫标识。

[0176] 对于音频，为了使UE1和UE2通过CS承载相互连接，MGCF接合两个CS线路，并且，通过200OK消息，它对AS确认COMBINE消息(信令41)。

[0177] 优选地，如果组合不能被执行，即，如果两个CS呼叫线路的接合不成功，那么MGCF向应用服务器发送错误消息COMBINING NOTPOSSIBLE，通过原因值指示来指示不成功的原因。

[0178] 可以理解，CS会话的建立完全处于网络特别是这里给出的示例性实施例中的应用服务器AS的控制之下。

[0179] 3-音频会话的视频升级

[0180] 图5表示在例如UE1的UE请求CS域中的已建立的会话更新为组合的CS+PS会话(例如，向只有音频的会话添加视频)的情况下不同的网络实体之间的信令。

[0181] 首先，主叫的UE1向符合条件的CSCFa发送INVITE消息(信令1)，由此规定被叫UE2的MSISDN并在消息体中将会话仅描述(通过SDP)为VIDEO。

[0182] CSCFa向UE1的当前请求施加例如在以前的IMS注册过程中从HSS检索的该UE特定的过滤准则。由于UE1已建立了音频会话，因此过滤准则允许CSCF确定用户请求涉及组合服务，并且CSCFa将INVITE消息转发给对会话进行控制的应用服务器AS(信令2)。

[0183] 为了验证UE是否被IMS注册以及它是否支持组合服务，应用服务器AS将OPTIONS消息发送到被叫的UE2(信令3)。

[0184] 在肯定的情况下，UE2用200 OK消息答复(信令4)，从而确认它支持组合服务，并明确确认它被IMS注册。

[0185] 然后，用作B2BUA的应用服务器AS向UE2发送INVITE消息(信令5)，由此在消息体中规定各个MSISDN并根据SDP仅说明媒体VIDEO。INVITE消息通过符合条件的CSCFb被发送给UE2。

[0186] 被叫UE2如正常的IMS会话中那样答复(信令6～9)SIP消息。应用服务器AS为了控制会话进程继续用作SIP代理。

[0187] 当被叫用户回答时，PS承载被建立，并在PS域上开始视频会话(信令10～13)。

[0188] 4-退回到正常的CS会话

[0189] 图6表示在被叫用户不支持组合服务的情况下不同的网络实体之间的信令。

[0190] 假定请求建立CS+PS会话的主叫UE是UE1，那么该UE向符合条件的CSCFa发送(信令1)INVITE消息，由此规定被叫UE2的MSISDN并用SDP在消息体中仅将会话描述为AUDIO+VIDEO。

[0191] CSCFa向由UE1接收的当前请求施加UE特定的过滤准则(例如，在以前的IMS注册过程中从HSS检索的过滤准则)。由于UE1在INVITE消息体中具有规定的AUDIO(除了VIDEO)，因此过滤准则允许CSCF确定用户请求涉及组合服务，并且CSCF将INVITE消息转发给对会话进行控制的应用服务器AS(信令2)。

[0192] 为了验证UE是否被IMS注册以及它是否支持组合服务，应用服务器AS将OPTIONS消息发送到被叫的UE2(信令3)。OPTIONS消息通过符合条件的CSCFb被发送到UE2。

[0193] 假定被叫的UE2不支持组合服务，那么它用表明它不支持组合服务的480 TEMPORARILY UNAVAILABLE消息答复(信令4)，或者，如果UE2没有被IMS注册，那么正是符合条件的CSCFb用表明UE2无法接通的480 TEMPORARILY UNAVAILABLE消息答复。

[0194] 应用服务器AS向MGCF发送具有报头COMBINE-HEADER的INVITE消息(信令5)，从而规定主叫的UE1的MSISDN并且仅在消息体中说明媒体AUDIO(经SDP)。

[0195] 由应用服务器发送的INVITE消息使MGCF向当前控制UE1的在本例子中为MSCa的MSC发送ISUP IAM消息(信令6)。

[0196] 应用服务器AS然后向MGCF发送(信令7)具有报头COMBINE-HEADER的另一INVITE消息，由此规定被叫UE2的MSISDN并且仅在消息体中说明媒体AUDIO(经SDP)。

[0197] 由应用服务器发送的该第二INVITE消息使MGCF向MSCa发送ISUP IAM消息(信令8)。

[0198] 当前控制UE1的MSCa然后以与上面说明的方式、例如关于上述情况1说明的方式完全类似的方式在向UE1和UE2的ISUP 3PCC中建立两个移动端接的呼叫(信令9～18)。由MSCa通过ISUP ACM消息对MGCF/MGW确认两个CS呼叫线路的建立(信令13和17)。这样，MGCF可通过180 RINGING消息对应用服务器AS确认两个CS呼叫线路的建立(信令14和18)。这些消息规定主叫/被叫用户的MSISDN和MGCF级别上的相应呼叫标识符。

[0199] 用作终端用户代理的应用服务器AS向UE1发送183 SESSIONPROGRESS消息，随后是RINGING消息(信令19和20)。

[0200] 同时，在CS域侧，两个CS承载的建立继续进行，并且，MSCa和MGCF之间的ISUP消息使后者知道呼叫建立进程(信令21～30)。

[0201] 在通过MGCF接收200 OK消息(信令30)后，用作终端用户代理的应用服务器AS向UE UE1发送200 OK消息(信令31)，由此表明UE2的回答。UE1确认(信令32)并在CS域上将24.008CONNECT消息自动发送(信令33)给确认(信令34)UE1并通知(信令35)MGCF的MSCa。

[0202] 在从UE1接收确认消息(信令32)后，应用服务器AS用规定以下方面的COMBINE-HEADER向MGCF发送(信令36)COMBINE消息：

[0203] ●被叫用户标识；

[0204] ●至被叫用户的呼叫线路的呼叫标识；

[0205] ●主叫用户标识；和

[0206] ●至主叫用户的呼叫线路的呼叫标识。

[0207] 对于音频，为了使UE1和UE2通过CS承载相互连接，MGCF对应用服务器AS确认(信令37)COMBINE消息并接合两个CS呼叫线路。CS承载开始。

[0208] 优选地，如果组合不能被执行，那么MGCF向应用服务器AS发送错误消息(COMBINING NOT POSSIBLE)，通过原因值指示来指示原因。

[0209] 5-会话解除

[0210] 图7表示在解除两个UE之间的组合的CS+PS会话的情况下不同的网络实体之间的信令。

[0211] 首先，UE1向符合条件的CSCFa发送(信令1)BYE消息(用于终止PS会话的SIP方法)，由此规定被叫UE2的MSISDN(据观察，会话可以通过包含的各方中的任何一方被终止，并且BYE消息也可由UE2发送)。

[0212] CSCFa对来自UE1的当前请求施加UE特定的过滤准则(例如，在以前的IMS注册过程中从HSS检索的过滤准则)。过滤准则允许CSCF确定用户请求涉及组合服务，并且CSCFa将BYE消息转发给应用服务器AS(信令2)。

[0213] 应用服务器AS通过发送200 OK消息对UE1确认BYE消息(信令3)。然后，为了解除IMS会话，应用服务器向UE2发送(信令4)BYE消息。BYE消息通过符合条件的CSCFb被发送给UE2。

[0214] UE2用200 OK消息答复(信令5)，该200 OK消息被应用服务器AS截取。

[0215] 应用服务器AS向MGCF发送具有报头COMBINE-HEADER的BYE消息(信令6)，从而规定被叫UE2的MSISDN。

[0216] MGCF通过发送200 OK消息(信令7)对应用服务器AS确认BYE消息，然后通过向MSCa使用共用的ISUP信令解除两个CS线路(ISUP RELEASE和DISCONNECT消息-信令8～12)。

[0217] 6-会话保持和重新开始

[0218] 图8表示在组合的CS+PS会话被设为保持状态并在后来例如由于涉及的用户之一例如UE2被通知另一(CS)进入的呼叫重新开始的情况下、不同的网络实体之间的信令。

[0219] 会话保持/重新开始在接收替代性的CS进入呼叫的在本例子中为UE2的UE的请求下被端对端处理。

[0220] 首先，如常规的CS CALL WAITING那样，CS进入的呼叫会被传送(信令1)给UE UE2。

[0221] UE2对于正在进行的IMS会话(PS数据)请求HOLD状态(信令2)。应用服务器AS用作B2BUA；HOLD请求被应用服务器截取，该应用服务器将其转发给UE1(信令3)；UE1确认HOLD请求(信令4)，并且该确认被转发给UE2(信令5)。

[0222] UE2然后通过向MSCb使用常规的24.008信令(信令6和7)，对符合条件的MSCb请求用于会话的CS侧的HOLD状态。

[0223] 组合的CS+PS会话由此被设为保持状态。

[0224] 通过RESUME请求代替HOLD请求(信令8～13)，会话以类似的方式恢复为激活状态。

[0225] 7-具有无条件呼叫转发(CFU)和在忙呼叫转发(CFB)的音频+视频[0226] 图9表示在CFU或CFB特征被启用的情况下不同的网络实体之间的信令，并表示CFU和CFB特征如何与组合的音频+视频会话建立交互作用。

[0227] 组合的CS+PS(音频+视频)会话建立的最初阶段(信令1～11)与例如关于前面讨论的情况1在前面说明的建立情况相同。

[0228] 在被叫UE2在忙或无条件呼叫转发特征被启用的情况下，出现CFU或CFB，符合条件的MSCb将CS呼叫建立请求转发给重定向的UE(图9中的UE3)(信令12和16)。重定向UE号码通过ISUP消息ACM被带回到MGCF(信令17和18)。

[0229] 为了使应用服务器AS知道对于最初计划向着UE2的CS线路发生的重定向，MGCF向该应用服务器AS发送(信令19)REFER消息。

[0230] 一旦MGCF从应用服务器AS接收了确认REFER消息的200 OK消息(信令20)，它就向应用服务器AS发送A 180 RINGING消息(信令21)，用于建立向着重定向UE3的CS线路。

[0231] 为了验证UE是否被IMS注册以及它是否支持组合服务，应用服务器AS向重定向UE3发送OPTIONS消息(信令22)。OPTIONS消息通过例如CSCFb的符合条件的CSCF被发送到UE3。

[0232] 在肯定的情况下，UE3用200 OK消息答复(信令23)，从而确认它支持组合服务，并明确确认它被IMS注册。

[0233] 会话建立作为上面说明的CS+PS会话建立继续(信令24～46)，但是是在UE1和UE3之间而不是在UE1和UE2之间。

[0234] 8-具有无答复呼叫转送(CFNRy)的音频+视频

[0235] 图10表示在CFNRy特征被启用的情况下不同的网络实体之间的信令，并表示CFNRy特征如何与组合的CS+PS(音频+视频)会话建立交互作用。

[0236] 组合的CS+PS(音频+视频)会话建立的最初阶段(信令1～26)与在前面说明的建立情况(情况1)相同。

[0237] 在被叫UE2的用户不回答的情况下，出现CFNRy(信令27～30)。重定向号码通过ISUP消息CPG被带回到MGCF(信令29和30)。

[0238] 与前面的情况类似，为了使应用服务器AS知道对于最初计划向着UE2的CS线路发生的重定向，MGCF向该应用服务器AS发送REFER消息(信令31)。

[0239] 应用服务器AS发送用于确认REFER消息的200 OK消息(信令32)，并且，为了取消UE2的IMS会话建立，向UE2发送CANCEL消息(信令33)。据观察，在这种情况下，与关于图9说明的情况不同，由于从网络的观点看组合PS+CS会话的建立进行得相对较远(网络事先无法知道被叫用户将决定不回答呼叫)，因此CANCEL消息是必需的，而在在忙呼叫转发或CFU的情况下，由于网络知道被叫用户将不可用，因此它在更早的阶段使呼叫向重定向号码偏离。

[0240] 一旦应用服务器AS从UE2接收了对于CANCEL消息的200 OK承认消息(信令34)，它就为了确定UE是否被IMS注册以及它是否支持组合服务向重定向UE3发送OPTIONS消息(信令35)。

[0241] UE3用200 OK消息答复(信令36)，从而确认它支持组合服务，并明确确认它被IMS注册。

[0242] 会话建立作为上面说明的CS+PS会话建立继续(信令37～54)，但是是在UE1和UE3之间而不是在UE1和UE2之间。

[0243] 由于其特定的实施例已在上面被给出的本发明，因此使得组合服务的实现以网络为中心而不是以UE为中心，这在几个方面是有利的，诸如统一收费和开帐单(可例如由负责提供组合服务的PS域中的同一应用服务器管理)。

[0244] 另外，PS域中的应用服务器控制PS域中的信令、并通过MGCF控制CS域中的信令的事实允许网络运营商在基本上不需要修改UE的情况下通过简单地使用由应用服务器驱动的标准信令在现有的服务中实现新的服务和/或新的功能。

[0245] 虽然通过一些实施例公开和说明了本发明，但对于本领域技术人员来说，很显然，在不背离由所附的权利要求限定的其精神或基本特征/其范围的情况下，对于说明的实施例的几种修改以及本发明的其它实施例是可能的。