CN109891917A - 使用兼容的有效负载的网络-终端互操作 - Google Patents

使用兼容的有效负载的网络-终端互操作 Download PDF

Info

Publication number
CN109891917A
CN109891917A CN201780060043.0A CN201780060043A CN109891917A CN 109891917 A CN109891917 A CN 109891917A CN 201780060043 A CN201780060043 A CN 201780060043A CN 109891917 A CN109891917 A CN 109891917A
Authority
CN
China
Prior art keywords
codec
terminal
grouping
media capability
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201780060043.0A
Other languages
English (en)
Inventor
H·N·B·菲拉特
铭山·郭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
T Mobile USA Inc
Original Assignee
T Mobile USA Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by T Mobile USA Inc filed Critical T Mobile USA Inc
Publication of CN109891917A publication Critical patent/CN109891917A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/181—Transcoding devices; Rate adaptation devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种电信网络的锚定网络设备，可以接收通信会话的第一发起请求，并确定指示与第一请求不同的媒体能力的第二请求。不同的能力可以共享有效负载格式。网络网关可以修改分组的报头以在能力之间进行更改。在一些示例中，锚定设备可以确定发起请求的编解码器列表对应于重写规则。设备可以将重写规则应用于请求以提供列出第二不同编解码器的第二请求。第一编解码器和第二编解码器二者都可以与共同的有效负载格式相关联。网络网关可以修改从第一终端到第二终端的第一分组以用第二编解码器报头替换第一编解码器报头，反之亦然。

Description

