CN101227728B - 一种多媒体会话连续性业务的会话合并方法 - Google Patents

Abstract

一种多媒体会话连续性业务的会话合并方法，应用于IP多媒体子系统，多媒体会话连续性业务MMSC用户需将发起的多媒体业务中的一会话S1与其他会话合并时，MMSC用户设备在此次发起会话的会话请求中包含将会话S1与其他会话合并的指示信息；MMSC应用服务器从收到的所述会话请求中获取所述合并的指示信息，根据本地策略判断，如允许将会话S1与所述其他会话合并，则在收到所述MMSC用户设备此次发起且需要合并的所有会话的会话请求后，将会话S1与所述其它会话合并。本发明能够更加灵活的处理会话的合并，既能够反应出用户的意愿，也能够完成网络的控制。

Description

一种多媒体会话连续性业务的会话合并方法

技术领域

本发明涉及通信领域，更具体地涉及IMS域多媒体会话连续性和集中控制业务中的会话合并实现方法。

背景技术

IP(网络互联协议，Internet Protocol，简称IP)多媒体子系统(IPMultimedia Core Network Subsystem，简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的一种基于IP的网络架构，其构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。

IMS是基于IP的电信网络架构，与接入技术无关，除了可以为GPRS(General Packet Radio Service，通用分组无线业务)、WLAN(Wireless LocalArea Network，无线局域网)等分组接入网络提供业务外，还可以为GSM(Global System for Mobile communications，全球移动通讯系统)、UMTS(Universal Mobile Telecommunications System，统一移动通讯系统)等移动蜂窝网络提供业务。

GSM、UMTS等移动蜂窝网络采用电路交换技术，称为电路(CircuitSwitched，简称CS)域，能够为用户提供基本的语音业务，以及基于语音业务的补充业务。当CS域接入IMS时，其演变为一种接入方式，业务完全由IMS统一提供，这种技术称为IMS集中业务(IMS Centralized Service，简称ICS)。网络中，实现ICS业务的网元可以是IMS电路域控制功能(IMSCS Control Function，ICCF)，也可以是增强型移动交换中心(Mobile SwitchCenter，MSC)，由于这些网元和本发明的实质无关，故本发明中统一称为ICS节点。用户设备(User Equipment，UE)和ICS节点之间的接口可以是非结构化补充业务数据(Unstructured Supplementary Service Data简称USSD)，可以是在PS域之上的会话初始化协议(Session Initial Protocol，简称SIP)，也可以是传统的电路域接口。

同时用户设备(User Equipment，UE)需要在各种接入方式下，保持多媒体会话的连续性。此时，用户UE的多媒体会话不仅要在分组交换域(Packet Switch，简称PS)之间切换时保持连续性，同时在PS域和CS域，PS域和PS域+CS域的切换中保持连续性。保证这种连续性的技术称为IMS多媒体会话连续性(Multimedia Session Continuity，简称MMSC)。

MMSC架构如图1所示，当MMSC用户UE在CS域接入的时候，其通过ICS节点接入到IMS系统中，当MMSC用户UE在PS域接入的时候，其直接接入到IMS系统中。当用户发起会话时，呼叫首先锚定到MMSC应用服务器(MMSC Application Server，简称MMSC AS)。由MMSC AS充当背靠背代理(Back to Back User Agent，简称B2BUA)，继续向远端发起会话。

同时，MMSC用户UE可以是一个多模终端，即同时可以接入多种网络，如同时接入WLAN和GSM，或者同时接入WLAN和GPRS等。此时，当MMSC用户发起一个多媒体业务时，这个业务可以是由MMSC用户设备在多个接入网络发起的会话组成，如语音会话(或称语音会话)来在GSM，视频媒体会话(或称视频媒体呼叫)来在WLAN。这些来自不同接入网络的会话，在MMSC AS处可以合并为一个，继续向对端用户发起会话。这种合并有4个场景：

场景1：MMSC用户发起会话，语音在CS域(采用ICS技术)，多媒体在PS域。MMSC用户设备并发发起这两个会话，MMSC在收到这两个会话后，合并为一个，继续向远端呼叫。

场景2：MMSC用户已经和对端用户建立了语音会话，或包含语音会话的多媒体会话，其中语音会话在CS域(采用ICS技术)。此时，MMSC用户在一个新的接入网络添加多媒体组件，即在该新接入网络发起会话，该会话到达MMSC AS后，和现有会话合并为一个会话。

场景3：MMSC用户已经和对端用户建立了不包含语音会话的多媒体会话。此时，MMSC用户在一个CS域添加语音会话，该呼叫到达MMSC AS后，和现有会话合并为一个会话。

场景4：MMSC用户已经和对端用户建立了多媒体会话。此时，MMSC用户在一个新的接入网络添加多媒体组件，即在该新接入网络发起会话，该会话到达MMSC AS后，和现有会话合并为一个会话。

现有技术中如图2所示，MMSC用户的上述会话都会到达MMSC AS，MMSC AS收到这些会话后，判断：如果这些会话属于同一类业务，则进行合并，如果不属于同一类业务，则不能合并。MMSC判断多个会话是否属于同一种业务的办法是，这些会话请求中的IMS通信业务标识(IMSCommunication Service Identifiers，简称ICSI)是否相等，如果相等就是同一种业务。或者，这些会话请求中的特征字段(Feature tag)的值是否相等，如果相等就是同一种业务。

MMSC AS如果决定合并，则MMSC AS充当背靠背代理(Back to BackUser Agent，简称B2BUA)，将收到的多个会话合并为一个，继续向远端用户发起会话请求。

然而这种方法非常的僵硬，因为是否合并会话，是MMSC用户决定的。如果MMSC用户希望合并会话，则MMSC应该根据网络的策略，来决定是否执行这种合并。如果用户不希望合并的时候，MMSC AS不应该完成合并。

发明内容

本发明要解决的技术问题是提供一种多媒体会话连续性业务的会话合并方法，将MMSC用户的需要作为合并会话的判决条件，从而更好地满足用户的需要。

为了解决上述技术问题，本发明提供了一种多媒体会话连续性业务的会话合并方法，应用于IP多媒体子系统，包括以下步骤：

(a)多媒体会话连续性业务MMSC用户需将发起的多媒体业务中的一会话S1与其他会话合并时，MMSC用户设备在此次发起会话的会话请求中包含将会话S1与其他会话合并的指示信息；

(b)MMSC应用服务器从收到的所述会话请求中获取所述合并的指示信息，根据本地策略判断，如允许将会话S1与所述其他会话合并，则在收到所述MMSC用户设备此次发起且需要合并的所有会话的会话请求后，将会话S1与所述其它会话合并。

进一步地，上述会话合并方法还可具有以下特点：

步骤(a)所述MMSC用户决定将会话S1与同一多媒体业务的其他会话合并时，所述MMSC用户设备在会话S1的会话请求中，或者正在发起且需与会话S1合并的其他会话的会话请求中，包含需将会话S1与其他正在发起的一个或多个会话合并的指示信息；

步骤(b)所述MMSC应用服务器根据本地策略判断，如允许进行所述合并时，则将会话S1与所述其他正在发起的一个或多个会话合并，然后向远端用户设备发送会话请求。

进一步地，上述会话合并方法还可具有以下特点：

步骤(a)所述MMSC用户决定将会话S1与已经建立的会话合并时，所述MMSC用户设备在会话S1的会话请求中包含需将会话S1与所述MMSC用户设备已经建立的会话合并的指示信息；

步骤(b)所述MMSC应用服务器收到会话S1的会话请求并获取所述合并的指示信息后，根据本地策略判断，如允许进行所述合并，则将会话S1与所述已经建立的会话合并，然后向远端用户发起所述已建立会话的会话更新请求。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC用户决定将此次发起的多个会话与已经建立的会话合并时，所述MMSC用户设备在所述多个会话中至少一个会话的会话请求中包含需将所述多个会话与所述MMSC用户设备已经建立的会话合并的指示信息；

所述MMSC应用服务器收到所述多个会话的会话请求并从中获取所述合并的指示信息后，根据本地策略判断，如允许进行所述合并，则将所述多个会话与所述已经建立的会话合并，然后向远端用户发起所述已建立会话的会话更新请求。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC应用服务器如根据本地策略判断不允许进行所述合并，则不执行合并，直接向远端用户发送会话请求。

进一步地，上述会话合并方法还可具有以下特点：

所述需要进行合并的会话是在不同接入网络发起的会话，所述不同接入网络包括电路域和分组交换域。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC用户设备发起会话后，在向归属IP多媒体子系统网络的服务呼叫会话控制功能S-CSCF发送的会话请求中包含所述合并的指示信息；

根据初始过滤准则触发，所述S-CSCF向所述MMSC应用服务器发送SIP会话请求，该会话请求中包含所述合并的指示信息；

所述MMSC应用服务器收到的所述SIP会话请求后，从中获取所述合并的指示信息。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC用户设备发送的会话请求中包含有因为所述多媒体业务发起的会话数目信息，所述MMSC应用服务器可根据该信息来判断是否已收到所有会话请求。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC应用服务器收到会话请求后，先判断是否包含需要合并的指示信息：

如该会话请求包含需要合并的指示信息，所述MMSC应用服务器在已收到需要合并的所有会话的会话请求时即可进行合并，否则等待需合并的其它会话的会话请求，在收到需合并的所有会话的会话请求后再进行合并；

如该会话请求不包含需要合并的指示信息，所述MMSC应用服务器根据会话请求中的会话数目信息判断，如已收到所有的会话请求则不进行合并，否则等待下一会话请求，在收到下一会话请求后再按上述方式进行处理。

进一步地，上述会话合并方法还可具有以下特点：

所述MMSC用户不需对发起的会话进行合并时，所述MMSC用户设备在该会话的会话请求中包含不需要合并的指示信息；

所述MMSC应用服务器收到所述会话请求并获取所述不需要合并的指示信息后，直接向远端用户发送所述会话请求。

本发明与现有技术相比，能够更加灵活的处理会话的合并，既能够反应出用户的意愿，也能够完成网络的控制。

附图说明

图1是现有MMSC架构图；

图2是现有MMSC用户会话合并方法的流程图；

图3是本发明MMSC用户会话合并的总体流程图；

图4是本发明第一实施例MMSC用户会话合并方法的流程图，对应于将多个正在发起的会话合并的场景；

图5是本发明第二实施例MMSC用户会话合并方法的流程图，对应于将MMSC会话与已经建立的会话合并的场景。

具体实施方式

本发明的核心思想是：在MMSC用户设备发起来自不同接入网络的多个会话时，由MMSC用户来决定是否合并，如果MMSN用户决定合并这些会话，则MMSC AS收到这些来自不同域的会话请求后，根据本地策略来判断最终是否合并，如果MMSN用户不需要合并这些会话，则不进行合并。

为此，可以采用如图3所示的多媒体会话连续性业务的会话合并方法，包括以下步骤：

步骤301，MMSC用户发起某个会话S1且需要将会话S1与其他会话合并时，通过MMSC用户设备向MMSC AS发送会话请求并携带需要将会话S1与其他会话合并的指示信息；

所述发起的会话和其他会话的关系可以是背景技术中提到的四种场景。其他会话可以是该用户设备其他正在发起的一个或多个会话或者是该用户设备已经建立的会话。该用户设备正在发起的会话，其会话请求可能尚未到达MMSC AS，也可能已经到达了MMSC AS，但是MMSC AS还没有将该请求继续向远端呼叫。

所述用户设备发送的会话请求要经过多个设备才能到达MMSC AS，并且在不同设备之间传送时采用的消息也不同，由于可以采用现有的标准流程，这里不再加以赘述。

步骤302，MMSC AS在收到所述会话请求后，获取该会话请求中将会话S1与其他会话合并的指示信息；

步骤303，MMSC AS在收到所有需要合并且正在发起的会话的会话请求后，根据本地策略，判断是否允许合并，如果允许合并，执行步骤305，否则，执行步骤304；

所述的本地策略可以是：如果这些会话的ICSI相同可以合并，否则不能合并，或者是如果这些会话的特征字段(Feature tag)的值相等可以合并，否则不能合并。不过本发明对此不加以局限。

步骤304，MMSC AS继续向远端用户设备发送该会话请求，结束；

步骤305，MMSC AS判断需要与会话S1合并的其他会话是否是该用户设备已经建立的会话，如果是，执行步骤306，否则执行步骤307；

步骤306，MMSC AS将会话S1与该用户设备已经建立的会话合并，向远端用户设备发起所述已建立会话的更新请求，结束；

步骤307，MMSC AS将多个正在发起且需要合并的会话合并后，向远端用户发起会话请求，结束。

为使本发明的目的、技术方案和优点更加清楚，以下结合附图对本发明作进一步地详细说明。

第一实施例

图4所示是本实施例实现MMSC用户会话合并场景一的流程，此时MMSC会话是和正在建立的会话合并，包括以下步骤：

401)MMSC用户在接入网络A向远端用户B发起会话S1，并且决定将会话S1与UE-A正在接入网络B向远端用户B发起的会话S2合并；

