首页 / 国际专利分类库 / 电学 / 电通信技术 / 无线通信网络 / 切换或重选装置 / .重选网络或空中接口 / 处理针对在两个接入网络之间切换通信的请求的方法

处理针对在两个接入网络之间切换通信的请求的方法

申请号 CN201280033732.X 申请日 2012-04-27 公开(公告)号 CN103748840B 公开(公告)日 2017-04-12
申请人 橙公司; 发明人 J-C·勒鲁齐克; J·多里;
摘要 根据本 发明 ,所述处理由第一核心网络(CN)的第一连接实体(P‑CSCFB)实施,其包括:接收针对把在第二网络(ANA)上发起的第一呼叫切换到第一网络(ANB)的 请求 ,所述请求包括呼叫标识符、关于与第一网络上的呼叫相关联的媒体会话的信息以及表示将对与第二网络上的呼叫相关联的媒体会话实施的处理的信息;识别出把第二网络连接到核心网络并且由第二网络上的呼叫所经过的第二实体(P‑CSCFA);把呼叫标识符和表示所述处理的信息传送到第二实体;以及把所述请求连同关于媒体会话的信息和核心网络中的呼叫的标识符传递到核心网络。
权利要求

1.一种由用于把第一接入网络连接到核心网络的第一连接实体施行的处理切换请求的方法,所述方法包括:
-接收针对把由终端在第二接入网络上建立的通信切换到第一接入网络的切换请求的接收步骤,所述切换请求是通过所述第一接入网络从所述终端接收到的并且包括:
-所述通信的标识符;
-关于与通过所述第一接入网络进行的通信相关联的媒体会话的信息;以及-表示将对与所述第二接入网络上的所述通信相关联的媒体会话应用的至少一项处理的信息;
-从所述切换请求中识别出用于把所述第二接入网络连接到所述核心网络的第二连接实体的识别步骤,其中通过所述第二接入网络建立的通信经过所述第二连接实体;
-把所述通信标识符和表示所述至少一项处理的信息传送到按照所述识别步骤中识别出的所述第二连接实体以便应用所述至少一项处理的传送步骤;以及
-把所述切换请求连同关于所述媒体会话的信息以及借助于接收自所述终端的所述通信标识符获得的所述核心网络中的所述通信的标识符转移到所述核心网络的转移步骤。
2.根据权利要求1的用于处理切换请求的方法,其中,接收自所述终端的所述切换请求还包括关于与所述第二接入网络上的所述通信相关联的所述媒体会话的信息,该信息被至少部分地并且连同所述通信的标识符和表示所述至少一项处理的信息一起传送到所述第二连接实体。
3.根据权利要求1的用于处理切换请求的方法,其中,从所述第二连接实体获得所述核心网络中的所述通信的标识符。
4.根据权利要求3的用于处理切换请求的方法,其还包括:
-从所述第二连接实体并且借助于接收自所述终端的所述通信的标识符获得关于所述通信的情境信息的获得步骤,所述情境信息包含所述核心网络中的所述通信的标识符;以及
-在将所述情境信息转移到所述核心网络之前把其插入到所述切换请求中的插入步骤。
5.根据权利要求1的处理切换请求的方法,其中,在所述识别步骤期间,借助于包含在所述切换请求中的、所述第二接入网络中的所述终端的标识符识别出所述第二连接实体。
6.根据权利要求1的用于处理切换请求的方法,其中:
-所述核心网络是实施SIP协议的IP网络;
-接收自所述终端的所述切换请求是INVITE呼叫建立请求;并且
-表示所述至少一项处理的信息被包含在接收自所述终端的所述切换请求的预定义报头中。
7.根据权利要求6的用于处理切换请求的方法,其中,所述切换请求的所述预定义报头还包含所述第二接入网络中的所述终端的标识符。
8.根据权利要求4的用于处理切换请求的方法,其中,经由先前在所述第一连接实体与所述第二连接实体之间建立的物理信道传送所述通信的标识符和表示所述至少一项处理的信息,所述情境信息是经由该信道获得的。
9.一种处理媒体会话的方法,所述方法包括:
-接收来自用于把第一接入网络连接到核心网络的第一连接实体的切换请求的接收步骤,所述第一连接实体负责把已由终端通过第二接入网络建立的通信切换到所述第一接入网络,所述请求包括:
-所述通信的标识符;以及
-表示将对与所述通信有关的媒体会话应用的至少一项处理的信息;以及-对所述媒体会话应用所述至少一项处理的应用步骤;
所述处理方法由用于把所述第二接入网络连接到所述核心网络的第二连接实体施行,并且所述通信经过所述第二连接实体。
10.一种从经由第一连接实体连接到核心网络的第一接入网络上的终端发送切换请求的方法,所述切换请求是针对把由所述终端通过第二接入网络建立的通信切换到所述第一接入网络的切换请求,所述方法的特征在于,所述切换请求包括:
-所述通信的标识符;
-关于与所述第一接入网络上的通信相关联的媒体会话的信息;以及
-表示将对与所述第二接入网络上的通信相关联的媒体会话应用的至少一项处理的信息。
11.一种用于把第一接入网络连接到核心网络的连接实体,所述连接实体包括:
-用于接收针对把由终端通过第二接入网络建立的通信切换到所述第一接入网络的切换请求的接收装置,所述切换请求是通过所述第一接入网络从所述终端接收到的并且包括:
-所述通信的标识符;
-关于与所述第一接入网络上的所述通信相关联的媒体会话的信息;以及-表示将对与所述第二接入网络上的通信相关联的媒体会话应用的至少一项处理的信息;
-用于从所述切换请求中识别出用于把所述第二接入网络连接到所述核心网络的第二连接实体的识别装置,并且其中通过所述第二接入网络建立的通信经过所述第二连接实体;
-用于把所述通信的标识符和表示所述至少一项处理的信息传送到由所述识别装置识别出的所述第二连接实体以便应用所述至少一项处理的传送装置;以及-用于把所述切换请求连同关于所述媒体会话的信息以及借助于接收自所述终端的所述通信的标识符获得的所述核心网络中的所述通信的标识符转移到所述核心网络的转移装置。
12.根据权利要求11所述的连接实体,其特征在于,其包括用于从所述第二连接实体获得所述核心网络中的所述通信的所述标识符的获得装置。
13.一种连接实体,其包括:
-用于接收来自用于把第一接入网络连接到核心网络的第一连接实体的切换请求的接收装置,所述第一连接实体负责把由第二接入网络上的终端建立的通信切换到所述第一接入网络,所述切换请求包括:
-所述通信的标识符;以及
-表示将对与所述通信有关的媒体会话应用的至少一项处理的信息;以及-用于对所述媒体会话应用所述至少一项处理的应用装置;
所述实体是用于把所述第二接入网络连接到所述核心网络的连接实体,并且所述通信经过该连接实体。
14.一种适于通过连接到核心网络的第一和第二接入网络进行通信的多模式终端,所述终端包括:
-用于通过所述第二接入网络建立通信的建立装置;以及
-用于通过所述第一接入网络发送针对把所述通信切换到所述第一接入网络的切换请求的发送装置,所述切换请求包括:
-所述通信的标识符;
-关于与所述第一接入网络上的所述通信相关联的媒体会话的信息;以及-表示将对与所述第二接入网络上的所述通信相关联的媒体会话应用的至少一项处理的信息。
15.一种通信系统,其包括:
-根据权利要求14的多模式终端,其适于通过第一和第二接入网络进行通信,并且适于向所述第一接入网络发送针对切换在所述第二接入网络上建立的通信的切换请求;
-根据权利要求11或权利要求12的第一连接实体,其用于把所述第一接入网络连接到核心网络,并且适于处理所述切换请求;以及
-根据权利要求13的用于把所述第二接入网络连接到所述核心网络的第二连接实体,通过所述第二接入网络进行的所述通信经过该第二连接实体,所述第二连接实体适于对与所述通信相关联的媒体会话应用至少一项处理。

说明书全文

处理针对在两个接入网络之间切换通信的请求的方法

技术领域