使用兼容的有效负载的网络-终端互操作
相关申请的交叉引用
本专利申请要求2016年9月29日提交的序列号为15/280,234的美国实用专利申请的优先权。序列号为15/280,234的申请通过引用全部并入本文。
背景技术
配置用于电信的计算设备(诸如无线电话)通常能够处理各种类型的媒体和对其的编码。然而，并非所有经由特定网络可连接的电信设备都必须支持相同的类型或编码。这可能限制用户与具有不同类型的电信设备的其他用户进行通信的能力。
附图说明
参考附图给出详细描述。在附图中，参考标号的最左边的数字标识首次出现参考标号的图。在不同图中使用相同的附图标记表示相似或相同的条目。这些附图不一定是按比例的。
为了简化说明，在本文的示图中，以菱形开始的箭头将第一组件或操作(在菱形末端)连接到至少一个第二组件或操作，在至少一个示例中第二组件或操作是在第一组件或操作中或可包括在第一组件或操作中。
图1是示出根据一些实现方式的用于实现能力信息修改的电信系统的框图。
图2是示出根据一些实现方式的用于实现能力信息修改的系统的框图。
图3示出了示例性呼叫流程，其示出了通信会话的发起请求中的媒体能力信息的修改。
图4示出了示例性呼叫流程，其示出了图3的通信会话的发起响应和数据分组中的媒体能力信息的修改。
图5示出了如参考图4所述的处理之前和之后的分组的示例。
图6A示出了根据一些实现方式的用于在通信会话的建立期间在两个终端之间进行相互作用的示例过程。
图6B示出了根据一些实现方式的用于在通信会话的建立阶段期间在两个终端之间的相互作用的示例过程。
图7示出了根据一些实现方式的用于在通信会话的建立期间在两个终端之间的相互作用的示例过程。
图8示出了根据一些实现方式的用于在通信会话的建立阶段期间在两个终端之间的相互作用的示例过程。
图9示出了根据一些实现方式的用于在两个终端之间的相互作用以及在通信会话的建立期间修改发起请求的示例过程。
图10示出了根据一些实现方式的用于在通信会话的建立期间在两个终端之间的相互作用的示例过程。
图11示出了根据一些实现方式的用于两个终端之间的相互作用以及在通信会话的建立阶段期间修改报头的示例过程。
图12示出了根据一些实现方式的用于响应于会话建立时的确定而在通信会话的建立阶段期间在两个终端之间进行相互作用的示例过程。
详细描述
概述
如本文所使用的，“终端”是通信设备，例如，蜂窝电话或其他用户设备(UE)，被配置为执行或与系统互通信，该系统被配置为执行本文描述的技术。终端可以包括例如无线语音或数据通信设备。终端可以包括用户界面(例如，智能手机)，但不是必需的。例如，示例终端可以是移动热点，诸如使用LTE作为上游连接的电气和电子工程师协会(IEEE)802.11(WIFI)网络的接入点。这样的终端可以不包括用户界面。
本文描述的系统和技术允许终端传送数据，例如语音或视频，即使其中一个终端支持另一个终端不支持的媒体类型、编码或格式。如本文所使用的，术语“能力”和“媒体能力”指的是终端支持的用于与其他终端进行数据交换的数据类型、编码、格式、比特率、协议、底层协议、压缩技术、简档或编码/解码过程(编解码器)。本文使用的术语“会话”包括用于在两个或更多个终端之间双向交换数据的通信路径。示例会话包括语音和视频呼叫，例如通过其人类交谈，例如两个电子系统之间或电子系统与人之间的数据通信会话，或富通信服务(RCS，也称为JOYN)会话。本文的系统和技术允许具有某些能力的终端与不具有那些能力的终端通信，例如，不需要对会话分组的有效负载的计算上昂贵的代码转换或其他操纵。在一些示例中，透明地辅助互通信终端的通信。
许多网络是“异构网络”，即包括具有各种能力集的终端的网络。例如，许多长期演进(LTE)蜂窝网络支持LTE上的语音(VoLTE)并且还与公共交换电话网络(PSTN)互连。可以使用各种编解码器中的任何一种对VoLTE上的语音呼叫进行编码或解码，例如，自适应多速率(AMR)编解码器。例如，宽带AMR(AMR-WB)将频率范围约为50Hz-7000Hz的音频数据以例如6.6kbps和23.85kbps之间的比特率(例如12.65kbps)编码为压缩数据。编解码器的另一个示例是窄带AMR(AMR-NB)，其编码频率范围约为200Hz-3400Hz的音频数据。正在部署第三代合作伙伴计划(3GPP)TS 26.441和相关标准中定义的增强型语音服务(EVS)编解码器，并允许发送覆盖频率范围高达采样率为8kHz，16kHz，32kHz或48kHz的16kHz(超宽带，SWB)或高达20kHz(全频带，FB)的16位线性脉冲编码调制(PCM)音频样本。经压缩的EVS数据的比特率可以在5.9kbit/s和128kbit/s之间，或者在6.6kbit/s和23.85kbit/s之间，以实现与AMR-WB的互操作。即使在存在2dB附加路径损耗的情况下，EVS也可以例如提供与一些现有编解码器相同的音频质量。这允许保持远离天线的音频质量，增加覆盖半径并降低网络基础设施的成本和能量消耗。
当开发AMR-WB、EVS和其他新编解码器时，如果一个VoLTE终端支持编解码器(例如EVS)而另一个VoLTE终端不支持该编解码器，则VoLTE终端之间的语音呼叫可能需要代码转换或特定编解码器选择。类似地，可能需要转码，以便与诸如个人计算机(PC)之类的环境相互工作，这些环境可以使用诸如Vorbis之类的编解码器，例如，在WebRTC(网页实时通信)协议中使用的Ogg容器或Opus。与PSTN相互作用也可能需要代码转换，PSTN通常在根据国际电信联盟(ITU)G.711标准格式化的300Hz-3400Hz频带中承载未压缩的音频，作为未压缩的8比特脉冲编码调制(PCM)对数量化样本。然而，代码转换在计算上可能是昂贵的，并且可能在通信会话的分组的传输中引入延迟。因此，希望尽可能避免代码转换。
编解码器也用于视频。LTE网络中使用的示例编解码器包括ITU H.263，诸如MPEG-4第2部分以及H.264/MPEG-4第10部分的运动图像专家组(MPEG)标准。然而，在其他环境中使用许多其他视频编解码器。例如，个人计算机(PC)环境中的Theora、QUICKTIME、VP6和VP8，以及较旧PC或电信系统中的MPEG-1和MPEG-2。与音频一样，具有不同编解码器能力的终端之间的视频通信可能需要转码或特定编解码器选择。视频转码在计算上可能很昂贵。
一些编解码器包括后向兼容或“可互操作”(IO)模式。在这些模式中，由一个编解码器的编码器提供的有效负载可以由另一个编解码器的解码器解码。例如，在IO模式下操作的EVS编码器产生表示经编码的音频的核心帧，而不是由AMR-WB解码器在没有改变的情况下解码。类似地，AMR-WB编码器产生核心帧，其可以在不改变的情况下由EVS IO模式解码器进行解码。在3GPP TS 26.201v3.0.0§4.2中描述了AMR-WB核心帧。在EVS和AMR-WB终端之间承载会话的电信网络可以通过改变相关分组的编解码器报头来辅助EVS IO模式终端和AMR-WB终端之间的相互作用，而无需代码转换。如本文所使用的，“编解码器对”是共享有效负载格式的一组两个(或更多个)编解码器，如下面更详细地讨论的。本文使用的术语“分组”通常是指数据分组、帧、数据报或任何其他可识别的数据单元，其包括报头和有效负载并且经由通信网络发送或接收。
本文使用编解码器对的各种示例允许将先进技术与不支持那些技术的已安装设备相互作用。例如，本文的各种技术允许VoLTE网络上的EVS IO模式编解码器与具有非EVS能力的AMR-WB VoLTE用户设备相互作用。本文的各种示例允许电路交换(CS)和分组交换(PS)环境之间或者蜂窝和PC环境之间的相互作用。本文中的各种示例允许附加或移除所提供的编解码器或适用于主叫方的网络、终端或环境但不适用于被叫方的网络、终端或环境的其他能力(例如，从经由WebRTC网关使用Opus的网页浏览器或IPAD应用程序到IMS订户的VoIP呼叫，或反之亦然)。这种相互作用可以允许引入新的语音增强编解码器或其他能力，例如，在具有3GPP接入(例如，VoLTE)或非3GPP接入(例如，无线局域网，WLAN或WebRTC)的IMS核心中。
在非限制性示例中，如果SIP传输(例如，INVITE或响应)表达对AMR-WB的偏好，则锚定网络设备可以修改传输以包括优选于AMR-WB的EVS IO模式。这样，如果一方支持EVSIO模式而另一方支持AMR-WB，则将使用这两者而不是使EVS方回退到AMR-WB。因此，EVS方可以从使用EVS而不是AMR-WB中受益，同时仍然能够与AMR-WB方通信。此技术还可用于其他后向兼容的编解码器集。
在一些示例中，电信系统可以包括锚定网络设备和网络网关。锚定网络设备可以从第一终端接收通信会话的第一发起请求，第一发起请求指示与有效负载格式相关联的第一媒体能力。锚定网络设备可以至少部分地基于第一发起请求确定第二发起请求，第二发起请求指示不同于第一媒体能力并且与有效负载格式相关联的第二媒体能力。然后，锚定网络设备可以向第二终端提供第二发起请求。网络网关可以修改来自第一终端和第二终端的发送终端的第一分组的报头，以提供第二分组。第一分组可以与发送媒体能力相关联，第二分组可以与接收媒体能力相关联，并且第一分组和第二分组都可以与有效负载格式相关联。发送媒体能力可以是第一媒体能力和第二媒体能力中的一个，并且接收媒体能力是第一媒体能力和第二媒体能力中的另一个。
在一些示例中，可以例如通过网络的核心设备接收通信会话的发起请求。可以确定发起请求的编解码器列表对应于预定的重写规则，其中编解码器列表包括第一编解码器。重写规则可以应用于发起请求，以提供具有第二编解码器列表的第二发起请求，第二编解码器列表包括不同的第二编解码器。第一编解码器和第二编解码器都可以与共同的有效负载格式相关联。
在一些示例中，可以例如通过网关设备修改源自第一终端并且旨在用于第二终端的第一分组，以用第二编解码器报头替换第一编解码器报头。第一编解码器和第二编解码器都可以与共同的有效负载格式相关联。可以修改源自第二终端并且旨在用于第一终端的第二分组以用第一编解码器报头替换第二编解码器报头。
说明性的配置
图1是示出根据一些示例的电信系统100的框图。该系统包括终端102和104，例如用户设备或其他移动电话或通信设备或终端。终端102和104可以例如分别由用户和第二用户操作(未示出)。终端102和104通信地连接到锚定网络设备106，例如，经由各自的接入网络108和110。锚定网络设备106例如可以包括支持VoLTE的网络中的互联网协议(IP)多媒体子系统(IMS)的接入转移控制功能(ATCF)。电信网络可以包括接入网络108和110，或者可以与接入网络108和110相互通信。
终端102和104可以被实现为被配置为通过无线和/或有线网络进行通信的任何合适的计算设备，包括但不限于移动电话(例如，智能电话)、平板电脑、膝上型电脑、便携式数字助理(PDA)、可穿戴计算机(例如，电子/智能眼镜、智能手表、健身追踪器等)、联网的数字相机和/或类似的移动设备。尽管该描述主要将终端102和104描述为“移动的”或“无线的”(例如，被配置为被携带和移动的)，但是应当理解，终端102和104可以表示各种类型的通常也是静止的通信设备，例如电视、台式电脑、游戏机、机顶盒等。在这个意义上，术语“通信设备”、“无线设备”、“有线设备”、“移动设备”、“计算设备”、“终端”和“用户设备(UE)”在本文中可互换使用以描述任何能够执行本文所述技术的通信设备。在一些示例中，一些终端可以具有特定的媒体处理要求，因此仅接受会话描述中的特定媒体编解码器或组件。
终端102和104之间的通信会话通过信令流量来管理，例如，传送指令以建立或拆除通信会话的分组。在本文的一些示例中，在会话发起协议(SIP，RFC 3261)的场景中描述了信令流量。然而，这不是限制性的，并且其他信令协议和技术可以与本文描述的功能一起使用或实现。SIP或其他信令业务可以包括从主叫终端到被叫终端的发起请求。发起请求的传送，例如SIP INVITE，开始通信会话的“预建立”阶段。当被叫终端接受通信会话时，例如，通过传送SIP 200 OK响应，通信会话进入“已建立”阶段。在建立阶段期间，可以在参与终端之间交换数据。在示例中，数据包括语音呼叫的数字化音频。预建立阶段对应于SIP“早期对话状态”，并且建立阶段对应于SIP“确认对话状态”(RFC 3261，§12)。
在一些示例中，通信会话的信令业务(例如，SIP请求和响应或其他信令流量)可以传递到或通过锚定网络设备106或其他代理、用户代理服务器或客户端，或者返回到后台用户代理(B2BUA)。如本文所使用的，“锚定网络设备”是网络设备，通过该网络设备，通信会话的信令流量(例如，SIP流量)在通信会话的建立阶段的持续时间内通过。该会话在锚定网络设备上被“锚定”。锚定会话的信令流量可以通过隔离锚定网络设备的两侧来增加网络稳健性。例如，当终端104从接入网络110切换到另一个接入网络时，终端102不需要改变其到终端104的SIP(或其他信令)路由，因为终端102和104之间的SIP路由经过锚定网络设备。在一些示例中，锚定响应于通过锚定网络设备106接收SIP INVITE而发生，并且一旦锚定完成锚定网络设备106就传送SIP 183会话进行中，例如，一旦锚定网络设备106已经记录通信会话被该锚定网络设备106锚定的指示。
示例网络108或110或承载会话的其他网络可以包括第二代(2G)蜂窝网络，诸如全球移动通信系统(GSM)或第三代(3G)蜂窝网络，诸如通用移动电信系统(UMTS)。其他示例网络可以包括GSM EDGE无线电接入网络(GERAN)，UMTS陆地无线电接入网络(UTRAN)，第四代(4G)蜂窝网络，诸如使用SIP信令承载VoLTE会话的LTE，使用信令系统7(SS7)信令的PSTN，以及数据网络，诸如电气和电子工程师协会(IEEE)802.11(“WIFI”)网络，其承载语音互联网协议(VoIP)呼叫或其他超顶(OTT)会话封装，例如，对底层分组传输透明的方式的语音或视频数据。
当第一用户期望向第二用户发出呼叫时，终端102例如响应于第一用户对“发送”控件112的致动，传送通信会话的发起请求114。终端102是会话发起设备的示例，即，发起与另一终端的通信会话的终端。会话发起设备可以包括用户设备或其他电信或通过锚定网络设备106可与其他终端通信连接的终端。移动电话和铜线固定电话可以是会话发起设备的示例。
发起请求114(例如，外出语音呼叫)包括目的地116的信息，例如终端102正在请求与终端104建立会话。在该示例中，仅示出了一个目的地，即终端104。然而，发起请求114可以指定任意数量的目的地。发起请求114还包括指示终端102的一个或更多个媒体能力的信息118。一个或更多个媒体能力的信息118也被称为“提议”。在示例中，发起请求114包括具有会话描述协议(SDP)主体的SIP INVITE消息，该SDP主体包括会话描述，例如，一个或更多个媒体能力的信息118。例如，信息118可以包括至少一个SDP属性(“a＝”)行，例如，对于16MHz采样率的AMR-WB，“a＝rtpmap：42amr-wb/16000”。
在一些示例中，信息118可以指示多个编解码器或其他能力。在一些示例中，信息118可以指示列出的能力之间的优先级关系。例如，SDP主体可以包括列出多种格式的媒体描述(“m＝”)行，例如，多个编解码器。格式可以按优先级的降序列出，使得例如首先在“m＝”行上列出最优选的格式。
锚定网络设备106从终端102接收发起请求114并执行提议处理120，例如，如下面参考图2所述。在一些示例中，提议处理120修改一个或更多个媒体能力的信息118。然后，锚定网络设备106将包括一个或更多个媒体能力的修改信息124的第二发起请求122传送到目的地，例如，传送到终端104，或传送到与目的地相对应的锚定网络设备，例如与终端104可通信地连接的服务呼叫会话控制功能(S-CSCF)。在一些示例中，锚定网络设备106可以包括接入转移控制功能(ATCF)。
因此，终端104接收包括一个或更多个媒体能力的修改信息124的发起请求122。终端104可以例如通过警告第二用户并向终端102发送SIP 180响铃响应来响应。终端104的用户然后可以指示应该接受呼叫，例如通过操作呼叫接受控件126，诸如触摸屏按钮。然后，终端104可以接受发起请求，例如，通过向终端102发送SIP 200 OK响应。呼叫发起可以被执行，例如，如全球移动系统(GSM)或长期语音演进(VoLTE)标准中所定义的，并且可以包括在终端102和104与锚定网络设备106之间交换附加消息(未示出)。会话的数据，例如在修改的信息124中指定的被格式化的音频数据或视频数据，可以经由描绘为媒体路径128的通信信道在终端102和104之间交换，其可以通过锚定网络设备106或(如图所示)可以绕过锚定网络设备106。
在一些示例中，媒体路径128可以通过网络网关130。例如，网络网关130可以包括接入转移网关(ATGW)。网络网关可以执行分组处理132以修改(“重写”)通过网络网关130的分组的报头。可以执行分组处理132，例如，以在编解码器对的编解码器之间进行改变，如上所述并且下面更详细地描述。在一些示例中，锚定网络设备106可以向网络网关130提供一个或更多个通信会话的信息134，或者应该修改报头的那些会话内的一个或更多个媒体流。如本文所使用的，术语“网络网关”可以指示但不要求网络网关130连接两个不同的网络。在一些非限制性示例中，网络网关130可以被配置为在不同网络之间或在特定网络中的不同终端之间传递流量。
图2是示出根据一些实现方式的允许使用编解码器对进行能力信息修改和相互作用的电信系统200的框图。系统200包括终端202，例如无线电话或其他用户设备，诸如图1的终端102或104，经由网络206耦合到服务器204。服务器204可以是图1的锚定网络设备106的示例，例如，图1的ATCF，或网络网关130，例如，ATGW。网络206可以包括一个或更多个网络，例如蜂窝网络208和数据网络210。网络206可以包括经由一个或更多个接入网络(例如，接入网络108或110)连接到用户设备的一个或更多个核心网络。
蜂窝网络208可以使用诸如GSM、码分多址(CDMA)、UMTS、LTE等技术来提供广域无线覆盖。示例蜂窝网络208包括时分多址(TDMA)、演进数据优化(EVDO)、高级LTE(LTE+)、通用接入网络(GAN)、非许可移动接入(UMA)、正交频分多址(OFDM)、通用分组无线电服务(GPRS)、增强型数据GSM环境(EDGE)、高级移动电话系统(AMPS)、高速分组接入(HSPA)、演进的HSPA(HSPA+)、VoIP、VoLTE、IEEE 802.1x协议、无线微波接入(WIMAX)、WIFI和/或任何未来基于IP的网络技术或现有基于IP的网络技术的演进。服务器204和诸如终端202之类的终端之间的通信可以附加地或替代地使用其他技术来执行，例如有线(普通老式电话服务、POTS或PSTN线路)、光学(例如，同步光学NET工作，SONET)技术等等。
数据网络210可以包括用于传送和接收数据(例如，分组)的各种类型的网络，包括使用诸如WIFI、IEEE 802.15.1(“蓝牙”)、异步传输模式(ATM)、WIMAX的技术的网络，和其他网络技术，例如，被配置为传输互联网协议(IP)分组。在一些示例中，服务器204包括相互作用功能(IWF)或其他设备桥接网络(例如，LTE、第三代蜂窝(3G)和POTS网络)或者与其可通信地连接。在一些示例中，服务器204可以将来自PSTN的SS7流量桥接到网络206中，例如，允许PSTN客户向蜂窝客户发出呼叫，反之亦然。
在一些示例中，蜂窝网络208和数据网络210可以承载语音或数据。例如，数据网络210可以使用互联网协议的语音(VoIP)或其他技术以及数据流量来承载语音流量，或者蜂窝网络208可以使用高速分组接入(HSPA)、LTE或其他技术来承载分组以及语音流量。一些蜂窝网络208以分组交换格式承载数据和语音二者。例如，许多LTE网络根据LTE语音(VoLTE)标准在分组中承载语音流量。本文的各种示例提供例如电路交换(CS)网络206或混合VoLTE/3G网络206上的运营商级语音呼叫的发起和终止，以及包括原始设备制造商(OEM)手机和非-OEM手机的终端202上的运营商级语音呼叫的发起和终止。
终端202可以是或包括无线电话或任何其他类型的终端，诸如本文中参考图1所讨论的。终端202可以包括一个或更多个处理器212，例如，一个或更多个处理器设备，例如微处理器、微控制器、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、可编程逻辑器件(PLD)、可编程逻辑阵列(PLA)、可编程阵列逻辑器件(PAL)或数字信号处理器(DSP)。
终端202可包括一个或更多个计算机可读介质214，诸如存储器(例如，随机存取存储器(RAM)、固态驱动器(SSD)等)，磁盘驱动器(例如，基于盘片的硬盘驱动器)，另一种类型的计算机可读介质，或其任何组合。
计算机可读介质214可用于存储数据并存储可由处理器212执行以执行如本文所述的各种功能的指令。计算机可读介质214可以存储各种类型的指令和数据，诸如操作系统、设备驱动程序等。处理器可执行指令可以由处理器212执行以执行本文描述的各种功能。
计算机可读介质214可以是或包括计算机可读存储介质。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字通用盘(DVD)或其他光学存储器，盒式磁带、磁带，磁盘存储器或其他磁存储设备，或任何其他有形的非暂时性介质，其可用于存储所需信息并且可由处理器212访问。有形计算机可读介质可包括易失性和非易失性，可移除和不可移除的用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术实现的介质。
计算机可读介质214可以存储终端202的一个或更多个能力的信息216。信息216可以包括例如终端202支持的语音或视频编解码器的指示。
计算机可读介质214可包括客户端应用程序218的处理器可执行指令。客户端应用程序218(例如，本机或其他拨号器)可允许用户发起和终止与终端202(例如，无线电话)相关联的通信会话。在一些示例中，终端202可以向服务器204传送指示目的地116和能力的信息118的发起请求114，例如，如上面参考图1所讨论的。
终端202还可以包括用户界面(UI)220，例如，包括显示器222，例如电子显示设备、扬声器、振动单元、触摸屏或用于向用户呈现信息并从用户接收命令的其他设备。用户界面220可以包括会话发起用户界面控件112，例如触摸屏或物理按钮，以指示应该发起通信会话。用户接口220或其组件，例如，显示器222，可以与终端202分离或者与终端202集成。终端202还可以包括一个或更多个无线电224，其被配置为经由网络206选择性地无线通信，例如，经由接入网络108或110，或者一个或更多个被配置为经由网络206使用有线连接选择性地进行通信收发器(未示出)。
服务器204可以包括一个或更多个处理器226和一个或更多个计算机可读介质228。计算机可读介质228可以用于存储提议处理模块230(其可以执行提议处理120)或分组处理模块232(其可以执行分组处理132)的处理器可执行指令。处理器可执行指令可由处理器226执行以执行本文描述的各种功能。在一些示例中，服务器204包括提议处理模块230或分组处理模块232。在其他示例中，服务器204包括提议处理模块230和分组处理模块232二者。
在一些示例中，计算机可读介质228或服务器204的另一组件还存储重写规则234，如下所述。在一些示例中，服务器204和与服务器204分开的存储重写规则234的规则注册表236可通信地连接。服务器204可以经由例如SIP MESSAGE请求或HTTP请求(诸如到网页服务或代表状态转移(REST)应用程序编程接口(API)端点的GET)从规则注册表236检索重写规则234或其他信息。服务器204可以被配置为(例如，通过执行存储在计算机可读介质228中的指令)从规则注册表236中检索重写规则234，例如，对应于发起请求114。
重写规则234(其中可以存在一个或更多个)可以指定从一个或更多个媒体能力的信息中移除的一个或更多个能力。要移除的一个或更多个能力可以包括例如一个或更多个编解码器。重写规则234可以附加地或可选地指定一个或更多个能力以添加到一个或更多个媒体能力的信息。要添加的一个或更多个能力可以包括例如一个或更多个编解码器。重写规则234可以指定对编解码器类型或参数的添加、删除、修改或其他改变。重写规则234可以指定改变取决于某些条件，或者特定重写规则仅适用于特定条件。例如，重写规则234可以指定，如果发起请求114中的最高优先级编解码器是AMR-WB，则发起请求122应该将EVSIO模式指定为最高优先级编解码器。重写规则234可以指定应该从提议中移除特定编解码器及其对应的媒体描述信息。SDP主体中的媒体描述信息可以包括例如在“m＝”行之后且在下一个连续的“m＝”行之前以“i＝”，“c＝”，“b＝”，“k＝”或“a＝”开头的行(RFC 4566，第5部分，第8页)。本文对复数形式的“重写规则”的引用不要求任何描述的操作涉及一个以上的重写规则234，尽管操作可能涉及一个以上的重写规则234。在重写规则234中，一些可能是仅适用于提议(例如，框314，图3)，一些可能仅适用于响应(例如，框404，图4)，或者一些可适用于提议和响应二者。
仍然参考图2并且还参考图1，在一些示例中，提议处理模块230可以至少部分地基于重写规则234来修改一个或更多个媒体能力的信息118，以确定修改的信息124。然后，服务器204可以传送发起请求122，包括到终端104的修改的信息124，例如，经由第二锚定网络设备(为简洁起见省略)，例如，在会话的终止侧上。例如，第二锚定网络设备可以是终止用户设备的S-CSCF或用于桥接对非VoLTE网络的呼叫的分支网关控制功能(BGCF)。第二锚定网络设备可以从服务器204接收发起请求122并将其传递给终端104(例如，用户设备)。
在一些示例中，分组处理模块232可以从终端202或终端104接收分组。分组处理模块232可以修改所接收的分组的至少一个报头以提供经修改的分组。然后，分组处理模块232可以将经修改的分组发送到其目的地(例如，终端104或终端202)。修改信息118和修改数据分组的报头可以允许终端102和104进行通信而无需转码。例如，经由本文描述的技术在通信会话中一起使用EVS和AMR-WB可以通过利用EVS增强的抖动缓冲器管理来减少分组抖动。这可以减轻RF信道波动，降低丢失数据分组的速率或提高音频质量。即使AMR-WB终端不能，具有EVS功能的终端也可以受益于EVS的功能，例如丢帧插值、语音活动检测(VAD)和舒适噪声生成(CNG)。
此外，使用共同的有效负载格式可以提供比某些转码方案更高的信号质量。一些代码转换方案以一种格式编码的内容(例如，音频)解压缩，然后以另一种格式重新压缩内容。如果两种格式(例如，两种不同的编解码器)是有损的并且具有不同的频率通带或对保真度的其他不同限制，则转码内容将被降低保真度到两种格式之间对保真度的限制不同的程度(例如，一种格式切断18kHz以上的音频，另一种格式切断50Hz以下的音频)。在不改变有效负载的情况下修改报头可以允许不同的格式进行互操作，而不会失去保真度。
图3示出了从终端302到终端304的示例性呼叫流程300，终端302可以代表终端102，终端304可以代表终端104。本文参考图3描述的示例功能，例如，可以通过服务器204的提议处理模块230或另一锚定网络设备106来执行。
终端302发送以SIP INVITE的形式的具有SDP消息主体的发起请求306。发起请求306可以代表发起请求114。在该示例中，SDP主体提供AMR-WB、AMR-NB和电话事件编解码器。始发IMS(“O-IMS”)308将发起请求306转发到终止IMS 310。在所示示例中，发起请求306到达终止IMS 310的终止ATCF 312。ATCF 312可以代表服务器204或另一个锚定网络设备106。
在框314处，ATCF 312例如从规则注册表236检索重写规则234，并且例如至少部分地基于重写规则234来修改一个或更多个媒体能力的信息(例如，在SDP主体中)。在该示例中，重写规则234指定如果第一(最高优先级编解码器)是AMR-WB，则应将EVS IO模式和EVS主模式添加到编解码器列表的前面分别作为新的第一和第二高优先级编解码器。因此，ATCF 312确定修改的信息124，其包括列出EVS IO模式、EVS主模式、AMR-WB、AMR-NB和电话事件的经修改的SDP主体。例如，EVS IO模式可以由编码名称“EVS”和“evs-mode-switch＝1”格式参数(例如，“a＝fmtp：42evs-mode-switch＝1”)指示。可以使用“evs-mode-switch＝0”格式参数来指示EVS主模式(例如，“a＝fmtp：42evs-mode-switch＝0”)。ATCF 312以包括经修改的SDP主体的SIP INVITE的形式向终端304传送第二发起请求316。第二发起请求316可以代表发起请求122。
前面的重写示例不是限制性的。在一些示例中，重写规则234指定如果第一(最高优先级编解码器)是AMR-WB，则应将EVS IO模式添加到编解码器列表的前面，作为新的最高优先级编解码器。重写规则234的其他示例可以将规则添加到编解码器列表的前面或后面，或者在编解码器列表的中间，例如，紧接在指定的编解码器之前或之后。
终端304可以根据终端304的编解码器支持(例如，存储在信息216中)来响应第二发起请求316。图3示出了三个备选方案318。在终端304支持EVS IO模式的示例中，终端304用响应320响应，例如SIP 183会话进行中响应，其包括指示支持EVS IO模式的SDP主体(例如，包括“a＝rtpmap...EVS”和“a＝fmtp...evs-mode-switch＝l”行)。在终端304支持EVS主模式(在发起请求316中提供的第二最高优先级编解码器)但不支持EVS IO模式的示例中，终端304用响应322响应，例如，SIP 183，其具有指示支持EVS主模式的SDP主体(例如，包括“a＝rtpmap...EVS”行但没有“a＝fmtp...evs-mode-switch”行，或包括“a＝rtpmap...EVS”和“a”＝fmtp...evs-mode-switch＝0“行)。在终端304不支持EVS但支持AMR-WB的示例中，终端304选择其支持的最高优先级编解码器，本文是AMR-WB，并且用响应324响应，例如，SIP 183，其具有指示支持AMR-WB的SDP主体(例如，包括“a＝rtpmap...AMR-WB”行但没有“a＝rtpmap...EVS”行)。
在图3的示例中，始发终端302支持AMR-WB，并且终止终端304支持EVS IO模式(响应320)。在一些示例中，始发终端302可以支持EVS IO模式，并且终止终端304可以支持AMR-WB。因此，ATCF 312或其他网络设备(例如，始发IMS 308的ATCF)可以应用重写规则234，如参考标记ATCF 312所描述的。
图4示出了示例性呼叫流程400，例如，以图3的响应320(EVS IO模式)开始。图4示出了如图3中的终端302、O-IMS 308、ATCF 312和终端304。图4还示出了ATGW 402，其可以代表服务器204或图1的另一网络网关130。本文参考图4描述的示例功能，可以由服务器204的分组处理模块232或另一网络网关130执行。在一些示例中，网络网关130(例如，ATGW 402)可以与锚定网络设备106(例如，ATCF 312)共同定位或并入其中。可选择地，ATCF 312和ATGW 402可以是不同的设备或并入不同的设备中。
在一些示例中，在框404处，ATCF 312可以将重写规则234应用于来自终端304的响应(例如响应320)。在所示示例中，终端304支持EVS IO模式，并且终端302支持AMR-WB。ATCF312可以重写SIP 183的响应320的SDP主体以提供指示选择AMR-WB而不是EVS IO模式的响应406。例如，ATCF 312可以在响应320的SDP主体中移除“a＝rtpmap...EVS”行和“a＝fmtp...evs-mode-switch”行并插入“a＝rtpmap...AMR-WB”行以形成响应406。O-IMS 308可以将响应406转发到终端302。
在一些示例中，框404可以附加地或可选地包括提供通信会话的信息134，其包括发起请求306和响应320。在框404，ATCF 312可以向ATGW 402提供会话信息134(为了清楚起见仅以虚线示出)。
在一些示例中，在框408处，ATGW 402可以修改从终端302到终端304或从终端304到终端302的分组的报头。ATGW 402可以执行框408的操作，例如，响应于会话信息134，或根据存储在其他以其他方式可访问的ATGW 402中的预定标准。在一些示例中，框408可以包括仅修改到终端304的分组的报头，仅修改到终端302的分组的报头，或者修改在任一方向上的分组的报头。在一些示例中，框408可以包括修改单播或多播通信会话的分组的报头。
在一些示例中，在框408处，会话信息134可以指示特定的源或目的地地址或端口或用以确定应该处理哪些分组或分组类型的其他标准。例如，在框404，ATCF 312可以至少部分地基于第二发起请求306或316或响应消息320,322或324中的地址或端口信息来确定会话信息134。然后在框408处，ATGW 402可以修改分组的报头，例如在会话信息134中指示的具有源或目的地或端口的分组。
在SIP的示例中，SDP使用发送接收(双向)流和AMR-WB，发起请求306可以包括指示终端302的网络地址的“c＝”行(例如，“c＝IN IP4 192.168.13.37”用于IPv4地址192.168.13.37)和指定终端302想要在特定端口上接收音频的“m＝”行(例如，“m＝audio49152RTP/AVP 96”用于用户数据报协议，UDP，端口49152)。响应消息320可以包括指示终端304的网络地址的“c＝”行(例如，10.42.42.42)和指定终端304想要在特定端口(例如，UDP端口44100)上接收音频的“m＝”行。ATCF 312可以向ATGW 402提供包括地址和端口的会话信息134。然后，ATGW 402可以修改分组上的报头，在该示例中，修改为192.168.13.37:49152/udp(地址：端口/协议)和10.42.42.42:44100/udp。在一些示例中，ATGW 402可以在会话信息134中指示的不匹配标准的情况下转发未更改的(或者具有未修改的报头)分组。
在所示示例中，但不限于，分组410是包括AMR-WB报头和有效负载(“有效负载1”)的实时传输协议(RTP)分组。有效负载可以包括代表音频的核心帧。在框408处，操作412，ATGW 402可以移除AMR-WB报头并插入EVS IO报头以提供分组414，包括EVS IO报头以及与分组410相同的有效负载(有效负载1)的RTP分组。在另一个图示的示例中，分组416是包括EVS IO报头和有效负载(“有效负载2”)的RTP分组。在框408处，操作418，ATGW 402可以移除EVS IO报头并插入AMR-WB报头以提供分组420，包括AMR-WB报头和与分组416相同的有效负载(有效负载2)的RTP分组。
在操作412和418的示例中，由ATGW 402接收的分组(例如，分别为分组410或416)与发送媒体能力(例如，特定编解码器)相关联。由ATGW 402发送的分组(分别为分组414或420)与不同于发送媒体能力的接收媒体能力相关联，例如，不同的编解码器。由ATGW 402接收的分组和由ATGW 402发送的分组都与单个有效负载格式相关联，例如AMR-WB核心帧。
图5示出了在图4的框408处理之前和之后的分组的示例500。例如，可以通过ATGW402或其他网络网关来执行示例500的操作。示例500的操作可以应用于具有任何目的地的至少一个分组，例如，应用于图4的操作412和418。示例500在IP、UDP、SIP、SDP、EVS IO模式和AMR-WB的上下文中示出，但这些都不是限制性的。
分组502代表接收用于处理的分组，例如图4中的分组410或416。分组502包括按照传送的顺序的IP报头504、UDP报头506和RTP报头508。RTP有效负载部分510包括EVS IO模式报头512和有效负载514。有效负载514之后可以是填充516，例如，作为RTP有效负载部分510的一部分或在RTP有效负载部分510之后。
分组518代表经处理的分组，例如，图4的分组414或420。分组518包括按照传送的顺序的IP报头520、UDP报头522和RTP报头524。RTP有效负载部分526包括AMR-WB报头528和有效负载514。有效负载514之后可以是填充530，例如，作为RTP有效负载部分526的一部分或在RTP有效负载部分526之后。
在一些示例中，框408可以包括用AMR-WB报头528替换分组502中的EVS IO模式报头512的操作532以确定分组518。操作532可以包括至少部分地基于EVS IO模式报头512确定AMR-WB报头528。例如，EVS IO模式报头512可以是具有三位编解码器模式请求(CMR)字段的紧凑格式报头(26.445 vl3.1.0，§A.2.1.2)。操作532可以包括确定AMR-WB报头528，其包括与EVS IO模式报头512中的三位CMR字段相对应的四位CMR字段(RFC 4867，§4.3.1)。
在一些示例中，框408可以包括将有效负载514从分组502复制到分组518的操作534。由于有效负载514可以由编解码器对的任一编解码器解释，因此可以在没有代码转换或其他计算上昂贵的操作的情况下执行操作534。
在一些示例中，框408可以包括响应于由操作532引入的改变来修改分组的其他报头或部分的操作536。例如，操作532可以导致RTP有效负载部分526具有与RTP有效负载部分510不同的大小。这种大小的改变可能需要改变其他报头中的分组大小字段，或者可能需要改变所需的填充530的位数。因此，操作536可以包括至少部分地基于IP报头504确定IP报头520，例如，通过根据操作532引入的改变，根据协议合规性的需要复制或修改IP报头504。操作536可以附加地或可选地同样包括至少部分地基于UDP报头506确定UDP报头522，至少部分地基于RTP报头508确定RTP报头524，或者至少部分地基于填充516确定填充530。在图中，指示“(修改)”和“(经修改的)”代表任何特定分组的任何特定部分可能需要或可能不需要修改的事实，这取决于操作532的效果以及所涉及的编解码器和协议的特定要求和数据格式。
图6A示出了用于在两个终端(例如，终端302和304)之间相互作用的示例过程600。过程600可以由锚定网络设备106(例如，ATCF 312)执行。在一些示例中，锚定网络设备可以包括一个或更多个处理器，其被配置为执行下面(或图7，图9或图10中)描述的操作，例如，响应于提供处理模块230的计算机程序指令。
下面讨论的图6和图7-12中所示的操作，除非另有说明，否则可以以任何顺序执行，或者在后面的步骤中使用来自较早步骤的数据。为了解释清楚，本文参考图1-5中所示的各种组件，其可以执行或参与示例性方法的步骤中。然而，应该注意，可以使用其他组件；即，图6-12所示的一个或更多个示例性方法不限于由所识别的组件执行。
在一些示例中，在框602处，锚定网络设备106可以从第一终端302接收通信会话的第一发起请求306，例如SIP INVITE。锚定网络设备106可以直接从第一终端302接收第一发起请求306，或者经由至少一个中间设备(例如，接入网络108或另一网络)接收第一发起请求306。类似地，在整个图6-12的讨论中，对来自指定源或指定目的地的传输的讨论可以包括任何数量、零个或更多的中间网络设备。
第一发起请求306可以指示第一媒体能力，例如，诸如AMR-WB的编解码器。例如，如上所述，可以在SIP INVITE的SDP主体中指示第一媒体能力。第一媒体能力可以与有效负载格式相关联，例如AMR-WB核心帧。有效负载格式可以描述有效负载的至少一部分，例如，不包括编解码器报头。在图5的示例中，有效负载格式可以描述有效负载514但不能描述RTP有效负载部分510或526的其他部分。
在一些示例中，在框604处，锚定网络设备106可以至少部分地基于第一发起请求306确定第二发起请求316。第二发起请求316可以指示与第一媒体能力不同并与有效负载格式相关联的第二媒体能力。在图3的示例中，第二媒体功能是EVS IO模式。第一媒体能力和第二媒体能力可以是编解码器对的各自的不同编解码器，或者可以是共享有效负载格式的其他类型的媒体能力。以上例如，参考框314讨论了示例。
在一些示例中，在框606处，锚定网络设备106可以将第二发起请求316提供给第二终端304。框606可以包括例如直接地或经由S-CSCF、SCC AS或一个或更多个其他网络设备将第二发起请求316提供给第二终端304，如上所述。
图6B示出了用于在两个终端(例如，终端302和304)之间相互作用的示例过程608。过程608可以由网络网关130(例如，ATGW 402)执行。在一些示例中，网络网关130可以包括一个或更多个处理器，其被配置为执行下面(或图8，图11或图12中)描述的操作，例如，响应于分组处理模块232的计算机程序指令。
在一些示例中，在框610处，网络网关130可以修改第一分组(例如，分组410或416)的报头，以分别提供第二分组，例如分组414或420。网络网关130可以应用会话信息134或重写规则234以选择以进行修改的第一分组，或者确定对第一分组进行的一个或更多个修改。例如，框610可以包括改变、添加、删除或替换一个或更多个编解码器报头、一个或更多个RTP报头或一个或更多个其他协议报头。在一些示例中，第一分组可以是从发送终端接收的分组。发送终端可以是第一终端302或第二终端304。
在一些示例中，第一分组与发送媒体能力(例如，AMR-WB)相关联。第二分组与接收媒体能力(例如，EVS IO模式)相关联。第一分组和第二分组二者都与有效负载格式(例如，AMR-WB核心帧)相关联。发送媒体能力可以是上面参考框602和604讨论的第一媒体能力和第二媒体能力的一个，而接收媒体能力是另一个。使用与共同的有效负载格式相关联的不同媒体能力允许具有减少的计算负担或延迟的相互作用。
图7示出了用于在两个终端302和304之间相互作用的示例过程700。过程700可以由锚定网络设备106(例如，ATCF 312)执行。框604可以包括框702-708中的至少一个。
在一些示例中，在框702处，锚定网络设备106可以至少部分地基于可接受的媒体能力的预定列表确定第二发起请求316。例如，网络206的运营商可以定义一组要求。可以从第一发起请求306中移除不满足那些要求的媒体能力以形成第二发起请求316。可以将要求的信息存储在例如重写规则234中。
在一些示例中，在框704处，锚定网络设备106可以接收发起响应，例如，诸如响应320的SIP 183响应。发起响应320可以指示第三媒体能力。第三媒体能力可以与第一媒体能力或第二媒体能力匹配或不同。
在一些示例中，在框706处，锚定网络设备106可以确定第一媒体能力和第三媒体能力中的至少一个满足预定标准(例如存储在重写规则234中)。例如，预定标准可以是第一媒体能力是AMR-WB编解码器，并且第三媒体能力是EVS IO模式编解码器。
在一些示例中，在框708处，响应于框706处的确定，锚定网络设备106可以提供标准匹配指示。在一些示例中，锚定网络设备106可以将标准匹配指示存储在会话信息134中。
图8示出了用于在两个终端302和304之间相互作用的示例过程800。过程800可以由网络网关130(例如，ATGW 402)执行。框610可以包括框802-810。
在一些示例中，在框802处，网络网关130可以从发送终端接收第一分组。第一分组可以包括第一报头(例如，报头512)和第一有效负载(例如，有效负载514)。第一有效负载可以与本文参考框602描述的有效负载格式相关联。
在一些示例中，在框804处，网络网关130可以至少部分地基于第一报头确定第二报头。本文讨论的示例，例如，参考图5的操作532。在一些示例中，在框804处，网络网关130可以替换来自第一终端的第一分组的报头以提供第二分组，其中第一分组与第一媒体能力相关联，第二分组与第二媒体能力相关联，第一分组和第二分组二者都与有效负载格式相关联。在一些示例中，在框804处，网络网关130可以替换来自第二终端的第三分组的报头以提供第四分组，其中第三分组与第二媒体能力相关联，第四分组与第一媒体能力相关联，第三分组和第四分组二者都与有效负载格式相关联。
在一些示例中，在框806处，网络网关130可以确定包括第二报头(例如，AMR-WB报头528)和第一有效负载(例如，有效负载514)的第二分组。在一些示例中，有效负载保持不变，只有报头被更改。在这些示例中的一些示例中，框806可以包括确定由至少一个报头和第一有效负载组成的第二分组。
在一些示例中，在框808处，网络网关130可以将第二分组提供给第一终端和第二终端的接收终端。在网络网关130可用的信息的范围内，接收终端可以是与发送终端不同的终端。例如，第二分组可以被传送到与第一分组的源网络地址不同的网络地址。框808可以在框806之后，或者可以独立于框806使用。
在一些示例中，在框810处，网络网关130可以响应于在图7的框708处确定的标准匹配指示来提供第二分组。例如，网络网关130可以从会话信息134中检索标准匹配指示。然后，网络网关130可以例如通过执行框610的处理来提供第二分组，用于与本文参考框706所述的标准相匹配的通信会话。如果没有需要报头重写的通信会话对于特定源或目的地是活动的，则这可以通过移除检查内部分组报头(例如，UDP端口或RTP有效负载类型)的需要来减少网络网关130上的计算负载。
图9示出了用于在两个终端302，304之间相互作用的示例过程900。过程900可以由锚定网络设备106(例如，ATCF 312)执行。
在一些示例中，在框902处，锚定网络设备106可以接收通信会话的发起请求306。以上例如，参考框602讨论了示例。
在一些示例中，在框904处，锚定网络设备106可以确定发起请求306的编解码器列表对应于预定的重写规则234(或多个重写规则234，并且同样贯穿整个文档)。如本文所使用的，“列表”可以具有一个元素或者可以具有多于一个元素。编解码器列表可以包括至少一个编解码器，并且可以包括第一编解码器，例如AMR-WB或EVS IO模式。上面例如，参考框604讨论了示例。重写规则234可以指定对编解码器列表或其他编解码器中的第一编解码器的改变。重写规则234可以以编解码器列表与重写规则中指定的至少一个标准之间的匹配为条件。作为编解码器列表的替代或补充，重写规则234可用于测试或可应用于至少一个媒体能力的能力列表(并且同样适用于整个文档)。
在一些示例中，在框906处，锚定网络设备106可以将重写规则234应用于发起请求306，以提供具有包括不同的第二编解码器的第二编解码器列表(或第二能力列表，并且同样贯穿整个文档)的第二发起请求316。第一编解码器和第二编解码器二者都可以与共同的有效负载格式相关联。以上例如，参考框604讨论了示例。在图3和图4的示例中，第一编解码器列表包括AMR-WB，并且第二发起请求316的第二编解码器列表包括EVS IO模式。
图10示出了用于在两个终端302，304之间相互作用的示例过程1000。过程900可以由锚定网络设备106(例如，ATCF 312)执行。框906可以包括框1002。框906之后可以是框1004。
在一些示例中，在框1002处，上面参考框906讨论的锚定网络设备106可以过滤第二编解码器列表。框1002可以包括基于预定的可接受编解码器列表的过滤。例如，如果网络不支持使用特定编解码器，例如G.711未压缩音频，则可以从第二发起请求316的第二编解码器列表中删除或省略那些编解码器。这可以提供增加的带宽使用的网络控制，并且可以降低由于使用与诸如媒体网关之类的一个或更多个核心网络设备不兼容的编解码器而导致的呼叫失败的可能性。
在一些示例中，在框1004处，锚定网络设备106可以经由网络将第二发起请求316传送到(朝向)终端(例如，终端304)。
在一些示例中，在框1006处，锚定网络设备106可以经由网络从终端接收发起响应。发起响应(例如，响应320，322或324)例如可以包括SIP 183响应。发起响应可以包括具有第三编解码器(例如EVS IO模式)的第三编解码器列表(例如SDP主体)。
在一些示例中，在框1008处，锚定网络设备106可以将第二预定重写规则应用于第三编解码器列表以提供第二发起响应，该第二发起响应包括具有与第三编解码器不同的第四编解码器的第四编解码器列表。第三编解码器和第四编解码器二者都可以与共同的有效负载格式相关联。在一些示例中，框1008可以包括基于预定的可接受编解码器列表过滤第四编解码器列表，例如，如本文中参考框1002所讨论的。
在一些示例中，在框1010处，锚定网络设备106可以经由网络向网络网关传送重写指示。重写指示。重写指示可以是会话信息134，包括会话信息134或被包括在会话信息134中。重写指示在下面参考图12的框1202进行讨论。
图11示出了用于两个终端302和304之间的相互作用的示例过程1100。过程800可以由网络网关130(例如，ATGW 402)执行。框1102和1104可以串行执行，例如，循环，并行或其任何组合。在一些示例中，网络网关130可以包括用于执行框1102的操作的硬件或处理资源，并且还可以包括用于执行框1104的操作的硬件或处理资源。在一些示例中，网络网关130可以包括用于执行框1102或框1104的操作的硬件或处理资源。
在一些示例中，在框1102处，网络网关130可以修改源自第一终端102并且旨在用于(例如，具有指示其地址的目的地字段)第一终端104的第一分组。框1102可以包括用第二编解码器报头替代第一编解码器报头，例如，如本文中参考框408所讨论的。在一些示例中，第一编解码器和第二编解码器二者都与共同的有效负载格式相关联，例如，AMR-WB核心帧。在一些示例中，框1102可以包括保持第一分组的相应有效负载不变。
在一些示例中，在框1104处，网络网关130可以修改源自第二终端104并且旨在用于第一终端102的第二分组。框1104可以包括用第一编解码器报头替换第二编解码器报头，例如，在一些示例中，框1104可以包括保持第二分组的相应有效负载不变。
在一些示例中，过程1100可以包括使第一分组和第二分组的相应有效负载保持不变。在过程1100的一些示例中，第一编解码器和第二编解码器可以具有共同的媒体类型。例如，第一编解码器和第二编解码器二者都可以是音频编解码器，或者都可以是视频编解码器。在一些示例中，第一编解码器和第二编解码器具有相应类型但不同子类型的相应多用途互联网邮件扩展(MIME)类型，例如音频/EVS和音频/AMR-WB。在一些示例中，第一编解码器和第二编解码器分别具有不同的媒体类型，例如音频和视频。在一些示例中，框1102或1104可以包括修改与共性相关联的分组或报头，例如，如果第二编解码器是仅音频编解码器，则仅修改音频/视频第一编解码器的音频报头。
图12示出了用于两个终端302和304之间的相互作用的示例过程1200。过程800可以由网络网关130(例如，ATGW 402)执行。
在一些示例中，在框1202处，网络网关130可以接收通信会话的指示。该指示可以是会话信息134，包括会话信息134或被包括在会话信息134中。例如，该指示可以是本文参考框1010描述的重写指示。
在一些示例中，在框1204处，网络网关130可以响应于该指示修改与通信会话相关联的至少第三分组。第三分组可以是第一分组或第二分组中的至少一个。例如，框1204可以包括框1102或框1104中的至少一个。示例条款
A：一种电信系统，包括：锚定网络设备，其被配置为：从第一终端接收通信会话的第一发起请求，第一发起请求指示与有效负载格式相关联的第一媒体能力；至少部分地基于第一发起请求确定第二发起请求，第二发起请求指示与第一媒体能力不同并且与有效负载格式相关联的第二媒体能力；以及向第二终端提供第二发起请求；以及网络网关，其被配置为修改第一终端和第二终端的发送终端的第一报头以提供第二分组，其中：第一分组与发送媒体能力相关联；第二分组与接收媒体能力相关联；第一分组和第二分组二者都与有效负载格式相关联；发送媒体能力是第一媒体能力和第二媒体能力中的一个，而接收媒体能力是第一媒体能力和第二媒体能力中的另一个。
B：根据段落A的电信系统，其中网络网关还被配置为将第二分组提供给第一终端和第二终端的接收终端，其中，接收终端与发送终端不同。
C：根据段落A或B的电信系统，其中网络网关还被配置为：从发送终端接收第一分组，其中第一分组包括第一报头和第一有效负载，并且第一有效负载与有效负载格式相关联；至少部分地基于第一报头确定第二报头；以及确定包括第二报头和第一有效负载的第二分组。
D：根据段落C的电信系统，其中网络网关还被配置为确定由至少一个报头和第一有效负载组成的第二分组。
E：根据段落A-D中任一段的电信系统，其中：锚定网络设备还被配置为：接收指示第三媒体能力的发起响应；确定第一媒体能力和第三媒体能力中的至少一个满足预定标准；以及提供标准匹配指示；以及网络网关被配置为响应标准匹配指示提供第二分组。
F：根据段落A-E中任一段的电信系统，其中锚定网络设备包括ATCF，并且网络网关包括ATGW。
G：根据段落A-F中任一段的电信系统，其中发起请求包括会话发起协议(SIP)INVITE消息，其具有指示第一媒体能力的会话描述协议(SDP)主体。
H：根据段落G的电信系统，其中第一媒体能力和第二媒体能力包括各自不同编码/解码过程(编解码器)。
I：根据段落H的电信系统，其中第一媒体能力包括自适应多速率宽带(AMR-WB)音频编解码器，并且第二媒体能力包括增强语音服务(EVS)互操作(IO)模式编解码器。
J：根据段落A-I中任一段的电信系统，其中锚定网络设备还被配置为至少部分地基于可接受媒体能力的预定列表确定第二发起请求。
K：一种方法，包括：接收通信会话的发起请求；确定发起请求的编解码器列表对应于预定的重写规则，其中编解码器列表包括第一编解码器；并且将重写规则应用于发起请求以提供具有包括不同的第二编解码器的第二编解码器列表的第二发起请求，其中第一编解码器和第二编解码器二者都与共同的有效负载格式相关联。
L：根据段落K的方法，还包括经由网络将第二发起请求传送到终端。
M：根据段落L的方法，还包括：经由网络从终端接收发起响应，该发起响应包括具有第三编解码器的第三编解码器列表；将第二预定重写规则应用于第三编解码器列表以提供第二发起响应，该第二发起响应包括具有与第三编解码器不同的第四编解码器的第四编解码器列表，其中第三编解码器和第四编解码器二者都与共同的有效负载格式相关联。
N：根据段落M的方法，还包括基于预定的可接受编解码器列表过滤第四编解码器列表。
O：根据段落K-N中任一段的方法，还包括经由网络向网络网关传送重写指示。
P：根据段落K-O中任一段的方法，还包括基于预定的可接受编解码器列表过滤第二编解码器列表。
Q：一种网络网关，被配置为：修改源自第一终端并且旨在用于第二终端的第一分组以用第二编解码器报头替换第一编解码器报头，其中第一编解码器和第二编解码器二者都与共同有效负载格式相关联；以及修改源自第二终端并且旨在用于第一终端的第二分组以用第一编解码器报头替换第二编解码器报头。
R：根据段落Q的网络网关，还被配置为使第一分组和第二分组的各自有效负载保持不变。
S：根据段落Q或R的网络网关，还被配置为：接收通信会话的指示；以及响应于该指示修改至少与通信会话相关联的第三分组，其中第三分组是第一分组或第二分组中的至少一个。
T：根据段落Q-S中任一段的网络网关，其中第一编解码器和第二编解码器具有共同的媒体类型。
U：一种计算机可读介质，例如计算机存储介质，其上具有计算机可执行指令，所述计算机可执行指令在执行时配置计算机以执行如段落K-P中任一段落所述的操作。
V：一种设备，包括：处理器；以及计算机可读介质，例如计算机存储介质，其上具有计算机可执行指令，所述计算机可执行指令在由处理器执行时配置所述设备以执行如段落K-P中任一段落所述的操作。
W：一种系统，包括：用于处理的装置；和用于存储在其上具有的计算机可执行指令的装置，该计算机可执行指令包括配置系统以执行如段落K-P中任一段落所述的方法。
结论
在附图中，示例数据传送(并行)，呼叫流程图中的示例数据交换，以及过程图中代表一个或更多个操作的示例框，可以以硬件、软件或其组合实现以发送或接收所描的数据或执行所描述的交换。在软件的上下文中，所示的框和交换代表计算机可执行指令，当由一个或更多个处理器执行时，使得处理器传送或接收所述数据。通常，例如存储在定义操作逻辑的程序模块中的计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、模块、组件、数据结构等。除非在此明确阐述，否则描述传送的顺序不旨在被解释为限制，并且可以以任何顺序和/或并行地组合任何数量的所描述的传送以实现这些过程。
可以使用其他架构来实现所描述的功能，并且旨在落入本公开的范围内。此外，虽然为了讨论的目的在上面定义了具体的责任分配，但是可以根据具体情况以不同的方式分配和划分各种职能和责任。
类似地，可以以各种方式并使用不同的手段来存储和分发软件，并且可以以许多不同的方式改变上述特定的软件存储和执行配置。因此，实现上述技术的软件可以分布在各种类型的计算机可读介质上，不限于具体描述的存储器形式。
此外，尽管用结构特征和/或方法动作专用的语言描述了本主题，但应理解，所附权利要求书中定义的主题不必限于所描述的具体特征或动作。而是，具体特征和动作被公开为实现权利要求的示例性形式。

