CN112567796B - 用于集成接入和回程承载管理的方法、装置和系统 - Google Patents

用于集成接入和回程承载管理的方法、装置和系统 Download PDF

Info

Publication number
CN112567796B
CN112567796B CN201880096579.2A CN201880096579A CN112567796B CN 112567796 B CN112567796 B CN 112567796B CN 201880096579 A CN201880096579 A CN 201880096579A CN 112567796 B CN112567796 B CN 112567796B
Authority
CN
China
Prior art keywords
iab node
wireless communication
donor
drb
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.)
Active
Application number
CN201880096579.2A
Other languages
English (en)
Other versions
CN112567796A (zh
Inventor
陈琳
黄莹
罗薇
汪梦珍
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of CN112567796A publication Critical patent/CN112567796A/zh
Application granted granted Critical
Publication of CN112567796B publication Critical patent/CN112567796B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components

Abstract

公开了用于数据无线承载管理的方法、装置和系统。在一个实施例中，一种由第一无线通信节点执行的方法包括：向至少一个第二无线通信节点中的每一个发送数据无线承载(DRB)建立请求消息，其中所述DRB建立请求消息包含多个DRB的标识以及分别映射到所述多个DRB中的每一个的服务质量(QoS)流和UE承载中的至少一个；从所述至少一个第二无线通信节点中的每一个接收DRB建立响应，其中每个DRB建立响应包含未能由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第一列表和由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第二列表；基于第一列表和第二列表中的每一个，确定至少一个DRB和映射到所述至少一个第二无线通信节点中的每一个所支持的至少一个DRB的至少一个QoS流；和配置所述至少一个第二无线通信节点中的每一个，以支持所述至少一个DRB和所述至少一个QoS流/UE数据承载。

Description

用于集成接入和回程承载管理的方法、装置和系统
技术领域
本公开大体上涉及无线通信，并且更具体地涉及用于发送指示信息以确定无线通信中的传输资源配置的方法、装置和系统。
背景技术
随着数字数据应用和服务数量的不断激增，对网络资源和运营商的需求和挑战将继续增加。能够提供未来服务将需要的各种各样的网络性能特征是当今服务提供商面临的主要技术挑战之一。对网络的性能要求将要求在数据速率、时延、QoS、安全性、可用性和许多其他参数方面的连接性，所有这些都将因服务而异。因此，使网络以灵活的方式分配资源，为每个不同类型的服务提供定制连接，将极大地提高网络满足未来需求的能力。
为了满足这些需求，第五代(5G)移动无线技术和标准的开发正在顺利进行。一种这样的技术是分离式网络体系结构，其中无线接入网(RAN)功能在中央单元(CU)和多个分布式单元(DU)之间分离。例如，可以在5G协议栈的分组数据融合协议(PDCP)层和无线链路控制(RLC)层之间的点上拆分RAN功能，其中DU将处理包括RLC层功能在内的所有过程，而CU将处理核心网络之前的PDCP层和更高层的功能。RAN功能的这种分解将为移动网络运营商提供许多优势。例如，通过将堆栈与PDCP层及更高层隔离，CU将能够充当预配置网络中多种异构技术之间基于云的汇聚点，从而能够为多个异构DU提供服务。
正在为5G网络开发的另一项技术是集成接入和回程(IAB)架构，用于为小区站点(例如基站)提供高速无线回程。随着数据需求和小区站点数量的增加，向每个小区站点提供传统光纤回程接入变得越来越困难，对于小型小区基站而言尤其如此。在IAB架构下，相同的基础架构和资源(例如IAB节点)可用于提供接入和回程，以支持用户设备(UE)分组数据单元(PDU)会话。新无线(NR)网络的IAB架构将提供无线回程和中继链路，使得NR小区的部署灵活而密集，而无需按比例增加传输网络的密度。另外，IAB技术将允许以更集成和更强大的方式更轻松地部署自回传NR小区的密集网络。例如，5G NR网络中的IAB技术将支持多跳中继系统，其中网络拓扑还支持冗余连接。
图1示出了IAB架构网络100的框图，其中核心网络102连接到施主IAB节点104。如本文所用，术语“连接”是指两个节点或设备之间的有线或电缆连接(例如，光缆)。施主IAB节点104无线地耦合到多个中间IAB节点106a和106b以及两个服务IAB节点106c和106d。如本文所使用的，术语“耦合”是指两个节点或设备之间的直接或间接以及有线或无线通信。
如图1所示，服务IAB节点106c和106d分别直接耦合到UE 108a和108b，并且用作UE108a和108b的服务小区站点基站或接入点。UE 108a和108b在本文中被称为“接入UE”。服务IAB节点106c和106d还用作中继器，并且可以将各自的UE信号转发到传输路径中各自的下一个上行链路节点，并将下行链路信号转发到它们各自的UE 108a和108b。如图1所示，服务IAB节点106c可以将上行链路UE信号转发到中间IAB节点106a和106b中的一个或两个，并且从中间IAB节点106a和106b中的一个或两个接收下行链路UE信号。中间IAB节点106a和106b可以将上行链路UE信号转发到施主IAB节点104，并且将下行链路信号转发到服务IAB节点106d。服务IAB节点106c可以将上行链路UE信号转发到施主IAB节点104，施主IAB节点104然后可以将所有接收到的信号转发给核心网络102，并且可以将下行链路信号从施主IAB节点104转发到接入UE 108a。
IAB节点106a-106d中的每一个可以具有两个功能：基站(BS)功能和移动终端(MT)功能。BS功能意味着IAB节点可以像基站一样工作，为UE提供无线接入功能。如本文所使用的，IAB节点的“BS部分”是指IAB节点的包括与执行IAB节点的BS功能有关的所有硬件、固件和/或软件的那部分。MT功能意味着IAB节点可以像移动终端一样工作，由IAB施主节点或上层IAB节点控制和调度。如本文所使用的，IAB节点的“MT部分”是指IAB节点的包括与执行IAB节点的MT功能有关的所有硬件、固件和/或软件那部分。
仍然参考图1，如果网络100还实现了分离式架构，则施主IAB节点104将由连接至核心网络102的施主CU(未示出)和连接至施主CU的施主DU(未示出)代替。IAB节点106a-106d中的每一个都将以与耦合到施主IAB节点104相似的方式耦合到施主DU，如图1所示。
在分离式架构网络中，每个IAB节点106a-106d可以具有两个功能：DU功能和移动终端(MT)功能。DU功能意味着IAB节点可以像DU一样工作，为UE提供预定的DU功能。如本文所使用的，IAB节点的“DU部分”是指IAB节点的包括与执行IAB节点的DU功能有关的所有硬件、固件和/或软件那部分。分离式架构网络中IAB节点的MT功能和MT部分与上面针对非分离式架构网络所述的相同。
在5G网络中实施分离式架构和IAB架构技术将带来许多挑战。这样的挑战之一是，例如，当建立UE PDU数据会话时，CU应该知道潜在的数据转发路径，然后将UE上下文建立/修改请求消息发送给DU。但是，对于IAB体系结构，尚不清楚如何在施主DU和中间IAB节点之间建立承载。此外，当涉及IAB网络时，应考虑其他时延分量(例如，中间IAB节点之间的时延)。有必要为IAB节点设计一种新的丢弃机制，以确定是否应丢弃中继数据分组。因此，考虑到新兴的分离式架构和/或IAB架构网络，当前的承载管理技术并不完全令人满意。
发明内容
本文公开的示例性实施方式旨在解决与现有技术中存在的一个或多个问题有关的问题，以及提供另外的特征，当结合以下附图结合参考以下详细描述时，这些特征将变得显而易见。根据各种实施方式，本文公开了示例性系统、方法、装置和计算机程序产品。然而，应理解，这些实施方式是作为示例而非限制给出的，并且对于阅读了本公开内容的本领域普通技术人员而言显而易见的是，可以对所公开的实施方式进行各种修改，同时保留在本公开的范围之内。
在一个实施例中，一种由第一无线通信节点执行的方法包括：向至少一个第二无线通信节点中的每一个发送数据无线承载(DRB)建立请求消息，其中所述DRB建立请求消息包含多个DRB的标识以及分别映射到所述多个DRB中的每一个的服务质量(QoS)流和UE承载中的至少一个；从所述至少一个第二无线通信节点中的每一个接收DRB建立响应，其中每个DRB建立响应包含未能由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第一列表和由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第二列表；基于所述第一列表和第二列表中的每一个，确定至少一个DRB和映射到所述至少一个第二无线通信节点中的每一个所支持的至少一个DRB的至少一个QoS流；和配置所述至少一个第二无线通信节点中的每一个，以支持所述至少一个DRB和所述至少一个QoS流/UE数据承载。
在另一个实施例中，本发明提供了一种非暂时性计算机可读介质，其上存储有用于执行上述方法的计算机可执行指令。
在另一实施例中，第一无线通信节点包括：收发器，被配置为：向至少一个第二无线通信节点中的每一个发送数据无线承载(DRB)建立请求消息，其中所述DRB建立请求消息包含多个DRB的标识以及分别映射到所述多个DRB中的每一个的服务质量(QoS)流和用户设备(UE)承载中的至少一个；从所述至少一个第二无线通信节点中的每一个接收DRB建立响应，其中每个DRB建立响应包含未能由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE承载中的至少一个的第一列表和由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE承载中的至少一个的第二列表；以及耦合至所述收发器的至少一个处理器，其中所述至少一个处理器被配置为：基于第一列表和第二列表中的每一个，确定至少一个DRB和映射到所述至少一个第二无线通信节点中的每一个所支持的至少一个DRB的至少一个QoS流；和配置所述至少一个第二无线通信节点中的每一个，以支持所述至少一个DRB和所述至少一个QoS流。
附图说明
下面参考以下附图详细描述本公开的各种示例性实施方式。提供附图仅出于说明的目的，并且仅描绘了本公开的示例性实施方式，以促进读者对本公开的理解。因此，不应将附图视为对本公开的广度、范围或适用性的限制。应当注意，为了清楚和易于图示，这些附图不一定按比例绘制。
图1示出了根据本发明的一些实施例的示例性通信网络的框图，在该示例性通信网络中可以实现本文公开的技术。
图2示出了根据本发明的一些实施例的在分离式架构IAB网络中的UE承载管理的方法的信令图。
图3示出了根据本发明的一些实施例的在分离式架构IAB网络中在施主CU、施主DU和IAB节点之间的UE上下文建立/修改协商过程的信令图。
图4示出了根据本发明的一些实施例的在分离式架构IAB网络中在施主CU、施主DU和IAB节点之间的UE上下文修改协商过程的信令图。
图5示出了根据本发明的一些实施例的在非分离式架构IAB网络中的回程承载管理的方法的信令图。
图6示出了根据本发明的一些替代实施例的在非分离式架构IAB网络中的回程承载管理的方法的信令图。
图7示出了根据本发明一些实施例的在配置丢弃定时器时考虑的UE与用户平面功能(UPF)之间的时延。
图8示出了根据本发明一些实施例的在配置丢弃定时器时考虑的分离式架构IAB网络中的UE与UPF之间的时延。
图9示出了根据本发明一些实施例的用于确定两个IAB节点之间的时延的方法的信令图。
图10示出了根据本发明一些实施例的用于确定两个IAB节点之间的时延的方法的信令图。
图11示出了根据本发明一些实施例的示例性IAB网络拓扑和相应的路由表。
图12示出了根据本发明的各种实施例的可以用于执行本文公开的方法的无线通信节点的框图。
具体实施方式
下面参考附图描述本公开的各种示例性实施方式，以使本领域普通技术人员能够实现和使用本公开。对于本领域的普通技术人员将显而易见的是，在阅读本公开之后，可以在不脱离本公开的范围的情况下对这里描述的示例进行各种改变或修改。因此，本公开不限于在此描述和示出的示例性实施方式和应用。另外，本文公开的方法中的步骤的特定顺序和/或层次仅仅是示例性方法。基于设计偏好，可以重新布置所公开的方法或过程的步骤的特定顺序或层次，同时保持在本公开的范围内。因此，本领域普通技术人员将理解，本文公开的方法和技术以示例顺序呈现各种步骤或动作，并且除非另有明确说明，否则本公开内容不限于所呈现的特定顺序或层次。
在分离式架构的IAB网络中，当UE设置其专用DRB时，还应在IAB节点上沿着向施主IAB节点的转发数据路径在IAB节点上建立/修改回程RLC信道或回程无线承载。本文描述了执行UE承载和回程承载管理过程的示例性实施例。
图2示出了根据本发明的一些实施例的在分离式架构IAB网络中的UE承载管理200的方法的信令图。如图2所示，接入UE 202耦合到具有DU部分和MT部分的服务IAB节点204(被称为“IAB节点1”)。IAB节点204的MT部分由具有DU部分和MT部分的第二IAB节点206(称为“IAB节点2”)服务。IAB节点206的MT部分由施主DU 208服务，施主DU 208耦合到施主CU210，该施主CU 210连接到下一代核心网络(NGC)212。
如图2所示，该方法开始于信令步骤0，其中UE 202或NGC 212发起PDU会话建立/修改请求。在步骤1，为了建立新的QoS流以支持接入UE 202的PDU会话，NGC 212向施主CU 210发送PDU会话资源建立/修改请求消息。在步骤2，在接收到PDU会话资源建立/修改请求消息时，施主CU 210确定资源是否可用于所请求的配置。如果是，则施主CU确定建立一个或多个DRB，并将每个已建立或将要建立的DRB与PDU会话的可接受的QoS流相关联。接下来在步骤3，施主CU 210向施主DU 208发送UE上下文修改请求(其包含无线资源控制(RRC)重配置)消息，该消息包含要建立/修改/释放的DRB的列表。在一些实施例中，RRC重配置消息包含在UE上下文修改请求消息的容器中。除了容器之外，UE上下文修改请求消息还可以包含其他字段，例如SRB列表、要设置/修改的DRB列表、无线电资源配置、Scell配置等。在一些实施例中，对于每个要设置或修改的DRB，它还包含DRB id、映射到每个DRB的一个或多个OoS流/UE数据承载和映射到每个DRB的每个QoS流/UE数据承载的QoS参数。根据各种实施例，“DRB”是指仅用于转发UE的数据分组的回程承载。“UE数据承载”是指与PDU会话相关联的UE承载，该PDU会话的数据分组将经由回程承载来转发。
根据各种实施例，施主CU 210可以被实现为下一代节点B(gNB)、E-UTRAN节点B(eNB)、发射/接收点(TRP)、接入点(AP)或其他本领域已知或将来要开发的类似通信节点。在一个实施例中，施主CU 210被实现为gNB，并且UE上下文修改请求消息包含与IAB节点206的MT部分有关的gNB-CU UE F1AP ID和gNB-DU UE F1AP ID。
在步骤4，施主DU 208经由信令无线电承载将相应的RRCReconfiguration消息发送到IAB节点204的MT部分。接收到RRCReconfiguration消息后，在步骤5，IAB节点206的MT部分执行配置，并将RRCReconfigurationComplete消息发送回施主DU 208。施主DU 208从IAB节点206的MT部分接收到RRCReconfigurationComplete消息之后，施主DU 208向施主CU210发送UE上下文修改响应消息。在一些实施例中，UE上下文修改响应消息包含成功建立/修改的DRB的列表和未能建立/修改的DRB的列表。
步骤6-8类似于上述步骤3-5，除了施主CU 210与IAB节点206通信以与IAB节点206执行UE上下文修改过程，以便在IAB节点204的MT部分和IAB节点206的DU部分之间建立和/或修改DRB。类似地，步骤9-11也与上述步骤3-5类似，除了施主CU 210与IAB节点204通信以与IAB节点204执行UE上下文修改过程，以便在接入UE 202和IAB节点204的DU部分之间建立和/或修改DRB。
最后，在步骤12，施主CU 210向NGC 212发送PDU会话资源建立/修改响应消息，该消息包含针对每个请求建立或修改的PDU会话资源的结果。在一些实施例中，已经成功建立和/或建立失败的QoS流的列表被包括在PDU会话资源建立/修改响应消息中。
如上所述，图2所示的信令过程示出了成功的UE承载建立/修改过程。在该过程中，施主CU 210知道潜在的数据转发路径，然后沿着该路径将UE上下文建立/修改请求消息发送到施主DU 208以及中间IAB节点204和206的每个DU部分。之后，每个中间IAB节点204和206的施主DU 208和DU部分分别将相应的RRCReconfiguration消息发送到下游IAB节点或接入UE的MT部分。但是，可能并非所有的中间IAB节点204和206都能成功建立/修改施主CU210请求的DRB。例如，如上所述，如果在每个中间IAB节点204和206处建立的DRB的集合彼此不同，则中间IAB节点204和206的DU部分和施主DU 208可以具有关于QoS流/UE承载和/或为转发给定UE承载的数据而建立的DRB的不同视图。作为特定示例，可以请求施主CU 210支持接入UE 202的PDU会话的QoS流1、QoS流2和QoS流3。根据施主CU 210，可以将QoS流1和QoS流2分别映射到IAB节点204的DU部分的DRB 1和施主DU 208。QoS流3映射到IAB节点204的DU部分的DRB 2。另一方面，QoS流1和QoS流2可以映射到IAB节点206的DU部分的DRB 3，而QoS流3映射到IAB节点206的DU部分的DRB 4。假定施主DU可以接受所有QoS流，但是，IAB节点204的DU部分只能接受映射到DRB 2的QoS流1，而IAB节点206的DU部分可以接受映射到DRB3的QoS流1和映射到DRB4的QoS流3。在这种情况下，施主DU和所有中间IAB节点只能支持QoS流1。
另外，如上所述，在当前设计中，UE上下文建立/修改响应消息仅向施主CU 210通知未能建立或修改的DRB列表。对于不同的中间IAB节点204和206，用于关联新QoS流的DRBID可能不同，因此施主CU 210可能无法区分中间IAB节点206和服务IAB节点204可能不支持的确切QoS流或DRB。为了解决该问题，根据各种实施例，UE上下文建立/修改响应消息以更精细的粒度被报告给施主CU 210。例如，根据各种实施例，UE上下文建立/修改响应消息包含附加信息，例如未能建立和/或修改的QoS流的QoS流信息(QFI)、接入UE ID、UE承载ID。以此方式，施主CU 210可以确切地确定不支持哪些QoS流，然后相应地配置DRB。
图3示出了根据一些实施例的在施主CU210和施主DU 208、中间IAB节点206和服务IAB节点204中的每一个之间执行的协商过程300的信令图。在协商过程的步骤1，施主CU210向施主DU 208和每个IAB节点204和206发送UE上下文建立/修改查询消息。在一些实施例中，UE上下文建立/修改查询消息包含需要被建立或修改的DRB以及映射到这些DRB的QoS流/UE数据承载。在一些实施例中，对于映射到每个DRB的每个QoS流/UE数据承载，它还包含QoS参数、UE ID和/或UE承载ID。在又一些实施例中，UE上下文建立/修改查询消息还包含针对每个UE承载的QoS参数，例如以下中的一个或多个：分组延迟预算(PDB)、分组错误率(PER)、优先级、延迟关键指示、平均窗口周期、最大数据突发量、保证比特率(GBR)、QoS流信息(QFI)、上行链路(UL)UE聚合最大流比特率(AMBR)、丢弃定时器等。应当注意，这里UE和UE承载表示具有要由施主DU 208和/或中间/服务IAB节点206/204转发的数据分组的接入UE。如本文所使用的，术语“UE上下文建立/修改查询消息”是指可用于分离式架构网络中的承载管理的“DRB建立请求消息”的类型。
在接收到UE上下文建立/修改查询消息时，施主DU 208以及每个IAB节点204和206检查是否可以成功地建立和/或修改所请求的QoS流和/或UE承载和DRB。然后，在步骤2，施主DU 208以及每个IAB节点204和206向施主CU 210发送UE上下文建立/修改查询确认(ACK)消息。根据一些实施例，该UE上下文建立/修改查询ACK消息包含未能建立/修改的QoS流/UE数据承载和/或DRB的列表，以及可以成功建立/修改的QoS流和/或DRB的列表。在其他实施例中，对于这些列表中包含的每个QoS流，ACK消息还包含以下至少之一：QFI、UE ID、UE承载ID和IAB DRB ID。如本文所使用的，术语“UE上下文建立/修改查询ACK消息”是指可用于分离架构网络中的承载管理的“DRB建立响应消息”的类型。
在沿着接入UE 202的数据转发路径从所有IAB节点204和206以及施主DU 210接收到UE上下文建立/修改查询ACK消息后，施主CU 210确定可以被施主DU 208以及数据转发路径中的所有IAB节点204和206成功接受的DRB和QoS流/UE数据承载。应当理解，尽管在图2中仅示出了两个IAB节点204和206，但是本发明可以在分离式架构的IAB网络中实现，其中在接入UE数据转发路径中具有任何期望数量的IAB节点。
接下来，在步骤3，施主CU 210向施主DU发送UE上下文建立/修改请求消息，该消息包含需要建立或修改的DRB以及映射到这些DRB的QoS流/UE数据承载。与UE上下文建立/修改查询消息相比，UE上下文建立/修改请求消息仅包含可以接受的DRB和QoS流/UE数据承载，如根据上面讨论的UE上下文建立/修改查询ACK消息所确定的。在一些实施例中，对于映射到DRB的每个QoS流/UE数据承载，UE上下文建立/修改请求消息包含QoS参数、UE ID和/或UE承载ID。在一些实施例中，UE上下文建立/修改请求消息包含以下至少之一：UE ID和/或UE承载ID、用于这些UE承载的QoS参数(例如，PDB、PER、优先级、延迟关键指示、平均窗口、最大数据突发量、GBR、QFI等)、UL UE AMBR、丢弃定时器等。应当注意，UE和UE承载在这里表示具有要由施主DU 208和/或IAB节点204和206转发的数据分组的接入UE。在进一步的实施例中，UE上下文建立/修改请求消息包含路由配置信息。在一些实施例中，路由配置信息可以包括以下字段中的至少一个的组合：路由索引、传输方向、目的地ID、下一跳ID、跳数、每一跳或路径的权重或收益、承载ID等。
在接收到UE上下文建立/修改请求消息之后，施主DU 208以及每个IAB节点204和206执行DRB的建立和修改。接下来在步骤4，施主DU 208以及每个IAB节点204和206向施主CU 210发送UE上下文建立/修改响应消息。根据一些实施例，该响应消息包含已经成功建立和/或修改的QoS流和/或DRB的列表。
在一些实施例中，RRCReconfiguration可以被包含在以上讨论的步骤3的UE上下文建立/修改请求消息中。在一些实施例中，该消息可以由施主DU 208或IAB节点206的DU部分进一步发送到其下游IAB节点204的MT部分。该消息包含需要在下游IAB节点的MT部分建立/修改/发布的DRB。另外，在一些实施例中，该消息可以包含UE承载信息。这里，UE表示具有要由施主DU 208以及IAB节点204和206转发的数据分组的接入UE。在一些实施例中，UE承载信息包含以下字段中的至少一个：UE ID和/或UE承载ID、映射到每个DRB的QoS流和QoS参数(例如PDB、PER、优先级、延迟关键指示、PRB、存储桶容量持续时间等)、丢弃定时器等。另外，在一些实施例中，RRCReconfiguration消息可以包含路由配置，该路由配置包括以下字段中的至少一个的组合：路由索引、传输方向、目的地ID、下一跳ID、权重、收益、跳数和承载ID。
图4示出了根据本发明的另一实施例的用于UE上下文建立和修改的方法的信令图。在如以上关于图3所讨论的那样，在从施主DU 208和IAB节点204和206中的每一个接收到UE上下文建立/修改响应消息之后，如果IAB节点204和206中的一个或多个不支持某些请求的DRB/QoS流，则施主CU 210可以与一个或多个IAB节点再次执行UE上下文建立/修改过程，如图4所示。
如图4所示，在步骤1中，施主CU 210再次向施主DU 208以及IAB节点204和206的每个DU部分发送UE上下文建立/修改请求消息。如前所述，UE上下文建立/修改请求消息包含需要被建立或修改的DRB以及映射到这些DRB的QoS流/UE数据承载。在一些实施例中，对于映射到每个DRB的每个QoS流/UE数据承载，它还包含QoS参数、UE ID和/或UE承载ID。在其他实施例中，UE上下文建立/修改请求还可以包括UE和UE承载信息，例如以下至少之一：UEID、UE承载ID、与UE承载相关的QoS参数(PDB、PER、优先级、延迟关键指示、平均窗口、最大数据突发量、GBR、QFI等)、UL UE AMBR、丢弃定时器、允许的子载波间隔(SCS)列表等。应当注意，UE表示具有要由施主DU和/或下游IAB节点204和206转发的数据分组的接入UE。
在接收到UE上下文建立/修改请求消息时，施主DU 208以及每个IAB节点204和206分别检查这些QoS流和DRB是否可以被成功建立/修改，然后执行DRB的建立和/或修改。然后，在步骤2，施主DU 208以及每个IAB节点204和206分别向施主CU 210发送UE上下文建立/修改响应消息，该消息包含未能建立/修改的QoS流/UE数据承载和/或DRB的列表，以及可以成功建立/修改的QoS流/UE数据承载和/或DRB的列表。在一些实施例中，对于这些列表中包含的每个QoS流，响应消息还包含QFI、UE ID和/或UE承载ID以及IAB DRB ID。
在沿着接入UE的数据转发路径从所有IAB节点204和206以及施主DU 208接收到UE上下文建立/修改响应消息之后，施主CU 210确定施主DU 208以及所有相关IAB节点204和206可以成功接受的DRB和QoS流。在另外的实施例中，UE上下文建立/修改请求消息可以包含路由配置。路由配置可以包括以下字段中的至少一个的组合：路由索引、传输方向、目的地ID、下一跳ID、每一跳或路径的权重或收益、跳数以及承载ID。然后，在步骤3，施主CU 210向施主DU 208以及IAB节点204和206发送UE上下文修改请求消息，该消息包含需要根据施主DU 208以及所有相关IAB节点204和206成功接受的DRB和QoS流进行修改或释放的DRB。此外，可以根据更新的DRB列表重新配置路由信息。
在接收到UE上下文建立/修改请求消息之后，施主DU 208以及每个IAB节点204和206执行DRB的建立和修改。然后，在步骤4，施主DU 208以及每个IAB节点204和206向施主CU210发送UE上下文建立/修改响应消息，该消息包含成功建立/修改的QoS流/UE数据承载和/或DRB的列表。
在一些实施例中，可以在UE上下文建立/修改请求消息中包含RRCReconfiguration消息(以上结合图2讨论)。该RRCReconfiguration消息可以由施主DU或中间IAB节点的DU部分进一步发送到其下游IAB节点的MT部分。在一些实施例中，该RRCReconfiguration消息包含需要在下游IAB节点的MT部分处被建立/修改/释放的DRB/UE数据承载。另外，该RRCReconfiguration消息可以包含UE承载信息。这里，UE表示具有要由施主DU和IAB节点沿着UE和施主CU之间的数据路径转发的数据分组的接入UE。在一些实施例中，UE承载信息包含以下字段中的至少一个：UE ID和/或UE承载ID、映射到DRB的QoS流和QoS参数(例如PDB、PER、优先级、延迟关键指示、优先比特率(PBR)、存储桶容量持续时间等)、丢弃定时器等。另外，在一些实施例中，RRCReconfiguration消息可以包含路由配置，该路由配置包括以下字段中的至少一个：路由索引、传输方向、目的地ID、下一跳ID、跳或路径的权重和/或收益、跳数和承载ID。
对于以上结合图3和图4讨论的每个实施例，应注意，UE承载ID可以是UL UP TEID、DL UP TEID、DRB ID、LCID或UE ID和DRB ID/LCID的组合。UE ID可以是由施主CU 210分配的gNB-DU UE F1APID、gNB-CU UE F1APID、C-RNTI、STMSI、IMSI或UE ID。对于路由配置，目的地ID可以是DU ID、UE ID或UE承载ID。对于IAB节点的MT部分，它可能配置有一个或多个与PDU会话关联的数据无线承载。这些DRB应该与完整的服务数据适配协议(SDAP)、PDCP和RLC配置信息相关联，并且可以用于传递由IAB节点的MT部分发起的数据流量，例如操作、管理和维护(OAM)数据。另一方面，在一些实施例中，IAB节点的MT部分可以配置有不与PDU会话相关联的一个或多个回程RLC承载。在一些实施例中，这些回程RLC承载可以与适配层、RLC和MAC配置相关联，并且仅用于用户平面数据转发。
对于IAB节点的施主DU和DU部分，应为其配置DRB和映射的QoS流/UE数据承载参数。在一些实施例中，IAB节点的DU部分可以基于CU到DU RRC信息以及DRB和QoS参数配置来导出潜在的MAC/RLC配置。众所周知，对于PDU会话资源建立/修改请求消息中的每个PDU会话，NG-RAN节点(例如，CU或施主IAB节点)将强制执行与接收到的PDU会话资源聚合最大比特率信息元素(IE)相对应的业务。NG-RAN节点应按照TS 23.501中的规定，将所接收的聚合最大比特率用于相关的PDU会话和相关的UE。对于每个UE，NG-RAN会在每个PDU会话中建立一个或多个数据无线承载(DRB)(至少一个默认DRB)。NG-RAN将属于不同PDU会话的数据分组映射到不同的DRB。
由于回程RLC承载不与PDU会话相关联，因此最好将回程RLC承载与正常DRB分开建立，因为将UE承载与RLC承载混合将使DU难以确定是否超过用于PDU会话的AMBR。注意，回程RLC承载不一定与DRB ID相关联。因此，在一些实施例中，在回程RLC承载建立/修改过程期间，也可以建立或修改适配(adapt)配置过程。在一些实施例中，适配配置可以与每个回程RLC承载相关联。在一些实施例中，适配配置包含路由和承载映射信息。更具体地，IAB节点的DU部分和MT部分可以如下所述不同地配置。
IAB节点的DU部分或施主DU：适配配置可用于下行链路数据分组的路由和回程RLC承载映射信息。适配配置信息可以通过F1-U接口传递到DU部分。与每个回程RLC承载相关联的适配配置包含可以映射到该回程RLC承载的QFI/DSCP/5QI/UE承载ID的列表。此外，子IAB节点的DU部分的DU ID和子IAB节点的MT部分映射的C-RNTI可以由施主CU配置到IAB节点或施主DU。
IAB节点的MT部分：适配配置可用于上行链路数据分组的路由和回程RLC承载映射信息。可以通过Uu接口将其传递到MT部分。对于IAB节点的MT部分，与每个回程RLC承载关联的适配配置包含可以映射到该回程RLC承载的QFI/DSCP/5QI/UE承载ID的列表。
施主DU：在上行链路中，施主CU应由施主CU配置UE承载ID-F1 UL TNL信息。F1 ULTNL信息可以通过UE上下文建立/修改过程进行配置，该过程不仅为由施主DU服务的IAB节点的MTB部分传递DRB的F1 UL TNL信息，而且还为由施主DU直接或间接转发的所有接入UE传递DRB的F1 UL TNL。对于下行链路，施主DU可以由施主CU配置F1 DL TNL信息-UE承载ID映射。在其他实施例中，施主DU可以由施主CU配置UE承载ID-目的地DU ID映射。
应当注意的是，以上分析基于以下假设：施主CU具有对于给定接入UE的IAB拓扑和数据转发路径的完全讯息。但是，如果施主CU不了解IAB拓扑知识，则它不能直接请求IAB节点的DU部分建立回程RLC承载。在这种情况下，可能有必要考虑由IAB节点的MT部分发起的回程RLC承载建立/修改过程，类似于下面结合图6进一步详细讨论的过程。
图5示出了根据一些实施例的用于非分离式IAB网络500中的回程承载管理的方法的信令图。非分离式IAB网络500包括耦合到服务IAB节点504的接入UE 502，服务IAB节点504的MT部分由中间IAB节点506服务，并且IAB节点506的MT部分由连接到NGC 510的施主IAB节点508服务。
如图5所示，在步骤0，UE 502或NGC 510发起PDU会话建立/修改请求。由于需要为接入UE 502支持一组新的QoS流，因此在步骤1，NGC 510向施主IAB节点508发送PDU会话资源建立/修改请求消息。在接收到PDU会话资源建立/修改请求消息时，施主IAB节点508从施主IAB节点508的角度确定资源是否可用于所请求的配置。同时，施主IAB节点508可以确定用于接入UE 502以及沿着该数据路径的所有IAB节点504和506的数据转发路径。然后，施主IAB节点向每个有关的IAB节点发送回程承载建立/修改请求消息(步骤2和4)，该消息包含要建立、修改或释放的回程承载的列表和/或要支持的QoS流/UE数据承载的列表。如本文所使用的，术语“回程承载建立/修改请求消息”是指可以用于IAB架构网络中的承载管理的“DRB建立请求消息”的类型。根据各种实施例，术语“DRB建立请求消息”通常可以指用于建立、修改或释放回程RLC承载、回程DRB和UE DRB的消息。
对于要建立或修改的每个回程承载，它还可以包含与映射到每个回程承载的每个QoS流/UE数据承载关联的QoS参数。在其他实施例中，回程承载建立/修改/释放请求消息可以包含与每个QoS流相关联的接入UE和UE承载信息，例如，以下消息中的至少一个：UE ID和/或UE承载ID、用于这些UE承载的QoS参数(PDB、PER、优先级、延迟关键指示、平均窗口、最大数据突发量、GBR、QFI)、UL UE AMBR、丢弃定时器、允许的SCS列表等。应当注意，上面的UE表示具有要由施主IAB和/或中间IAB节点转发的数据分组的接入UE。
在接收到回程承载建立/修改请求消息后，每个IAB节点确定资源是否可用于所请求的配置，然后向施主IAB 508发送承载建立/修改响应消息(步骤3和5)，该消息包含未能建立/修改的回程承载/QoS流/UE数据承载的列表，和/或可以成功建立/修改的QoS流/UE数据承载和/或DRB的列表。在一些实施例中，对于这些列表中包含的每个QoS流，它还包含QFI、UE ID和/或UE承载ID。如本文所使用的，术语“回程承载建立/修改响应消息”是指可用于IAB架构网络中的承载管理的“DRB建立响应消息”的类型。根据各种实施例，术语“DRB建立响应消息”通常可以指用于列出未能建立/修改和/或成功建立/修改的回程RLC承载、回程DRB和UE DRB的消息。
在沿接入UE 502的数据转发路径从每个中间IAB节点504和506接收到承载建立/修改响应消息后，在步骤6，施主IAB节点508确定可由施主IAB节点508和所有相关中间IAB节点504和506成功接受的DRB和QoS流/UE承载。此后，施主IAB确定建立一个或几个DRB，并将每个接受的QoS流/UE数据承载与已建立的DRB或将要建立的DRB相关联。然后，在步骤7，施主IAB 508向IAB节点506的MT部分发送RRCReconfiguration消息，该消息包含要建立/修改/释放的DRB的列表。在一些实施例中，对于每个要建立/修改的DRB，它还包含映射到该DRB的每个QoS流/UE数据承载的DRB id、DRB QoS和QoS参数。另外，该RRCReconfiguration消息可以包含UE承载信息。这里，UE表示具有要由施主IAB和中间IAB节点沿着UE与施主IAB之间的数据路径转发的数据分组的接入UE。更具体地，在一些实施例中，UE承载信息包含以下字段中的至少一个：UE ID和/或UE承载ID、映射到DRB的QoS流和QoS参数(例如，PDB、PER、优先级、延迟关键指示、PBR、存储桶容量持续时间等)、丢弃定时器、PBR、存储桶容量持续时间等。此外，RRCReconfiguration可能包含路由配置，其中至少包括以下字段之一：路由索引、方向、目的地ID、下一跳ID、权重、收益、跳数、承载ID等。接收到RRCReconfiguration消息后，IAB节点2的MT部分将执行配置，并将RRCReconfigurationComplete消息发送回施主IAB(步骤8)。
在步骤9-16中，施主IAB 508还向IAB节点504和IAB节点506中的每个发送回程承载建立/修改消息，该消息包含要建立/修改/释放的回程承载的列表和/或要支持的QoS流/UE数据承载的列表。对于要建立/修改的每个回程承载，回程承载建立/修改消息还可以包含每个QoS流/UE数据承载的QoS参数。另外，其可以包含与每个QoS流相关联的接入UE和UE承载信息。在接收到回程承载建立/修改消息后，IAB节点504和IAB节点506执行相应的承载建立/修改操作(例如，建立或释放DRB、改变QoS参数等)。另一方面，IAB节点506和IAB节点504可以分别向IAB节点504和接入UE 502的MT部分发送RRCReconfiguration消息，该消息包含要建立/修改/释放的DRB的列表(步骤10和14)。对于每个要建立/修改的DRB，它还包含QoS流/UE数据承载ID和/或QoS流/UE数据承载的QoS参数。另外，在一些实施例中，该RRCReconfiguration消息可以包含UE承载信息。这里，UE表示具有要由施主IAB和中间IAB节点沿着UE 502与施主IAB 508之间的数据路径转发的数据分组的接入UE。在一些实施例中，UE承载信息包含UE ID和/或UE承载ID、映射到UE承载的QoS流和QoS参数(例如PDB、PER、优先级、延迟关键指示、PBR，存储桶容量持续时间等)、丢弃定时器、PBR、存储桶大小持续时间等。此外，RRCReconfiguration可以包含路由配置，该路由配置至少包括以下字段之一：路由索引、方向、目的地ID、下一跳ID、权重/收益/跳数[微软用户1]和承载ID。在接收到RRCReconfiguration消息后，IAB节点504的MT部分执行配置，并将RRCReconfigurationComplete消息发送回IAB节点506(步骤11)。在接收到RRCReconfiguration消息时，接入UE执行配置，并且将RRCReconfigurationComplete消息发送回服务IAB节点504(步骤15)。在接收到RRCReconfigurationComplete消息后，IAB节点504和IAB节点506向施主IAB节点508发送回程承载建立/修改/释放完成消息(步骤12和16)。
最终，在步骤17，施主IAB节点508向NGC 510报告PDU会话资源建立/修改响应消息，该消息包含针对每个请求建立/修改的PDU会话资源的结果。更具体地说，它包含已成功建立和/或建立失败的QoS流的列表。
图6示出了根据本发明的替代实施例的用于IAB网络600中的UE承载建立/修改/释放过程的方法的信令图。IAB网络600包括耦合到服务IAB节点604的接入UE 602，服务IAB节点604的MT部分由中间IAB节点606服务，并且IAB节点606的MT部分由连接到NGC 610的施主IAB节点608服务。在该实施例中，服务IAB节点604沿着数据转发路径与每个中间IAB节点606和施主IAB节点608协商承载建立/修改/释放过程。
如图6所示，在步骤0，由接入UE 602或NGC 610发起PDU会话建立/修改请求。接下来，在步骤1，NGC 610向接入UE 602的服务IAB节点604发送PDU会话资源建立/修改请求消息。然后，在步骤2和步骤3，服务IAB节点分别与上游IAB节点606和施主IAB节点508进行协商，以从每个上游节点506和508获得回程承载建立/修改响应。图6的协商步骤2和3中的信令可以类似于上面讨论的图5的步骤2-5。图6的其余步骤4-15可以类似于上面讨论的图5的步骤6-17，不同之处在于，由于服务IAB节点604正在启动协商和后续处理步骤，因此可以更改传输方向。根据各种实施例，IAB节点之间以及IAB节点与施主IAB节点之间的信令交换可以基于Xn、X2、NG、F1或Uu接口。
图7示出了根据一些实施例的在执行时延感知分组丢弃和路由时要考虑的网络传输路径和相应时延的框图。每个QoS流都与5G QoS指标(5QI)值相关联，该值定义了分组时延预算(PDB)。PDB定义在UE 702和用户平面功能(UPF)706之间分组可能被延迟的时间的上限。PDB用于支持调度和链路层功能的配置(例如，调度优先权重和HARQ目标操作点的设置)。对于延迟关键的GBR-QoS流，如果在PDB期间发送的数据突发小于最大数据突发量(MDBV)，并且QoS流不超过保证流比特率(GFBR)，则延迟超过PDB的分组被计为丢失。
如图7所示，与数据分组相对应的PDB包括Tuu和Tng的时延分量。如本文所使用的，对于UL传输，Tuu表示从UE 702接收到来自上层的数据分组到UE 702成功向服务gNB 704发送数据分组之间的持续时间。对于DL传输，它表示从gNB 707接收到数据分组到gNB 704成功将数据分组发送到UE 702之间的持续时间。对于UL传输，Tng表示从gNB 704接收到数据分组到gNB成功将数据分组发送到UPF 706之间的持续时间。对于DL传输，Tng表示从UPF接收到数据分组到UPF成功将数据分组发送到gNB 704之间的持续时间。应当理解，例如，图7的gNB 704可以被诸如IAB节点或施主CU的其他类型的节点代替。
根据当前的LTE/5G规范，经由与每个UE承载相关联的PDCP丢弃定时器(discardTimer)来反映UL Tuu要求。在从上层接收到PDCP服务数据单元(SDU)时，发送方PDCP实体应启动与该PDCP SDU相关联的丢弃定时器。当PDCP SDU的丢弃定时器到期时，发送方PDCP实体应将PDCP SDU与相应的PDCP数据PDU一起丢弃。如果相应的PDCP分组数据单元(PDU)已经提交给较低层，则向较低层指示丢弃。关于Tng的时延，在当前规范中未找到明确的指示。但是，gNB实现可以考虑到这一点。例如，gNB可能基于实现来估算Tng，然后使用低于(PDB–Tng)的值来配置丢弃定时器。以这种方式，根据一些实施例，可以保证UL数据分组传输的PDB，否则，UE将其丢弃。
图8示出了根据一些实施例的在执行时延感知分组丢弃和路由时要考虑的分离式架构IAB网络800以及相关的时延的框图。当涉及IAB网络800时，应考虑额外的时延分量。如图8所示，除了以上讨论的时延分量Tuu(在UE 802与IAB 804之间)和Tng(在施主CU 810与UPF 812之间)之外，还应当考虑诸如Tun和Tf1的时延分量。Tun表示中间IAB节点804和806与施主DU 808之间的相应时延，而Tf1则表示施主DU 808与施主CU 810之间的时延。
更具体地，对于UL传输，Tf1表示施主DU 808接收到数据分组与施主DU808成功地将数据分组发送到施主CU 810之间的持续时间。对于DL传输，Tf1表示从施主CU 810接收到数据分组到施主CU 810向施主DU 808发送数据分组之间的持续时间。对于UL传输，Tun表示从子IAB节点接收到数据分组到子IAB节点成功将数据分组发送到父IAB节点/施主DU之间的持续时间。对于DL传输，它表示从父IAB节点/施主DU接收到数据分组到父IAB节点/施主DU成功将数据分组发送到子IAB节点之间的持续时间。
因此，如上所述，时延分量Tuu、Tng、Tf1分别指在Uu(在UE和gNB/DU之间)、NG(在UPF和gNB/CU之间)和F1(在CU和DU之间)接口上花费的时间。在Release 10中继中，中继的MT部分与施主中继之间的接口称为Un，因此在这里我们使用Tun来指代IAB节点的MT部分与父IAB节点之间所花费的时间。与Tng相似，Tf1的时延通常是有线传输，并且可以根据施主CU的实现来得出。根据一些实施例，当施主CU针对UE的UL传输执行PDCP丢弃定时器配置时，它可以通过从与UE承载相关联的PDB中移除Tng和Tf1的时延分量部分来导出丢弃定时器值。以UL传输为例，UE的PDCP实体传输应在从上层接收到PDCP SDU后启动与该PDCP SDU相关联的丢弃定时器。当PDCP SDU的丢弃定时器到期时，如果尚未将PDCP SDU发送到服务IAB节点804，则发送方PDCP实体将丢弃PDCP SDU。假设服务IAB节点804从UE 802接收数据分组并计划将其发送到IAB节点806，则需要进一步确定该数据分组的PDB是否仍然可以得到保证。对于分离式架构的IAB网络，中间IAB节点不支持中继数据分组的PDCP处理。因此，基于PDCP的方法不再可用。
为了支持丢弃机制，第一服务IAB节点1可以确定UE数据分组的PDB余量。以UL传输为例，服务IAB节点1可以启动与从UE接收的每个数据分组相关联的丢弃定时器，该丢弃定时器被设置为PDB余量值。假设当丢弃定时器到期时，数据分组尚未成功发送到第二个IAB节点904，则发送方RLC/Adapt实体将丢弃该数据分组。如果数据分组到达中间IAB节点2，则IAB节点2应该知道剩余的PDB余量。然后，IAB节点2可以继续检查是否可以确保PDB余量。以这种方式，可以沿数据转发路径一直执行分组丢弃检查，直到UL数据分组到达施主DU为止。每个中间IAB节点都会更新用于数据分组丢弃的PDB余量，这会减少数据分组在该节点上花费的时间。
另一方面，对于DL传输，施主DU和沿数据转发路径的所有中间IAB节点应了解PDB余量。对于施主DU，它可以直接从施主CU接收丢弃时间配置。对于中间IAB节点，可以使用下面描述的一种或多种技术来获得PDB余量。
在一个实施例中，PDB余量可以基于传输路径的跳数。该方法假定时延与路径中的跳数成正比。因此，可以通过(Tdiscard–Telaps*Nhop)确定PDB余量。如果PDB余量大于0，则意味着可以保证PDB，否则，分组可能在沿数据转发路径的中间IAB节点处被丢弃。在该解决方案中，假定每跳时延相同。但是，某些回程链路可能会拥塞，而其他回程链路却不会，这可能会导致每跳时延不同。另外，具有不同优先级的数据分组可能得到不同的调度处理，这也导致不同的时延。因此，在进一步的实施例中，除了用于时延估计的跳数之外，还考虑其他因素。
在另一实施例中，例如，可以基于由适配层协议提供的PDB余量信息来导出PDB余量信息，该适配层协议可以被实现为例如由UE执行的功能。例如，可以增强UE以支持Tuu估计，然后将其报告给服务IAB节点。在某些实施例中，可以假定PDB余量大约等于(Tdiscard–Telaps)，其中Tdiscard是PDCP丢弃定时器的值，以毫秒为单位，而Telaps是PDCP丢弃定时器启动与相关PDCP SDU发送之间的持续时间。在一些替代实施例中，服务IAB节点可以基于其下行链路Uu传输时延估计来推导Telaps。同时，服务IAB节点的DU部分应该能够从施主CU获得UE承载的丢弃时间配置。然后，服务IAB节点可以计算剩余的PDB余量。然后，服务IAB节点将丢弃定时器设置为与剩余的PDB余量的值相同。如果丢弃定时器到期，则服务IAB节点可以丢弃数据分组。当服务IAB节点将数据分组发送到上游IAB节点时，它可以更新剩余的PDB余量并将其包括在适配子报头或MAC子报头中。在接收到数据分组之后，上游IAB节点可以进一步基于剩余的PDB余量来确定是否应当丢弃该分组。
对于DL，施主DU应从施主CU了解DRB/UE承载的丢弃定时器配置。一旦从施主CU接收到数据分组，施主DU就可以启动丢弃定时器。一旦丢弃定时器到期，施主DU将丢弃该数据分组。否则，施主DU使用上述方法计算剩余的PDB余量，然后将剩余的PDB余量信息包括在适配子报头或MAC子报头中。当数据分组沿数据路径连续转发到服务IAB节点时，将更新剩余的PDB余量，并启动丢弃定时器以检查是否可以保证PDB。
在另一个实施例中，可以基于由适配子报头提供的时间戳信息来推导PDB余量。在该实施例中，假设所有的UE和IAB节点都被同步并且维持相同的定时。对于UL，服务IAB节点可以基于来自UE的报告或者基于其下行链路Uu传输时延估计来推导Tuu。假设服务IAB节点1在t1接收到数据分组，则该数据分组的传输开始时间可能为(t1-Tuu)。另一方面，服务IAB节点1可以确定与此DRB/UE承载/QoS流关联的PDB。然后，服务IAB节点1可以确定自从UE发送数据分组以来经过的时间是否超过PDB。如果是，该数据分组将被丢弃。否则，服务IAB节点1可以将数据分组的传输开始时间作为时间戳包括在适配子报头/MAC子报头中。
随后，服务IAB节点1将数据分组发送到IAB节点2。在接收到数据分组之后，IAB节点2可以获得包括在适配子报头/MAC子报头中的时间戳信息以及DRB/UE承载信息。然后，IAB节点2根据时间戳信息和与该DRB/UE承载关联的PDB，检查是否应丢弃该数据分组。在每个中间IAB节点上执行此丢弃检查，直到数据分组到达施主DU。
对于DL，施主DU从施主CU接收DRB/UE承载的丢弃定时器配置。一旦从施主CU接收到数据分组，施主DU启动丢弃定时器。一旦丢弃定时器到期，施主DU将丢弃该数据分组。假设施主DU在t1接收到数据分组，施主DU可以通过(t1-(PDB-丢弃定时器))得出数据分组传输开始时间，其中PDB是与该数据分组的DRB/UE承载相关的分组延迟预算。此外，在一些实施例中，施主DU可以将估计的分组传输开始时间作为时间戳包括在适配子报头或MAC子报头中，并将其发送到IAB节点2。假设IAB节点2在t2接收到数据分组，则IAB节点2可以使用时间戳(t2-时间戳)来确定剩余的PDB。IAB节点2可以使用剩余的PDB来设置丢弃定时器，并检测是否应丢弃数据分组。如果不是，则将数据分组沿数据路径连续转发到服务IAB节点1。每个中间IAB节点都使用与IAB节点2类似的机制来检查是否可以保证PDB。
图9示出了根据一些实施例的用于IAB节点在多跳IAB网络中执行时延感知路由的丢弃机制的信令图。如上所述，除了沿着多跳数据路径的分组丢弃检查之外，还可以执行时延感知路由。当在IAB网络中路由UE的数据分组时，应考虑IAB节点之间的多跳数据转发延迟的总延迟，该总延迟应小于PDB。为了支持多跳IAB网络中的时延感知路由，首先应该考虑如何沿不同的数据转发路径获得潜在的每跳时延。在一些实施例中，拓扑和路由管理实体可以收集链路连接性、每跳链路时延和无线电状况信息。在各种实施例中，拓扑和路由管理实体可以位于施主CU、施主IAB节点或其他网络实体中。基于该信息，拓扑和路由管理实体可以确定网络拓扑和不同数据转发路径的路由。然后，拓扑和路由管理实体可以将路由表配置到IAB节点的每个MT部分和/或IAB节点的DU部分，以进行后续的时延感知数据转发。
参照图9，第一IAB节点902可以轮询其对等IAB节点904，以触发对等IAB节点904的状态报告(步骤1)。然后，对等IAB节点904将RLC状态报告发送到第一IAB节点902(步骤2)。然后，第一IAB节点902的MT部分或第一IAB节点902的DU部分可以利用该信息来计算它们之间的潜在时延。例如，第一IAB节点902的MT部分可以轮询其服务IAB节点904，并记录RLC轮询的发送与RLC状态报告的接收之间的往返时间(RTT)。然后，将与IAB节点的MT部分与其服务IAB节点之间的RLC承载相对应的时延计算为RTT/2(步骤3)。
参考图10，在一些实施例中，第一IAB节点1002可以发送时延检测请求控制分组数据单元(PDU)(步骤1)，其请求对等IAB节点1004发回时延检测响应控制PDU(步骤2)。然后，第一IAB节点1002可以基于计算RTT/2来确定每跳时延，如上所述(步骤3)。另外，在一些实施例中，时延检测请求控制PDU包含何时生成控制PDU的时间戳(t1)。相应地，时延检测响应控制PDU包括与时延检测请求控制PDU相同的时间戳。在接收到时延检测响应控制PDU之后，第一IAB节点可以记录当前时间(t2)并且将时延计算为((t2-t1)/2)。
在一些实施例中，如果所有中间IAB节点的定时被同步，则第一IAB节点可以向对等IAB节点发送包括当前时间戳信息的时延检测控制PDU。然后，对等IAB节点可以根据接收时间与时延检测控制PDU中包含的时间戳之间的时间差来计算单向时延。在这种情况下，仅时延检测控制PDU就足够了。另一方面，单向时延检测可以通过一个IAB节点内的数据分组到达时间和数据分组离开时间之间的时间差来粗略估计。调度程序除了可以应用QoS配置文件外，还可以应用有关数据分组尚未经过的跳数的信息。然而，在一些实施例中，实际时延不仅由跳数确定，而且由拥塞和分组优先级确定。为了预测潜在的时延并检查多跳IAB网络是否可以满足PDB，确定每个RLC承载/信道的平均时延以做出路由和调度决策。此外，在一些实施例中，时延检测过程可以被周期性地触发或被事件触发。在又一些实施例中，考虑时延波动，每个RLC承载的平均时延可以是过滤后的值。
例如，假设施主CU支持拓扑和路由管理实体，则可以通过IAB节点的MT部分或IAB节点的DU部分将检测到的一跳时延报告给施主CU。另外，IAB节点的MT部分或IAB节点的DU部分也可能向施主CU报告链路连接性和无线电状况。基于报告的信息，施主CU可以估计不同数据转发路径的潜在时延，然后将路由表配置到该路径中IAB节点的每个MT部分和/或IAB节点的DU部分。
图11呈现了示例IAB网络拓扑以及为中间IAB节点1108配置的相应示例路由表，如图11所示。路由表包含每个路由条目的目的地ID、下一跳ID、权重。这里，目的地节点ID表示目的地DU ID或目的地UE ID。对于UL传输，下一跳ID表示数据分组应转发到的IAB节点的DU部分的ID。对于DL传输，下一跳ID表示IAB节点的MT部分的ID，例如，C-RNTI。权重表示将数据分组转发到目标节点的相对成本。例如，可能是从当前节点到目标节点的估计传输时延。此外，路由表还可以包含IAB承载ID，其可用于标识不同路径上IAB承载的不同权重。
根据一些实施例，假设IAB节点1108从IAB节点1116的MT部分接收数据分组并且该数据分组将被转发到施主DU 1112，则IAB节点1108可以基于承载映射规则将该数据分组映射到MT部分的IAB承载1。IAB节点1108可能在路由表中找到两个可用的路由条目，分别是路由条目1和2。假设与数据分组关联的剩余PDB为10，则没有路径符合数据传输条件。该数据分组可以在IAB节点1108处被丢弃。假设与此数据包关联的其余PDB为16，则IAB节点1108只能选择IAB节点1110用于其下一跳转发，因为其权重低于剩余PDB。另一方面，假设与此数据包关联的剩余PDB为25，则IAB节点1110和IAB节点1118都可以被选择用于其下一跳。选择哪一个取决于网络配置。例如，网络可能需要选择权重最低的下一跳或随机选择可用路径之一。
关于DL传输，假设IAB节点1108的MT部分从IAB节点1110接收数据分组，并且该数据分组将被转发到连接到IAB节点1104的UE 1102。然后，目的地ID可能是IAB节点1102的UEID或DU ID。IAB节点1108可能会在路由表中找到到目标ID的两个可用路由条目，分别是路由条目5和6。数据分组可以分别用IAB节点1106和IAB节点1116映射到IAB承载2。IAB节点1108可以导出剩余PDB，将其与每个路径的权重进行比较，并确定是否丢弃该分组或选择下一跳以转发该数据分组。
如上所述，在本公开中描述了用于执行UE和IAB承载管理的各种实施例以及相关联的过程。结合各种实施例描述的IAB节点、施主DU和施主CU在本文中通常可以被称为“无线通信节点”。根据各种实施例，这样的无线通信节点可以被实现为下一代节点B(gNB)、E-UTRAN节点B(eNB)、施主IAB节点、服务IAB节点、中间IAB节点、施主DU、施主CU、发送/接收点(TRP)、接入点(AP)以及本领域中已知的类似设备。本发明中的UE可以被称为终端，并且可以包括或实现为移动站(MS)、基站(STA)、智能手机、平板电脑、膝上型电脑等。
图12示出了根据本公开的一些实施例的能够执行本文公开的方法的无线通信节点1200的框图。应当理解，节点1200仅仅是可以被配置为实现本文描述的各种方法的通信节点的示例。另外，为了便于说明和讨论，未必示出节点1200的所有组件、特征或功能模块。
如图12所示，无线通信节点1200包括系统时钟1202、处理器1204、存储器1206、电源模块1208以及包括发送器1212和接收器1214的收发器1210。这些组件或模块中的每一个经由数据和电源总线1216彼此耦合。至少一个天线1220进一步耦合到收发器1210。
系统时钟1202将定时信号提供给处理器1204，以控制无线通信节点1200的所有操作的定时。
处理器1204控制CU 1200的一般操作，并且可以包括一个或多个处理电路或模块，例如中央处理器(CPU)和/或一个或多个通用微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、控制器、状态机、门控逻辑、离散硬件组件、专用硬件有限状态机的任意组合，或可以执行数据计算或其他操作的任何其他合适的电路、设备和/或结构。根据各种实施例，处理器1204可以包括一个或多个处理器，这些处理器协同操作以执行本文描述的逻辑和配置功能。例如，在一些实施例中，处理器1204被配置为分别确定可以由相应的通信节点支持的DRB和映射到DRB的QoS流；并且配置各个通信节点以支持DRB和QoS流。
可以包括只读存储器(ROM)和随机存取存储器(RAM)两者的存储器1206可以向处理器1204提供指令和数据，从而将处理器1204转换为能够执行本文描述的处理步骤的专门编程的处理器。存储器1206的一部分还可以包括非易失性随机存取内存(NVRAM)。处理器1204通常基于存储在存储器1206内的程序指令来执行逻辑和算术运算。存储在存储器1206中的指令(也称为软件)可以由处理器1204执行以执行本文所述的方法。处理器1204和存储器1206一起形成存储和执行软件的处理系统。如本文所使用的，“软件”是指可以配置机器或设备以执行一个或多个期望功能或过程的任何类型的指令，无论被称为软件、固件、中间件、微代码等。指令可以包括代码(例如，以源代码格式、二进制代码格式、可执行代码格式或任何其他合适的代码格式)。当由一个或多个处理器执行时，指令使处理系统执行本文所述的各种功能。
包括发射器1212和接收器1214的收发器1210允许无线通信节点1200向远程设备(例如，UE、IAB节点、施主DU、施主CU等)发送数据和从远程设备接收数据。天线1220通常附接到节点1200的外壳并电耦合到收发器310。在各种实施例中，节点1200包括(未示出)多个发射器、多个接收器和多个收发器。在一个实施例中，天线1220被多天线阵列代替，该多天线阵列可以形成多个波束，每个波束指向不同的方向。发射器1212可以被配置为无线发送具有不同分组类型或功能的分组，所述分组是由处理器1204生成的。类似地，接收器1214被配置为接收具有不同分组类型或功能的分组，并且处理器1204被配置为处理多种不同分组类型的分组。例如，处理器1204可以被配置为确定分组的类型并且相应地处理分组和/或分组的字段。功率模块1208向系统时钟1202、处理器1204、存储器1206和收发器1210供电，以使它们能够执行各自的功能，如上所述。功率模块1208可以使用本领域公知的技术和结构来从外部电源(例如，墙壁电源插座)接收和转换功率，和/或包括一个或多个电池，以提供替代或备用功率。
虽然以上已经描述了本公开的各种实施方式，但应该理解的是，它们仅以示例的方式而不是限制的方式被呈现。同样，各种图可以描绘示例性架构或配置，提供这些示例性架构或配置以使本领域的普通技术人员能够理解本公开的示例性特征和功能。然而，这些人员将理解，本公开不限于所示出的示例性架构或配置，而是可以使用多种替代架构和配置来实现。另外，如本领域普通技术人员将理解的，一个实施方式的一个或多个特征可以与本文描述的另一实施方式的一个或多个特征组合。因此，本公开的广度和范围不应受到任何上述示例性实施例的限制。
还应理解，本文中使用“第一”、“第二”等名称对元素的任何引用通常不限制那些元素的数量或顺序。相反，这些名称在本文中可用作区分两个或多个元素或元素实例的便利手段。因此，对第一和第二元素的引用并不意味着只能采用两个元素，或者第一元素必须以某种方式位于第二元素之前。
另外，本领域普通技术人员将理解，可以使用多种不同技术中的任何一种来表示信息和信号。例如，在以上描述中引用的例如数据、指令、命令、信息、信号、位和符号可以由电压、电流、电磁波、磁场或粒子、光场或粒子或它们的任何组合来表示。
本领域普通技术人员将进一步理解，结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任何一个都可以通过电子硬件(例如，数字实现、模拟实现、或二者的组合)、固件、包含指令的各种形式的程序或设计代码(为方便起见，这里可将其称为“软件”或“软件模块”)，或这些技术的任何组合来实现。
为了清楚地说明硬件、固件和软件的这种可互换性，上文大体上根据其功能性描述了各种说明性的组件、块、模块、电路和步骤。这些功能是作为硬件、固件或软件，还是这些技术的组合实现，取决于特定的应用程序和对整个系统施加的设计约束。技术人员可以针对每个特定应用以各种方式来实现所描述的功能，但是这样的实现决策不会导致偏离本公开的范围。根据各种实施方式，处理器、设备、组件、电路、结构、机器、模块等可以被配置为执行本文描述的功能中的一个或多个。本文中所使用的关于指定操作或功能的术语“配置为”或“配置以”是指物理上构造、编程和/或安排以执行指定操作或功能的处理器、设备、部件、电路、结构、机器、模块等。
此外，本领域普通技术人员将理解，本文所述的各种说明性逻辑块、模块、设备、组件和电路可以在集成电路(IC)内实现或由集成电路(IC)执行，该集成电路(IC)可以包括通用处理器、数字信号处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备，或其任意组合。逻辑块、模块和电路可以进一步包括天线和/或收发器，以与网络内或设备内的各种组件进行通信。通用处理器可以是微处理器，但可选地，处理器可以是任何常规处理器、控制器或状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个与DSP内核结合的微处理器或任何其他合适的配置，以执行本文所述功能。
如果以软件实施，则功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可以被实现为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质，通信介质包括能够使计算机程序或代码从一个地方传输到另一地方的任何介质。存储介质可以是计算机可以访问的任何可用介质。作为示例而非限制，此类计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁性存储设备，或可用于以指令或数据结构形式存储所需程序代码并且可由计算机访问的任何其他介质。
在本文中，本文所使用的术语“模块”是指软件、固件、硬件以及用于执行本文所描述的相关功能的这些元件的任何组合。另外，出于讨论的目的，各种模块被描述为离散模块；然而，对于本领域普通技术人员显而易见的是，可以组合两个或更多个模块以形成执行根据本公开的实施方式的相关功能的单个模块。
另外，在本公开的实施方式中，可以采用存储器或其他存储器以及通信组件。应当理解，为了清楚起见，以上描述已经参考不同的功能单元和处理器描述了本公开的实施方式。然而，将显而易见的是，可以使用在不同功能单元、处理逻辑元件或域之间的任何适当的功能分布，而不背离本公开。例如，被图示为由单独处理逻辑元件或控制器执行的功能可以由相同的处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅是对用于提供所描述的功能的适当装置的引用，而不是指示严格的逻辑或物理结构或组织。
对本公开中描述的实施例的各种修改对于本领域技术人员而言将是显而易见的，并且在不脱离本公开内容的范围的情况下，本文中定义的一般原理可以应用于其他实施方式。因此，本公开内容不限于本文中所展示的实施例，而是将被赋予与如本文中所揭示的新颖特征和原理一致的最广范围，如以下权利要求书中所陈述。

Claims (23)

1.一种由第一无线通信节点执行的方法，所述方法包括：
向至少一个第二无线通信节点中的每一个发送数据无线承载DRB建立请求消息，其中所述DRB建立请求消息包含多个DRB的标识以及分别映射到所述多个DRB中的每一个的服务质量QoS流和UE承载中的至少一个；
从所述至少一个第二无线通信节点中的每一个接收DRB建立响应，其中每个DRB建立响应包含未能由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第一列表和由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE数据承载中的至少一个的第二列表；
基于第一列表和第二列表中的每一个，确定至少一个DRB和映射到所述至少一个第二无线通信节点中的每一个所支持的至少一个DRB的至少一个QoS流；和
配置所述至少一个第二无线通信节点中的每一个，以支持所述至少一个DRB和所述至少一个QoS流/UE数据承载。
2.根据权利要求1所述的方法，其中所述DRB建立请求消息还包含以下至少之一：UE的标识ID，其中所述UE发送和接收由所述至少一个第二无线通信节点中的每一个转发的数据分组、UE数据承载ID、与所述UE数据承载ID相关联的QoS参数、上行链路(UL)UE聚合最大流比特率(AMBR)以及丢弃定时器。
3.根据权利要求2所述的方法，其中所述丢弃定时器由所述第一无线通信节点配置，其中当包括所述至少一个第二无线通信节点的传输路径中转发数据分组相关联的时延超过预定阈值时，所述丢弃定时器到期，并且其中当所述丢弃定时器到期时，所述数据分组被丢弃。
4.根据权利要求2所述的方法，其中所述QoS参数包括以下至少之一：分组延迟预算(PDB)、分组错误率(PER)、优先级、延迟关键指示、平均窗口周期、最大数据突发量、保证比特率(GBR)、5G QoS指示符(5QI)和QoS流信息(QFI)。
5.根据权利要求1所述的方法，其中所述DRB建立请求消息还包含路由配置信息。
6.根据权利要求5所述的方法，其中所述路由配置信息包括以下至少之一：路由索引、传输方向、目的地ID、下一跳ID、与每个相应路由相关联的权重参数、每个相应路由所需的跳数、与每个相应路由相关联的DRB ID，以及与每个相应路由相关联的逻辑信道(LCID)。
7.根据权利要求1所述的方法，其中对于第一列表和第二列表中包含的每个QoS流，DRB建立响应消息包含以下至少之一：QoS流信息(QFI)、UE的标识ID、UE承载ID和DRB ID。
8.根据权利要求1所述的方法，其中：
所述第一无线通信节点包括分离式架构网络的施主中央单元CU；和
所述至少一个第二无线通信节点包括：
分离式架构网络的施主分配单元DU；和
集成访问和回程IAB节点，包括DU部分和移动终端MT部分；和
其中所述施主CU向所述施主DU和所述IAB节点的DU部分中的每一个发送DRB建立请求消息，并从所述施主DU和所述IAB节点的DU部分中的每一个接收DRB建立响应消息。
9.根据权利要求8所述的方法，还包括：
所述施主DU向IAB节点的MT部分发送无线资源控制RRC重配置消息，其中所述RRC重配置消息包含以下至少之一：UE的标识ID、UE承载ID、QoS流/UE数据承载到DRB的映射信息、QoS参数和丢弃定时器信息；
从IAB节点的MT部分接收RRC重配置完成消息。
10.根据权利要求9所述的方法，其中所述RRC重配置消息还包括以下至少之一：路由索引、传输方向、目的地ID、下一跳ID、与每个相应路由相关联的权重参数、每个相应路由所需的跳数，以及与每个相应路由相关联的DRB ID/LCID。
11.根据权利要求1所述的方法，其中：
所述第一无线通信节点包括施主集成接入和回程IAB节点；和
所述至少一个第二无线通信节点包括：
中间IAB节点；和
直接连接到UE的服务IAB节点；和
其中所述施主IAB节点向中间IAB节点和服务IAB节点中的每一个发送DRB建立请求消息，并从中间IAB节点和服务IAB节点中的每一个接收DRB建立响应消息。
12.根据权利要求1所述的方法，其中：
所述第一无线通信节点包括直接连接到UE的服务集成接入和回程IAB节点；和
所述至少一个第二无线通信节点包括：
施主IAB节点；和
在传输路径中位于服务IAB节点与施主IAB节点之间的中间IAB节点，用于从核心网向UE转发数据分组；和
其中所述服务IAB节点向施主IAB节点和中间IAB节点中的每一个发送DRB建立请求消息，并从施主IAB节点和中间IAB节点中的每一个接收DRB建立响应消息。
13.一种非暂时性计算机可读介质，其上存储有用于执行权利要求1到12中任一权利要求所述方法的计算机可执行指令。
14.一种第一无线通信节点，包括：
收发器，其配置为:
向至少一个第二无线通信节点中的每一个发送数据无线承载DRB建立请求消息，其中所述DRB建立请求消息包含多个DRB的标识以及分别映射到所述多个DRB中的每一个的服务质量QoS流和用户设备UE承载中的至少一个；和
从所述至少一个第二无线通信节点中的每一个接收DRB建立响应，其中每个DRB建立响应包含未能由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE承载中的至少一个的第一列表和由所述至少一个第二无线通信节点中的相应一个成功建立的QoS流和UE承载中的至少一个的第二列表；
耦合到所述收发器的至少一个处理器，其中所述至少一个处理器被配置为：
基于第一列表和第二列表中的每一个，确定至少一个DRB和映射到所述至少一个第二无线通信节点中的每一个所支持的至少一个DRB的至少一个QoS流；和
配置所述至少一个第二无线通信节点中的每一个，以支持所述至少一个DRB和所述至少一个QoS流。
15.根据权利要求14所述的第一无线通信节点，其中所述DRB建立请求消息还包含以下至少之一：UE的标识ID，其中所述UE发送和接收由所述至少一个第二无线通信节点中的每一个转发的数据分组、UE数据承载ID、与所述UE数据承载ID相关联的QoS参数、上行链路(UL)UE聚合最大流比特率(AMBR)以及丢弃定时器。
16.根据权利要求15所述的第一无线通信节点，其中所述丢弃定时器由所述第一无线通信节点配置，其中当包括所述至少一个第二无线通信节点的传输路径中转发数据分组相关联的时延超过预定阈值时，所述丢弃定时器到期，并且其中当所述丢弃定时器到期时，所述数据分组被丢弃。
17.根据权利要求15所述的第一无线通信节点，其中所述QoS参数包括以下至少之一：分组延迟预算(PDB)、分组错误率(PER)、优先级、延迟关键指示、平均窗口周期、最大数据突发量、保证比特率(GBR)、5G QoS指示符(5QI)和QoS流信息(QFI)。
18.根据权利要求14所述的第一无线通信节点，其中所述DRB建立请求消息还包含UE承载到DRB的映射信息和路由配置信息中的至少一个。
19.根据权利要求18所述的第一无线通信节点，其中所述路由配置信息包括以下至少之一：路由索引、传输方向、目的地ID、下一跳ID、与每个相应路由相关联的权重参数、每个相应路由所需的跳数，以及与每个相应路由相关联的DRB ID/LCID。
20.根据权利要求14所述的第一无线通信节点，其中对于第一列表和第二列表中包含的每个QoS流，DRB建立响应消息包含以下至少之一：QoS流信息(QFI)、UE的标识ID、UE承载ID和DRB ID。
21.根据权利要求14所述的第一无线通信节点，其中：
所述第一无线通信节点包括分离式架构网络的施主中央单元CU；和
所述至少一个第二无线通信节点包括：
分离式架构网络的施主分配单元DU；和
集成访问和回程IAB节点，包括DU部分和移动终端MT部分；和
其中所述施主CU向所述施主DU和所述IAB节点的DU部分中的每一个发送DRB建立请求消息，并从所述施主DU和所述IAB节点的DU部分中的每一个接收DRB建立响应消息。
22.根据权利要求14所述的第一无线通信节点，其中：
所述第一无线通信节点包括施主集成接入和回程IAB节点；和
所述至少一个第二无线通信节点包括：
中间IAB节点；和
直接连接到UE的服务IAB节点，其中所述UE与PDU会话相关联；其中所述施主IAB节点向中间IAB节点和服务IAB节点中的每一个发送DRB建立请求消息，并从中间IAB和服务IAB节点中的每一个接收DRB建立响应消息。
23.根据权利要求14所述的第一无线通信节点，其中：
所述第一无线通信节点包括直接连接到UE的服务集成接入和回程IAB节点；和
所述至少一个第二无线通信节点包括：
直接连接到核心网的施主IAB节点；和
在传输路径中位于服务IAB节点与施主IAB节点之间的中间IAB节点，用于从核心网向UE转发数据分组；和
其中所述服务IAB节点向施主IAB节点和中间IAB节点中的每一个发送DRB建立请求消息，并从施主和中间IAB节点中的每一个接收DRB建立响应消息。
CN201880096579.2A 2018-08-09 2018-08-09 用于集成接入和回程承载管理的方法、装置和系统 Active CN112567796B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/099695 WO2020029196A1 (en) 2018-08-09 2018-08-09 Methods, apparatus and systems for integrated access and backhaul bearer management

Publications (2)

Publication Number Publication Date
CN112567796A CN112567796A (zh) 2021-03-26
CN112567796B true CN112567796B (zh) 2023-05-30

Family

ID=69415327

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880096579.2A Active CN112567796B (zh) 2018-08-09 2018-08-09 用于集成接入和回程承载管理的方法、装置和系统

Country Status (5)

Country Link
US (1) US11950124B2 (zh)
EP (1) EP3834466A4 (zh)
KR (1) KR102630472B1 (zh)
CN (1) CN112567796B (zh)
WO (1) WO2020029196A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210306901A1 (en) * 2018-08-14 2021-09-30 Nokia Solutions And Networks Oy Mutual 3gpp-tsn qos adaption and shaping
US11582744B2 (en) 2018-09-20 2023-02-14 Nokia Technologies Oy Admission control in IAB system
US20210392538A1 (en) * 2018-09-29 2021-12-16 Samsung Electronics Co., Ltd. Method and device for configuring node to transmit and receive data
US11445573B2 (en) * 2018-11-01 2022-09-13 At&T Intellectual Property I, L.P. Backhauling of traffic from 3GPP and non-3GPP based radio access technologies via new radio integrated access backhaul for 5G or other next generation network
WO2020167186A1 (en) * 2019-02-14 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) A central unit (cu), a distributed unit (du) and methods therein for forwarding of data in an integrated access backhaul (iab) network
CN111586886B (zh) * 2019-02-15 2022-05-13 华为技术有限公司 一种无线回传链路的控制方法及装置
CN113906817A (zh) * 2019-03-26 2022-01-07 苹果公司 中继节点中的链路建立
US11375432B2 (en) * 2019-05-01 2022-06-28 At&T Intellectual Property I, L.P. Flexible framework for multi-hop routing in an integrated access and backhaul network for 5G or other next generation network
US11811588B2 (en) * 2020-04-22 2023-11-07 Samsung Electronics Co., Ltd. Configuration management and analytics in cellular networks
WO2022027468A1 (en) * 2020-08-06 2022-02-10 Zte Corporation Latency management in integrated access and backhaul networks
US20220070718A1 (en) * 2020-08-31 2022-03-03 Qualcomm Incorporated Delay bounds in integrated access and backhaul network
US11876722B2 (en) * 2020-08-31 2024-01-16 Qualcomm Incorporated Delay bounds for scheduling priority and packet discard in an integrated access and backhaul network
GB2600097B (en) * 2020-10-15 2023-11-15 Samsung Electronics Co Ltd Improvements in and relating to managing delay in a multi-hop telecommunication network
US20220131806A1 (en) * 2020-10-22 2022-04-28 Qualcomm Incorporated Qos information exchange to setup a backhaul routing path in iab
WO2022205112A1 (en) * 2021-03-31 2022-10-06 Lenovo (Beijing) Limited Method and apparatus for wireless communication
DE112021007889T5 (de) * 2021-06-28 2024-04-11 Apple Inc. Systeme und Verfahren zur Konfiguration von Kommunikation mit einer IAB MEC
WO2023060570A1 (en) * 2021-10-15 2023-04-20 Zte Corporation Method, device and computer program product for wireless communication
US11888742B2 (en) * 2021-10-22 2024-01-30 Qualcomm Incorporated Extended routing identifiers for integrated access and backhaul
US20230156524A1 (en) * 2021-11-16 2023-05-18 Qualcomm Incorporated Network energy saving
US20230164752A1 (en) * 2021-11-23 2023-05-25 At&T Intellectual Property I, L.P. Frequency division multiplexing operation for integrated access and backhaul (iab)
CN114364060B (zh) * 2021-12-16 2024-02-09 上海瀚讯信息技术股份有限公司 一种提高空口数据承载配置效率的方法
CN116367265A (zh) * 2021-12-27 2023-06-30 华为技术有限公司 一种通信方法及相关设备
CN117081971A (zh) * 2022-05-10 2023-11-17 华为技术有限公司 多跳传输方法、通信装置及系统
GB2622783A (en) * 2022-09-27 2024-04-03 Nokia Solutions & Networks Oy Configuring a wireless backhaul link for relaying wireless communication signals between nodes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026398A (zh) * 2009-09-15 2011-04-20 普天信息技术研究院有限公司 Lte中继系统中分组汇聚协议的实现方法和装置
CN102724718A (zh) * 2012-06-05 2012-10-10 大唐移动通信设备有限公司 承载信息通知方法与装置
CN107925905A (zh) * 2015-08-19 2018-04-17 三星电子株式会社 用于处理向wlan载波卸载drb的方法和无线通信系统

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2369532A (en) * 2000-11-28 2002-05-29 Stephen Anthony Gerar Chandler Routing algorithm for distributed telecommunication networks
US8902805B2 (en) * 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
US8098594B2 (en) * 2009-06-10 2012-01-17 Verizon Patent And Licensing Inc. Dynamic SIP max-hop setup for IMS
US9215643B2 (en) * 2009-09-04 2015-12-15 Hitachi, Ltd. Route selecting device and mobile radio communication system
KR101758845B1 (ko) * 2012-04-02 2017-07-17 삼성전자주식회사 양방향 트래픽을 위한 물리 계층 네트워크 코딩에 기반한 스케줄링 방법 및 장치
US9756531B2 (en) * 2013-09-30 2017-09-05 Lg Electronics Inc. Method for determining radio resource control configuration in a wireless communication system supporting dual connectivity and apparatus thereof
US9596707B2 (en) * 2014-03-13 2017-03-14 Intel Corporation Bearer mobility and splitting in a radio access network-based, 3rd generation partnership project network having an integrated wireless local area network
US9497299B2 (en) * 2014-09-18 2016-11-15 Blackberry Limited Configuring a discard timer
CN114760710A (zh) * 2016-08-01 2022-07-15 三星电子株式会社 用于管理无线通信网络中的数据通信的方法和设备
CN109923879B (zh) * 2016-09-30 2022-03-22 苹果公司 控制平面演进分组系统的核心网过载控制
CN109257827B (zh) * 2016-09-30 2020-09-18 华为技术有限公司 通信方法、装置、系统、终端和接入网设备
US10849186B2 (en) * 2017-01-09 2020-11-24 Huawei Technologies Co., Ltd. System and methods for session management
CN110169118B (zh) * 2017-01-13 2023-05-26 Lg电子株式会社 在无线通信系统中基于服务质量(QoS)流发送UL分组的方法及装置
MX2019008381A (es) * 2017-01-13 2019-09-09 Samsung Electronics Co Ltd Metodo y dispositivo para transmitir un paquete de datos en un sistema de comunicacion inalambrica.
CN116669112A (zh) * 2017-01-26 2023-08-29 中兴通讯股份有限公司 通信方法、网络设备、计算机存储介质
CN109246856A (zh) * 2017-05-16 2019-01-18 中国移动通信有限公司研究院 无线资源释放方法、定时器配置方法、设备及存储介质
CN110324848B (zh) * 2017-06-16 2020-10-16 华为技术有限公司 信息处理方法、通信装置以及计算机存储介质
US10499376B2 (en) * 2017-06-16 2019-12-03 Kt Corporation Methods for managing resource based on open interface and apparatuses thereof
EP3639615B1 (en) * 2017-06-16 2021-09-22 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
CN109391963B (zh) * 2017-08-11 2022-03-11 华为技术有限公司 一种传输方法和网络设备
WO2019193553A1 (en) * 2018-04-06 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Qos flow management over e1
EP3756383A4 (en) * 2018-05-09 2022-02-16 Samsung Electronics Co., Ltd. METHODS AND SYSTEMS FOR ROUTING DATA THROUGH IAB NODES IN 5G COMMUNICATION NETWORKS
GB2574875B (en) * 2018-06-21 2021-04-14 Tcl Communication Ltd Route selection and QoS support in a wireless access network
WO2020000203A1 (en) * 2018-06-26 2020-01-02 Nokia Shanghai Bell Co., Ltd. Dynamic route selection in integrated access and backhaul system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026398A (zh) * 2009-09-15 2011-04-20 普天信息技术研究院有限公司 Lte中继系统中分组汇聚协议的实现方法和装置
CN102724718A (zh) * 2012-06-05 2012-10-10 大唐移动通信设备有限公司 承载信息通知方法与装置
CN107925905A (zh) * 2015-08-19 2018-04-17 三星电子株式会社 用于处理向wlan载波卸载drb的方法和无线通信系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R2-1807550 "Discussion on Bearer mapping between UE DRB and IAB DRB";Samsung R amp等;《3GPP tsg_ran\WG2_RL2》;20180510;全文 *

