CN117118952A - 发信号传送多媒体电话会话的编解码器模式通知 - Google Patents

发信号传送多媒体电话会话的编解码器模式通知 Download PDF

Info

Publication number
CN117118952A
CN117118952A CN202311186103.7A CN202311186103A CN117118952A CN 117118952 A CN117118952 A CN 117118952A CN 202311186103 A CN202311186103 A CN 202311186103A CN 117118952 A CN117118952 A CN 117118952A
Authority
CN
China
Prior art keywords
message
cmn
codec mode
notification
rtcp
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
CN202311186103.7A
Other languages
English (en)
Inventor
O·奥伊曼
T·路特泽恩基尔肯
U·艾雅拉索玛雅尤拉
S·珊卡·波拉
F·普兰特
G·维加延
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.)
Apple Inc
Original Assignee
Apple 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 Apple Inc filed Critical Apple Inc
Publication of CN117118952A publication Critical patent/CN117118952A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1086—In-session procedures session scope modification
    • 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
    • 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/1083—In-session procedures
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/752—Media network packet handling adapting media to network capabilities
    • 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/80—Responding to QoS
    • 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

Abstract

本公开涉及发信号传送多媒体电话会话的编解码器模式通知。本发明描述了提供用于从发送方发信号传送到接收方的用于语音的编解码器模式通知(CMN)消息的方法、系统和存储介质。还描述了其他实施方案并且/或者要求对其进行保护。

Description