Claims (20)

1.一种电信系统，包括：
锚定网络设备，被配置为：
从第一终端接收通信会话的第一发起请求，所述第一发起请求指示与有效负载格式相关联的第一媒体能力；
至少部分地基于所述第一发起请求确定第二发起请求，所述第二发起请求指示与所述第一媒体能力不同并且与所述有效负载格式相关联的第二媒体能力；以及
向第二终端提供所述第二发起请求；以及
网络网关，被配置为修改所述第一终端和所述第二终端的发送终端的第一分组的报头，以提供第二分组，
其中：
所述第一分组与发送媒体功能相关联；
所述第二分组与接收媒体能力相关联；
所述第一分组和所述第二分组二者都与所述有效负载格式相关联；以及
所述发送媒体能力是所述第一媒体能力和所述第二媒体能力中的一个，所述接收媒体能力是所述第一媒体能力和所述第二媒体能力中的另一个。
2.根据权利要求1所述的电信系统，其中所述网络网关还被配置为将所述第二分组提供给所述第一终端和所述第二终端的接收终端，其中所述接收终端与所述发送终端不同。
3.根据权利要求1所述的电信系统，其中，所述网络网关还被配置为：
从所述发送终端接收所述第一分组，其中所述第一分组包括第一报头和第一有效负载，并且所述第一有效负载与所述有效负载格式相关联；
至少部分地基于所述第一报头确定第二报头；以及
确定包括所述第二报头和所述第一有效负载的所述第二分组。
4.根据权利要求3所述的电信系统，其中所述网络网关还被配置为确定由至少一个报头和所述第一有效负载组成的所述第二分组。
5.根据权利要求1所述的电信系统，其中：
所述锚定网络设备还被配置为：
接收指示第三媒体能力的发起响应；
确定所述第一媒体能力和所述第三媒体能力中的至少一个满足预定标准；以及
提供标准匹配指示；以及
所述网络网关被配置为响应于所述标准匹配指示提供所述第二分组。
6.根据权利要求1所述的电信系统，其中所述锚定网络设备包括ATCF，并且所述网络网关包括ATGW。
7.根据权利要求1所述的电信系统，其中所述发起请求包括会话发起协议(SIP)INVITE消息，其具有指示所述第一媒体能力的会话描述协议(SDP)主体。
8.根据权利要求7所述的电信系统，其中所述第一媒体能力和所述第二媒体能力包括各自不同的编码/解码过程(编解码器)。
9.根据权利要求8所述的电信系统，其中所述第一媒体能力包括自适应多速率宽带(AMR-WB)音频编解码器，并且所述第二媒体能力包括增强型语音服务(EVS)互操作(IO)模式编解码器。
10.根据权利要求1所述的电信系统，其中所述锚定网络设备还被配置为至少部分地基于可接受的媒体能力的预定列表确定所述第二发起请求。
11.一种方法，包括：
接收通信会话的发起请求；
确定所述发起请求的编解码器列表对应于预定的重写规则，其中所述编解码器列表包括第一编解码器；以及
将所述重写规则应用于所述发起请求以提供第二发起请求，所述第二发起请求具有包括不同的第二编解码器的第二编解码器列表，其中所述第一编解码器和所述第二编解码器二者都与共同的有效负载格式相关联。
12.根据权利要求11所述的方法，还包括：经由网络将所述第二发起请求传送到终端。
13.根据权利要求12所述的方法，还包括：
经由所述网络从所述终端接收发起响应，所述发起响应包括具有第三编解码器的第三编解码器列表；
将第二预定重写规则应用于所述第三编解码器列表以提供第二发起响应，所述第二发起响应包括具有与所述第三编解码器不同的第四编解码器的第四编解码器列表，其中所述第三编解码器和所述第四编解码器二者都与所述共同的有效负载格式相关联。
14.根据权利要求13所述的方法，还包括基于预定的可接受编解码器列表过滤所述第四编解码器列表。
15.据权利要求11所述的方法，还包括经由网络向网络网关传送重写指示。
16.根据权利要求11所述的方法，还包括基于预定的可接受编解码器列表过滤所述第二编解码器列表。
17.一种网络网关，被配置为：
修改源自第一终端并且旨在用于第二终端的第一分组以用第二编解码器报头替换第一编解码器报头，其中所述第一编解码器和所述第二编解码器二者都与共同的有效负载格式相关联；以及
修改源自所述第二终端并且旨在用于所述第一终端的第二分组以用第一编解码器报头替换第二编解码器报头。
18.根据权利要求17所述的网络网关，还被配置为使所述第一分组和所述第二分组的各自有效负载保持不变。
19.根据权利要求17所述的网络网关，还被配置为：
接收通信会话的指示；以及
响应于所述指示，修改与所述通信会话相关联的至少第三分组，其中所述第三分组是所述第一分组或所述第二分组中的至少一个。
20.根据权利要求17所述的网络网关，其中所述第一编解码器和所述第二编解码器具有共同的媒体类型。
CN201780060043.0A 2016-09-29 2017-09-29 使用兼容的有效负载的网络-终端互操作 Pending CN109891917A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/280,234 US9826072B1 (en) 2016-09-29 2016-09-29 Network-terminal interoperation using compatible payloads
US15/280,234 2016-09-29
PCT/US2017/054320 WO2018064488A1 (en) 2016-09-29 2017-09-29 Network-terminal interoperation using compatible payloads

