CN116530136A - 用于管理无线通信网络中的服务质量的方法和装置 - Google Patents

用于管理无线通信网络中的服务质量的方法和装置 Download PDF

Info

Publication number
CN116530136A
CN116530136A CN202180071055.XA CN202180071055A CN116530136A CN 116530136 A CN116530136 A CN 116530136A CN 202180071055 A CN202180071055 A CN 202180071055A CN 116530136 A CN116530136 A CN 116530136A
Authority
CN
China
Prior art keywords
node
information
hop
bearer
qos
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
CN202180071055.XA
Other languages
English (en)
Inventor
M·特萨诺维奇
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116530136A publication Critical patent/CN116530136A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246Connectivity information discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248Connectivity information update

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种用于将支持超出第四代(4G)系统的更高数据速率的第五代(5G)通信系统与物联网(IoT)技术融合的通信方法和系统。公开了用于管理QoS的方法、装置和/或系统。根据示例,一种用于管理QoS的方法包括:获得关于多个第二节点处的一个或多个条件的第一信息;识别多跳网络中从一位置到目的地的多个路由;以及基于第一信息、关于网络拓扑的第二信息和与第一承载相对应的第一服务质量(QoS)从多个路由中选择针对第一承载的第一路由。

Description

用于管理无线通信网络中的服务质量的方法和装置
技术领域
本公开的某些示例涉及用于管理多跳网络中的QoS的方法、装置和/或系统。具体而言,本公开的某些示例提供了用于管理第三代合作伙伴计划(3GPP)第五代(5G)新无线电(NR)的多跳集成接入和回程(IAB)网络中和/或其他基于NR的中继网络中的QoS的方法、装置和/或系统。
背景技术
为了满足自4G通信系统部署以来增加的对无线数据业务的需求,已经努力开发改进的5G或准5G通信系统。因此,5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为在更高频率(mmWave)频带(例如,60GHz频带)中实现,以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离,在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外,在5G通信系统中,基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等,正在进行系统网络改进的开发。在5G系统中,已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
互联网作为人类生成和消费信息的以人为中心的连接网络,现在正在演进为物联网(IoT),其中分布式实体(诸如事物)在没有人为干预的情况下交换和处理信息。通过与云服务器连接,作为IoT技术和大数据处理技术的组合的万物联网(IoE)已经出现。由于IoT实现已经需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素,因此最近已经研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务,其通过收集和分析在连接的事物之间生成的数据来为人类生活创造新的价值。通过现有信息技术(IT)与各种工业应用之间的融合和组合,IoT可以应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务。
与此一致,已经进行了各种尝试以将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。作为上述大数据处理技术的云无线电接入网络(RAN)的应用也可以被认为是5G技术与IoT技术之间的融合的示例。
在第三代合作伙伴计划(3GPP)第五代(5G)新无线电(NR)中,集成接入和回程(IAB)是用于提供无线回程作为光纤回程网络的替代方案的技术。IAB网络包括IAB节点,在该IAB节点处,无线资源在无线回程链路与接入链路之间共享。由于mmWave频谱的使用以及因此IAB节点的有限覆盖区域,回程网络通常被实现为具有穿过多个IAB节点的回程业务的多跳网络。IAB节点具有子父节点关系。
对拓扑范围公平性的改进是NR Rel-17 IAB工作的目标之一。当在NR Rel-16上工作时,假设公平性将通过实施方式来实现并由运营商确保。在NR Rel-17中,期望提供规范机制以确保和改善跨拓扑的公平性。
因此,需要解决IAB网络的公平性和/或QoS管理问题的解决方案。
发明内容
"技术问题"
本公开的某些示例的目的是至少部分地解决、处理和/或减轻与相关技术相关联的问题和/或缺点中的至少一个,例如本文描述的问题和/或缺点中的至少一个。本公开的某些示例的目的是提供优于相关技术的至少一个优点,例如本文描述的优点中的至少一个。
本发明在独立权利要求中限定。从属权利要求中定义了有利的特征。
在说明书和/或附图中公开的落在权利要求范围之外的实施例或示例应被理解为可用于理解本发明的示例。
通过以下结合附图的详细描述,本发明的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。
根据本公开的一方面,一种管理服务质量(QoS)的方法,该方法包括:由多跳网络中的第一节点获得关于多个第二节点处的一个或多个条件的第一信息,其中第一信息的至少一部分从多个第二节点获得;由第一节点识别多跳网络中从一位置到目的地的多个路由;以及由第一节点基于第一信息、关于网络拓扑的第二信息和与第一承载相对应的第一QoS,从多个路由中选择针对第一承载的第一路由,其中,第一承载与多跳网络中的第一UE或第三节点相对应;或者基于第一信息、关于网络拓扑的第二信息和与第一逻辑信道LCH相对应的第一QoS,从多个路由中选择针对第一LCH的数据的第一路由,其中,第一LCH与多跳网络中的第一UE或第三节点相对应。
此外,其中,第一信息包括以下各项中的一项或多项:关于第一承载或第一LCH到多跳网络中的目的地的跳数的信息;关于在到目的地的一个或多个不同路由的一个或多个链路上的一个或多个回程(BH)无线电链路控制(RLC)信道上载送的承载数量的信息;关于多跳网络中的一个或多个不同路由上的拥塞条件的信息;关于到多跳网络中的目的地的一个或多个不同路由上的无线电条件的信息,无线电条件包括无线电链路故障(RLF)或链路可用性的报告;关于多跳网络中的一个或多个第二节点处的缓冲器状态的信息;关于一个或多个第二节点处的无线延迟的信息,线路延迟包括关于处理延迟和无线电协议操作延迟的信息中的至少一个;关于第二节点处的Tx/Rx操作切换延迟的信息;以及关于端到端(E2E)流控制反馈的信息。
此外,其中多个路由中的每个路由包括多个第二节点中的一个或多个。
此外,其中选择第一路由包括:基于第一信息确定多个路由中的每个路由的延迟;以及基于确定的延迟、第二信息和第一QoS来选择第一路由。
此外,其中选择第一路由包括:如果所述位置距目的地第一跳数,则基于第二信息、第一QoS在多个路由中选择一个路由,并且所选择一个路由与第一平均每跳延迟相对应;以及如果所述位置距目的地第二跳数,其中,第二跳数大于第一跳数,则基于第二信息、第一QoS在多个路由中选择另一个路由,并且所选择的另一个路由与第二平均每跳延迟相对应,其中,第二平均每跳延迟短于第一延迟。
该方法还包括:如果第一路由针对第一承载,则由第一节点基于第一信息、第二信息和与第二承载相对应的第二QoS,来从多个路由中选择针对第二承载的第二路由,其中,第二承载与多跳网络中的第二UE或第四节点相对应;或者如果第一路由针对第一逻辑信道(LCH)的数据,则由第一节点基于第一信息、第二信息和与第二LCH相对应的第二QoS,从多个路由中选择针对第二LCH的数据的第二路由,其中,第二LCH与多跳网络中的第二UE或第四节点相对应。
此外,其中,根据第一信息对第一承载和第二承载的处理或者根据第一信息对第一LCH和第二LCH的处理被归一化,使得实现以下各项中的至少一项:无论在多跳网络中第一UE附接的位置或第三节点位于的位置为何,都实现第一QoS;以及无论在多跳网络中第二UE附接的位置或第四节点位于的位置为何,都实现第二QoS。
此外,其中,对第一承载和第二承载的一个承载的处置被加权,使得所述第一承载和第二承载的一个承载重于第一承载和第二承载中的另一个承载;或者对第一LCH和第二LCH中的一个的处理被加权,使得所述第一LCH和第二LCH中的一个重于第一LCH和第二LCH中的另一个。
此外,其中,第一QoS和第二QoS在彼此的预定裕度(margin)内,或者第一QoS和第二QoS相同。
此外,其中,预定裕度由第一节点根据以下各项中的一项或多项来确定:关于第一UE的使用的信息;关于第二UE的使用的信息;第一承载和第二承载中的一个或多个的历史体验质量(QoE)信息;关于第一UE的服务级别协议SLA的信息;以及关于第二UE的SLA的信息。
此外,其中,第一QoS由第一节点确定为跨第一UE的所有承载或第一UE的所有承载的子集的平均QoS;或者其中,第一QoS由第一节点确定为跨第一UE的所有LCH或第一UE的所有LCH的子集的平均QoS。
此外,其中承载的子集包括:具有预定关键服务的承载;具有低于预定级别的分组延迟预算PDB的承载;或所有非尽力而为(BE)承载。
此外,其中第一路由的选择还由第一节点基于以下各项中的一项或多项来配置:多跳网络中的负载平衡、多跳网络中可用路径的平等(fair)使用、关于多跳网络中节点的处理资源的公平使用的信息、避免使用具有大于预定阈值的缓冲器占用的第二节点、以及在单个BH RLC信道上载送的承载的数量。
此外,其中,第一信息的至少另一部分由第一节点通过基于存储的关于多跳网络的数据来估计多跳网络中的一个或多个条件来获得。
此外,其中,第一路由基于第一信息被选择以满足第一QoS。
此外,其中,关于网络拓扑的第二信息包括以下各项中的一项或多项:关于目的地的信息、关于在多跳网络中第一UE附接的位置或第三节点位于的位置的信息、以及关于网络条件(condition)的信息。
所述方法还包括:由第一节点根据预定条件配置针对第一承载的第一路由,以供包括至少一个第三承载和第一承载的承载组同时使用;其中,至少一个第三承载中的每一个与第一QoS的预定范围内的QoS相对应。
此外,其中,根据预定条件配置第一路由包括基于以下各项来配置第一路由的共享:多跳网络的至少一部分中的负载平衡;以及单个链路上的回程(BH)无线电链路控制(RLC)信道的数量,BH RLC信道被配置为支持QoS相关要求。
此外,其中,在单个链路上的BH RLC信道的数量不足的情况下,该方法包括由第一节点聚合所述承载组中的两个或更多个承载。
所述方法还包括:由第一节点配置用于解复用所述承载组的至少一部分的信息;以及由第一节点向多跳网络中的第五节点发送用于解复用所述承载组中的一个或多个承载的信息。
此外,其中,第五节点定位于沿着多跳网络中的第一路由。
此外,其中,所述承载组被复用到第一RLC信道;并且其中,用于解复用的信息指示多个承载的一部分中的一个或多个将被复用到的第二RLC信道。
此外,其中,回程适配协议(BAP)包括所述承载组中的每一个的承载ID;并且其中配置第一路由还包括基于承载ID来配置第一路由。
此外,其中,BAP报头包括所述承载组中的每一个承载的QoS信息,QoS信息包括保证比特率(GBR)、最小分组错误率(PER)和分组延迟预算(PDB)中的至少一个。
根据本公开的另一方面,一种用于管理多跳网络中的QoS的第一节点,其中,第一节点被配置为:获得关于多跳网络中的多个第二节点处的一个或多个条件的第一信息,其中第一信息的至少一部分从多个第二节点获得;识别多跳网络中从一位置到目的地的多个路由;以及基于第一信息、关于网络拓扑的第二信息和与第一承载相对应的第一QoS,从多个路由中选择针对第一承载的第一路由,其中,第一承载与多跳网络中的第一UE或第三节点相对应;或者基于第一信息、关于网络拓扑的第二信息和与第一逻辑信道(LCH)相对应的第一QoS,从多个路由中选择针对第一LCH的数据的第一路由,其中,第一LCH与多跳网络中的第一UE或第三节点相对应。
根据本公开的另一方面,一种管理QoS的方法,所述方法包括:由多跳网络中的第二节点向多跳网络中的第一节点发送关于第二节点处的条件的第一信息;由第二节点从第一节点接收:多跳网络中针对第一承载的第一路由,该第一承载与第一QoS相对应,或者多跳网络中针对第一逻辑信道(LCH)的数据的第一路由,该第一LCH与第一QoS相对应;以及由第二节点基于第一路由发送第一承载或第一LCH的数据。
此外,其中,第一信息包括以下各项中的一项或多项:关于一个或多个不同路由上的拥塞条件的信息;关于到目的地的一个或多个不同路由的一个或多个链路上的一个或多个BH RLC信道上载送的承载的数量的信息;关于到多跳网络中的目的地的一个或多个不同路由上的无线电条件的信息,无线电条件包括无线电链路故障(RLF)或链路可用性的报告;关于多跳网络中的第二节点处的缓冲器状态的信息;关于第二节点处的无线延迟的信息,线路延迟包括关于处理延迟和无线电协议操作延迟的信息中的至少一个;关于第二节点处的Tx/Rx操作切换延迟的信息;以及关于端到端(E2E)流控制反馈的信息。
此外,其中,根据预定条件,针对第一承载的第一路由供包括至少一个第二承载和第一承载的承载组同时使用;并且其中,至少一个第二承载中的每一个与第一QoS的预定范围内的QoS相对应。
所述方法还包括:由第二节点基于第一路由向多跳网络中的第三节点发送所述承载组,其中,第三节点是第二节点的父节点或第二节点的子节点;或者由第二节点解复用所述承载组中的一个或多个承载。
此外,其中,如果第二节点检测到条件被满足,或者如果第二节点从第一节点接收到指示条件已经检测到被满足的信息,则一个或多个承载被解复用;并且其中条件对应于以下各项中的一项或多项:如果所述承载组在从第一节点发送时保持复用,则确定不能保证所述承载组中的每一个的QoS;确定多跳网络中的一个或多个链路不可用和/或多跳网络中的一个或多个链路具有低于阈值的吞吐量;以及确定所述承载组包括在多跳网络中具有不同目的地的承载。
根据本公开的另一方面,一种用于管理多跳网络中的QoS的第二节点,其中,第二节点被配置为:向多跳网络中的第一节点发送关于第二节点处的条件的第一信息;从第一节点接收:针对多跳网络中的第一承载的第一路由,该第一承载与第一QoS相对应,或者针对多跳网络中的第一逻辑信道(LCH)的数据的第一路由,该第一LCH与第一QoS相对应;以及由第二节点基于第一路由发送第一承载或第一LCH的数据。
根据本公开的另一方面,一种管理服务质量(QoS)的方法,该方法包括:由第一节点识别承载从多跳网络中的位置到多跳网络中的目的地的跳数;由第一节点基于识别的跳数和承载的PDB,配置关于所述位置与目的地之间的至少一个第二节点的每跳分组延迟预算PDB的信息;以及由第一节点向所述位置与目的地之间的一个或多个第二节点发送包括关于每跳PDB的信息的QoS信息。所述方法还包括:由第一节点获得第一信息,第一信息包括关于多跳网络中的至少一个条件的信息,其中,所述信息至少部分地从多跳网络中的一个或多个第二节点获得;以及基于承载的PDB和第一信息,确定所述位置与目的地之间的至少一个第二节点的每跳有效PDB;其中,关于每跳PDB的信息包括每跳有效PDB。
此外,其中第一信息包括以下各项中的一项或多项:关于承载到多跳网络中的目的地的跳数的信息;关于到多跳网络中的目的地的一个或多个不同路由上的拥塞条件的信息;关于到多跳网络中的目的地的一个或多个不同路由上的无线电条件的信息,无线电条件包括RLF的报告;关于多跳网络中的一个或多个第二节点处的缓冲器状态的信息;关于一个或多个第二节点处的无线延迟的信息,线路(wireline)延迟包括关于处理延迟和无线电协议操作延迟的信息中的至少一个;关于第二节点处的Tx/Rx操作切换延迟的信息;以及关于端到端(E2E)流控制反馈的信息。
此外,其中,确定每跳有效PDB包括:基于识别的跳数和承载的PDB来确定每跳PDB;以及基于第一信息来增加或减少确定的每跳PDB。
此外,其中,所述位置与UE在多跳网络中的附接位置相对应,UE与承载相对应;或者其中,所述位置与多跳网络中的第三节点的位置相对应,第三节点与承载相对应。
根据本公开的另一方面,一种用于管理多跳网络中的QoS的第一节点,其中,第一节点被配置为:识别承载从多跳网络中的位置到多跳网络中的目的地的跳数;基于识别的跳数和承载的PDB,配置关于所述位置与目的地之间的至少一个第二节点的每跳分组延迟预算PDB的信息;以及向所述位置与目的地之间的一个或多个第二节点发送包括关于每跳PDB的信息的QoS信息。
根据本公开的另一方面,一种管理服务质量(QoS)的方法,所述方法包括:由多跳网络中的第二节点向多跳网络中的第一节点发送包括关于多跳网络中的至少一个条件的信息的第一信息;由第二节点从第一节点接收包括关于承载的每跳分组延迟预算PDB的信息的QoS信息;以及由第二节点基于关于每跳PDB的信息和关于第三节点的条件的信息来选择多跳网络中的第三节点以将承载路由到该第三节点。
此外,其中,关于每跳PDB的信息包括每跳有效PDB。
此外,其中,在下行链路上,第三节点是第二节点的子节点,并且在上行链路上,第三节点是第二节点的父节点。
此外,其中,关于每跳PDB的信息指示第二节点选择第三节点;或者其中,第三节点由第二节点基于确定与第三节点相对应的延迟等于或小于每跳PDB来选择。
根据本公开的另一方面,一种用于管理多跳网络中的QoS的第二节点,其中,第二节点被配置为:向多跳网络中的第一节点发送第一信息,第一信息包括关于多跳网络中的至少一个条件的信息;从第一节点接收包括与承载的每跳分组延迟预算PDB相关的信息的QoS信息;以及基于与每跳PDB相关的信息和关于第三节点的条件的信息来选择多跳网络中的第三节点以将承载路由到该第三节点。
附图说明
在下文中参考附图进一步描述本发明的实施例,其中:
图1示出了用于多跳回程的一个示例架构;
图2是根据本公开的示例的方法的流程图;
图3是根据本公开的示例的另一方法的流程图;
图4示出了多跳网络和多跳网络中的节点之间的关系;
图5是根据本公开的示例的另一方法的流程图;
图6是根据本公开的示例的另一方法的流程图;
图7是根据本公开的示例的另一方法的流程图;
图8是根据本公开的示例的另一方法的流程图;
图9是根据本公开的示例的另一方法的流程图;
图10是根据本公开的示例的另一方法的流程图;
图11是示出了根据本公开的某些示例的网络实体的示例结构的框图;
图12是根据本公开的示例的方法的流程图。
具体实施方式
提供参考附图对本公开的示例的以下描述,以帮助全面理解由权利要求限定的本发明。该描述包括各种具体细节以帮助理解,但这些具体细节应被视为仅仅是示例性的。因此,本领域普通技术人员将认识到,能够对本文描述的示例进行各种改变和修改。
相同或相似的组件可以由相同或相似的附图标记表示,尽管它们可以在不同的附图中示出。
为了清楚和简明可以省略本领域已知的技术、结构、构造、功能或过程的详细描述,以避免模糊本公开的主题。
本文使用的术语和词语不限于书面或标准含义,而是仅用于使得能够清楚且一致地理解本文公开的示例。
在整个说明书和权利要求书中,词语“由…组成”、“包含”和“包括”及其变体,例如“正由…组成”、“正包含”和“正包括”,意指“包括但不限于”,并且不旨在(并且不)排除其他特征、元件、组件、整数、步骤、过程、功能、特性等。
在整个说明书和权利要求书中,单数形式,例如“一个”“一”和“该”包括复数,除非上下文另有要求。例如,对“一个对象”的引用包括对一个或多个这样的对象的引用。
在整个说明书和权利要求书中,“用于Y的X”(其中Y是一些动作、过程、功能、活动或步骤,并且X是用于执行该动作、过程、功能、活动或步骤的某个装置)的一般形式的语言涵盖如下部件X,其具体地、但不一定排他地适配于、配置或布置为执行Y。
结合特定方面、实施例、示例或权利要求描述的特征、元件、组件、整数、步骤、过程、功能、特性等应被理解为适用于本文公开的任何其他方面、实施例、示例或权利要求,除非与其不兼容。
本公开的某些示例提供了用于多跳网络中的资源调度的方法、装置和/或系统。以下示例适用于3GPP 5G并使用与3GPP 5G相关联的术语。例如,本公开的某些示例提供了用于3GPP 5G NR内的逐跳IAB网络和其他基于NR的中继网络中的UL资源调度的方法、装置和/或系统。然而,本领域技术人员将理解,本文公开的技术不限于这些示例或3GPP 5G,并且可以应用于任何合适的系统或标准,例如一个或多个现有和/或下一代无线通信系统或标准。本领域技术人员将理解,本文公开的技术可以应用于3GPP 5G NR的任何现有或未来版本或任何其他相关标准中。
例如,本文公开的各种网络实体和其他特征的功能可以应用于其他通信系统或标准中的对应或等同实体或特征。对应或等同实体或特征可以被认为是在网络内执行相同或相似的角色、功能、操作或目的的实体或特征。例如,下面的示例中的IAB节点的功能可以应用于执行网络节点的功能的任何其他合适类型的实体。
本领域技术人员将理解,本公开的某些示例可以不与标准化直接相关,而是与一些集成接入和回程(IAB)功能的专有实施方式相关。
本领域技术人员将理解,本发明不限于本文公开的具体示例。例如:
本文公开的技术不限于3GPP 5G。
本文公开的示例中的一个或多个实体可以用执行等同或对应功能、过程或操作的一个或多个替代实体代替。
本文公开的示例中的一个或多个消息可以用一个或多个替代消息、信号或传送等同或对应信息的其他类型的信息载体来替换。
可以将一个或多个另外的元素、实体和/或消息添加到本文公开的示例中。
在某些示例中,可以省略一个或多个非必要元素、实体和/或消息。
在一个示例中,特定实体的功能、过程或操作可以在替代示例中在两个或更多个单独实体之间划分。
在一个示例中的两个或更多个单独实体的功能、过程或操作可以在替代示例中由单个实体执行。
在一个示例中由特定消息载送的信息在替代示例中可以由两个或更多个单独消息载送。
在一个示例中由两个或更多个单独消息载送的信息可以在替代示例中由单个消息载送。
在替代示例中,如果可能的话,则可以修改执行操作的顺序。
网络实体之间的信息传输不限于关于本文公开的示例描述的消息的特定形式、类型和/或顺序。
本公开的某些示例可以以被配置为执行一个或多个定义的网络功能的装置/设备/网络实体和/或其方法的形式提供。这样的装置/设备/网络实体可以包括一个或多个元件,例如接收器、发送器、收发器、处理器、控制器、模块、单元等中的一个或多个,每个元件被配置为执行用于实现本文描述的技术的一个或多个对应的过程、操作和/或方法步骤。例如,X的操作/功能可以由被配置为执行X的模块(或X模块)来执行。本公开的某些示例可以以包括一个或多个这样的装置/设备/网络实体的系统(例如,网络)和/或用于其的方法的形式提供。例如,在以下示例中,网络可以包括一个或多个IAB节点。
将认识到,本公开的示例可以以硬件、软件或硬件和软件的组合的形式实现。本公开的某些示例可以提供一种包括指令或代码的计算机程序,所述指令或代码在被执行时实现根据本文公开的任何方面、权利要求、示例和/或实施例的方法、系统和/或装置。本公开的某些实施例提供了一种存储这种程序的机器可读存储装置。
为了满足极高的数据速率要求,3GPP 5G NR标准利用对应于毫米(mm)范围内的波长的从30GHz到300GHz的相对高范围内的通信频率(mmWave通信)。这种mmWave通信提供了大的可用带宽和高传输速度。然而,mmWave通信的问题包括严重的信号路径损耗和低穿透,导致相对短的传输范围。这又需要更大密度的基站部署。
由于与光纤传输网络链路的部署相关联的相对高的成本和其他困难,能够使用无线回程作为替代方案。其中无线电资源的一部分用于回程的集成接入和回程(IAB)当前正在针对3GPP Rel-16进行标准化。
根据3GPP TR 38.874(例如,V16.0.0,2018-12),回程架构预期支持多跳回程,其中回程业务由网络节点使用mmWave通信经由一个或多个跳进行无线中继。多跳回程比单跳提供更大的范围扩展。由于其有限的范围,这对于6GHz以上的频率特别有益。多跳回程还使得能够绕过障碍物(例如,城市环境中的建筑物)进行回程,以用于杂波内部署。
同样根据TR 38.874,IAB努力重用针对访问定义的现有功能和接口。具体地,移动终端(MT)、gNB-DU、gNB-CU、UPF、AMF和SMF以及对应的接口NR Uu(MT与gNB之间)、F1、NG、X2和N4用作IAB架构的基线。
移动终端(MT)功能已经被定义为移动设备的组件,并且被称为驻留在IAB节点上的功能,该IAB节点终止朝向IAB施主或其他IAB节点的回程Uu接口的无线电接口层。
图1示出了TR 38.874v16.0.0中定义的多跳回程的一个示例架构,示出了IAB施主下方的IAB节点的两跳链的参考图,其中IAB节点和UE以SA模式连接到NGC。
IAB节点可以被定义为支持对UE的无线接入并且将接入业务无线地回程的RAN节点。IAB施主可以被定义为RAN节点,其提供UE到核心网络的接口和到IAB节点的无线回程功能。
图1的架构利用CU/DU拆分架构。也就是说,IAB施主节点包括中央单元(CU)和一个或多个分布式单元(UD),在它们之间具有称为F1的接口。IAB施主的功能在CU(托管无线电资源控制(RRC)、服务数据适配协议(SDAP)和分组数据转换协议(PDCP),并且其终止与DU连接的F1接口)和DU(托管无线电链路控制(RLC)、媒体访问控制(MAC)和物理(PHY)层,并且其终止与CU的F1接口)逻辑节点之间划分。IAB施主的内部结构(CU/DU)对其他节点和5G核心网络(5GC)不可见。参见3GPP TS 38.401(例如,版本15.2.0,发布15)。
在图1的体系结构中,每个IAB节点保存DU和MT。经由MT,IAB节点连接到上游IAB节点或IAB施主。经由DU,IAB节点建立到UE和下游IAB节点的MT的RLC信道。对于MT,该RLC信道可以指修改的RLC*。IAB节点能够连接到多于一个上游IAB节点或IAB施主DU。IAB节点可以包含多个DU,但是IAB节点的每个DU部分仅与一个IAB施主CU-CP具有F1-C连接。
施主还保持DU以支持下游IAB节点的UE和MT。IAB施主针对所有IAB节点的DU和其自己的DU保持CU。假设IAB节点上的DU仅由一个IAB施主服务。该IAB供体可以通过拓扑适配而改变。IAB节点上的每个DU使用F1的修改形式(称为F1*)连接到IAB施主中的CU。F1*-U在服务IAB节点上的MT与施主上的DU之间的无线回程上的RLC信道上运行。在正在进行的规范阶段中,添加适配层(称为回程适配层或BAP),其执行承载映射和路由。它取代了标准F1堆栈的IP功能。F1*-U可以载送用于CU与DU之间的端到端关联的GTP-U报头。
Uu接口表示UE与IAB节点中的DU之间的接口。F1*接口表示IAB DU与上游CU之间的接口。
TR 38.874v16.0.0通过陈述以下内容(其不以任何规范方式绑定)讨论了IAB网络中的公平性:“IAB网络应该尝试调度无线资源以满足每个UE承载的要求,而不管给定UE远离施主DU的跳数。”
然后在TR 38.874v16.0.0中,关于跨回程的1:1与N:1承载映射之间的重要差异进行以下观察:“当在回程上的UE承载与RLC信道之间使用一对一映射时,IAB节点具有关于每个UE承载的显式(explicit)信息,并且因此能够在QoS简档之间应用适当的QoS区分,以及在具有相同QoS简档的UE承载之间应用公平性。虽然当UE承载被聚合到回程RLC信道时,QoS区分仍然是可能的,但是跨UE承载的公平性的实施变得粒度更小(less granular)”
在下文中,我们现在提供本公开的各种示例以解决对公平性和/或管理服务质量QoS的期望。虽然分开描述,但是将认识到,这些示例中的两个或更多个可以如何组合在一起;其示例在下文给出。
与示例中的一个或多个相关的是以下因素:
5G QoS标识符(5QI),其是用于表示将提供给5G QoS流的特定QoS转发行为(例如,分组丢失率、分组延迟预算、保证比特率或GBR)的标量。标准化5G值具有到5G QoS特性的标准化组合的一对一映射。RAN如何实现上概述内容取决于实施方式,但是无线电标准提供支持接入节点可以采取的决定的信令设计(例如,使用特定调度权重、准入阈值、链路层协议配置等)。
-分组延迟预算或PDB,其是5QI值表示的5G QoS特性的组成部分。PDB定义分组在UE与终止N6接口的UPF之间可能延迟的时间的上限。对于某个5QI,PDB的值在UL和DL中是相同的。在3GPP接入的情况下,PDB用于支持调度和链路层功能的配置(例如,调度优先级权重和HARQ目标操作点的设置)。对于使用延迟关键资源类型的GBR(保证比特率)QoS流,如果数据突发在PDB的周期内不超过MDBV并且QoS流不超过GFBR,则延迟超过PDB的分组被计数为丢失。
5G接入网络分组延迟预算(5G-AN PDB)可以通过从给定PDB减去核心网络分组延迟预算(CN PDB)的静态值来确定,该静态值表示终止N6(可能被选择用于PDU会话)的任何UPF之间的延迟。
还与本公开的某些示例相关的是,根据本公开的某些示例的用于管理QoS的方法可以旨在提供一种网络,其中当载送相同服务(业务类型/应用类型)的UE承载具有相同(在裕度内)QoS时,无论给定UE远离施主DU的跳数如何,都实现拓扑范围的公平性。虽然这里公平性的焦点是用户体验,其首要目标是使QoS独立于拓扑而提供,但是在一些示例中,解决了诸如IAB节点的处理资源的公平使用和可用路径的平等使用的问题。
应该注意,用于不同UE(并且在一些情况下甚至用于相同UE,这意味着DL上的相同目的地)的承载穿过DL(和UL)上的不同路径;它们经历不同的跳数、不同的拥塞条件、不同的无线电条件、中间节点处的缓冲器状态等。当在中间节点配置路由表时,施主CU当前不知道许多这些“字段”条件。另外,承载能够N:1映射到回程RLC信道,并且没有办法确保对该捆绑内的子集的“特殊处理”。在UL上,存在更多的调度控制,但是随着我们越接近施主DU(Donor-DU),避免拥塞的能力越低。
示例1
根据本公开的某些示例,当在多跳网络中的第二节点(诸如,施主DU/IAB施主DU或中间节点)处配置路由时,多跳网络中的第一节点(例如,施主CU/IAB施主CU)考虑以下各项中的一项或多项:
到目的地的跳数,
-不同路由上的拥塞条件,
-不同路由上的无线电条件,包括RLF的报告,
第二节点处的缓冲器状态,
第二节点处的线路(wireline)延迟,包括任何处理延迟和无线电协议操作延迟,
第二节点处的Tx/Rx操作切换延迟,
E2E流控制反馈。
由此,第一节点可以管理网络中的QoS。
现在将参考图2公开根据示例1的示例性方法。
在图2的步骤210中,多跳网络中的第一节点获得关于多跳网络中的多个第二节点处的一个或多个条件的第一信息。
在一个示例中,将认识到,第一节点可以是IAB施主节点、或IAB施主节点的CU、或诸如gNB的基站。此外,第二节点可以是IAB节点。在示例中,第二节点是包括在多跳网络中的更大数量的第二节点的一部分。
在与步骤210相关的示例中,从多个第二节点获得第一信息的至少一部分(这应该被认为是非限制性的,因为整个第一信息可以替代地在其他地方获得)。例如,每个第二节点可以向第一节点发送或用信号通知关于其条件(即,发送节点的条件)的信息。在某些非限制性示例中,每个第二节点可以根据定时器或预定条件来这样做;可替代地或另外地,第一节点可以指示多个第二节点提供信息。可以为第一信息的交换定义特定的信令。
在与步骤210相关的另一示例中,通过基于一个或多个因素(诸如过去的数据、一天中的时间、当前网络负载、接入网络的UE的增加或减少等)估计多个节点处的一个或多个条件或估计网络中的条件,来获得第一信息的至少一部分(或另一部分)。
在图2的步骤220中,第一节点识别从多跳网络中的第一位置到多跳网络中的第二位置(例如,目的地)的多个路由。
在某些示例中,每个识别的路由包括多个第二节点中的一个或多个。因此,第一信息可以允许导出沿着每条路由的条件,诸如延迟。
根据某些示例,第一信息可以包括或允许导出以下各项中的一项或多项:
第一承载到目的地的跳数;
在到目的地的一个或多个不同路由的一个或多个链路上的一个或多个BH RLC信道上载送的承载数量;
不同路由上的拥塞条件,包括从HbH流控制反馈导出的信息;
不同路由上的无线电条件,包括RLF的报告;
第二节点处的缓冲器状态;
第二节点处的线路延迟,包括任何处理延迟和无线电协议操作延迟;
第二节点处的Tx/Rx操作切换延迟;
E2E流控制反馈。
注意,使用第一信息来确定或导出这样的信息可以作为方法中的步骤230的一部分发生,或者可以与步骤230分开执行。
在除上述之外的某些示例中,第一节点可以基于过去的数据来估计一个或多个这些因素/参数。例如,这可以是第一节点过去(例如,从第二节点)获得并存储的数据。更一般地,第一信息的至少另一部分是通过由第一节点基于存储的关于多跳网络的数据来估计多跳网络中的一个或多个条件而获得的。
在图2的步骤230中,第一节点被配置为从多个路由中选择针对第一承载的(第一)路由。该选择基于第一信息(或第一信息中包括的至少一个因素)、关于网络拓扑的第二信息和与第一承载相对应的第一QoS(或第一QoS参数)。在某些示例中,第一承载与第一UE相对应,而在其他示例中,第一承载与多跳网络中的第三节点相对应。可选地,第三节点可以是第二节点之一。
在某些示例中,更具体地,第二信息可以包括以下各项中的一项或多项:关于目的地的信息、关于在多跳网络中第一UE附接的位置或第三节点位于的位置的信息(视情况而定)、或者关于网络条件的信息。
在某些示例中,第一位置和第二位置与第一承载相对应。例如,第一位置可以对应于与多跳网络中的第一承载相对应的UE的附接位置(或者与承载相对应的第三节点的位置,这视情况而定),而第二位置可以与第一承载的目的地相对应(在非限制性示例中,对于上行链路的情况,这可以是第一节点)。
在某些示例中,(在诸如步骤230的操作的操作中)使用第一信息来选择路由的方式基于根据各种条件对承载的归一化处理。也就是说,通过信令交换(诸如由第一节点获得第一信息),第一节点获得足够的信息以确保承载的QoS被满足,而不管对应于承载的UE在多跳网络的拓扑中附接的位置或对应于承载的第三节点在多跳网络的拓扑中位于的位置,这视情况而定。
举非限制性示例,遵循或根据图2的方法:第一节点基于第一信息、关于网络拓扑的第二信息和对应于第二承载的第二QoS,从多个路由中选择针对与多跳网络中的第二UE或第四节点相对应的第二承载的(第二)路由。将认识到,这可以在选择针对第一承载的路由之前、之后或同时发生。在某些示例中,第四节点可以是第二节点之一。
这里,第一节点根据第一信息对第一承载和第二承载的处理被归一化,使得实现以下各项中的至少一项:无论在多跳网络中第一UE附接的位置或第三节点位于的位置为何,都提供第一QoS;以及无论在多跳网络中第二UE的附接的位置或第四节点位于的位置为何,都提供第二QoS。
在另一示例中,如在比例公平调度中那样,对第一承载和第二承载之一的处理被加权,使得所述第一承载和第二承载中的一个重于第一承载和第二承载中的另一个。换句话说,公平性不需要平等的公平性,而是还可以考虑其他问题。例如,加权可以考虑第二节点的处理资源、可用路径的平等(equitable)使用、关于向第一承载和第二承载提供QoS的历史数据等。
为了给出选择针对第一承载的路由的示例,例如根据步骤230,所述选择可以包括:基于第一信息确定多个路由中的每个路由的延迟,以及基于确定的延迟、第二信息和第一QoS选择针对第一承载的路由。这里,将认识到,考虑到上面给出的示例性定义,可以如何使用第一信息来确定每个路由的延迟。此外,应该理解,本公开的示例(不仅与示例1相关的示例,而且还包括下面针对其他示例描述的示例)包括仅确定路由的子集的延迟和/或仅确定一个或多个路由的一部分的延迟。
为了确定路由的延迟,例如,第一信息可以用于识别沿着路由的一个或多个第二节点处的主要(prevailing)条件(主要条件与多跳网络或节点本身相关),其中主要条件可以由第一节点用于确定一个或多个第二节点中的每一个之间的延迟。以这种方式,第一节点能够确定或至少估计沿着路由(或路由对应于一个或多个第二节点的部分)的延迟。
作为关于步骤230的另一示例,选择针对第一承载的路由会需要从多个路由中选择将满足或实现第一承载的第一QoS的路由。该选择可以忽略到目的地的跳数;也就是说,第一节点将通过使用第一信息来配置针对第一承载的路由,该路由应该满足QoS要求,而不管到第一承载的目的地的跳数。然后,这能够用于实现跨承载的公平性。
在关于步骤230的另一示例中,第一节点基于第一信息、关于网络拓扑的第二信息和对应于第二承载的第二QoS,从多个路由中选择针对对应于第二UE(或对应于多跳网络中的第四节点,如上面另一示例中所述)的第二承载的路由;其中,第一QoS和第二QoS在彼此的预定裕度内,或者第一QoS和第二QoS相同。
在某些示例中,第一UE和第二UE可以是相同的UE;换句话说,第一承载和第二承载对应于相同的UE。在其他示例中,第一UE和第二UE是不同的UE。类似地,在某些示例中,第四节点和第三节点可以是相同的,而在其他示例中,它们是不同的。
在对此进一步的示例中,由第一节点根据以下各项中的一项或多项来确定预定裕度:关于第一UE的使用的信息;关于第二UE的使用的信息;针对第一承载和第二承载中的一个或多个的历史体验质量QoE(其包括所述用户的主观质量体验)信息;关于第一UE的服务级别协议SLA的信息;以及关于第二UE的SLA的信息。
在关于图2的方法的另一示例中,第一QoS被确定为跨第一UE(或第三节点)的所有承载或第一UE(或第三节点)的所有承载的子集的平均QoS。
在对此进一步的示例中,第一UE(或第三节点)的承载的子集包括:具有预定关键服务的承载;具有低于预定级别的分组延迟预算PDB的承载;或所有非尽力而为BE承载。
在诸如可以继图2的方法之后的另一示例中,第一节点根据预定条件配置针对第一承载的选择的路由,以供包括至少一个第三承载和第一承载的承载组同时使用;其中,至少一个第三承载中的每一个与第一QoS的预定范围内的QoS相对应。
在对此进一步的示例中,根据预定条件来配置路由包括基于以下来配置路由的共享:多跳网络的至少一部分中的负载平衡;以及单个链路上被配置为支持QoS相关要求的BHRLC信道的数量。例如,这些可以是所述预定条件的示例。
在对此进一步的示例中,在单个链路上的BH RLC信道的数量不足的情况下,该方法包括聚合所述承载组中的两个或更多个承载。
在对此进一步的示例中,该方法还包括:由第一节点配置用于解复用所述承载组的至少一部分的信息;以及向多跳网络中的第五节点发送用于解复用所述承载组中的一个或多个承载的信息。
在对此进一步的示例中,第五节点定位于沿着多跳网络中的选择的路由。在某些示例中,第五节点是第二节点之一。
在对此进一步的示例中,承载组被复用到第一RLC信道;并且其中,用于解复用的信息指示多个承载的一部分中的一个或多个将被复用到的第二RLC信道。
在对此进一步的示例中,回程适配协议BAP包括所述承载组中的每一个的承载ID;并且其中配置路由还包括基于承载ID来配置路由。
在对此进一步的示例中,BAP报头包括承载组中的每一个的QoS信息,该QoS信息包括保证比特率GBR、最小分组错误率PER和分组延迟预算PDB中的一个或多个。
在图2中示出的方法之后,在某些示例中,第一节点可以向一个或多个第二节点发送针对第一承载的路由。
根据示例1的另一方法,提供了一种用于管理第二节点(例如,如上所述的与第一节点相关的第二节点)处的QoS的方法。
在图3中示出了这种方法的示例。这里,该方法包括步骤310,其中多跳网络中的第二节点将关于第二节点处的条件的第一信息发送到多跳网络中的第一节点。
在图3的步骤320中,第二节点从第一节点接收针对多跳网络中的第一承载的(第一)路由,第一承载对应于第一QoS(或第一QoS参数)。
在图3的步骤330中,第二节点基于路由发送第一承载。
在与图3相关的示例中,第一信息可以如上关于第一节点处的方法(例如,图2的方法)来定义。
在与图3相关的另一示例中,根据预定条件,针对第一承载的路由由包括至少一个第二承载和第一承载的承载组同时使用;并且至少一个第二承载中的每一个对应于第一QoS的预定范围内的QoS。
在诸如可以继图3的方法之后的示例中,该方法还包括:由第二节点基于路由向多跳网络中的第三节点发送所述承载组,其中,第三节点是第二节点的父节点或第二节点的子节点;或者由第二节点解复用所述承载组中的一个或多个承载。
在对此进一步的示例中,如果第二节点检测到条件被满足,或者如果第二节点从第一节点接收到指示条件已经检测到被满足的信息,则一个或多个承载被解复用;以及所述条件对应于以下各项中的一项或多项:如果所述承载组在从第一节点被发送时保持复用,则确定不能保证所述承载组中的每一个的QoS;确定多跳网络中的一个或多个链路不可用和/或多跳网络中的一个或多个链路具有低于阈值的吞吐量;以及确定所述承载组包括在多跳网络中具有不同目的地的承载。
现在将在提供根据示例1的方法的说明性示例的上下文中参考图4。
图4示出了示例性多跳网络400的示意图,其包括多个节点:A、B、C、D、E、F、G、H、I。出于示例的目的,这些节点可以被认为是第二节点,如上所述。图4中所示的箭头是单向的,然而,这不应被认为以任何方式限制节点之间的通信,而是仅提供用于理解示例的辅助。
参考图4:起始位置(例如,多跳网络中与第一承载相对应的UE附接的点)可以是A,而目的地位置可以是H。因此,可以是CU的第一节点将针对第一承载配置从A到H的路由,同时满足第一承载的第一QoS。第一节点可以确定两个路由A→C→E→H和A→C→F→H的延迟,并且考虑到确定在来自C→F→H的路径上存在比来自C→E→H的路径更少的拥塞,确定仅在针对第一承载选择路由A→C→F→H的情况下才可以满足第一承载的第一QoS。
然而,在另一示例中,还参考图4:起始位置可以是C,而目的地位置可以是H(即,比先前示例少一跳)。因此,可以是CU的第一节点将针对第一承载配置从C到H的路由,同时满足第一QoS(与先前示例中的QoS相同或基本相同)。第一节点可以再次确定路由A→C→E→H和A→C→F→H的延迟,但是在该示例中,第一节点可以确定任一路由将满足第一承载的第一QoS,尽管延迟存在差异(由于比先前示例少一跳)。结果,第一节点可以针对第一承载挑选任一路由。在改进中,第一节点可以挑选路由A→C→E→H,该路由具有更大的延迟,留下不太拥塞的路由A→C→F→H空闲以用于会需要不太拥塞的路由的另一承载(例如,由于到其目的地的跳数更多,但是QoS类似于第一QoS)。
除了上述示例之外,还可以考虑以下各项中的一项或多项来选择路由:
IAB节点的处理资源的公平使用;
平等使用可用路径;
分散网络中的拥塞(负载平衡);
避免具有高于某个阈值的缓冲器占用的第二节点。
示例2
现在将描述根据本公开的用于管理多跳网络中的QoS的另一示例。
两个承载的相同PDB要求可能导致两个不同的PDB/每跳。因此,在示例中,第一节点(诸如CU)在第二节点(例如,中间节点)处配置PDB/跳和/或针对所有或一些第二节点的承载配置剩余有效性(超过该有效性不能满足PDB,例如,以ms为单位)。
在另一示例中,第一节点基于以下各项中的一项或多项来修改(例如,减小)其传送到一个或多个第二节点的PDB/跳的值(从而创建“有效PDB”):
不同路由上的拥塞条件;
不同路由上的无线电条件,包括RLF的报告;
第二节点处的缓冲器状态;
第二节点处的线路延迟,包括任何处理延迟和无线电协议操作延迟;
第二节点处的Tx/Rx操作切换延迟;
E2E流控制反馈
现在参考图5描述根据示例2的示例性方法。
在图5的步骤510中,多跳网络中的第一节点识别从多跳网络中的位置到目的地的承载的跳数。在步骤520中,第一节点基于识别的跳数和承载的PDB,针对所述位置与目的地之间的至少一个第二节点配置关于每跳PDB的信息。在步骤530中,第一节点将包括关于每跳PDB的信息的QoS信息发送到所述位置与目的地之间的一个或多个第二节点。
在上述的另一示例中,第一节点可以获得包括关于多跳网络中的至少一个条件的信息的第一信息,其中,所述信息至少部分地从多跳网络中的一个或多个第二节点获得。在特定示例中,第一信息可以对应于上文关于图2的步骤210所描述的信息。
然后,第一节点可以基于承载的PDB和第一信息来确定所述位置与目的地之间的至少一个第二节点的每跳有效PDB。将认识到,这能够形成步骤520的一部分。然后,诸如在步骤530中(在QoS信息中)发送的关于每跳PDB的信息可以包括每跳有效PDB。
在某些示例中,不需要确定每跳PDB来确定每跳有效PDB;而在其他示例中,可以通过首先确定每跳PDB,然后基于第一信息来适当地减小或增加每跳PDB来获得有效PDB。也就是说,虽然一些示例包括配置每跳PBD并且随后将其修改为每跳有效PDB,但是其他示例直接配置每跳有效PDB,而无需首先配置每跳PDB。
在某些示例中,所述位置对应于UE在多跳网络中的附接位置,该UE对应于承载。在其他示例中,所述位置对应于多跳网络中的第三节点的位置,其中,承载对应于第三节点。
图6中示出了例如可以描述与先前段落中描述的第一节点相关的第二节点的操作的另一示例。
在步骤610中,多跳网络中的第二节点向多跳网络中的第一节点发送包括关于多跳网络中的至少一个条件的信息的第一信息。在步骤620中,第二节点从第一节点接收QoS信息,该QoS信息包括关于多跳网络中的承载的每跳PDB的信息。在步骤630中,第二节点基于与每跳PDB相关的信息和关于第三节点的条件的信息,来选择多跳网络中的第三节点来路由承载。
在某些示例中,关于每跳PDB的信息包括每跳有效PDB(诸如以上关于图5的方法所描述的)。
在某些示例中,关于第三节点的条件的信息可以向第二节点指示向第三节点发送承载可以满足承载的每跳PBD。在另一示例中,选择第三节点以满足承载的QoS。
在某些示例中,在下行链路上,第三节点是第二节点的子节点,并且在上行链路上,第三节点是第二节点的父节点。
在某些示例中,关于每跳PDB的信息指示第二节点选择第三节点;或者其中,由第二节点基于确定与第三节点相对应的延迟等于或小于每跳PDB来选择第三节点。
示例3
现在将描述根据本公开的用于管理多跳网络中的QoS的另一示例。
在该示例中,第一节点(诸如,CU)对需要相同处理的承载进行分组以尽可能多地共享路由(这可以包括或可以不包括聚合/复用到相同的一个或多个回程信道上)。这可以帮助确保相同的延迟(如果所有承载具有相同的PDB,则这会是重要的)。
在示例中,用于确定“尽可能多”的度量被链接(可选地,除了结合上述示例已经提到的延迟考虑之外)以附加地实现网络的全部或部分中的负载平衡,避免网络的全部或部分中的拥塞、能够支持承载的所需PDB或其他QoS特性的单个链路上的回程(BH)RLC信道的数量(如果不够,则能够使用不同的链路,或者能够求助于承载的N:1映射)。
在可以与聚合承载情况(N:1映射)特别相关的上述另一示例中,执行在第二节点(诸如中间节点)处承载的解复用和(重新)复用。这可以由第一节点配置或者由第二节点本地决定。为了支持这一点,可以在回程适配协议(BAP)数据PDU中插入承载ID,并且部分地基于承载ID来完成路由。在另一示例中,在BAP报头中提供QoS信息以对其进行辅助。此外,在上面结合“示例1”和“示例2”描述的那些示例的进一步示例中,这里也可以在BAP报头中提供QoS信息。
图7中示出了根据示例3的方法。这里,在步骤710中,多跳网络中的第一节点识别多个承载,所述承载均具有在彼此的裕度内的QoS相关要求(例如,PDB或QoS)。在步骤720中,第一节点根据预定条件将多跳网络中的一个或多个路由配置为由多个承载同时使用。
对于多个承载,每个承载具有在彼此的裕度内的QoS相关要求,这可以例如被视为意味着每个承载的QoS相关要求相同或基本相同。也就是说,在一个示例中,承载的QoS相关要求类似于预定程度。因此,在某些示例中,步骤710可以涉及识别具有类似于预定程度的一个或多个QoS相关要求的承载(与此相关的示例在下面的示例4的讨论中找到)。
在一个示例中,预定条件可以反映多个承载同时使用相同路由(或路由的相同部分)的条件。例如,虽然可能希望具有类似QoS相关要求的承载组将在多跳网络中使用相同的路由,但是这仍然是有条件的,例如,在多跳网络的全部或一部分中的负载平衡(即,在网络的全部或一部分中的拥塞避免或减轻)、在单个链路上被配置为支持QoS相关要求的回程RLC信道的数量、或者与延迟相关的其他因素之一,诸如已经结合上面的示例1和2描述的。
将认识到,在本公开的示例中,第一节点可以向多跳网络中的第二节点发信号通知与将由多个承载使用的一个或多个路由的配置相关的信息。例如,所述信息可以指示将共享相同路由的承载组(即,多个承载);并且还可以指示用于所述共享的预定条件。
在另外的示例中,在承载组是多个复用的承载并且一个或多个路由被配置用于复用的承载的情况下,第二节点可以被配置为根据一个或多个(解复用)条件被满足来解复用承载(其中这样的条件可以被视为触发)。
根据示例3的该要素的方法在图8中示出。这里,在步骤810中,第二节点识别第一承载集合,所述承载具均有预定范围内的QoS相关要求。在步骤820中,第二节点基于解复用条件被满足来解复用第一承载集合。
给出这种(解复用)条件的一些示例:如果复用的承载从第二节点发送,则第二节点可以确定不能保证承载的QoS相关要求;第二节点可以确定多跳网络中的某些链路不可用,并且可用的链路具有较低的吞吐量;或者,第二节点可以确定复用的承载实际上目的地为多跳网络中的不同位置。
因此,在检测到一个或多个条件被满足时,第二节点可以解复用(解聚合)多个承载,如步骤820所示。在另一示例中,第二节点然后可以根据QoS相关要求对于另一组中的承载是相似的(或在裕度内),将多个承载中的两个或更多个复用到该另一组中。
在某些示例中,(解复用)条件(诸如上面突出显示的一个或多个)的满足可以由第二节点本身确定;这基于由第二节点进行的测量。可替代地或另外地,可以向第二节点通知(例如,通过信令)第一节点已经满足触发条件,例如诸如执行图7的方法。换句话说,解复用可以由第一节点配置或者由第二节点本地决定。
在根据本公开的示例中,根据示例3的方法可以与根据示例1的方法或根据示例6的方法组合,如本领域技术人员将容易理解的。
例如,在这种组合方法中,可以根据关于示例1提到的方法来选择/配置针对第一承载的路由,并且可以识别具有与第一承载类似的QoS相关要求(诸如QoS)的一个或多个其他第二承载,并将其与第一承载分组,其中所述承载组(包括第一承载和第二承载)然后同时使用选择的路由,如关于根据示例3的示例所描述的。将认识到,在某些示例中,第一承载和第二承载可以被复用,并且可任选地,有条件地解复用,也如上所述。
示例4
现在将描述根据本公开的用于管理多跳网络中的QoS的另一示例。
已经讨论了本公开的某些示例的目的是如何管理多跳网络中的QoS或QoS相关要求,使得提供公平性。例如,用于具有类似QoS要求的相同服务的两个承载将被相同/类似地处理,而不管对应UE距承载的目的地的跳数。
根据遵循示例4的方法,将裕度(或余地(leeway))引入“类似地处理”的含义中。例如,能够引入延迟和/或吞吐量的可容忍差异。该裕度可以基于第一节点(诸如IAB供体的CU)处的UE使用的了解(例如:UE是否正服务于机器人单元?UE是否正用于H2H通信?),其中过去的QoE(其考虑了客观QoS的主观印象)在何处、任何现有的服务级别协议(SLA)等。
将认识到,根据示例4的方法能够适当地与根据示例1至3和6中的一个或多个的方法组合。
例如,关于示例1,某些示例公开了具有如下目的的方法:具有相似QoS(在裕度内)并且可选地载送相同服务的承载将被相同地处理。根据示例3的用于计算裕度或用于通过相同处理来定义预期内容的方法可以与根据示例1的这些方法组合使用。
示例5
现在将描述根据本公开的用于管理多跳网络中的QoS的另一示例。
在一个示例中,用于比较(以确保实现公平性)的QoS跨UE的所有或一些承载进行平均(而不是每个承载)。承载的子集的选择能够以以下方式完成:
仅考虑具有某些关键服务的承载(例如,承载URLLC业务的承载);
仅考虑PDB低于某个级别的承载;
考虑所有非BE(尽力而为)承载。
当跨所有承载进行平均时,这对于单服务UE(例如,IoT/MTC传感器或服务于具有单一类型业务的机器人的UE)尤其相关。另外,在某些示例中,针对公平性的每UE QoS方法会比UL上的每承载QoS方法更适合(并且更易处理),这是因为在UL上,大多数UE承载(如果不是所有的话)应该遵循到施主DU的相同路径(尽管这不是硬性要求)。
将认识到,根据示例5的方法能够与根据示例1至4和6中的一个或多个的方法组合。
例如,参考根据示例1的示例,与第一承载相对应的第一QoS实际上可以被确定为跨第一UE(其对应于第一承载)的所有承载或第一UE的所有承载的子集的平均QoS。可以根据上述方式中的一种或多种来定义第一UE的承载的子集。
示例6
现在将描述根据本公开的用于管理多跳网络中的QoS的另一示例。
在本公开的某些示例中,公平性粒度针对UE的每个LCH,或者针对UE的每个逻辑信道(LCH)的子集进行平均,或者跨UE的所有LCH进行平均。对于子集的情况,可以使用与上述关于示例5描述的用于选择承载的子集类似的条件来选择LCH的子集。另外,它们能够被分组(出于QoS管理的目的)为已经在常规调度操作(诸如缓冲器状态报告)中使用的逻辑信道组(LCG)。
本领域技术人员将理解本公开可以如何与示例1的公开相结合,例如,以便产生一种用于类似于根据示例1所描述的方法来管理多跳网络中的QoS的方法,但是基于UE的LCH而不是基于承载(或多个)来实现公平性粒度。一个关键区别在于,每LCH QoS管理和相关的公平性机制可用作较低层性能的指示符,并且对于诸如拆分承载的特征是不可知的。因此,实施每LCH公平性将是确保网络上的BAP层及以下层的公平性能的有用工具。
根据示例6的方法在图9和图10中示出,其中将理解与图2和图3的方法的相似性。
在图9的步骤910中,多跳网络中的第一节点获得关于多跳网络中的第二节点处的一个或多个条件的第一信息,其中第一信息的至少一部分从第二节点获得。针对该操作参考图2的步骤210的讨论,以提供该操作的进一步示例,诸如提供第一信息、第一节点、第二节点等的示例性定义。
在图9的步骤920中,第一节点识别多跳网络中从一位置到目的地的路由。针对该操作参考图2的步骤220的讨论,以提供该操作的进一步示例,诸如提供路由、所述位置和目的地的描述。
在图9的步骤930中,第一节点基于第一信息、关于网络拓扑的第二信息和与第一逻辑信道LCH相对应的第一QoS,从多个路由中选择针对第一LCH的数据的(第一)路由,其中,第一LCH与多跳网络中的第一UE或第三节点相对应。再次,我们参考图2的相关步骤(步骤230)来提供步骤930的各种示例。特别地,如本领域技术人员将认识到的,提出了上面关于步骤230提到的各种示例可以类似地应用于步骤930。
例如,以与上面关于示例1描述的示例类似的方式,第一节点可以根据预定条件将选择的针对第一LCH(的数据)的路由配置为由包括至少一个第三LCH和第一LCH的LCH组同时使用;其中,至少一个第三LCH中的每一个对应于第一QoS的预定范围内的QoS。与上面针对示例1描述的这种方法相关的进一步公开/示例也适用于涉及LCH而不是承载的该示例。
现在参考图10,步骤1010描述了多跳网络中的第二节点将关于第二节点的条件的第一信息发送到多跳网络中的第一节点。参考图3的步骤310及其针对该操作的示例的讨论,其中技术人员将理解能够如何修改这些示例以应用于LCH而不是承载的情况,并且因此能够针对图10的方法导出类似的示例。
在步骤1020中,第二节点从第一节点接收针对多跳网络中的第一逻辑信道LCH的数据的(第一)路由,第一LCH对应于第一QoS。参考图3的步骤320及其针对该操作的示例的讨论,其中技术人员将理解能够如何修改这些示例以应用于LCH而不是承载的情况,并且因此能够针对图10的方法导出类似的示例。
在步骤1030中,第二节点在路由上发送第一LCH的数据。参考图3的步骤330及其针对该操作的示例的讨论,其中技术人员将理解能够如何修改这些示例以应用于LCH而不是承载的情况,并且因此能够针对图10的方法导出类似的示例。
权利要求还示出了可以如何通过其中提供的替代方案相对于根据示例1的方法来解释根据示例6的方法。
进一步的示例
图11是示出了可以在本公开的示例中使用的示例性网络实体1100的框图。
例如,如本公开中呈现的任何示例中所描述的第一节点、第二节点、第三节点等通常可以如图11所示配置;具有发送器1102、接收器1104和控制器1106。例如,参考根据示例1的第一节点,在第一信息的至少一部分从多个第二节点接收的情况下,第一节点可以经由第一节点的接收器1104获得第一信息。同样在这种情况下,这多个节点中的第二节点可能已经经由所述第二节点的发送器1102发送了第一信息的一部分。
再进一步举例,第一节点的控制器1106可以被配置为:识别多跳网络中从一位置到目的地的多个路由;以及基于第一信息、关于网络拓扑的第二信息和对应于第一承载或第一LCH的第一QoS,从多个路由中选择针对与第一UE或第三节点相对应的第一承载或第一LCH的数据的路由。
为了给出根据本公开的方法的说明,其中所述方法涉及根据本文描述的示例中的不同示例的方法的组合,呈现了图12。
在步骤1210中,由第一节点从核心网络(SFN)接收5G QoS标识符(5QI),第一节点被例示为(IAB)施主CU以用于该方法的其余部分(然而,将认识到,这是非限制性的,并且第一节点可以是另一类型的无线电接入节点等)。
在步骤1220中,第一节点确定接入网络PDB(例如,5G AN PDB)。上面已经描述了用于此的方法。
在步骤1230中,第一节点从多跳网络中或多跳网络的一部分中的第二节点(这里例示为中间节点,但这也不应被视为限制)获得反馈,所述反馈与链路和节点状态(status)、线路延迟等相关(同样,这是非限制性列表;上面已经描述了(例如,关于示例1和示例2)可以从多跳网络中的第二节点获得什么类型(或多个)的信息/反馈)。
在步骤1240中,第一节点获得端到端(E2E)流控制反馈。尽管这里在图12中示出,但是将理解,该步骤是可选的,和/或可以在获得来自第二节点的反馈时获得E2E流控制反馈。
在步骤1250中,第一节点确定每跳有效PDB。已经关于示例2描述了用于此的方法。
在步骤1260中,第一节点确定是否能够保证承载的QoS简档。
如果是,则在步骤1270中,第一节点与每个第二节点和第三节点(在说明性示例中,第三节点是(IAB)施主DU)共享每跳有效PDB。例如,第一节点可以向每个第二节点发信号通知关于每跳有效PDB的信息,以便共享每跳有效PDB。
如果不能保证QoS简档,则在步骤1280中通知核心网络。
现在呈现根据本公开的其他示例:
根据这里的第一示例,提供了一种用于管理QoS的方法,该方法包括:由第一节点识别多个承载,所述承载均具有在彼此的裕度内的QoS相关要求;以及由第一节点根据预定条件(condition)将多跳网络中的一个或多个路由配置为由多个承载同时使用。
在另一示例中,QoS相关要求对应于分组延迟预算PDB和QoS之一。
在另一进一步的示例中,根据预定条件来配置将由多个承载使用的一个或多个路由包括基于以下各项来配置一个或多个路由的共享:多跳网络的至少一部分中的负载平衡;以及单个链路上被配置为支持QoS相关要求的BH RLC信道的数量。
在又一示例中,在单个链路上的BH RLC信道的数量不足的情况下,该方法包括聚合多个承载中的两个或更多个。
在又一进一步的示例中,该方法还包括:由第一节点配置用于解复用多个承载的一部分的信息;以及向多跳网络中的第二节点发送用于解复用多个承载的一部分的信息。
在又一进一步的示例中,多个承载的一部分被复用到第一RLC信道;以及用于解复用的信息指示多个承载的一部分中的一个或多个将被复用到的第二RLC信道。
在又一进一步的示例中,回程适配协议BAP包括多个承载中的每一个的承载ID;并且其中配置一个或多个路由还包括基于承载ID来配置一个或多个路由。
在又一进一步的示例中,BAP报头包括多个承载中的每一个的QoS信息,该QoS信息包括保证比特率GBR、最小分组错误率PER和分组延迟预算PDB中的一个或多个。
根据这里的第二示例,提供了另一种用于管理QoS的方法,该方法包括:由多跳网络中的第一节点识别第一承载集合,所述承载均具有在预定范围内的QoS相关要求;以及由第一节点基于条件被满足来解复用第一承载集合。
在进一步的示例中,第一承载集合被复用到第一RLC信道;以及
在另一进一步的示例中,该方法还包括:由第一节点将第一承载集合的一部分复用到第二RLC信道。
在又一进一步的示例中,第一节点检测到条件被满足,或者第一节点从多跳网络的第二节点接收指示条件已经检测到被满足的信息。
在又一进一步的示例中,条件对应于以下各项中的一项或多项:如果第一承载集合在从第一节点被发送时保持复用,则确定不能保证第一承载集合中的每一个的QoS;确定多跳网络中的一个或多个链路不可用和/或多跳网络中的一个或多个链路具有低于阈值的吞吐量;以及确定第一承载集合包括在多跳网络上具有不同目的地的承载。
虽然已经参考某些示例示出和描述了本发明,但是本领域技术人员将理解,在不脱离由所附权利要求限定的本发明的范围的情况下,可以在形式和细节上进行各种改变。
读者的注意力指向与本说明书同时或在本说明书之前提交的与本申请相关的并且与本说明书一起对公众查阅开放的所有论文和文献,并且所有这些论文和文献的内容通过引用并入本文。

Claims (15)

1.一种由无线通信网络中的第一节点执行的方法,所述方法包括:
获得关于多个第二节点处的一个或多个条件的第一信息;
识别多跳网络中从一位置到目的地的多个路由;以及
基于第一信息、关于网络拓扑的第二信息和与第一承载相对应的第一服务质量(QoS),从多个路由中选择针对第一承载的第一路由。
2.根据权利要求1所述的方法,其中,第一信息包括以下各项中的一项或多项:
关于针对第一承载到多跳网络中的目的地的跳数的信息;
关于在到目的地的一个或多个不同路由的一个或多个链路上的一个或多个回程(BH)无线电链路控制(RLC)信道上载送的承载数量的信息;
关于多跳网络中的一个或多个不同路由上的拥塞条件的信息;以及
关于到多跳网络中的目的地的一个或多个不同路由上的无线电条件的信息,无线电条件包括无线电链路故障(RLF)或链路可用性的报告。
3.根据权利要求1所述的方法,其中,选择第一路由包括:
在所述位置指示距目的地第一跳数的情况下,基于第二信息、第一QoS在多个路由中选择一个路由,并且所选择的一个路由与第一平均每跳延迟相对应;以及
在所述位置指示距目的地第二跳数的情况下,基于第二信息、第一QoS在多个路由中选择另一路由,并且所选择的另一个路由与第二平均每跳延迟相对应,其中,第二跳数大于第一跳数,第二平均每跳延迟短于第一平均每跳延迟。
4.根据权利要求1所述的方法,其中,回程适配协议(BAP)报头包括承载组中的每一个的QoS信息,所述承载组包括至少一个第三承载和第一承载,并且
其中,QoS信息包括保证比特率(GBR)、最小分组错误率(PER)和分组延迟预算(PDB)中的至少一个。
5.根据权利要求1所述的方法,还包括:
基于预定条件配置针对第一承载的第一路由,以供包括至少一个第三承载和第一承载的承载组同时使用;
其中,至少一个第三承载与第一QoS的预定范围内的QoS相对应。
6.根据权利要求5所述的方法,其中,根据预定条件配置第一路由包括基于以下各项来配置第一路由的共享:
多跳网络的至少一部分中的负载平衡;以及
单个链路上的回程(BH)无线电链路控制(RLC)信道的数量,BH RLC信道被配置为支持QoS相关要求。
7.一种由无线通信网络中的第一节点执行的方法,所述方法包括:
识别承载从多跳网络中的一位置到多跳网络中的目的地的跳数;
基于识别的跳数和承载的每跳分组延迟预算(PDB),配置关于所述位置与目的地之间的至少一个第二节点的PDB的信息;以及
向所述位置与目的地之间的至少一个第二节点发送包括关于每跳PDB的信息的服务质量(QoS)信息。
8.根据权利要求7所述的方法,还包括:
获得第一信息,第一信息包括关于多跳网络中的至少一个条件的信息,其中,所述信息至少部分地从多跳网络中的至少一个第二节点获得。
9.根据权利要求8所述的方法,其中,第一信息包括以下各项中的一项或多项:
关于承载到多跳网络中的目的地的跳数的信息;
关于到多跳网络中的目的地的一个或多个不同路由上的拥塞条件的信息;以及
关于到多跳网络中的目的地的一个或多个不同路由上的无线电条件的信息,无线电条件包括无线电链路故障(RLF)的报告。
10.一种无线通信网络中的第一节点,所述第一节点包括:
发送器和接收器;以及
控制器;
其中,所述控制器被配置为基于根据权利要求1至9所述的方法之一来操作。
11.一种由无线通信网络中的第二节点执行的方法,所述方法包括:
向第一节点发送第一信息,第一信息包括关于多跳网络中的至少一个条件的信息;
从第一节点接收服务质量(QoS)信息,服务质量(QoS)信息包括关于承载的每跳分组延迟预算(PDB)的信息;以及
基于关于每跳PDB的信息和关于第三节点的条件的信息来选择多跳网络中的第三节点以将承载路由到第三节点。
12.根据权利要求11所述的方法,其中,关于每跳PDB的信息包括每跳有效PDB。
13.根据权利要求11所述的方法,其中,在下行链路上,第三节点是第二节点的子节点,并且在上行链路上,第三节点是第二节点的父节点。
14.根据权利要求11所述的方法,其中,关于每跳PDB的信息指示第二节点选择第三节点;或者
其中,第三节点由第二节点基于确定与第三节点相对应的延迟等于或小于每跳PDB来选择。
15.一种无线通信中的第二节点,所述第二节点包括:
发送器和接收器;以及
控制器,
其中,所述控制器被配置为基于根据权利要求11至14所述的方法之一来操作。
CN202180071055.XA 2020-10-15 2021-10-15 用于管理无线通信网络中的服务质量的方法和装置 Pending CN116530136A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB2016385.3A GB2600098B (en) 2020-10-15 2020-10-15 QoS management framework
GB2016385.3 2020-10-15
PCT/KR2021/014372 WO2022080956A1 (en) 2020-10-15 2021-10-15 A method and apparatus for managing quality of service in a wireless communication network

