媒体资源优化的制作方法

媒体资源优化


背景技术：

1.互联网协议（ip）多媒体子系统（ims）是用于向移动用户（诸如，智能电话或平板计算机的用户）递送ip多媒体的架构框架。ims核心网络允许无线和有线设备接入多媒体、消息传递和语音应用和服务。第三代合作伙伴计划（3gpp）已经颁布了若干个ims标准和规范。为了允许ims网络与互联网资源集成，3gpp规范在ims网络内使用互联网工程任务组协议，诸如会话发起协议（sip）和diameter。sip信令协议被用于创建、修改和终止由一个或若干个媒体流组成的双方或多方会话。移动设备通过生成并发送具有register方法令牌的sip请求消息来向ims网络内的sip 注册服务器注册其ip地址。一旦被注册，移动设备就可以随后经由ims网络来建立多媒体会话，例如通过朝向ims核心网络传输invite消息。


技术实现要素：

2.下面呈现了所公开主题的简化概述，以便提供对所公开主题的一些方面的基本理解。这个概述不是所公开主题的详尽概览。它并不意图标识所公开主题的关键或重要元素或描绘所公开主题的范围。它唯一的目的是以简化的形式来呈现一些概念，作为稍后讨论的更详细描述的序言。
3.在一些实施例中，提供了一种装置。所述装置的一些实施例包括收发器，所述收发器被配置成支持媒体流，所述媒体流涉及经由媒体路径而连接的用户设备和互联网协议（ip）多媒体子系统（ims）网络，所述媒体路径穿过（traverse）与用户设备相关联的第一领域、第二领域、以及与ims网络相关联的第三领域。所述装置还包括处理器，所述处理器被配置成：响应于来自用户设备的提议消息（offer message）而建立第一上下文以执行第一领域与第二领域之间的互通（interworking），并且响应于接收到指示第二上下文执行第一领域与第三领域之间的互通的应答消息而随后将第一上下文解除分配（de-allocate）。
4.所述收发器的一些实施例被配置成：响应于第二上下文被配置成在第一领域与第三领域之间进行互通而接收应答消息。
5.所述处理器的一些实施例被配置成生成包括指示第一领域和第二领域的第二受访领域属性的会话描述协议（sdp）提议，并且所述收发器的一些实施例被配置成传输所述sdp提议。
6.在一些实施例中，所述sdp提议包括指示用来通过第二上下文来配置代码转换（transcoding）的至少一个编解码器的信息。
7.在一些实施例中，应答消息是sdp应答，所述sdp应答包括指示第一领域的第一受访领域属性、实例号的预定值、以及未指定的ip地址。
8.所述处理器的一些实施例被配置成：在所述收发器朝向用户设备转发所述sdp应答之前从所述sdp应答中移除第一受访领域属性。
9.在一些实施例中，由第二上下文执行的互通包括第一领域与第三领域之间的地址转化。
10.所述处理器的一些实施例被配置成建立第二上下文。
11.在一些实施例中，提供了一种装置。所述装置包括收发器，所述收发器被配置成支持媒体流，所述媒体流涉及经由媒体路径而连接的用户设备和互联网协议（ip）多媒体子系统（ims）网络，所述媒体路径穿过与用户设备相关联的第一领域、第二领域、以及与ims网络相关联的第三领域。所述装置还包括处理器，所述处理器被配置成：响应于所述媒体流被锚定在传入侧上的指示而绕过第一上下文的分配以执行第二领域与第三领域之间的互通，并且其中传入侧上的第二上下文执行第一领域与第三领域之间的互通。
12.在一些实施例中，所述媒体流被锚定在传入侧上的指示包括静态配置标志或在所述收发器接收到的消息中动态检测的指示符中的至少一个。
13.在一些实施例中，绕过第一上下文的分配包括跳过第一上下文的分配。
14.所述处理器的一些实施例被配置成生成包括指示第一领域和第三领域的受访领域属性的会话描述协议（sdp）提议，并且所述收发器的一些实施例被配置成朝向ims网络传输所述sdp提议。
15.所述处理器的一些实施例被配置成生成包括指示第三领域的受访领域属性的sdp应答。
16.在一些实施例中，绕过第一上下文的分配包括：响应于接收到包括指示第一领域和第二领域的受访领域属性的sdp提议而分配具有等于第一领域的入口领域和等于第二领域的出口领域的第一上下文，并且响应于从ims网络接收到的sdp应答而随后将第一上下文解除分配。
17.所述处理器的一些实施例被配置成生成包括指示第一领域、第三领域和至少一个编解码器的信息的sdp提议，并且所述处理器的一些实施例被配置成基于响应于所述sdp提议从网络接收到的sdp应答来确定代码转换是否是必要的。
18.在一些实施例中，由第二上下文执行的互通包括第一领域与第三领域之间的地址转化。
19.所述处理器的一些实施例被配置成建立第二上下文。
20.在一些实施例中，提供了一种方法。所述方法包括：在用户设备与互联网协议（ip）多媒体子系统（ims）网络之间建立媒体路径。所述媒体路径穿过与用户设备相关联的第一领域、第二领域、以及与ims网络相关联的第三领域。所述方法还包括：选择性地分配用于第一领域与第二领域之间的互通的第一上下文和用于第二领域与第三领域之间的互通的第二上下文中的一个。所述方法还包括：绕过第一上下文和第二上下文中的另一个的分配，使得只有单个上下文执行第一领域与第三领域之间的互通。
21.在一些实施例中，选择性地分配和绕过包括：响应于来自用户设备的提议消息而建立第一上下文以执行第一领域与第二领域之间的互通；以及响应于接收到指示第二上下文执行第一领域与第三领域之间的互通的应答消息而随后将第一上下文解除分配。
22.在一些实施例中，选择性地分配和绕过包括：响应于媒体流被锚定在传入侧上的指示而绕过第二上下文的分配以执行第二领域与第三领域之间的互通。
23.在一些实施例中，绕过第一上下文的分配包括跳过第一上下文的分配。
24.在一些实施例中，绕过第一上下文的分配包括：响应于接收到包括指示第一领域和第二领域的受访领域属性的sdp提议而分配具有等于第一领域的入口领域和等于第二领域的出口领域的第一上下文；绕过第一上下文的分配还包括：响应于从ims网络接收到的
sdp应答而随后将第一上下文解除分配。
25.在一些实施例中，建立第一上下文包括在第一网关上建立第一上下文，并且建立第二上下文包括在第二网关上建立第二上下文。
26.在一些实施例中，建立第一上下文包括在第一网关上建立第一上下文，并且建立第二上下文包括在第一网关上建立第二上下文。
附图说明
27.通过参考附图，可以更好地理解本公开，并且使得本公开的许多特征和优点对于本领域技术人员来说是明显的。不同附图中相同参考符号的使用指示相似或相同的项。
28.图1是根据一些实施例的实现最优媒体路由（omr）的通信系统的框图。
29.图2是根据一些实施例的在企业环境中实现omr的通信系统的框图。
30.图3是根据一些实施例的在媒体网关中实现的媒体资源优化的框图。
31.图4是根据一些实施例的在两个媒体网关中实现的媒体资源优化的框图。
32.图5是根据一些实施例的信令流，该信令流用来在第一领域、第二领域和第三领域之间分配网关，并且然后在第一领域与第二领域之间解除分配网关。
33.图6是根据一些实施例的信令流，该信令流用来在第一领域与第二领域之间分配边界网关，同时绕过第二领域与第三领域之间的中转网关的分配。
34.图7是根据一些实施例的信令流，该信令流用来在第一领域、第二领域和第三领域之间分配网关，并且随后在第二领域与第三领域之间将网关解除分配。
35.图8是根据一些实施例的支持不同领域之间的omr的通信系统的框图。
具体实施方式
36.互联网协议（ip）多媒体子系统（ims）网络可以被细分成多个领域。领域包括在不需要互通功能（诸如，地址转化）的情况下与该领域中的其他端点进行通信的端点。一个领域内的端点需要互通功能（包括地址转化）以与其他领域中的端点进行通信。因此，领域实现网关（诸如，边界网关或中转网关）来支持领域间通信。在一些情况下，端点使用会话描述协议（sdp）提议/应答交换来建立在端点之间传输的多媒体流的媒体路径。媒体路径可以穿过端点之间的任意数目的领域。如果媒体路径跨越两个领域之间的边界，则该媒体路径包括将不同领域互连的网关。网关包括与媒体路径相关联的上下文，并且上下文中的信息被用来执行互通功能，诸如地址转化、代码转换等。例如，如果第一领域中（或连接到第一领域）的第一用户设备经由第三领域中的ims核心网络来建立去往第二领域中（或连接到第二领域）的第二用户设备的信令路径和媒体路径，则在互连第一领域和第三领域的第一网关以及互连第三领域和第二领域的第二网关中将上下文实例化。因此，第一用户设备与第二用户设备之间的多媒体流的媒体路径包括第一网关和第二网关。
37.如果端点中的任一个具有对媒体路径上的其他领域之一的直接接入，则最优媒体路由（omr）减少了支持两个端点之间的媒体路径所需的媒体网关的数目。例如，如果第一用户设备连接到第一领域中的受访网络，则第一用户设备和第二用户设备之间的未优化的媒体路径传递通过第一领域、第二领域和第三领域中的网关，该受访网络经由第三领域连接到第二领域中的第一用户设备的归属网络。如果第二用户设备也连接到第一领域中的受访
网络，则omr在第一领域中的网关（或网关内的上下文）之间建立优化的媒体路径。对于另一示例，第一用户设备与第二用户设备之间的未优化的媒体路径传递通过第一领域、第二领域中的网关，并且如果第一和第二用户设备的ims核心网络位于第二领域中，则返回到第一领域，即使第一和第二用户设备连接到第一领域中的接入网络亦如此。使用omr生成的优化的媒体路径会绕过第二领域，并且在第一领域中的网关（或网关内的上下文）之间建立连接。然而，传统的omr并没有优化将不同领域互连的媒体网关所消耗的媒体资源，例如当会话边界控制器（sbc）的接入领域和对等领域不同时。
38.图1-8公开了在用户设备与互联网协议（ip）多媒体子系统（ims）网络之间建立媒体路径的omr技术的实施例。用户设备与第一领域相关联，并且媒体路径支持媒体流，该媒体流穿过第一领域、与中间网络相关联的第二领域、以及与ims网络相关联的第三领域。在传统的omr中，在第一网关中分配第一上下文以在第一领域与第二领域之间进行转化，并且分配第二上下文以在第二领域与第三领域之间进行转化。然而，传统的omr绕过了在相同领域中的实体之间进行干预的上下文，并且因此传统的omr不能够优化不同领域之间的路线。为了节省由不同领域中的网关和对应上下文所消耗的稀缺资源，绕过第一上下文或第二上下文的分配，使得仅使用单个上下文来执行第一领域与第三领域之间的转化功能。在一些情况下，还绕过对应的第一网关或第二网关的分配，尽管第一上下文和第二上下文可以在没有被绕过的单个网关中被实例化。在一些实施例中，第一上下文和第二上下文也被用来执行代码转换。
39.在一些实施例中，响应于接收到会话描述协议（sdp）提议，分配第一上下文（在始发侧或传入侧上）以在第一领域与第二领域之间进行转化。响应于接收到包括例如在sdp应答的属性方面指示第一领域的信息的sdp应答，随后将第一上下文解除分配。在一些实施例中，将第一上下文分配到第一领域中的第一网关，并且通过完全跳过分配、或者初始地分配第二上下文并且然后将第二上下文解除分配来绕过第二上下文的分配（在传出侧上）。例如，响应于因为媒体路径将被锚定在传入侧上而确定不需要第二上下文（并且在一些情况下，不需要第二网关），跳过第二上下文的分配。对于另一示例，初始地分配第二上下文，并且响应于指示媒体路径将由第一领域中的第一上下文锚定的sdp提议/应答交换而随后将第二上下文解除分配。
40.图1是根据一些实施例的实现最优媒体路由（omr）的通信系统100的框图。通信系统100根据ims标准进行操作，并且包括多个领域101、102、103，其在本文中统称为“领域101-103”。如本文中所使用的，术语“领域”指代一组端点，所述端点在不需要互通功能（诸如，地址转化）的情况下与该领域中的其他端点进行通信。一个领域内的端点需要互通功能（包括地址转化）以与其他领域内的端点进行通信。领域101-103之间的互通由网关来提供，该网关诸如领域103中的边界网关（bgw）105、106以及中转网关（trgw）110、111、112、113，其在本文中统称为“中转网关110-113”。边界网关105、106和中转网关110-113提供互通功能，包括领域110-113中使用的地址之间的地址转化，以及在一些实施例中，包括领域110-113中使用的不同编解码器的代码转换。边界网关105、106提供领域与领域之外的实体之间的互通功能。中转网关110-113提供两个领域之间的互通功能。
41.通信系统100还包括位于领域101中的代理呼叫会话控制功能（p-cscf）115、116。p-cscf 115、116是ims终端的第一接触点。p-cscf 115、116还负责分配网关或解除分配网
关，包括边界网关105、106以及提供互通功能的相关联的上下文。在一些情况下，p-cscf 115、116实现会话边界控制器（sbc），所述会话边界控制器（sbc）执行诸如安全性、网络地址转化遍历、代码转换等的功能。通信系统100还包括互连边界控制功能（ibcf）120、121、122、123，其在本文中统称为“ibcf 120-123”。ibcf 120-123分配网关或解除分配网关，包括中转网关110-113。
42.在所图示的实施例中，通信系统100提供用户设备125、126之间的媒体流的通信路径。媒体流的示例包括语音呼叫、视频呼叫、流式传输服务等。中间ims网络130作为用户设备125的归属网络而操作，并且被部署在领域101中。用户设备125正在访问领域103（或者以其他方式与领域103相关联）。为了在用户设备125、126之间建立媒体路径，用户设备125发起从用户设备125到ims网络130以及到用户设备126的信令路径135（如由虚线双箭头所指示）的建立。可以建立穿过领域101-103的未优化的媒体路径140（如由短划线双箭头所指示）。在所图示的实施例中，未优化的媒体路径140包括边界网关105、中转网关110-113和边界网关106。然而，传统的omr技术可以创建优化的媒体路径145（如由实线双箭头所指示），这是因为用户设备125、126在相同领域103中（或者与相同领域103相关联）。优化的媒体路径145包括边界网关105、106。
43.图2是根据一些实施例的在企业环境中实现omr的通信系统200的框图。通信系统200根据ims标准进行操作，并且包括领域201、202。为了清楚起见，领域202被示为单独的椭圆。领域201包括边界网关205、206、p-cscf 210、211、以及被实现为ims网络的核心网络215。用户设备220发起从用户设备220到核心网络215以及到用户设备230的信令路径225的建立（如由虚线双箭头所指示）。未优化的媒体路径235（如由短划线双箭头所指示）包括边界网关205、206，以提供领域201、202之间的互通功能。传统的omr技术直接在用户设备220、230之间创建优化的媒体路径240（如由实线双箭头所指示），这是因为用户设备220、230在相同领域202中。
44.因此，图1和图2中公开的传统omr技术从领域之间的网络边界处的媒体路径移除了不必要的媒体网关，这减少了媒体平面资源的消耗以及减少了媒体延迟。然而，当服务于用户设备220和230的领域不同时，传统的omr技术并不实现媒体网关的媒体资源优化。
45.图3是根据一些实施例在媒体网关305中实现的媒体资源优化300的框图。媒体资源优化300在图1中所示的通信系统100和图2中所示的通信系统200的一些实施例中实现。媒体网关305提供不受信接入领域（如由双箭头310所指示）与不受信对等领域（如由双箭头315所指示）之间的互通功能。如本文中所讨论的，互通功能包括针对接入领域310与对等领域315之间交换的消息的网络地址转化、以及在一些情况下接入领域310和对等领域315中利用的不同编解码器之间的代码转换。
46.媒体网关305实现与接入领域310相关联的第一上下文320和与对等领域315相关联的第二上下文321。第一上下文320包括终止点325、326，所述终止点325、326用作来自第一上下文320的传出媒体流的源和去往第一上下文320的传入媒体流的汇（sink）。第一上下文320的一些实施例根据h.248网关控制协议进行操作，该协议用来跨诸如互联网之类的融合网络提供通信服务。第二上下文321包括终止点330、331，所述终止点330、331用作针对第二上下文321的媒体流传出/传入媒体流的源/汇。
47.图3中图示的媒体资源优化300描绘了处于第一未优化状态335和第二优化状态
340中的媒体网关305。在未优化状态335中，上下文320中的终止点325终止在接入领域310情况下的媒体流，并且上下文321中的终止点330终止在对等领域315情况下的媒体流。终止点326、331终止第一上下文320与第二上下文321之间的媒体流，以完成接入领域310与对等领域315之间的未优化的媒体资源连接。
48.媒体网关305的优化作为会话描述协议（sdp）提议/应答消息交换的一部分来执行，该交换用来建立从接入领域310到对等领域315的媒体路径。在一些实施例中，根据omr程序的优化使用以下步骤来进行：1. 由会话边界控制器（sbc）控制的媒体网关在网络边界处被供应，以服务于不受信接入网络领域和不受信对等网络领域两者。在一些实施例中，网关被实例化为具有相同的代码转换能力，以支持在不同领域中使用的不同编解码器之间需要代码转换的交互。
49.2. 为了在接收到sdp提议时在媒体路径中的最后节点处创建上下文，在转发具有omr特定的sdp属性的sdp提议之前，代理呼叫会话控制功能/互连边界控制功能（p-cscf/ibcf）利用媒体路径中的第一节点的传入侧的领域（例如，始发p-cscf的接入领域310）来替换sdp提议的传入侧的领域（例如，终止p-cscf或传出ibcf的核心网络领域）。一些实施例提供了对与代码转换的交互的支持，在这种情况下，p-cscf/ibcf从标准的omr编解码器属性中导出由先前节点插入的编解码器，并且在处理sdp提议时将那些编解码器视为被其自己所插入，从而接管代码转换的责任。
50.3. 当从远端接收到sdp应答时，除了标准omr程序之外，如步骤2中描述的那样执行了领域替换的节点插入指示符，以向其他节点通知领域替换已经被调用。在支持代码转换的实施例中，指示符也调用代码转换。
51.4. 该节点接收具有那个特定指示符的sdp应答，在处理sdp提议时移除所创建的h. 248上下文或者将分配的网关解除分配。
52.在所图示的实施例中，媒体网关305由单个sbc 345来控制，该sbc 345在网络边界处供应媒体网关305以服务于接入领域310和对等领域315。在一些实施例中，媒体网关305支持包括在接入领域310和对等领域315中使用的不同编解码器之间的代码转换的交互，在这种情况下，媒体网关305中的上下文320、321被配置成具有相同的代码转换能力。响应于从接入领域310接收到的sdp提议，将第一上下文320实例化，并且第一上下文320然后生成sdp提议，该sdp提议使得媒体网关305将第二上下文321实例化。上面公开的sdp提议/应答交换使得网关305将第一上下文320和相关联的终止点325、326解除分配，如由第二优化状态340中的虚线所指示。因此，第二上下文321中的终止点331用作来自接入领域310的传入媒体流的汇和去往接入领域310的传出媒体流的源，从而绕过第一上下文320。
53.图4是根据一些实施例的在两个媒体网关405、406中实现的媒体资源优化400的框图。媒体资源优化400在图1中所示的通信系统100和图2中所示的通信系统200的一些实施例中实现。媒体网关405、406提供不受信接入领域（如由双箭头410所指示）和不受信对等领域（如由双箭头415所指示）之间的互通功能。如本文中所讨论的，互通功能包括针对接入领域410与对等领域415之间交换的消息的网络地址转化、以及在一些情况下接入领域410和对等领域415中利用的不同编解码器之间的代码转换。
54.媒体网关405实现与接入领域410相关联的第一上下文420，并且媒体网关406实现与对等领域415相关联的第二上下文421。第一上下文420包括终止点425、426，所述终止点
425、426用作来自第一上下文420的传出媒体流的源和去往第一上下文420的传入媒体流的汇。第一上下文420的一些实施例根据h.248网关控制协议进行操作，该协议用来跨诸如互联网之类的融合网络提供通信服务。第二上下文421包括终止点430、431，所述终止点430、431用作针对第二上下文421的媒体流传出/传入媒体流的源/汇。
55.图4中图示的媒体资源优化400描绘了处于第一未优化状态435和第二优化状态440中的媒体网关405、406。在未优化状态435中，第一网关405的第一上下文420中的终止点425终止与接入领域410相关联的传入和传出媒体流。第二网关405的第二上下文421中的终止点431终止与对等领域415相关联的传入和传出媒体流。终止点426、430（分别在第一网关405的第一上下文420和第二网关406的第二上下文421中）终止第一上下文420与第二上下文421之间的媒体流，以完成接入领域410与对等领域415之间的未优化的媒体资源连接。
56.媒体网关405、406的优化作为sdp提议/应答消息交换的一部分来执行，该sdp提议/应答消息交换用来建立从接入领域410到对等领域415的媒体路径，例如，根据上面关于图3所讨论的过程。在所图示的实施例中，媒体网关405、406由单个sbc 445来控制，该sbc 445在网络边界处供应媒体网关405、406以服务于接入领域410和对等领域415。另一实施例涉及两个sbc，一个控制每个媒体网关。在一些实施例中，媒体网关405、406支持互通功能，该互通功能包括在接入领域410和对等领域415中使用的不同编解码器之间的代码转换，在这种情况下，媒体网关405、406中的上下文420、421分别被配置成具有相同（或兼容）的代码转换能力。响应于从接入领域410接收到的sdp提议，将第一上下文420实例化，并且第一上下文420然后生成被传输到第二网关406的sdp提议。响应于接收到sdp提议，第二上下文421插入指示符以向上下文420通知领域替换已经被调用。第二网关406通过传输包括接入领域410的指示符和标识符的sdp应答来对sdp提议进行响应。在支持代码转换的实施例中，指示符也调用代码转换。
57.上面公开的sdp提议/应答交换使得网关405将第一上下文420和相关联的终止点425、426解除分配，如由第二优化状态440中的虚线所指示。在一些实施例中，也将第一网关405解除分配，如由第二优化状态440中的虚线所指示。因此，第二上下文421中的终止点430用作来自接入领域410的传入媒体流的汇和去往接入领域410的传出媒体流的源，从而绕过第一网关405中的第一上下文420。
58.图5是根据一些实施例的信令流500，所述信令流500用来在第一领域501、第二领域502和第三领域503之间分配网关，并且然后在第一领域501与第二领域502之间将网关解除分配。信令流500示出了由用户设备（ue）、p-cscf、ibcf和ims网络交换的消息、以及由这些实体执行的动作。信令流500在图1中所示的通信系统100和图2中所示的通信系统200的一些实施例中执行，并且表示图3中所示的媒体资源优化300和图4中所示的媒体资源优化400的一些实施例的实现方式。在一些实施例中，消息是用来执行sdp提议/应答协商的会话发起协议（sip）消息。
59.ue向p-cscf传输邀请消息505。邀请消息包括sdp提议和ue的标识符。例如，ue可以传输以下sip邀请消息：
。
60.在一些实施例中，邀请消息505指示在第一领域501中使用的编解码器，诸如指示amr编解码器的信息。
61.响应于接收到邀请消息505，p-cscf确定传入领域（第一领域501）不同于传出领域（第二领域502）。因此，p-cscf分配（在框510处）边界网关（bgw），以提供第一领域501与第二领域502之间的互通功能。
62.p-cscf还将受访领域和其他omr特定属性插入到该sdp提议中，并且在邀请消息515中将经修改的sdp提议转发给ibcf。例如，p-cscf可以传输以下sip邀请消息：。
63.在一些实施例中，邀请消息515包括指示在第一领域501和第二领域502中使用的编解码器的信息。例如，邀请消息515可以包括指示amr、opus、g. 722编解码器的信息。
64.响应于接收到邀请消息515，ibcf确定传入领域（第二领域502）不同于传出领域（第三领域503）。因此，ibcf分配（在框520处）中转网关（trgw）。然而，代替分配中转网关来支持第二领域502与第三领域503之间的互通，ibcf分配中转网关以用于第一领域501与第三领域503之间的互通。在随后的消息中，第一领域501由受访领域属性和具有值“1”的实例标识符来指定。因此，ibcf分配中转网关，就好像邀请消息515中的受访领域属性仅指示了第一领域501并且不指示第二领域502。
65.ibcf生成邀请消息525，并且将邀请消息525传输到中间ims网络。如上面所讨论的，邀请消息525包括指示第一领域501和第三领域503的受访领域属性。例如，ibcf可以传输以下sip邀请消息：。
66.在一些实施例中，ibcf插入标识在第一领域501、第二领域502和第三领域503中使用的编解码器的信息。例如，邀请消息525可以包括标识amr、opus、g.722和amr-wb编解码器的信息。
67.响应于接收到邀请消息525，中间ims网络利用确认消息530进行响应。在一些实施例中，确认消息530是包含初始sdp应答的183会话进度响应。例如，中间ims网络可以传输以下确认消息：
。
68.响应于接收到确认消息530，ibcf基于被包括在确认消息530中的信息来更新本地中转网关。ibcf的一些实施例基于接收到的信息来更新远程ip地址/端口、编解码器等的值。在一些实施例中，如果确认消息530指示在第一领域501和第三领域503中使用了不同的编解码器，则在中转网关处调用代码转换。例如，如果由ims网络传输的确认消息530指示amr-wb是用于第三领域503的编解码器，则调用代码转换。如果ims网络指示amr是第三领域503中使用的编解码器，则不需要代码转换。
69.因为领域替换是由ibcf响应于接收到邀请消息515而执行的，所以ibcf生成应答消息535，该应答消息535包括指示第一领域501的受访领域属性以及实例标识符“1”的信息。在一些实施例中，应答消息535是sdp应答消息，该sdp应答消息包括受访领域属性、实例号、以及未指定的ip地址，以向p-cscf通知ibcf支持第一领域501。然后，ibcf向p-cscf传输应答消息535。例如，ibcf可以向p-cscf传输以下消息：
。
70.p-cscf在应答消息535中检测指示第一领域501的受访领域属性，并且确定这与用于p-cscf的传入领域是相同的。因此，p-cscf确定ibcf可以支持第一领域501。代替根据传统的omr程序来更新本地边界网关，p-cscf（在框540处）将先前响应于sdp提议505而分配的边界网关解除分配。
71.p-cscf生成应答消息545，该应答消息545被传输到ue。在一些实施例中，p-cscf从应答消息535中移除接收到的受访领域属性，以生成应答消息545，该应答消息545然后被转发到ue。例如，p-cscf可以向ue传输以下消息：。
72.因此，信令流500使得边界网关被绕过（例如，通过随后将先前分配的边界网关解除分配），使得单个中转网关被用来支持第一领域501与第三领域503之间的媒体路径。除了ibcf在单个网关上创建新的上下文而不是分配新的网关、并且p-cscf移除其创建的上下文而不是将网关解除分配之外，当边界网关和中转网关并置在相同的物理网关中时（例如，如图3中所示），使用类似的信令流。
73.图6是根据一些实施例的信令流600，该信令流600用来在第一领域601和第二领域602之间分配边界网关，同时绕过第二领域602与第三领域603之间的中转网关的分配。信令流600示出了由用户设备（ue）、p-cscf、ibcf和ims网络交换的消息、以及由这些实体执行的动作。信令流600在图1中所示的通信系统100和图2中所示的通信系统200的一些实施例中执行，并且表示图3中所示的媒体资源优化300和图4中所示的媒体资源优化400的一些实施例的实现方式。在一些实施例中，消息是用来执行sdp提议/应答协商的会话发起协议（sip）消息。
74.ue向p-cscf传输邀请消息605。邀请消息包括sdp提议和ue的标识符，如上面关于图5中所示的信令流500所讨论的那样。响应于接收到邀请消息605，p-cscf确定传入领域（第一领域601）不同于传出领域（第二领域602）。因此，p-cscf分配（在框610处）边界网关（bgw），以提供第一领域601与第二领域602之间的互通功能。p-cscf还将受访领域和其他omr特定属性插入到该sdp提议中，并且在邀请消息615中将经修改的sdp提议转发到ibcf。
75.在所图示的实施例中，媒体流被锚定在传入侧上。因此，提供了触发器来指示该媒体流不应当被锚定在传出侧上。触发器的示例包括但不限于静态配置标志以及sip请求中的动态指示符的检测。因此，ibcf意识到该媒体流被锚定在传入侧上的要求。基于指示该媒体流被锚定在传入侧上的触发器，ibcf绕过（在框620处）中转网关的分配。ibcf生成邀请消息625，并且将邀请消息625传输到中间ims网络。如上面所讨论的，邀请消息625包括指示第一领域601和第三领域603的受访领域属性。
76.响应于接收到邀请消息625，中间ims网络利用确认消息630进行响应。在一些实施例中，确认消息630是183会话进度响应，包含初始sdp应答和实例标识符，该实例标识符等于接收到的sdp提议中的最高实例标识符的值加1。
77.响应于接收到确认消息630，ibcf生成包括指示第三领域603的受访领域属性的信息的应答消息635。因为第三领域603的指示不被包括在消息615中的原始传出sdp提议中，所以p-cscf基于被包括在应答消息635中的信息来更新（在框640处）边界网关。
78.p-cscf生成应答消息645，该应答消息645被传输到ue。在一些实施例中，边界网关的指示被包括在应答消息645中，然后该应答消息645被转发到ue。
79.根据一些实施例，图7是用来在第一领域701、第二领域702和第三领域703之间分配网关并且随后在第二领域702和第三领域703之间将网关解除分配的信令流700。信令流700示出了由用户设备（ue）、p-cscf、ibcf和ims网络交换的消息、以及由这些实体执行的动作。信令流700在图1中所示的通信系统100和图2中所示的通信系统200的一些实施例中执行，并且表示图3中所示的媒体资源优化300和图4中所示的媒体资源优化400的一些实施例的实现方式。在一些实施例中，消息是用来执行sdp提议/应答协商的会话发起协议（sip）消息。
80.ue向p-cscf传输邀请消息705。邀请消息包括sdp提议和ue的标识符，如上面关于
图5中所示的信令流500所讨论的那样。邀请消息705还包括指示在第一领域701中使用的编解码器的信息，例如g. 722编解码器。
81.响应于接收到邀请消息705，p-cscf确定传入领域（第一领域701）不同于传出领域（第二领域702）。因此，p-cscf分配（在框710处）边界网关（bgw），以提供第一领域701和第二领域702之间的互通功能。p-cscf还将受访领域和其他omr特定属性插入到该sdp提议中，并且在邀请消息715中将经修改的sdp提议转发到ibcf。在一些实施例中，邀请消息715包括指示在第一领域701和第二领域702中使用的编解码器的信息，例如g. 722、amr和opus编解码器。
82.在所图示的实施例中，媒体流被锚定在传入侧上。因此，提供了触发器来指示该媒体流不应当被锚定在传出侧上。触发器的示例包括但不限于静态配置标志以及sip请求中的动态指示符的检测。因此，ibcf意识到该媒体流被锚定在传入侧上的要求。基于指示该媒体流被锚定在传入侧上的触发器，ibcf分配（在框720处）中转网关，该中转网关具有等于第二领域702的入口领域和等于第三领域703的出口领域。
83.ibcf生成包括指示第二领域702和第三领域703的受访领域属性的邀请消息725。邀请消息725还包括指示在第一领域701、第二领域702和第三领域703中使用的编解码器的信息，例如g. 722、amr和opus编解码器。然后，邀请消息725被传输到中间ims网络。
84.响应于接收到邀请消息725，中间ims网络利用确认消息730进行响应。在一些实施例中，确认消息730是183会话进度响应，包含初始sdp应答以及由中间ims网络使用的编解码器的指示符，例如g. 722编解码器。
85.响应于接收到确认消息730，ibcf确定不需要代码转换，这是因为确认消息730中指示的编解码器与用户设备所传输的邀请消息705中指示的编解码器是相同的，例如g.722编解码器。因此，ibcf（在框735处）将中转网关解除分配。ibcf生成包括指示第三领域703的受访领域属性的信息的应答消息740。应答消息740还包括实例号“1”和未指定的ip。
86.p-cscf接收应答消息740，该应答消息740指示第三领域703以及包括实例号“1”和未指定的ip。基于这个信息，p-cscf确定第三领域703不同于被包括在先前传出邀请消息715中的sdp提议中指示的领域。因此，p-cscf向ims网络（经由ibcf）传输更新消息745。更新消息745包括指示第一领域701和第三领域703的受访领域属性和sdp提议。
87.ims网络通过（经由ibcf）传输包括sdp应答的ok消息750来对更新消息745进行响应，该sdp应答也指示编解码器g.722。响应于ok消息750，p-cscf生成应答消息755，该应答消息755被传输到ue。在一些实施例中，应答消息755包括sdp应答、边界网关的指示、以及编解码器g. 722。
88.图8是根据一些实施例的支持不同领域之间的优化媒体路由的通信系统800的框图。通信系统800包括用户设备805、p-cscf 810、ibcf 815和ims网络820。因此，通信系统800表示图1中所示的通信系统100和图2中所示的通信系统200的一些实施例。
89.p-cscf 810包括收发器821，所述收发器821用于发射和接收信号，例如与用户设备805或ibcf 815交换信号。收发器821可以被实现为单个集成电路（例如，使用单个asic或fpga），或者被实现为包括用于实现收发器821的功能的不同模块的片上系统（soc）。p-cscf 810还包括处理器822和存储器823。处理器822用来执行存储在存储器823中的指令，并且在存储器823中存储信息，诸如所执行指令的结果。因此，p-cscf 810能够实现图5中所示的信
令流500、图6中所示的信令流600和图7中所示的信令流700的一些实施例。
90.ibcf 815包括收发器831，所述收发器831用于发射和接收信号，例如与用户设备805或p-cscf 810交换信号。收发器831可以被实现为单个集成电路（例如，使用单个asic或fpga），或者被实现为包括用于实现收发器831的功能的不同模块的片上系统（soc）。ibcf 815还包括处理器832和存储器833。处理器832用来执行存储在存储器833中的指令，并且在存储器833中存储信息，诸如所执行指令的结果。因此，ibcf 815能够实现图5中所示的信令流500、图6中所示的信令流600和图7中所示的信令流700的一些实施例。
91.在一些实施例中，上面描述的技术的某些方面可以由执行软件的处理系统的一个或多个处理器来实现。该软件包括被存储在或以其他方式有形地包含在非暂时性计算机可读存储介质上的一组或多组可执行指令。软件可以包括指令和某些数据，当由一个或多个处理器执行时，所述指令和某些数据操控一个或多个处理器来执行上面描述的技术的一个或多个方面。非暂时性计算机可读存储介质可以包括例如磁盘或光盘存储设备、诸如闪速存储器之类的固态存储设备、高速缓存、随机存取存储器（ram）、或一个或多个其他非易失性存储器设备等。存储在非暂时性计算机可读存储介质上的可执行指令可以采用源代码、汇编语言代码、目标代码、或由一个或多个处理器解释或以其他方式可执行的其他指令格式。
92.计算机可读存储介质可以包括在使用期间由计算机系统可访问以向计算机系统提供指令和/或数据的任何存储介质或存储介质的组合。此类存储介质可以包括但不限于：光学介质（例如，光盘（cd）、数字多功能盘（dvd）、蓝光盘）、磁性介质（例如，软盘、磁带或磁硬盘驱动器）、易失性存储器（例如，随机存取存储器（ram）或高速缓存）、非易失性存储器（例如，只读存储器（rom）或闪速存储器）、或基于微机电系统（mems）的存储介质。计算机可读存储介质可以被嵌入在计算系统（例如，系统ram或rom）中，固定地附接到计算系统（例如，磁硬盘驱动器），可移除地附接到计算系统（例如，基于光盘或通用串行总线（usb）的闪速存储器），或者经由有线或无线网络（例如，网络可访问存储装置（nas））而耦合到计算机系统。
93.如本文中所使用的，术语“电路”可以指代以下各项中的一个或多个或全部：（a）仅硬件的电路实现方式（诸如，实现方式和仅模拟和/或数字电路），以及（b）硬件电路和软件的组合，诸如（在适用时）：（i）（多个）模拟和/或数字硬件电路与软件/固件的组合，以及（ii）具有软件的（多个）硬件处理器的任何部分（包括（多个）数字信号处理器、软件和（多个）存储器，其一起工作以使得诸如移动电话或服务器之类的装置执行各种功能）；以及（c）（多个）硬件电路和/或（多个）处理器，诸如（多个）微处理器或（多个）微处理器的一部分，其需要软件（例如，固件）来进行操作，但是当不需要软件来进行操作时，软件可能不存在。
94.电路的这个定义适用于这个术语在本技术中的所有使用，包括在任何权利要求中的所有使用。作为另外的示例，如在本技术中所使用的，术语电路还涵盖仅硬件电路或处理器（或多个处理器）或硬件电路或处理器的一部分以及它的（或它们的）伴随软件和/或固件的实现方式。例如并且如果适用于特定权利要求元素，术语电路还覆盖用于移动设备的基
带集成电路或处理器集成电路、或服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
95.要注意的是，并不需要上面在一般描述中描述的所有活动或元素，可能不需要特定活动或设备的一部分，并且除了所描述的那些之外，可以执行一个或多个另外的活动或者包括一个或多个另外的元素。更进一步地，其中活动被列出的次序不一定是其中它们被执行的次序。而且，已经参考特定实施例描述了概念。然而，本领域普通技术人员领会的是，在不脱离如以下权利要求中所阐述的本公开的范围的情况下，可以进行各种修改和改变。因此，说明书和附图要以说明性的而不是限制性的意义来看待，并且所有此类修改旨在被包括在本公开的范围内。
96.上面已经关于特定实施例描述了益处、其他优点以及对问题的解决方案。然而，所述益处、优点、对问题的解决方案以及可能使得任何益处、优点或解决方案出现或变得更加显著的任何（多个）特征不要被解释为任何或所有权利要求的关键的、要求的或必要的特征。此外，上面公开的特定实施例仅仅是说明性的，因为所公开的主题可以以不同但等效的方式来修改和实践，这对受益于本文中的教导的本领域技术人员来说是明显的。除了在以下权利要求中描述的之外，不意图对本文中示出的结构或设计的细节进行限制。因此，明显的是，上面公开的特定实施例可以被更改或修改，并且所有此类变化被认为在所公开的主题的范围之内。因此，本文中寻求的保护如以下权利要求中所阐述。