发信号传送多媒体电话会话的编解码器模式通知
相关申请
本申请是国际申请号为PCT/US2019/059230、国际申请日为2019年10月31日、进入中国国家阶段日期为2021年4月30日、中国国家申请号为201980072441.3、发明名称为“发信号传送多媒体电话会话的编解码器模式通知”的发明专利申请的分案申请。
本专利申请要求于2018年11月2日提交并且名称为“SIGNALING CODEC MODENOTIFICATION FOR SPEECH IN IMS MULTIMEDIA TELEPHONY SESSIONS”的美国临时专利申请第62/755143号的优先权，该申请的全部公开内容全文以引用方式并入。
技术领域
本公开的实施方案整体涉及无线通信技术领域。
背景技术
除其他之外，本公开的实施方案涉及提供用于从发送方发信号传送到接收方的用于语音的编解码器模式通知(CMN)消息。一些实施方案可结合编解码器模式请求(CMR)或实时传输控制协议专用(RTCP-APP)消息来操作。
附图说明
实施方案通过下面结合附图的具体实施方式将更易于理解。为了有利于这种描述，类似的附图标号表示类似的结构元件。在附图的各图中，通过示例而非限制的方式示出了实施方案。
图1和图2和图3示出了根据一些实施方案的操作流程/算法结构的示例。
图4A示出了根据一些实施方案的通知字段格式的示例。
图4B示出了根据一些实施方案的反馈控制信息(FCI)格式的示例。
图4C示出了根据一些实施方案的实时传输协议(RTP)标头扩展消息格式的示例。
图4D示出了根据一些实施方案的通知字段格式的示例。
图4E示出了根据一些实施方案的信令流程的示例。
图5描绘了根据一些实施方案的网络的系统的架构。
图6描绘了根据一些实施方案的设备的部件的示例。
图7描绘了根据一些实施方案的基带电路的接口的示例。
图8描绘了根据一些实施方案的能够从机器可读介质或计算机可读介质(例如，非暂态机器可读存储介质)读取指令并执行本文所讨论的方法中的任一者或多者的部件的框图。
具体实施方式
本文所讨论的实施方案可涉及提供用于从发送方发信号传送到接收方的用于语音的编解码器模式通知(CMN)消息。还描述了其他实施方案并且/或者要求对其进行保护。
以下具体实施方式涉及附图。在不同的附图中可使用相同的附图标号来识别相同或相似的元件。在以下描述中，出于说明而非限制的目的，阐述了具体细节，诸如特定结构、架构、接口、技术等，以便提供对受权利要求书保护的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员显而易见的是，可以在背离这些具体细节的其他示例中实践受权利要求书保护的本发明的各个方面。在某些情况下，省略了对熟知的设备、电路和方法的描述，以便不会因不必要的细节而使对本发明的描述模糊。
将使用本领域的技术人员常用的术语来描述例示性实施方案的各个方面，以向本领域的其他技术人员传达其工作的实质。然而，对于本领域的技术人员将显而易见的是，可仅利用所述方面中的一些方面来实践另选实施方案。为了解释的目的，阐述了很多具体数量、材料和配置以便提供对例示性实施方案的彻底理解。然而，对于本领域的技术人员将显而易见的是，另选实施方案可在没有这些具体细节的情况下实践。在其他情况下，可能省略或简化了熟知的特征部，以便不模糊例示性实施方案。
此外，将按照最有助于理解例示性实施方案的方式将各种操作依次描述为多个离散操作；然而，不应将描述的顺序理解为暗示这些操作必然依赖于顺序。具体地讲，这些操作不必要按呈现顺序来执行。
短语“在各种实施方案中”、“在一些实施方案中”等可以指相同或不同的实施方案。除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义的。短语“A和/或B”意指(A)、(B)或(A和B)。短语“A/B”和“A或B”意指(A)、(B)、或(A和B)，类似于短语“A和/或B”。出于本公开的目的，短语“A和B中的至少一者”意指(A)、(B)或(A和B)。描述可使用短语“在一个实施方案中”、“在实施方案中”、“在一些实施方案中”和/或“在各种实施方案中”，其均可指相同或不同实施方案中的一者或多者。此外，关于本公开的实施方案使用的术语“包含”、“包括”、“具有”等是同义的。
实施方案的示例可以被描述为过程，该过程被描绘为流程图、流程图表、数据流程图、结构图或框图。虽然流程图可将操作描述为顺序的过程，但是这些操作中的多个操作可并行执行、并发执行或同时执行。此外，操作的顺序可被重新排列。过程可在其操作完成时终止，但也可具有未包括在附图中的附加步骤。过程可对应于方法、函数、规程、子例程、子程序等。当过程对应于函数时，其终止可对应于函数返回到调用函数和/或主函数。
实施方案的示例可在由上述电路中的一个或多个电路执行的计算机可执行指令(诸如程序代码、软件模块和/或功能过程)的一般上下文中进行描述。程序代码、软件模块和/或功能过程可包括执行特定任务或实现特定数据类型的例程、程序、对象、部件、数据结构等。本文所讨论的程序代码、软件模块和/或功能过程可使用现有通信网络中的现有硬件来实现。例如，本文所讨论的程序代码、软件模块和/或功能过程可使用现有网络元件或控制节点处的现有硬件来实现。
虽然先前已针对视频速率适配定义并使用临时最大媒体比特率/临时最大媒体比特率通知(TMMBR/TMMBN)，但基于用于互联网协议多媒体子系统(IMS)的多媒体电话服务(MTSI)的基于IMS的语音服务，诸如长期演进语音/视频承载(VoLTE)或新无线电语音/视频承载(VoNR)，依赖于使用编解码器模式请求(CMR)或实时传输控制协议专用(RTCP-APP)消息的语音速率适配。在先前的解决方案中，CMR消息和RTCP-APP消息两者仅用于在编解码器模式/速率变化中将该请求从接收方传送到发送方。然而，在先前的解决方案中，没有用于语音的指示从发送方到接收方的可与CMR消息和RTCP-APP消息结合使用的编解码器模式通知的适当机制。
相比之下，本公开的实施方案提供用于语音的编解码器模式通知(CMN)的各种消息格式，该通知从发送方发信号传送到接收方，并且与CMR和RTCP-APP消息结合使用。本公开的实施方案可有助于更好地管理基于IMS的多媒体电话会话中的端到端速率适配，以用于改善VoLTE呼叫的质量。
增强1：用于CMR和RTCP-APP
在一些实施方案中，可定义基于实时传输协议(RTP)/RTCP的信令，以使得语音的编解码器模式通知(CMN)能够从发送方发信号传送到接收方。该消息可根据针对会话协商的内容而与CMR和/或RTCP-APP消息结合使用。在一些实施方案中，将CMN消息从语音媒体发送方发送到语音媒体接收方，以便传达所发送的语音媒体比特率的预期变化。然后期望媒体接收方本地检查新比特率的可行性，并向媒体发送方发送CMR或RTCP-APP消息以确认新语音比特率(或者必要时，建议较低的比特率)。
在一些实施方案中，RTP/RTCP信令可以包括一个字节的通知。格式可与AMR、AMR-WB和EVS编解码器的CMR消息格式对准，以允许发信号传送相同编解码器模式，不同之处在于这里定义的消息是通知消息而不是请求消息。图4A中示出了根据本公开的一些实施方案的一个可能的一字节格式的示例，其中：
H(1位)：标头类型识别位。对于CMR字节，该位始终设置为1；
T(3位)：这些位指示请求的类型以便区分EVS AMR-WB IO和EVS主带宽；以及
D(4位)：这些位指示编解码器模式通知，符合现有的CMR消息格式。在一些情况下，诸如在AMR和AMR-WB编解码器模式的情况下，这些最后4位(即，“D”部分)可能特别相关。
本公开的实施方案可提供以下中的一种或多种：
1)用于承载CMN的新的RTCP反馈(FB)消息类型(从MTSI发送方发信号传送到MTSI接收方)。
2)在基于IMS/SIP的能力协商期间基于RTCP的发信号传送CMN的能力的新SDP参数。
3)用于承载CMN的新RTP标头扩展类型(从MTSI发送方发信号传送到MTSI接收方)。
4)在基于IMS/SIP的能力协商期间基于RTP的发信号传送CMN的能力的新SDP参数。
在一些实施方案中，发信号传送CMN可使用RTCP反馈消息。RTCP反馈消息可由PT(有效载荷类型)＝RTPFB(205)识别，其是指特定于RTP的反馈消息。对于CMN，FMT(反馈消息类型)可被设置为值“X”。RTCP反馈方法可涉及以即时反馈模式和早期RTCP模式两者发信号传送CMN。
图4B示出了FCI(反馈控制信息)格式的示例。在该示例中，FCI可恰好包含CMN的一个实例，其由以下参数组成：
H(1位)：标头类型识别位。对于CMR字节，该位始终设置为1。
T(3位)：这些位指示请求的类型以便区分EVS AMR-WB IO和EVS主带宽。
D(4位)：这些位指示编解码器模式通知，符合现有的CMR消息格式。在AMR编解码器模式和AMR-WB编解码器模式的情况下，“D”部分可特别相关。
在一些实施方案中，支持CMN的MTSI客户端可在SDP中为所有包含语音的媒体流提供“CMN”信令。可通过在相关媒体行范围内将a＝rtcp-fb属性与CMN类型包括在一起来提供CMN。结合RTCP反馈方法的CMN类型可以用以下参数表示：3gpp-cmn。通配符有效载荷类型(“*”)可用于指示CMN信令的RTCP反馈属性适用于所有有效载荷类型。这里是基于RTCP反馈方法相对于媒体行发信号传送DBI的该属性的示例性用法：
a＝rtcp-fb:*3gpp-cmn
在一些实施方案中，对应于反馈类型“3gpp-cmn”的rtcp-fb-val的ABNF可如下给出：
rtcp-fb-val＝/"3gpp-cmn"
在一些设置中，CMN可以作为传输的RTP流的一部分由MTSI发送方使用RTP标头扩展发信号传送给MTSI接收方。图4C中示出了示例性RTP标头扩展消息格式。支持该RTP标头扩展消息的3GPP MTSI客户端可以在SDP中为包含音频的所有媒体流提供这种能力。该能力可通过在相关媒体行范围下包括指示专用URN的a＝extmap属性来提供。对应于发信号传送CMN的能力的URN是：um:3gpp:cmn。
在一个实施方案中，以下是该URN在SDP中的使用的示例，其中该示例中的数字7可用范围1-14中的任何数字来代替：
a＝extmap:7um:3gpp:cmn
增强2：仅针对RTCP-APP
在一些实施方案中，RTCP-APP可被修改为包括新的1位字段以指示通知。对应的消息格式包括单个位“n”，其示例在图4D中示出。在该示例中，如果RTCP-APP消息包含通知，则将“n”设置为“G”，否则设置为“0”。
一些实施方案可包括对SDP语法的改变。在一些实施方案中，可使用的RTCP-APP请求消息使用3gpp_mtsi_app_adapf属性与SDP协商。在一个示例中，3GPP MTSI RTCP-APP适配属性的语法为：
a＝3gpp_mtsi_app_adapt:<reqNames>
其中：
<reqNames>是识别不同请求消息的用逗号分隔的列表(参见下文)。
在一些实施方案中，用于RTCP-APP适配消息协商属性的ABNF可以如下：
适配属性＝"a""＝""3gpp_mtsi_app_adapt"reqName*(","reqName)
reqName＝“RedReq”/“FrameAggReq”/“AmrCmr”/“EvsRateReq”/“EvsBandWedthReq”/“EvsParRedReq”/“EvsIoModeReq”/“EvsPrimaryModeReq”/“通知”
图4E示出了根据本公开的一些实施方案的描绘对所提议的CMN信令的使用的信令流程的示例。具体地，在步骤5中，媒体发送方使用CMN信令通知媒体接收方所发送的比特率的预期变化。在图4E所描绘的示例中，信令图描述了语音的ANBR使用。该附图中的“请求最大值”消息可以是对应于CMR或RTCP-APP的通用应用程序级消息。类似地，“通知最大值”消息可以是对应于本文所述的所提议CMN消息的通用应用程序级消息。
图5示出了根据一些实施方案的网络的系统500的架构。系统500被示出为包括用户装备(UE)501和UE 502。UE 501和UE 502被示为智能电话(例如，可连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)，但是这些UE也可包括任何移动或非移动计算设备，诸如个人数据助理(PDA)、传呼机、膝上型计算机、台式计算机、无线手持终端或任何包括无线通信接口的计算设备。
在一些实施方案中，UE 501和UE 502中的任一者可包括物联网(IoT)UE，其可包括被设计用于利用短期UE连接的低功率IoT应用程序的网络接入层。IoT UE可以利用技术诸如机器对机器(M2M)或机器类型通信(MTC)，经由公共陆地移动网络(PLMN)、基于邻近的服务(ProSe)或设备对设备(D2D)通信、传感器网络或IoT网络与MTC服务器或设备交换数据。M2M或MTC数据交换可以是机器启动的数据交换。IoT网络描述了互连的IoT UE，这些UE可包括具有短暂连接的唯一可识别的嵌入式计算设备(在互联网基础结构内)。IoT UE可执行后台应用程序(例如，保持活动消息、状态更新等)以促进IoT网络的连接。
UE 501和502可以被配置为与无线接入网(RAN)510连接(例如，通信地耦接)，RAN510可以是例如演进通用移动电信系统(UMTS)陆地无线电接入网(E-UTRAN)、下一代RAN(NGRAN)或某种其他类型的RAN。UE 501和UE 502分别利用连接503和连接504，其中每个连接包括物理通信接口或层(在下文中进一步详细论述)；在该示例中，连接503和连接504被示为空中接口以实现通信耦接，并且可以与蜂窝通信协议保持一致，诸如全球移动通信系统(GSM)协议、码分多址(CDMA)网络协议、一键通(PTT)协议、蜂窝PTT(POC)协议、通用移动电信系统(UMTS)协议、3GPP长期演进(LTE)协议、第五代(5G)协议、新无线电(NR)协议等。
在该实施方案中，UE 501和UE 502还可经由ProSe接口505直接交换通信数据。ProSe接口505可另选地被称为包括一个或多个逻辑信道的侧链路接口，该一个或多个逻辑信道包括但不限于物理侧链路控制信道(PSCCH)、物理侧链路共享信道(PSSCH)、物理侧链路发现信道(PSDCH)和物理侧链路广播信道(PSBCH)。
示出的UE 502被配置为经由连接507访问接入点(AP)506。连接507可包括本地无线连接，诸如与任何IEEE 802.11协议一致的连接，其中AP 506将包括无线保真路由器。在该示例中，示出的AP 506连接到互联网而没有连接到无线系统的核心网络(下文进一步详细描述)。
RAN 510可包括启用连接503和连接504的一个或多个接入节点。这些接入节点(AN)可以称为基站(BS)、NodeB、演进NodeB(eNB)、下一代NodeB(gNB)、RAN节点等，并且可包括地面站(例如，陆地接入点)或卫星站，其在地理区域(例如，小区)内提供覆盖。RAN 510可包括用于提供宏小区的一个或多个RAN节点(例如，宏RAN节点511)，以及用于提供毫微微小区或微微小区(例如，与宏小区相比，具有更小的覆盖区域、更小的用户容量或更高的带宽的小区)的一个或多个RAN节点(例如低功率(LP)RAN节点512)。
RAN节点511和RAN节点512中的任一者可终止空中接口协议，并且可以是UE 501和UE 502的第一联系点。在一些实施方案中，RAN节点511和RAN节点512中的任一者都可满足RAN 510的各种逻辑功能，包括但不限于无线电网络控制器(RNC)的功能，诸如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度以及移动性管理。
根据一些实施方案，UE 501和UE 502可以被配置为根据各种通信技术，使用正交频分复用(OFDM)通信信号在多载波通信信道上彼此或者与RAN节点511和RAN节点512中的任一个进行通信，诸如但不限于，正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和ProSe或侧链路通信)，但是实施方案的范围在这方面不受限制。OFDM信号可包括多个正交子载波。
在一些实施方案中，下行链路资源网格可用于从RAN节点511和RAN节点512中的任一者到UE 501和UE 502的下行链路传输，而上行链路传输可利用类似的技术。网格可以是时频网格，称为资源网格或时频资源网格，其是每个时隙中下行链路中的物理资源。对于OFDM系统，此类时频平面表示是常见的做法，这使得无线资源分配变得直观。资源网格的每一列和每一行分别对应一个OFDM符号和一个OFDM子载波。时域中资源网格的持续时间与无线电帧中的一个时隙对应。资源网格中最小的时频单位表示为资源元素。每个资源网格包括多个资源块，这些资源块描述了某些物理信道到资源元素的映射。每个资源块包括资源元素的集合；在频域中，这可以表示当前可以分配的最少量资源。使用此类资源块来传送几个不同的物理下行链路信道。
物理下行链路共享信道(PDSCH)可将用户数据和更高层信令输送至UE 501和UE502。物理下行链路控制信道(PDCCH)可以承载关于与PDSCH信道有关的传输格式和资源分配的信息等等。它还可将与上行链路共享信道相关的传输格式、资源分配和H-ARQ(混合自动重传请求)信息通知UE 501和UE 502。通常，可基于从UE 501和UE 502中的任一者反馈的信道质量信息，在RAN节点511和RAN节点512中的任一者处执行下行链路调度(将控制和共享信道资源块分配给小区内的UE 502)。可在用于(例如，分配给)UE 501和UE 502中的每一者的PDCCH上发送下行链路资源分配信息。
PDCCH可以使用控制信道元素(CCE)来传送控制信息。在被映射到资源元素之前，可以首先将PDCCH复数值符号组织为四元组，然后可以使用子块交织器对其进行排列以进行速率匹配。可以使用这些CCE中的一个或多个来传输每个PDCCH，其中每个CCE可以对应于九个的四个物理资源元素集，称为资源元素组(REG)。四个正交相移键控(QPSK)符号可以映射到每个REG。根据下行链路控制信息(DCI)的大小和信道条件，可以使用一个或多个CCE来传输PDCCH。LTE中可以存在具有不同数量的CCE(例如，聚合级别，L＝1、2、4或8)的四个或更多个不同的PDCCH格式。
一些实施方案可以使用用于控制信道信息的资源分配的概念，其是上述概念的扩展。例如，一些实施方案可以利用将PDSCH资源用于控制信息传输的增强的物理下行链路控制信道(EPDCCH)。可使用一个或多个增强的控制信道元素(ECCE)来传输EPDCCH。与以上类似，每个ECCE可对应于九个的四个物理资源元素集，被称为增强的资源元素组(EREG)。在一些情况下，ECCE可以具有其他数量的EREG。
RAN 510被示为经由S1接口513通信地耦接到核心网络(CN)520。在实施方案中，CN520可以是演进分组核心(EPC)网络、下一代分组核心(NPC)网络或某种其他类型的CN。在该实施方案中，S1接口513分为两部分：S1-U接口514，其在RAN节点511和512与服务网关(S-GW)522之间承载流量数据；以及S1-移动性管理实体(MME)接口515，其为RAN节点511和512与MME 521之间的信令接口。
在该实施方案中，CN 520包括MME 521、S-GW 522、分组数据网络(PDN)网关(P-GW)523和归属订户服务器(HSS)524。MME 521在功能上可类似于传统服务通用分组无线电服务(GPRS)支持节点(SGSN)的控制平面。MME 521可管理访问中的移动性方面，诸如网关选择和跟踪区域列表管理。HSS 524可包括用于网络用户的数据库，该数据库包括用于支持网络实体处理通信会话的订阅相关信息。根据移动订户的数量、装备的容量、网络的组织等，CN520可包括一个或多个HSS 524。例如，HSS 524可提供对路由/漫游、认证、授权、命名/寻址解析、定位依赖性等的支持。
S-GW 522可以终止向RAN 510的S1接口513，并且在RAN 510与CN 520之间路由数据分组。另外，S-GW 522可以是用于RAN间节点切换的本地移动锚点，并且还可以提供用于3GPP间移动的锚。其他职责可包括合法拦截、计费和执行某些策略。
P-GW 523可终止朝向PDN的SGi接口。P-GW 523可以经由互联网协议(IP)接口525在EPC网络与外部网络诸如包括应用服务器530(另选地称为应用功能(AF))的网络之间路由数据分组。一般地，应用服务器530可以是提供与核心网络一起使用IP承载资源的应用程序的元素(例如，UMTS分组服务(PS)域、LTE PS数据服务等)。在该实施方案中，P-GW 523被示为经由IP通信接口525通信地耦接到应用服务器530。应用服务器530还可被配置为经由CN 520支持针对UE 501和UE 502的一个或多个通信服务(例如，互联网协议语音(VoIP)会话、PTT会话、组通信会话、社交网络服务等)。
P-GW 523还可以是用于策略实施和计费数据收集的节点。策略和计费执行功能(PCRF)526是CN 520的策略和计费控制元素。在非漫游场景中，与UE的互联网协议连接访问网络(IP-CAN)会话相关联的国内公共陆地移动网络(HPLMN)中可能存在单个PCRF。在具有本地流量突破的漫游场景中，可能存在与UE的IP-CAN会话相关联的两个PCRF：HPLMN内的国内PCRF(H-PCRF)和受访公共陆地移动网络(VPLMN)内的受访PCRF(V-PCRF)。PCRF 526可经由P-GW 523通信地耦接到应用服务器530。应用服务器530可发信号通知PCRF 526以指示新服务流，并且选择适当的服务质量(QoS)和计费参数。PCRF 526可将该规则配置为具有适当的通信流模板(TFT)和QoS类别标识符(QCI)的策略和计费执行功能(PCEF)(未示出)，该功能开始由应用服务器530指定的QoS和计费。
图6示出了根据一些实施方案的设备600的示例性部件。在一些实施方案中，设备600可包括应用电路602、基带电路604、射频(RF)电路606、前端模块(FEM)电路608、一个或多个天线610和电源管理电路(PMC)612(至少如图所示耦接在一起)。图示设备600的部件可以被包括在UE或RAN节点中。在一些实施方案中，该设备600可包括较少的元件(例如，RAN节点可不利用应用电路602，而是包括处理器/控制器以处理从EPC接收的IP数据)。在一些实施方案中，设备600可包括附加元件，诸如例如，存储器/存储装置、显示器、相机、传感器或输入/输出(I/O)接口。在其他实施方案中，以下描述的部件可以包括在一个以上的设备中(例如，所述电路可以单独地包括在用于云-RAN(C-RAN)具体实施的一个以上的设备中)。
应用电路602可包括一个或多个应用处理器。例如，应用电路602可包括电路，诸如但不限于一个或多个单核或多核处理器。处理器可包括通用处理器和专用处理器(例如，图形处理器、应用程序处理器等)的任何组合。这些处理器可与存储器/存储装置耦接或可包括存储器/存储装置，并且可被配置为执行存储在该存储器/存储装置中的指令，以使得各种应用程序或操作系统能够在设备600上运行。在一些实施方案中，应用电路602的处理器可处理从EPC处接收的IP数据分组。
基带电路604可包括电路诸如但不限于一个或多个单核或多核处理器。基带电路604可包括一个或多个基带处理器或控制逻辑部件，以处理从RF电路606的接收信号路径所接收的基带信号以及生成用于RF电路606的发射信号路径的基带信号。基带处理电路604可与应用电路602进行交互，以生成和处理基带信号并控制RF电路606的操作。例如，在一些实施方案中，基带电路604可包括第三代(3G)基带处理器604A、第四代(4G)基带处理器604B、第五代(5G基)带处理器604C、或其他现有代、正在开发或将来待开发的代的一个或多个其他基带处理器604D(例如，第二代(2G)、第六代(6G)等)。基带电路604(例如，基带处理器604A-604D中的一个或多个基带处理器)可处理使得能够经由RF电路606与一个或多个无线电网络进行通信的各种无线电控制功能。在其他实施方案中，基带处理器604A-D的一部分或全部功能可包括在存储器604G中存储的模块中，并且经由中央处理单元(CPU)604E来执行。无线电控制功能可包括但不限于信号调制/解调、编码/解码、射频移位等。在一些实施方案中，基带电路604的调制/解调电路可包括快速傅里叶变换(FFT)、预编码或星座映射/解映射功能。在一些实施方案中，基带电路604的编码/解码电路可包括卷积、咬尾卷积、turbo、维特比或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施方案不限于这些示例，并且在其他实施方案中可包括其他合适的功能。
在一些实施方案中，基带电路604可包括一个或多个音频数字信号处理器(DSP)604F。音频DSP 604F可包括用于压缩/解压缩和回声消除的元件，并且在其他实施方案中可包括其他合适的处理元件。在一些实施方案中，基带电路的部件可适当地组合在单个芯片、单个芯片组中，或设置在同一电路板上。在一些实施方案中，基带电路604和应用电路602的一些或全部组成部件可被实现在一起，诸如在片上系统(SOC)上。
在一些实施方案中，基带电路604可提供与一种或多种无线电技术兼容的通信。例如，在一些实施方案中，基带电路604可支持与演进通用陆地无线电接入网(EUTRAN)或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人局域网(WPAN)的通信。其中基带电路604被配置为支持多于一种的无线协议的无线电通信的实施方案可被称为多模式基带电路。
RF电路606可以使用调制的电磁辐射通过非固体介质与无线网络进行通信。在各种实施方案中，RF电路606可包括开关、滤波器、放大器等，以促成与无线网络的通信。RF电路606可包括接收信号路径，该接收信号路径可包括用于下变频从FEM电路608接收的RF信号并向基带电路604提供基带信号的电路。RF电路606还可包括发射信号路径，该发射信号路径可包括用于上变频由基带电路604提供的基带信号并向FEM电路608提供用于发射的RF输出信号的电路。
在一些实施方案中，RF电路606的接收信号路径可包括混频器电路606a、放大器电路606b和滤波器电路606c。在一些实施方案中，RF电路606的发射信号路径可包括滤波器电路606c和混频器电路606a。RF电路606还可包括合成器电路606d，用于合成供接收信号路径和发射信号路径的混频器电路606a使用的频率。在一些实施方案中，接收信号路径的混频器电路606a可以被配置为基于合成器电路606d提供的合成频率来将从FEM电路608接收的RF信号下变频。放大器电路606b可被配置为放大下变频信号，并且滤波器电路606c可为低通滤波器(LPF)或带通滤波器(BPF)，其被配置为从下变频信号中移除不想要的信号以生成输出基带信号。可将输出基带信号提供给基带电路604以进行进一步处理。在一些实施方案中，尽管这不是必需的，但是输出基带信号可以是零频率基带信号。在一些实施方案中，接收信号路径的混频器电路606a可包括无源混频器，但是实施方案的范围在这方面不受限制。
在一些实施方案中，发射信号路径的混频器电路606a可以被配置为基于由合成器电路606d提供的合成频率来上变频输入基带信号，以生成用于FEM电路608的RF输出信号。基带信号可以由基带电路604提供，并且可以由滤波器电路606c滤波。
在一些实施方案中，接收信号路径的混频器电路606a和发射信号路径的混频器电路606a可包括两个或更多个混频器，并且可以被布置为分别用于正交下变频和上变频。在一些实施方案中，接收信号路径的混频器电路606a和发射信号路径的混频器电路606a可包括两个或更多个混频器，并且可被布置用于图像抑制(例如，Hartley图像抑制)。在一些实施方案中，接收信号路径的混频器电路606a和发射信号路径的混频器电路606a可被布置为分别用于直接下变频和直接上变频。在一些实施方案中，接收信号路径的混频器电路606a和发射信号路径的混频器电路606a可被配置用于超外差操作。
在一些实施方案中，输出基带信号和输入基带信号可以是模拟基带信号，尽管实施方案的范围在这方面不受限制。在一些另选实施方案中，输出基带信号和输入基带信号可以是数字基带信号。在这些另选的实施方案中，RF电路606可包括模数转换器(ADC)电路和数模转换器(DAC)电路，并且基带电路604可包括数字基带接口以与RF电路606进行通信。
在一些双模式实施方案中，可以提供单独的无线电IC电路来处理每个频谱的信号，但是实施方案的范围在这方面不受限制。
在一些实施方案中，合成器电路606d可以是分数N合成器或分数N/N+l合成器，但是实施方案的范围在这方面不受限制，因为其他类型的频率合成器也可以是合适的。例如，合成器电路606d可以是Δ-∑合成器、倍频器或包括具有分频器的锁相环路的合成器。
合成器电路606d可以被配置为基于频率输入和分频器控制输入来合成输出频率，以供RF电路606的混频器电路606a使用。在一些实施方案中，合成器电路606d可以是分数N/N+l合成器。
在一些实施方案中，频率输入可由电压控制振荡器(VCO)提供，尽管这不是必须的。分频器控制输入可以由基带电路604或应用处理器602根据所需的输出频率而提供。在一些实施方案中，可基于由应用处理器602指示的信道来从查找表中确定分频器控制输入(例如，N)。
RF电路606的合成器电路606d可包括分频器、延迟锁定环路(DLL)、复用器和相位累加器。在一些实施方案中，分频器可以是双模分频器(DMD)，并且相位累加器可以是数字相位累加器(DP A)。在一些实施方案中，DMD可以被配置为将输入信号除以N或N+l(例如，基于进位)，以提供分数除法比。在一些示例实施方案中，DLL可包括级联的、可调谐的、延迟元件、鉴相器、电荷泵和D型触发器集。在这些实施方案中，延迟元件可以被配置为将VCO周期分成Nd个相等的相位分组，其中Nd是延迟线中的延迟元件的数量。这样，DLL提供了负反馈，以帮助确保通过延迟线的总延迟为一个VCO周期。
在一些实施方案中，合成器电路606d可被配置为生成载波频率作为输出频率，而在其他实施方案中，输出频率可以是载波频率的倍数(例如，载波频率的两倍，载波频率的四倍)，并且与正交发生器和分频器电路一起使用，以在载波频率上生成相对于彼此具有多个不同相位的多个信号。在一些实施方案中，输出频率可为LO频率(fLO)。在一些实施方案中，RF电路606可包括IQ/极性转换器。
FEM电路608可包括接收信号路径，该接收信号路径可包括电路，该电路被配置为对从一个或多个天线610接收的RF信号进行操作，放大所接收的信号并且将所接收的信号的放大版本提供给RF电路606以进行进一步处理。FEM电路608还可包括发射信号路径，该发射信号路径可包括电路，该电路被配置为放大由RF电路606提供的、用于通过一个或多个天线610中的一个或多个天线进行发射的发射信号。在各种实施方案中，通过发射信号路径或接收信号路径的放大可仅在RF电路606中、仅在FEM 608中或者在RF电路606和FEM 608两者中完成。
在一些实施方案中，FEM电路608可包括TX/RX开关，以在发射模式与接收模式操作之间切换。FEM电路608可包括接收信号路径和发射信号路径。FEM电路608的接收信号路径可包括低噪声放大器(LNA)，以放大所接收的RF信号并且提供放大后的所接收的RF信号作为输出(例如，提供给RF电路606)。FEM电路608的发射信号路径可包括功率放大器(PA)，该功率放大器用于放大输入RF信号(例如，由RF电路606提供)；以及一个或多个滤波器，该一个或多个滤波器用于生成RF信号用于随后的发射(例如，通过所述一个或多个天线610中的一个或多个天线)。
在一些实施方案中，PMC 612可管理提供给基带电路604的功率。具体地，PMC 612可控制电源选择、电压缩放、电池充电或DC-DC转换。当设备600能够由电池供电时，例如，当设备包括在UE中时，通常可包括PMC 612。PMC 612可在提供期望的具体实施大小和散热特性时提高功率转换效率。
图6示出了仅与基带电路604耦接的PMC 612。然而，在其他实施方案中，PMC 612可以与其他部件(诸如但不限于应用电路602、RF电路606或FEM 608)附加地或另选地耦接，并且执行类似的电源管理操作。
在一些实施方案中，PMC 612可以控制或以其他方式成为设备600的各种省电机制的一部分。例如，如果设备600处于RRC_Connected状态，其中该设备仍连接到RAN节点，因为它期望立即接收流量，则在一段时间不活动之后，该设备可进入被称为不连续接收模式(DRX)的状态。在该状态期间，设备600可在短时间间隔内断电，从而节省功率。
如果在延长的时间段内不存在数据流量活动，则设备600可转换到RRC_Idle状态，其中该设备与网络断开连接并且不执行操作诸如信道质量反馈、切换等。该设备600进入非常低的功率状态并且执行寻呼，其中该设备再次周期性地唤醒以收听网络，然后再次断电。设备600在该状态下不能接收数据，为了接收数据，它必须转换回RRC_Connected状态。
附加的省电模式可以使设备无法使用网络的时间超过寻呼间隔(从几秒到几小时不等)。在此期间，该设备完全无法连接到网络，并且可以完全断电。在此期间发送的任何数据都会造成很大的延迟，并且假定延迟是可接受的。
应用电路602的处理器和基带电路604的处理器可用于执行协议栈的一个或多个实例的元件。例如，可单独地或组合地使用基带电路604的处理器来执行层3、层2或层1功能，而应用电路602的处理器可利用从这些层接收的数据(例如，分组数据)并进一步执行层4功能(例如，传输通信协议(TCP)和用户数据报协议(UDP)层)。如本文所提到的，第3层可包括无线电资源控制(RRC)层，下文将进一步详细描述。如本文所提到的，第2层可包括介质访问控制(MAC)层、无线电链路控制(RLC)层和分组数据会聚协议(PDCP)层，下文将进一步详细描述。如本文所提到的，第1层可包括UE/RAN节点的物理(PHY)层，下文将进一步详细描述。
图7示出了根据一些实施方案的基带电路的示例性接口。如上所讨论的，图6的基带电路604可包括处理器604A-604E和由所述处理器利用的存储器604G。处理器604A-604E中的每个处理器可分别包括用于向/从存储器604G发送/接收数据的存储器接口704A-704E。
基带电路604还可包括：一个或多个接口，以通信耦接到其他电路/设备，诸如存储器接口712(例如，用于向/从基带电路604外部的存储器发送/接收数据的接口)；应用电路接口714(例如，用于向/从图6的应用电路602发送/接收数据的接口)；RF电路接口716(例如，用于向/从图6的RF电路606发送/接收数据的接口)；无线硬件连接接口718(例如，用于向/从近场通信(NFC)部件、部件(例如，/>低功耗)、/>部件和其他通信部件发送/接收数据的接口)；以及电源管理接口720(例如，用于向/从PMC 612发送/接收电源或控制信号的接口)。
图8是示出根据一些示例性实施方案的能够从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)读取指令并且能够执行本文所讨论的方法中的任一者或多者的部件的框图。具体地，图8示出了硬件资源800的示意图，包括一个或多个处理器(或处理器核心)810、一个或多个存储器/存储设备820以及一个或多个通信资源830，它们中的每一者都可以经由总线840通信地耦接。对于其中利用节点虚拟化(例如，NFV)的实施方案，可执行管理程序802以提供用于一个或多个网络切片/子切片以利用硬件资源800的执行环境。
处理器810(例如，中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)(诸如基带处理器)、专用集成电路(ASIC)、射频集成电路(RFIC)、另一个处理器或其任意合适的组合)可包括例如处理器812和处理器814。
存储器/存储设备820可包括主存储器、磁盘存储装置或其任何合适的组合。存储器/存储设备820可包括但不限于任何类型的易失性或非易失性存储器，诸如动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存存储器、固态存储装置等。
通信资源830可包括互连装置或网络接口部件或其他合适的设备，以经由网络808与一个或多个外围设备804或一个或多个数据库806通信。例如，通信资源830可包括有线通信部件(例如，用于经由通用串行总线(USB)进行耦接)、蜂窝通信部件、NFC部件、部件(例如，/>低功耗)、/>部件和其他通信部件。
指令850可包括用于使处理器810中的至少任一个处理器执行本文所讨论的方法中的任一者或多者的软件、程序、应用程序、小应用程序、应用或其他可执行代码。指令850可完全地或部分地驻留在处理器810中的至少一者(例如，处理器的高速缓存存储器内)、存储器/存储设备820，或它们的任何合适的组合内。此外，指令850的任何部分可以从外围设备804或数据库806的任何组合被传送到硬件资源800。因此，处理器810的存储器、存储器/存储设备820、外围设备804和数据库806是计算机可读介质和机器可读介质的示例。
在各种实施方案中，图5至图8的设备/部件，特别是图7的基带电路可用于全部或部分地实践图1至图3所描绘的操作流程/算法结构中的任一者。
图1中描绘了操作流程/算法结构的一个示例，其可由根据一些实施方案的用户装备(UE)执行。在该示例中，操作流程/算法结构100可包括：在105处，从存储器检索编解码器模式通知(CMN)信息，该信息用于向远程UE通知编解码器模式的预期变化。操作流程/算法结构100还可包括：在110处，生成包括CMN信息的消息。操作流程/算法结构100还可包括：在115处，对消息进行编码以用于传输到远程UE。
图2中描绘了操作流程/算法结构的另一个示例，其可以由根据一些实施方案的UE执行。在该示例中，操作流程/算法结构200可包括：在205处，由第一UE从第二UE接收编解码器模式通知(CMN)消息，该消息包括用于向第一UE通知编解码器模式的预期变化的信息。操作流程/算法结构200还可包括：在210处，由第一UE基于该CMN消息生成确认消息。操作流程/算法结构200还可包括：在215处，对该确认消息进行编码以用于传输到第二UE。
图3中描绘了操作流程/算法结构的另一个示例，其可由根据一些实施方案的UE执行。在该示例中，操作流程/算法结构300可包括：在305处，生成应用层消息，该应用层消息包括用于向远程UE通知编解码器模式的预期变化的编解码器模式通知(CMN)信息。操作流程/算法结构300还可包括：在310处，对该应用层消息进行编码以用于传输到远程UE。
实施例
下文提供了一些非限制性实施例。
实施例1包括一种用户装备(UE)的装置，该装置包括：存储器，该存储器用于存储编解码器模式通知(CMN)信息，该编解码器模式通知(CMN)信息用于向远程UE通知编解码器模式的预期变化；和处理电路，该处理电路与存储器耦接以：从该存储器检索CMN信息；生成包括该CMN信息的消息；以及对该消息进行编码以用于传输到该远程UE。
实施例2包括根据实施例1或本文的一些其他实施例所述的装置，其中该消息是应用层实时传输协议(RTCP)反馈消息。
实施例3包括根据实施例2或本文的一些其他实施例所述的装置，其中该处理电路将进一步：从该远程UE接收包括RTCP反馈属性的会话描述协议(SDP)提供消息，该RTCP反馈属性指示该远程UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的接收。
实施例4包括根据实施例2或本文的一些其他实施例所述的装置，其中该处理电路将进一步：从该远程UE接收包括RTCP反馈属性的会话描述协议(SDP)应答消息，该RTCP反馈属性指示该远程UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的传输。
实施例5包括根据实施例1或本文的一些其他实施例所述的装置，其中该消息是包括实时协议(RTP)标头扩展的应用层消息，该RTP标头扩展包括该CMN信息。
实施例6包括根据实施例5或本文的一些其他实施例所述的装置，其中该处理电路将进一步：从该远程UE接收包括扩展映射属性的会话描述协议(SDP)提供消息，该扩展映射属性指示该远程UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的接收。
实施例7包括根据实施例5或本文的一些其他实施例所述的装置，其中该处理电路将进一步：从该远程UE接收包括扩展映射属性的会话描述协议(SDP)应答消息，该扩展映射属性指示该远程UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的传输。
实施例8包括一种或多种存储指令的计算机可读介质，该指令当由一个或多个处理器执行时使第一用户装备(UE)执行以下操作：从第二UE接收编解码器模式通知(CMN)消息，该消息包括用于向第一UE通知编解码器模式的预期变化的信息；基于该CMN消息生成确认消息；以及对该确认消息进行编码以用于传输到该第二UE。
实施例9包括根据实施例8或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该CMN消息中的信息用于传达媒体比特率的预期变化，并且其中该确认消息用于确认该媒体比特率的预期变化或用于建议另选的比特率。
实施例10包括根据实施例8或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该CMN消息为包括该CMN信息的实时传输协议(RTCP)反馈消息。
实施例11包括根据实施例8或本文的一些其他实施例所述的一种或多种计算机可读介质，其中：该确认消息是包括RTCP反馈属性的会话描述协议(SDP)提供消息，该RTCP反馈属性指示该UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的接收；或者该确认消息是包括RTCP反馈属性的会话描述协议(SDP)应答消息，该RTCP反馈属性指示该UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的传输。
实施例12包括根据实施例8或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该CMN消息是包括实时协议(RTP)标头扩展的应用层消息，该RTP标头扩展包括该CMN信息。
实施例13包括根据实施例8或本文的一些其他实施例所述的一种或多种计算机可读介质，其中：该确认消息是包括扩展映射属性的会话描述协议(SDP)提供消息，该扩展映射属性指示该UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的接收；或者该确认消息是包括扩展映射属性的会话描述协议(SDP)应答消息，该扩展映射属性指示该UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的传输。
实施例14包括一种或多种存储指令的计算机可读介质，该指令当由一个或多个处理器执行时使用户装备(UE)执行以下操作：生成应用层消息，该应用层消息包括用于向远程UE通知编解码器模式的预期变化的编解码器模式通知(CMN)信息；以及对该应用层消息进行编码以用于传输到该远程UE。
实施例15包括根据实施例14或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该应用层消息为包括该CMN信息的实时传输协议(RTCP)反馈消息。
实施例16包括根据实施例15或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该介质进一步存储使该UE执行以下操作的指令：从该远程UE接收包括RTCP反馈属性的会话描述协议(SDP)提供消息，该RTCP反馈属性指示该远程UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的接收。
实施例17包括根据实施例15或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该介质进一步存储使该UE执行以下操作的指令：从该远程UE接收包括RTCP反馈属性的会话描述协议(SDP)应答消息，该RTCP反馈属性指示该远程UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的传输。
实施例18包括根据实施例14或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该应用层消息包括实时协议(RTP)标头扩展，该RTP标头扩展包括该CMN信息。
实施例19包括根据实施例18或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该介质进一步存储使该UE执行以下操作的指令：从该远程UE接收包括扩展映射属性的会话描述协议(SDP)提供消息，该扩展映射属性指示该远程UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的接收。
实施例20包括根据实施例18或本文的一些其他实施例所述的一种或多种计算机可读介质，其中该介质进一步存储使该UE执行以下操作的指令：从该远程UE接收包括扩展映射属性的会话描述协议(SDP)应答消息，该扩展映射属性指示该远程UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的传输。
实施例21可包括一种装置，该装置包括用于执行实施例1-20中任一项所述或与之相关的方法或本文所述的任何其他方法或过程的一个或多个元素的构件。
实施例22可包括一种或多种非暂态计算机可读介质，该一种或多种非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时，使电子设备执行实施例1-20中任一项所述或与之相关的方法或本文所述的任何其他方法或过程的一个或多个元素。
实施例23可包括一种装置，该装置包括用于执行实施例1-20中任一项所述或与之相关的方法或本文所述的任何其他方法或过程的一个或多个元素的逻辑部件、模块和/或电路。
实施例24可包括如实施例1-20中任一项所述或与之相关的方法、技术或过程，或其部分或部件。
实施例25可包括一种装置，该装置包括：一个或多个处理器以及一个或多个计算机可读介质，该一个或多个计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使一个或多个处理器执行如实施例1-20中任一项所述或与之相关的方法、技术或过程，或其部分。
实施例26可包括如本文所示和所述的在无线网络中进行通信的方法。
实施例27可包括如本文所示和所述的用于提供无线通信的系统。
实施例28可包括如本文所示和所述的用于提供无线通信的设备。
本文中示出的具体实施的描述，包括说明书摘要中所述的具体实施，并不旨在是详尽的或将本公开限制为所公开的精确形式。尽管本文出于示意性的说明的目的描述了特定的具体实施和示例，但是可以在不脱离本公开的范围的情况下，根据以上详细描述，进行计算来实现相同目的的各种另选或等效实施方案或具体实施。