[0001] 本发明总体上涉及电信领域。
[0002] 更具体来说,本发明涉及管理两个接入网络之间的切换,所述两个接入网络连接到由终端通过其中一个接入网络建立的通信(或者一般意义下的术语“呼叫”)的核心网络。

背景技术

[0003] 这里使用术语“通信”来表示在两个终端之间发生并且通过核心网络管理的任何多媒体数据交换,比如电话呼叫或视频会议。在本发明的含义中,呼叫首先由传送所交换的多媒体数据的多媒体会话(即媒体流)构成,并且其次由对于交换数据所需要的通信信令(即呼叫信令)构成。
[0004] 本发明优选地(而非限制性地)适用于以下情况:核心网络是基于IP多媒体子系统(IMS)架构的IP网络,并且使用会话发起协议(SIP)类型的信令协议。
[0005] 大多数电信运营商如今都开始将其电路交换(CF)电话网络迁移到分组交换(PS)IP核心网络,例如IP语音网络。
[0006] 在分组交换网络中,如果给定终端为多模式(和/或多频带),则其可以通过多种接入方式连接到并且登记到IP核心网络,所述接入方式比如有第三代(3G)接入网络、x数字订户线(xDSL)集合、演进型分组核心(EPC)网络、无线局域网(WLAN)、全球微波接入互操作性(WiMAX)网络等等。
[0007] 多模式终端使其用户有可能从与该终端兼容的多种接入网络当中选择一个网络以用于建立通信的目的。所适用的选择标准通常与用户或者IP 核心网络的运营商有关:运营商收费策略、通信质量、可用带宽等等。
[0008] 所述终端还使得用户有可能例如在初始接入网络上的传送质量变差时把进行中的通信从一个接入网络(“初始”网络)切换到另一个接入网络(“目标”网络)。这被称作初始接入网络与目标接入网络之间的通信切换,或者实际上被称作PS-PS移动性。这一切换可以适用于与通信和/或信令相关联的一部分或全部媒体流:于是可以说存在通信的全部或部分转移。
[0009] 为了保证切换通信时的服务连续性并且为了使得这一操作对于用户透明,在文献3GPP TS23.237和TS24.237(IP多媒体子系统服务连续性第2阶段和IP多媒体子系统服务连续性第3阶段)中已经定义了对应于IMS架构的机制。这些切换机制依赖于IMS网络中的被称作服务集中和连续性应用服务器(SCC-AS)的专用的应用服务器,其被用于在切换期间管理接收自终端的信令的目的。图1是这样的服务器的操作的图示。
[0010] 在图1所示的实例中,终端T1是双模式终端,其在两个分组交换接入信道ANA和ANB上连接到并且登记到IP核心网络。IP核心网络具有IMS架构,并且其特别依赖于代理-呼叫会话控制功能(P-CSCF)服务器PA和PB、服务-呼叫会话控制功能(S-CSCF)服务器、电话应用服务器(TAS)以及如在文献3GPP TS23.237和TS24.237中定义的服务集中和连续性应用服务器(SCC-AS)。
[0011] 假设终端T1通过网络ANA建立了与终端T2的通信。这一通信利用相应的媒体会话信息被锚定在服务器SCC-AS处。
[0012] 根据文献TS24.237,为了将这一通信从接入网络ANA切换到接入网络ANB,终端T1通过网络ANB发送INVITE(邀请)请求,其中包含关于与通过ANB进行的通信相关联的媒体会话的信息(即对于通过ANB进行的通信所保留的媒体流的特性)(步骤E10)。
[0013] 该INVITE(邀请)请求满足由所述标准设定的各种约束(并且例如在以下文献中做了描述:3GPP TS24.229,IETF RFC5627,IETF RFC3891,以及IETF RFC4538),并且特别与以下各项有关:
[0014] -其统一资源标识符(URI)的内容;以及
[0015] -包含通过网络ANA建立的通信的参考的“替换”或“目标-对话”报头(如在文献RFC3891和RFC4538中定义)的存在。
[0016] 由T1发送的INVITE请求通常由服务器PB中继到服务器S-CSCF(步骤E20),并且随后由服务器S-CSCF路由到服务器SCC-AS(步骤E30)。
[0017] 基于包含在“替换”或“目标-对话”报头中的信息,服务器SCC-AS建立INVITE请求与通过接入网络ANA在终端T1和T2之间建立的通信之间的相关。其随后把INVITE请求解释为针对把所述通信从网络ANA切换到网络ANB的请求,并且利用包含在所述请求中的信息来更新与所述通信有关的会话信息。
[0018] 随后其向终端T2传送包含该信息的re-INVITE(重新邀请)请求(步骤E40-E80)。
[0019] 随后由服务器SCC-AS并且由终端T1和T2施行许多信令交换以便把通信切换到ANB,并且特别使得与通信有关的媒体流被切换(步骤E90-E110)。所有这些信令都经过服务器SCC-AS并且由其处理。
[0020] 因此,当前在3GPP标准中给出的切换解决方案不论在IP核心网络中还是在终端中都较为昂贵并且复杂。
[0021] 为了能够施行该技术,终端必须符合特别与如何构造切换INVITE请求有关的几项标准(例如为了符合所有标准化选项,其必须能够同时包括“替换”和“目标-对话”报头)。
[0022] 在核心网络中,该解决方案需要专用的应用服务器SCC-AS来负责管理通过不同接入网络从终端接收到的信令。
[0023] 但是已经知道,在对应于服务器S-CSCF的资源和处理方面,采用多个应用服务器的做法较为昂贵,更不用说用于管理服务的专用服务器。这一触发因素还生成了网络内的大量信令交换,此现象又被终端与SCC-AS服务器之间所需的大量交换所放大。

发明内容

