蜂窝网格网络的多路径端到端连接

技术领域

本申请一般涉及具有多跳链路的高级无线通信系统，更具体地，本公开涉及高级无线通信系统中的多路径端到端连接。

背景技术

为满足自部署第四代(4G)通信系统以来对无线数据业务的增加需求，已努力开发改进的第五代(5G)或预5G的通信系统。5G或预5G的通信系统也称为“超4G网络”或“后期长期演进(LTE)系统”。5G通信系统被认为是实施于更高(mmWave)频带，例如60GHz频带中的，以实现更高的数据速率。为了减少无线电波的传播损耗并且增加传输距离，相对于5G通信系统而言对波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术进行了讨论。此外，在5G通信系统中，基于高级小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在开发系统网络改进。在5G系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和费赫尔正交幅度调制(Feher's quadratureamplitude modulation，FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏代码多址(SCMA)。

互联网是供人类在其中生成和消费信息的以人为中心的连接网络。如今，互联网正在演变为物联网(IoT)，其中分布式实体(诸如事物)，在没有人类干预的情况下交换和处理信息。现已经出现万物互联网(IoE)，该万物互联网是IoT技术以及通过与云服务器连接实现的大数据处理技术的组合。由于IoT实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术要素，最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，其通过收集和分析连接的事物之间所生成的数据为人类生活创造新的价值。IoT通过现有信息技术(IT)与各种工业应用之间的融合和组合，应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。

相应地，已经进行了各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络、MTC和M2M通信的技术可以通过波束成形、MIMO和阵列天线来实现。作为上述大数据处理技术的云RAN的应用也可以被认为是5G技术和IoT技术之间的融合的示例。

如上所述，可以根据无线通信系统的发展来提供各种服务，因此需要一种用于容易地提供这种服务的方法。

附图说明

为了更完整地理解本公开及其优点，现在将参照结合附图进行的以下描述，在附图中，相同的附图标记表示相同的部分：

图1示出根据本公开的实施例的示例无线网络；

图2示出根据本公开的实施例的示例gNB；

图3示出根据本公开的实施例的示例UE；

图4示出根据本公开的实施例的使用OFDM的示例发射机结构；

图5示出根据本公开的实施例的使用OFDM的示例接收器结构；

图6示出根据本公开的实施例的用于DCI格式的示例编码过程；

图7示出根据本公开的实施例的用于与UE一起使用的DCI格式的示例解码过程；

图8示出可以在其中应用本公开的实施例的光纤和BS部署的示例；

图9示出根据本公开的实施例的示例多跳无线回程网格网络；

图10示出根据本公开的实施例的网格网络中的多路径路由的示例；

图11示出根据本公开的实施例的在多路径路由中业务的承载级别拆分的示例；

图12A示出根据本公开的实施例的由网络实体承载级别拆分的方法的流程图；

图12B示出根据本公开的实施例的由网关BS承载级别拆分的方法的流程图；

图12C示出根据本公开的实施例的由每个网格BS承载级别拆分的方法的流程图；

图13示出根据本公开的实施例的在多路径路由中业务的数据包级别拆分的示例；

图14A示出根据本公开的实施例的、用于通过网络实体的数据包级别拆分端到端承载的方法的流程图；

图14B示出根据本公开的实施例的、利用通过网关BS的数据包级别拆分的、用于数据包级别承载拆分到网关BS的方法的流程图；

图14C示出根据本公开的实施例的、利用通过中间网关/网格BS数据包级别拆分的、用于数据包级别承载拆分到网关BS的方法的流程图；

图15示出根据本公开的实施例的在网格网络中的UL/DL业务拆分的示例；

图16示出根据本公开的实施例的UE位置/移动性感知路由的示例；

图17A示出根据本公开的实施例的用于由网络实体确定UE位置/移动性感知路由路径的方法的流程图；

图17B示出根据本公开的实施例的用于由网关BS确定UE位置/移动性感知路由路径的方法的流程图；

图17C示出根据本公开的实施例的用于由每个中间网关/网格BS确定UE位置/移动性感知路由路径的方法的流程图；

图18示出根据本公开的实施例的负载感知动态业务转向的示例；

图19A示出根据本公开的实施例的用于与父BS共享负载信息以使能业务拆分的方法的流程图；

图19B示出根据本公开的实施例的用于与父BS共享负载信息以使能业务拆分的方法的另一流程图；

图20A示出根据本公开的实施例的用于UL BAR支持业务拆分的方法的流程图；

图20B示出根据本公开的实施例的用于DL BAR支持业务拆分的方法的流程图；

图21示出根据本公开的实施例的示例逻辑信道优先化增强；

图22示出根据本公开的实施例的用于LCP机制支持业务拆分的方法的流程图；

图23示出根据本公开的实施例的用于多路径端到端连接的方法的流程图；

图24是示出根据本公开的实施例的BS的结构的方框图；

图25是示出根据本公开的实施例的用户装备(UE)的结构的方框图。

发明内容

本公开涉及用于高级无线通信系统中的蜂窝网格网络的多路径端到端连接。

在一个实施例中，提供了一种无线通信网络中的BS。BS可以包括收发器以及可操作地连接到收发器的至少一个处理器。至少一个处理器可以被配置成识别BS所经历的无线通信网络中的拥塞。无线通信网络可以包括提供用于在网关与用户装备(UE)之间传送数据的多条路径的多个BS，所述BS为所述多个BS中的一个。至少一个处理器还可以被配置成生成指示无线通信网络中的拥塞的拥塞反馈信息。至少一个处理器可以控制收发器向无线通信网络中的至少一个其他BS发送拥塞反馈信息。至少一个处理器可以被配置成识别多条路径，数据的各个部分被拆分在多条路径之间以在网关与UE之间被传送。可以至少部分地基于拥塞反馈信息来确定多条路径。使数据的各个部分在其间拆分的多条路径的确定可以由BS做出或者由网关向BS指示。至少一个处理器可以控制收发器基于所识别的多条路径经由无线通信网络在UE与网关之间传送数据。

在一个实施例中，BS的至少一个处理器可以识别用于经由无线通信网络将数据从UE传输到网关的、BS所需的上行链路(UL)带宽量。至少一个处理器可以针对UL带宽量分别向作为BS父节点的多个BS生成多个UL带宽分配请求。此外，至少一个处理器可以控制BS的收发器分别向多个BS发送多个UL带宽分配请求。至少一个处理器可以在分配UL带宽之后控制收发器将数据的各个部分分别发送到多个BS。

在一个实施例中，BS的至少一个处理器可以被配置成识别用于经由无线通信网络将数据从网关传输到UE的、BS的可用接收缓冲区大小，并且基于所识别的可用接收缓冲区大小来确定要发送的下行链路(DL)带宽分配请求的数量。至少一个处理器可以控制BS的收发器以将DL带宽分配请求的数量分别发送到作为BS父节点的多个BS，DL带宽分配请求的数量指示BS的可用接收缓冲区大小。

在一个实施例中，DL带宽分配请求可以用于确定要发送到BS的DL数据的量。为了确定要发送的DL带宽分配请求的数量，至少一个处理器可以被配置成基于BS的可用接收缓冲区大小与阈值的比较来确定是否向作为BS父节点的BS中的一个以上的BS发送DL带宽分配请求。

在一个实施例中，可以执行逻辑信道优先化以根据与数据相关联的服务质量级别将数据映射到被分配的资源。数据的各个部分可以基于逻辑信道优先化在多条路径之间被拆分。

在一个实施例中，由至少一个处理器产生的拥塞反馈信息可以包括网络负载、网络延迟信息、BS的缓冲区状态、以及BS的数据包停留时间中的至少一个。拥塞反馈信息是基于来自至少一个其他BS的请求周期性地、非周期性地生成和发送，以及基于包括在BS处的缓冲区大小和延迟中的至少一个的条件而动态地生成和发送。

在一个实施例中，至少一个处理器可以控制收发器接收UE的位置和移动性信息。此外，针对数据的各个部分的多条路径的确定可以包括基于UE的位置和移动性信息为UE确定服务BS。

在一个实施例中，经由无线通信网络的数据可以是经由上行链路路径的多条路径从UE发送到网关。附加数据可以经由不同于上行链路路径的下行链路路径从网关发送到UE。

在一个实施例中，拥塞反馈信息在无线通信网络中直接连接到所述BS的BS之间交换，并且转发到位于UE与网关之间的多条路径中的一条路径处但不直接连接到所述BS的其他BS。

在一个实施例中，拥塞反馈信息还用于调度多条路径上的资源。

在另一个实施例中，提供一种用于在无线通信网络中操作BS的方法。该方法可以包括识别由BS所经历的无线通信网络中的拥塞。无线通信网络可以包括提供用于在网关与用户装备(UE)之间传送数据的多条路径的多个BS，所述BS为所述多个BS中的一个。该方法可以包括生成指示无线通信网络中的拥塞的拥塞反馈信息，将拥塞反馈信息发送到无线通信网络中的至少一个其他BS，以及识别使数据的各个部分在其间被拆分以在网关与UE之间被传送的多条路径。至少部分地基于拥塞反馈信息来确定多条路径。数据的各个部分在其间拆分的多条路径的确定可以由所述BS做出或者由网关向所述BS指示。该方法还可以包括基于所识别的多条路径经由无线通信网络在UE和网关之间传送数据。

在另一个实施例中，该方法还可以包括识别BS经由无线通信网络将数据从UE传输到网关所需的上行链路(UL)带宽量；针对UL带宽量分别向作为BS父节点的多个BS生成多个UL带宽分配请求；以及分别向多个BS发送多个UL带宽分配请求。传送数据可以包括在分配UL带宽之后将数据的各个部分分别发送到多个BS。

在另一个实施例中，该方法还可以包括：识别BS用于经由无线通信网络将数据从网关传输到UE的可用接收缓冲区大小；基于所识别的可用接收缓冲区大小来确定要发送的下行链路(DL)带宽分配请求的数量；以及将DL带宽分配请求的数量分别发送到作为BS父节点的多个BS，其中DL带宽分配请求的数量指示BS的可用接收缓冲区大小。

在另一个实施例中，DL带宽分配请求可以用于确定要发送到BS的DL数据量，并且确定要发送的DL带宽分配请求的数量可以包括基于BS的可用接收缓冲区大小与阈值的比较来确定是否向作为BS父节点的BS中的一个以上的BS发送DL带宽分配请求。

在另一个实施例中，该方法还可以包括执行逻辑信道优先化以根据与数据相关联的服务质量级别将数据映射到被分配的资源，并且基于逻辑信道优先化在多条路径之间拆分数据的各个部分。

在另一个实施例中，所生成的拥塞反馈信息可以包括网络负载、网络延迟信息、BS的缓冲区状态、以及BS的数据包停留时间中的至少一个。拥塞反馈信息可以是基于来自至少一个其他BS的请求周期性地、非周期性地生成和发送，以及基于包括在BS处的缓冲区大小和延迟中的至少一个的条件而动态地生成和发送。

在另一个实施例中，该方法还可以包括接收UE的位置和移动性信息。针对数据的各个部分的多条路径的确定可以包括基于UE的位置和移动性信息为UE确定服务BS。

在另一个实施例中，经由无线通信网络的数据可以是经由上行链路路径的多条路径从UE发送到网关。附加数据可以经由不同于上行链路路径的下行链路路径从网关发送到UE。

在另一个实施例中，拥塞反馈信息可以在无线通信网络中直接连接到所述BS的BS之间交换，并且转发到位于UE与网关之间的多条路径中的一条路径但不直接连接到所述BS的其他BS。

在另一个实施例中，拥塞反馈信息还用于调度多条路径上的资源。

本公开涉及用于高级无线通信系统中的上游中的蜂窝网格网络的多路径端到端连接。

在一个实施例中，提供了无线通信网络中的子基站(BS)。子BS可以包括收发器以及至少一个可操作地连接到收发器的处理器。至少一个处理器可以被配置成从至少一个父基站中的每一个接收拥塞信息，并且基于拥塞信息调整在数据包级别上拆分并且发送到至少一个父基站的业务量。拥塞信息可以包括队列缓冲区状态、数据包停留时间(例如，从数据包到达接收缓冲器的实例到从发送缓冲器移除的实例)、最高成功发送数据包数据汇聚协议(PDCP)数据包数据单元(PDU)序列号(SN)等。根据一个实施例，在下游中，子基站和父基站的角色在它们之间切换并且上游的特性可以同等地应用于其中。

在一个实施例中，至少一个处理器在上游可以被配置成拆分当前存储在子基站的缓冲区中的数据量信息，并且将包括被拆分的数据量信息的带宽分配请求(BAR)消息发送到至少一个父基站以被分配用于从至少一个父基站的数据传输的上行链路资源。

在一个实施例中，至少一个处理器在上游可以被配置成向一个父基站发送一个BAR消息，或者当至少一个处理器向至少一个父基站发送拆分的BAR消息时，至少一个处理器可以同等地维持数据总量，从而可以防止上行链路资源被过度分配。

在一个实施例中，至少一个处理器在下游可以拆分可接收数据的总量，并且将关于可接收数据量的信息发送到至少一个父基站中的每一个，以防止接收缓冲区溢出。

在一个实施例中，至少一个处理器在上游可以将数据进行拆分，并且在当子基站将数据映射到被分配的PUSCH资源时，在考虑QoS的优先级的情况下，即，以从较高优先级的QoS等级到较低优先级的QoS等级的顺序，将被拆分的数据映射到至少一个父基站中的每一个的被分配的PUSCH资源。

所属领域中的技术人员可以容易地从以下附图、描述和权利要求中了解到其他技术特征。

具体实施例

下文所讨论的图1到图25以及用于描述本专利文件中本公开的原理的各种实施例仅用作说明目的，不应被视为以任何方式限制本公开的范围。所属领域中的技术人员应理解，本公开的原理可以在任何适当布置的系统或设备中实现。

术语“耦合”及其派生词是指两个或多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于。术语“或”是包含性的，意思是“和/或”。短语“与...关联”及其派生词的意思是包括、包括在其中、互连、包含、包含在其中、连接到或与之连接、耦合到或与之耦合、与之通信、与之协作、与之交错、与之并列、与之接近、绑定到或与之绑定、具有、具有其性质、关联到或与之关联，或类似意思。术语“处理器”或“控制器”是指控制至少一个操作的任何设备、系统或其部分。该等控制器可以用硬件或者硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是在本地或远程集中式或分布式的。短语“...中的至少一个”在与一系列项目一起使用时，意指可以使用一个或多个所列项目的不同组合，并且可能只需要系列中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任一个：A、B、C；A和B、A和C、B和C；以及A和B和C。

此外，下文所描述的各种功能可以由一个或多个计算机程序实现或支持，其中的每个计算机程序由计算机可读程序代码形成并且实施于计算机可读介质中。术语“应用”和“程序”是指适用于以适当计算机可读程序代码实现的一个或多个计算机程序、软件组件、指令集、程序、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、对象代码和可运行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，例如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括其中可以永久存储数据的介质以及其中可以存储数据并在后期覆盖数据的介质，例如可重写光盘或可擦除存储设备。

贯穿本公开内容提供了其他某些词和短语的定义。所属领域中的普通技术人员应理解，即便不是大多数，也在许多情况下，此类定义适用于此类被定义单词和短语的先前和未来使用。

下文所述的图1-3描述了实现于无线通信系统中并且使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术的各种实施例。图1-图3的描述并不意味着暗示对可以用于实施不同实施例的方式的物理或架构限制。本公开的不同实施例可以实现于任何适当布置的通信系统中。

图1示出根据本公开的实施例的示例无线网络。图1所示无线网络的实施例仅用于说明。在不脱离本公开范围的情况下，可以使用无线网络100的其他实施例。

如图1所示，无线网络可以包括gNB 101、gNB 102和gNB 103。gNB 101可以与gNB102和gNB 103通信。gNB 101还可以与至少一个网络130通信，例如互联网、专有互联网协议(IP)网络或其他数据网络。

gNB 102可以为gNB 102的覆盖区域120内的第一多个UE提供对网络130的无线宽带接入。第一多个UE可以包括UE 111，其可以位于小型企业(SB)内；UE 112，其可以位于企业(E)内；UE 113，其可以位于WiFi热点(HS)内；UE 114，其可以位于第一住所(R)中；UE115，其可以位于第二住所(R)内；以及UE 116，其可以是移动设备(M)，例如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103可以为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE可以包括UE 115和UE 116。在一些实施例中，gNB101-103中的一个或多个可以使用5G、LTE、LTE-A、WiMAX、WiFi或其他无线通信技术彼此通信并且与UE 111-116通信。

根据网络类型，术语“基站”或“BS”可以指任何组件(或组件集合)，被配置成提供对网络的无线接入，例如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他无线使能的设备。基站可以根据一种或多种无线通信协议提供无线接入，例如，5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、LTE高级版(LTE-A)、高速数据包接入(HSPA)、Wi-Fi802.11a/b/g/n/ac等。为方便起见，术语“BS”和“TRP”在本公开中可互换使用，以指代提供对远程终端的无线接入的网络基础设施组件。此外，根据网络类型，术语“用户装备”或“UE”可以指任何组件，例如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”、或“用户设备”。为方便起见，本公开中使用的术语“用户装备”和“UE”是指无线接入BS的远程无线装备，无论该UE是移动设备(例如移动电话或智能手机)还是通常被视为固定设备(例如台式计算机或自动售货机)。

虚线可以示出覆盖区域120和125的大致范围，该覆盖区域仅出于说明和解释的目的而被图示为近圆形。应清楚地了解，与gNB相关联的覆盖区域，例如覆盖区域120和125，可以具有其他形状，包括不规则形状，取决于gNB的配置以及与自然和人为障碍相关的无线电环境的变化。

如下文更详细描述，UE 111-UE116中的一个或多个可以包括电路、编程或其组合，用于高级无线通信系统中数据和控制信息的接收可靠性。在某些实施例中，gNB 101-103中的一个或多个可以包括电路、编程或其组合，用于蜂窝网格网络的高效多路径端到端连接。

尽管图1示出无线网络的一个示例，但可以对图1进行各种更改。例如，无线网络可以在任何适当布置中包括任何数量的gNB和任何数量的UE。此外，gNB 101可以直接与任意数量的UE通信并且为该UE提供对网络130的无线宽带接入。类似地，每个gNB 102-103可以直接与网络130通信并且向UE提供对网络130的直接无线宽带接入。此外，gNB 101、102和/或103可以提供对其他或附加外部网络的接入，例如外部电话网络或其他类型的数据网络。

图2示出根据本公开的实施例的示例gNB 102。图2中所示的gNB 102的实施例仅用于说明目的，并且图1的gNB 101和103可以具有相同或相似的配置。然而，gNB具有各种配置，并且图2不将本公开的范围限制为gNB的任何特定实现。

如图2所示，gNB 102可以包括多个天线205a-205n、多个RF收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。gNB 102还可以包括控制器/处理器225、存储器230以及回程或网络接口235。

RF收发器210a-210n可以从天线205a-205n接收输入RF信号，例如由网络100中的UE发送的信号。RF收发器210a-210n可以将输入RF信号下变频以生成IF或基带信号。IF或基带信号可以被发送到RX处理电路220，该RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路220可以将处理后的基带信号发送到控制器/处理器225以进一步处理。

TX处理电路215可以从控制器/处理器225接收模拟或数字数据(例如语音数据、网页数据、电子邮件或交互式视频游戏数据)。TX处理电路215可以对输出基带数据进行编码、复用和/或数字化以生成处理后的基带或IF信号。RF收发器210a-210n可以从TX处理电路215接收输出的处理后的基带或IF信号并且将基带或IF信号上变频为经由天线205a-205n发送的RF信号。

控制器/处理器225可以包括控制gNB 102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以根据公知原理来控制由RF收发器210a-210n、RX处理电路220和TX处理电路215对正向信道信号的接收以及对反向信道信号的发送。控制器/处理器225也可以支持附加功能，例如更高级的无线通信功能。例如，控制器/处理器225可以支持波束成形或定向路由操作，其中来自多个天线205a-205n的输出信号被不同地加权以有效地将输出信号转向到预期方向。控制器/处理器225可以在gNB 102中支持多种其他功能中的任何一种。

控制器/处理器225还能够运行驻留在存储器230中的程序和其他进程，例如OS。控制器/处理器225可以根据运行进程的需要将数据移入或移出存储器230。

控制器/处理器225还耦合到回程或网络接口235。回程或网络接口235可以允许gNB 102通过回程连接或通过网络与其他设备或系统进行通信。接口235可以支持通过任何适当的有线或无线(多个)连接进行的通信。例如，当gNB 102被实现为蜂窝通信系统(例如支持5G、LTE或LTE-A的系统)的一部分时，接口235可以允许gNB 102通过有线或无线回程连接与其他gNB进行通信。当gNB 102被实现为接入点时，接口235可以允许gNB 102通过有线或无线局域网或者通过有线或无线连接与更大型的网络(例如互联网(Internet))进行通信。接口235可以包括支持通过有线或无线连接进行通信的任何适当结构，例如以太网或RF收发器。

存储器230耦合到控制器/处理器225。存储器230的一部分可以包括RAM，并且存储器230的另一部分可以包括闪存或其他ROM。

尽管图2示出gNB 102的一个示例，但可以对图2进行各种更改。例如，gNB 102可以包括任意数量的图2中所示的每个组件。作为特定示例，接入点可以包括多个接口235，并且控制器/处理器225可以支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，尽管被图示成包括TX处理电路215的单个实例以及RX处理电路220的单个实例，但是gNB102可以包括每种的多个实例(例如每个RF收发器一个)。此外，图2中的各种组件可以组合、进一步细分或省略，并且可以根据特定需要添加附加组件。

图3示出根据本公开的实施例的示例UE 116。图3中所示的UE 116的实施例仅用于说明，并且图1的UE 111-115可以具有相同或相似的配置。但是，UE具有各种配置，并且图3不将本公开的范围限制为UE的任何特定实现。

如图3所示，UE 116可以包括天线305、射频(RF)收发器310、TX处理电路315、扩音器320和RX处理电路325。UE 116还可以包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、触摸屏350、显示器355和存储器360。存储器360包括操作系统(OS)361以及一个或多个应用362。

RF收发器310可以从天线305接收由网络100的gNB发送的输入RF信号。RF收发器310可以将输入RF信号下变频以生成中频(IF)或基带信号。IF或基带信号可以被发送到RX处理电路325，该RX处理电路通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路325可以将处理后的基带信号发送到扬声器330(例如用于语音数据)或发送到处理器340以进一步处理(例如用于网页浏览数据)。

TX处理电路315可以从扩音器320接收模拟或数字语音数据或从处理器340接收其他输出基带数据(例如网页数据、电子邮件或交互式视频游戏数据)。TX处理电路315可以对输出基带数据进行编码、复用和/或数字化以生成处理后的基带或IF信号。RF收发器310可以从TX处理电路315接收输出的处理后的基带或IF信号并且将基带或IF信号上变频为经由天线305发送的RF信号。

处理器340可以包括一个或多个处理器或其他处理设备并且运行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如，处理器340可以根据公知原理来控制RF收发器310、RX处理电路325和TX处理电路315对正向信道信号的接收以及对反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。

处理器340还能够运行驻留在存储器360中的其他进程和程序，例如用于波束管理的进程。处理器340可以根据运行进程的需要将数据移入或移出存储器360。在一些实施例中，处理器340被配置成基于OS 361或响应于从gNB或运营商接收的信号来运行应用362。处理器340还耦合到I/O接口345，该I/O接口为UE 116提供连接到其他设备(例如膝上型计算机和手持计算机)的能力。I/O接口345是这些附件和处理器340之间的通信路径。

处理器340还可以耦合到触摸屏350和显示器355。UE 116的操作员可以使用触摸屏350将数据输入到UE 116中。显示器355可以是液晶显示器、发光二极管显示器或者能够呈现(例如来自网站的)文本和/或至少有限图形的其他显示器。

存储器360耦合到处理器340。存储器360的一部分可以包括随机存取存储器(RAM)，并且存储器360的另一部分可以包括闪存或其他只读存储器(ROM)。

尽管图3示出UE 116的一个示例，但可以对图3进行各种更改。例如，图3中的各种组件可以组合、进一步细分或省略，并且可以根据特定需要添加附加组件。作为特定示例，处理器340可以被划分为多个处理器，例如一个或多个中央处理单元(CPU)以及一个或多个图形处理单元(GPU)。此外，尽管图3图示了UE 116，被配置成移动电话或智能电话，但是UE可以被配置成作为其他类型的移动或固定设备操作。

本公开总体上涉及无线通信系统，并且更确切地说，涉及降低与基站通信的UE的功耗，并且涉及用于具备双连接性的操作的物理DL控制信道(PDCCH)到UE的发送以及从UE的接收。通信系统可以包括DL和UL，其中DL是指从基站或者一个或多个发送点到UE的传输，并且UL是指从UE到基站或者一个或多个接收点的传输。

为满足自部署4G通信系统以来对无线数据业务增加的需求，已努力开发改进的5G或预5G通信系统。因此，5G或预5G通信系统也称为“超4G网络”或“后LTE系统”。5G通信系统被认为是实施于更高(mmWave)频带，例如60GHz频带中的，以实现更高的数据速率。为了减少无线电波的传播损耗并且增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在开发系统网络改进。

小区上用于DL信令或UL信令的时间单位被称为时隙并且可以包括一个或多个符号。符号也可以作为额外的时间单位。频率(或带宽(BW))单位被称为资源块(RB)。一个RB可以包括多个子载波(SC)。例如，时隙可以包括14个符号，具有1毫秒或0.5毫秒的持续时间，并且RB可以具有180kHz或360kHz的BW并且包括12个SC，SC间的间隔分别为15kHz或30kHz。

DL信号可以包括传达信息内容的数据信号、传达DL控制信息(DCI)格式的控制信号以及也称为导频信号的参考信号(RS)。gNB可以通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来发送数据信息(例如，传送块)或DCI格式。gNB可以发送多种类型RS中的一种或多种，包括信道状态信息RS(CSI-RS)和解调RS(DMRS)。CSI-RS可以旨在用于UE测量信道状态信息(CSI)或执行其他测量，例如与移动性支持相关的测量。DMRS只能在相应PDCCH或PDSCH的BW中发送，并且UE可以使用DMRS来解调数据或控制信息。

UL信号还可以包括传达信息内容的数据信号、传达UL控制信息(UCI)的控制信号，以及RS。UE可以通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息(例如，传送块)或UCI。当UE同时发送数据信息和UCI时，UE可以在PUSCH中复用两者或者在相应的PUSCH和PUCCH中分别发送它们。UCI可以包括：混合自动重复请求确认(HARQ-ACK)信息，其指示UE对数据传送块(TB)的检测正确或不正确；调度请求(SR)，其指示UE在UE缓冲区中是否有数据；以及CSI报告，其使能gNB选择适当参数来执行链路自适应以用于到UE的PDSCH或PDCCH传输。

来自UE的CSI报告可以包括信道质量指示符(CQI)，该信道质量指示符通知gNB：调制和编码方案(MCS)，用于UE以预定块错误率(BLER)(例如10％BLER)检测数据TB；预编码矩阵指示符(PMI)，通知gNB如何预编码传送到UE的信令；以及秩指示符(RI)，指示PDSCH的传输秩。UL RS可以包括DMRS和探测RS(SRS)。DMRS仅在相应PUSCH或PUCCH传输的BW中发送。gNB可以使用DMRS来解调相应PUSCH或PUCCH中的信息。SRS可以由UE发送以向gNB提供ULCSI，并且对于TDD或灵活双工系统，还可以为DL传输提供PMI。UL DMRS或SRS传输可以基于例如Zadoff-Chu(ZC)序列或一般而言CAZAC序列的传输。

DL传输和UL传输可以基于正交频分复用(OFDM)波形，该波形包括包括使用DFT预编码的变体，该变体被称为DFT-扩展-OFDM。

图4示出根据本公开的实施例的使用OFDM的示例发射机结构400。图4所示发射机结构400的实施例仅用于说明。图4中所示的一个或多个组件可以实现于被配置成执行记录的功能的专用电路中，或者一个或多个组件可以由一个或多个运行指令以执行记录的功能的处理器来实现。在不脱离本公开范围的情况下，使用其他实施例。

信息位(例如DCI位或数据位410)可以由编码器420进行编码，由速率匹配器430与被分配的时间/频率资源进行速率匹配，并且由调制器440调制。随后，调制的编码符号和DMRS或CSI-RS 450可以由SC映射电路465映射到SC 460，快速傅立叶逆变换(IFFT)可以由滤波器480执行，循环前缀(CP)可以由CP插入电路480添加，并且结果信号可以由滤波器490滤波并且由射频(RF)电路495发送。

图5示出根据本公开的实施例的使用OFDM的示例接收器结构500。图5所示接收器结构500的实施例仅用于说明。图5中所示的一个或多个组件可以实现于被配置成执行记录的功能的专用电路中，或者一个或多个组件可以由一个或多个运行指令以执行记录的功能的处理器来实现。在不脱离本公开范围的情况下，使用其他实施例。

接收的信号510可以由滤波器520滤波，CP去除电路可以去除CP 530，滤波器540可以应用快速傅立叶变换(FFT)，SC解映射电路550可以解映射由BW选择器电路555所选择的SC，接收的符号可以由信道估计器和解调器电路560解调，速率解匹配器570可以恢复速率匹配，并且解码器580可以解码结果位以提供信息位590。

UE通常可以针对各个潜在的PDCCH传输来监测多个候选位置以解码时隙中的多个候选DCI格式。监测PDCCH候选可以意味着根据UE被配置成接收的DCI格式来接收和解码PDCCH候选。DCI格式可以包括循环冗余校验(CRC)位以便UE确认DCI格式的正确检测。DCI格式类型可以由加扰CRC位的无线电网络临时标识符(RNTI)来识别。对于向单个UE调度PDSCH或PUSCH的DCI格式，RNTI可以是小区RNTI(C-RNTI)并且用作UE标识符。

对于调度传达系统信息(SI)的PDSCH的DCI格式，RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是RA-RNTI。对于在UE与服务gNB建立无线电资源控制(RRC)连接之前向单个UE调度PDSCH或PUSCH的DCI格式，RNTI可以是临时C-RNTI(TC-RNTI)。对于向一组UE提供TPC命令的DCI格式，RNTI可以是TPC-PUSCH-RNTI或TPC-PUCCH-RNTI。每个RNTI类型可以通过高层信令(诸如RRC信令)被配置给UE。调度到UE的PDSCH传输的DCI格式也可以称为DL DCI格式或DL指派，而调度来自UE的PUSCH传输的DCI格式也称为UL DCI格式或UL授予。

PDCCH传输可以在一组物理RB(PRB)内。gNB可以为UE配置用于PDCCH接收的一组或多组PRB，所述一组或多组PRB也称为控制资源集。PDCCH传输可以处于包括在控制资源集中的控制信道元件(CCE)中。UE可以基于诸如针对PDCCH候选的UE特定搜索空间(USS)和针对PDCCH候选的公共搜索空间(CSS)的搜索空间来确定用于的PDCCH接收CCE，USS具有被RNTI加扰的CRC(例如C-RNTI)的DCI格式，其通过UE特定RRC信令被配置给UE以用于调度PDSCH接收或PUSCH发送；CSS具有被其他RNTI加扰的CRC的DCI格式。一组可以用于PDCCH传输到UE的CCE定义PDCCH候选位置。控制资源集的性质可以是传输配置指示(TCI)状态，其提供用于PDCCH接收的DMRS天线端口的准共址信息。

图6示出根据本公开的实施例的用于DCI格式的示例编码过程600。图6所示编码过程600的实施例仅用于说明。图6中所示的一个或多个组件可以由被配置成执行记录的功能的专用电路来实现，或者一个或多个组件可以由一个或多个处理器运行指令以执行记录的功能的来实现。在不脱离本公开范围的情况下，使用其他实施例。

gNB可以在相应PDCCH中单独编码并且发送每个DCI格式。RNTI可以对DCI格式码字的CRC进行掩码，以便使UE能够识别DCI格式。例如，CRC和RNTI可以包括例如16位或24位。(未编码)DCI格式位610的CRC可以使用CRC计算电路620来确定，并且可以使用CRC位与RNTI位640之间的异或(XOR)运算电路630来对CRC进行掩码。XOR运算定义成XOR(0,0)＝0、XOR(0,1)＝1、XOR(1,0)＝1、XOR(1,1)＝0。可以使用CRC附加电路650将被掩码的CRC位附加到DCI格式信息位。编码器660可以执行信道编码(例如咬尾卷积编码或极性编码)，然后由速率匹配器670对被分配的资源进行速率匹配。交错和调制电路680可以应用交错和调制，例如QPSK，并且可以发送输出控制信号690。

图7示出根据本公开的实施例的用于与UE一起使用的DCI格式的示例解码过程700。图7所示解码过程700的实施例仅用于说明。图7中所示的一个或多个组件可以实现于被配置成执行记录的功能的专用电路中，或者一个或多个组件可以由一个或多个运行指令以执行记录的功能的处理器来实现。在不脱离本公开范围的情况下，使用其他实施例。

接收的控制信号710可以由解调器和解交错器720来进行解调和解交错。在gNB发射机处应用的速率匹配可以由速率匹配器730恢复，并且结果位可以由解码器740进行解码。解码之后，CRC提取器750可以提取CRC位并且提供DCI格式信息位760。DCI格式信息位可以通过与RNTI 780(当适用时)的XOR运算来被去掩码770并且CRC校验可以由电路790执行。当CRC校验成功(校验和为零)时，可以认为DCI格式信息位有效。当CRC校验不成功时，可以认为DCI格式信息位无效。

通信系统可以包括将信号从发送点例如基站(BS)传达到接收点例如用户装备(UE)的下行链路(DL)，以及将信号从发送点例如UE传达到接收点例如BS的上行链路(UL)。

增加BS的部署密度是通过频率的空间重用来增加数据吞吐量的一种方式。事实上，自早期蜂窝通信以来，这种空间重用一直是提高系统吞吐量的主要贡献因素之一。在改善空间重用的同时，在毫米波(mm-wave)和太赫兹(THz)频率下，密集BS部署可能是不可避免的，以通过补偿路径损耗和阻塞来提高覆盖。

但是，传统BS的部署位置和密度受限于昂贵光纤回程的可用性。

图8示出根据本公开的实施例的示例光纤和BS部署800。图8所示光纤和BS部署800的实施例仅用于说明。图8不将本公开的范围限制于任何特定实现。

作为示例，图8示出市区内的典型光纤和BS部署。从光纤中“释放”BS部署并且提供改进的覆盖和更好的部署密度而无需额外昂贵光纤部署的有效方法可能是为BS使用无线回程。为实现效率最佳，这样的BS可以能够建立到光纤网络的一个或多个回程路径，每条路径包括一个或多个无线链路，如图8所示，即可以支持多连接和多跳功能。具备此能力的部署的网络可被称为无线网格网络。

图9示出根据本公开的实施例的示例多跳无线回程网格网络900。例如，网络900是图1中所示网络100的一个实施例的示例。图9所示多跳无线回程网格网络900的实施例仅用于说明。图9不将本公开的范围限制于任何特定实现。

图9中提供多跳无线网格网络的说明性示例。参照图9，网关BS 902可以通过光纤/有线回程链路901连接到核心网络910。类似地，网格BS 904可以经由无线连接903连接到一个或多个网关BS 902，并且网格BS 907可以经由无线连接905无线地连接到一个或多个网格BS 904。UE 920可以通过无线接入链路908连接到网格BS或网关BS。到网格BS 904的DL回程业务可以通过光纤/有线回程接口901从核心网络910路由到网关BS 902，然后通过无线接口903发送到BS 904。

来自网格BS 904的UL回程业务可以通过无线接口903发送到网关BS902，然后通过光纤/有线回程接口901路由到核心网络910。类似地，到网格BS 907的DL回程业务可以从核心网络910经由有线接口901路由到网关BS 902，然后经由无线接口903发送到网格BS 904，然后经由无线接口905发送到网关BS 907。向核心网络提供网格BS/UE连接性的紧邻的前一跳BS可以被称为父BS。

已经存在到网关BS 902或核心网络910的单跳903或多跳903-905回程接口的网格BS 904、907可以被称为连接的网格BS。类似地，当前不具有到核心网络910的回程接口的网格BS 909可以被称为新网格BS。对于带内操作，BS-BS回程接口903、905可以重用与BS-UE接入链路908相同的频率资源，而对于带外操作，回程/去程和接入链路两者均可以使用不同的频率资源。对于集中控制情况，网格网络的去程/回程业务路由决策可以由网关BS或核心网络内的另一个实体做出。对于分散控制，每个BS可以自行做出去程/回程业务路由决策。

图10示出根据本公开的实施例的网格网络1000中的多路径路由的示例。例如，网络1000实现于图9的网络900中。图10所示网格网络1000中的多路径路由的实施例仅用于说明。图10不将本公开的范围限制于任何特定实现。

无线网格网络中的典型网格BS可以具有多条路径来到达网关BS。如图10所示，网格节点1005可以通过路径1004、1003、1001或1006到达网关BS。对通过一个或多个这样的路由的业务的路由可以被称为多路径路由。在一个实施例中，多路径路由可以用于基于网络条件而转向业务以使其在多条路径之间路由。这可以提供负载平衡能力并且降低网络中出现瓶颈或拥塞的可能性。

在另一个实施例中，多路径路由可以用于通过保持路由业务的替代路径来实现抗路径衰落和阻塞的多样性。这对于可能具有严格延迟要求的回程业务尤其有用。在又一个实施例中，由于服务质量(QoS)要求可以基于业务类型而显著变化，因此可以使用业务要求特定的多路径路由来满足QoS要求。例如，文件传输协议(FTP)业务可能需要高带宽但不需要高延迟，而互联网协议语音(VoIP)业务可能需要低延迟但不需要高带宽。

本公开提供了一种用于在网格网络中的多条路径之间拆分回程业务的方案。

在一个实施例1中，可以在承载级别上执行这样的业务拆分，其中可以任选地使用承载QoS进行拆分。在一个实施例2中，可以在数据包级别上执行业务拆分，其中可以任选地考虑承载QoS和当前网络负载两者进行拆分。在一个实施例3中，可以在UL/DL级别执行业务拆分。可以以特定于UE的方式、特定于小区的方式、特定于组的方式或任何其他可能的方式来执行业务拆分。

连同QoS和网络负载考虑一起，也可以使用UE移动性和位置对网络中的业务进行路由，如实施例4中所讨论。例如，可以通过服务网关(S-GW)、数据包数据网络网关(P-GW)、移动性管理实体(MME)、新网络实体、网关BS或者可以由每个BS以分布式方式独立进行在多条路径之间拆分业务。

图11示出根据本公开的实施例的在网络1100中在多路径路由中业务的承载级别拆分的示例。例如，网络1100实现于图9的网络900中。图11中所示的多路径路由中业务的承载级别拆分的实施例仅用于说明。图11不将本公开的范围限制于任何特定实现。

在一个实施例1中，提供了承载级别拆分。由于不同业务可能有不同的QoS要求，因此每种类型的业务的最佳路由可能不同。例如，在图11中，两跳路径在容量方面可能是有益的，而一跳路径在延迟方面可能是有益的。作为一个实施例，可以为每个业务承载分配不同路径以使能这种业务QoS特定转向。承载或服务数据流(SDF)的QoS参数，例如QoS等级标识符(QCI)、分配和保留优先级(ARP)、保证位率(GBR)、聚合最大位率(AMBR)可用于为其确定合适的路径。

对于用户平面业务，在一个实施例中，每个承载的端到端路径选择可以由现有的或新的核心网络实体来完成。现有的核心网络实体可以是例如MME或服务网关(S-GW)或数据包数据网络网关(P-GW)。在这样的实施例中，网格网络的路径成本和路由度量可以被提供给核心网络实体以使能这样的选择。

在另一个实施例中，核心网络实体可以建立到达服务网关BS的承载，而从网关BS到网格BS的每个承载路径由网关BS确定。在这样的实施例中，网格网络的路径成本和路由度量可以与网关BS共享，而网格BS可以从核心网络实体的角度被抽象出来。在又一个实施例中，每个网格BS处的每个承载路径可以由对应的网格BS确定。在该实施例中，可以在网格BS之间共享路径成本和下一跳信息。

在一个实施例中，对于控制平面业务，可以为由网格BS为UE使用的每条路径生成不同的控制平面承载，以路由相应的UE的用户平面业务。在另一个实施例中，即使当相应的UE的用户平面业务被多路径路由时，也可以为每个UE创建单个控制平面，其可以有助于更小的控制平面开销。

图12A示出根据本公开的实施例的由网络实体承载级别拆分的方法1200的流程图。例如，方法1200可以由网络实体例如以上相对于图1和/或9所讨论的网络实体中的任何一个来执行。图12A中所示的由网络实体承载级别拆分的实施例仅用于说明。图12A不将本公开的范围限制于任何特定实现。

如图12A所示，由网络实体承载级别拆分可以始于步骤1202。在步骤1202中，可以确定数据/控制信息可用于发送。随后，在步骤1204中，网络实体可以生成端到端EPS承载。接下来，在步骤1206中，网络实体可以基于承载QoS、路径成本和路由信息来确定端到端路径。之后，在步骤1208，连接的网关/网格BS可以基于承载路径信息来转发数据包。

图12B示出根据本公开的实施例的由网关BS承载级别拆分的方法1250的流程图。例如，方法1250可以由网关BS例如以上相对于图1和/或9所讨论的网关BS中的任何一个来执行。图12B中所示的由网关BS承载级别拆分的实施例仅用于说明。图12B不将本公开的范围限制于任何特定实现。

如图12B所示，由网关承载级别拆分可以始于步骤1210。在步骤1210中，可以确定数据/控制信息可用于发送。随后，在步骤1212中，网络实体可以生成到达网关BS的承载。接下来，在步骤1214中，网关BS可以基于承载QoS、路径成本和路由信息来确定输入承载的转发路径。之后，在步骤1216，连接的网格BS可以基于承载路径信息来转发数据包。

图12C示出根据本公开的实施例的由网格BS承载级别拆分的方法1270的流程图。例如，方法1270可以由网格BS例如以上相对于图1和/或9所讨论的网格BS中的任何一个来执行。图12C中所示的由每个网络BS承载级别拆分的实施例仅用于说明。图12C不将本公开的范围限制于任何特定实现。

如图12C所示，由每个网格BS承载级别拆分可以始于步骤1218。在步骤1218中，可以确定数据/控制信息可用于发送。随后，在步骤1220中，网络实体可以生成到达网关BS的承载。接下来，在步骤1222中，网关BS可以基于承载QoS、路径成本和下一跳信息来确定输入承载的下一跳。之后，在步骤1224中，网格BS可以基于QoS、路径成本和下一跳信息来确定输入承载的下一跳。

图13示出根据本公开的实施例的在网络1300中在多路径路由中业务的数据包级别拆分的示例。例如，网络1300实现于图9的网络900中。图13中所示的多路径路由中业务的数据包级别拆分的实施例仅用于说明。图13不将本公开的范围限制于任何特定实现。

在各种实施例中，一个承载可以被映射到多个路由，并且路由决策是基于每个数据包或一组数据包而做出的。因此，来自单个承载的数据包可以通过网络的多条路径传播。中心BS可以定义为具有一个或多个用于特定业务承载的输出链路的BS。

在各种实施例中，对于用户平面业务、每个承载的端到端多路径选择可以由核心网络实体完成。核心网络实体例如可以是MME或S-GW/P-GW或新的网络实体。但是，承载的个体数据包可以使用由核心网络实体为承载确定的选定多条路径中的任何一条路径。在这样的实施例中，网格网络的路径成本和路由度量可以被提供给核心网络实体以使能多路径选择。

此外，除非核心网络实体重新配置，否则可能的路径可能不会改变。在另一个实施例中，到承载的端到端多路径配置可以由从核心网络到UE的核心网络实体执行，但是在中心BS处沿路由的实际业务转向可以由中心BS本身执行。在这样的实施例中，中心BS可以考虑与路由拥塞相关的度量。在另一个实施例中，核心网络实体可以建立到达服务网关BS的承载，而网关BS可以基于网络负载信息、成本度量和/或相应的QoS要求来确定每个输入数据包所采用的整条路径。

在各种实施例中，核心网络实体可以建立到服务网关BS的承载，而每个网格BS可以基于信息诸如目的地、成本和负载独立地确定下一跳节点以转发输入数据包而无需预定路径，即路径以分布式方式确定。由于核心网络实体可能看不到整条路径，因此在这些实施例中可能需要较小的信令开销。

在各种实施例中，对于控制平面，UE的控制平面业务可以通过由核心网络实体确定的许多路径中的一条来发送。在另一个实施例中，可以在每个数据包的基础上动态地拆分控制平面业务。

图14A示出根据本公开的实施例的、利用通过每个BS的数据包级别拆分的、用于通过网络实体的数据包级别拆分端到端承载的方法1400的流程图。例如，方法1400可以由网络实体例如以上相对于图1和/或9所讨论的网络实体中的任何一个来执行。图14A中所示的端到端承载数据包级别拆分的实施例仅用于说明。图14A不将本公开的范围限制于任何特定实现。

如图14A中所示，用于承载级别拆分端到端承载的方法1400始于步骤1402。在步骤1402中，可以确定数据/控制信息可用于发送。随后，在步骤1404中，网络实体可以生成端到端EPS承载。接下来，在步骤1406中，网络实体可以基于承载QoS、路径成本和路由信息来确定端到端多条路径。接下来，在步骤1408中，网络实体可以确定包括在承载中或单独通知给BS的一组选定路径。之后，在步骤1410中，网关/网格BS可以基于网络负载信息沿选定路径中的一条来转发输入数据包。

图14B示出根据本公开的实施例的、利用通过网关BS的数据包级别拆分的、用于数据包级别承载拆分到网关BS的方法1450的流程图。例如，方法1450可以由网关BS例如以上相对于图1和/或9所讨论的网关BS中的任何一个来执行。图14B中所示的数据包级别承载拆分的实施例仅用于说明。图14B不将本公开的范围限制于任何特定实现。

如图14B中所示，用于承载级别拆分端到端承载的方法始于步骤1412。在步骤1412中，数据/控制信息可用于发送。随后，在步骤1414中，网络实体可以生成到网关BS的承载。接下来，在步骤1416中，网关BS可以基于QoS和/或网络负载信息确定输入数据包的转发路径。之后，连接的网格BS可以基于由网关BS选择的路径来转发输入数据包。

图14C示出根据本公开的实施例的、利用通过中间网关/网格BS数据包级别拆分的、用于数据包级别承载拆分到网关BS的方法1470的流程图。例如，方法1470可以由BS例如以上相对于图1和/或9所讨论的BS中的任何一个来执行。图14C中所示的数据包级别承载拆分的实施例仅用于说明。图14C不将本公开的范围限制于任何特定实现。

如图14C中所示，用于对承载级别拆分端到端承载的方法1470始于步骤1472。在步骤1472中，数据/控制信息可用于发送。随后，在步骤1474中，网络实体可以生成到网关BS的承载。之后，在步骤1476中，网关/网格BS可以基于QoS和/或网络负载信息确定输入数据包的下一跳，进而致使来自一个承载的业务可能被拆分到多条路径中。

在一个实施例3中，提供了UL/DL拆分。UL和DL通信信道通常可能是非互易的，由于例如硬件的非互易性，例如Tx/Rx RF链，或局部干扰模式、可用发送功率、队列长度等的差异。因此，UL和DL业务的最佳路由路径可能不同。因此，本实施例描述了一种用于对UL和DL数据业务执行独立路由决策的方法。

图15示出根据本公开的实施例的在网格网络1500中的UL/DL业务拆分的示例。例如，网络1500实现于图9的网络900中。图15所示网格网络1500中的UL/DL业务拆分的实施例仅用于说明。图15不将本公开的范围限制于任何特定实现。

在一个实施例中，可以针对UL和DL路径分别计算成本度量。在一个实施例中，子BS的DL成本可以在父BS处通过发送参考信号(RS)或同步信号块(SSB)并且从子BS接收反馈来计算。在另一个实施例中，链路的DL成本可以由父BS通过观察从子BS发送的RS和/或SSB，并且通过补偿发送功率电平的差异来估计。例如，如果父BS处的发送功率比子网格BS处的发送功率高ΔdB，则可以推断DL信噪比(SNR)比从子BS RS获得的UL SNR高(约)ΔdB。这样的发送功率电平可以例如使用系统广播信息中的RS发送功率信息来获得。

在一个实施例中，子网格BS处的UL成本可以通过观察由父网格BS所发送的SSB并且使用系统广播信息补偿发送功率电平来估计。在另一个实施例中，可以引入反向无线电资源测量(RRM)块以用于UL成本计算，其中父BS还可以为从子网格BS接收的RS和/或SSB提供反馈。

在一个示例中，反向RRM块可以是新的或者可以是现有的一个。例如，如果子BS出于邻居发现目的或为自己的接入链路而发送某个信号(例如SSB)，这种信号可以被用于提供从父BS到子BS的信道状态信息反馈。在这样的实施例中，例如，子BS可以向父BS发送指示测量类型的无线电资源控制(RRC)消息，并且父BS发送RRC消息，该RRC消息包括关于从子BS到父BS的链路的测量的信息。

图16示出根据本公开的实施例的网络1600中的UE位置/移动性感知路由的示例。例如，网络1600实现于图9的网络900中。图16所示UE位置/移动性感知路由的实施例仅用于说明。图16不将本公开的范围限制于任何特定实现。

在一个实施例中，可以使用UE位置/移动性信息来执行针对每个UE的路径选择。这样的UE特定路由路径在处理UE移动性引起的阻塞和切换方面可能是有效的。作为示例但非限制，可以为高移动性UE的业务指派路径，使得服务网格BS是具有更大覆盖半径的宏BS。在另一个示例中，可以使用当前UE运动方向信息来预测切换并且相应地为UE业务指派在切换时需要最少的重新路由的路由，如图16所示。

在一个实施例中，对于用户平面业务，每个UE IP地址的端到端路径选择可以由核心网络实体来完成。该核心网实体可以是例如MME或S-GW/P-GW。在这样的实施例中，网格网络的路径成本和UE移动性/位置信息可以被提供给核心网络实体以实现这样的选择。

在另一个实施例中，核心网络实体可以建立到服务网关BS的承载，而从网关BS到UE的路径由网关BS确定。在这样的实施例中，网格网络的路径成本和UE移动性/位置信息可以被提供给网关BS，而网格网络可以从核心网络实体的角度被抽象出来。在另一个实施例中，核心网络实体可以建立到服务网关BS的承载，而每个网关/网格BS基于网状网络的路径成本、UE移动性/位置信息和路由度量而独立地确定用于转发输入承载/数据包的下一跳。图17A、17B和17C中示出这些实施例的示例型实现的流程图。

图17A示出根据本公开的实施例的通过网络实体确定UE位置/移动性感知路由路径的方法1700的流程图。例如，方法1700可以由网络实体例如以上相对于图1和/或9所讨论的网络实体中的任何一个来执行。图17A中所示的UE位置/移动性感知路由路径确定的实施例仅用于说明。图17A不将本公开的范围限制于任何特定实现。

如图17A所示，用于UE位置/移动性感知路由路径确定的方法1700可以始于步骤1702。在步骤1702中，可以确定数据可用于向UE发送。随后，在步骤1704中，网络实体可以生成端到端EPS承载，并且基于路径成本、UE信息和路由信息而确定路径。然后，在步骤1706，连接的网关/网格BS可以基于所确定的路径而转发数据包。

图17B示出根据本公开的实施例的由网关BS确定UE位置/移动性感知路由路径的方法1750的流程图。例如，方法1750可以由网关BS例如以上相对于图1和/或9所讨论的网关BS中的任何一个来执行。图17B中所示的UE位置/移动性感知路由路径确定的实施例仅用于说明。图17B不将本公开的范围限制于任何特定实现。

如图17B所示，用于UE位置/移动性感知路由路径确定的方法1750可以始于步骤1708。在步骤1708中，可以确定数据可用于向UE发送。随后，在步骤1710中，网络实体可以生成到网关BS的承载。接下来，在步骤1712中，网关BS可以基于路径成本、UE信息和路由信息来确定输入承载的转发路径。然后，在步骤1714，连接的网格BS可以基于所确定的路径而转发数据包。

图17C示出根据本公开的实施例的用于由每个中间网关/网格BS确定UE位置/移动性感知路由路径的方法1770的流程图。例如，方法1770可以由网关/网格BS例如以上相对于图1和/或9所讨论的网关/网格BS中的任何一个来执行。图17C中所示的UE位置/移动性感知路由路径确定的实施例仅用于说明。图17C不将本公开的范围限制于任何特定实现。

如图17C所示，用于UE位置/移动性感知路由路径确定的方法可以始于步骤1716。在步骤1716中，可以确定数据可用于向UE发送。随后，在步骤1718中，网络实体可以生成到网关BS的承载。接下来，在步骤1720中，网关/网格BS可以基于路径成本、UE信息和/或路由信息来确定输入数据包的下一跳。

在各种实施例中，这样的UE移动性/位置信息可以由父BS使用例如波束索引、RSSI、RSRP、RSRQ信息和波束更新频率来估计。在另一个实施例中，UE移动性/位置信息可以通过在父BS处测量多普勒频移来估计。在另一个实施例中，UE可以向UE的父网格BS馈送移动性信息。该移动性信息还可以被转发到其他网格BS、网关BS和/或核心网络实体，以使能根据前一段中的不同实施例的路径选择。在一个示例中，UE可以使用例如三角测量方法根据从多个BS发送的信号来估计UE的移动性/位置信息。在另一个示例中，UE可以从GPS、陀螺仪、加速度计等来估计移动性/位置信息。

在一个实施例中，UE控制平面业务可以以与用户平面业务类似的方式沿UE特定路径而进行路由。路径选择可以在例如核心网络实体、网关BS或在每个网格BS的中间执行。

在一个实施例中，可以在承载级别上执行这样的业务拆分，其中可以任选地使用承载QoS进行拆分。在另一个实施例中，可以在数据包级别上执行业务拆分，其中可以任选地考虑承载QoS和当前网络负载两者来进行拆分。在又一个实施例中，可以在UL/DL级别执行业务拆分。可以以特定于UE的方式、特定于小区的方式、特定于组的方式或任何其他可能的方式来执行业务拆分。

图18示出根据本公开的实施例的网络1800中负载感知动态业务转向的示例。例如，网络1800实现于图9的网络900中。图18中所示的负载感知动态业务转向的实施例仅用于说明。图18不将本公开的范围限制于任何特定实现。

在一个实施例中，为了使用网络负载作为用于拆分业务的度量，每个网格BS可以与其他BS(例如，前一跳BS)共享网络负载、拥塞或延迟反馈信息。该拥塞反馈信息可以被BS用于以基于当前网络条件动态地转向输入数据包。

在一个实施例中，该反馈信息可以包括队列缓冲区状态、数据包停留时间(例如，从数据包到达接收缓冲区的实例到从发送缓冲区移除的实例)、最高成功发送数据包数据汇聚协议(PDCP)数据包数据单元(PDU)序列号(SN)等。

在一个实施例中，所报告的信息可以是瞬时度量，而在另一个实施例中可以报告平均度量。为计算平均度量，可以定义窗口来计算度量，并且窗口大小可以是固定的或可配置的。在一个实施例中，可以周期性地共享反馈信息。在另一个实施例中，可以基于由信道条件或网络事件的触发，例如(但不限于)缓冲区大小或超过阈值的延迟，而不定期地共享反馈信息。在又一个实施例中，可以基于由父BS的请求与父BS共享反馈信息，反之亦然。

在一个实施例中，可以按承载计算度量。在另一个实施例中，可以按QCI计算度量。在又一个实施例中，可以按链路计算度量，在承载上进行平均。在又一个实施例中，可以按流量计算度量。在又一个实施例中，可以按UE计算度量，每个UE的业务正在通过链路提供服务。在一个实施例中，对于UL和DL所计算的度量可以不同，而对于UL和DL路径可以计算公共度量。

在各种实施例中，可以在网络中交换和使用拥塞反馈信息来做出调度决定。例如，拥塞反馈可以在紧邻跳BS(例如，图9中的网格BS 907和网格BS 904)之间交换。可以将拥塞反馈转发给具有多跳计数的BS，包括网关BS。中间BS可以单独转发每个反馈，或者在转发之前组合来自多个子BS的多个拥塞反馈。(例如，图9中的网格BS 904转发来自网格BS 909和907的反馈)。此后，网关BS或核心网络可以使用该拥塞反馈信息，例如，以确定BS在网络中使用的资源模式。在一些实施例中，每个网格BS可以根据例如业务的优先级(例如，QoS级别)以高优先级调度经历高拥塞的链路。附加地或替代地，每个网格BS可以以高优先级调度具有更高差分拥塞信息的链路，例如，可以将具有更高优先级的资源分配给具有更高相对拥塞的BS。

图19A示出根据本公开的实施例的用于与父BS共享负载信息以使能业务拆分的方法1900的流程图。例如，方法1900可以由子BS例如以上相对于图1和/或9所讨论的子BS中的任何一个来执行。图19A中所示的方法1900的实施例仅用于说明。图19A不将本公开的范围限制于任何特定实现。

如图19A所示，方法1900可以始于步骤1902。在步骤1902中，可以由时钟或事件(例如，周期性地、根据请求、或基于负载或拥塞级别)触发子BS共享负载和/或拥塞反馈信息。随后，子BS与父BS共享负载信息。

图19B示出根据本公开的实施例的用于与父BS共享负载信息以使能业务拆分的方法1950的流程图。例如，方法1950可以由子BS例如以上相对于图1和/或9所讨论的子BS中的任何一个来执行。图19B中所示的方法1950的实施例仅用于说明。图19B不将本公开的范围限制于任何特定实现。

如图19B所示，方法1950可以始于步骤1906。在步骤1906中，子BS可以从父BS接收负载共享请求。随后，子BS可以与父BS共享负载信息。在负载信息共享的各种实施例中，可以支持BS间带宽分配请求(BAR)，该BS间带宽分配请求被定义为在网格网络中从一个BS向另一个BS发送的包含关于带宽分配请求的信息的消息。这样的带宽分配请求信息之一可以是发送BAR消息的BS处的发送缓冲区大小。

在一个示例中，带宽分配信息可以指示有多少缓冲区大小可用于接收数据。BAR消息可用于UL和DL业务两者。在收到BAR后，接收方可以采取必要的行动。例如，对于UL业务，父网格BS可以向发送BAR的子网格BS发出用于UL传输的授予。

在又一示例中，对于DL业务，父网格BS可以获取子网格BS处的可用接收器缓冲区大小。在一个实施例中，这种用于DL业务的BAR可以用于父BS处的DL流量控制。

在负载信息共享的各种实施例中，子网格BS可以向连接的父网格BS发送用于UL的BAR。该实施例可以应用于上述任何拆分选项。在一个实施例中，UL BAR消息可以在上游数据缓冲区中的业务到达时从子网格BS发送到父网格BS。在一个示例中，可以使得仅当比当前缓冲的业务更高的优先级业务到达时才发送UL BAR。

在负载信息共享的各种实施例中，可以以周期性方式发送UL BAR消息。在又一个实施例中，每当被分配的UL带宽没有被充分利用并且存在要填充零的未使用资源时，可以包括UL BAR消息。在又一个实施例中，可以在从父BS接收到请求消息之后发送UL BAR。考虑上述数据包级别拆分选项，其中对应于一个承载的数据包可以沿不同的路径发送。

为支持这样的功能，在各种实施例中，可以将来自子BS的UL BAR发送到多个父网格BS。例如，多个UL BAR的内容可以使所请求的带宽量的总和基于当UL BAR仅被发送到单个父BS(即被拆分)时所请求的带宽量。可以使用路径成本和路由度量来执行该跨不同路径的缓冲区大小的拆分。

在一个实施例中，存在某个阈值，使得如果需要的带宽分配量小于此阈值，则ULBAR可以只发送给一个父BS。该阈值可以按承载、按逻辑信道组、逻辑信道或按UE设置。在一个实施例中，存在默认路径的概念并且当UL BAR仅被发送到一个父BS时，默认路径被假定。

在另一个实施例中，子网格BS可以向连接的父网格BS发送用于DL的BAR。该实施例可以应用于上述任何拆分选项。在一个实施例中，BAR消息可以包括来自父网格BS的可用DL接收器缓冲区大小。这种信息可以用于重新路由DL业务并且防止网格BS中的缓冲区溢出。

在一个实施例中，可以周期性地发送DL BAR。在另一个实施例中，可以在接收到请求消息之后不定期地发送DL BAR。在又一个实施例中，DL BAR可以基于某个触发器，例如，当可用Rx缓冲区大小低于某个阈值时来发送。在又一个实施例中，可以在从父BS接收到请求消息之后发送DL BAR。在一个实施例中，DL BAR也可以被拆分成不同的路径，每条路径只向每个父BS报告部分缓冲区空间。所有报告的部分缓冲区空间的总和可以与总可用缓冲区空间相等或几乎相同。在一个实施例中，报告的该部分缓冲区空间可以与承载QCI或GBR成比例。

图20A示出根据本公开的实施例的用于使UL BAR支持业务拆分的方法2000的流程图。例如，方法2000可以由子BS例如以上相对于图1和/或9所讨论的子BS中的任何一个来执行。图20A中所示的方法2000的实施例仅用于说明。图20A不将本公开的范围限制于任何特定实现。

如图20A所示，方法2000可以始于步骤2002。在步骤2002中，子BS可以识别用于ULBAR的触发器(其可以是上文所讨论的任何触发器)。随后，在步骤2004中，子网格BS可以向一个或多个父BS发送UL BAR。之后，在步骤2006中，父BS可以向子网格BS授予UL资源。例如，在一些实施例中，UL BAR可以向父网格BS指示子网格BS处的发送缓冲区大小。UL BAR可以被拆分并且发送到多个父网格BS。多个UL BAR可以使得所请求带宽量的总和与当BAR仅被发送到一个父BS时相同。子BS可以使用某个阈值，使得如果所请求的带宽分配量小于阈值，则子BS只向一个父BS发送UL BAR。UL BAR可以周期性地、非周期性地或在其上游数据缓冲区中的业务到达之后发送。

图20B示出根据本公开的实施例的用于使DL BAR支持业务拆分的方法2050的流程图。例如，方法2050可以由子BS例如以上相对于图1和/或9所讨论的子BS中的任何一个来执行。图20B中所示的方法2050的实施例仅用于说明。图20B不将本公开的范围限制于任何特定实现。

如图20B所示，方法2050可以始于步骤2008。在步骤2008中，子BS可以识别用于DLBAR的触发器(其可以是上文所讨论的任何触发器)。随后，在步骤2010中，子网格BS可以向一个或多个父BS发送DL BAR。之后，在步骤2012中，父BS可以使用DL缓冲区空间信息来限制到BS的转发业务(例如，防止溢出到子BS)。例如，DL BAR可以向父网格BS指示子网格BS处的可用RX缓冲区大小，即拥塞指示符。父网格BS可以基于该信息执行拥塞控制。例如，在一些实施例中，DL BAR可以被拆分并且发送到多个父网格BS。多个DL BAR可以使得所请求带宽量的总和与当BAR仅被发送到一个父BS时相同。子BS可以使用某个阈值，使得如果所请求的带宽分配量小于阈值，则子BS只向一个父BS发送UL BAR。子BS可以使用某个阈值，使得如果可用RX缓冲区大小小于阈值，则子BS只向一个父BS发送DL BAR，而向其他父BS发送零DLBAR(可以暗示地假设这点)。DL BAR可以基于某个触发器发送，例如，当可用Rx缓冲区大小低于某个阈值时。

图21示出根据本公开的实施例的网络2100中的逻辑信道优先化(LCP)增强的示例。例如，网络2100实现于图9的网络900中。图21中所示的LCP增强的实施例仅用于说明。图21不将本公开的范围限制于任何特定实现。

在各种实施例中，可以针对网格BS之间的链路执行LCP以根据与每个承载相关联的QoS级别将缓冲的数据映射到被分配的资源。该实施例可以应用于上述任何拆分选项。在一个实施例中，每个网格BS可以为每个逻辑信道存储优先级、优先位率(PBR)、令牌桶深(Bucket Size Duration，BSD)。类似地，在任何BS处，可以为每个逻辑信道j保存单个缓冲区分配变量B

对于数据包级别业务拆分，可以制造LCP机制来支持中心BS处的业务拆分。在一个实施例中，B

图22示出根据本公开的实施例的用于使LCP机制支持业务拆分的方法2200的流程图。例如，方法2200可以由网络实体例如以上相对于图1和/或9所讨论的网络实体中的任何一个来执行。图22中所示的方法2200的实施例仅用于说明。图22不将本公开的范围限制于任何特定实现。

如图22所示，方法2200可以始于步骤2202。在步骤2202中，所述方法可以为每个逻辑信道j初始化B

在另一个实施例中，B

图23示出根据本公开的实施例的用于多路径端到端连接的方法2300的示例。例如，方法2300可以由基站例如以上相对于图1和/或9所讨论的基站中的任何一个来执行。图23中所示的方法2300的实施例仅用于说明。图23不将本公开的范围限制于任何特定实现。

所述方法可以始于BS识别无线通信网络中的拥塞(步骤2305)。例如，在步骤2305中，拥塞可以包括网络负载、拥塞、网络延迟信息、BS缓冲区状态以及指示BS经历或识别的在无线通信网络中的拥塞的BS处数据包停留时间中的任何一个。之后，BS可以生成拥塞反馈信息(步骤2310)。例如，在步骤2310中，BS可以生成包括反馈的消息，该消息可以包括从网络中的其他BS接收或转发的拥塞反馈信息(例如，如上文相对于图18-图19B所讨论的)。拥塞反馈信息可以基于来自至少一个其他BS的请求周期性地、非周期性地生成，或者基于包括缓冲区大小和BS处的延迟中的至少一个的条件而动态地生成。

此后，BS可以将拥塞反馈信息发送到至少一个其他BS(步骤2315)。例如，在步骤2315中，BS可以向无线通信网络中直接连接到BS(一跳)的一个或多个BS发送信息。在一些实施例中，拥塞反馈信息可以在直接连接到BS的无线通信网络中的BS之间交换(例如，在UL和/或DL方向上到一跳节点)，并且转发到位于沿UE与网关之间的多条路径中的一条路径但不直接连接到所述BS的其他BS(例如，在UL和/或DL方向上到两跳节点及以上)。

在各种实施例中，BS可以识别用于UL数据传输的、BS所需的UL带宽量(例如，基于TX缓冲区大小)，并且向是父节点的BS发送UL带宽分配请求作为反馈信息(例如，如上文相对于图20A所讨论的)。例如，BS可以基于所需的资源量从多个BS请求UL资源并且(例如，基于先前的可用性)决策发送请求的BS以接收预期UL资源。

在各种实施例中，BS可以识别BS用于DL数据传输的可用RX缓冲区大小，并且基于所识别的可用RX缓冲区大小来确定要发送的DL带宽分配请求的数量(例如，如上文相对于图20B所讨论)。例如，如果BS具有足够的缓冲区大小(例如，高于阈值)，则BS可以将指示BS的部分可用RX缓冲区大小的DL带宽分配请求发送到作为BS父节点的多于一个的BS，以使得被发送DL带宽分配请求的总和不超过可用RX缓冲区大小。DL带宽分配请求可以用于确定要(例如，由网络实体诸如父BS、网关BS或核心网络控制器)发送到BS的DL数据量。

BS可以识别使数据的各个部分在其间被拆分以便在网关与UE之间传送的多条路径(步骤2320)。例如，在步骤2320中，可以至少部分地基于在网络中交换的拥塞反馈信息来确定多条路径，并且可以由BS(例如，以分散方式)做出或由网络实体(例如，父BS、网关BS或核心/中央网络控制器)决策使数据的各个部分在其间被拆分的该多条路径的确定，并且可以由网关(例如，以集中方式)向BS指示该确定。可以在数据包级别或承载级别或两者上拆分数据(例如，如上文相对于图10-图14C所讨论的)。在各种实施例中，拥塞反馈信息还可以用于例如基于路径可用性和数据优先级来调度多条路径上的资源。在各种实施例中，可以执行LCP(例如，由BS、父BS、网关BS或核心/中央网络控制器)根据与数据相关联的QoS级别将数据映射到被分配的资源，使得数据基于LCP而在多条路径之间被拆分(例如，如上文相对于图21和图22所讨论的)。在各种实施例中，路径规划可以基于由BS接收和/或转发的UE的位置和移动性信息。例如，可以基于UE的位置和移动性信息(例如，如上文相对于图16-图17C所讨论的)为UE指派包括具有更大的小区的服务BS的路径。

之后，BS可以基于所识别的多条路径经由无线通信网络在UE与网关之间传送数据(步骤2325)。例如在步骤2325和方法2300中，数据的传送可以是UL或DL；BS可以是UE的服务BS、网络中沿端到端路径的网格BS，或网关BS；多条路径可以包括从UE到网关以及从网关到UE的一个总路径，其包括网络中节点之间的并行路径。在各种实施例中，UL和DL路径可以使用不同的节点。例如，数据可以经由多条路径从UE发送到网关，该路径是UL路径，并且附加数据通过不同于UL路径的DL路径从网关发送到UE，反之亦然(例如，如上文相对于图15所讨论的)。

本公开涉及用于高级无线通信系统中上游的蜂窝网格网络的多路径端到端连接。

在一个实施例中，提供了无线通信网络中的子基站(BS)。子BS可以包括收发器以及可操作地连接到收发器的至少一个处理器。至少一个处理器可以被配置成从至少一个父基站中的每一个接收拥塞信息，并且基于拥塞信息调整在数据包级别上拆分并且发送到至少一个父基站的业务量。拥塞信息可以包括队列缓冲区状态、数据包停留时间(例如，从数据包到达接收缓冲器的实例到从发送缓冲器移除的实例)、最高成功发送数据包数据汇聚协议(PDCP)数据包数据单元(PDU)序列号(SN)等。根据一个实施例，在下游中，子基站和父基站的角色相互切换并且上游的特性可以同等地应用于其中。

在一个实施例中，至少一个处理器在上游可以被配置成拆分当前存储在子基站的缓冲区中的数据量信息，并且将包括被拆分的数据量信息的带宽分配请求(BAR)消息发送到至少一个父基站，以从至少一个父基站分配上行链路资源用于数据传输。

在一个实施例中，至少一个处理器在上游可以被配置成向一个父基站发送一个BAR消息，或者当至少一个处理器向至少一个父基站发送拆分BAR消息时，至少一个处理器可以同等地维持数据总量，从而可以防止上行链路资源被过度分配。

在一个实施例中，至少一个处理器在下游可以拆分可接收数据的总量，并且将关于可接收数据量的信息发送到至少一个父基站中的每一个，以防止接收缓冲区溢出。

在一个实施例中，至少一个处理器在上游可以将数据进行拆分，并且在当子基站将数据映射到被分配的PUSCH资源时，在考虑QoS的优先级的情况下，即，以从较高优先级的QoS等级到较低优先级的QoS等级的顺序，将被拆分的数据映射到至少一个父基站中的每一个的被分配的PUSCH资源。

图24是示出根据本公开的实施例的BS的结构的方框图。

上述gNB、eNB或BS可以对应于gNB 2400。例如，图2中所示的gNB102可以对应于gNB2400。

参考图24，gNB 2400可以包括处理器2410、收发器2420和存储器2430。然而，所有图示的组件都不是必需的。gNB 2400可以由比图24中所示的组件更多或更少的组件来实现。此外，根据另一个实施例，处理器2410和收发器2420和存储器2430可以实现为单个芯片。

现在将详细描述上述组件。

处理器2410可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。gNB 2400的操作可以由处理器2410来实现。

在一个实施例中，处理器2410可以识别BS所经历的无线通信网络中的拥塞；其中无线通信网络包括提供用于在网关与用户装备(UE)之间传送数据的多条路径的多个BS，所述BS为所述多个BS中的一个；生成指示无线通信网络中的拥塞的拥塞反馈信息；控制收发器向无线通信网络中的至少一个其他BS发送拥塞反馈信息。此外，处理器2410可以：识别使数据的各个部分在其间被拆分以在网关与UE之间传送的多条路径，其中所述多条路径至少部分地基于拥塞反馈信息而确定，并且其中对使数据的各个部分在其间被拆分的多条路径的确定由所述BS做出或由网关向所述BS指示；并且控制收发器基于所识别的多条路径经由无线通信网络来在UE与网关之间传送数据。

收发器2420可以包括用于对发出的信号进行上变频和放大的RF发射机，以及用于对接收到的信号的频率进行下变频的RF接收器。但是，根据另一个实施例，收发器2420可以由比组件中所示的组件更多或更少的组件来实现。

收发器2420可以连接到处理器2410并且发送和/或接收信号。信号可以包括控制信息和数据。此外，收发器2420可以通过无线信道接收信号并且将信号输出到处理器2410。收发器2420可以通过无线信道发送从处理器2410输出的信号。

存储器2430可以存储包括在由gNB 2400获得的信号中的控制信息或数据。存储器2430可以连接到处理器2410并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器2430可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他储存设备。

图25是示出根据本公开实施例的用户装备(UE)的结构的方框图。

上述UE可以对应于UE 2500。例如，图3所示的UE 116可以对应于UE 2500。

参考图25，UE 2500可以包括处理器2510、收发器2520和存储器2530。然而，所有图示的组件都不是必需的。UE 2500可以由比图25中所示的组件更多或更少的组件来实现。此外，根据另一个实施例，处理器2510和收发器2520和存储器2530可以实现为单个芯片。

现在将详细描述上述组件。

处理器2510可以包括控制所提出的功能、过程和/或方法的一个或多个处理器或其他处理设备。UE 2500的操作可以由处理器2510来实现。

在一个实施例中，处理器2510可以控制收发器基于所识别的多条路径来发送数据。处理器2510可以在所配置的控制资源集上检测PDCCH。处理器2510根据PDCCH确定划分CB的方法和PDSCH的速率匹配方法。处理器3310可以根据PDCCH控制收发器2520接收PDSCH。处理器2510可以根据PDSCH生成HARQ-ACK信息。处理器2510可以控制收发器2520发送HARQ-ACK信息。

收发器2520可以包括用于对发出的信号进行上变频和放大的RF发射机，以及用于对接收到的信号的频率进行下变频的RF接收器。但是，根据另一个实施例，收发器2520可以由比组件中所示的组件更多或更少的组件来实现。

收发器2520可以连接到处理器2510并且发送和/或接收信号。信号可以包括控制信息和数据。此外，收发器2520可以通过无线信道接收信号并且将信号输出到处理器2510。收发器2520可以通过无线信道发送从处理器2510输出的信号。

存储器2530可以存储包括在UE 2500获得的信号中的控制信息或数据。存储器2530可以连接到处理器2510并且存储用于所提出的功能、过程和/或方法的至少一个指令或协议或参数。存储器2530可以包括只读存储器(ROM)和/或随机存取存储器(RAM)和/或硬盘和/或CD-ROM和/或DVD和/或其他储存设备。

尽管已经利用示例性实施例描述了本公开，但是所属领域中的技术人员可以提出各种改变和修改。本公开旨在包括落入随附权利要求范围内的改变和修改。