所述接入网络A可以是PS域，也可以是CS域。另外，本申请中的“S1”等符号仅用于区别描述的多个会话，不是指代任何特殊的会话。

402)MMSC用户设备UE-A向远端用户设备UE-B发起会话S1的会话请求，其中包含与会话S2合并的指示信息，该会话请求发到归属IMS网络的服务呼叫会话控制功能(Serving-Call Session Control Function，简称S-CSCF)，其包括多个消息的传递，这里将中间的过程和路径省略；

用户需要将此次发起的多个会话(不一定是此次发起的所有会话)合并时，UE-A可以在其中的一个或需合并的所有会话的会话请求中携带需要合并的指示信息。

403)根据初始过滤准则(initial Filter criteria，简称iFC)触发，S-CSCF将会话S1的SIP会话请求发送给MMSC AS，该会话请求中包含与会话S2合并的指示；

404)MMSC用户设备UE-A在接入网络B向远端用户B发起会话S2，会话S2的会话请求发到归属IMS网络的S-CSCF；

由于在会话S1中已经有合并指示，所以该会话请求可以包含合并指示，也可以不包含。步骤402和步骤404可以是并发的。

405)根据初始过滤准则(initial Filter criteria，简称iFC)触发，S-CSCF将会话S2的SIP会话请求发送给MMSC AS；