[0024] 本发明特别试图缓解前述缺陷,这是通过把两个接入网络(初始和目标)之间的通信切换的管理委托给用于把这些接入网络连接到核心网络的连接实体而实现的。这里所使用的术语“用于把接入网络连接到核心网络的连接实体”指的是对于连接到接入网络的终端的到核心网络的进入点。在本发明的含义中,该连接实体连接到接入网络和核心网络的信令平面,并且还控制接入网络和核心网络的媒体平面(即每一个网络用于在其中传输、访问和传送分组的平面),这是直接实现或者通过中间装备间接实现的。因此,本发明的含义中的连接实体可以根据目的核心网络的架构而分布在多件装备上。
[0025] 更精确地说,本发明提出创建两个连接实体之间的(逻辑或物理)通信信道,从而使得这些实体能够进行对话以便恢复对于切换所需要的信息。
[0026] 因此在第一方面中,本发明提供了一种处理由用于把第一接入网络连接到核心网络的第一连接实体施行的请求的方法。根据本发明,所述方法包括:
[0027] -接收针对把由终端在第二接入网络上建立的呼叫切换到第一接入网络的切换请求的接收步骤,所述请求是通过第一接入网络从所述终端接收到的并且包括:
[0028] -通信的标识符;
[0029] -关于与通过第一接入网络进行的通信相关联的媒体会话的信息;以及
[0030] -表示将被应用到对与第二接入网络上的通信相关联的媒体会话的至少一项处理的信息;
[0031] -从切换请求中识别出用于把第二接入网络连接到核心网络的第二连接实体的识别步骤,其中通过第二接入网络进行的通信经过第二连接实体;
[0032] -把所述通信标识符和表示所述至少一项处理的信息传送到按照前述方式识别出的第二实体以便应用所述至少一项处理的传送步骤;以及
[0033] -把切换请求连同关于媒体会话的信息以及借助于接收自终端的通信标识符获得的核心网络中的通信的标识符转移到核心网络的转移步骤。
[0034] 相应地,本发明还提供一种用于把第一接入网络连接到核心网络的连接实体,所述连接实体包括:
[0035] -用于接收针对把由终端通过第二接入网络建立的通信切换到第一接入网络的切换请求的接收装置,所述请求是通过第一接入网络从所述终端接收到的并且包括:
[0036] -通信的标识符;
[0037] -关于与第一接入网络上的通信相关联的媒体会话的信息;以及
[0038] -表示将被应用到对与第二接入网络上的通信相关联的媒体会话的至少一项处理的信息;
[0039] -用于从切换请求中识别出用于把第二接入网络连接到核心网络的第二连接实体的识别装置,并且其中通过第二接入网络进行的通信经过第二连接实体;
[0040] -用于把所述通信标识符和表示所述至少一项处理的信息传送到按照前述方式识别出的第二实体以便应用所述至少一项处理的传送装置;以及
[0041] -用于把切换请求连同关于媒体会话的信息以及借助于接收自终端的通信的标识符获得的核心网络中的通信的标识符转移到核心网络的转移装置。
[0042] 为了简化这里的描述,不管切换请求是否被连接实体修改都使用术语“转移”。
[0043] 对于依赖IMS架构的核心网络,所述连接实体可以特别是把接入网络连接到核心网络的P-CSCF服务器。
[0044] 在一种变型中,其可以是控制对于核心网络的接入的服务器,其也被称作会话边界控制(SBC)服务器。按照已知的方式,SBC服务器是网络的安全性元件,其位于终端与P-CSCF服务器之间或者替代P-CSCF服务器,并且在媒体流对应于在信令级发出的请求时授权动态地打开媒体流。
[0045] P-CSCF服务器像SBC服务器一样连接到信令平面,并且其控制核心网络和接入网络的媒体平面。应当看到的是,对于P-CSCF服务器,媒体平面 的控制可以是直接进行的,或者是通过发送到驱动媒体平面的中间装备的请求而间接进行的。
[0046] 当然,本发明同样适用于单一实体同时负责把第一接入网络和第二接入网络连接到核心网络的情况。于是用于传送通信的标识符和表示将对会话应用的处理的信息的装置是处于连接实体内部的装置。
[0047] 因此,通过把切换管理委托给用于把接入网络连接到核心网络的连接实体,本发明有利地使得有可能避免在核心网络中采用专用的应用服务器,从而限制为了施行切换所需交换的信令的数量。
[0048] 所述连接实体处于接入网络与核心网络之间的交汇处,因此其可以同时考虑到接入侧和核心网络侧。
[0049] 此外,首先这些实体管理网络中的信令(并且因此可以在必要时修改例如切换请求之类的信令元素),并且其次其负责控制媒体平面。因此其拥有对于切换所需要的关于已经建立的通信的所有信息,并且因此可以直接采取动作或者通过关于通信中所涉及的媒体流的明确请求而采取动作。
[0050] 此外,包含在切换请求中的各个元素允许第一连接实体识别出负责将要转移的通信的媒体流的实体,换句话说即第二连接实体,以便向其通知将对媒体会话施行的处理(例如在第二接入网络上所涉及的媒体流的部分或全部释放)。两个连接实体之间的“直接”通信用来限制为了释放媒体流而通过网络交换的信令的数量。
[0051] 因此例如在本发明的一种实现方式中,在识别步骤期间,借助于包含在切换请求中的第二接入网络中的终端的标识符识别出第二连接实体。可以有利地把该标识符与由第一连接实体在通过第一接入网络将终端登记到核心网络时动态地获得的信息进行比较,并且其特别包括终端在核心网络上的联系地址。按照本领域技术人员已知的方式,这些联系地址由连接实体的IP地址构成并且还补充有与终端(或者与订户)相关联的情境信息。
[0052] 在一种变型中,在另一个实施例中,第一连接实体通过使用包含在接收自终端的切换请求中的第二实体在第二接入网络上的标识符(即其在第二接入网络上的IP地址)识别出第二网络实体。有利的是,第一连接实体 提供一个静态表,其对于用来把接入网络连接到核心网络的每一个连接实体提供该连接实体在其接入网络上的标识符与该连接实体在核心网络上的标识符之间的对应性,从而使得第一连接实体能够识别出第二连接实体。
[0053] 此外,如果必要的话,第一连接实体修改包含在切换请求中的通信的标识符以便插入核心网络中的通信的标识符,比如与核心网络中的通信相关联的对话的标识符。通过这种方式,由第一实体转移到核心网络的转移请求涉及在核心网络内已知的通信,从而使得所述请求能够被其在核心网络中所经过的实体进行处理,正如针对重新协商核心网络中的媒体流的传统请求那样。
[0054] 很容易理解的是,通过本发明简化了对于管理切换所需要的服务逻辑和信令。对来自终端的切换请求做出响应所需要的时间也被缩短,并且本发明在终端中实施起来非常简单。
[0055] 应当看到的是,本发明有利地使得有可能把与将要切换的通信相关联的信令从第二接入网络完全切换到第一接入网络(而媒体会话的切换则根据包含在请求中的会话信息可以是部分或全部切换)。一旦由终端通过第一接入网络发送了切换请求之后,由于连接实体自身能够管理媒体流,因此不需要终端继续通过全部两个接入网络交换信令。换句话说,其与第二接入网络的连接的情况(例如无线电链接故障等等)几乎完全不重要,终端可以立即开始只通过第一接入网络发送关于通信的信令消息。与此相对,在3GPP标准中所提出的切换机制中,特别在与通信相关联的媒体会话的部分切换的情况下,可能要通过全部两个接入网络保持信令。
[0056] 此外,在经由根据本发明的连接实体连接到多个接入网络的核心网络中,对于通信切换的管理被分布在所有连接实体上。因此如果故障影响到其中一个连接实体,则其他连接实体仍然有可能与核心网络进行连接以便切换通信(如果核心网络有多个连接实体连接到单一接入网络的话则切换到同一接入网络,或者如果终端具有其他接入接口的话则切换到其他接入网络)。因此,与由单一SCC-AS服务器集中管理切换相比,本发明所提出的解决方案更加鲁棒。
[0057] 在本发明的一种特定实现方式中,接收自终端的切换请求还包括关于与第二接入网络上的通信相关联的媒体会话的信息,该信息被至少部分地并且连同通信的标识符和表示所述至少一项处理的信息一起传送到第二实体。
[0058] 该信息有利地附加到包含在切换请求中的表示将对与第二接入网络中的通信相关联的媒体会话应用的(多项)处理的信息。具体来说,其可以包括关于将对其应用处理的特定媒体流的描述,换句话说,当将要应用的处理是部分资源释放时,其例如可以包括关于所述释放所涉及的特定媒体流的描述。
[0059] 在本发明的一种优选实现方式中:
[0060] -表示将对与第二接入网络中的通信相关联的媒体会话应用的(多项)处理的信息被包含在切换请求的报头中;并且
[0061] -关于与第二接入网络上的通信相关联的媒体会话的信息被包含在切换请求的会话描述协议(SDP)提议中。
[0062] 因此,在该实施例中,在识别出切换请求的报头中的例如部分资源释放之类的特定处理时,第二连接实体可以查询包含在切换请求中的SDP提议以便获得关于所述处理的附加信息。
[0063] 在本发明的一种特定实现方式中,从第二实体获得核心网络中的通信的标识符(借助于接收自终端的通信的标识符)。
[0064] 本发明的这种实现方式以优选而非限制性的方式适用于利用SIP协议的网络,其中连接实体(通常是P-CSCF或SBC服务器)充当“背靠背用户代理”。
[0065] 按照已知的方式,与仅仅充当SIP路由器的代理模式连接实体不同,“背靠背用户代理”同时合并了用于发起呼叫的代理的功能和用于接收呼叫的功能。因此,使用“背靠背用户代理”类型的连接实体的结果是所述实体的每一侧(即接入网络侧和核心网络侧)的通信的标识符不完全相同。换句话说,对于终端已知的并且在切换请求中接收到的呼叫的标识符并不对应于在核心网络上使用的呼叫的标识符。
[0066] 与此相对,在核心网络上使用的呼叫的标识符对于第二连接实体是已知的,其中所述呼叫是通过第二连接实体在第二网络上建立的。其在连接实体中与第二接入网络上的通信的标识符相关联,该标识符对于终端是已知的并且在切换请求中被发送。因此,本发明提出,通过使用包含在从终端接收的请求中的通信的标识符从第二实体恢复核心网络上的通信的标识符。
[0067] 应当看到的是,当前在3GPP标准中提出并且在前面参照图1所描述的解决方案无法应对这样的情况。其依赖于在呼叫路径中一直是完全相同的通信的标识符。
[0068] 很自然的是,本发明还使得有可能在所述标识符完全相同时管理通信切换。在这样的情况下,核心网络上的通信的标识符是接收自终端的通信的标识符。
[0069] 因此,本发明的非凡之处在于,其可以被应用于核心网络的不同配置:连接实体处于代理模式下或者处于“背靠背用户代理”模式下,甚至对于全部两种接入的相同连接实体,或者不同的实体等等。
[0070] 在一种特定实现方式中,所述处理方法还包括:
[0071] -从第二实体并且借助于接收自终端的通信的标识符获得关于通信的情境信息的获得步骤,所述情境信息包含核心网络中的通信的标识符;以及
[0072] -在将所述情境信息转移到核心网络之前把其插入到切换请求中的插入步骤。
[0073] 在本发明的含义中,术语“情境信息”被用于关于建立呼叫的任何类型的信息。这自然地包括例如在SIP网络中关于当前通信情境(其也被称作“呼叫情境”)的信息,对话标识符,将在核心网络中经过的实体的身份(其也被称作“路由集合”),或者更一般来说是将在如文献IETF RFC3261所描述的“对话状态”中找到的信息。但是其还可以是与用户在连接实体上的登记情境、当前订购情境等等有关的信息。更一般来说,在本发明的含义中,术语“情境信息”可以被用来表示对于由第一连接实体修改进行 中的通信所需要的任何信息,其存在于第二连接实体中或者被存储在第二连接实体处。
[0074] 在本发明的一种实现方式中,
[0075] -核心网络是实施SIP协议的IP网络;
[0076] -接收自终端的切换请求是INVITE呼叫建立请求;并且
[0077] -表示所述至少一项处理的信息被包含在接收自终端的切换请求的预定义报头中。
[0078] 这种实现方式使得本发明实施起来非常简单:切换请求与用于建立呼叫的传统请求的不同之处仅仅在于,存在包含根据本发明的对于管理切换所需要的信息的新的预定义报头。为了被根据本发明的第一连接实体如此解释,必须自然地利用互联网号码指派机构(IANA)按照适当方式声明该报头。
[0079] 在一种特定实现方式中,其还可以包含用于把第二接入网络连接到核心网络的第二连接实体的标识符和/或第二接入网络上的终端的标识符。
[0080] 在另一种实现方式中,经由先前在第一实体与第二实体之间建立的物理信道传送通信的标识符和表示所述至少一项处理的信息,其中情境信息是经由该信道获得的。
[0081] 在该实现方式中,两个连接实体之间的对话信道是在任何切换请求之前通过网络构造以永久性方式建立的物理信道。
[0082] 在一种变型中,在第一连接实体与第二连接实体之间建立的对话信道可以是对于接收自终端的每一条切换请求所建立的暂时性逻辑信道。
[0083] 各个实体根据本发明在第一和第二接入网络之间的通信切换方面进行协作:用于把第一接入网络连接到核心网络的连接实体,还有用于把第二接入网络连接到核心网络和请求通信切换的终端的连接实体。
[0084] 因此,在第二方面,本发明还提供一种处理媒体会话的方法,所述方法包括:
[0085] -接收来自用于把第一接入网络连接到核心网络的第一连接实体的请求的接收步骤,所述第一实体负责把已由终端通过第二接入网络建立的通信切换到第一接入网络,所述请求包括:
[0086] -通信的标识符;以及
[0087] -表示将对与所述通信有关的媒体会话应用的至少一项处理的信息;以及
[0088] -对媒体会话应用所述至少一项处理的应用步骤;
[0089] 所述处理方法由用于把第二接入网络连接到核心网络的第二连接实体施行,并且所述通信经过第二连接实体。
[0090] 相应地,本发明还提供一种实体,其包括:
[0091] -用于接收来自用于把第一接入网络连接到核心网络的第一连接实体的请求的接收装置,所述第一实体负责把由第二接入网络上的终端建立的通信切换到第一接入网络,所述消息包括:
[0092] -通信的标识符;以及
[0093] -表示将对与通信有关的媒体会话应用的至少一项处理的信息;以及
[0094] -用于对媒体会话应用所述至少一项处理的应用装置;
[0095] 所述实体是用于把第二接入网络连接到核心网络的连接实体,并且所述呼叫经过该连接实体。
[0096] 因此,由第二连接实体在接收到来自负责切换通信的第一连接实体的请求时施行在第二网络上的通信中所涉及的资源的全部或部分释放。
[0097] 在第三方面,本发明还提供一种从经由第一连接实体连接到核心网络的第一接入网络上的终端发送请求的方法,所述请求是针对把由所述终端通过第二接入网络建立的通信切换到第一接入网络的切换请求。根据本发明,所述切换请求包括:
[0098] -通信的标识符;
[0099] -关于与第一接入网络上的通信相关联的媒体会话的信息;以及
[0100] -表示将被应用到对与第二接入网络上的通信相关联的媒体会话的至少一项处理的信息。
[0101] 相应地,本发明还提供一种适于通过连接到核心网络的第一和第二接入网络进行通信的多模式终端,所述终端包括:
[0102] -用于通过第二接入网络建立通信的建立装置;以及
[0103] -用于通过第一接入网络发送针对把通信切换到第一接入网络的切换请求的发送装置,所述请求包括:
[0104] -呼叫的标识符;
[0105] -关于与第一接入网络上的通信相关联的媒体会话的信息;以及
[0106] -表示将被应用到对与第二接入网络上的通信相关联的媒体会话的至少一项处理的信息。
[0107] 本发明在终端中实施起来比较简单,这是因为在切换请求中插入的元素对于终端是已知的。这些元素使得连接实体能够把所述请求解释为针对切换已通过第二网络建立的通信并且识别出将向其转移关于第二网络中所涉及的资源的处理的信息的连接实体的请求。
[0108] 在第四方面,本发明还提供一种通信系统,其包括:
[0109] -根据本发明的多模式终端,其适于通过第一和第二接入网络进行通信,并且适于向第一接入网络发送针对切换在第二接入网络上建立的通信的切换请求;
[0110] -根据本发明的第一连接实体,其用于把第一接入网络连接到核心网络,并且适于处理所述切换请求;以及
[0111] -用于把第二接入网络连接到核心网络的第二连接实体,所述通信在第二接入网络上经过第二连接实体,所述第二实体是根据本发明并且适于对与所述通信相关联的媒体会话应用至少一项处理。
[0112] 本发明的通信系统提供与前面所详述的连接实体相同的优点。
[0113] 在第五方面,本发明还提供一种由终端通过连接到核心网络的第一接入网络发送的信号,所述信号运送针对把已由所述终端通过第二接入网络 建立的通信切换到第一接入网络的请求。根据本发明,所述信号的非凡之处在与,所述切换请求包括:
[0114] -通信的标识符;
[0115] -关于与第一接入网络上的通信相关联的媒体会话的信息;以及
[0116] -表示将被应用到对与第二接入网络上的通信相关联的媒体会话的至少一项处理的信息。
[0117] 在一种特定实现方式中,所述处理请求的方法、所述处理媒体会话的方法以及所述发送请求的方法的各个步骤由计算机程序指令决定。
[0118] 因此,本发明还提供一种数据介质上的计算机程序,所述程序适于在用于把接入网络连接到核心网络的连接实体中施行或者更一般来说适于在计算机中施行,所述程序包括被适配成施行如前所述的处理请求的方法的各个步骤。
[0119] 本发明还提供一种数据介质上的计算机程序,所述程序适于在用于把接入网络连接到核心网络的连接实体中施行或者更一般来说适于在计算机中施行,所述程序包括被适配成施行如前所述的处理媒体会话的方法的各个步骤。
[0120] 本发明还提供一种数据介质上的计算机程序,所述程序适于在终端中施行或者更一般来说适于在计算机中施行,所述程序包括被适配成施行如前所述的发送请求的方法的各个步骤。
[0121] 这些程序可以使用任何编程语言,并且可以具有源代码、对象代码或者源代码与对象代码之间的中间代码的形式,比如具有部分编辑的形式或者任何其他合乎期望的形式。
[0122] 本发明还提供一种包括如前面所详述的计算机程序的指令的计算机可读数据介质。
[0123] 所述数据介质可以是能够存储程序的任何实体或设备。举例来说,所述介质可以包括存储介质,比如紧致盘(CD)ROM或者微电子电路ROM之类的只读存储器(ROM),或者实际上例如软盘硬盘之类的磁性记录介质。
[0124] 此外,所述数据介质可以是例如能够经由电缆或光缆、通过无线电或者通过其他措施运送的电信号或光学信号之类的可传送介质。本发明的程序可以特别从因特网类型的网络下载。
[0125] 或者,所述数据介质可以是其中合并有所述程序的集成电路,适于被执行或者在所讨论的方法的执行过程中被使用的电路。
[0126] 在其他实现方式和/或实施例中,还有可能设想到,本发明的处理请求的方法、处理媒体会话的方法、发送请求的方法、连接实体、终端、通信系统和信号相组合地给出前面所详述的全部或一部分特性。附图说明
[0127] 通过下面参照附图和附录进行的描述将会看到本发明的其他特性和优点,其中示出了不具有限制性的一种实现方式。
[0128] 在附图中:
[0129] -如前所述的图1是示出了如在现有技术文献3GPP TS24.237中描述的专用于各种接入网络之间的会话切换的应用服务器的操作的图示;
[0130] -图2示出了处于其环境中的根据本发明的一个特定实施例的通信系统;
[0131] -图3A和3B是示出了根据本发明并且构成图2中所示的通信系统的一部分的连接实体的硬件架构的图示;
[0132] -图4是根据本发明并且构成图2中所示的通信系统的一部分的终端的硬件架构的图示;以及
[0133] -图5是示出了在接入网络ANA与ANB之间切换与已经由图2中的终端UE1建立的通信相关联的会话时根据本发明所施行的主要步骤的图示。
[0134] 在附录中:
[0135] -附录1示出了在一种特定实现方式中可以由图2中的终端UE1发送并且可以由根据本发明的信号载送的切换请求的一个实例;
[0136] -附录2给出了可以在接收到来自终端的切换请求时由连接实体P-CSCFB发送到连接实体P-CSCFA的请求的一个实例;
[0137] -附录3给出了可以响应于附录2中描述的请求由连接实体P-CSCFA发送到连接实体P-CSCFB的消息的一个实例;以及
[0138] -附录4给出了适于在接收到附录1中描述的切换请求和附录3中描述的响应消息时由连接实体P-CSCFB转移到图2的核心网络CN的切换请求的一个实例。

