首页> 中国专利> 用于针对IMS中漫游的用户设备建立通信会话的方法、网络和网络实体

用于针对IMS中漫游的用户设备建立通信会话的方法、网络和网络实体

摘要

本发明涉及用于在驻留在第一受访IMS网络中的主叫订户与在第二受访IMS网络中漫游的被叫订户之间建立通信会话的方法、网络和网络实体。该方法包括:将针对通信会话的第一邀请请求经由从第一受访IMS网络经由被叫订户的归属IMS网络向第二受访IMS网络延伸的媒体路径进行路由,并建立所述通信会话。该方法还包括:在媒体路径的从第一受访IMS网络向被叫订户的归属IMS网络延伸的部分中插入驻留在第二受访IMS网络中的附加IMS网络实体,以及从媒体路径中移除被叫订户的归属IMS网络。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-01-02

    授权

    授权

  • 2015-05-20

    实质审查的生效 IPC(主分类):H04L29/06 申请日:20120524

    实质审查的生效

  • 2015-02-04

    公开

    公开

说明书

技术领域

本发明涉及网际协议多媒体网络。本发明还涉及用于在这样的网络 中使用的网络实体。更具体地,本发明涉及基于长期演进语音(VoLTE) 的通信网络、被配备为实现语音、视频和数据消息的交互式会话的网络。

背景技术

第三代伙伴计划(3GPP)版本11已引入了用于优化媒体传输的机制, 该媒体传输针对于由漫游的网际协议(IP)多媒体子系统(IMS)用户 发起的会话发起协议(SIP)会话。已经在3GPP内的RAVEL工作项目 (3GPP TR 23.850;Study on roaming architecture for voice over IP  Multimedia Subsystem(IMS)with local breakout(‘RAVEL’))中分析了该 方法。该研究的成果被包括在3GPP TS 23.228v11.3.0中。本文档的图1 示出了针对漫游订户发起的长期演进语音(VoLTE)会话的优化媒体路 由的概念性架构。

根据3GPP版本11的媒体优化适用于A方(即,主叫订户)的受访IMS 网络与B方(即,被叫订户)的归属IMS网络之间的媒体路由。当B方在 其归属IMS网络之外漫游时,则将从A方的受访IMS网络经由B方的归属 IMS网络向B方的受访IMS网络路由呼叫的用户平面。

该媒体传输未被完全优化。例如,当A方和B方都在同一国家中漫游 时,媒体将被从A方的受访IMS网络经由B方的归属IMS网络向B方的受 访IMS网络路由,且反之亦然。媒体被从受访国家向B方的归属国家路由, 并被路由回受访国家。这是以下的情形:看上去比所必需的媒体路由资 源使用了更多的媒体路由资源,且为VoLTE订户的漫游增加了成本。

发明内容

本发明的目标是避免至少一些上述缺点,并提供用于为漫游订户建 立通信会话的改进方法。为IP多媒体网络提供具有多用途的网络实体也 是目标。市场正在为降低漫游时的通信成本而努力。在电信工业的目标 是使VoLTE朝着移动人对人通信的优选方法演进的背景下,该努力是特 别重要的。当被叫订户正在漫游或者被叫和主叫订户都在漫游(特别是 当主叫订户和被叫订户驻留在同一受访国家时),并建立通信会话时,该 会话的成本可受限于通过本地媒体发送基础设施来路由该呼叫的用户平 面。然而,当前的3GPP网络架构没有考虑到这一点。

对此,根据本发明提供了用于在主叫订户用户设备与被叫订户用户 设备之间建立通信会话的方法,所述主叫订户用户设备驻留在(即,注 册到)第一受访网际协议多媒体子系统(IMS)网络中,所述被叫订户 用户设备在第二受访IMS网络中漫游。该方法包括:经由媒体路径来路 由针对通信会话的第一邀请请求,所述媒体路径从与主叫订户相关联的 第一受访IMS网络经由被叫订户的归属IMS网络向与被叫订户相关联的 第二受访IMS网络延伸。在接收到第一邀请请求时,被叫订户用户设备 建立通信会话。接下来,在通信会话的媒体路径的从与主叫订户相关联 的第一受访IMS网络向被叫订户的归属IMS网络延伸的部分中插入驻留 在与被叫订户相关联的第二受访IMS网络中的附加IMS网络实体。随后 从通信会话的媒体路径中移除被叫订户的归属IMS网络。

这具有以下优点:在该通信会话中,从主叫订户的受访IMS网络经 由被叫订户的受访IMS网络中的附加IMS网络实体向被叫订户用户设备 路由媒体,而无需穿过被叫订户的归属IMS网络。在插入附加IMS网络 实体时,建立从该附加IMS网络实体经由被叫订户的归属IMS网络至被 叫订户用户设备的信令路径。

本文中的术语受访IMS网络表示订户当前注册到的IMS网络。本文 中的术语归属IMS网络表示主叫订户或被叫订户分别作为订户的IMS网 络。将要意识到的是:主叫订户用户设备可以在第一受访IMS网络中漫 游,第一受访IMS网络不是主叫订户的归属IMS网络。还有可能主叫订 户用户设备驻留在其归属IMS网络中,该归属IMS网络稍后将被标识为 第一受访IMS网络。本发明涉及以下情形:被叫订户用户设备正在并非 被叫订户的归属IMS网络的受访IMS网络中漫游(即,驻留)。将要意识 到的是:当主叫订户和被叫订户注册到同一IMS网络(例如,都在同一 国家漫游)时,第一受访IMS网络和第二受访IMS网络是同一IMS网络。

将要意识到的是:主叫订户用户设备可以是人操作的设备(例如订 户终端)或无人操作设备。备选地或附加地,被叫订户用户设备可以是 人操作的设备(例如订户终端)或无人操作设备。