406)MMSC AS在收到此次发起的所有要合并会话的会话请求后(这里指步骤403和405的消息)，根据策略判断，这两个会话可以合并；

UE-A发送的会话请求中包含有此次多媒体业务发起的会话数目的信息，MMSC AS可根据该信息来判断是否已收到所有会话请求。

MMSC AS收到包含需要合并的指示信息的会话请求时，如判断已收到需合并的所有会话的会话请求即可进行合并，否则等待需合并的其它会话的会话请求，在收到需合并的所有会话的会话请求后再进行合并。MMSC AS收到不包含需要合并的指示信息的会话请求时，则根据会话请求中的会话数目信息判断，如果已收到所有的会话请求则不进行合并，否则会等待下一会话请求，收到后再做上述判断。

407)MMSC AS将会话S1和会话S2合并后，向远端用户B发起会话，该会话请求首先发送到S-CSCF；

408)S-CSCF收到步骤407消息后，继续向远端用户B发起会话；

409)远端用户B发送200OK应答，该消息到达S-CSCF，其中间的过程和路径省略；

410)S-CSCF将200OK转发给MMSC AS；

411)MMSC AS完成和UE-A的会话S1的建立；

412)MMSC AS完成和UE-A的会话S2的建立。

第二实施例

图5所示是本发明实现MMSC用户会话合并场景二的流程。此时MMSC用户UE-A和远端用户设备UE-B之间已经建立了会话S，MMSC用户决定将新发起的会话S1和已经建立的会话S合并，包括以下步骤：

501)MMSC用户决定在接入网络A向远端用户B发起会话S1，并且决定将会话S1与UE-A和远端用户B已经建立的会话S合并；

502)MMSC用户设备UE-A向远端用户发起会话S1的会话请求，其中包含将会话S1与会话S合并的指示，该会话请求发到归属IMS网络的S-CSCF，其中间的过程和路径省略；

503)根据初始过滤准则(initial Filter criteria，简称iFC)触发，S-CSCF将SIP会话请求(会话S1)发送给MMSC AS，该会话请求中包含将会话S1与会话S合并的指示信息；

504)MMSC AS在收到会话S1的SIP会话请求，这里指步骤503的消息后，根据策略判断，需将会话S1和S合并；

这里，因为只需将会话S1与S合并，因此收到会话S1的SIP会话请求后即可进行合并。如果此次发起了多个会话则需将该多个会话与S合并，则需在收到发起的需合并的所有会话的会话请求后再进行合并。对于MMSCAS，可以采用上一实施例的方式来进行判断是否已收到所有通过与S合并的此次发起会话的会话请求。

505)MMSC AS将会话S1和会话S的信息合并后，向远端用户B发起SIP会话更新请求，该请求首先发送到S-CSCF；

该SIP会话更新请求可以是SIP会话请求，或者是SIP更新消息

506)S-CSCF向远端用户B发送会话更新请求；

507)远端用户B发送200OK应答，该消息到达S-CSCF，其中的过程路径省略。

508)S-CSCF将200OK转发给MMSC AS；

509)MMSC AS完成和UE-A的会话S1的建立。

本文所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。因此，凡在本发明的精神和原则之内所作的任何修改、等同替换、改进以及更新等等，均应包含在本发明的保护范围之内。

例如，MMSC用户不需对发起的会话进行合并时，MMSC用户设备在该会话的会话请求中包含不需要合并的指示信息；MMSC AS收到所述会话请求并获取所述不需要合并的指示信息后，即可直接向远端用户发送所述会话请求。