Claims (20)

1.一种第一用户装备UE，包括：
通信电路，被配置为通过无线网络从第二UE接收编解码器模式通知CMN消息，所述CMN消息包括用于向所述第一UE通知编解码器模式的预期变化的CMN信息，其中所述CMN消息是所述第二UE在未经所述第一UE请求的情况下发送的通知，所述第一UE是语音媒体接收方并且第二UE是语音媒体发送方；以及
处理电路，与所述通信电路耦接并被配置为：
基于接收到的所述CMN消息生成确认消息；以及
对所述确认消息进行编码以用于传输到所述第二UE。
2.根据权利要求1所述的第一UE，其中所述CMN信息包括利用4位指示CMN的一字节通知。
3.根据权利要求1所述的第一UE，其中所述处理电路还被配置为：
本地检查由所述编解码器模式的所述预期变化指示的比特率的可行性；以及
当确定所述第一UE支持所述比特率时，向所述第二UE传输所述确认消息以确认由所述第一UE支持的所述比特率的所述可行性。
4.根据权利要求1所述的第一UE，其中所述处理电路还被配置为：
本地检查由所述编解码器模式的所述预期变化指示的比特率的可行性；以及
当确定所述第一UE不支持所述比特率时，向所述第二UE传输所述确认消息以建议比由所述编解码器模式的所述预期变化指示的所述比特率更低的比特率。
5.根据权利要求1所述的第一UE，其中从所述第二UE接收的所述CMN消息是应用层实时传输协议RTCP反馈消息。
6.根据权利要求5所述的第一UE，其中所述处理电路还被配置为：
将包括RTCP反馈属性的会话描述协议SDP提供消息传输到所述第二UE，所述RTCP反馈属性指示所述第一UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的接收。
7.根据权利要求5所述的第一UE，其中所述处理电路还被配置为：
将包括RTCP反馈属性的会话描述协议SDP应答消息传输到所述第二UE，所述RTCP反馈属性指示所述第一UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的传输。
8.根据权利要求1所述的第一UE，其中所述CMN消息是包括实时协议RTP标头扩展的应用层消息，所述RTP标头扩展包括所述CMN信息。
9.根据权利要求8所述的第一UE，其中所述处理电路还被配置为：
将包括扩展映射属性的会话描述协议SDP提供消息传输到所述第二UE，所述扩展映射属性指示所述第一UE支持接收经由RTP标头扩展消息发信号传送的编解码器模式通知的接收。
10.根据权利要求8所述的第一UE，其中所述处理电路还被配置为：
将包括扩展映射属性的会话描述协议SDP应答消息传输到所述第二UE，所述扩展映射属性指示所述第一UE支持接收经由RTP标头扩展消息发信号传送的编解码器模式通知的传输。
11.一种或多种计算机可读介质，所述一种或多种计算机可读介质存储指令，所述指令当由一个或多个处理器执行时使第一用户装备UE执行以下操作：
通过无线网络从第二UE接收编解码器模式通知CMN消息，所述CMN消息包括用于向所述第一UE通知编解码器模式的预期变化的CMN信息，其中所述CMN消息是所述第二UE在未经所述第一UE请求的情况下发送的通知，所述第一UE是语音媒体接收方并且第二UE是语音媒体发送方；
基于接所述CMN消息生成确认消息；以及
对所述确认消息进行编码以用于传输到所述第二UE。
12.根据权利要求11所述的一种或多种计算机可读介质，其中所述CMN信息包括利用4位指示CMN的一字节通知。
13.根据权利要求11所述的一种或多种计算机可读介质，其中所述CMN消息中的所述CMN信息用于传达媒体比特率的预期变化，并且其中所述确认消息用于确认所述媒体比特率的所述预期变化或用于建议另选的比特率。
14.根据权利要求11所述的一种或多种计算机可读介质，其中所述CMN消息为包括所述CMN信息的实时传输协议RTCP反馈消息。
15.根据权利要求14所述的一种或多种计算机可读介质，其中：
所述确认消息是包括RTCP反馈属性的会话描述协议SDP提供消息，所述RTCP反馈属性指示所述第一UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的接收；或者
所述确认消息是包括RTCP反馈属性的会话描述协议SDP应答消息，所述RTCP反馈属性指示所述第一UE支持经由RTCP反馈消息发信号传送的编解码器模式通知的传输。
16.根据权利要求11所述的一种或多种计算机可读介质，其中所述CMN消息是包括实时协议RTP标头扩展的应用层消息，所述RTP标头扩展包括所述CMN信息。
17.根据权利要求16所述的一种或多种计算机可读介质，其中：
所述确认消息是包括扩展映射属性的会话描述协议SDP提供消息，所述扩展映射属性指示所述第一UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的接收；或者
所述确认消息是包括扩展映射属性的会话描述协议SDP应答消息，所述扩展映射属性指示所述第一UE支持经由RTP标头扩展消息发信号传送的编解码器模式通知的传输。
18.一种由用户装置UE执行的方法，包括：
通过无线网络从语音媒体发送方UE接收编解码器模式通知CMN消息，所述CMN消息包括用于向所述UE通知编解码器模式的预期变化的CMN信息，所述UE是语音媒体接收方，其中所述CMN消息是所述语音媒体发送方UE在未经所述语音媒体接收方UE请求的情况下发送的通知；
基于接所述CMN消息生成确认消息；以及
对所述确认消息进行编码以用于传输到所述语音媒体发送方UE。
19.根据权利要求18所述的方法，其中所述CMN信息包括利用4位指示CMN的一字节通知。
20.根据权利要求18所述的方法，其中从所述语音媒体发送方UE接收的所述CMN消息是应用层实时传输协议RTCP反馈消息或者包括实时协议RTP标头扩展的应用层消息，所述RTP标头扩展包括所述CMN信息。
CN202311186103.7A 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知 Pending CN117118952A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862755143P 2018-11-02 2018-11-02
US62/755,143 2018-11-02
CN201980072441.3A CN112997464B (zh) 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知
PCT/US2019/059230 WO2020092818A1 (en) 2018-11-02 2019-10-31 Signaling codec mode notifications for multimedia telephony sessions

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201980072441.3A Division CN112997464B (zh) 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知