通信网络可以是基于长期演进语音(VoLTE)的通信网络。VoLTE 在长期演进(LTE)接入网上使用多媒体电话技术(MMTel),该多媒体 电话技术是IMS网络内的基本电话技术。VoLTE网络被配备为实现语音、 视频和数据消息的交互式会话。术语“VoLTE”最初被用来指示通过LTE 的语音会话,然而演进为能够实现视频和数据会话的网络。在本文档中, 将术语“VoLTE”理解为是实现语音、视频和数据会话的网络。

将要意识到的是:在特定使用情况下,主叫订户用户设备和/或被叫 订户用户设备可以使用非LTE接入,例如宽带码分多址接入(W-CDMA) 或高速分组接入(HSPA)。

可选地,第一邀请请求包括对以下的指示:主叫订户支持附加IMS 网络实体的插入和/或第一受访IMS网络支持附加IMS网络实体的插入。 这提供了以下优点:第二受访IMS网络中的其他网络实体(例如,服务 器)意识到主叫订户和/或第一受访IMS网络支持附加IMS网络实体的插 入。

插入附加IMS网络实体的步骤包括:由被叫订户的归属IMS网络或 被叫订户向第二受访IMS网络的IMS代理(例如,互连边界控制功能 (IBCF))提供对要将附加IMS网络实体插入媒体路径和控制路径中的指 示,例如要求(Require)报头中所指定的选项标签。这种指示可以由被 叫订户的P-CSCF来提供。在本文中,该指示包括第二受访IMS网络的附 加IMS网络实体的域名。该步骤还包括:由第一受访IMS网络的IMS代理 向例如由附加IMS网络实体包括的IMS代理(例如第一互连边界控制功 能(IBCF))发送第二邀请请求。该步骤还包括:由附加IMS网络实体向 例如被叫方的归属IMS网络的IMS代理转发第二邀请请求,由此通过附 加IMS网络实体来转发第二邀请请求。

附加IMS网络实体(例如,其第一IBCF)在例如转换网关(TrGW) 中锚定与其相关联的媒体路径。这提供了以下优点:可以将媒体路径锚 定从被叫订户的归属IMS网络向与被叫订户相关联的第二受访IMS网络 转移。

在从媒体路径中移除被叫订户的归属IMS网络之前,将针对被叫方 的归属IMS网络(的IMS代理)的指令(例如在对话替换(Dialogue-replaces) 报头中)包括在第二邀请请求中。所述指令要求:所述第二邀请请求对 第一受访IMS网络的IMS代理与被叫订户的归属IMS网络之间已建立的 先前对话进行替换。

从媒体路径中移除被叫订户的归属IMS网络的步骤包括:由被叫订 户的代理呼叫会话控制功能(P-CSCF)向附加IMS网络实体包括的例如 IMS代理(例如第一IBCF)发送更新请求,所述更新请求包括对要从媒 体路径中移除与P-CSCF和附加IMS网络实体之间的每一跳相关联的每 个网络实体的指示(例如要求(Require)报头中的指定选项标签)。

第一邀请请求具有针对通信会话的控制路径,所述控制路径从第一 受访IMS网络经由被叫订户的归属IMS网络向第二受访IMS网络延伸,其 中,插入的步骤包括:在通信会话的控制路径的从第一受访IMS网络向 被叫订户的归属IMS网络延伸的部分中插入驻留在第二受访IMS网络中 的附加IMS网络实体。因此,控制路径沿着从第一受访IMS网络到第二 受访IMS网络的媒体路径,然而控制路径还将穿过被叫订户的归属IMS 网络。

在实施例中,附加IMS网络实体包括第一IBCF和第二IBCF,其中, 在从媒体路径中移除被叫订户的归属IMS网络的步骤之后,第一IBCF具 有与其相关联的TrGW,用于处理与第一受访IMS网络的用户平面通信, 第一IBCF处理与第一受访IMS网络的控制平面通信,以及第二IBCF处理 与被叫订户的归属IMS网络的控制平面通信。

在已经根据本发明建立通信会话之后,通信会话路由路径将会如下 所述。在第一受访IMS网络与主叫订户的归属IMS网络之间路由通信会 话的控制平面,而无需在主叫订户的归属IMS网络中锚定用户平面。通 过网际协议分组交换(IPX)在第一受访IMS网络与第二受访IMS网络之 间直接路由控制平面和用户平面,而无需穿过被叫订户的归属IMS网络。 在第二受访IMS网络与被叫订户的归属IMS网络之间路由控制平面,而 无需在被叫订户的归属IMS网络中锚定用户平面。

本发明还涉及通信网络,例如基于VoLTE的通信网络,该通信网络 包括:驻留在第一受访网际协议多媒体子系统(IMS)网络中的主叫订 户用户设备;以及在第二受访IMS网络中漫游并具有与其相关联的被叫 订户的归属IMS网络的被叫订户用户设备。第一受访IMS网络被布置为 路由第一邀请请求,第一邀请请求具有针对通信会话的从第一受访IMS 网络经由被叫订户的归属IMS网络到第二受访IMS网络的媒体路径。被 叫订户用户设备被布置为建立通信会话。第二受访IMS网络被布置为: 在通信会话的媒体路径(以及可选地,控制路径)的从第一受访IMS网 络到被叫订户的归属IMS网络的部分中插入附加IMS网络实体。被叫订 户的归属IMS网络被布置为从媒体路径中移除被叫订户的归属IMS网络。 因此,可以从第一受访IMS网络经由第二受访IMS网络中的附加IMS网络 实体向被叫订户用户设备路由媒体,而无需穿过被叫订户的归属IMS网 络。