Publications (1)

Publication Number Publication Date
CN116530136A true CN116530136A (zh) 2023-08-01

Family

ID=73598400

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180071055.XA Pending CN116530136A (zh) 2020-10-15 2021-10-15 用于管理无线通信网络中的服务质量的方法和装置

Country Status (5)

Country Link
US (1) US20230379791A1 (zh)
EP (1) EP4211984A4 (zh)
CN (1) CN116530136A (zh)
GB (1) GB2600098B (zh)
WO (1) WO2022080956A1 (zh)

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8578015B2 (en) * 2002-04-29 2013-11-05 Harris Corporation Tracking traffic in a mobile ad hoc network
US7941149B2 (en) * 2002-05-13 2011-05-10 Misonimo Chi Acquistion L.L.C. Multi-hop ultra wide band wireless network communication
JP6102461B2 (ja) * 2013-04-23 2017-03-29 富士通株式会社 通信装置、マルチホップ無線通信ネットワークシステム及び通信方法
US10362507B2 (en) * 2016-06-10 2019-07-23 Huawei Technologies Co., Ltd. Systems and method for quality of service monitoring, policy enforcement, and charging in a communications network
WO2019209316A1 (en) * 2018-04-27 2019-10-31 Nokia Solutions And Networks Oy Translation and distribution of quality of service flow parameters in self-backhauling configurations
GB2574875B (en) * 2018-06-21 2021-04-14 Tcl Communication Ltd Route selection and QoS support in a wireless access network
CN111107634B (zh) * 2018-10-29 2022-12-30 华为技术有限公司 用于无线回传网络的数据传输方法和装置
US11297530B2 (en) * 2018-11-02 2022-04-05 Huawei Technologies Co., Ltd. Method and system for using policy to handle packets
TWI755657B (zh) * 2018-12-06 2022-02-21 財團法人工業技術研究院 集中管理節點、分散式節點以及封包延遲控制方法
CN113424499B (zh) * 2019-02-14 2023-05-30 瑞典爱立信有限公司 在iab网络中协助向ue路由数据的cu、网络节点及其中的方法和相应介质
US20220078808A1 (en) * 2020-09-08 2022-03-10 Qualcomm Incorporated Packet delay budget (pdb) and time sensitive communication (tsc) traffic in integrated access and backhaul (iab) networks

Also Published As

Publication number Publication date
GB202016385D0 (en) 2020-12-02
GB2600098B (en) 2024-03-27
GB2600098A (en) 2022-04-27
US20230379791A1 (en) 2023-11-23
WO2022080956A1 (en) 2022-04-21
EP4211984A1 (en) 2023-07-19
EP4211984A4 (en) 2024-03-06

Similar Documents

Publication Publication Date Title
US11950124B2 (en) Methods, apparatus and systems for integrated access and backhaul bearer management
WO2020164546A1 (zh) Iab网络中信息处理方法、iab及计算机存储介质
JP7043506B2 (ja) ロングタームエボリューション通信システムのためのマルチテクノロジアグリゲーションアーキテクチャ
EP3262866B1 (en) Congestion avoidance in a network with base station and relay nodes
US11496923B2 (en) Data transmission method and apparatus used in wireless backhaul network
KR102359856B1 (ko) 무선 통신 시스템에서 릴레이의 업링크 버퍼 상태 보고서를 전달하는 방법 및 장치
WO2011124014A1 (zh) 确定和调整链路分段的目标分组延迟的方法、设备和节点
KR20230035038A (ko) 근접 기반 서비스 원격 및 중계 엔티티 서비스 품질 관리
US20230189045A1 (en) Latency management in integrated access and backhaul networks
GB2587653A (en) Flow control
WO2021065763A1 (ja) 通信制御方法
CN111757517A (zh) 一种缓冲区状态报告传输方法及装置
Monteiro et al. Paving the way toward mobile IAB: problems, solutions and challenges
WO2022082602A1 (en) Method and apparatus for packet rerouting
JP7332705B2 (ja) 通信制御方法及び中継装置
CN116530136A (zh) 用于管理无线通信网络中的服务质量的方法和装置
US20230284083A1 (en) Method and apparatus for flow control
US20230292359A1 (en) Method and apparatus for resource scheduling in multi-hop network
US20230397041A1 (en) Improvements in and relating to managing delay in a multi-hop telecommunication network
GB2622464A (en) QOS management framework
GB2622300A (en) QoS Management Framework
JP7309890B2 (ja) 通信制御方法及び中継装置
WO2022202976A1 (ja) 通信制御方法
RU2782866C2 (ru) Архитектура с агрегированием технологий для систем связи стандарта долгосрочного развития
Ranjan et al. Two stage downlink scheduling for balancing QoS in multihop IAB networks

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