Publications (1)

Publication Number Publication Date
CN117118952A true CN117118952A (zh) 2023-11-24

Family

ID=70463246

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311186103.7A Pending CN117118952A (zh) 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知
CN201980072441.3A Active CN112997464B (zh) 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201980072441.3A Active CN112997464B (zh) 2018-11-02 2019-10-31 发信号传送多媒体电话会话的编解码器模式通知

Country Status (4)

Country Link
US (1) US11936707B2 (zh)
EP (1) EP3874714A4 (zh)
CN (2) CN117118952A (zh)
WO (1) WO2020092818A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11936707B2 (en) * 2018-11-02 2024-03-19 Apple Inc. Signaling codec mode notifications for multimedia telephony sessions
US11689583B2 (en) * 2018-12-10 2023-06-27 Telefonaktiebolaget Lm Ericsson (Publ) Network node, entity and methods performed therein for handling a communication session in a communication network

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020163908A1 (en) * 2001-05-07 2002-11-07 Ari Lakaniemi Apparatus, and associated method, for synchronizing operation of codecs operable pursuant to a communicaton session
FI20011715A (fi) * 2001-08-27 2003-02-28 Nokia Corp Koodekin toiminnallisen moodin valinta
US7787377B2 (en) * 2006-02-03 2010-08-31 Telefonaktiebolaget Lm Ericsson (Publ) Selective redundancy for Voice over Internet transmissions
US20080117906A1 (en) * 2006-11-20 2008-05-22 Motorola, Inc. Payload header compression in an rtp session
CN101277179B (zh) * 2007-03-29 2012-08-08 华为技术有限公司 发送、接收通知消息的方法、装置及系统
CN101686178B (zh) * 2008-09-28 2012-11-21 华为技术有限公司 提高多媒体通话质量方法和系统、媒体控制和处理设备
TW201121344A (en) * 2009-06-15 2011-06-16 Qualcomm Inc Radio access network control of multimedia application data rates
US9357568B2 (en) * 2009-06-16 2016-05-31 Futurewei Technologies, Inc. System and method for adapting an application source rate to a load condition
US8471890B1 (en) * 2009-12-30 2013-06-25 Insors Integrated Communications Adaptive video communication channel
US8416690B2 (en) * 2010-01-11 2013-04-09 Research In Motion Limited Explicit congestion notification based rate adaptation using binary marking in communication systems
US8693320B2 (en) * 2010-01-11 2014-04-08 Research In Motion Limited Congestion level indication with explicit congestion notification in communication systems
EP3554127B1 (en) * 2010-11-10 2020-09-09 Panasonic Intellectual Property Corporation of America Terminal and coding mode selection method
US20130188758A1 (en) * 2012-01-24 2013-07-25 Broadcom Corporation Joint source channel decoding using parameter domain correlation
WO2013156063A1 (en) 2012-04-17 2013-10-24 Telefonaktiebolaget L M Ericsson (Publ) Srvcc handover of calls between access networks with active codec selection
US9253238B2 (en) * 2013-09-30 2016-02-02 Apple Inc. Device-initiated codec rate change during a voice call
KR102244612B1 (ko) * 2014-04-21 2021-04-26 삼성전자주식회사 무선 통신 시스템에서 음성 데이터를 송신 및 수신하기 위한 장치 및 방법
US10021346B2 (en) * 2014-12-05 2018-07-10 Intel IP Corporation Interactive video conferencing
JP7019561B2 (ja) * 2016-03-28 2022-02-15 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及びコーデックモード切替方法
US10057393B2 (en) 2016-04-05 2018-08-21 T-Mobile Usa, Inc. Codec-specific radio link adaptation
US10200519B2 (en) * 2016-08-11 2019-02-05 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for dynamic switching of codec modes of operation used by a terminal
WO2018041343A1 (en) * 2016-08-30 2018-03-08 Nokia Solutions And Networks Oy Codec mode handling in enhanced single radio voice call continuity scenarios
US10904798B2 (en) * 2016-11-04 2021-01-26 Apple Inc. UE and devices for codec rate adaptation
KR102540459B1 (ko) * 2016-12-22 2023-06-05 한화비전 주식회사 Rtp/rtsp 표준을 따르는 서버와 클라이언트에서 실시간 영상 스트리밍 방법
US11197345B2 (en) * 2017-09-07 2021-12-07 Intel Corporation Apparatuses for end-to-end coordination of voice over cellular data network communications
FR3071997A1 (fr) * 2017-10-02 2019-04-05 Orange Signalisation d’une requete d’adaptation d’une session de communication en voixsur ip
US11026147B2 (en) * 2018-02-13 2021-06-01 Apple Inc. Dynamic adaptation of maximum packet loss rate (PLR) for single radio voice call continuity (SRVCC) handover optimization using session description protocol (SDP)
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
FR3082386A1 (fr) * 2018-06-08 2019-12-13 Orange Adaptation de debit d'une session de communication en voix sur ip
US11936707B2 (en) * 2018-11-02 2024-03-19 Apple Inc. Signaling codec mode notifications for multimedia telephony sessions