附图说明

现在将参考附图,通过非限制示例的方式进一步阐明本发明,在附 图中:

图1是现有技术通信网络的示意性表示;

图2是现有技术通信网络的示意性表示;

图3是根据本发明的通信网络的一部分的示意性表示;

图4是通信网络的示意性表示;

图5A、5B和5C是通信网络的示意性表示;

图6是通信网络的示意性表示;

图7是通信网络的示意性表示;

图8是通信网络的一部分的示意性表示;

图9是通信网络的一部分中的消息流的示意性表示;

图10是通信网络的一部分的示意性表示;

图11是通信网络的一部分中的消息流的示意性表示;

图12是通信网络的一部分的示意性表示;

图13是通信网络的一部分的示意性表示;以及

图14是表示过程的流程图。

在附图中,相似的附图标记指代相似的实体或过程。

具体实施方式

第三代伙伴计划(3GPP)版本11已引入了用于优化媒体传输的机制, 该媒体传输针对于由漫游的网际协议(IP)多媒体子系统(IMS)用户 发起的会话发起协议(SIP)会话。已经在3GPP内的RAVEL工作项目 (3GPP TR 23.850;Study on roaming architecture for voice over IP  Multimedia Subsystem(IMS)with local breakout(‘RAVEL’))中分析了该 方法。该研究的成果被包括在3GPP TS 23.228v11.3.0中。图1示出了针对 由漫游订户的发起的长期演进语音(VoLTE)会话的已优化媒体路由的 概念性架构。VoLTE网络被配备为实现语音、视频和数据消息的交互式 会话。术语“VoLTE”最初被用来指示通过LTE的语音会话,然而演进到能 够实现视频和数据会话的网络。在本文档中,将术语“VoLTE”理解为是 实现语音、视频和数据会话的网络。

由漫游VoLTE订户2建立的SIP会话的控制平面从A方的受访IMS网 络6向A方的归属IMS网络10路由,然后返回到A方的受访IMS网络6。该 SIP会话的用户平面未被锚定在A方的归属IMS网络10中,即,用户平面 没有穿过A方的归属IMS网络10。然后,控制平面和用户平面被联合路由 到B方的归属IMS网络12。该路由通过IP互连网络(IPX)34而发生。IPX 为本领域技术人员所知,且在此处将不对其进行更详细的论述。对IPX 较不熟悉的人可查阅GSMA PRD IR.65IMS Roaming&Interworking  Guidelines以及GSMA PRD IR.67DNS/ENUM Guidelines for Service  Providers&GRX/IPX Providers。

在图1中,该SIP会话的携带语音或视频媒体的用户平面穿过IPX 34, 同时伴随着其相关联的控制平面通过相同的IPX。同时,A方的归属IMS 网络10保持对SIP会话的控制,因为控制平面被通过A方的归属IMS网络 10来路由,然后被路由回到A方的受访IMS网络6。

根据3GPP版本11的媒体优化适用于在A方的受访IMS网络6与B方的 归属IMS网络12之间的媒体路由。当B方在其归属IMS网络12之外漫游时, 则将从A方的受访IMS网络6经由B方的归属IMS网络12向B方的受访IMS 网络8路由呼叫的用户平面。

图2示出了这样的SIP会话的示意性表示。图2不旨在提供完整的网络 架构;图2示出了与理解根据3GPP版本11的优化媒体传输的概念有关的 那些实体。标记为“P”的框22、24、26、28、30、32表示会话边界网关, 包括控制平面组件和用户平面组件,例如互连边界控制功能(IBCF)和 转换网关(TrGW)。多媒体电话(MMTel)应用服务器(AS)未被显式 地示出,然而要理解:MMTel AS以及服务集中和连续性应用服务器 (SCC-AS)连接到服务呼叫会话控制功能(S-CSCF)。此外,受访IMS 网络中类似访问传输控制功能(ATCF)和访问传输网关(ATGW)的实 体未被示出。

在建立SIP会话时,A方的归属IMS网络10中的S-CSCF 14和A方的受 访IMS网络中的代理呼叫会话控制功能(P-CSCF)18进行协作,导致 S-CSCF 14可将SIP会话路由回受访IMS网络6,而无需将媒体锚定在归属 IMS网络10中,即不要求媒体路径穿过归属IMS网络10。然后SIP会话建 立继续通过IPX 34去往B方的归属IMS网络12(或如果B方是电路交换 (CS)订户,去往B方的CS网络)。

在以上描述以及图1和图2中将IPX 34呈现为表示互连网络的“云”, 通过其可连接IMS运营商。实际上,运营商可使用一个或多个基于IPX的 互连。可以对不同的合作IMS网络使用不同的IPX网络。在本文档中不对 该区别进行进一步描述,但假设被告知的读者是理解的。

利用图1和图2描述的媒体传输未被完全优化。例如,当A方和B方都 在同一国家中漫游时,媒体将被从A方的受访IMS网络6经由B方的归属 IMS网络12向B方的受访IMS网络8路由,且反之亦然。媒体被从受访国 家路由到B方的归属国家,并回到受访国家。这是不希望的情形:看上 去比所必需的媒体路由资源使用了更多的媒体路由资源,且为VoLTE订 户的漫游增加了不必要的成本。

图4示出了根据本发明的针对基于VoLTE的通信网络中的主叫A方 订户2和被叫B方订户4的优化媒体传输的示意性表示。在A方2与B方4之 间建立的通信会话具有以下特性。在A方2的受访IMS网络6与A方2的归 属IMS网络10之间路由控制平面。在本文中,用户平面不穿过归属IMS 网络10,即,用户平面未被锚定在A方归属IMS网络10中。本文中的术语 受访IMS网络标表示户当前注册到的IMS网络。本文中的术语归属IMS 网络表示主叫A方(或分别地,被叫B方)作为订户的IMS网络。将会意 识到的是:当A方用户设备正在受访IMS网络6中漫游的时候,受访IMS 网络6是不同于A方归属IMS网络10的IMS网络。还有可能A方用户设备驻 留在其归属IMS网络中,在该情形下,A方受访IMS网络6和A方归属IMS 网络10是同一IMS网络。

通过IPX 34在A方的受访IMS网络6与B方的受访IMS网络8之间建立 控制平面和用户平面。在B方的受访IMS网络8与B方的归属IMS网络12 之间路由控制平面。在本文中,用户平面不穿过归属IMS网络12,即, 用户平面未被锚定在B方归属IMS网络12中。

图4和以上描述反映了建立呼叫的情形下的SIP会话。该所产生的情 形提供了以下所希望的方案。呼叫的媒体(例如,语音和/或视频)以优 化的方式在A方2与B方4之间路由。A方的归属IMS网络10具有对呼叫的 控制。该控制与连接到A方归属IMS网络10中的S-CSCF 14的MMTel AS 一起存在,并可能与通过来自MMTel AS的北向接口(northbound interface) 连接到MMTel AS的增值服务节点一起存在。B方4的归属IMS网络12具有 对呼叫的控制。该控制与连接到B方归属IMS网络12中的S-CSCF 16的 MMTel AS一起存在,并可能与通过来自MMTel AS的北向接口连接到 MMTel AS的增值服务节点一起存在。

本发明的基本概念要求:一旦在A方2与B方4之间建立通信会话,SIP 会话被改变为在A方的受访IMS网络6与B方的受访网络8之间直接路由, 且媒体将不会被锚定在B方的归属IMS网络12中。下面描述如何建立这样 的通信会话。

根据本发明的方法与BOR从根本上不同。当已经在(漫游)IMS A 方与漫游IMS B方之间建立了呼叫时,呼叫中涉及到的两方之间的媒体 平面将被优化,同时维持控制平面穿过主叫方和被叫方的相应归属网络。 因此,A方和B方的相应电话服务器保持对呼叫的完全控制。

下面描述功能性架构。对于实际的部署,可以将两个或更多个功能 实体组合为单个节点。这样的组合不构成对所提议的方法的原理的背离。 下面没有反映端对端SIP会话正常所需的全部所有细节。

A方向B方路由第一邀请(Invite)请求(参见图14中的步骤104)。A 方用户设备或受访IMS网络6中的网络实体在(第一)邀请请求中指示其 支持优化媒体路由(参见图14中的步骤102)。当会话到达活跃状态时, 即当从A方2向B方4发送的邀请导致来自B方4的一个或多个终端的200 Ok最终响应时,由A方2建立的通信会话的目的地是已知的(参见图14 中的步骤106)。然而,在B方4的一个终端发送200Ok最终响应时,如图 2中和图4中所示地建立SIP会话。将变得清楚的是:在该时间点,不再可 能向SIP会话应用以下改变:(1)将SIP会话路由从“受访IMS网络(A)6 -归属IMS网络(B)12-受访IMS网络(B)8”改变为“受访IMS网络(A) 6-受访IMS网络(B)8”;以及(2)将媒体锚定从“媒体锚定在B方的 归属IMS网络12中”改变为“没有媒体锚定在B方的归属IMS网络12中”。

图5A~5C示出了用于实现上述的所希望情形的两步骤方案。通过首 先简述当在两个漫游VoLTE订户之间建立呼叫而没有参考图6的用户平 面优化时的更详细的SIP信令流,来解释得到图5C中场景的方法。

图6示出了概念性的网络架构。未示出例如VoLTE订户的接入网。 将要意识到的是:在一些实施例中,A方和/或B方的用户设备可使用非 VoLTE接入网。询问呼叫会话控制功能(I-CSCF)16A的归属订户服务 器(HSS)交互也未被示出。如上所述,在部署场景中,不同的“IPX云” 可以是一个IPX网络34或多个IPX网络。

通过B方的归属IMS网络12建立呼叫的媒体路径,并从那里将媒体路 径向B方的受访IMS网络8路由。跨网络边界的SIP信令穿过互连边界控制 功能(IBCF)42、44、46、48、24、26、28、30。跨网络边界的媒体穿 过转换网关(TrGW)24、26、28、30。所示出的IBCF(可选地,包括 TrGW)表示功能组件。图3示出通信网络的一部分的示意性表示。A方2 的受访IMS网络6与A方2的归属IMS网络10之间的SIP信令可以在各自的 IMS网络6、10中穿过相同的IBCF 42/48、44/46。

针对由B方4在他/她的VoLTE终端上应答呼叫的情况,图6中的SIP会 话是与第一邀请事务有关的SIP会话。I-CSCF 16A将在第一邀请事务之后 退出SIP会话。在SIP会话变得活跃之前,可存在向主叫方2播放的通告。 此外,可发生(针对接入网的)资源预留。因此,可能已经针对主叫方2 建立了一个或多个早期对话。最后,将会存在从被叫方4向主叫方2发送 的200Ok。

从被叫B方4向主叫A方2返回200Ok具有以下效果:图6中示出的SIP 会话变为活跃的SIP会话。在第一邀请事务期间定义了媒体路径。随着SIP 会话已变得活跃,媒体将开始通过所定义的媒体路径流动。