具体实施方式

[0139] 图2示出了处于其环境中的根据本发明的一个特定实施例的通信系统1。
[0140] 在该实施例中,通信系统1适于管理把已经由终端UE1在接入网络ANA上与终端UE2建立的通信切换到接入网络ANB。
[0141] 在该例中,接入网络ANA和ANB是分组交换网络,比如以下接入网络:3G;xDSL;EPC;WLAN;WiMAX;CDMA2000等等。其连接到核心网络CN。
[0142] 在当前所设想的实例中,核心网络CN是IP语音网络,其合并有IMS架构并且对于在网络内交换的信令使用会话发起协议(SIP)。IMS架构和SIP协议的特性分别在3GPP和IETF标准中定义并且特别在以下文献中定义:3GPP TS22.228“针对IP多媒体核心网络子系统的服务要求(第1阶段)”,以及IETF RFC3261“会话发起协议”。因此在这里不对其进行详细描述。
[0143] 然而涉及核心网络的这些假设不具有限制性。因此,在本发明的情境中可以设想到依赖于除IP协议之外的其他传输协议以及实际上还有其他网络架构(例如依赖于被称作“网守(gatekeeper)”的接入网络连接实体的H323架构,所述“网守”同时提供对于媒体平面和信令平面的控制)或其他信令协议(例如专有信令协议)的核心网络。
[0144] 按照已知的方式,核心网络CN包括多个功能实体,并且特别有:
[0145] -呼叫会话控制功能(CSCF)实体;以及
[0146] -多个寄放并且供应服务的应用服务器,比如应对呼叫者侧通信(呼叫转移、保密等等)的电话应用服务器。
[0147] CSCF实体本身由多个服务器构成,其中包括特别负责在核心网络CN上登记终端的服务呼叫会话控制功能(S-CSCF)服务器,以及作为终端与核心网络的联系点的一个或更多代理呼叫会话控制功能(P-CSCF)服务器。
[0148] 在当前所设想的架构中,核心网络CN对于与之连接的每一个接入网络依赖于一个不同的P-CSCF服务器:因此是用来把接入网络ANA连接到核心网络CN的服务器P-CSCFA,以及用来把接入网络ANB连接到核心网络CN的服务器P-CSCFB。服务器P-CSCFA和P-CSCFB因此是用于分别把接入网络ANA和ANB连接到核心网络CN的对应的连接实体。
[0149] 此外,该例中的每一个P-CSCF服务器操作在“背靠背用户代理”模式下。为图2中所示的每一个P-CSCF服务器分配两个不同的标识符(即两个不同的IP地址):
[0150] -在与之连接的接入网络上标识该服务器的IP地址:因此服务器P-CSCFA在接入网络ANA上由地址@PA_AN标识,而服务器P-CSCFB在接入网络上则由地址@PB_AN标识;以及[0151] -在核心网络CN上标识该服务器的IP地址:因此服务器P-CSCFA和P-CSCFB在核心网络CN上分别由地址@SP_CN和@PB_CN标识。
[0152] 但是这些假设不具有限制性:本发明同样适用于服务器P-CSCFA和P-CSCFB操作在代理模式下的情况,或者单一P-CSCF服务器负责连接全部两个接入网络ANA和ANB的情况,该服务器可能充当“背靠背用户代理”或者充当代理。本领域技术人员可以很容易地把下面的描述适配于这些配置当中的一种和/或另一种。
[0153] 因此,本发明公开了与转换(changeover)相关联的两项附加功能或设备,其被称作P-CSCFA和P-CSCFB(显而易见的是,真实硬件架构中的一件给定装置可以包含全部两种类型的设备,即可以能够施行全部两项功能)。
[0154] 通过定义,连接实体P-CSCFA和P-CSCFB适于通过网络(其中这里所使用的术语“网络”同时涵盖接入网络和IP核心网络)生成信令交换,特别是SIP信令:因此其能够在必要时修改信令元素,并且特别能够修改 针对其报头的SIP请求的内容。此外,其还负责控制网络的媒体平面,这是直接进行的或者是通过发送到作用于媒体平面的中间装备的请求而间接进行的。
[0155] 在该例中,连接实体P-CSCFA和P-CSCFB具有分别如在图3A和3B中图示的计算机的硬件架构。每一个连接实体特别包括处理器2、随机存取存储器(RAM)、ROM4、非易失性存储器5、用于通过与之连接的接入网络的通信装置6(即对于实体P-CSCFA的通过ANA的通信装置6-A,以及相应地还有对于实体P-CSCFB的通过ANB的6-B)以及通过IP核心网络进行通信的通信装置7。在当前描述的实例中,通信装置6-A、6-B和7还施行SIP协议。
[0156] 连接实体P-CSCFA和P-CSCFB的ROM4构成根据本发明的记录介质,其可由处理器2读取并且在其上记录有根据本发明的计算机程序,其中包括用于执行如后面所描述的本发明的处理请求的方法和处理媒体会话的方法的各个步骤的指令。
[0157] 移动终端UE1是根据本发明的双模式终端,其适于通过接入网络ANA和ANB进行通信,并且在所述接入网络上分别由IP地址@UE1A_AN和@UN1B_AN标识。
[0158] 在该例中,终端UE1具有如图4中图示的计算机的硬件架构。具体来说,其包括处理器8、RAM9、ROM10以及用于通过接入网络ANA进行通信的通信装置11-A和用于通过接入网络ANB进行通信的通信装置11-B。在当前描述的实例中,通信装置11-A和11-B还施行SIP协议。
[0159] 终端UE1中的ROM10构成根据本发明的记录介质,其可由处理器8读取并且在其上记录有根据本发明的计算机程序,其中包括用于执行如后面所描述的根据本发明的发送请求的方法的各个步骤的指令。
[0160] 终端UE2可以是任何终端。在当前描述的实例中,其同样是根据本发明的双模式终端,其适于通过网络ANA和ANB进行通信,并且在所述网络上分别由以下IP地址标识:@UE2A_AN和@UN2B_AN。
[0161] 应当看到的是,由于本发明涉及在两个接入网络之间切换通信,因此这里的描述被限制到通过全部两个网络进行通信的双模式终端。但是本发明同样适用于能够通过多于两个接入网络进行通信的多模式终端。
[0162] 此外,在当前描述的实例中,为了实施本发明,终端UE2不需要是根据本发明的,因为该终端并不发起切换请求。
[0163] 参照图5和附录1到4,后面将在一种特定实现方式中描述全部根据本发明的处理切换请求的方法、处理媒体会话的方法以及发送切换请求的方法的主要步骤,在所述特定实现方式中,所述各种方法分别由连接实体P-CSCFA和P-CSCFB以及由终端UE1施行。
[0164] 在该例中,考虑管理由终端UE1与终端UE2建立的通信的转换,即从接入网络ANA(本发明的含义中的初始网络和“第二”网络)转换到接入网络ANB(本发明的含义中的目标网络和“第一网络”)。
[0165] 假设终端UE1先前已经按照已知方式通过接入网络ANA登记到核心网络CN,这是通过经由接入网络ANA向核心网络CN发送用于请求登记的SIPREGISTER(SIP登记)请求而实现的。该登记请求特别包含终端UE1在接入网络ANA上的IP地址@UE1A_AN。
[0166] 按照已知的方式,所述登记请求经过连接实体P-CSCFA(步骤F10),其生成与终端UE1的IP地址@UE1A_AN相关联的核心网络上的联系地址@UA1A_CN。该联系地址@UE1A_CN对应于实体P-CSCFA在核心网络CN上的IP地址@PA_CN并且补充有与终端UE1有关的情境信息。
[0167] 连接实体P-CSCFA把登记请求和终端UE1的联系地址@UE1A_CN转移到服务器S-CSCF(步骤F20)。在当前描述的实现方式中,连接实体P-CSCFA还把终端UE1在接入网络ANA上的IP地址@UE1A_AN传送到服务器S-CSCF以作为登记请求的特定参数。
[0168] 响应于该请求,服务器P-CSCF通过连接实体P-CSCFA把对6于所述登记的有效性持续时间传送到终端UE1。此外,如果终端UE1连接到多个接入网络并且如果经由这些接入网络登记到服务器S-CSCF,其还向服务器P-CSCFA传送与终端UE1相关联并且对于核心网络CN已知的联系地址(步 骤F30),连同在经由各个接入网络进行的相继登记期间接收自服务器P-CSCF的终端UE1在这些接入网络上的相应IP地址。一旦通过接入网络ANA登记到核心网络CN之后,终端UE1就通过该网络与终端UE2建立通信COM/ANA以便交换多媒体数据(步骤F40)。
[0169] 按照已知的方式,为了建立该通信,终端UE1通过接入网络ANA向终端UE2发送针对建立呼叫的SIP INVITE(SIP邀请)请求,其中包含终端UE1对于该通信所期望的媒体会话SMA的特性。这里使用的术语“媒体会话”指的是一个或更多媒体流(即音频流视频流等等),每一个媒体流由连接地址及其相关联的媒体描述(例如编解码器)标识。
[0170] 该请求被路由到负责管理对应于终端UE1的通信的应用服务器TAS。
[0171] 此外,设置一条逻辑通信信道以便运送与通信COM/ANA相关联的信令。由于服务器P-CSCFA被配置在“背靠背用户代理”模式下,因此该通信信道被划分成两个子信道或SIP对话。因此,在服务器P-CSCFA的相对侧创建两个SIP对话:
[0172] -终端UE1与服务器P-CSCFA之间的对话;以及
[0173] -服务器P-CSCFA与电话应用服务器TAS之间的对话。
[0174] 每一个对话按照唯一的方式由一个对话标识符(“对话ID”)标识,其根据文献IETF RFC3261包括:通信标识符(呼叫ID);来源标识符(来自何处标签);以及对应于通信(或消息)的目的地标识符(去往何处标签)。下面把对应于通过网络ANA在终端UE1与服务器P-CSCFA之间为通信COM/ANA建立的对话的标识符写成DiagID_AN,并且把通过核心网络CN在服务器P-CSCFA与应用服务器TAS之间为通信COM/ANA建立的对话的标识符写成DiagID_CN。
[0175] 对话标识符DiagID_AN与DiagID_CN之间的对应性被存储在服务器P-CSCFA的非易失性存储器5的数据库B1中。这些对话标识符分别用来在接入网络ANA和核心网络CN中标识通信。这些标识符是本发明的含义中的通信COM/ANA的标识符。
[0176] 应当看到的是,当服务器P-CSCFA操作在代理模式下时,对于通信COM/ANA只建立一个对话,从而对话标识符DiagID_AN和DiagID_CN是完全相同的。换句话说,通信在接入网络ANA和核心网络CN中由相同的标识符标识。
[0177] 由于建立通信COM/ANA所需的其他步骤对于本领域技术人员是已知的,因此在这里更加详细地对其进行描述。
[0178] 现在假设终端UE1试图将通信COM/ANA切换到网络ANB。应当看到的是,这一切换同样可以在终端UE1的用户的发起下(例如通过按下终端UE1上的预定义按钮或者通过使用在终端UE1的屏幕上给出的菜单)、在终端本身的发起下(例如作为检测到经由网络ANA的无线电链路中的较差质量)或者实际上在运营商的发起下发生。
[0179] 为此目的,在请求切换之前,终端UE1通过接入网络ANB登记到核心网络CN,其方式类似于前面描述的通过接入网络ANA的登记。
[0180] 因此,由终端UE1通过网络ANB向核心网络CN发送用于请求登记的SIP REGISTER请求:其特别包含终端UE1在网络ANB上的IP地址@UE1B_AN。
[0181] 该登记请求经过连接实体P-CSCFB(步骤F50),其生成与终端UE1在接入网络ANB上的IP地址@UE1B_AN相关联的联系地址@UE1B_CN。该联系地址@UE1B_CN对应于连接实体P-CSCFB在核心网络CN上的IP地址@PB_CN并且补充有与终端UE1有关的情境信息。
[0182] 连接实体P-CSCFB把登记请求和终端UE1的联系地址@UE1B_CN转移到服务器S-CSCF(步骤F60)。在当前描述的实现方式中,连接实体P-CSCFB还在登记请求的特定参数中把终端UE1在接入网络ANB上的IP地址@UE1B_AN传送到服务器S-CSCF。
[0183] 响应于该请求,服务器S-CSCF通过连接实体P-CSCFB把对应于所述登记的有效性持续时间传送到终端UE1(步骤F70-F90)。
[0184] 此外,由于终端UE1连接到多个接入网络并且经由这些网络登记到服务器S-CSCF,该服务器还在其响应中传送与终端UE1相关联并且对于核心网络CN已知的联系地址,具体来说在该例中是:地址@UE1A_CN和@UE1B_CN, 连同在经由接入网络ANA和ANB登记终端UE1时接收自服务器P-CSCFA和P-CSCFB的终端UE1在接入网络ANA和ANB上的相应IP地址,即@UE1A_AN和@UE1B_AN。
[0185] 在接收到来自服务器S-CSCF的响应时,连接实体P-CSCFB把对应于终端UE1的以下各项存储在其非易失性存储器5的数据库B2中(步骤F80):
[0186] -与终端UE1在网络ANB上的IP地址@UE1B_AN相关联的联系地址@UE1B_CN;以及[0187] -与终端UE1在网络ANA上的IP地址@UE1A_AN相关联的联系地址@UE1A_CN。
[0188] 一旦通过接入网络ANB登记到核心网络CN之后,为了把通信COM/ANA切换到网络ANB,终端UE1通过网络ANB发送切换请求Req(步骤F10)。很自然地假设终端UE1先前按照已知的方式采取动作以便在网络ANB中保留对于建立通信所需要的资源。在当前描述的实现方式中,请求Req是SIPINVITE呼叫建立请求,其包含表示终端的切换请求的预定义切换报头。
[0189] 当然可以在SIP INVITE请求中包括其他报头以便施行本发明。按照已知的方式,与当前所提出的切换报头一样,这些报头必须构成对于互联网号码指派机构(IANA)的先前声明的主题内容以便符合SIP协议。
[0190] 此外,在当前描述的实例中,通过在INVITE请求中存在预定义报头(即切换报头)而表明终端的切换请求。在一种变型中,可以通过使用针对本发明的需求而引入的一种新的SIP方法来表明终端的该切换请求。根据本发明,切换请求Req包括:
[0191] -对应于通信的标识符:这些标识符有对于终端UE1与服务器P-CSCFA之间的通过接入网络ANA的通信COM/ANA所建立的对话的标识符DiagID_AN;
[0192] -关于与通过接入网络ANB的通信COM/ANB相关联的媒体会话SMB的信息:该信息特别包括终端UE1对于呼叫COM在被切换到网络AMB之后所期望的媒体会话MSB的特性(即例如音频流、视频流等媒体流);
[0193] -在适当的情况下还有关于与通信COM/ANA相关联的媒体会话SMA的信息;以及[0194] -表示将对媒体会话SMA应用的至少一项处理的信息;该处理可以特别包括对于会话SMA所涉及的资源的部分或全部释放。
[0195] 在该例中,表示将对会话SMA应用的处理的信息被包含在所述请求的切换报头中。在当前描述的实现方式中,所述请求的切换报头还包含终端UE1在网络ANA上的IP地址@UE1A_AN。
[0196] 正如前面所解释的那样,在适当情况下,关于媒体会话SMA的信息被添加到关于在所述请求的切换报头中指定的处理的信息中,这例如是通过描述所述处理所涉及的特定媒体流而实现的。特别当所请求的处理包括部分资源释放时,该信息存在于切换请求中。
[0197] 与此相对,当所请求的处理是全部资源释放时,不需要传送关于会话SMA的附加信息。
[0198] 附录1给出了根据本发明的可能由终端UE1通过接入网络ANB发送的切换请求Req的一个实例。
[0199] 在该例中:
[0200] -为对话标识符DiagID_AN给出字段内容“Call-Id(呼叫Id)”、“To
[0201] tag(去往何处标签)”和“From tag(来自何处标签)”;
[0202] -关于媒体会话SMB并且在适当情况下关于媒体会话SMA的信息被包含在会话描述协议(SDP)提议“New_SDP_on-ANB”中;并且
[0203] -分别在切换报头中的字段“contact(联系地址)”和“trt”中指定终端UE1在网络ANA上的地址@UE1A_AN以及将对媒体会话SMA应用的处理。因此,在该例中的终端UE1所需要的处理对应于会话SMA所涉及的媒体资源的全部释放。
[0204] 请求Req由终端UE1通过接入网络ANB发送(步骤F100):其由通过终端UE1的通信装置11-B发送的无线电信号载送。该无线电信号构成根据本发明的信号。
[0205] 请求Req由连接实体P-CSCFB接收,其是终端UE1经由接入网络ANB到核心网络CN的进入点。在所接收到的请求Req中,该连接实体检测到与切换请求有关的切换报头的存在(步骤F110)。该报头向连接实体P-CSCFB通知其将要联系通信COM/ANA所经过的连接实体(在该例中即实体P-CSCFA),以便向其通知将对媒体会话SMA应用的(多项)处理。
[0206] 为此目的,连接实体P-CSCFB开始于识别通信COM/ANA所经过的连接实体。
[0207] 为此目的,其提取出包括在所述请求的切换报头中的终端UE1的地址@UE1A_AN,并且利用该地址查询数据库B2。从而其获得与地址@UE1A_AN相关联地存储在B2中的终端UE1的联系地址@UE1A_CN。
[0208] 如前所述,联系地址@UE1A_CN由连接实体P-CSCFA在核心网络CN上的IP地址@PA_CN构成并且补充有与终端UE1(或者更一般来说与终端UE1的订户)相关联的情境信息。因此连接实体P-CSCFB可以很容易地利用本领域技术人员已知的手段从联系地址@UE1A_CN中提取出连接实体P-CSCFA的IP地址@PA_CN。
[0209] 随后,连接实体P-CSCFB不仅向处于已经获得的地址@PA_CN处的通过前述方式识别出的连接实体P-CSCFA发送接收自终端的通信的标识符DiagID_AN,而且还向其发送表示将对媒体会话SMA应用的(多项)处理的信息(步骤F120),并且在适当情况下还连同与媒体会话SMA有关的信息。
[0210] 为此,其按照经过修改的形式Req’向连接实体P-CSCFA转移接收自终端的切换请求Req。从而在实体P-CSCFA与P-CSCFB之间建立对话。
[0211] 附录2说明了在接收到如附录1中所描述的切换请求Req之后由服务器P-CSCFB转移到服务器P-CSCFA的切换请求Req’的一个实例。
[0212] 在对请求Req所做的各种修改当中,特别可以看到切换报头中的请求“To(去往何处)”更新(在“INVITE”之后的行中)。
[0213] 此外,在请求Req’中,“Call-Id”字段包含通信的标识符DiagID_AN,其现在补充有一个“切换”前缀,该前缀用于向连接实体P-CSCFA通知在 “Call-Id”字段中标识出的通信对应于进行中的对话而不是与连接实体P-CSCFB建立的对话。
[0214] 此外,在附录2的实例中,SDP提议“New_SDP_on_ANB”按照在切换请求中接收到的样子被传送到连接实体P-CSCFA,换句话说即连同关于会话SMB的信息并且在适当情况下还有关于会话SMA的信息。很自然的是,连接实体P-CSCFA适合于从该SDP提议中提取出关于会话SMA的会话信息。
[0215] 在一种变型中,如果包含在接收自终端的倒换请求中的SDP提议包含关于会话SMA的信息,则有可能使其成为在请求Req’中传送到连接实体P-CSCFA的仅有的信息,例如在新的SDP提议中传送。
[0216] 在当前描述的实现方式中,将要切换的通信所经过的连接实体P-CSCFA由连接实体P-CSCFB利用终端在接入网络ANA上的IP地址(其被包含在切换请求的切换报头中)并且从一个对应性表识别出,其中所述对应性表把终端的联系地址与其在接入网络上的IP地址相匹配,并且由实体P-CSCFB在把终端登记到核心网络的过程中动态地建立(参照步骤F80)。
[0217] 在一种变型中,在本发明的另一种实现方式中,终端UE1在切换请求的切换报头中传送关于待切换的通信所经过的连接实体P-CSCFA的接入网络ANA的标识符(例如参照附录2,该标识符被包含在切换报头的“dest(目的地)”字段中)。此外,在该实施例中,连接实体在其存储器B2中具有一个静态表,其为用于连接到核心网络CN的每一个连接实体提供该实体在其连接到核心网络的接入网络上的标识符与该实体在核心网络上的标识符之间的对应性。通过借助于包含在切换请求中的标识符查询该表使得实体P-CSCFB能够识别出核心网络上的实体P-CSCFA,以便向其传送请求Req’。
[0218] 在接收到请求Req’时,连接实体P-CSCFA对切换报头的内容进行分析,并且施行如在报头中所描述的将对会话SMA应用的(多项)处理,例如在该例中是对于网络ANA上的会话SMA所涉及的媒体资源的全部释放(步骤F130)。
[0219] 应当看到的是,还可以由连接实体P-CSCFA施行除了在请求Req’中明确指定的那些处理之外的其他处理,特别是停止与会话SMA有关的有关的隐藏规程(例如用于在检测到媒体无活动时释放会话的规程)。这些处理隐含地源自于在请求Req’中所请求的资源的全部或部分释放。
[0220] 在适当的情况下,如前所述,请求Req’还可以包含关于将对会话SMA应用的(多项)处理所涉及的媒体流的附加信息(特别当请求会话的部分切换时)。
[0221] 连接实体P-CSCFA向连接实体P-CSCFB通知已经对会话SMA应用了终端所请求的处理,例如在响应于请求Req’的消息的切换报头中通知(步骤F140)。在一种变型中,可以在从连接实体P-CSCFB接收到确认通信已被切换到网络ANB上的消息之后由连接实体P-CSCFA对会话SMA应用在切换报头中指定的(多项)处理。
[0222] 附录3示出了响应于附录2中所示的请求Req’的消息的一个实例,其由服务器P-CSCFA在应用了所请求的(多项)处理之后向服务器P-CSCFB发送。在其切换报头中,该响应消息表明已经由服务器P-CSCFA释放了资源(“trt=release_done”)。
[0223] 在当前描述的实现方式中,所述响应消息还在其切换报头中包括与由终端UE1在网络ANA中建立的通信COM/ANA有关的情境信息。
[0224] 一般来说,情境信息被用来表示与网络ANA上的呼叫的建立有关并且与呼叫的标识符相关联地(例如在该例中与标识符DiagID_AN相关联)被存储在服务器P-CSCFA中的任何类型的信息。
[0225] 在当前所设想的实现方式中,由服务器P-CSCFA插入并且借助于在请求Req’中接收到的标识符DiagID_AN而获得的情境信息有利地包括核心网络CN中的通信的对话标识符DiagID_CN,以及将在核心网络CN中经过的实体集合(路由集合)。
[0226] 在当前描述的实现方式中,由于核心网络CN的服务器P-CSCF被配置在“背靠背用户代理”模式下,因此由终端在请求Req中提供的通信标识符DiagID_AN不同于在核心网络CN中使用的标识符DiagID_CN。但是这些 标识符之间的对应性仍然被包含在连接实体P-CSCFA中并且被存储在前面所描述的数据库B1中。通过向连接实体P-CSCFB发送标识符DiagID_CN使得有可能在把呼叫转移到网络ANB的同时为其建立连续性,正如后面所描述的那样。
[0227] 在另一种实现方式中,核心网络CN的服务器P-CSCF被配置在代理模式下,由终端在请求Req中提供的通信标识符DiagID_AN与在核心网络CN中所使用的标识符DiagID_CN完全相同。于是服务器P-CSCFB可以在不查询服务器P-CSCFA的情况下从请求Req直接获得在核心网络中所使用的通信的标识符。
[0228] 在附录3所示的实例中,由P-CSCFA传送到P-CSCFB的情境信息被包含在切换报头的字段“Call-Id”、“localtag(本地标签)”、“remotetag(远程标签)”、“target(目标)”和“routeset(路由集合)”中。
[0229] 在一种变型中,除了对话标识符DiagID_CN和“routeset”之外,有可能把其他情境信息插入到连接实体P-CSCFA的响应消息中,比如在文献IETF RFC3261中描述的“对话状态”下定义的其他信息,或者与用户在服务器P-CSCF1上的登记情境、当前订购情境等等有关的信息。
[0230] 在接收到由实体P-CSCFA发送的响应消息时,连接实体P-CSCFB更新接收自终端UE1的切换请求(步骤F150)。
[0231] 更确切地说,其从所述请求中去除切换报头并且在响应消息中插入所接收到的情境信息。在适当情况下,与核心网络侧的对话有关的该情境信息作为针对接入网络侧的相应信息的替换而被插入:因此,对话标识符DiagID_CN取代包含在请求Req中的对话标识符DiagID_AN的位置。会话信息保持不变。
[0232] 按照这种方式被修改的新请求被写作Req",其被传送到应用服务器TAS(步骤F160)。
[0233] 应当看到的是,除了联系地址字段之外,请求Req"与可以由服务器P-CSCFA向应用服务器TAS发送的“重新邀请”请求完全相同,这是因为 其包含存储在服务器P-CSCFA上的与通信COM/ANA有关的情境信息。这样就在把通信COM倒换到网络ANB时确保了其连续性。
[0234] 附录4示出了在服务器P-CSCFB更新了附录1中所示的请求Req之后所获得的经过修改的请求Req"的一个实例。如前所述,该请求不再具有切换报头。此外,其包含与通过IP核心网络进行中的通信相关联的对话标识符(字段“To tag”、“From tag”和“Call-Id”的内容)、路由集合(“E1;E2;E3”)以及由终端UE1在请求Req中传送的会话信息(SDP提议New_SDP_on-ANB)。
[0235] 重新邀请请求Req"被服务器S-CSCF接收到,其在该例中把所述请求路由到应用服务器TAS。该请求的处理(并且特别是媒体会话SMB的创建)随后作为核心网络CN中的进行中的通信的参数的传统重新协商而继续(步骤F170-F190)。由于该处理本身是已知的,因此在这里不对其进行更加详细的描述。在该处理结束时完成通信COM到网络ANB的倒换(步骤F200)。
[0236] 应当看到的是,一旦由终端UE1发送了请求Req,与通信COM相关联的信令到网络ANB的倒换就生效。本发明有利地使得有可能把与通信COM相关联的信令完全切换到网络ANB:其不需要通过网络ANA在终端UE1与核心网络的实体之间交换任何信令来切换通信COM以及特别释放被用于会话SMA的资源。
[0237] 在当前描述的实现方式中,考虑在两个实体P-CSCFA与P-CSCFB之间建立“逻辑”对话信道以便施行本发明。该逻辑信道是暂时性的,这是在于其是在每当由终端发送明确的切换请求时在逐个呼叫的基础上被创建的。
[0238] 在一种变型中,本发明可以依赖于通过两个连接实体之间(或者更一般来说是在施行本发明的网络的各个连接实体之间)的网络构造而永久性地建立的物理信道。由终端发送的切换请求于是将利用先前已存在的信道通过适当的信令来运送关于切换的信息。在SIP协议中,本发明可以特别利用SUBSRICBE方法来创建连接实体之间的永久性信道,并且利用NOTIFY或INFO方法在所述信道上运送切换请求和关于切换的信息。
[0239] 此外,在当前描述的实现方式中,施行本发明的处理方法的连接实体是IP核心网络的服务器P-CSCF。在一种变型中,本发明同样适用于(直接地或者通过明确请求间接地)控制网络的媒体平面和信令平面的其他连接实体。因此,本发明也适用于IP核心网络的架构是基于例如SBC服务器之类的安全性元件的情况。在这样的实现方式中,本发明的处理方法由SBC服务器施行。
[0240] 附录1
[0241] INVITE DiagID_AN remote_target_TAS SIP/2.0
[0242] To:tag=DiagID_AN_rem
[0243] From:tag=DiagID_AN_loc
[0244] Call-Id:DiagID_AN
[0245] CSeq:43INVITE
[0246] Contact:@UE1B_AN
[0247] Handover:contact=@UE1A_AN;dest=@PA_AN;trt=release
[0248] […]
[0249] New_SDP_on_ANB
[0250] 附录2
[0251] INVITE@PA_CN SIP/2.0
[0252] To:tag=DiagID_AN_rem
[0253] From:tag=DiagID_AN_loc
[0254] Call-Id:handover_DiagID_AN
[0255] CSeq:43INVITE
[0256] Contact:@PB_CN
[0257] Handover:contact=@UE1A_AN;trt=release
[0258] […]
[0259] New_SDP_on_ANB
[0260] 附录3
[0261] SIP/2.0333Handover done
[0262] To:tag=DiagID_AN_rem
[0263] From:tag=DiagID_AN_loc
[0264] Call-Id:handover_DiagID_AN
[0265] CSeq:43INVITE
[0266] Contact:@PA_CN
[0267] Handover:trt=release_done;Call_Id=DiagID_CN;localtag=DiagID_CN_loc;remotetag=DiagID_CN_rem;target=DiagID_CN_remote_target;routeset=E1;E2;E3[0268] […]
[0269] New_SDP_on_ANB
[0270] 附录4
[0271] INVITE DiagID_CN_remote_target SIP/2.0
[0272] To:tag=DiagID_CN_rem
[0273] From:tag=DiagID_CN_loc
[0274] Call-Id:DiagID_CN
[0275] CSeq:43INVITE
[0276] Contact:@PB_CN
[0277] Route:E1;E2;E3
[0278] […]
[0279] New_SDP_on_ANB
QQ群二维码
意见反馈