Also Published As

Publication number Publication date
EP3874714A4 (en) 2021-12-08
EP3874714A1 (en) 2021-09-08
CN112997464A (zh) 2021-06-18
WO2020092818A1 (en) 2020-05-07
US11936707B2 (en) 2024-03-19
US20210409475A1 (en) 2021-12-30
CN112997464B (zh) 2023-09-05

Similar Documents

Publication Publication Date Title
CN110603778B (zh) 用于新无线电(nr)宽带用户设备(ue)的带宽部分配置和操作
CN110419262B (zh) 由ran架构的集中式节点重传pdcp pdu
CN112567833A (zh) 使用用户设备（ue）标识符以在第五代（5g）系统中注册
US11622397B2 (en) Enhancing user plane contexts management in new radio (NR)
CN113056943A (zh) 5g系统中非活动设备的寻呼原因确定
CN112913163B (zh) 测量间隙增强
US20210243766A1 (en) Bandwidth Part Switching Delay for Uplink Transmission
WO2020069359A1 (en) Physical uplink shared channel (pusch) repetition termination for new radio (nr)
CN112567666A (zh) 用于可靠通信的增强harq反馈
US20200137623A1 (en) Bandwidth utilization during silence frames
US20240031971A1 (en) Supporting information centric networking in next generation cellular networks
CN112740772A (zh) 用于同步信号块(ssb)传输配置的协调信令
US20210392085A1 (en) Enhancement of User Plane Flow Control for Retransmitted Packets
US20210212138A1 (en) SERVICE ANNOUNCEMENT AND DISCOVERY CONSIDERATIONS FOR SIDELINK UNICAST CONNECTION ESTABLISHMENT FOR eV2X
CN112997464B (zh) 发信号传送多媒体电话会话的编解码器模式通知
WO2022151215A1 (en) Uplink and downlink configuration enhancement
US11601795B2 (en) Emergency calling in a fifth generation (5G) new
CN112956239A (zh) 用于同时连接切换的命令处理
WO2020112257A1 (en) Apparatus and method for operating with a radio frequency circuitry and wireless transmission and reception in a millimeter wave range
US11968568B2 (en) Performance measurements in a next generation radio access network (NG-RAN)
WO2022236594A1 (en) Access control
CN116326183A (zh) 用于XR业务的多cDRX配置和动态配置切换

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