Claims (10)

1.一种多媒体会话连续性业务的会话合并方法，应用于IP多媒体子系统，包括以下步骤：

(a)多媒体会话连续性业务MMSC用户需将发起的多媒体业务中的一会话S1与其他会话合并时，MMSC用户设备在此次发起会话的会话请求中包含将会话S1与其他会话合并的指示信息；

(b)MMSC应用服务器从收到的所述会话请求中获取所述合并的指示信息，根据本地策略判断，如允许将会话S1与所述其他会话合并，则在收到所述MMSC用户设备此次发起且需要合并的所有会话的会话请求后，将会话S1与所述其它会话合并。

2.如权利要求1所述的会话合并方法，其特征在于：

步骤(a)所述MMSC用户决定将会话S1与同一多媒体业务的其他会话合并时，所述MMSC用户设备在会话S1的会话请求中，或者正在发起且需与会话S1合并的其他会话的会话请求中，包含需将会话S1与其他正在发起的一个或多个会话合并的指示信息；

步骤(b)所述MMSC应用服务器根据本地策略判断，如允许进行所述合并时，则将会话S1与所述其他正在发起的一个或多个会话合并，然后向远端用户设备发送会话请求。

3.如权利要求1所述的会话合并方法，其特征在于：

步骤(a)所述MMSC用户决定将会话S1与已经建立的会话合并时，所述MMSC用户设备在会话S1的会话请求中包含需将会话S1与所述MMSC用户设备已经建立的会话合并的指示信息；

步骤(b)所述MMSC应用服务器收到会话S1的会话请求并获取所述合并的指示信息后，根据本地策略判断，如允许进行所述合并，则将会话S1与所述已经建立的会话合并，然后向远端用户发起所述已建立会话的会话更新请求。

4.如权利要求1所述的会话合并方法，其特征在于：

所述MMSC用户决定将此次发起的多个会话与已经建立的会话合并时，所述MMSC用户设备在所述多个会话中至少一个会话的会话请求中包含需将所述多个会话与所述MMSC用户设备已经建立的会话合并的指示信息；

所述MMSC应用服务器收到所述多个会话的会话请求并从中获取所述合并的指示信息后，根据本地策略判断，如允许进行所述合并，则将所述多个会话与所述已经建立的会话合并，然后向远端用户发起所述已建立会话的会话更新请求。

5.如权利要求1或2或3或4所述的会话合并方法，其特征在于：

所述MMSC应用服务器如根据本地策略判断不允许进行所述合并，则不执行合并，直接向远端用户发送会话请求。

6.如权利要求1或2或3或4所述的会话合并方法，其特征在于：

需要进行合并的会话是在不同接入网络发起的会话，所述不同接入网络包括电路域和分组交换域。

7.如权利要求1所述的会话合并方法，其特征在于：

所述MMSC用户设备发起会话后，在向归属IP多媒体子系统网络的服务呼叫会话控制功能S-CSCF发送的会话请求中包含所述合并的指示信息；

根据初始过滤准则触发，所述S-CSCF向所述MMSC应用服务器发送SIP会话请求，该SIP会话请求中包含所述合并的指示信息；

所述MMSC应用服务器收到所述SIP会话请求后，从中获取所述合并的指示信息。

8.如权利要求1或2或3或4所述的会话合并方法，其特征在于：

所述MMSC用户设备发送的会话请求中包含有所述多媒体业务发起的会话数目信息，所述MMSC应用服务器可根据该信息来判断是否已收到所有会话请求。

9.如权利要求8所述的会话合并方法，其特征在于：

所述MMSC应用服务器收到会话请求后，先判断是否包含需要合并的指示信息：

如该会话请求包含需要合并的指示信息，所述MMSC应用服务器在已收到需要合并的所有会话的会话请求时即可进行合并，否则等待需合并的其它会话的会话请求，在收到需合并的所有会话的会话请求后再进行合并；

如该会话请求不包含需要合并的指示信息，所述MMSC应用服务器根据会话请求中的会话数目信息判断，如已收到所有的会话请求则不进行合并，否则等待下一会话请求，在收到下一会话请求后再按上述方式进行处理。

10.如权利要求1所述的会话合并方法，其特征在于：

所述MMSC用户不需对发起的会话进行合并时，所述MMSC用户设备在该会话的会话请求中包含不需要合并的指示信息；

所述MMSC应用服务器收到所述会话请求并获取所述不需要合并的指示信息后，直接向远端用户发送所述会话请求。

Images