既然应答了呼叫,SIP信令和媒体路径就应该遵循图7中示出的路由。 如下所示,图7中描绘的网络场景不同于图6中描绘的网络场景。经由B 方4的受访IMS网络8中的附加IMS互连点来路由A方的受访IMS网络6与 B方的归属IMS网络12之间的SIP会话。该“互连点”是由B方4的受访IMS 网络8中的IBCF/TrGW组合36和IBCF 38形成的。媒体未被锚定在B方的 归属IMS网络12中,即,媒体不再穿过B方归属IMS网络12。

为了实现该情形,将图6的网络场景转变为图7的网络场景。对此, 执行下面的步骤。

1.当A方的UE 2与B方的UE 4(在其上应答呼叫的UE)之间的第 一邀请事务完成时,需要建立新的SIP信令路径。在该示例中,将两个附 加的SIP代理(B方的受访IMS网络8中的两个IBCF 36、38)添加到SIP路 径。该步骤的效果是:在A方的受访IMS网络6与B方的受访IMS网络8之 间直接建立A方2与B方4的UE之间的SIP会话。

2.B方的归属IMS网络12中的IBCF 26、28应该放弃其对媒体路径 的锚定。因此,不再要求媒体路径穿过B方归属IMS网络12。

一旦建立呼叫,上述的SIP信令和媒体路径优化便发生。根本原因是 仅在(B方)应答呼叫时,才清楚将(需要)如何建立通信会话。只要 呼叫未被应答,仍有可能B方在非SIP电话上应答呼叫或呼叫被转发到语 音邮箱等。在这样的情况下,呼叫场景将是不同的,且不应该应用SIP 信令和媒体路径优化。

当端对端地建立A方2和B方4之间SIP会话时,在各端点之间已经交 换了记录-路由(Record-route)报头。将要认识到的是:SIP代理中的一 些将担当连续(back-to-back)用户代理(B2BUA),因此记录-路由报头 的交换不完全是端对端的。相反,记录-路由报头的交换将因此是B2BUA 对B2BUA的。

图8描绘了在SIP信令路径中添加两个SIP实体(IBCF 36和IBCF 38)。 图8仅示出与SIP路径的两个新SIP实体36、38直接相邻的两个SIP实体24、 26。当建立SIP会话时,即当正向主叫方2路由200Ok时,SIP路径如图6 中所描绘的。现在,应该将SIP路径中在IBCF 24与IBCF 26之间的段替换 为IBCF 24与IBCF 26之间穿过IBCF 36和IBCF 38的SIP路径段。图9示出 了如何完成这一点的示例。

在步骤901中,响应于来自IBCF 24的第一邀请请求,在IBCF 26处从 远端(B方的终端)接收200Ok,且该200Ok包含对应该应用SIP会话替 换的指示(参见图14中的步骤106)。这样的指示的示例是

Local_media_routing:True

该指示还包括B方4的受访IMS网络8的IMS域名(“域(realm)”)。 例如:

Local_media_ro uting:True;

realm=ims.mnc720.mcc302.3gppnetwork.org

该指示和该域被B方的P-CSCF 20包括在200Ok中。对此,P-CSCF 20 的处理器1502被布置为生成用于经由被叫订户的受访IMS网络8中的 IBCF 36来重新路由通信会话的第一指令。P-CSCF 20的输入/输出(I/O) 单元1504的发射机1504B向A方的受访IMS网络6发送该第一指令,例如 作为200Ok中的指示。200Ok中的会话描述协议(SDP)应答包含下游 媒体代理针对于媒体流的IP地址。

SDP协商可以在200Ok之前已经完成。例如,可能在183会话进程 (Session progress)中已经传输了SDP应答。在该情况下应该使用到该阶 段为止已经协商的SDP。

已向主叫方返回多个SDP应答是可能的。当已针对主叫方2建立了多 个早期SIP对话时,这可能发生。当针对第一邀请事务发送200Ok时,该 200Ok涉及迄今已建立的对话之一。应该使用该对话的SDP。针对该对 话,可以在183会话进程中或在200Ok中接收该SDP。

当第一邀请不包含SDP要约(offer)时,则被叫方4在200Ok中或在 183会话进程中提供SDP要约。在这样的情况下,还应该使用在来自被叫 方的200Ok时可应用的SDP。

在步骤902中,基于IBCF 26针对该第一邀请事务存储的经由(Via) 报头,照常向上游转发200Ok。针对应该应用SIP会话替换的指示被保留 在200Ok中。200Ok中的SDP应答包含下行流媒体代理针对于媒体流的 IP地址。IBCF 26担当透明的B2BUA,并在相关联的TrGW中锚定媒体流。

在步骤903中,IBCF 24支持SIP会话替换,因此其将会在请求时应用 SIP会话段替换。对此,其向可应用于该SIP会话的远程联系(Contact) 地址发送第二邀请请求。对此,IBCF 24的处理器1506被布置为生成要向 IBCF 26发送的第二邀请请求。IBCF 24的I/O单元包括用于发送该第二邀 请的发射机1508B。对于IBCF 24,远程联系地址是IBCF 26的地址(参 见图14中的步骤108)。IBCF 24在邀请中包括路由(Route)报头,该路 由报头是B方4的受防IMS网络8的IMS域。IBCF 24还在第二邀请请求中 包括对话替换(Dialogue-replaces)报头。该SIP报头向该第二邀请请求 的接收方指示:该第二邀请请求替换另一现有的对话,即在对话替换报 头中指示的对话。将向(在路由(Route)报头中指示的)B方4的受访IMS 网络8调度第二邀请(参见图14中的步骤110)。IBCF 36表示B方4的受访 IMS网络8的入端IBCF。

第二邀请中的SDP要约等于第一邀请中从IBCF 24向IBCF 26初始提 出的SDP要约。

在该示例中,除了可能通过用户平面代理(转换网关(TrGW))来 锚定媒体之外,IPX 34没有修改已在主叫A方2与被叫B方4之间协商的 SDP。对于IBCF 24与IBCF 36之间的SIP会话的重新建立,将会存在IBCF 24与IBCF 36之间的IPX 34以及IBCF 38与IBCF 26之间的IPX 34。这些 IPX进行的媒体锚定对于各自的IBCF而言是透明的。此处已经注意到, 作为整个媒体路由优化过程的一部分,在下一步骤中将撤消IBCF 38与 IBCF 26之间的媒体锚定。

在步骤904中,IBCF 36依靠I/O单元1510、1512(以及所包括的接收 机1510A、1512A和发射机1510B、1512B)向其目的地(即,IBCF 26) 转发第二邀请请求,如请求URI(Request URI)中所指示的。将经由B 方的受访IMS网络8的出端IBCF(即,IBCF 38)路由第二邀请。在实际 部署中,IBCF 36和IBCF 38可以是同一IBCF。IBCF 36担当透明的B2BUA, 并在TrGW中锚定用户平面。这反映在从IBCF 36向IBCF 38发送的SDP 要约中。

在步骤905中,如请求URI所指示的,向IBCF 26转发第二邀请请求。 第二邀请请求中的对话替换报头向IBCF 26告知:该邀请请求替换在 IBCF 24与IBCF 26之间已建立的对话。IBCF 26正在担当B2BUA,因此 其可支持该能力。IBCF 38担当透明的B2BUA,并在TrGW中锚定用户平 面。这反映在从IBCF 38向IBCF 26发送的SDP要约中。

在步骤906~908中,基于经由(Via)报头,响应于第二邀请请求, 照常从IBCF 26穿过IBCF 38和IBCF 36向IBCF 24返回200Ok。作为第二 邀请请求(步骤903、904、905)和相关的200Ok(步骤906、907、908) 的结果,IBCF 24和IBCF 26已经建立了穿过IBCF 36和IBCF 38的SIP会话 段。要理解的是:IBCF 36和IBCF 38担当透明的B2BUA,因为它们驻留 在网络边界处。

步骤906的200Ok中的SDP应答等于步骤902中从IBCF 26向IBCF 24 提供的SDP应答。IBCF 36和IBCF 38在各自TrGW中锚定媒体,这反映在 步骤907的200Ok和步骤908的200Ok中(参见图14中的步骤112)。对此, IBCF 36的处理器1514包括用于锚定媒体的锚定单元1515。锚定单元1515 被布置为将TrGW插入在通信会话的媒体路径的从第一受访IMS网络(6) 向A方归属IMS网络(12)延伸的部分中。

作为步骤906、907和908的200Ok的结果,IBCF 24和IBCF 26还更新 它们的相关联TrGw,如下所述。针对与IBCF 36控制的TrGW的用户平面 连接,IBCF 24更新其TrGW。针对与IBCF 38控制的TrGW的用户平面连 接,IBCF 26更新其TrGW。步骤903~908的SIP消息涉及“替换SIP会话段” 的建立。

在步骤909中,IBCF 24向上游发送200Ok。该200Ok涉及较早从上 游接收到的第一邀请请求。

在步骤910和911中,释放IBCF 24与IBCF 26之间的SIP会话段。其已 被IBCF 24与IBCF 26之间穿过IBCF 36和IBCF 38的SIP会话段所替换(参 见图14中的步骤114)。

在步骤912中,照常从主叫方2接收Ack。

在步骤913~915中,Ack是针对于在IBCF 24与IBCF 26之间建立的、 穿过IBCF 36和IBCF 38的SIP会话段的Ack。

在步骤914中,IBCF 36生成的Ack包含对应该应用媒体路径优化的 指示(参见图14中的步骤116)。对此,IBCF 36的处理器1514被布置为生 成该指示,并将该指示插入Ack中。由IBCF 36的发射机1512B发送包含 指示的Ack。该指示可具有以下形式:

Local_media_routing:True

该SIP报头被进一步向下游,朝着被叫方4传递。其将被被叫方的 P-CSCF 20的接收机1504A接收到,且作为接下来的步骤,用于优化该呼 叫的用户平面。

在步骤916中,将Ack向下游朝着被叫B方4发送。

将IBCF 24与IBCF 26之间的SIP会话段(参见图6)替换为IBCF 24 与IBCF 26之间的穿过IBCF 36和IBCF 38的SIP会话段,导致图10中描绘 的SIP会话场景。

图10中描绘的在SIP会话段替换之后的SIP会话和媒体路由不构成所 希望的最终情形。下一步骤是优化B方4的归属IMS网络12与B方的受访 IMS网络8之间的媒体路径。

通过参考图11来解释对B方的归属IMS网络12与B方的受访IMS网络 8之间的媒体锚定的移除。

SIP序列图以从B方的P-CSCF 20向UE-B 4发送的Ack而开始。未示出 从主叫方的UE 2直到B方的P-CSCF 20的Ack。

媒体平面的用于移除被叫方的受访IMS网络8与被叫方的归属IMS 网络12之间的媒体平面的更新是针对端接呼叫半部(half)的优化。其 涉及被叫方的受访IMS网络8与被叫方的归属IMS网络12之间的信令。更 具体地,其涉及IBCF 36、IBCF 38、IBCF 26、IBCF 28、IBCF 30和P-CSCF  20以及它们各自的TrGW(例如(c.q.)IMS接入网关(AG))之间的信 令和媒体路径更新。主叫方的受访IMS网络6和主叫方的归属IMS网络10 不受该针对被叫方的媒体优化的影响。

在步骤1101中,P-CSCF 20已向UE 4转发Ack。

在步骤1102中,P-CSCF 20发起媒体路径更新。该媒体路径更新涉 及IBCF 36控制的TrGW(2)与P-CSCF 20控制的IMS AG之间的媒体路 径。对此,P-CSCF 20恰当地被调整为发起和应用该媒体路径更新。 P-CSCF 20的处理器1502被布置为生成针对被叫订户的归属IMS网络12 的第二指令,该第二指令用于释放媒体路径的锚定以使得媒体不再穿过 归属IMS网络。对此,P-CSCF 20的处理器1502生成对应该应用本地媒体 路由的指示,并将该指示包括在更新(Update)请求中。P-CSCF 20的发 射机1504B向主叫方发送该更新。P-CSCF 20担当透明的B2BUA,因此其 具有该能力。该指示具有要求(Require)报头中的指定选项标签的形式:

Require:Local_media_routing

根据常规的SIP路由来发送该更新(针对该SIP会话,使用有效的记 录-路由(Record-route)报头和联系(Contact)报头),意味着其是向IBCF 30发送的,因为IBCF 30是SIP链中前一SIP实体。更新包含SDP要约,该 SDP要约等于在邀请事务期间所协定的SDP(SDP的版本根据要求步进 (step))。

在步骤1102~1106中,更新请求在到达IBCF 36之前穿过IBCF 30、 IBCF 28、IBCF 26和IBCF 38。根据常规的SIP路由来穿过每一跳。相应 的IBCF担当B2BUA。Require:Local media routing报头向IBCF 30、28、 26和38通知:要求并授权了媒体优化。因此,这些IBCF不应再在相关联 的TrGW中锚定该SIP会话的用户平面。因此,释放相应IBCF分配的TrGW 资源(媒体连接)(参见图14中的步骤118)。对此,例如IBCF 26的处理 器1520被布置为释放媒体锚定,即,将IBCF 26从媒体路径中移除。将更 新请求的SDP要约未修改地继续传递。

在步骤1106中,更新请求到达IBCF 36。IBCF 36是已指示其可以应 用媒体优化的SIP实体。这意味着IBCF 36将担当更新请求的最终目的地。 IBCF 36已经为用户平面分配了TrGW。它将保持所分配的TrGW,但将 更新用户平面;它使用在更新请求中接收到的SDP要约,以在IMS AG与 该受IBCF 36控制的TrGW之间建立用户平面。对此,IBCF 36的处理器 1514被相应布置。

在步骤1107~1111中,IBCF 36返回包含SDP应答的200Ok(参见图 14中的步骤120)。SDP应答被P-CSCF 20所接收,并被用于为IMS AG更 新用户平面。200Ok到达P-CSCF 20完成更新事务。

当更新事务完成时,实现了以下所希望的呼叫情形。从主叫方的受 访IMS网络6向被叫方的受访网络8直接路由主叫方与被叫方之间的呼叫 的SIP信令和用户平面。在被叫方的受访IMS网络8与被叫方的归属IMS 网络12之间路由控制平面。用户平面被保持在被叫方的受访IMS网络中, 即在主叫方的受访IMS网络6与被叫方的受访IMS网络8之间直接路由用 户平面。图12中描绘了该情形。

将意识到的是:3GPP TS 23.228IP Multimedia Subsystem(IMS); Stage 2,section Q,‘Optimal media routing’(OMR)规定了可以如何从已建 立的SIP会话中移除用户平面实体。本发明超越了OMR,并使用在被叫 订户漫游时优化VoLTE呼叫的媒体传输的概念。然后,要强调的是:将 OMR应用于这些呼叫将不足以实现所希望的优化。本发明的一个方案是: 首先移动针对被应答呼叫的SIP会话,以使得将其从主叫方的受访IMS网 络6向被叫方的受访IMS网络8直接路由。一旦已经如上所述重新路由了 SIP会话,应用媒体路径优化,以不再在主叫方的受访IMS网络与被叫方 的归属IMS网络之间路由媒体。

如上所述,通过被叫方的受访IMS网络8与被叫方的归属IMS网络12 之间的信令来应用用户平面的优化。该用户平面优化是通过被叫方的 P-CSCF 20与IBCF 36之间的信令来进行的。P-CSCF 20与IBCF 36之间的 更新事务是关于用户的。根本原因在于用户平面优化在任何情况下都受 限于SIP会话的该部分。

替代在已经向被叫方的UE 4转发Ack之后在P-CSCF 20和IBCF 36之 间应用信令,P-CSCF 20和IBCF 36之间的信令可在向被叫方的UE 4转发 Ack之前进行。优点在于:当UE 4接收Ack时,用户平面优化已经发生, 且将不会存在用户平面的进一步改变。

用户平面优化要求所涉及的实体之间的能力协商。对于主叫方的受 访IMS网络6中的IBCF 24与被叫方的归属IMS网络12中的IBCF 26之间的 替代SIP会话段的建立,在IBCF 24与IBCF 26之间需要存在协商。IBCF 24 在(第一)邀请请求中指示其支持优化媒体路由(参见图14中的步骤102), 例如:

Supported:Optimized_media_routing

然后IBCF 26可决定是否指示IBCF 24应用优化媒体路由,如上所述。 对于被叫方的受访IMS网络8与被叫方的归属IMS网络12之间的用户平 面优化,在IBCF 36与P-CSCF 20之间需要能力协商。这是通过Ack中的 指定指示来进行的:

Supported:Local_media_routing

如上所述,然后P-CSCF 20可以在其检测到针对该SIP会话支持 Local_media_routing时发起本地媒体路由。来自P-CSCF 20的更新请求包 含以下报头:

Require:Local_media_routing

