CN118804364A - 一种由网络节点执行的方法 - Google Patents
一种由网络节点执行的方法 Download PDFInfo
- Publication number
- CN118804364A CN118804364A CN202410330669.0A CN202410330669A CN118804364A CN 118804364 A CN118804364 A CN 118804364A CN 202410330669 A CN202410330669 A CN 202410330669A CN 118804364 A CN118804364 A CN 118804364A
- Authority
- CN
- China
- Prior art keywords
- communication
- preemption
- information
- capability
- network node
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/27—Control channels or signalling for resource management between access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
- H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种O‑RAN中支持URLLC的方法。在一个实施例中,公开了一种通信系统中由第一网络节点执行的方法,包括:从第二网络节点接收第一通信的控制面消息,所述控制面消息包括抢占类型信息以及第一通信抢占第二通信的资源层有关的信息;以及基于所述控制面消息确定用于第一通信的资源。
Description
技术领域
本申请涉及通信方法,更具体地,涉及一种通信系统中由网络节点执行的方法。
背景技术
为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求,已经努力开发改进的5G或准5G通信系统。因此,5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。
无线通信是现代历史上最成功的创新之一。最近,无线通信服务的订户数量超过了50亿,并且还在继续快速增长。由于智能电话和其他移动数据设备(例如,平板计算机、笔记本计算机、上网本、电子书阅读器和机器类型设备)在消费者和企业中的日益普及,对无线数据业务的需求正在迅速增长。为了满足移动数据业务的高速增长并支持新的应用和部署,提高无线接口效率和覆盖范围至关重要。
5G(5th-Generation,第5代移动通信技术)已经逐步完成标准化,其三大应用场景主要包括超可靠低时延通信(Ultra-Reliable and Low Latency Communication,URLLC),增强移动宽带(Enhanced Mobile Broadband,EMBB)和大规模机器类型通信(MassiveMachine Type Communication,mMTC)。然而,随着5G的应用和发展,越来越多的设备和移动数据连接到5G系统中,无线接入网(Radio Access Network,RAN)面临着业务量增多,投入成本巨大,灵活性不足等问题。针对这些问题,运营商希望通过开放第三方设备的标准化,来获取更快的创新和更高的灵活性,降低设备成本,实现更高的性能。
在这种情况下,O-RAN(Open Radio Access Network,开放式无线接入网)标准应运而生,O-RAN允许不同供应商的网络设备之间进行互操作,标准化接口变得更加开放,功能则更加灵活,同时,机器学习和人工智能的引入会给O-RAN带来新的机遇,加快创新速度。开放和智能的无线接入网有利于减少设备成本支出,激发创新,促进各种新领域的应用更快的推向市场。
发明内容
根据本公开的实施例,提供了一种通信系统中由第一网络节点执行的方法,包括:从第二网络节点接收第一通信的控制面消息,所述控制面消息包括第一通信抢占第二通信的资源有关的信息;以及基于所述控制面消息确定用于第一通信的资源。
在一种实现方式中,其中,方法还包括:向所述第二网络节点发送第一通信抢占第二通信的资源有关的能力信息。
在一种实现方式中,其中,向所述第二网络节点发送第一通信抢占第二通信的资源有关的能力信息,包括:向所述第二网络节点发送支持的分段扩展相关消息,所述分段扩展相关消息中包括第一通信第一抢占第二通信的资源有关的能力信息;以及向所述第二网络节点发送支持第二抢占能力信息。在一种实现方式中,其中,所述支持第二抢占能力信息包括三种抢占子能力,第一抢占子能力,第二抢占子能力,以及第三抢占子能力。如果发送了支持第二抢占子能力,同时发送第一持续时间;如果发送了支持第三抢占子能力,同时发送第一持续时间和第二持续时间。
在一种实现方式中,其中,所述支持第一抢占的能力信息指示所述第一通信是否有抢占第二通信的控制面资源的能力;所述支持第二抢占的能力信息指示所述第一通信是否有抢占第二通信的用户面资源的能力;所述三种抢占子能力指示了允许第一通信抢占第二通信的用户面资源的三种不同的最晚时间。在一种实现方式中,其中,所述第一通信抢占第二通信的资源有关的信息携带在所述控制面消息的分段扩展中。
在一种实现方式中,其中,所述第一通信抢占第二通信的资源有关的信息包括:第一通信抢占第二通信的抢占类型有关的信息,以及第一通信抢占第二通信的资源层有关的信息。
在一种实现方式中,其中,所述第一通信抢占第二通信的抢占类型有关的信息包括:第一抢占,指示所述第一通信抢占第二通信的控制面资源;或者第二抢占,指示所述第一通信抢占第二通信的用户面资源。
在一种实现方式中,其中,所述第一通信抢占第二通信的资源层有关的信息包括:一个或多个第一失效资源层标识,其中所述一个或多个第一失效资源层标识中的每一个指示第一通信抢占的第二通信的资源层;或者指示第一通信抢占第二通信所有资源层的资源的第二失效资源层标识。
在一种实现方式中,其中,所述基于所述控制面消息确定用于第一通信的资源,包括:第一抢占将第二通信中被第一通信抢占的资源的控制面信息标记为无效;以及第二抢占将第二通信中被第一通信抢占的用户面数据进行清零;以及接收到第一通信的用户面消息后,将所述用户面消息和所述控制面消息进行耦合,只允许使用有效的控制面信息进行耦合,不允许使用无效控制面信息进行耦合。在一种实现方式中,其中,所述第一抢占子能力为支持在第二通信的用户面数据处理开始前的用户面抢占;所述第二抢占子能力为支持在第二通信的数字波束赋形开始前的用户面抢占;所述第三抢占子能力为支持在第二通信的IFFT(Inverse Fast Fourier Transform,快速傅里叶逆变换)开始前的用户面抢占。
在一种实现方式中,其中,所述第一持续时间为第一网络节点执行耦合所需要的最短时间;所述第一持续时间为第一网络节点执行数字波束赋形所需要的最短时间。
在一种实现方式中,其中,所述第一网络节点为开放式无线接入网无线单元O-RU;和/或所述第二网络节点为开放式无线接入网分布单元O-DU。
在一种实现方式中,其中,所述第一通信为超可靠低时延通信URLLC;和/或所述第二通信为增强移动宽带EMBB。根据本公开的实施例,提供了一种通信系统中由第二网络节点执行的方法,包括:判断第一通信能否抢占第二通信,并确定抢占类型,所述抢占的类型包括第一抢占和第二抢占;若第二通信对应的资源能够被第一通信抢占,则向第一网络节点发送第一通信的控制面消息,所述控制面消息包括抢占类型信息,以及第一通信抢占第二通信的资源层有关的信息,以使所述第一网络节点基于所述控制面消息确定用于第一通信的资源。
在一种实现方式中,方法还包括:接收所述第一网络节点发送的第一通信抢占第二通信的资源有关的能力信息;
在一种实现方式中,其中,所述判断第一通信能否抢占第二通信,包括,基于各资源层的第二通信对第一通信的干扰水平信息、所述第一通信抢占第二通信的资源有关的能力信息、第一通信和第二通信的时间差信息中的至少一个,以确定是否抢占,以及在确定抢占的情况下还确定抢占类型。
在一种实现方式中,其中,所述向第一网络节点发送第一通信的控制面消息,包括:如果确定抢占,则向第一网络节点发送第一通信的控制面消息,携带抢占类型信息,以及第一通信抢占第二通信的资源层有关的信息。
在一种实现方式中,其中,基于各资源层的第二通信对第一通信的干扰水平信息,包括,根据第二通信和第一通信的空间信道相关性信息,确定第二通信对第一通信的干扰水平,如果该干扰水平大于给定的门限,才需要进行抢占;否则不需要抢占,允许第二通信和第一通信在相同的资源上发送。
在一种实现方式中,其中,所述空间信道相关性信息包括,基于第二通信和第一通信的SRS(Sounding Reference Signal,探测参考符号)计算出的空间信道相关性信息;或者基于第二通信和第一通信的波束索引计算出的空间信道相关性信息。
在一种实现方式中,其中,基于所述第一通信抢占第二通信的资源有关的能力信息,向第一网络节点发送第一通信的控制面消息,包括:基于所述第一通信抢占第二通信的资源有关的能力信息以及所述第二网络节点支持与第一通信有关的分段扩展能力,向第一网络节点发送第一通信的控制面消息。
在一种实现方式中,其中,接收所述第一网络节点发送的第一通信抢占第二通信的资源有关的能力信息,包括:从所述第一网络节点接收支持的分段扩展相关消息,即支持第一抢占的能力信息,所述分段扩展相关消息中包括第一通信抢占第二通信的资源有关的能力信息;以及从所述第一网络节点接收支持第二抢占的能力信息。
在一种实现方式中,其中,所述第一抢占能力信息指示所述第一通信是否有抢占第二通信的控制面资源的能力;所述第二抢占能力信息指示所述第一通信是否有抢占第二通信的用户面资源的能力。
在一种实现方式中,其中,所述第二抢占能力包括三种抢占子能力,第一抢占子能力,第二抢占子能力,以及第三抢占子能力。如果接收了支持第二抢占子能力,同时接收第一持续时间;如果接收了支持第三抢占子能力,同时接收第一持续时间和第二持续时间。
在一种实现方式中,其中,所述三种抢占子能力指示了允许第一通信抢占第二通信的用户面资源的三种不同的最晚时间,包括,第一抢占子能力指示了第一网络节点在第二通信的用户面数据处理开始前支持用户面抢占;第二抢占子能力指示了第一网络节点在第二通信的数字波束赋形开始前支持用户面抢占;第三抢占子能力指示了第一网络节点在第二通信的IFFT开始前支持用户面抢占。
在一种实现方式中,其中,所述第一持续时间为第一网络节点执行耦合所需要的最短时间;所述第一持续时间为第一网络节点执行数字波束赋形所需要的最短时间。
在一种实现方式中,其中,所述第一通信和第二通信的时间差信息,包括,根据第一节点和第二节点之间的传输时延,以及第一通信和第二通信的发送窗和接收窗,以确定第一网络节点在抢占窗口结束前能否来得及接收到抢占消息并执行抢占。包括以下中的至少一个:第一通信的控制面消息在发送时,第二通信的控制面消息是否已经发送;第一通信的控制面消息在发送时,第二通信的用户面消息是否已经发送;第一通信的控制面接收窗与第二通信的用户面接收窗之间的时间关系。如果第一通信的控制面消息在发送时,第二通信的控制面消息未发送,则不发送指示抢占的控制面消息,并取消第二通信的控制面消息中被抢占的资源;如果第二通信的控制面消息已发送,则判断第二通信的用户面消息是否已经发送。如果第二通信的用户面消息未发送,则判断第一网络节点是否支持第一抢占,如果支持则进行抢占,抢占类型为第一抢占,第一抢占例如为控制面抢占。如果第二通信的用户面消息已发送,则根据第二通信的用户面接收窗与第一通信的控制面接收窗之间的时间关系来判断是否抢占以及抢占类型,包括,如果第二通信的用户面接收窗的结束时间晚于第一通信的控制面接收窗的结束时间,且第一网络节点支持第一子抢占,或者如果第二通信的用户面接收窗的结束时间后延第一持续时间后晚于第一通信的控制面接收窗的结束时间,且第一网络节点支持第二子抢占,或者如果第二通信的用户面接收窗的结束时间后延第一持续时间加第二持续时间后晚于第一通信的控制面接收窗的结束时间,且第一网络节点支持第三子抢占,则进行抢占,抢占类型为第二抢占,第二抢占例如为用户面抢占。其它情况都不能抢占。在一种实现方式中,其中,所述抢占类型信息以及第一通信抢占第二通信的资源层有关的信息携带在所述控制面消息的分段扩展中。
在一种实现方式中,其中,所述第一网络节点为开放式无线接入网无线单元O-RU;和/或所述第二网络节点为开放式无线接入网分布单元O-DU。
在一种实现方式中,其中,所述第一通信为超可靠低时延通信URLLC;和/或所述第二通信为增强移动宽带EMBB。根据本公开的实施例,提供了一种第一网络节点,包括:收发器,被配置为发送和/或接收信号;以及控制器,被配置为执行控制以使得第一网络节点执行根据本公开的实施例中的任何实现方式所述的方法。
根据本公开的实施例,提供了一种第二网络节点,包括:收发器,被配置为发送和/或接收信号;以及控制器,被配置为执行控制以使得第二网络节点执行根据本公开的实施例中的任何实现方式所述的方法。
附图说明
图1示出了O-RAN的基站的参考架构图;
图2示出了O-RAN中上行和下行空口数据的发送和接收的处理流程的示例;
图3示出了控制面消息传输层结构的示意图;
图4示出了支持URLLC实现的一种示例方法的示意图;
图5示出了支持URLLC实现的另一种示例方法的示意图;
图6示出了根据本公开的实施例的支持URLLC实现的方法的一个方面的示意图;
图7示出了支持URLLC进行用户面抢占的三种不同抢占能力的示意图
图8示出了根据本公开的实施例的如何确定URLLC是否进行抢占和抢占类型的流程的示意图;
图9示出了根据本公开的实施例的根据干扰水平确定是否进行抢占的示意图;
图10示出了根据本公开的实施例的根据发送窗/接收窗确定是否进行抢占,以及确定抢占类型的示意图;
图11示出了根据本公开的实施例的执行抢占的流程图;
图12示出了根据本公开的实施例的将被抢占的控制面信息标记为无效的示意图;
图13示出了根据本公开的实施例的用户面抢占的三种不同抢占能力下抢占时间点的示意图;
图14示出了根据本公开的实施例的将被抢占的用户面数据清零的示意图;
图15示出了根据本公开的实施例的仅对有效的控制面信息进行耦合的流程图;
图16示出了根据本公开的实施例的URLLC用户面和控制面耦合的示意图;
图17示出了根据本公开的实施例的支持URLLC实现的方法的另一个方面的示意图;以及
图18示出了根据本公开的实施例的通信设备的硬件结构的简易框图。
具体实施方式
提供下列参考附图的描述以有助于对通过权利要求及其等效物定义的本公开的各种实施例的全面理解。本描述包括各种具体细节以有助于理解但是仅应当被认为是示例性的。因此,本领域普通技术人员将认识到,能够对这里描述的各种实施例进行各种改变和修改而不脱离本公开的范围与精神。此外,为了清楚和简明起见,可以略去对公知功能与结构的描述。
在下面说明书和权利要求书中使用的术语和措词不局限于它们的词典意义,而是仅仅由发明人用于使得能够对于本公开清楚和一致的理解。因此,对本领域技术人员来说应当明显的是,提供以下对本公开的各种实施例的描述仅用于图示的目的而非限制如所附权利要求及其等效物所定义的本公开的目的。
应当理解,单数形式的“一”、“一个”和“该”包括复数指代,除非上下文清楚地指示不是如此。因此,例如,对“部件表面”的指代包括指代一个或多个这样的表面。
术语“包括”或“可以包括”指的是可以在本公开的各种实施例中使用的相应公开的功能、操作或组件的存在,而不是限制一个或多个附加功能、操作或特征的存在。此外,术语“包括”或“具有”可以被解释为表示某些特性、数字、步骤、操作、构成元件、组件或其组合,但是不应被解释为排除一个或多个其它特性、数字、步骤、操作、构成元件、组件或其组合的存在可能性。
在本公开的各种实施例中使用的术语“或”包括任意所列术语及其所有组合。例如,“A或B”可以包括A、可以包括B、或者可以包括A和B二者。
除非不同地定义,本公开使用的所有术语(包括技术术语或科学术语)具有本公开所述的本领域技术人员理解的相同含义。如在词典中定义的通常术语被解释为具有与在相关技术领域中的上下文一致的含义,而且不应理想化地或过分形式化地对其进行解释,除非本公开中明确地如此定义。
以下讨论的图1至图9以及用于描述本专利文档中的本公开的原理的各种实施例仅作为说明,并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或设备中实施。
下面结合附图进一步描述本公开的示例性实施例。
文本和附图仅作为示例提供,以帮助理解本公开。它们不应被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例,但是基于本文所公开的内容,对于本领域技术人员而言显而易见的是,在不脱离本公开的范围的情况下,可以对所示的实施例和示例进行改变。
O-RAN的基本架构中,O-DU(O-RAN Distributed Unit,O-RAN分布单元)和O-RU(O-RAN Radio Unit,O-RAN无线单元)之间的前传接口(Fronthaul Interface,FH IF)是一个开放的网络,在有限的带宽资源上必须要对传输时延有严格的要求,而有效降低前传接口的负载也是O-RAN中重点需要考虑和优化的内容。URLLC可以有效支持资源的抢占以实现高可靠性和低时延的传输,然而在目前的O-RAN系统中并没有对URLLC进行深入的讨论,同时也没有考虑针对URLLC的FH IF传输和带宽进行优化。然而,由于URLLC对时延的敏感性,需要解决URLLC类型的通信的资源抢占方面的问题。本公开在O-RAN背景下,提出一种URLLC方法,定义了一种新的FH IF消息以及对应的O-DU、O-RU处理流程,可以有效提升URLLC在O-RAN中实现的效率。
O-RAN的gNB/eNB参考架构如图1所示,图中的基站既可以支持5G NR的gNB(nextgeneration NodeB)基站,也可以支持4G LTE(Long Term Evolution)的eNB(evolvedNodeB)基站,gNB和eNB的参考架构略有不同,但是对本公开没有影响,因此不做具体区分。下面会对O-RAN参考架构中的具体模块进行介绍,无关模块将不再进行详细介绍。
如图1所示,O-RAN参考架构中的基站可以包括以下组件:
O-CU(O-RAN Central Unit,O-RAN集中单元)101,包含O-CU-CP(O-RAN CentralUnit-Control Plane,O-RAN集中单元控制面)和O-CU-UP(O-RAN Central Unit-UserPlane,O-RAN集中单元用户面)。其中O-CU-CP是一个包含了RRC(Radio Resource Control,无线资源控制)和PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)控制面部分的逻辑节点,O-CU-UP是一个包含了SDAP(Service Data Adaptation Protocol,服务数据适配协议)和PDCP的用户面部分的逻辑节点。
O-DU 102是一个基于底层功能划分(lower layer functional split)的逻辑节点,并且包含了RLC(Radio Link Control,无线链路控制层),MAC(Media Access Control,媒体访问控制层),High-PHY(High physical layer,物理层高层)的逻辑节点。
MAC 102-1主要负责逻辑信道和传输信道的映射,将来自一个或多个不同逻辑信道的MAC SDU(Service Data Unit,业务数据单元)复用到TB(Transport Block,传输块)上,以便传输到传输信道上的物理层,还能实现将MAC SDU从传输信道上的物理层传送的TB解复用到一个或不同的逻辑信道)。同时,MAC还支持调度信息上报,通过HARQ(HybridAutomatic Repeat Request,混合自动重传请求)自动纠错以及按照逻辑信道的优先级传送数据等功能。
High-PHY 102-2:在前传接口O-DU侧的物理层处理的功能,包括前向纠错编码/解码、加扰和调制/解调。
O-DU CUS-Plane Application(O-DU Control,User,Synchronization PlaneApplication,O-DU控制面/用户面/同步面应用)102-3:O-DU逻辑功能,O-RAN CUS-Plane定义了C-Plane(Control-Plane,控制面),U-Plane(User-Plane,用户面)和S-Plane(Synchronization-Plane,同步面)的消息。其中,控制面特指O-DU与O-RU之间的实时控制信息,控制消息定义了数据传输、波束形成等所需的调度、协调等信息,用户面消息承载了O-DU与O-RU之间传输的时频域I/Q(In-phase/Quadrature,同相/正交)数据,同步面消息负责O-DU与O-U之间的定时和同步。
O-DU M-Plane(O-DU Management Plane,O-DU管理面)102-4:O-DU逻辑功能,涉及O-DU与O-RU之间的非实时管理操作,基于NETCONF/YANG(Network Configuration/YetAnother Next Generation,网络配置协议/YANG数据建模语言)对O-RU进行初始化,配置管理,软件管理,故障管理,性能管理,文件管理等。
Open Fronthaul IF(O-RAN Open Fronthaul Interface,O-RAN开放式前传接口)103:Fronthaul是连接O-DU和O-RU的逻辑链路,负责传输控制面、用户面、同步面和管理面的信息。FH IF包括了CUS-Plane接口和M-Plane接口,是基于eCPRI(enhanced CommonPublic Radio Interface,增强通用公共无线接口)标准或者IEEE(Institute ofElectrical and Electronics Engineers,电气与电子工程师协会)1914.3标准的接口,并且接口上传输的内容符合O-RAN CUS-Plane标准和M-Plane标准。
O-RU(O-RAN Radio Unit,O-RAN射频单元)104:是一个基于底层功能划分(lowerlayer functional split)的逻辑节点,承载了Low-PHY(Low Physical Layer,物理层底层)和RF(Radio Frequency,射频)处理。
O-RU CUS-Plane Application(O-RU Control,User,Synchronization PlaneApplication,O-RU控制面/用户面/同步面应用)104-1:O-RU逻辑功能,负责在前传接口上从O-DU接收或向O-DU发送并处理控制面、用户面和同步面的消息。
Low-PHY 104-2:Low-PHY是指3GPP功能层物理层被拆分后,在前传接口O-RU侧处理的功能,主要包括数字波束赋形,模拟波束赋形,快速傅里叶变换,数模转换等。
O-RU M-Plane(O-RU Management Plane,O-RU管理面)104-3:O-RU逻辑功能,接受O-DU M-Plane的管理,并且在初始化阶段向O-DU进行能力的上报,向O-DU报告该O-RU支持哪些可选的能力。
以下讨论的图2至图9以及用于描述本公开的原理的各种实施例仅作为说明,并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以在任何适当布置的系统或设备中实施。
基于控制面消息实时控制空口数据的发送和接收的方法如图2所示。上行(uplink)和下行(downlink)对消息的处理略有不同。
图2的左侧流程为下行数据的处理流程,包括如下步骤:
步骤201:下行调度,在O-DU的MAC调度器102-1中进行,MAC调度器完成下行调度后,会将下行调度结果发送给High-PHY102-2进行调制和编码等处理,同时也会将调度结果发送给O-DU CUS-Plane Application102-3用来创建控制面消息和用户面消息。下行调度结果的最小时域颗粒度例如可以是OFDM symbol(Orthogonal Frequency DivisionMultiplexing symbol,OFDM符号),最小频域颗粒度是RE(Resource Element,资源元素,在时域占一个OFDM符号,在频域占一个子载波),调度结果包括但不限于PDCCH(PhysicalDownlink Control Channel,物理下行控制信道)、PDSCH(Physical Downlink SharedChannel,物理下行共享信道)、CSI-RS(Channel State Information-Reference Signal,下行信道状态信息参考信号)的时域和频域资源分配信息,波束索引等。
步骤202:下行控制面消息的发送和接收,在O-DU和O-RU中进行,O-DU CUS-PlaneApplication102-3根据步骤201的调度结果,创建用于控制下行空口数据发送的控制面消息,并且通过FH IF 103发送给O-RU CUS-Plane Application 104-1,该控制面消息主要指示了OFDM符号、PRB(Physical Resource Block,物理层资源块,由RE组成)、RE和波束索引、iFFT(Inverse Fast Fourier Transform,快速傅里叶逆变换)参数等信息。O-RU CUS-Plane Application 104-1接收控制面消息,并且从中提取得到传输层和应用层的各个字段信息。
步骤203:下行用户面消息的发送和接收,在O-DU和O-RU中进行,O-DU CUS-PlaneApplication 102-3将从High-PHY输出的调制和编码后的I/Q数据创建为下行用户面消息,并且通过FH IF 103发送给O-RU CUS-Plane Application 104-1,该用户面消息主要携带了指定OFDM符号和PRB中每个RE上承载的I/Q数据。104-1O-RU CUS-Plane Application接收用户面消息,并且从中提取得到传输层和应用层的各个字段信息和I/Q数据。
步骤204:控制面和用户面消息的耦合,在O-DU CUS-PlaneApplication102-3中进行,由于在O-RAN CUS-Plane下行传输过程中,控制面消息和用户面消息是分开进行传输的,因此需要对控制面消息中的分段描述(Section Description)和用户面消息中的数据分段(Data Section)进行耦合,使得控制面信息能够和用户面信息对应,基本的耦合方法为基于分段索引(sectionId)的耦合,此外还有基于时频域资源的耦合,有优先级的基于时频域资源的耦合等方法。
步骤205:控制下行空口数据的发送,O-DU CUS-Plane Application 102-3在完成控制面消息和用户面消息的耦合后,将耦合的分段描述和数据分段递交给Low-PHY 104-2,Low-PHY 104-2对耦合后的分段描述和数据分段进行处理,然后按照分段描述中的控制信息对下行数据分段进行数字波束赋形,iFFT,数模转换,以及模拟波束赋形等处理。
图2的右侧流程为上行数据的处理流程,包括如下步骤:
步骤206:上行调度,在O-DU的MAC调度器102-1中进行,MAC调度器完成上行调度后,会将上行调度结果发送给High-PHY 102-2进行解码和解调制等处理,同时也会将调度结果发送给O-DU CUS-Plane Application102-3用来创建控制面消息。上行调度结果的最小时间颗粒度例如可以是OFDM符号,最小频率颗粒度例如可以是RE,调度结果包括但不限于PUCCH(Physical Uplink Control Channel,物理上行控制信道)、PUSCH(PhysicalUplink Shared Channel,物理上行共享信道)、SRS(Sounding Reference Signal,探测参考信号)的时域和频域资源分配信息,波束索引等。
步骤207:上行控制面消息的发送和接收,在O-DU和O-RU中进行,O-DU CUS-PlaneApplication 102-3根据步骤206的调度结果,创建用于控制上行空口数据接收的控制面消息,并且通过FH IF 103发送给O-RU CUS-Plane Application 104-1,该控制面消息主要指示了OFDM符号、PRB、RE和波束索引、FFT(Fast Fourier Transform,快速傅里叶变换)参数等信息。O-RU CUS-Plane Application 104-1接收控制面消息,并且从中提取得到传输层和应用层的各个字段信息。
步骤208:控制上行空口数据的接收,在O-RU进行,O-RU CUS-Plane Application104-1将从控制面消息中所提取的分段描述所携带的控制信息指示给Low-PHY 104-2,Low-PHY根据控制信息对上行空口数据进行模拟波束赋形,FFT,数字波束赋形等处理,再将处理后的I/Q数据递交给104-1O-RU CUS-Plane Application。
步骤209:上行用户面消息的发送和接收,在O-DU和O-RU进行,O-RU CUS-PlaneApplication 104-1将从Low-PHY输出的I/Q数据创建为上行用户面消息,并且通过FH IF103发送给O-DU CUS-Plane Application 102-3,该用户面消息主要携带了指定OFDM符号和PRB中每个RE上承载的I/Q数据。O-DU CUS-Plane Application 102-3接收用户面消息,并且从中提取得到指定OFDM符号和PRB中每个RE上承载的I/Q数据,然后将I/Q数据递交给High-PHY进行后续的解码和解调制等处理。
每个控制面消息都属于某个端点(endpoint,下行发送端点low-level-tx-endpoint,上行接收端点low-level-rx-endpoint),每个端点都配置了一个唯一的eAxC Id(extended Antenna-Carrier Identifier,扩展天线载波标识符),该标识符存在于控制面消息和用户面消息的传输层报头中,用于O-DU和O-RU区分该消息属于哪个端点。eAxC Id分为ecpriRtcid和ecpriPcid,其中ecpriRtcid(real time control data identifier)用于标识控制面消息相关的数据流,控制面消息结构中传输层的结构如图3所示:
传输层报头(Transport Header)301:由eCPRI公共报头或IEEE 1914.3公共报头组成,包括用于指示消息类型的相应字段。
应用层数据(Application Layer)302:包括用于控制和同步的必要字段。
通用无线电应用报头(Common Radio Application Header)303:包含了数据方向(dataDirection),负载版本(payloadVersion),筛选索引(filterIndex),帧号(frameId),子帧号(subframeId),时隙号(slotID),起始符号ID(startSymbolId),分段数(numberOfsections)和分段类型(SectionType)等信息。
分段描述(Section Description)304:对控制信息进行描述,一条控制面消息可以包含多个分段描述。
分段头(Section Header)305:包含了分段索引(sectionId),符号递增标记(symInc),分段描述起始PRB(startPrbc),分段描述中连续PRB的数量(numPrbc),符号数(numSymobol)和扩展标识(ef)等信息。
分段扩展(Section Extension)306:描述了除分段头所包含信息外的控制信息,一个分段描述可以包含多个分段扩展。如果扩展标识ef的值为1,则表示该分段扩展后面还有其他分段扩展。
在O-RAN中,没有明确定义支持URLLC实现的方法,因此URLLC的实现过程较为繁琐,主要有以下两种备选实现方式:
1.通过在OFDM符号上预留PRB资源来实现URLLC
2.通过逐个OFDM符号发送控制面和用户面消息,提高消息发送的颗粒度来实现URLLC
方法1是一种静态资源配置方法,如图4所示,通过在OFDM符号上提前预留PRB资源来实现URLLC,EMBB无法利用提前预留给URLLC的PRB资源。这种方法不能很好的判断提前预留资源的大小,如果预留资源过少,会导致URLLC的延迟增加,影响响应速度,如果预留资源过多,会导致预留资源无法得到充分合理的利用,造成资源的浪费,同时会造成吞吐量降低,其他非URLLC的用户体验也会很差。
方法2通过逐个OFDM符号发送控制面消息来实现URLLC,如图5所示,增加消息发送的颗粒度可以更好的响应URLLC需求,但是会造成控制面消息的数量增加,相应地,控制面消息的传输层报头,通用无线电应用报头和分段头也会进行重复传输,造成带宽资源的浪费。此外,每个时隙发送的总消息数量增加,可能会需要额外的O-RU能力支持。O-RU处理资源的能力对于每个时隙内能够处理的最大消息数量有一定限制,参考管理面参数max-sections-per-slot。所以当有大量的消息在一个时隙内到达O-RU时,可能会超过O-RU的能力并且需要额外的支持。此外,URLLC通常具有比EMBB更大的子载波间隔,即URLLC的OFDM符号时间更短,因此在发送URLLC的控制面消息时,EMBB的控制面消息或用户面消息可能已经被发送给O-RU了,这种情况下即使逐个OFDM符号发送控制面消息也不能有效地支持URLLC。
为了更好地节约带宽资源和利用资源,并支持URLLC比EMBB更大的子载波间隔,本公开提出一种在O-RAN中支持URLLC的方法,该方法通过定义一种新的FH IF消息结构,预先将URLLC需要抢占或取消的资源指示出来,O-RU在收到相关消息后,根据标记来对对应的RE/PRB资源的控制面消息进行失效处理,或者对对应的RE/PRB资源的用户面消息进行清零,即这些资源只能预留给URLLC,并且在后续的针对EMBB的控制面消息和用户面消息耦合的过程中,用户面消息会选择和有效的RE/PRB进行耦合,而不和通过失效处理而被预留给URLLC的资源耦合。这种方法可以避免逐个OFDM符号发送控制面消息,也可以避免对URLLC的资源进行预留,有效地减少前传接口上的消息负载,提高对资源的利用率,能够最大效率的支持URLLC。
本公开还提出了一种O-DU判断是否可以进行抢占以及确定抢占类型的方法。O-DU在判断抢占时根据EMBB对URLLC的干扰水平,只抢占干扰大的EMBB用户,不抢占干扰小的EMBB用户,从而提高了EMBB用户的吞吐量。同时,O-DU根据URLLC的控制面消息在发送时,EMBB的控制面消息和用户面消息是否发送来决定是否抢占以及抢占类型,从而可以支持URLLC具有比EMBB更大的子载波间隔,并确保了不会出现O-DU和O-RU对是否抢占理解不一致的情况,从而避免URLLC和大干扰EMBB在相同时频资源上发送而导致的URLLC和EMBB由于干扰都出现解码错误的情况。此外,O-DU在判断抢占时根据不同能力的O-RU支持的不同最晚抢占时间来确定是否抢占,使高处理能力的O-RU可以进一步减少URLLC的时延。
此外,虽然下面的描述中主要以URLLC抢占EMBB的资源为例进行了描述,但是可以理解的是,本公开的方法和技术原理也可以类似地应用于其他通信类型,例如,第一类型的通信对第二类型的通信进行资源抢占,第一类型的通信可以是但不限于URLLC,第二类型的通信可以是但不限于EMBB通信。
下面结合附图进一步描述本公开的示例性实施例。
文本和附图仅作为示例提供,以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例,但是基于本文所公开的内容,对于本领域技术人员而言显而易见的是,在不脱离本公开的范围的情况下,可以对所示的实施例和示例进行改变。
根据控制面消息和空口数据方向,可以将本公开的实施例分为两类,一类是下行抢占实施例,记为A类;一类是上行取消实施例,记为B类。因此,本公开描述列举2种实施例作为示例进行说明,分为:
实施例A:通过URLLC控制信息实现O-RAN下行PDSCH抢占设计的方法
实施例B:通过URLLC控制信息实现O-RAN上行PUSCH取消的设计的方法
应该理解,虽然将实施例描述为实施例A和实施例B,但这两个实施例既可以独立实施,也可以组合实施,或者部分组合实施。
不限于以上两种实施例,任何使用到本公开相关创新点或将本公开的创新点进行组合的案例,都属于本公开声明的保护范围内。
实施例A:通过URLLC控制信息实现O-RAN下行PDSCH抢占设计的方法
实施例A的整体流程如图6所示。
步骤601为O-RU向O-DU进行URLLC抢占能力上报的过程,该过程在O-RU和O-DU的管理面进行。对管理面中的分段扩展列表supported-section-extensions增加URLLC分段扩展,实现对URLLC抢占能力的支持。具体地,O-RU可以通过分段扩展的列表supported-section-extensions向O-DU报告其支持的扩展,如果O-RU支持该分段扩展,则向O-DU上报该能力为真,具体地,O-RU在supported-section-extensions中包含URLLC分段扩展类型。本公开将URLLC分段扩展定义(或描述)为第一接口,该接口可以为控制信息抢占或取消分段扩展,可以用于但不局限于URLLC对EMBB的发送抢占或接收取消。如果O-RU上报能力不包含第一接口,则认为O-RU不支持该接口,也就不支持URLLC控制面抢占和取消。当O-DU收到O-RU上报后,若O-RU上报携带该第一接口,则O-DU可以开启URLLC抢占模块中的控制信息抢占或取消,否则,不开启URLLC抢占模块中的控制信息抢占或取消。此外,开启URLLC抢占模块还可以涉及在管理面的O-RU能力和/或参数中新增三种支持用户面抢占的能力和/或参数,包括,支持在用户面数据处理开始前的用户面抢占的能力;支持在数字波束赋形开始前的用户面抢占的能力以及可选地还包括执行耦合所需要的最短时间;支持在IFFT开始前的用户面抢占的能力以及可选地还包括执行耦合所需要的最短时间和执行数字波束赋形所需要的最短时间。这三种抢占能力和相应参数如图7所示。如果O-RU没有上报所述三种能力和参数中的任意一种,则说明O-RU不支持用户面抢占。如果O-DU不支持URLLC,为了向后兼容,O-DU可以忽略O-RU关于URLLC抢占的能力。
步骤602为URLLC调度的过程,该过程在O-DU中进行,URLLC可以抢占EMBB的资源来实现更小的传输时延,如果存在URLLC的调度,且需要的资源已经被EMBB业务占用,需要抢占处理时,则继续进行后面的步骤,如果不存在URLLC的调度,或者不需要抢占资源,则可以直接忽略步骤603到605,直接跳转到步骤606,进行正常的数据传输流程。
具体地,对于EMBB用户,MAC在调度资源时需要避开已经被占用的资源(即这些资源并没有与任何正在被使用的sectionId关联)。对于URLLC用户,当URLLC抢占模块未启用时,其处理与EMBB类似。当URLLC抢占模块启用时,URLLC调度资源不需要考虑资源是否已经被占用,而是直接按照算法对其进行分配,然后:
1.若URLLC的资源已被EMBB占用,进入步骤603,
2.若URLLC的资源未被EMBB占用,直接创建和发送对应的控制面消息。
步骤603为确定URLLC是否进行抢占和抢占类型,以及URLLC抢占消息的创建及发送,该过程在O-DU中进行,流程如图8所示,图8中的603-1、603-2、603-3、603-4中的至少一个步骤为可选步骤。具体流程如下:
1.根据SRS或者波束索引来得到EMBB和URLLC的信道相关性信息,确定EMBB对URLLC的干扰水平,如果该干扰水平小于给定的门限,则不需要抢占,即允许EMBB和URLLC在相同的资源上发送;否则需要抢占,执行下一步。如图9所示。
2.检查URLLC的控制面消息在发送时,EMBB的控制面消息是否已经发送。如果URLLC的控制面发送窗的开始时间晚于EMBB的控制面发送窗的开始时间,则URLLC的控制面消息在发送时,EMBB的控制面消息已经发送。如果未发送,则不需要发送指示抢占的控制面消息,并取消EMBB的控制面消息中被抢占的资源,如图10中的(a)所示;如果已发送,执行下一步。
3.检查URLLC的控制面消息在发送时,EMBB的用户面消息是否已经发送。如果URLLC的控制面发送窗的开始时间晚于EMBB的用户面发送窗的开始时间,则URLLC的控制面消息在发送时,EMBB的用户面消息已经发送。如果未发送,则判断O-RU是否支持控制面抢占,如果支持则进行抢占,抢占类型为控制面抢占,如图10中的(b)所示;
如果已发送,执行下一步。
4.检查EMBB的用户面接收窗与URLLC的控制面接收窗之间的时间关系,来确定是否进行用户面抢占。如果以下任一条件满足,则进行抢占,抢占类型为用户面抢占,如图10中的(c)所示。
4.1.EMBB的用户面接收窗的结束时间晚于URLLC的控制面接收窗的结束时间,且O-RU支持在用户面数据处理开始前进行用户面抢占;
4.2.EMBB的用户面接收窗的结束时间后延执行耦合所需要的最短时间后晚于URLLC的控制面接收窗的结束时间,且O-RU支持在数字波束赋形开始前进行用户面抢占;
4.3.EMBB的用户面接收窗的结束时间后延执行耦合所需要的最短时间加执行数字波束赋形所需要的最短时间后晚于URLLC的控制面接收窗的结束时间,且O-RU支持在IFFT开始前进行用户面抢占;
5.对不同层上的需要被抢占EMBB的抢占设置为相同的抢占类型。遍历所有需要抢占的EMBB用户:
5.1.如果该EMMB用户的抢占结果为不能抢占,最终抢占结果为抢占失败,结束遍历;
5.2.如果EMMB用户的抢占结果为控制面抢占,且最终抢占结果不为用户面抢占,将最终抢占状态标记为控制面抢占,并记录该EMBB用户的ecpriRitcid;
5.3.如果EMMB用户的抢占结果为用户面抢占,则将最终抢占状态标记为用户面抢占,并记录该EMBB用户的ecpriRitcid;
如果以上步骤中的最终抢占状态为控制面抢占或用户面抢占,则进行抢占信息的创建与发送。控制面信息中分段描述的创建与发送过程与O-RAN WG4 CUS-Plane中描述的一致,而新增的用于指示抢占的分段扩展结构可以按照表1定义如下:
表1新增的分段扩展结构
URLLC扩展结构各字段含义及填写说明如下:
ef(extension flag,扩展标志)占1bit(比特),表示扩展标识符,当ef=1时,表示该分段扩展后面还有其他的分段扩展存在,当ef=0时,表示该扩展为最后一个分段扩展。相应地,如果存在该分段扩展,其前一个分段描述或分段扩展中的ef应标识为1。
extType(extension type,扩展类型)占7bits,表示扩展类型,对于该新增的分段扩展的扩展类型,可以使用特定值来指示,例如可以通过将扩展类型extType强制填写为编号xx来表示,其中xx为表示该新增的分段扩展的类型的值,例如可以为数值。
extLen(extension length)占8bits,扩展结构的大小,表示整个扩展占据了多少32-bit,或者多少4-byte。
preemptType(preemption type,抢占类型):占1bit或2bits,用于指示抢占类型,取值0表示控制面抢占,取值1表示用户面抢占。当占1bit时,当前byte的高位第一个bit为reserved字段。
numEcpriRtcid(number of invalid_ecpriRitcids,invalid_ecpriRitcid的数量):占6bits,用于指示该分段扩展中包含多少个标识为invalid(失效)的ecpriRitcid。取值范围为0000000b-111111b,最多可以覆盖64个ecpriRitcid。
Invalid_ecpriRtcid_i(i=1,2,…,M):占16bits,用于指示O-DU决定抢占MU-MIMO的不同层或不同SU-MIMO的空间层资源,用来传输URLLC信息。所创建的此控制面消息的ecpriRtcid可以包含或不包含在Invalid_ecpriRtcid_i(i=1,2,…,M)中,M代表需要抢占的资源层的数量,M=numEcpriRtcid。
特别地,为了便于区分Invalid_ecpriRtcid_i(i=1,2,…,M)所指示的不同ecpriRtcid,Invalid_ecpriRtcid_i的数值应该由小到大排序。在一种实现方式中,可以仅使用一个Invalid_ecpriRtcid来指示O-DU决定抢占的资源,例如,可以通过将Invalid_ecpriRtcid设置为特定值来实现。例如,如果第一个值Invalid_ecpriRtcid_1=0x0000,则说明该URLLC分段扩展需要抢占该时隙内(或者相关的时间单元内)所有的ecpriRtcid,此时的numEcpriRtcid=1,extLen=2。
zero pad to 4-byte boundary:补0位,其作用是使得分段扩展所占的字节数与extLen定义的字节数保持一致。
当需要为URLLC进行资源抢占时,需要为控制消息中URLLC抢占涉及的分段描述增加该扩展,其中extType的填写固定。ef的值需要根据后面是否有其他分段扩展决定。extLen的值需要根据Invalid_ecpriRtcid的个数M决定,其取值为(M*2+3)/4向上取整。若(M*2+3)%4!=0,则需要zero pad来补位,使扩展的大小与extLen定义的大小一致。
具体地,对于每条用户面消息,若该条消息中存在被抢占的资源,则被抢占的时频资源部分用URLLC用户面消息中的sectionId来标识,而未被抢占的时频资源仍然用原来EMBB控制面消息中的sectionId来标识。
Invalid_ecpriRtcid_i指示需要进行失效处理的ecpriRtcid,对应于被抢占的层索引,当抢占的资源为MU-MIMO(Multi-User Multiple-Input Multiple-Output,多用户多输入多输出)时,抢占的资源来自多个用户的不同层。
URLLC抢占资源时,可能会出现多个URLLC抢占同一块资源的情况,当资源块已经被一个URLLC抢占后,其他URLLC用户不可再次抢占,即每个层的ecpriRcid不应包含在其他层分段扩展的Invalid_ecpriRtcid_i(i=1,2,…,M)中.
具体来说,在一个时隙内,若有2个URLLC都需要抢占eMMB资源,且2个URLLC抢占的eMMB资源相同。此时只允许其中一个URLLC抢占该资源,另一个不允许占用。为简单起见,这里采用先到先得的方式,先到的URLLC用户占用该资源,后到的用户无法占用,可以延后发送或者考虑占用其他资源。
步骤604为URLLC控制信息的接收过程,该过程在O-RU中进行,O-RU对收到的控制信息进行解析,根据extType识别其是否包含URLLC的分段扩展,如果包含URLLC抢占的分段扩展,则继续执行下一步,如果不包含URLLC抢占的分段扩展,则直接忽略步骤605,进入到步骤606,进行正常的用户面消息和控制面消息耦合的过程。
步骤605为O-RU根据收到的URLLC分段扩展中所指示的抢占消息,对EMBB的冲突位置资源的控制面信息标记为无效或者对用户面数据进行清零,如图11所示。图11中的(a)示出了对控制面信息进行处理的过程,其中EMBB的RE当中的被当前控制面消息抢占的RE被标记为无效;图11中的(b)示出了对用户面数据进行处理的过程,其中用户面抢占状态被标记为等待用户面抢占的用户面数据被清零,该用户面抢占状态根据图11中的(a)中的控制面处理过程中根据分段扩展中的抢占类型而被标记为等待用户面抢占。
O-RU收到包含URLLC扩展的控制面消息后,对控制面中每个分段描述和分段扩展进行读取,其过程增加对URLLC分段扩展的处理。
判断每个分段描述是否携带URLLC分段扩展,若控制面消息中携带的分段描述不携带URLLC分段扩展,则与现有的处理一致,反之,则说明存在URLLC抢占,处理如下:
1.O-RU取出所有控制面消息中携带URLLC分段扩展的分段描述,根据每个分段描述中指示的时频资源(由startPrbc,numPrbc,startSymbolId,numSymbol等参数确定)确定URLLC使用的时频资源
2.O-RU对该分段描述下URLLC分段扩展中的Invalid_ecpriRtcid_i逐个进行处理,对于某个Invalid_ecpriRtcid_i所指示的ecpriRtcid,扣除该Id下与URLLC控制信息中时频资源的重叠部分,即原来该ecpriRtcid分配给EMBB用户该段时频资源变成空闲资源。特别的,当Invalid_ecpriRtcid为0x0000时,表示对所有层进行处理,此时需要遍历所有的层,并对每层资源中与URLLC中的重叠部分进行扣除。所述扣除包括:如果抢占类型为控制面抢占,则将对应的资源的控制面消息标记为无效,如图12所示;如果抢占类型为用户面抢占,则将当前的用户面抢占状态标记为等待用户面抢占。
3.对于支持不同的用户面抢占子能力的O-RU,分别在如下三个时间点检查当前的用户面抢占状态,如图13所示。如果当前的用户面抢占状态是等待用户面抢占,则进行用户面抢占,将对应的资源的用户面数据清零,如图14所示。
3.1.对于支持在用户面数据处理开始前进行用户面抢占的O-RU,在用户面数据处理开始前,检查当前的用户面抢占状态,如果是等待用户面抢占,则进行用户面抢占。
3.2.对于支持在数字波束赋形开始前进行用户面抢占的O-RU,在数字波束赋形开始前,检查当前的用户面抢占状态,如果是等待用户面抢占,则进行用户面抢占。
3.3.对于支持在IFFT开始前进行用户面抢占的O-RU,在数字IFFT开始前,检查当前的用户面抢占状态,如果是等待用户面抢占,则进行用户面抢占。
步骤606为O-RU将用户面消息和URLLC控制面消息进行重新耦合的过程,不对无效的控制面信息进行耦合,只对有效的控制面信息进行耦合,步骤605对EMBB资源的抢占,将被抢占的控制面信息标记为无效,使被占用的资源重新变成空闲,步骤606将抢占的资源分配给URLLC,如图15所示,EMBB的RE在分段描述中被标记为有效时才会与EMBB的控制面信息进行耦合,而如果EMBB的RE在URLLC中的分段描述中被标记为无效,则过程进行到对RE的遍历,也就是跳过该RE与EMBB的控制面信息的耦合,从而使得只对有效的控制面信息进行耦合。分段描述下URLLC扩展中的每个Invalid_ecpriRtcid_i中空闲资源块被分配给URLLC,后续该段资源按URLLC中的分段描述处理,如图16所示。特别的,当Invalid_ecpriRtcid为0x0000时,表示对所有层进行处理,此时需要遍历所有的层,并对每层资源中与URLLC中的重叠部分进行抢占。
URLLC的控制面消息可以和对应的用户面消息进行耦合,对数据进行处理后,可以继续完成数据的发送,至此,基于URLLC的O-RAN下行PDSCH抢占已经完成。
步骤607为控制下行空口数据的发送,O-DU在完成URLLC控制面消息和用户面消息的耦合后,将耦合的分段描述和数据分段递交给Low-PHY,Low-PHY对耦合后的分段描述和数据分段进行处理,然后按照分段描述中的控制信息对下行数据分段进行数字波束赋形,iFFT,数模转换,以及模拟波束赋形等处理。
实施例B:通过URLLC控制信息实现O-RAN上行PUSCH取消的设计的方法
图17示出了实施例B的示意流程图。
步骤608为O-RU向O-DU进行URLLC抢占能力上报的过程,该过程与步骤601中所描述的步骤一致。
步骤609为上行URLLC调度的过程,该过程在O-DU中进行,RLLC可以抢占EMBB的资源来实现更小的传输时延,如果存在URLLC的调度,且需要的资源已经被EMBB业务占用,需要抢占处理时,则继续进行后面的步骤,如果不存在URLLC的调度,或者不需要抢占资源,则可以直接忽略后面的步骤。
步骤610为URLLC上行控制消息的创建及发送,该过程在O-DU中进行,URLLC分段扩展的创建与步骤603中所描述的过程一致。当需要抢占时,O-DU需要为URLLC抢占的控制面消息增加该扩展,并按照需要抢占资源的位置将URLLC分段扩展的剩余字段补齐,并发送给O-RU。
步骤611为URLLC上行控制信息的接收过程,该过程在O-RU中进行,O-RU对收到的控制信息进行解析,根据extType识别其是否包含URLLC的分段扩展,如果包含URLLC抢占的分段扩展,则继续执行下一步,如果不包含URLLC抢占的分段扩展,则直接忽略步骤612,进入步骤613,完成正常的数据发送的过程。
步骤612为对URLLC控制信息所指示的资源进行失效处理。
O-RU收到包含URLLC扩展的控制面消息后,对控制面中每个分段描述和分段扩展进行读取,其过程增加对URLLC分段扩展的处理。
判断每个分段描述是否携带URLLC分段扩展,若控制面消息中携带的分段描述不携带URLLC分段扩展,则与现有的处理一致,反之,则说明存在URLLC抢占,处理如下:
1.O-RU取出所有控制面消息中携带URLLC分段扩展的分段描述,根据每个分段描述中指示的时频资源(由startPrbc,numPrbc,startSymbolId,numSymbol等参数确定)确定URLLC使用的时频资源
2.O-RU对该分段描述下URLLC分段扩展中的Invalid_ecpriRtcid_i逐个进行处理,对于给定的ecpriRtcid,扣除该Id下与URLLC控制信息中时频资源的重叠部分,即原来该ecpriRtcid分配给EMBB用户该段时频资源变成空闲资源
对EMBB所使用的时频资源进行取消后,基于URLLC的O-RAN上行PUSCH取消已经完成。
步骤613为控制上行用户面消息的发送。O-RU使用原EMBB所释放的空闲资源,将URLLC用户面数据创建为上行用户面消息,并通过FH I/F发送给O-DU。
图18示出了根据本公开的实施例的通信设备900的硬件结构的简易框图。图18所示的通信设备900可以用于实施根据本公开的原理的任何方法。因此,可以理解的是,通信设备900例如可以是前述O-RU或O-DU,或者可以是用于实施本公开的方法的任何网络节点。
参考图18,根据本公开的实施例的通信设备900包括收发器901和控制器902。可选地,通信设备900还可以包括存储器(未示出)。收发器901可以发送信号或数据,或者接收信号或数据。控制器902可以与收发器901以及存储器耦接,并控制收发器901和存储器的操作。存储器上存储有计算机可执行指令,当所述指令由控制器902执行时,使得本公开上述各实施例对应的至少一种方法被执行。以上所述仅为本发明的示例性实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
本技术领域技术人员可以理解,本申请可以包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory,只读存储器)、RAM(Random Access Memory,随即存储器)、EPROM(ErasableProgrammable Read-Only Memory,可擦写可编程只读存储器)、EEPROM(ElectricallyErasable Programmable Read-Only Memory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本公开的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (23)
1.一种通信系统中由第一网络节点执行的方法,包括:
从第二网络节点接收第一通信的控制面消息,所述控制面消息包括抢占类型信息和第一通信抢占第二通信的资源有关的信息;以及
基于所述控制面消息确定第二通信被抢占的资源。
2.根据权利要求1所述的方法,基于所述控制面消息确定第二通信被抢占的资源,包括:
基于所述抢占类型信息,对所述资源有关的信息对应的资源执行第一抢占或第二抢占,
其中,所述第一抢占将第二通信中被第一通信抢占的资源的控制面信息标记为无效,所述第二抢占将第二通信中被第一通信抢占的用户面数据清零。
3.根据权利要求2所述的方法,其中,被标记为无效的控制面信息不被用于与用户面信息进行耦合。
4.根据权利要求1所述的方法,其中,还包括:
向所述第二网络节点发送第一通信抢占第二通信的资源有关的能力信息,所述能力信息包括关于支持第一抢占的第一抢占能力和支持第二抢占的第二抢占能力中的至少一个的信息。
5.根据权利要求4所述的方法,其中,所述第二抢占能力包括第一抢占子能力、第二抢占子能力、第三抢占子能力中的至少一个,
其中,第一抢占子能力指示在进行第二通信的用户面信息与控制面信息的耦合前支持用户面抢占,第二抢占子能力指示在进行第二通信的波束赋形前支持用户面抢占,第三抢占子能力指示在进行第二通信的快速傅里叶逆变换前支持用户面抢占。
6.根据权利要求5所述的方法,其中,关于第二抢占子能力的信息还包括第一网络节点执行控制面信息与用户面信息的耦合所需的第一持续时间有关的信息,
关于第三抢占子能力的信息还包括第一持续时间有关的信息和第一网络节点执行波束赋形所需的第二持续时间有关的信息。
7.根据权利要求1至6中任一项所述的方法,其中,所述第一通信抢占第二通信的资源有关的信息和所述抢占类型携带在所述控制面消息的分段扩展中。
8.根据权利要求1至7中任一项所述的方法,其中,所述第一通信抢占第二通信的资源有关的信息包括:
第一通信抢占第二通信的资源层有关的信息。
9.根据权利要求8所述的方法,其中,所述第一通信抢占第二通信的资源层有关的信息包括:
一个或多个第一失效资源层标识,其中所述一个或多个第一失效资源层标识中的每一个指示第一通信抢占的第二通信的资源层;或者
指示第一通信抢占第二通信所有资源层的资源的第二失效资源层标识。
10.根据权利要求1至9中任一项所述的方法,其中,所述第一网络节点为开放式无线接入网无线单元O-RU;和/或
所述第二网络节点为开放式无线接入网分布单元O-DU。
11.根据权利要求1至9中任一项所述的方法,其中,所述第一通信为超可靠低时延通信URLLC;和/或
所述第二通信为增强移动宽带EMBB。
12.一种通信系统中由第二网络节点执行的方法,包括:
接收第一通信的调度信息;
若第一通信对应的资源被第二通信占用,则向第一网络节点发送第一通信的控制面消息,所述控制面消息包括抢占类型信息和第一通信抢占第二通信的资源有关的信息,以使所述第一网络节点基于所述控制面消息确定第二通信被抢占的资源。
13.根据权利要求12所述的方法,还包括:基于第一通信和第二通信预计到达第一网络节点的时间差信息,确定第一通信是否抢占第二通信的资源;以及
如果确定第一通信抢占第二通信的资源,则向第一网络节点发送所述控制面消息。
14.根据权利要求13所述的方法,其中,基于第一通信和第二通信预计到达第一网络节点的时间差信息确定第一通信是否抢占第二通信的资源,包括:
基于第一网络节点与第二网络节点之间的传输时延、第一通信和第二通信的发送窗和/或接收窗,确定第一通信是否抢占第二通信的资源。
15.根据权利要求14所述的方法,还包括:接收所述第一网络节点发送的第一通信抢占第二通信的资源有关的能力信息,所述能力信息包括关于支持第一抢占的第一抢占能力和支持第二抢占的第二抢占能力中的至少一个的信息,
其中,所述抢占类型基于所述能力信息和所述第一时间被确定为第一抢占或第二抢占中的一个。
16.根据权利要求15所述的方法,其中,所述第二抢占能力包括第一抢占子能力、第二抢占子能力、第三抢占子能力中的至少一个,
其中,第一抢占子能力指示在进行第二通信的用户面信息与控制面信息的耦合前支持用户面抢占,第二抢占子能力指示在进行第二通信的波束赋形前支持用户面抢占,第三抢占子能力指示在进行第二通信的快速傅里叶逆变换前支持用户面抢占。
17.根据权利要求16所述的方法,其中,关于第二抢占子能力的信息还包括第一网络节点执行控制面信息与用户面信息的耦合所需的第一持续时间有关的信息,
关于第三抢占子能力的信息还包括第一持续时间有关的信息和第一网络节点执行波束赋形所需的第二持续时间有关的信息。
18.根据权利要求12至16中任一项所述的方法,其中,所述第一通信抢占第二通信的资源有关的信息携带在所述控制面消息的分段扩展中,所述分段扩展中包括指示所述抢占类型的信息。
19.根据权利要求12所述的方法,还包括:
确定第一通信与第二通信之间的干扰级别;
基于所述干扰级别,确定第一通信要抢占的第二通信的资源。
20.根据权利要求12至19中任一项所述的方法,其中,所述第一网络节点为开放式无线接入网无线单元O-RU;和/或
所述第二网络节点为开放式无线接入网分布单元O-DU。
21.根据权利要求12至19中任一项所述的方法,其中,所述第一通信为超可靠低时延通信URLLC;和/或
所述第二通信为增强移动宽带EMBB。
22.一种第一网络节点,包括:
收发器,被配置为发送和/或接收信号;以及
控制器,被配置为执行控制以使得第一网络节点执行根据权利要求1-11中任一项所述的方法。
23.一种第二网络节点,包括:
收发器,被配置为发送和/或接收信号;以及
控制器,被配置为执行控制以使得第二网络节点执行根据权利要求12-21中任一项所述的方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP24789095.7A EP4649763A4 (en) | 2023-04-14 | 2024-04-12 | PROCESS EXECUTED BY A NETWORK NODE |
| PCT/KR2024/004987 WO2024215154A1 (en) | 2023-04-14 | 2024-04-12 | Method performed by network node |
| US18/671,362 US20240357594A1 (en) | 2023-04-14 | 2024-05-22 | Method performed by network node |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310403888 | 2023-04-14 | ||
| CN2023104038882 | 2023-04-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118804364A true CN118804364A (zh) | 2024-10-18 |
Family
ID=93020955
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202410330669.0A Pending CN118804364A (zh) | 2023-04-14 | 2024-03-21 | 一种由网络节点执行的方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240357594A1 (zh) |
| EP (1) | EP4649763A4 (zh) |
| CN (1) | CN118804364A (zh) |
| WO (1) | WO2024215154A1 (zh) |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018129319A1 (en) * | 2017-01-06 | 2018-07-12 | Convida Wireless, Llc | Mechanisms for efficient access and transmission in nr |
| US10932278B2 (en) * | 2017-03-20 | 2021-02-23 | Convida Wireless, Llc | Scheduling and control in new radio using preemption indication |
| WO2018227574A1 (zh) * | 2017-06-16 | 2018-12-20 | 北京小米移动软件有限公司 | Harq反馈方法、装置、用户设备和基站 |
| WO2019032844A1 (en) * | 2017-08-10 | 2019-02-14 | Intel IP Corporation | PREEMPTION INDICATION FOR NEW RADIO |
| WO2020056782A1 (en) * | 2018-09-22 | 2020-03-26 | Qualcomm Incorporated | Preemption indication for dl multiplexing of embb and urllc with non-coherent joint transmission |
| US20220174658A1 (en) * | 2019-03-26 | 2022-06-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Assigning of resources based on grouping of wireless devices |
| US11546124B2 (en) * | 2019-10-11 | 2023-01-03 | Electronics And Telecommunications Research Institute | Method and apparatus for communication using fronthaul interface |
| KR20210077621A (ko) * | 2019-12-17 | 2021-06-25 | 한국전자통신연구원 | 프론트홀에서 데이터의 송수신을 위한 방법 및 장치 |
| US12279156B2 (en) * | 2020-06-03 | 2025-04-15 | Mavenir Systems, Inc. | Traffic timing control for an open radio access network in a cloud radio access network system |
-
2024
- 2024-03-21 CN CN202410330669.0A patent/CN118804364A/zh active Pending
- 2024-04-12 WO PCT/KR2024/004987 patent/WO2024215154A1/en not_active Ceased
- 2024-04-12 EP EP24789095.7A patent/EP4649763A4/en active Pending
- 2024-05-22 US US18/671,362 patent/US20240357594A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4649763A1 (en) | 2025-11-19 |
| US20240357594A1 (en) | 2024-10-24 |
| WO2024215154A1 (en) | 2024-10-17 |
| EP4649763A4 (en) | 2026-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102611524B (zh) | 一种传输信息的方法、系统及设备 | |
| CN108199819A (zh) | 控制信令的发送、接收以及信息的确定方法及装置 | |
| CN108123778A (zh) | 传输及传输配置方法、装置及基站、终端 | |
| CN111092695A (zh) | 重传次数确定方法、指示方法、装置、终端、通信节点及介质 | |
| JP2017529717A (ja) | リソース標識処理方法及び処理装置、アクセスポイント、並びにステーション | |
| US10237035B2 (en) | Operation method of communication node supporting superposition transmission in cellular communication system | |
| CN106063357A (zh) | 用于具有非理想回程的交叉节点调度的方法和装置 | |
| CN115915410A (zh) | 用于开放式无线接入网o-ran的通信方法及设备 | |
| CN112887074B (zh) | 信息发送方法、装置、终端、接入网设备及系统 | |
| CN110858795A (zh) | 一种帧结构配置方法、网络侧设备及用户设备 | |
| CN106937388B (zh) | 用于配置子帧的方法和装置 | |
| CN102223712B (zh) | 测量参考信号的发送方法、基站和用户设备 | |
| WO2019120090A1 (zh) | 参考信号传输方法和通信装置 | |
| WO2019029588A1 (zh) | 确定上行传输资源的方法、终端及网络设备 | |
| CN115706643A (zh) | 资源指示方法、装置、节点和存储介质 | |
| WO2025185181A1 (zh) | 控制信息的传输和接收方法、通信装置及存储介质 | |
| CN111226478A (zh) | 数据发送方法、装置及系统 | |
| KR20200007841A (ko) | 업링크 제어 정보 전송 방법, 장치 및 시스템 | |
| CN118804364A (zh) | 一种由网络节点执行的方法 | |
| CN115277339B (zh) | 信息传输方法及装置、电子设备 | |
| KR102228177B1 (ko) | 캐리어 집적 시스템에서 제어 정보 전송 방법 및 장치 | |
| CN115278895A (zh) | 一种数据转发方法、装置、存储介质及电子设备 | |
| CN102835164B (zh) | 无线网络中用于同步资源分配指示信息次序的方法和装置 | |
| KR102377840B1 (ko) | 셀룰러 통신 시스템에서 중첩 전송을 지원하는 통신 노드의 동작 방법 | |
| US20240205666A1 (en) | Method and apparatus for configuring shared cell in communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination |