本发明涉及通信系统IMS中的会话合并实体。该合并实体处理第一用户的通信；所述通信包含第一会话和第二会话。如果相同的IMS通信服务标识符被指示用于第一会话和第二会话，则将第一会话和第二会话合并成单个会话发往第二用户。该合并实体也可位于第二用户的终端设备上。
1.一种通信系统中的会话处理实体(9，30)，包括：
第一会话部件(31)，用于处理第一用户(UE 1)的通信，所述通信包含第一会话(11，
第二会话部件(32，33)，用于处理所述第一用户(UE 1)发往第二用户(UE 2)的所述第一会话(11，21)和所述第二会话(14，24)的通信，并且如果相同的通信服务标识符被指示用于所述第一会话(11，21)和所述第二会话(14，24)，则设置成将所述第一会话(11)和所述第二会话(14)合并成发往所述第二用户(UE 2)的单个会话(13，16)。
2.如权利要求1所述的会话处理实体(9，30)，其中所述第一会话部件(31)配置成使用会话发起协议(SIP)来处理所述第一用户的通信。
3.如权利要求1所述的会话处理实体(9，30)，其中所述第二会话部件(32，33)配置成使用会话发起协议(SIP)来处理发往所述第二用户的通信。
4.如权利要求1至3中的任一项所述的会话处理实体(9，30)，其中所述单个会话(13，
16)包含正在进行的发往所述第二用户(UE 2)的会话(13)，并且将所述第一会话(11)和所述第二会话(14)合并包括：重新协商所述正在进行的会话(13)。
5.如权利要求4所述的会话处理实体(9，30)，还包含用于在所述第二会话(14，24)的建立过程中确定所述会话处理实体(9，30)已保持正在进行的发往所述第二用户(UE 2)的、所述第一用户(UE 1)的会话(13)的部件(34)，并且其中所述合并包括：响应于所述第二会话(14)的建立将所述第二会话(14)合并到所述正在进行的会话(13，16)中。
6.如权利要求4所述的会话处理实体(9，30)，其中所述正在进行的发往所述第二用户的会话(13)包含所述第一会话(11)的媒体，并且所述合并将第二会话(14)的媒体添加(16)到所述正在进行的会话(13， 16)中。
7.如权利要求4所述的会话处理实体(9，30)，其中重新协商所述正在进行的会话(16)包括：发送会话发起协议(SIP)的re-INVITE或UPDATE请求。
8.如前述权利要求1-3中的任一项所述的会话处理实体(9，30)，其中所述通信服务标识符包含IMS通信服务标识符(ICSI)和IMS应用参考标识符(IARI)中的一个。
9.如权利要求8所述的会话处理实体(9，30)，其中所述IMS通信服务标识符指示IMS多媒体电话服务(MMtel)。
10.如前述权利要求1-3中的任一项所述的会话处理实体(9，30)，其中所述会话处理实体包含多媒体会话连续性应用服务器(MMSC AS)、会话拆分和合并功能(SSMF)、IMS集中服务应用服务器(ICS AS)或会话发起协议应用服务器中的一个。
11.如前述权利要求1-3中的任一项所述的会话处理实体(9，30)，其中所述第一会话(11，21)和所述第二会话(14，24)携载不同的媒体类型。
12.如权利要求11所述的会话处理实体(9，30)，其中所述媒体类型选自语音、视频、即时消息传递、一键通、文件传输和图像共享。
13.如权利要求1所述的会话处理实体(9，30)，其中所述会话处理实体(9，30)包含所述第二用户(UE 2)的终端设备，并且其中通过所述第二会话部件将所述第一会话(11)和所述第二会话(14)合并成发往所述第二用户的单个会话包括：将所述合并后的会话(11，
14.一种在通信系统中合并多媒体会话的方法，包括：
控制第一用户(12，15)的通信，所述通信包含第一会话(11，21)和第二会话(14，24)；
确定(12，15)通信服务标识符是否被指示用于所述第一会话(11，21)和所述第二会话(14，24)， 其中，如果用于所述第一会话(11)和所述第二会话(14)的通信服务标识符是相同的，则将所述第一会话(11)和所述第二会话(14)合并成发往第二用户的单个会话(13，16)。
15.如权利要求14所述的方法，其中控制所述第一用户(12，15)的通信包含使用会话发起协议(SIP)。
16.如权利要求14所述的方法，其中使用会话发起协议(SIP)对发往所述第二用户的所述单个会话(13，16)进行控制。
17.如权利要求14所述的方法，其中所述单个会话(13，16)包含正在进行的发往所述第二用户的会话(13)，并且将所述第一会话(11)和所述第二会话(14)合并包括：重新协商所述正在进行的会话(16)。
18.如权利要求17所述的方法，还包括在所述第二会话(14)的建立过程中确定正在进行的所述第一用户发往所述第二用户(13)的会话的存在，并且其中所述合并包括：响应于所述第二会话(14)的建立将所述第二会话(14)合并到正在进行的会话(16)中。
19.如权利要求17或18所述的方法，其中所述正在进行的发往所述第二用户(UE 2)的会话(13)包含所述第一会话(11)的媒体，并且所述合并将第二会话(14)的媒体添加(16)到所述正在进行的会话(16)中。
20.如权利要求17或18所述的方法，其中重新协商所述正在进行的会话(16)包括：发送会话发起协议(SIP)的re-INVITE或UPDATE请求。
21.如权利要求14至18中任一项所述的方法，其中所述通信服务标识符包含IMS通信服务标识符(ICSI)和IMS应用参考标识符(IARI)中的一个。
22.如权利要求14至18中任一项所述的方法，其中所述通信服务标识符包含开放移动联盟特征标签。
23.如权利要求21所述的方法，还包括确定所述IMS通信服务标识符是否指示IMS多媒体电话服务(MMtel)。
24.如权利要求14至18中任一项所述的方法，其中所述第一会 话(11，21)和所述第二会话(14，24)携载不同的媒体类型。
25.如权利要求24中所述的方法，其中所述媒体类型选自语音、视频、即时消息传递、一键通、文件传输和图像共享。
在IMS中合并通信会话的方法、设备和程序产品
技术领域
[0001] 本发明涉及网络实体、用户设备和方法，用于将来自第一用户的多个通信会话合并成发往第二用户的单个会话。
[0002] 背景技术
[0003] 在第三代合作伙伴项目(3GPP)定义的IP(因特网协议)多媒体子系统(IMS)中，因特网工程任务组(IETF)定义的会话发起协议(SIP)被用于控制通信。SIP是用于创建、修改和终止具有一个或多个参与者的会话的应用层控制协议。这些会话可包括因特网多媒体呼叫、因特网电话呼叫和多媒体分发。会话中的成员可通过多播或单播关系网或综合两者进行通信。
[0004] IMS网络中存在着不同类型的网络实体和功能。呼叫会话控制功能(CSCF)在SIP层实现会话控制功能。CSCF可充当代理CSCF(P-CSCF)、服务CSCF(S-CSCF)或查询CSCF(I-CSCF)。P-CSCF是IMS中用户设备(UE)的第一联络点；S-CSCF实际上处理网络中的会话状态；对所有去往网络运营商的某订户或当前位于该网络运营商服务区的漫游订户的IMS连接来说，I-CSCF主要是该运营商网络中的联络点。
[0005] I-CSCF执行的功能例如是分配S-CSCF给用户以便执行SIP注册并把从另一网络接收到的SIP请求路由到S-CSCF。S-CSCF为UE执行会话控制服务。它保持网络运营商支持这些服务所需的会话状态，并且可以充当注册器(Registrar)，即它接受注册请求并使它的信息通过位置服务器(例如HSS)可用。对该S-CSCF托管(hosted)的用户来说，S-CSCF是中心点。当S-CSCF被分配给注册的和未注册的用户时，它提供服务给这些用户。该分配被存储在归属用户服务器(HSS)中。
[0006] 应用服务器(AS)提供增值IP多媒体(IM)服务给IMS网络中的用户，并且存在于IMS用户的归属网络中或第三方位置中。第三方可以是网络或仅仅是独立的AS。AS可托管和执行各种服务并可代表这些服务改变和影响SIP会话。IP多媒体子系统服务控制接口(ISC)是S-CSCF和服务平台(即AS)之间的接口。ISC接口提供扩展服务给订户。连接到IMS的AS通过ISC接口受到控制。在ISC接口上使用的协议是SIP。
[0007] 媒体网关控制功能(MGCF)在网络控制层面充当电路交换(CS)网络和IP网络之间的交互工作点。MGCF控制在媒体网关(MGW)中的媒体信道的连接控制相关的呼叫状态部分，与呼叫状态控制进行通信，并执行呼叫控制协议(例如SIP和ISUP)之间的协议转换。 [0008] 电话应用服务器(TAS)是向多媒体电话服务提供网络支持的SIP-AS。这样的服务可包括呼叫转发、呼叫转移、会议呼叫、呼叫保持及其它众所周知的来自传统电路交换电话网络的服务。
[0009] 3GPP规定多媒体会话连续性(MMSC)，它定义了使用SIP机制用于会话连续性的过程。MMSC将包括UE从第一接入技术移动到第二接入技术的过程，例如从无线局域网(WLAN)到通用陆地无线接入网(UTRAN)，并且会话中全部的SIP会话或部分媒体组件在新的接入中无缝地继续下去。与语音呼叫连续性(VCC)结合时，相似的过程也起作用，即使用VCC将语音会话从CS域转移或转移到CS域，而SIP会话使用MMSC过程转移。当然它也覆盖会话或会话中的媒体组件在多个设备之间转移的过程。
[0010] 会话拆分/合并应用服务器(AS)是负责提供发往另一端的单个SIP会话的网络实体，即使UE在其端需要使用分开的会话。拆分/合并AS也负责在接入转移过程中拆分和合并运行中的会话(session onfly)。例如，如果UE忙于包含IP话音(VoIP)的语音组件和视频共享媒体的WLAN中的SIP会话，然后UE从WLAN接入移动到不能或不倾向VoIP的UTRAN接入时，UE应该对语音媒体执行VCC过程，以便将语音转移到UTRAN上的CS而将视频共享SIP会话转移到UTRAN上的分组交换(PS)。在该场景中拆分/合并AS的角色是在接入转移之后将语音和视频共享会话组合，并在另一端对于UE隐藏会话的拆分。换句话说，另一端的UE可能接收到由于接入转移的媒体更新(例如SIP re-INVITE请求)，但另一端不应发现由于接入转移会话已被拆分成两个。
[0011] 拆分/合并AS应该将它通过MGCF接收到的语音会话和它通过P-CSCF、S-CSCF接收到的SIP会话合并在一起，并将它们呈现为发往另一端的单个会话。问题在于拆分/合并AS不应该将属于不同服务的会话合并。否则网络不能将会话正确地路由到合适的服务器。
[0012] 本发明的目标是解决如上问题。
[0013] 发明内容
[0014] 本发明通过提供会话处理实体、方法和计算机程序解决上述问题，包括： [0015] 处理第一用户的通信，该通信包含第一会话和第二会话，以及 [0016] 处理第一用户发往第二用户的第一会话和第二会话的通信，并且如果相同的通信服务标识符被指示用于第一会话和第二会话，则设置成将第一会话和第二会话合并成发往第二用户的单个会话。可使用会话发起协议(SIP)对通信进行处理。
[0017] 将第一会话和第二会话合并可包括：重新协商发往第二用户的正在进行的会话。 [0018] 在第二会话的建立过程中，可以确定会话处理实体已保持正在进行的第一用户发往第二用户的会话，并且合并可包括：响应于第二会话的建立将第二会话合并到正在进行的会话中。正在进行的发往第二用户的会话可包括第一会话的媒体，并且合并可将第二会话的媒体添 加到正在进行的会话中。
[0019] 对正在进行的会话的重新协商可包括发送会话发起协议(SIP)的re-INVITE(重邀请)或UPDATE(更新)请求。
[0020] 通信服务标识符可包含IMS通信服务标识符(ICSI)或IMS应用参考标识符(IARI)或开放移动联盟特征标签。IMS通信服务标识符可指示IMS多媒体电话服务(MMtel)。
[0021] 会话处理实体可在多媒体会话连续性应用服务器(MMSC AS)、会话拆分和合并功能(SSMF)、IMS集中服务应用服务器(ICS AS)或会话发起协议应用服务器中实现。 [0022] 第一会话和第二会话可携载不同的媒体类型。媒体类型可以是语音、视频、即时消息传递、一键通、文件传输或图像共享或其它媒体。
[0023] 合并多媒体会话可包括：
[0024] 控制第一用户的通信，该通信包含第一会话和第二会话；
[0025] 确定通信服务标识符是否被指示用于第一会话和第二会话，并且如果用于第一会话和第二会话的通信服务标识符是相同的，则将第一会话和第二会话合并成发往第二用户的单个会话。
[0026] 会话处理实体可在第二用户的终端设备中实现，并且如果第一会话和第二会话被合并成发往第二用户的单个会话，则处理到第二用户的通信可包括：将合并后的会话作为单个应用提供给第二用户。
[0027] 本发明具有这样的优势：它提供在IMS网络合并会话的逻辑从而以单个会话的方式继续到另一方的通信，即另一方无需涉及新的会话。本发明定义了会话可被合并到正在进行的会话中时以及不能进行合并时的条件。合并逻辑不应该合并属于不同服务的会话，否则问题将会是网络不能正确地将会话路由到合适的服务器。
[0028] 附图说明
[0029] 图1描述了本发明的实施例，其中拆分/合并AS决定将两个会话合并。 [0030] 图2呈现了本发明的一个方面，其中拆分/合并AS决定保持两个会话分开。 [0031] 图3描述了拆分/合并AS的内部结构和功能。
具体实施方式
[0032] 3GPP通信服务标识框架定义了可用于在IMS会话的初始请求中指示所请求服务的IMS通信服务标识符(ICSI)。ICSI被呈现为统一资源名称(URN)。URN是使用所谓的urn方案的统一资源标识符(URI)，并不意味着所标识资源的可用性。
[0033] IMS多媒体电话服务(MMtel)是具有ICSI值的示例性服务。URN用于定义IMS多媒体电话通信服务的ICSI：
[0034] urn:urn-xxx:3gpp-service.ims.icsi.mmtel.
[0035] MMtel URN可用于指示设备支持IMS多媒体电话通信服务。
[0036] MMtel服务的网络部分在电话应用服务器(TAS)中实现。MMtel会话可包含多种媒体组件，例如音频、视频、消息传递(例如使用消息传递会话中继协议MSRP)、文件传输、图像共享等。所有包含MMtel的该ICSI值的IMS会话都应被路由到TAS从而以合适的方式执行MMtel服务。公共交换电话网络(PSTN)或CS网络发起的会话也可被认为是仅包含音频作为媒体组件的MMtel会话，或者在CS视频电话的情况下音频和视频两者都包含。对于PSTN或CS网络发起的会话，源-MGCF包含MMtel的该ICSI值用于它发起的会话。 [0037] 开放移动联盟(OMA)已经定义了IMS服务，例如即时消息传递(IM)，它包括与MMtel相似的除了语音和视频之外的媒体。OMA-IM不使用ICSI框架，但定义了相似的机制以标识IM会话。为了这个目的，OMA使用专用的特征标签。OMA-IM也有网络服务器(IM AS)，它实现服务的网络部分并且IM会话需要被路由到它这里。
[0038] 多媒体会话转移是正在进行的多媒体会话的一个或多个会话信令路径和相关联媒体路径的IMS层的转移，同时要保持会话的连续 性。多媒体会话转移包含接入网络转移和UE转移。多媒体会话连续性是IMS的服务，它支持多媒体会话转移机制的使用，以便对于此类事件在IMS会话层不被隐藏并且因此会话连续性不能以其它方式被保持的情况，处理终端移动性事件和/或UE间的移动性。接入网络转移是当UE从PS到CS域或CS到PS域或不同的IP连通性接入网络(IP-CAN)之间时，正在进行的多媒体会话的信令路径和媒体路径两者在IMS层的转移。
[0039] 一般来说，多媒体服务的连续性指的是多种媒体跨越不同的接入网络或跨越不同的用户设备(UE)的情况下继续正在进行的通信会话的能力。因为(1)具有多媒体能力的UE可跨越多种不同的接入网络移动或者由于(2)用户可跨越不同的UE移动他们的通信会话媒体以便最佳地满足他们的通信喜好，所以该连续性的主要需求在增长。多媒体会话到不同接入网络的转移可导致跨越各种媒体组件的同步的丢失(例如跨越语音和视频组件)。会话连续性解决方案可将该同步问题考虑进来用于确保最佳的用户体验。 [0040] 对于PS-PS多媒体会话连续性的场景：
[0041] -源接入网络中所有的或部分的正在进行的媒体组件都被转移到目标接入网络。如果不可能或者不希望(例如由于运营商策略)转移所有媒体，则部分媒体组件被转移而剩下的组件被释放或保持。例如，由于受限的目标接入网络能力，可能不能转移某些媒体组件到目标接入网络。要被转移的媒体的选择可依据用于执行会话转移的解决方案。 [0042] -如果可能并且(例如由用户喜好和/或运营商策略)允许，某些媒体组件可保留在源接入网络中。
[0043] -源和目标接入网络可包括3GPP IP接入系统和非3GPP IP接入系统(例如WiMAX)两者。
[0044] -UE切换到目标接入网络后，可使用相同的或不同的P-CSCF。用于PS-PS多媒体会话连续性的解决方案应该应对两种情况。
[0045] 结合PS-CS连续性的PS-PS会话连续性指的是多媒体会话连续性的特殊情况，其中在CS域和PS域都具有媒体的会话被转移到仅支持分组交换(PS)通信的接入网络，反之亦然。由于用户从一个接入网络(源)移动到另一接入网络(目标)，所以需要进行会话的转移。这种情况的典型特点是一个接入网络仅在CS域(例如GERAN或UTRAN)支持实时媒体(通常是语音)，而另一接入网络在PS承载(例如E-UTRAN、WiMAX或WLAN)上支持实时媒体和非实时媒体两者。为了保持高质量的用户体验，会话被转移到目标接入网络并且尽可能无缝地在目标接入网络上继续下去。
[0046] 对于结合PS-CS连续性的PS-PS会话连续性的场景，如下行为可能是相关的： [0047] -一个接入网络(源或目标)仅在CS域(例如UTRAN或GERAN)支持语音，而另一接入网络在IP传输承载(例如WLAN、WiMAX或E-UTRAN)上支持语音和非语音组件。 [0048] -如果目标接入网络仅在CS域上支持语音，则语音组件可被转移到CS域并且丢弃剩下的非语音组件。
[0049] -如果可能并且(例如由用户喜好和/或运营商策略)允许，某些非语音媒体组件可保留在源接入网络中。
[0050] -如果目标接入网络在CS域上支持视频，则语音和视频组件可被转移到CS域而所有其它组件可被转移到PS域。
[0051] -如果目标接入网络在IP传输承载上支持所有的媒体，则在源网络的CS和PS域中活动的所有媒体组件都可被转移到IP传输承载。
[0052] 本发明建议拆分/合并AS使用ICSI来决定会话是否要被合并。
[0053] 因此引入拆分/合并AS中的逻辑用以确定接收到的会话中的ICSI值，并且如果ICSI与现有的相同用户间的会话中的ICSI匹配，则决定合并会话，否则会话不被合并。 [0054] 示例性的场景在以下图中给出。
[0055] 图1呈现了一个场景，其中UE 1在信号11中发起了通过CS网 络3到另一端(例如UE 2)的电路交换(CS)呼叫。S-CSCF 6执行初始过滤准则(iFC)并且会话拆分和合并应用服务器(SM-AS 9)被分配到会话路径中。会话路径通过ISC接口穿过CS网络3和MGCF 4到达拆分/合并AS 9。然而，应该指出也存在着其它方式将会话建立从UE 1路由到拆分/合并AS 9。例如，会话建立可经过MGCF 4和I-CSCF(图中未示出)，而不是S-CSCF6。在步骤12处，拆分/合并AS 9确定会话包含具有MMTel值的ICSI。在信号13中，拆分/合并AS 9将会话进一步传回S-CSCF 6。S-CSCF 6继续iFC的执行并且会话被路由到TAS7，它为多媒体电话服务执行实际的服务逻辑。之后在语音呼叫过程中，在信号14中，UE 1发起与相同的另一端(UE 2)的视频共享会话。UE 1包含用于会话的具有MMTel值的ICSI。会话经过P-CSCF 5路由到S-CSCF 6。S-CSCF 6执行iFC并且会话被路由到拆分/合并AS 9。在步骤15处，拆分/合并AS 9确定它保持与相同参与者(UE 1和UE 2)的现有会话，并且现有会话的ICSI值与新的(视频共享)会话是相等的。因此拆分/合并AS 9认为会话是有共同所属的，并且在信号16中，拆分/合并AS 9向另一端(UE 2)发送re-INVITE。re-INVITE被路由到S-CSCF 6，然后它沿着会话的现有路径，并且将re-INVITE路由到TAS7。TAS 7为MMTel执行实际的服务。
[0056] 图2呈现了一个场景，其中UE 1在信号21中发起到另一端(UE 2)的CS呼叫。S-CSCF 6执行iFC并且拆分/合并AS 9被分配到会话路径。在步骤22处，拆分/合并AS
9确定：会话包含具有MMTel值的ICSI。在信号23中，拆分/合并AS 9将会话进一步传回S-CSCF 6。S-CSCF 6继续iFC的执行并且会话被路由到TAS 7，它为多媒体电话服务执行实际的服务逻辑。直到这时，图2的描述都对应于图1的描述。之后在语音呼叫过程中，在信号24中，UE 1发起到相同的另一端(UE 2)的文件传输会话(不同于图1)。UE 1不包含ICSI值，但却包含OMA IM指示器。会话被路由到S-CSCF 6。S-CSCF 6执行iFC并且会话被路由到拆分/合并AS 9。在步骤25处，拆分/合并AS 9确定它保持与相同参与者(UE 1，UE 2)的现有会话，但ICSI值是不同的。换句话说，新的请求24并不包含具有MMTel值的ICSI，而是包含OMA IM指示器。OMA IM指示器可在相同的字段中替代ICSI。因此拆分/合并AS 9认为会话不是有共同所属的，并且在信号26中生成发往另一端(UE 2)的新的INVITE。INVITE被路由到S-CSCF 6，然后它为新的会话执行iFC并且将INVITE路由到OMA-IM AS 8。IM-AS为OMA-IM服务执行实际的服务。
[0057] 这样，通过对相同终点间的两个会话确定相同的ICSI，拆分/合并AS决定会话可被合并发往另一端。如果ICSI值不匹配，或者其中一个会话不具有ICSI值(作为替代可包含例如OMA特征标签以标识服务)，则会话不被合并。
[0058] 在本发明的一个方面，根据指示相同服务的匹配的OMA特征标签，第一用户发往第二用户的会话将被合并。
[0059] 在本发明的一个方面，仅当具有MMTel值的ICSI被指示用于第一用户的两个会话时拆分/合并AS才将会话合并，即对其它匹配的ICSI(或者OMA特征标签)值会话不被合并。
[0060] 在本发明的一个方面，第一用户的会话的IMS应用参考标识符(IARI)值以与上述ICSI值类似的方式被比较。IARI被编码成URN。IARI URN可被包括为引号内的字符串作为g.ims.app_ref媒体特征标签的值。包含IARI的g.ims.app_ref媒体特征标签的一个示例为：g.ims.app_ref＝″″。 [0061] 在本发明的此方面，根据匹配的IARI值，将第一用户的会话进行合并发往第二用户。
[0062] 图3呈现了实现会话合并功能的网络实体30的内部结构和功能，例如拆分/合并AS 9。网络实体30包含第一会话处理单元31，配置成处理参与通信的第一用户的SIP会话。第二会话单元32配置成处理发往参与通信的第二用户的SIP会话。第二会话单元32设置成将第一会话单元31处理的会话合并成发往第二用户的单个会话。确定单元33 配置成确定ICSI是否被指示用于第一会话处理单元31处理的会话。ICSI可在接收到的SIP请求中呈现。如果检测到ICSI，则确定单元33也配置成识别ICSI值。网络实体30包含保持单元34，配置成保持有关网络实体30中正在进行的会话、会话的参与者以及确定用于这些会话的可能ICSI值的信息。在建立新会话的过程中，确定单元33为新的会话确定可能的ICSI值。如果发现此方面，则保持单元34检查是否已存在具有相同参与者(即用户)且具有相同ICSI值的正在进行的会话。如果发现这样的会话，则第二会话单元32将新的会话合并到正在进行的会话中发往第二用户，即发往新的请求没有到达其侧的一方。第二会话单元32可通过发送SIP re-INVITE或SIP UPDATE请求将会话合并，它通过向正在进行的会话添加新会话的媒体组件来修改正在进行的会话。确定单元33和保持单元34也可检测、识别和比较标识OMA服务的OMA特征标签或IARI值，并且根据匹配的OMA特征标签或IARI值要求会话合并。上述单元可例如使用微处理器和/或其它电子组件和/或通过软件来实现。
[0063] 在本发明的一个方面，相似的拆分/合并逻辑在用户设备(UE)实现。该UE具有不止一个发往网络的正在进行的SIP会话，但是根据匹配的ICSI、IARI或OMA特征标签值，UE可将两个或更多个会话合并成单个会话发往用户。(终端)用户看见的是作为单个应用的合并后的会话。此方面具有这样的优势：即使第二用户(例如图1中的UE 2)的终端设备在信令级接收到两个会话，却只有一个应用对于设备(UE 2)的终端用户而言是可见的。即使网络不支持合并/拆分逻辑，终端设备(UE 2)也可内部合并会话。
[0064] 本发明不局限于IMS网络，也可应用于其它具有与拆分/合并AS相似的会话拆分和合并实体角色的网络，并且这些网络中各种媒体被用于通信。因此，拆分/合并AS在这里仅用作负责处理会话合并的实体的一个示例。会话拆分和合并功能(SSMF)、多媒体会话连续性应用服务器(MMSC AS)和IMS集中服务应用服务器(ICS AS)是根据本发明可实现会话拆分和合并操作的网络节点的进一步的示例。上述拆分/合并AS功能可通过代码部件例如软件来实现，并且被加载到计算机的存储器中。