当从主叫方的受访IMS网络6到被叫方的受访IMS网络8直接建立用 户平面时,这可导致主叫方的成本节省。对此,如上所述,来自IBCF 24 的针对主叫方的200Ok向应包含对通过优化方式建立SIP会话(即,直接 去往被叫方的受访IMS网络8)的足够指示。该指示穿过各种SIP实体, 例如,主叫方的S-CSCF 14和主叫方的MMTel应用服务器。然后,这被 用于适配SIP会话的成本。

同样地,针对被叫方的SIP信令(在被叫方的受访IMS网络8与被叫 方的归属IMS网络12之间)携带对优化(即,在被叫方的受访IMS网络8 中本地路由)用户平面的指示。这可导致被叫方的成本节省。被叫方的 成本节省可例如适用于当由主叫方建立对在国外漫游的被叫方的呼叫时, 其中,该主叫方在该同一(外国)国家中驻留。

还要理解的是:主叫方的受访IMS网络6可选择性地应用优化SIP会 话路由。IBCF 24从IBCF 26接收到的200Ok包含对可应用优化SIP会话路 由的指示。IBCF 24然后确定应用优化SIP会话路由是否将导致主叫方的 成本节省。具体地,与从IBCF 24及其相关联的TrGW到IBCF 26及其相关 联的TrGW的用户平面相比,从IBCF 24及其相关联的TrGW到IBCF 36及 其相关联的TrGW的用户平面是否带来较低成本。

当在A方2的UE与B方4的UE之间建立SIP会话时(所述SIP会话包括 控制平面和用户平面),可存在播放通告的要求。这样的要求可存在于例 如针对A方或B方的MMTel服务逻辑处理中。

在RAVEL所提议的架构中,控制A方的呼叫的MMTel服务可应用 SDP更新,以在受访IMS网络6中A方2的UE与归属IMS网络10中的媒体资 源功能服务器(MRF)52之间建立用户平面连接。与远程一方的用户平 面被安排挂起(on hold),而与被服务的一方的用户交互继续进行。该临 时“通过归属IMS网络拉动用户平面”的方法也可应用于B方。图13中对此 进行了反映。

对于经历在LTE接入与通用陆地无线接入网(UTRAN)接入之间的 任一方向上的单无线电语音呼叫连续性的呼叫而言,所提议的VoLTE呼 叫的优化媒体传输方法也应该是有用的。对此,以下要求适用。在受访 网络8的增强分组系统(EPS)中进行针对被叫方的媒体锚定。具体地, 如3GPP版本10中针对SR-VCC所规定的,通过接入转移控制功能(ATCF) 建立语音和/或视频呼叫。如3GPP中针对IMS集中式服务所规定的,受访 网络中提供UTRAN接入能力的MSC支持I2参考点。在本文中,MSC是增 强型MSC(eMSC)。通过端接接入域选择(T-ADS)从归属订户服务器/ 归属位置寄存器(HSS/HLR)获得移动台路由号(MSRN),发生通过 SCC-AS中的T-ADS过程来建立通过CS接入去往被叫订户的移动电话的 端接接入呼叫,方便了从归属IMS网络中的CSCF到受访IMS网络中的 eMSC的SIP会话建立,而无需使用GMSC功能。通过ATCF来进行通过CS 接入去往被叫订户的移动电话的端接接入呼叫。因此,ATCF被用作去往 为被叫订户提供服务的eMSC的SIP会话的路径(Path)报头。对于从 UTRAN接入到LTE接入的反向SR-VCC(rSR-VCC),通过ATCF向eMSC 路由SIP会话是需要的。

在之前所述中,已经参考本发明的实施例的特定示例描述了本发明。 然而,将显而易见的是:在不脱离本发明的本质的情况下,可对其进行 各种修改和改变。

本发明提供了以下优点:可针对漫游VoLTE订户之间的VoLTE呼叫 或当被叫方正在漫游时实现成本节省。此外,获得以下优点:媒体将会 通过更少的媒体代理来路由,通常导致提高媒体质量。这对于视频呼叫 (LTE视频)而言可以是特别相关的。另一优点是优化媒体路由降低了 网络负荷。

对于漫游VoLTE订户之间的语音/视频呼叫,在主叫方的受访IMS网 络与被叫方的受访IMS网络之间直接传输包括用户平面在内的SIP会话。 这允许主叫方的受访IMS网络与被叫方的受访IMS网络之间的优化用户 平面路由。仍然通过被叫方的归属IMS网络来路由呼叫的控制平面。图7 描绘了针对该呼叫情况的控制平面和用户平面的路由。

在一个使用情况下,媒体优化将仅被应用于下面这些呼叫情况:确 定其是可行的(被所涉及的实体所支持),且导致成本节省。

将会意识到的是:处理器1502、1506、1514、1520、I/O单元1504、 1508、1510、1512、1516、1518和/或锚定单元1515可被体现为专用电子 电路,很可能包括软件代码部分。处理器1502、1506、1514、1520、I/O 单元1504、1508、1510、1512、1516、1518和/或锚定单元1515还可被体 现为在可编程设备(例如,计算机)上执行并例如存储在可编程没备的 存储器中的软件代码部分。

然而,其他修改、变更或备选也是可能的。相应地,说明书、附图 和示例要被视为说明性的而非限制性的。

在权利要求中,不应将括号之间的附图标记解释为对权利要求的限 制。用语“包括”并不排除除了在权利要求中列出的特征或者步骤之外的 其他特征或步骤的存在。此外,用语“一”和“一个”不应被解释成限制为 “仅一个”,而是代之以用于指“至少一个”,且不排除多个。一个基本的 事实是:在相互不同的权利要求中提到的特定措施并不意味着这些措施 的组合不能用来获得优点。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号