Also Published As

Publication number Publication date
KR20210042954A (ko) 2021-04-20
KR102630472B1 (ko) 2024-01-29
EP3834466A4 (en) 2022-03-16
CN112567796A (zh) 2021-03-26
US20210168646A1 (en) 2021-06-03
US11950124B2 (en) 2024-04-02
EP3834466A1 (en) 2021-06-16
WO2020029196A1 (en) 2020-02-13

Similar Documents

Publication Publication Date Title
CN112567796B (zh) 用于集成接入和回程承载管理的方法、装置和系统
US11979859B2 (en) Methods and systems for autonomous sidelink resource allocation
JP5667285B2 (ja) リンク・セグメントについてのターゲット・パケット遅延を決定するための、また調整するための方法、装置およびノード
CN111586749B (zh) 一种下行缓存状态反馈方法及装置
EP3086589B1 (en) Core network device, access network device, data distribution method and system
US11864021B2 (en) Method and apparatus for delivering uplink buffer status report of a relay in a wireless communication system
KR20130025392A (ko) 릴레이 노드를 통한 통신을 지원하기 위한 방법 및 장치
US20230189045A1 (en) Latency management in integrated access and backhaul networks
US11265946B2 (en) Method and device for network access
KR20230035038A (ko) 근접 기반 서비스 원격 및 중계 엔티티 서비스 품질 관리
CN110035449B (zh) 一种数据量报告的发送方法和装置
US20220400411A1 (en) Threshold-based reporting for efficient admission control support for wireless networks
CN111757517A (zh) 一种缓冲区状态报告传输方法及装置
US20240015580A1 (en) Communication control method
CN111328140A (zh) 侧链通信方法和装置
WO2022082602A1 (en) Method and apparatus for packet rerouting
US20220225383A1 (en) Communication control method and relay apparatus
CN115412498A (zh) 通信方法和装置
WO2022202976A1 (ja) 通信制御方法
US20240073736A1 (en) Communication control method
WO2022239707A1 (ja) 通信制御方法
US20220232607A1 (en) Communication control method and relay apparatus
WO2022153989A1 (ja) 通信制御方法
US20230284083A1 (en) Method and apparatus for flow control
GB2597779A (en) Resource scheduling in multi-hop network

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