Publications (1)

Publication Number Publication Date
CN109891917A true CN109891917A (zh) 2019-06-14

Family

ID=60303256

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780060043.0A Pending CN109891917A (zh) 2016-09-29 2017-09-29 使用兼容的有效负载的网络-终端互操作

Country Status (4)

Country Link
US (1) US9826072B1 (zh)
EP (1) EP3497949A4 (zh)
CN (1) CN109891917A (zh)
WO (1) WO2018064488A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10148703B2 (en) 2014-10-09 2018-12-04 T-Mobile Usa, Inc. Service capabilities in heterogeneous network
US11799922B2 (en) * 2016-12-21 2023-10-24 T-Mobile Usa, Inc. Network core facilitating terminal interoperation
US10771509B2 (en) 2017-03-31 2020-09-08 T-Mobile Usa, Inc. Terminal interoperation using called-terminal functional characteristics
US10623456B2 (en) 2017-08-04 2020-04-14 T-Mobile Usa, Inc. Device service capability discovery
US10728303B2 (en) 2017-12-05 2020-07-28 At&T Intellectual Property I, L.P. Codec selection for end-to-end communication without intermediate transcoding
US11343707B2 (en) * 2020-09-11 2022-05-24 Verizon Patent And Licensing Inc. Systems and methods for voice network control and optimization

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753556A (zh) * 2004-09-24 2006-03-29 华为技术有限公司 一种实现业务类型改变的方法
CN102025715A (zh) * 2010-05-17 2011-04-20 华中科技大学 一种基于sip协议的多媒体网络通信方法
WO2011115424A2 (ko) * 2010-03-16 2011-09-22 삼성전자 주식회사 컨텐츠 출력 시스템 및 그 시스템에서 코덱 정보 공유 방법
CN102308552A (zh) * 2009-01-07 2012-01-04 阿尔卡特朗讯美国公司 在分组交换语音无线网络中控制声码器模式的方法和设备
WO2012149866A1 (zh) * 2011-05-04 2012-11-08 中兴通讯股份有限公司 单一无线语音呼叫连续性域的切换方法及系统
US20140328323A1 (en) * 2011-11-17 2014-11-06 Zte Corporation Method And System For Single Radio Voice Continuity Handover
US20140342739A1 (en) * 2011-11-30 2014-11-20 Panasonic Corporation Network node and communication method

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7636793B1 (en) 2001-11-02 2009-12-22 At&T Intellectual Property I, Lp Multimedia distribution in a heterogeneous network
US20030229699A1 (en) 2002-06-07 2003-12-11 Moran Timothy L. Method of limiting media description negotiation
KR100527343B1 (ko) * 2003-06-28 2005-11-09 한국전자통신연구원 호 설정을 위한 미디어게이트웨이 제어장치 및 방법
US8059656B1 (en) * 2006-05-12 2011-11-15 Radha Telikepalli Expedited resource negotiation in SIP
EP2062419B1 (en) 2006-09-14 2013-11-06 Telefonaktiebolaget LM Ericsson (publ) Telephony endpoint routing in an IP Multimedia Subsystem
US8929360B2 (en) 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
US7983218B2 (en) 2007-03-29 2011-07-19 Intel Corporation Techniques to support seamless mobility of electronic devices engaged in a session initiation protocol (SIP) session
AU2008240151B2 (en) 2007-04-12 2012-04-05 Nuance Communications, Inc. System and method for detecting mutually supported capabilities between mobile devices
US20090006533A1 (en) 2007-06-28 2009-01-01 Yahoo! Inc. Server-aided approach to improve media negotiation efficiency
US7801543B2 (en) 2007-12-14 2010-09-21 Motorola, Inc. Dynamic vocoder assignment in a communication system
US8687624B2 (en) * 2008-02-13 2014-04-01 Cisco Technology, Inc. Apparatus and method to handle dynamic payloads in a heterogeneous network
US8861508B2 (en) 2008-11-24 2014-10-14 Telefonaktiebolaget L M Ericsson (Publ) Routing a call setup request to a destination serving node in an IMS network
US8660551B2 (en) 2009-12-07 2014-02-25 Verizon Patent And Licensing Inc. Look-ahead capability determination via device profiles
WO2012002779A2 (en) 2010-07-01 2012-01-05 Samsung Electronics Co., Ltd. Method and apparatus for selecting video codec to be used between stations
US20130290494A1 (en) 2010-12-22 2013-10-31 Rambus Inc. Session management for communication in a heterogeneous network
US8825536B2 (en) 2011-07-18 2014-09-02 Alcatel Lucent Differential online charging for text messages based on network type
EP2856727B1 (en) 2012-06-04 2018-06-06 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for media transmission in telecommunications networks
EP3042517A4 (en) * 2013-09-05 2017-05-03 Mitel Mobility Inc. Converged media packet gateway for a novel lte data and voice core network architecture
EP3113468B1 (en) * 2014-02-28 2020-04-08 Panasonic Intellectual Property Corporation of America Voice communication terminal, intermediate node, processing device, connection method, and program
US9867098B2 (en) 2014-05-29 2018-01-09 T-Mobile Usa, Inc. Wi-Fi calling using SIP-IMS handset and evolved packet data gateway
US9838528B2 (en) 2014-07-21 2017-12-05 Verizon Patent And Licensing Inc. Voice and video calling over long term evolution-based user interface
US9571552B2 (en) 2014-09-10 2017-02-14 Genband Us Llc Systems, methods, and computer program products for selecting codecs to optimize resource utilization
US10148703B2 (en) 2014-10-09 2018-12-04 T-Mobile Usa, Inc. Service capabilities in heterogeneous network
US10587558B2 (en) 2014-10-29 2020-03-10 T-Mobile Usa, Inc. Social presence
US10044769B2 (en) * 2014-11-18 2018-08-07 T-Mobile Usa, Inc. Telecommunications network call control

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753556A (zh) * 2004-09-24 2006-03-29 华为技术有限公司 一种实现业务类型改变的方法
CN102308552A (zh) * 2009-01-07 2012-01-04 阿尔卡特朗讯美国公司 在分组交换语音无线网络中控制声码器模式的方法和设备
WO2011115424A2 (ko) * 2010-03-16 2011-09-22 삼성전자 주식회사 컨텐츠 출력 시스템 및 그 시스템에서 코덱 정보 공유 방법
CN102025715A (zh) * 2010-05-17 2011-04-20 华中科技大学 一种基于sip协议的多媒体网络通信方法
WO2012149866A1 (zh) * 2011-05-04 2012-11-08 中兴通讯股份有限公司 单一无线语音呼叫连续性域的切换方法及系统
US20140328323A1 (en) * 2011-11-17 2014-11-06 Zte Corporation Method And System For Single Radio Voice Continuity Handover
US20140342739A1 (en) * 2011-11-30 2014-11-20 Panasonic Corporation Network node and communication method

Also Published As

Publication number Publication date
EP3497949A4 (en) 2020-01-22
EP3497949A1 (en) 2019-06-19
WO2018064488A1 (en) 2018-04-05
US9826072B1 (en) 2017-11-21

Similar Documents

Publication Publication Date Title
US10965719B2 (en) Service capabilities in heterogeneous network
CN110089092A (zh) 辅助终端互操作的网络核心
CN109891917A (zh) 使用兼容的有效负载的网络-终端互操作
US10645198B2 (en) Communication terminal and communication method
CN101283556B (zh) 分组交换网和电路交换网间的媒体通信中的协议转换方法和设备
EP3113468B1 (en) Voice communication terminal, intermediate node, processing device, connection method, and program
CN110622481A (zh) 能感知转码器利用率的网络网关的会话控制
WO2012063889A1 (ja) コアネットワークおよび通信システム
WO2012063888A1 (ja) コアネットワークおよび通信システム
WO2021017807A1 (zh) 通话连接建立方法和第一终端、服务器及存储介质
WO2012063890A1 (ja) コアネットワークおよび通信システム
KR20140001477A (ko) 영상통화의 효율적 세션 교섭을 위한 장치 및 방법
CN109104295B (zh) 一种编解码处理方法、终端、网络设备和计算机存储介质
JP2016149671A (ja) 呼制御処理システムおよび呼制御処理方法
WO2014046239A1 (ja) 通信システムと方法とサーバ装置及び端末

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190614