CN111788814B - 速率调整技术 - Google Patents
速率调整技术 Download PDFInfo
- Publication number
- CN111788814B CN111788814B CN201880090475.0A CN201880090475A CN111788814B CN 111788814 B CN111788814 B CN 111788814B CN 201880090475 A CN201880090475 A CN 201880090475A CN 111788814 B CN111788814 B CN 111788814B
- Authority
- CN
- China
- Prior art keywords
- codec adaptation
- node
- control information
- codec
- network
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
所公开的技术使得通信节点能够执行速率调整。作为示例,通信节点可以从网络节点接收控制信息。基于所接收的控制信息,控制节点可以确定网络节点支持编解码适配,或者确定通信节点被允许启用编解码适配。
Description
技术领域
本公开总体上涉及数字无线通信。
背景技术
移动通信技术正在将世界推向日益互联和网络化的社会。与现有的无线网络相比,下一代系统和无线通信技术将需要支持范围宽得多的用例特性,并提供更复杂和更高级范围的接入要求和灵活性。
长期演进(Long-Term Evolution,LTE)是由第三代合作伙伴计划(3rdGeneration Partnership Project,3GPP)开发的用于移动设备与数据终端的无线通信的标准。高级LTE(LTE Advanced,LTE-A)是增强LTE标准的无线通信标准。被称为5G的第五代无线系统推进了LTE和LTE-A无线标准,并且致力于支持更高的数据速率、大量连接、超低时延、高可靠性和其他新兴业务需求。
发明内容
公开了能够在通信节点之间进行比特率调整的技术。在第一示例方面,公开了一种无线通信的方法。所述方法包括:由通信节点从网络节点接收控制信息;并且基于控制信息确定网络节点支持编解码适配,或者确定通信节点被允许启用编解码适配。在一些实施例中,控制信息包括信息,所述信息指示每个传输方向、每一个或多个分组数据单元(packet data unit,PDU)会话、每一个或多个服务质量(quality of service,QoS)流、每一个或多个数据无线承载(data radio bearer,DRB)或每一个或多个逻辑信道(logicalchannel,LCH)启用或禁用编解码适配。
在一些实施例中,第一示例方面的方法包括由通信节点通过排除不能执行编解码适配的一个或多个PDU会话、一个或多个QoS流、一个或多个DRB或一个或多个LCH来生成推荐比特率查询。
在一些实施例中,控制信息包括指示用于编解码适配的比特率调整范围的信息。在一些实施例中,通信节点通过包括不超过比特率调整范围的比特率来生成推荐比特率查询。
在一些实施例中,控制信息包括指示网络节点支持或不支持用于编解码适配的时间窗口的信息。在一些实施例中,控制信息包括指示针对通信节点启用或禁用编解码适配的时间窗口的信息。
在一些实施例中,第一示例方面的方法包括响应于基于接收到的控制信息,确定网络节点不支持编解码适配,或者确定不允许通信节点启用编解码适配,执行以下操作中的任何一个或多个:确定推荐的比特率查询未被发送到网络节点,以及确定推荐的比特率查询未被生成。
在第二示例方面,公开了一种无线通信的方法。所述方法包括由第一网元向第二网元发送包括适配控制信息的消息,所述适配控制信息包括第二网元针对编解码适配被启用或禁用或者允许第二网元针对通信节点启用编解码适配的指示,并且其中第一网元和第二网元是分离的网元。
在一些实施例中,所述消息包括信息,所述信息指示对于第二网元的每个传输方向或对于通信节点的每个传输方向启用或禁用编解码适配。在一些实施例中,消息包括信息,所述信息指示针对每一个或多个分组数据单元(PDU)会话、每一个或多个服务质量(QoS)流、每一个或多个数据无线承载(DRB)或每一个或多个逻辑信道(LCH)将启用或禁用编解码适配。在一些实施例中,消息包括信息,所述信息指示针对每个通信节点、每一个或多个PDU会话、每一个或多个Qos流、每一个或多个DRB或每一个或多个LCH中的任何一个或多个的目标码率或目标码率范围。在一些实施例中,所述消息包括指示时间窗口的信息,在所述时间窗口内将启用或禁用编解码适配。
在第二示例方面的一些实施例中,第一网元包括集中式单元,并且第二网元包括分布式单元。在第二示例方面的一些实施例中,第一网元包括主节点,并且第二网元包括辅助节点。
在第三示例方面,公开了一种无线通信的方法。所述方法包括由第一网元向第二网元发送请求消息,其中所述请求消息通知第二网元启用或禁用编解码适配,并且其中第一网元和第二网元是分离的网元。在一些实施例中,第一网络节点向第二网络节点发送所述第一网络节点针对通信节点实现了编解码适配的指示。
在一些实施例中,请求消息包括指示针对第一网元的每个传输方向或针对通信节点的每个传输方向将启用或禁用编解码适配的信息。在一些实施例中,请求消息包括信息,所述信息指示针对每一个或多个分组数据单元(PDU)会话、每一个或多个服务质量(QoS)流、每一个或多个数据无线承载(DRB)或每一个或多个逻辑信道(LCH)启用或禁用编解码适配。在一些实施例中,所述请求消息包括信息,所述信息指示每个通信节点、每一个或多个PDU会话、每一个或多个Qos流、每一个或多个DRB或每一个或多个LCH中的任何一个或多个的目标码率或目标码率范围。在一些实施例中,请求消息包括指示时间窗口的信息,在所述时间窗口内将启用或禁用编解码适配。
在第三示例方面的一些实施例中,所述方法还包括由第一网元从通信节点接收包括推荐比特率的推荐比特率查询,其中所述请求消息包括指示第一网元支持推荐的比特率的信息。在第三示例方面的一些实施例中,所述方法包括由第一网元向第二网元发送推荐的比特率。在第三示例方面的一些实施例中,第一网元包括分布式单元,并且第二网元包括集中式单元。
在第四示例方面,公开了一种无线通信的方法。所述方法包括由网络节点接收通信节点的编解码适配的服务类型信息,其中网络节点从通信节点或从核心网络接收服务类型信息。在一些实施例中,核心网络被配置为向通信节点提供服务类型信息。在一些实施例中,服务类型信息包括标识支持编解码适配的一个或多个分组数据单元(PDU)会话或一个或多个服务质量(QoS)流的信息。在一些实施例中,服务类型信息包括由分组数据单元(PDU)会话或服务质量(QoS)流支持的编解码适配的比特率调整范围。
在第五示例方面,公开了一种无线通信的方法。所述方法包括由第一网元从第二网元接收覆盖增强的多个优先级,所述多个优先级包括相对于一个或多个其他覆盖增强的一个或多个优先级的编解码适配优先级,并且其中第一网元和第二网元是分离的网元。在第五示例方面的一些实施例中,第一网元包括分布式单元,并且第二网元包括集中式单元。在第五示例方面的一些实施例中,第一网元包括用户设备,并且第二网元包括无线电接入网(Radio Access Network,RAN)节点。
在第六示例方面,公开了一种无线通信的方法。所述方法包括由第一网元向第二网元发送信息,所述信息包括为用户设备生成或发送给用户设备的推荐的比特率的信息,或者由第一网元从用户设备接收的推荐的比特率查询信息,其中用户设备将被切换。在一些实施例中,第一网元包括源gNB,并且第二网元包括目标gNB。
在各个方面的一些实施例中,第一网元包括辅助节点,并且第二网元包括主节点。在各个方面的一些实施例中,通信节点包括用户设备,并且网络节点包括无线电接入网(RAN)节点。
在又一示例性方面,上述方法以处理器可执行代码的形式体现,并被存储在计算机可读程序介质中。
在又一示例性实施例中,公开了一种被配置为或可操作为来执行上述方法的设备。
在附图、说明书和权利要求书中更详细地描述了上述方面和其他方面及其实施方式。
附图说明
图1示出了5G RAN的通用架构的示例。
图2示出了新无线电(NR)系统的双连接(DC)架构的示例。
图3示出了用户设备(UE)从无线电接入网(RAN)节点接收编解码适配控制信息的示例。
图4示出了UE从RAN节点接收编解码适配控制信息的另一示例。
图5示出了UE向RAN节点发送控制信息的示例。
图6示出了集中式单元(Centralized Unit,CU)向分布式单元(DistributedUnit,DU)发送编解码适配控制信息的示例。
图7示出了DU向CU发送编解码适配控制请求信息的示例。
图8示出了DU向CU发送编解码适配控制请求信息的另一示例。
图9示出了UE与网络节点建立连接的示例。
图10示出了UE从网络节点请求用于编解码适配的服务类型信息的示例。
图11示出了第一网络节点从第二网络节点请求用于编解码适配的服务类型信息的示例。
图12示出了用于切换过程的流程图的示例。
图13是由主节点(MN)用来向辅助节点(SN)发送编解码适配控制信息的过程的示例。
图14是用于由SN从MN请求编解码适配控制信息的过程的示例。
图15是用于由SN从MN请求编解码适配控制信息的过程的另一示例。
图16示出了用于接收控制信息的示例性流程图。
图17示出了通信节点或网络节点的示例性框图。
具体实施方式
本专利文档首先提供了5G无线电接入网(RAN)的概述。接下来,本专利文档讨论了与当前用于多媒体电话服务(multimedia telephone service,MMtel)的应用层速率调整过程相关联的一些问题。此后,所述专利文档在六个章节中描述了各种解决方案。第1节的解决方案中的至少一些通常涉及启用网络节点(诸如,RAN节点)和通信节点(诸如,UE)之间的控制机制。第2节的解决方案中的至少一些通常涉及启用第一网元(诸如分布式单元(DU))和第二网元(诸如集中式单元(CU))之间的控制机制,其中DU和CU是分离的。第3节的解决方案中的至少一些通常涉及在第一网络节点(诸如,RAN节点)和核心网络之间启用控制机制。第4节的解决方案中的至少一些通常涉及在网元或网络节点之间发送的优先化控制信息。第5节的解决方案中的至少一些通常涉及切换过程。第6节的解决方案中的至少一些通常涉及启用主节点和辅助节点之间的控制机制。以下各章节的示例标题用于有助于理解所公开的主题,并且不以任何方式限制所要求保护的主题的范围。因此,一个示例章节的一个或多个特征可以与另一示例章节的一个或多个特征相结合。
5G新无线电(NR)协议已经引入了双连接系统,所述系统可以包括由UE同时连接两个5G-NR基站,或者由UE同时连接一个LTE基站和一个5G-NR基站。目前,在开发5G-NR的同时,由于网络覆盖或无线电接入网(RAN)拥塞的问题,需要应用层比特率调整过程。如在本专利文档中的各种实施例中进一步解释的那样,比特率调整过程的发展可以包括单链路速率调整的无线握手过程、在节点间双连接(DC)中的辅助节点(SN)或主节点(MN)的比特率调整方法、以及内部集中式单元(CU)、内部分布式单元(DU)、DC、SN或MN的码率调整方法。
本文件中使用章节标题是为了提高可读性,而不是将章节中描述的实施例和技术仅限于所述章节。
5G无线电接入网(RAN)的总体架构
图1示出了5G RAN的总体架构的示例。在图1的顶部,首字母缩略词5GC指的是5G网络的核心网络。图1的下半部分示出了NG RAN,它被称为5G新无线电接入技术(RadioAccess Technology,RAT)无线电接入网。所述NG-RAN由一组通过NG接口连接到5GC的一个或多个gNB组成。所述gNB是5G RAN的基站。所述gNB可以支持频分双工(frequencydivision duplex,FDD)模式、时分双工(time division duplex,TDD)模式或双连接模式操作。所述组gNB可以通过Xn接口互连。gNB可以由gNB-CU和一个或多个gNB-DU组成。gNB-CU和gNB-DU经由F1接口连接。NG、Xn和F1是网络中使用的逻辑接口。
在新无线电(NR)框架中,前向网络接口可以通过考虑传输容量、传输延迟和/或部署的便利性来划分。例如,考虑到非理想的前向传输,延迟不敏感的网络功能可以被放置在诸如集中式单元(CU)之类的网元上,而延迟敏感的网络功能可以被放置在诸如分布式单元(DU)之类的另一网元上。
在图1中,左边的gNB没有被分成CU和DU,而右边的gNB被分成CU和DU。是否拆分gNB的决定可以基于运营商的网络部署要求。协议栈中CU和DU功能的划分的示例是CU可以包括无线电资源控制(Radio Resource Control,RRC)和分组数据汇聚协议(Packet DataConvergence Protocol,PDCP)功能,而DU包括RLC、MAC和PHY功能。
图2示出了NR系统的双连接(DC)架构的示例。DC系统可以包括两个(或更多个)网络侧节点,这些网络侧节点提供到UE或来自UE的数据连接。例如,网络节点可以包括主节点和辅助节点。作为另一示例,DC系统中的网络节点可以包括eNB和gNB或向UE提供无线连接的其他类型的服务网络节点。在DC系统中,对于具有多个收发器(多个Rx/Tx)的UE,NG-RAN中的UE的当前服务基站,诸如图2中的第一网元,可以为UE选择合适的无线信道。例如,第一网元可以选择具有满足或超过特定阈值的质量的无线信道。在DC系统中,第二基站(诸如图2中的第二网元)也可以被添加到UE。在DC系统中,两个基站可以共同为UE提供无线电资源,以执行用户平面数据传输。进一步,就有线接口而言,可以在第一网元和下一代核心网络(NG-CN)之间建立第一NG控制平面(NG-C),并且最多可以在第二网元和NG-CN之间为UE建立NG-U。第一网元和第二网元可以通过被称为Xn接口的理想或非理想接口进行连接。
就无线接口而言,第一网元和第二网元可以提供相同或不同的无线接入技术(RAT),以及相对独立的UE调度。其中,连接到核心网络的控制平面的第一网元可以被称为主节点,并且核心网络可以仅具有用户平面连接,即使在某些情况下可能没有与核心网络的用户平面连接。第二网元可以被称为辅助节点。如果有连接到UE的多于两个的网元,则除了主节点之外的所有节点都称为辅助节点。
基于上述双连接性概念,多RAT双连接指的是双连接性架构,其中主节点和辅助节点可以是不同无线电接入技术的接入点。例如,一个接入点可以是NR RAN节点(例如,gNB),而另一接入点可以是LTE RAN节点(eNB)。在此示例中,eNB和gNB可以同时连接到5G核心网络。在另一示例中,双连接性场景可以包括主节点和辅助节点两者作为NR RAN节点(例如,gNB)。
应用层速率调整
多媒体电话服务(MMtel)根据不同的通信需求包括语音和视频服务。MMtel可以在第一网络节点(诸如第一UE)和第二网络节点(诸如第二UE或计算机)之间提供端到端的语音和视频服务。网络节点的应用层具有多种可选的码率,使得两个网络节点可以使用所述码率在软件应用层处进行协商。当通信环境变得更差或更好时,网络节点可以协商降低或增加应用层码率。然而,因为应用层协商的码率不一定与网络的实际通信环境相匹配,所以它可能与网络的实际需求相冲突。例如,可能存在几种导致语音或视频会话会被卡住原因。这些原因中的一些可能包括无线环境的裂化,或者RAN或核心网络处的拥塞。
另外,比特率调整的功能和各种其他接入网络的现有覆盖增强功能实际上是重复的。例如,复制可以特别地包括PDCP复制、物理层处的子帧的重叠增强机制或双连接机制。如果UE应用层任意调整应用层码率,则可能会导致RAN的无线接口效率下降。因此,应用层码率调整的控制机制应所述在RAN级进行考虑。
1.用于编解码适配的UE和RAN之间的控制机制
第1节提供了用于在网络节点(诸如,RAN节点)和通信节点(诸如,UE)之间的网络侧无线接口处启用用于编解码适配的控制机制的解决方案。
解决方案1.1:UE从RAN节点接收信息:
UE可以从RAN节点获得以下编解码适配控制信息中的一个:(1)RAN节点是否支持编解码适配,或者(2)是否允许UE启用编解码适配功能。关于RAN节点是否支持编解码适配的信息可以通过系统消息获得。关于UE是否被允许启用编解码适配功能的信息可以通过专用信令或媒体访问控制元素(MAC CE)来获得。
在一些实施例中,由UE从RAN节点获得的编解码适配控制信息可以包括:在RAN节点支持编解码适配的情况下,或者在允许UE启用编解码适配功能的情况下,RAN节点是否可以提供可能不满足UE的Qos要求的推荐的比特率。不满足Qos要求的推荐的比特率的一些示例可以包括:UE从RAN节点接收低于承载或Qos流或LCH的保证比特率(guaranteed bitrate,GBR)要求的承载或Qos流或LCH的推荐的比特率,或者UE从RAN节点接收高于承载或Qos流或LCH的最大比特率(maximum bit rate,MBR)要求的承载或Qos流的推荐的比特率。
在一些实施例中,由UE从RAN节点获得的编解码适配控制信息可以告诉UE是否允许UE在某些情况下向RAN节点发送编解码适配比特率查询。例如,编解码适配控制信息可以通知UE,所述UE可以向RAN节点发送可能不满足一个或多个承载的Qos要求的编解码适配或推荐的比特率查询。另一个示例可以是,UE可以向RAN节点发送编解码适配比特率查询,该编解码适配比特率查询不能满足UE的Qos流或LCH。
在其中UE同时与主节点或辅助节点连接的一些实施例中,UE可以从主节点获得编解码适配控制信息,所述信息包括是否允许UE与辅助节点一起执行编解码适配。如果不允许UE与辅助节点一起执行编解码适配,则UE可能不会为辅助节点生成推荐的比特率查询或者向辅助节点发送推荐的比特率查询。
在一些实施例中,由UE从RAN节点获得的编解码适配控制信息可以包括细粒度控制信息,所述细粒度控制信息包括是否针对以下中任何一项或多项启用或禁用编解码适配:每个方向(例如,上行链路或下行链路)、每一个或多个分组数据单元(PDU)会话、每一个或多个服务质量(QoS)流、每一个或多个数据无线承载(DRB)、或者每一个或多个逻辑信道(LCH)。在一些实施例中,用于编解码适配的细粒度控制信息可以包括用于编解码适配的比特率调整范围。
此外,由UE从RAN节点获取的控制信息可以可选地包括附加信息,诸如指示支持编解码适配的RAN节点的时间窗口的信息,或者为UE启用/禁用编解码适配的时间窗口。例如,这个信息指示RAN节点何时以及多长时间支持编解码适配,或者UE被启用/禁用编解码适配。
在一些实施例中,如果RAN节点不支持编解码适配,或者RAN节点不允许UE启用编解码适配,则UE可以执行以下中的任何一项或多项:(1)如果已经生成了推荐的比特率查询,则UE可以不向RAN节点发送推荐的比特率查询,以及(2)UE可以不生成推荐的比特率查询来发送给RAN节点。
UE向RAN节点发送推荐的比特率查询,以向RAN节点提供逻辑信道的特定码率推荐值。因此,UE可以使用推荐比特率查询来确定RAN节点是否可以提供码率推荐值,或者UE请求RAN节点指示由RAN节点确定的码率推荐值。
在UE与另一通信节点(诸如另一UE或多媒体网关(multimedia Gateway,MGW))通信的一些实施例中,第一UE可以向另一通信节点通知关于RAN节点的编解码适配控制信息的情况。在这样的实施例中,通知方法可以包括UE使用更高层来向网络节点发送控制信息。例如,UE可以使用非接入(NAS)层信令,UE可以通过核心网络将控制信息转发给另一通信节点,或者UE可以通过应用层将控制信息发送给另一通信节点。
在一些实施例中,如果由UE从RAN节点获取的信息指示RAN节点支持(或不支持)编解码适配,或者指示用于启用或禁用UE的编解码适配功能的时间窗口,则UE可以在所述时间窗口内执行第1.1节中描述的操作。
在如上所述的其中UE控制信息包括用于编解码适配的细粒度控制信息的一些实施例中,UE然后可以执行以下操作中的任何一个或多个:(1)当生成推荐比特率查询时,UE可以不包括不能执行编解码适配的所述一个或多个PDU会话、一个或多个QoS流、一个或多个DRB、或一个或多个LCH,和/或(2)当UE生成推荐比特率查询时,它可以不超出由RAN节点(诸如gNB)指示的比特率调整范围。
解决方案1.1的示例1
图3示出了UE从RAN节点接收编解码适配控制信息的示例。RAN节点(诸如gNB)可以使用系统消息(诸如系统信息块)来向gNB的覆盖区域中的一个或多个UE广播编解码适配控制信息。系统信息块可以包括编解码适配控制信息。编解码适配控制信息可以向UE指示是否支持编解码适配功能。
在一些实施例中,如果UE知道gNB支持编解码适配功能,则无论是处于RRC空闲状态还是处于RRC连接状态,UE都可以执行以下动作:(1)如果编解码器调整请求是从对等UE或对等媒体网关(MGW)获得,则UE可以生成推荐比特率查询并将其发送给gNB,询问gNB其是否可以提供包括在查询中的编解码器调整比特率;或者(2)如果UE测量到空中接口的质量不满足预设阈值,则UE可以生成比特率查询并将其发送到gNB,并询问gNB其是否可以提供gNB指示的编解码器调整比特率。
在一些实施例中,如果UE根据系统信息确定gNB不支持编解码适配功能,则UE可以执行以下动作:(1)如果已经生成了推荐的比特率查询,则UE可以不向RAN节点发送推荐的比特率查询;或者(2)UE不为相对应的RAN节点生成推荐的比特率查询。
可选地,UE可以通知第二通信节点(诸如另一UE或MGW)所获取的RAN节点的编解码适配控制信息。在本专利文献中,UE和第二通信节点可以彼此通信。例如,UE和第二通信节点可以参与语音或视频会话。UE可以使用可以可以过应用层或者通过NAS消息的路由来通知第二通信节点。例如,UE可以向核心网络发送包括所获取的RAN节点的编解码适配控制信息的NAS消息,并且核心网络将其转发到第二通信节点。
由gNB通过系统消息发送的编解码适配控制信息可以具有细粒度控制信息,所述细粒度控制信息可以包括:(1)每个方向(例如,是否支持上行链路编解码适配和/或是否支持下行链路编解码适配);(2)编解码适配比特率调整范围;和/或(3)编解码适配控制时间窗口。基于更细粒度的控制,UE的行为规则可以包括:(1)如果由UE从RAN节点获取的信息还包括的时间窗口,其中所述时间窗口具有指示支持或不支持编解码适配的信息的RAN节点的时间窗口,或者在其内启用或禁用UE的编解码适配功能,则UE可以实施以上在解决方案1.1的示例1中描述的操作中的任何一个或多个。
此外,如果由UE从RAN节点获取的信息是用于编解码适配的细粒度控制信息,例如,如果指示不能执行编解码适配的一个或多个PDU会话在编解码适配或Qos流或DRB或LCH的控制信息中被指示,则UE可以执行以下操作中的任何一个或多个:(1)如果UE生成推荐的比特率查询,则它可能不包括不能执行编解码适配的方向、PDU会话或QoS流、或者DRB或LCH;(2)如果UE生成推荐的比特率查询,则它可能不会超过由gNB指示的比特率调整范围。
解决方案1.1的示例2
图4示出了从RAN节点接收编解码适配控制信息的UE的另一示例。gNB可以向UE发送包括在RRC重配置消息中的编解码适配控制信息。gNB可以对单个UE执行编解码适配控制。在3GPP系统中,配置信息可以通过RRC消息或MAC CE发送给特定的UE,并且编解码适配控制信息可以被携载在其中。
用于单个UE的编解码适配控制信息的形式可以包括更细粒度的控制信息,包括以下中的任何一个或多个(除了解决方案1.1的示例1中描述的细粒度控制信息之外):(1)指示UE启用或禁用编解码适配的一个指示;(2)关于UE是否能够启用上行链路或下行链路编解码适配的指示;(3)能够启用或禁用编解码适配的一个或多个PDU会话、或者一个或多个QoS流、或者一个或多个DRB、或者LCH;(4)编解码适配比特率调整范围;和/或(5)编解码适配控制时间窗口。
UE可以获得编解码适配控制信息,并且UE可以执行接下来讨论的操作。根据上文讨论的信息,如果RAN节点不支持编解码适配,或者RAN节点不允许UE启用编解码适配,则UE可以执行以下操作中的任何一个或多个:(1)如果已经生成了推荐的比特率查询,则UE可以不向RAN节点发送推荐的比特率查询;(2)UE可能不会为相对应的RAN节点生成推荐的比特率查询。
此外,UE可以向第二通信节点(诸如另一UE或MGW)通知RAN节点的编解码适配控制信息。在一些实施例中,由UE使用的通知方法可以包括UE使用NAS层信令向第二通信节点发送编解码适配控制信息。NAS层信令通过核心网络转发到第二通信节点。在一些实施例中,通知方法可以包括UE使用应用层向第二通信节点发送编解码适配控制信息。
如果由UE从RAN节点获取的信息还包括RAN节点支持或不支持编解码适配的时间窗口,或者在其内启用或禁用UE的编解码适配功能的时间窗口,则UE在所述时间窗口内可以执行如以上在解决方案1.1的示例2中描述的一个或多个操作。如果由UE从RAN节点获取的信息是用于编解码适配的细粒度控制信息,例如,如果在编解码适配、一个或多个PDU会话、或QoS流、或DRB或LCH的的控制信息中指示了不能执行编解码适配的方向(例如,上行链路或下行链路),则UE可以执行以下一个或多个操作中的一个或多个:(1)如果UE生成推荐的比特率查询,则所述查询可以不包括不能执行编解码适配的方向、PDU会话或QoS流、或者DRB或LCH;或者(2)如果UE生成推荐的比特率查询,则推荐的比特率可能不超出由gNB指示的比特率调整范围。
解决方案1.2:UE向RAN节点发送信息:
在一些实施例中,如果第一通信节点(诸如UE)从第二通信节点(诸如第二UE或MGW)获取编解码适配的请求信息(例如经由应用层),则第一通信节点可以将编解码适配的请求信息发送到第一通信节点无线连接到的其服务RAN节点,以帮助服务RAN节点决定如何执行本地编解码适配。第一通信节点和第二通信节点可以包括用户设备或MGW,并且第一网络节点可以包括RAN节点(诸如gNB)。
解决方案1.2的示例
图5示出了UE向服务于所述UE的RAN节点发送请求信息的示例。UE与第二通信节点(图5中未示出)通信。如果UE从第二通信节点获得由连接到第二通信节点的RAN节点递送的编解码适配的请求信息,则UE可以向其连接UE的其服务RAN节点发送推荐的比特率查询。推荐的比特率查询可以包括由第二通信节点发送的编解码适配的请求信息。利用所接收到的请求信息,服务RAN节点可以确定如何执行本地编解码适配。
2.用于编解码适配的集中式单元(CU)和分布式单元(DU)之间的控制机制
第2节提供了用于避免重复实施编解码适配和其他覆盖面积增强方案的解决方案,例如,通过使RAN节点的更高层与RAN节点的MAC层进行交互。在CU和DU分离的架构中,CU和DU之间的编解码适配需要交互控制和报告。在CU和DU分离的架构中,第2节中的以下解决方案中描述的操作可以在CU和DU之间执行。
解决方案2.1:CU向DU发送编解码适配控制信息
编解码适配控制信息包括以下信息中的一个:
(1)是否启用DU以支持编解码适配,当不允许DU支持编解码适配时,DU可以不为任何连接的UE生成和发送推荐的比特率调整信息;或者
(2)是否允许DU针对给定的UE启用编解码适配。在未启用时,DU可以不针对给定的UE生成和发送推荐的比特率调整信息。
此外,由CU发送到DU的编解码适配控制信息可以包括DU是否能够提供可能不满足UE的Qos要求的推荐的比特率。不满足Qos要求的推荐的比特率的一些示例可以包括:UE从DU接收低于承载或Qos流或LCH的保证比特率(GBR)要求的承载或Qos流或LCH的推荐比特率,或者UE从DU接收高于承载或Qos流或LCH的最大比特率(MBR)要求的承载或Qos流的推荐比特率。
在一些实施例中,可以由UE从DU获得的编解码适配控制信息可以告诉UE是否允许UE在一些情况下向DU发送推荐的比特率查询。例如,编解码适配控制信息可以通知UE,UE可以向DU发送可能不满足一个或多个承载的Qos要求的推荐的比特率查询。另一示例是,UE可以向DU发送不能满足UE的Qos流或LCH的推荐的比特率查询。
可选地,CU还可以向DU发送在其内启用或禁用编解码适配的时间窗口。DU使用推荐的比特率信息来通知UE,RAN需要调整某些逻辑信道的码率。
此外,由CU发送到DU的编解码适配控制信息可以指定每个传输方向(例如,上行链路或下行链路)是启用还是禁用编解码适配。也就是说,是否启用DU以启用每个传输方向的上行链路或下行链路编解码适配,或者是否启用每个传输方向的给定UE的上行链路或下行链路的编解码适配。
在一些实施例中,由CU发送到DU的编解码适配控制信息可以包括细粒度控制信息,包括编解码适配对于以下中的任何一个或多个是启用还是禁用:每一个或多个PDU会话、或者每一个或多个QoS流、每一个或多个DRB、或者每一个或多个LCH。利用细粒度控制信息,DU能够确定允许或不允许UE的哪些PDU会话、QoS流、或DRB或LCH执行编解码适配。
在一些实施例中,由CU发送到DU的编解码适配控制信息可以包括针对每个UE、每一个或多个PDU会话、每一个或多个Qos流、每一个或多个DRB、或每个LCH调整的编解码器的目标码率或目标码率范围。在一些实施例中,由CU发送到DU的编解码适配控制信息还可以包括编解码适配控制的时间窗。
解决方案2.1的示例
图6示出了与CU相关联的gNB的示例,所述CU向与DU相关联的gNB发送编解码适配控制信息。如上所提及那样,第2节描述了与DU分离的CU。编解码适配控制信息的内容可以包括以下中的一个:(1)DU是被启用还是被禁用以执行编解码适配的指示。在未启用时,DU无法为任何连接的UE生成和发送推荐比特率调整信息。可选地,CU还可以向DU发送或启用编解码适配。功能时间窗口;或者(2)是否允许DU针对给定的UE启用编解码适配的指示。在未启用时,DU无法为给定的UE生成和发送推荐的比特率调整信息。
此外,由CU发送到DU的编解码适配控制信息可以指定启用或禁用给定UE的每个用户编解码适配。在一些实施例中,编解码适配控制信息可以指示是否允许DU启用上行链路或下行链路编解码适配,或者是否为给定UE的上行链路或下行链路启用编解码适配,或者是否启用给定UE的编解码适配。
此外,从CU发送到DU的用于给定UE的编解码适配控制信息可以具有细粒度控制信息,所述细粒度控制信息可以包括每个PDU会话、或每个Qos流、或每个DRB或每个LCH的编解码适配的控制粒度。使用这个信息,CU可以确定对于哪些PDU会话、或QoS流、或DRB、或LCH,对于UE允许或不允许编解码适配。在一些实施例中,细粒度控制信息可以包括每个UE、每个PDU会话、每个Qos流、每个DRB或每个LCH的编解码适配推荐比特率或推荐比特率范围。在一些实施例中,细粒度控制信息可以包括编解码适配控制有效时间窗口。
编解码适配控制信息的流程可以如下:在与DU建立F1接口的过程中,CU可以向DU发送编解码适配控制信息。在针对给定UE建立RRC连接的过程中,CU可以向DU发送用于给定UE的编解码适配控制信息。在承载建立期间,CU可以向DU发送用于给定UE的编解码适配控制信息。CU还可以在任何涉及CU到DU的信令过程中,向DU发送编解码适配控制信息。
因为编解码适配控制信息根据无线空中接口通信质量、DU负载、CN负载动态条件或附加因素而改变,所以编解码适配控制信息属于动态配置控制信息,为了增强其动态性,它可以用于任何CU到DU的信令中。
解决方案2.2:DU向CU发送编解码适配请求信息:
如果第一网元(诸如DU)确定是否执行编解码适配,则第一网元可以向第二网元(诸如CU)发送编解码适配请求消息,以启用或禁用编解码适配。编解码适配请求消息可以是每个DU或针对给定UE的。
在一些实施例中,如果DU针对给定的UE生成推荐的比特率信息或者向UE发送推荐的比特率信息,则DU可以通知CU,DU已经针对UE实施了编解码适配。例如,这个信息可以在请求消息中发送。CU可以基于此决定是否针对UE实施其他覆盖增强机制。
此外,由DU发送到CU的编解码适配请求消息可以请求以下中的任何一个或多个:针对DU启用或禁用每个方向(例如,上行链路或下行链路)的编解码适配,或者针对给定通信节点(诸如,UE)启用或禁用每个方向(例如,上行链路或下行链路)的编解码适配。在一些实施例中,如果在请求消息中指示启用或禁用编解码适配,则要求接收节点启用或禁用编解码适配。
在一些实施例中,由DU发送到CU的编解码适配请求消息可以包括细粒度控制信息,包括针对UE的以下中的任一个或多个是否启用或禁用编解码适配:每一个或多个PDU会话、每一个或多个QoS流、每一个或多个DRB、或每一个或多个LCH。使用细粒度的控制信息,CU可以确定哪些PDU会话或QoS流或QoS或LCH是针对UE启用或禁用的编解码适配。
在一些实施例中,DU还可以在编解码适配请求消息中包括由DU推荐的每个UE、每个PDU会话、每个QoS流、每个DRB或每个LCH中的任何一个或多个的目标编解码器速率或目标编解码器速率范围。
在一些实施例中,DU发送给CU的编解码适配请求信息还可以包括编解码适配控制请求生效的时间窗口。时间窗口可以指示要启用或禁用编解码适配的时间。在一些实施例中,如果在请求消息中在时间窗口内指示启用或禁用编解码适配,则接收节点需要在所述时间窗口内启用或禁用编解码适配。
在一些实施例中,如果DU从UE接收到指示UE想要使用推荐的比特率执行编解码适配的推荐的比特率查询,则DU通过包括UE的推荐的比特率查询向CU发送请求信息。
可选地,在一些实施例中,推荐的比特率查询可以由DU直接转发到CU,或者DU通过将推荐比特率查询中的LCH重新映射到相对应的DRB或Qos流或PDU会话来将推荐的比特率查询转发到CU。
解决方案2.2的示例1
图7示出了DU向CU发送编解码适配控制请求信息的示例。编解码适配请求信息的内容可以包括以下信息中的一个。如果DU想要或不想执行编解码适配,则DU可以在请求信息中向CU发送分别要启用或禁用编解码适配的指示。请求信息可以是每个DU的。因此,DU确定DU对于所有UE是想要支持还是不支持执行编解码适配,或者对于给定UE是想要支持还是不支持执行编解码适配。此外,编解码适配请求信息可以包括启用或禁用在每个方向上(例如,上行链路或下行链路)的编解码适配的指示。此外,编解码适配请求信息可以是每个UE的。
在一些实施例中,由DU发送到CU的编解码适配请求信息可以具有针对UE的细粒度控制请求信息,包括每个PDU会话、或每个QoS流、或每个DRB或每个LCH的编解码适配。利用这个信息,CU可以确定针对UE的编解码适配启用或禁用了哪些PDU会话、或QoS流、或DRB、或LCH。在一些实施例中,编解码适配请求信息还包括如由DU推荐的每个UE、每个PDU会话、每个Qos流、每个DRB或每个LCH的目标码率或目标码率范围。在一些实施例中,编解码适配请求信息还包括编解码适配控制生效的时间窗口。
在一些实施例中,由编解码适配请求信息发送的过程的示例可以如下。DU在与CU建立F1接口的过程中向CU发送编解码适配请求信息。DU可以在针对给定UE建立RRC连接期间,向CU发送针对给定UE的编解码适配请求信息。DU可以在承载建立过程期间向CU发送针对给定UE的编解码适配请求信息。DU还可以在涉及DU到CU的任何信令过程中向CU发送编解码适配请求信息。
解决方案2.2的示例2
图8示出了DU向CU发送编解码适配控制请求信息的另一示例。如果DU从UE侧接收到请求的比特率查询信息,所述比特率查询信息指示UE希望执行编解码适配,并且可以包括UE从第二通信节点获得编解码适配的请求,则DU可以向CU发送编解码适配请求消息,以确认其是否能够支持包括在UE的推荐比特率查询中的信息。在一些实施例中,由DU接收的推荐的比特率查询可以包括来自UE与之通信的第二通信节点的编解码适配请求。可选地,推荐的比特率查询可以作为编解码适配请求消息的一部分由DU转发到CU,或者DU将推荐的比特率查询中的LCH重新映射到相对应的DRB或Qos流,或者PDU会话中,并且然后将推荐的比特率查询转发给CU。
解决方案2.2的示例3
在一些实施例中,如果DU针对给定的UE生成推荐比特率信息或者向UE发送推荐比特率信息,则DU可以通知CU,DU已经针对UE实施了编解码适配。基于由CU接收的信息,CU可以确定它是否可以针对UE实施其他覆盖增强机制。用于解决方案2.2的示例3的过程可以与图7所示的流程图相同。
3.用于编解码适配的RAN和CN之间的控制机制
第3节提供了用于支持编解码适配的服务的解决方案。在当前的网络架构中,只有核心网络和UE可以知道哪些服务支持编解码适配,RAN不知道哪些服务支持编解码适配。在某些情况下,只有核心网络知道哪些服务支持编解码适配,UE和RAN两者都不知道哪些服务支持编解码适配。
在与第3节相关的一些实施例中,网络节点(诸如RAN节点)可以从CN或从UE获得给定UE的编解码适配的支持服务类型信息。UE可以从CN获得UE的编解码适配的服务类型信息。
UE的编解码适配的支持服务类型信息可以包括诸如UE的一个或多个PDU会话的标识或者支持编解码适配的一个或多个QoS流的标识的信息。在一些实施例中,支持服务类型信息可以包括由PDU会话或QoS流支持的编解码适配的比特率调整范围。
在RAN节点从CN获得支持服务类型信息的实施例中,RAN节点可以在建立给定UE与RAN节点和CN之间的连接的过程期间获得支持服务类型信息。在一些实施例中,当CN请求RAN节点修改给定UE的PDU会话或QoS流时,网络节点可以从CN获得支持服务类型信息。
在RAN节点从UE获得支持服务类型信息的实施例中,RAN节点可以在建立给定的UE和RAN节点与CN之间的连接的过程期间获得支持服务类型信息。在一些实施例中,
在UE从CN获得支持服务类型信息的实施例中,UE可以在UE和CN之间建立NAS连接的过程期间获得支持服务类型信息。在一些实施例中,UE可以在UE和CN之间的PDU会话建立期间,从CN获得支持服务类型信息。
第3节的示例1
在UE和网络之间建立连接的过程中,RAN节点、CN和UE可以交换一些信息。在建立连接的过程期间,CN可以向RAN发送编解码适配支持服务类型信息。通信节点(诸如UE)可以向RAN节点发送编解码适配的支持的服务类型信息。可替选地,当UE自身不具有编解码适配的服务类型信息时,CN可以在建立UE和CN之间的连接的过程中,向UE发送UE的编解码适配支持服务类型信息。
UE的编解码适配的支持服务类型信息可以包括UE的一个或多个PDU会话,或者支持编解码适配的一个或多个QoS流。在一些实施例中,UE的编解码适配的支持服务类型信息还可以包括由PDU会话或Qos流支持的编解码适配的可调谐范围。
图9示出了与网络节点(诸如gNB)建立连接的UE的示例。在第3节的示例1中,UE存储其自己的用于编解码适配的服务类型信息。在所述示例场景下,UE可以在UE和RAN节点之间建立RRC连接的过程中适配其自身类型的编解码适配服务。如图9所示,UE可以使用RRC连接创建完成消息向gNB发送UE的编解码适配的支持服务类型信息。这个消息可以由UE响应于由gNB发送的RRC连接创建消息而发送。在一些实施例中,从UE到gNB的其他RRC信令也可以用于携载UE的编解码适配的支持服务类型信息。
图10示出了UE从网络节点(诸如CN)获得用于编解码适配的服务类型信息的示例。在与图10相关的实施例中,UE可以不存储其自己的用于编解码适配的服务类型信息。在UE使用PDU会话建立请求从核心网元(诸如会话管理功能(session management function,SMF))请求一个或多个PDU会话的过程中,CN可以提供反馈。CN可以在反馈信号中(诸如在PDU会话建立请求接受消息中)向UE发送UE的相对应的编解码适配服务类型信息。在一些实施例中,CN可以向UE发送其他信令,以携载UE的编解码适配的支持服务类型信息。
图11示出了第一网络节点(例如CN)向第二网络节点(例如gNB)发送用于编解码适配的服务类型信息的示例。在图10中,CN的网元(诸如SMF)可以向gNB发送用于给定UE的PDU会话资源建立请求消息。由CN发送的请求消息可以将UE的编解码适配支持服务信息携带给gNB。在一些实施例中,可以由CN使用其他信令来向gNB发送UE的编解码适配支持服务类型信息。
4.优先化控制信息
编解码适配和其他覆盖增强方案(诸如复制、覆盖增强(coverage enhancement,CE)模式等)可以以不同的成本实现类似的覆盖增强。在第4节中,描述了可以具有实施优先权的不同的覆盖增强方案。更高层可以为媒体访问控制(medium access control,MAC)层设置策略,并对要实施的那些解决方案进行进行优先级排序。这种类型的策略可能会受到网络负载或服务类型的影响。在不同情形下策略优先级可能不同的情况下,可以实施动态配置。
在涉及分离的CU和DU架构的实施例中,以下操作可以由CU和/或DU执行。CU可以向DU指示覆盖增强机制的多个优先级,这些优先级可以包括编解码适配功能相对于一个或多个其他覆盖增强的一个或多个优先级的优先级。覆盖增强机制的优先级指示可以针对整个DU,使得DU可以为一个或多个连接的UE执行相同的优先级指示。在一些实施例中,覆盖增强机制指示的优先级可以是每个通信节点(诸如UE),使得DU可以针对给定UE执行优先级指示。
在涉及双连接性架构的实施例中,MN可以向SN发送针对给定UE的覆盖增强机制指示的优先级,其中编解码适配功能的优先级可以高于或低于一个或多个其他覆盖增强方案的一个或多个优先级。
在涉及RAN节点和UE之间的通信的实施例中,RAN节点可以向UE发送优先级信息,所述优先级信息包括一个或多个覆盖增强方案的优先级,所述优先级可以包括编解码适配功能相对于一个或多个其他覆盖增强的一个或多个优先级的优先级。当UE侧同时满足多个覆盖增强方案的触发条件时,UE可以根据执行优先级确定优先进行哪个覆盖增强。
覆盖增强方案可以包括双连接、载波聚合复制、双连接复制、绑定、在时区(例如,在帧中)的复制、切换、Pcell或Scell变更、编解码适配等。
覆盖增强机制的优先级指示可以包括以下实施方式示例中的一个。作为第一示例,网络节点只能指示编解码适配功能是否具有高优先级。表1示出了覆盖增强机制的优先级指示的第二示例。如下表1所示,网络节点可以包括具有优先级级别的几个覆盖增强。
覆盖增强机制 | 优先级级别 |
编解码适配 | 1 |
CE模式 | 2 |
PDCP复制 | 3 |
表1
在第三示例中,如下面的表2所示,网络节点可以包括几个覆盖增强场景,并给出触发条件的排序。测量结果可以包括例如参考信号接收功率(reference signal receivedpower,RSRP)或参考信号接收质量(reference signal received quality,RSRQ)。
覆盖增强机制 | 测量结果 |
编解码适配 | RSRQ范围1 |
配置双连接 | RSRQ范围2 |
切换 | RSRQ范围3 |
表2
5.切换流程
第5节中的解决方案所解决的问题之一是,在切换(HO)过程期间,目标gNB应该获得旧的推荐比特率还是旧的推荐比特率查询。
在一些实施例中,在HO过程期间,第一网元(诸如源gNB)可以向第二网元(诸如目标gNB)发送信息,所述信息可以包括最近为正被切换的UE生成或发送给所述UE的推荐的比特率信息,或者由源gNB从要被切换的UE最近接收到的推荐的比特率查询信息。在一些实施例中,由第一网元发送到第二网元的信息可以在切换期间通过切换请求消息发送。
图12示出了用于切换过程的流程图的示例。首先,通信节点(诸如UE)向第一网络节点(诸如源gNB)发送测量报告。基于测量报告,源gNB可以确定是否执行切换。如果源gNB确定执行切换,则源gNB可以向第二网络节点(诸如目标gNB)发送切换请求。切换请求可以包括最后从UE接收的推荐的比特率查询信息和/或最后生成的推荐的比特率。接下来,目标gNB可以向源gNB发送切换确认消息,其中目标gNB可以对在切换请求消息中的所接收到的推荐比特率或推荐的比特率查询是否可以被接受或需要被修改进行响应,进一步,由目标gNB生成的修改后的推荐的比特率也可以被包括在发送给源gNB的切换确认消息中,源gNB可以在例如切换命令消息中将其递送到UE。
6.用于编解码适配的MN和SN之间的控制机制
如上所提及那样,双连接架构可以包括同时与主RAN节点(MN)和辅助RAN节点(SN)建立连接的UE。MN可以控制SN的编解码适配。在一些实施例中,MN可以向SN发送编解码适配控制信息。在一些实施例中,MN可以响应于SN从MN请求编解码适配功能,向SN发送编解码适配控制信息。
用于发送、接收和处理编解码适配控制信息的方法类似于其中CU或DU在单个连接中分离的架构。MN和SN可以被认为是两个网元,其中MN可以执行第2节中针对CU描述的操作,而辅助节点可以执行第2节中针对DU描述的操作。如上所提及那样,DU和CU也可以分别被视为第一网元和第二网元。两者的区别在于接口协议的不同。在3GPP协议中,MN和SN之间的接口是Xn接口,而CU和DU之间的接口是F1接口。
MN/SN方法类似于上述解决方案2(CU/DU),即:(1)MN向SN指示编解码适配控制信息,和/或(2)SN向MN指示编解码适配请求信息。
图13是由主节点用来向辅助节点发送编解码适配控制信息的过程的示例。MN可以向SN发送SN添加或SN修改或SN变更请求,所述请求可以包括编解码适配控制信息。所述编解码适配控制信息的内容可以包括以下中的任何一个或多个:
(1)是否允许SN针对给定的UE启用编解码适配。当未启用时,SN可以不针对给定的UE生成和发送推荐比特率调整信息。
(2)针对给定的UE是否在每个方向(例如,上行链路或下行链路)上启用或禁用编解码适配。
在一些实施例中,由MN发送给SN的编解码适配控制信息可以包括SN是否能够提供可能不满足UE的Qos要求的推荐的比特率。不满足Qos要求的推荐的比特率的一些示例可以包括:UE从SN接收低于承载或Qos流或LCH的保证比特率(GBR)要求的承载或Qos流或LCH的推荐比特率,或者UE从SN接收高于承载或Qos流或LCH的最大比特率(MBR)要求的承载或Qos流的推荐的比特率。
在一些实施例中,可以由UE从MN获得的编解码适配控制信息可以告诉UE是否被允许在某些情况下向SN发送可能不满足UE的Qos要求的推荐的比特率查询。例如,编解码适配控制信息可以通知UE,UE可以向SN发送可能不满足一个或多个承载的Qos要求的推荐的比特率查询。另一个示例可以是,UE可以向SN发送不能够满足UE的Qos流或LCH的推荐的比特率查询。
在一些实施例中,由MN发送给SN的针对给定UE的编解码适配控制信息可以具有细粒度控制信息,包括:每个PDU会话、或每个QoS流、或每个DRB或每个LCH的编解码适配。使用这个信息,SN可以确定PDU会话、QoS流、DRB或LCH中的哪一个被启用或禁用以用于编解码适配。在一些实施例中,细粒度控制信息可以包括针对每个UE、或每个PDU会话、或每个QoS流、或每个DRB或每个LCH的编解码适配的推荐的比特率或推荐的比特率范围。在一些实施例中,细粒度控制信息可以包括编解码适配控制有效时间窗口。
编解码适配控制信息可以使用以下过程中的任何一个来发送:
(1)MN可以在与SN建立双连接的过程期间向SN发送编解码适配控制信息(诸如通过使用SN添加过程);
(2)MN可以在修改SN的过程中向SN发送用于给定UE的编解码适配控制信息(诸如通过使用SN修改过程);
(3)MN可以在替换新的SN的过程中向SN发送用于给定UE的编解码适配控制信息(诸如通过使用SN变更流);或者
(4)MN可以在涉及MN到SN的任何信令过程中向SN发送编解码适配控制信息。
因为编解码适配控制信息可以根据无线接口的通信质量、SN的负载或其他动态条件而改变,所以编解码适配控制信息可以被动态配置。为了增强其动态性,编解码适配控制信息可以被携载在由MN发信号通知给SN的任何消息中。
图14是用于由SN从MN请求编解码适配控制信息的过程的示例。SN可以向MN发送SN修改请求、SN变更或QoS通知消息。SN修改、SN变更或QoS通知消息可以包括编解码适配控制信息。编解码适配控制信息的内容可以包括诸如SN想执行还是不想执行编解码适配的信息。SN可以向MN发送请求信息,以启用或禁用用于给定UE的编解码适配。在一些实施例中,编解码适配请求信息可以包括每个方向的粒度,使得请求可以指示针对给定的UE启用了上行链路或下行链路编解码适配。
在一些实施例中,由SN发送到MN的编解码适配请求信息可以具有细粒度控制信息请求,所述控制信息请求可以指示每个PDU会话、或每个QoS流、或每个DRB或每个LCH的编解码适配。使用这个信息,MN可以确定PDU会话、QoS流、DRB或LCH中的哪一个被启用或禁用以用于编解码适配。在一些实施例中,控制信息请求可以包括由SN推荐的每个UE、每个PDU会话、每个Qos流、每个DRB或每个LCH的目标码率或目标码率范围。在一些实施例中,控制信息请求可以包括编解码适配控制生效的时间窗口。
编解码适配请求信息可以使用以下过程中的任何一个来发送:
(1)作为向MN请求SN修改的过程的一部分,SN可以向MN发送编解码适配请求信息;
(2)作为向MN请求SN变更的过程的一部分,SN可以向MN发送编解码适配请求信息;
(3)作为发送QoS通知以提示MN的过程的一部分,SN可以向MN发送编解码适配请求信息;或者
(4)SN也可以在涉及SN到MN的任何信令过程中向MN发送编解码适配请求信息。
图15是用于由SN从MN请求编解码适配控制信息的过程的另一示例。如果SN从UE侧接收到推荐的比特率查询信息,其指示UE希望执行编解码适配,则SN可以向MN递送推荐的比特率信息,以确认MN是否能够支持UE的推荐的比特率查询。在一些实施例中,由SN接收的推荐的比特率查询信息可以包括由UE从对等通信节点(诸如另一UE或MGW)获得的对编解码适配的请求。可选地,推荐的比特率查询可以由SN转发到MN,或者SN将推荐的比特率查询中的LCH重新映射到相对应的DRB或Qos流或PDU会话中。
下面的描述提供了用于由SN从MN请求编解码适配控制信息的过程的另一示例。如果SN针对给定的UE生成推荐的比特率信息,或者向所述UE发送推荐的比特率信息,则SN可以通知MN,SN已经针对UE实施了编解码适配。MN可以基于此决定是否针对UE实施其他覆盖增强机制。
图16示出了用于接收控制信息的示例性流程图。在接收操作1602处,通信节点从网络节点接收控制信息。控制信息可以包括指示编解码适配在每个传输方向、每一个或多个分组数据单元(PDU)会话、每一个或多个服务质量(QoS)流、每一个或多个数据无线承载(DRB)或每一个或多个逻辑信道(LCH)被启用或禁用的信息。在一些实施例中,通信节点可以通过排除不能执行编解码适配的一个或多个PDU会话、一个或多个QoS流、一个或多个DRB或一个或多个LCH来生成推荐的比特率查询。
控制信息可以包括指示用于编解码适配的比特率调整范围的信息。在一些实施例中,通信节点通过包括不超出比特率调整范围的比特率来生成推荐比特率查询。在一些实施例中,控制信息可以包括指示网络节点支持或不支持用于编解码适配的时间窗口的信息。在一些实施例中,控制信息可以包括指示针对通信节点启用或禁用编解码适配的时间窗口的信息。
在确定操作1604处,通信节点基于控制信息确定网络节点支持编解码适配或者确定通信节点被允许启用编解码适配。
在一些实施例中,图16中示出的过程还可以包括通信节点基于接收到的控制信息确定网络节点不支持编解码适配或者确定通信节点不被允许启用编解码适配。在这样的实施例中,通信节点执行以下操作中的任何一个或多个:确定不将推荐比特率查询发送到网络节点,以及确定不生成推荐比特率查询。
图17示出了通信节点或网络节点1700的示例性框图。通信节点1700可以包括用户设备、移动设备或多媒体网关。网络节点1700可以包括基站、RAN节点、gNB、双连接系统中的主节点、双连接系统中的辅助节点、分布式单元或集中式单元。通信或网络节点1700包括至少一个处理器1710和其上存储有指令的存储器1705。由处理器1710执行的指令将通信或网络节点1700配置为执行图16中和本专利文档中描述的各种实施例中描述的操作。发射器1715向另一网络节点或另一通信节点传输或发送信息或数据。接收器1720接收由另一网络节点或另一通信节点传输或发送的信息或数据。
在本文档中,术语“示例性的”用于表示“……的示例”,并且除非另有说明,否则并不意味着理想的或优选的实施例。
本文描述的实施例中的一些是在方法或过程的总体上下文中描述的,这些方法或过程可以在一个实施例中通过体现在计算机可读介质中的计算机程序产品实施,所述计算机程序产品包括由联网环境中的计算机执行的计算机可执行指令(诸如程序代码)。计算机可读介质可以包括可移除和不可移除存储设备,包括但不限于只读存储器(Read OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、光盘(compact disc,CD)、数字多功能盘(digital versatile disc,DVD)等。因此,计算机可读介质可以包括非暂时性存储介质。一般而言,程序模块可以包括执行特定任务或实施特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机或处理器可执行指令、相关联的数据结构和程序模块代表用于执行本文公开的方法的步骤的程序代码的示例。这种可执行指令或相关联的数据结构的特定序列表示用于实施这种步骤或过程中描述的功能的相对应的动作的示例。
所公开的实施例中的一些可以使用硬件电路、软件或它们的组合被实施为设备或模块。例如,硬件电路实施方式可以包括例如被集成为印刷电路板的一部分的分立的模拟和/或数字组件。可替选地地或附加地,所公开的组件或模块可以被实施为专用集成电路(Application Specific Integrated Circuit,ASIC)和/或现场可编程门阵列(FieldProgrammable Gate Array,FPGA)设备。一些实施方式可以附加地或可替选地包括数字信号处理器(digital signal processor,DSP),所述数字信号处理器是具有针对与本申请的公开功能相关联的数字信号处理的操作需求而优化的架构的专用微处理器。类似地,每个模块内的各种组件或子组件可以以软件、硬件或固件来实施。模块和/或模块内的组件之间的连接可以使用本领域已知的连接方法和介质中的任何一种来提供,包括但不限于使用适当协议通过互联网、有线或无线网络的通信。
尽管本文件包含许多细节,但这些细节不应被解释为对所要求保护的发明或可能要求保护的内容的范围的限制,而是应被解释为对特定于特殊实施例的特征的描述。本文档中在分离的实施例的上下文中描述的某些特征也可以在单个实施例中以组合的方式实施。相反,在单个实施例的上下文中描述的各种特征也可以在多个实施例中分离地实施或者以任何合适的子组合的方式实施。此外,尽管特征可以在上面被描述为在某些组合中起作用,甚至最初也是这样要求保护的,但是在某些情况下,来自所要求保护的组合的一个或多个特征可以从所述组合中删除,并且所要求保护的组合可以针对子组合或子组合的变体。类似地,虽然操作在附图中被按照特定的次序描绘,但是这不应该被理解为要求按照所示出的特殊次序来执行或者按照相继次序执行这样的操作、或者要求执行所有示出的操作以便实现期望的结果。
仅描述了几个实施方式和示例,并且可以基于本公开中描述和示出的内容进行其他实施方式、增强和变化。
Claims (11)
1.一种无线通信方法,所述方法包括:
由通信节点从网络节点接收控制信息,
其中所述控制信息包括指示针对每个传输方向、每一个或多个分组数据单元PDU会话、每一个或多个服务质量QoS流、每一个或多个数据无线承载DRB或每一个或多个逻辑信道LCH启用或禁用编解码适配的信息;
基于所述控制信息,确定所述网络节点支持所述编解码适配或者确定所述通信节点被允许启用所述编解码适配;并且
基于所述确定,所述通信节点向所述网络节点发送推荐比特率查询,
其中所述推荐比特率查询指示将由所述网络节点提供的比特率,并且
其中所述通信节点通过从所述推荐比特率查询中排除不能执行编解码适配的一个或多个PDU会话、一个或多个QoS流、一个或多个DRB或一个或多个LCH来生成所述推荐比特率查询。
2.根据权利要求1所述的无线通信方法,其中所述控制信息包括指示用于所述编解码适配的比特率调整范围的信息。
3.根据权利要求2所述的无线通信方法,其中所述通信节点通过包括不超出所述比特率调整范围的比特率来生成所述推荐比特率查询。
4.根据权利要求1所述的无线通信方法,其中所述控制信息包括指示所述网络节点支持或不支持用于编解码适配的时间窗口的信息。
5.根据权利要求1所述的无线通信方法,其中所述控制信息包括指示针对所述通信节点启用或禁用编解码适配的时间窗口的信息。
6.一种无线通信方法,包括:
第一网元从通信节点接收包括比特率的推荐比特率查询;并且
由所述第一网元向第二网元发送请求消息,
其中所述请求消息通知所述第二网元启用或禁用编解码适配,
其中所述请求消息包括所述比特率,
其中所述请求消息包括指示要针对每一个或多个分组数据单元PDU会话、每一个或多个服务质量QoS流、每一个或多个数据无线承载DRB或每一个或多个逻辑信道LCH启用或禁用所述编解码适配的信息,并且
其中所述第一网元和所述第二网元是分离的网元。
7.根据权利要求6所述的无线通信方法,其中第一网络节点向第二网络节点发送所述第一网络节点针对通信节点实施了编解码适配的指示。
8.根据权利要求6所述的无线通信方法,其中所述请求消息包括指示将针对所述第一网元的每个传输方向或针对通信节点的每个传输方向启用或禁用所述编解码适配的信息。
9.根据权利要求6所述的无线通信方法,其中所述请求消息包括指示每个通信节点、每一个或多个PDU会话、每一个或多个QoS流、每一个或多个DRB或每一个或多个LCH中的任何一个或多个的目标码率或目标码率范围的信息。
10.一种用于无线通信的装置,所述装置包括处理器,所述处理器被配置为实施根据权利要求1至9中的一个或多个所述的方法。
11.一种其上存储有代码的计算机可读程序存储介质,当由处理器执行时,所述代码使得所述处理器实施根据权利要求1至9中的一个或多个所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/092254 WO2019241973A1 (en) | 2018-06-21 | 2018-06-21 | Rate adjustment techniques |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111788814A CN111788814A (zh) | 2020-10-16 |
CN111788814B true CN111788814B (zh) | 2022-04-12 |
Family
ID=68983155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880090475.0A Active CN111788814B (zh) | 2018-06-21 | 2018-06-21 | 速率调整技术 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11533266B2 (zh) |
CN (1) | CN111788814B (zh) |
WO (1) | WO2019241973A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11588877B2 (en) * | 2020-07-08 | 2023-02-21 | Qualcomm Incorporated | Attention (AT) interface for radio access network bitrate recommendations |
US20240031868A1 (en) * | 2020-10-26 | 2024-01-25 | Telefonaktiebolaget Lm Ericsson (Publ) | User Equipment, Radio Network Node and Methods for Handling Delay in Dual Connected Mode |
US11943661B2 (en) * | 2021-08-12 | 2024-03-26 | Qualcomm Incorporated | Techniques for configuring a bitrate request |
WO2023169230A1 (zh) * | 2022-03-11 | 2023-09-14 | 华为技术有限公司 | 业务速率调整方法及通信装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107135502A (zh) * | 2017-05-04 | 2017-09-05 | 电信科学技术研究院 | 一种系统信息的发送方法及装置 |
WO2017196248A1 (en) * | 2016-05-13 | 2017-11-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods of recommending a data rate in a wireless communications system |
WO2018085668A1 (en) * | 2016-11-04 | 2018-05-11 | Intel IP Corporation | Ue and devices for codec rate adaptation |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 |
US9338580B2 (en) * | 2011-10-21 | 2016-05-10 | Qualcomm Incorporated | Method and apparatus for packet loss rate-based codec adaptation |
US20130194937A1 (en) * | 2012-01-31 | 2013-08-01 | Alcatel-Lucent Usa Inc. | Method and apparatus for providing intelligent codec rate adaptation for wireless users |
US9544201B2 (en) * | 2013-03-27 | 2017-01-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Quality of experience in communication networks |
US8804814B1 (en) * | 2013-06-04 | 2014-08-12 | Centri Technology, Inc. | Seeding of a workspace to optimize codec operations |
CN106134130B (zh) * | 2014-03-14 | 2019-06-21 | 华为技术有限公司 | 用于实时视频流量的动态有效速率估计的系统和方法 |
US10142889B2 (en) * | 2016-05-13 | 2018-11-27 | Huawei Technologies Co., Ltd. | Method and system for providing guaranteed quality of service and quality of experience channel |
US11272189B2 (en) * | 2018-02-20 | 2022-03-08 | Netgear, Inc. | Adaptive encoding in security camera applications |
-
2018
- 2018-06-21 WO PCT/CN2018/092254 patent/WO2019241973A1/en active Application Filing
- 2018-06-21 CN CN201880090475.0A patent/CN111788814B/zh active Active
-
2020
- 2020-12-16 US US17/123,803 patent/US11533266B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017196248A1 (en) * | 2016-05-13 | 2017-11-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods of recommending a data rate in a wireless communications system |
WO2018085668A1 (en) * | 2016-11-04 | 2018-05-11 | Intel IP Corporation | Ue and devices for codec rate adaptation |
CN107135502A (zh) * | 2017-05-04 | 2017-09-05 | 电信科学技术研究院 | 一种系统信息的发送方法及装置 |
Non-Patent Citations (2)
Title |
---|
Delay budget report and MAC CE adaptation for NR for TS 38.300;HUAWEI等;《3GPP TSG-WG2 Meeting #102 R2-1809242》;20180525;第16.2节 * |
HUAWEI等.Delay budget report and MAC CE adaptation for NR for TS 38.300.《3GPP TSG-WG2 Meeting #102 R2-1809242》.2018,第16.2节. * |
Also Published As
Publication number | Publication date |
---|---|
CN111788814A (zh) | 2020-10-16 |
US11533266B2 (en) | 2022-12-20 |
WO2019241973A1 (en) | 2019-12-26 |
US20210105216A1 (en) | 2021-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11297667B2 (en) | Communications system | |
US11533266B2 (en) | Rate adjustment techniques | |
EP3048845B1 (en) | Device and method for data transmission | |
KR20200130658A (ko) | 무선 통신 시스템에서 slrb(sidelink radio bearer) 구성을 위한 ue(user equipment) 기능 정보를 보고하기 위한 방법 및 장치 | |
US11006433B2 (en) | Bearer establishment method, user equipment, and base station | |
CN112262593B (zh) | 一种无线通信方法、装置及计算机可读程序存储介质 | |
US11516791B2 (en) | Radio terminal | |
US11265762B2 (en) | Management of bitrate for UE bearers | |
JP6833868B2 (ja) | 通信方法、ネットワーク設備及び端末設備 | |
JP7192896B2 (ja) | 通信システム | |
US11683742B2 (en) | Methods and infrastructure equipment | |
KR102509359B1 (ko) | 무선 통신 시스템에서 v2x 통신을 위한 자원 할당 방법 및 장치 | |
US20180255610A1 (en) | Radio terminal, processor, and network device | |
KR20200027288A (ko) | 차량 통신을 지원하는 무선통신 시스템에서 단말간 통신을 위한 자원 요청 방법 및 장치 | |
US20210345302A1 (en) | Telecommunications apparatus and methods | |
CN107113338A (zh) | 多媒体业务的方法、处理装置及通信设备 | |
CN107431940B (zh) | 用于在无线通信系统中控制上行链路的覆盖的方法和装置 | |
EP3912388B1 (en) | Infrastructure equipment, wireless communications networks and methods |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |