CN111510929B

CN111510929B - Iab网络中进行lcid扩展的方法及装置

Info

Publication number: CN111510929B
Application number: CN201910100299.0A
Authority: CN
Inventors: 邹伟; 陈琳
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-01-31
Filing date: 2019-01-31
Publication date: 2023-07-14
Anticipated expiration: 2039-01-31
Also published as: CN111510929A

Abstract

本发明提供了一种IAB网络中进行LCID扩展的方法及装置，该方法包括：第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点、IAB Donor节点或IAB Donor节点的DU。在本发明中，通过配置和启用扩展LCID，能够有效支持在IAB节点进行一对一的承载映射。

Description

IAB网络中进行LCID扩展的方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种IAB网络中进行LCID扩展的方法及装置。

背景技术

在3GPP正在研究的第五代移动通信技术(5G，5th Generation)将实现更大的吞吐量，更多的用户连接，更低时延，更高可靠性，和更低功耗(包括网络侧设备和用户终端)。目前，在3GPP的讨论中，综合接入回传(IAB，Integrated Access and Backhaul)技术作为一个新的研究项目已经立项，其目标是：使一个或多个IAB节点可以作为母节点的UE，通过其本地接入资源连接到母节点，并在此基础上形成多跳的无线自回传网络，为IAB节点的本地接入UE提供回传连接。

5G UDN部署场景中，需要考虑不同回传技术的适用性。对于有线回传，在大量TP密集部署的场景下(如密集街区)，考虑到电缆或光纤的部署或租赁成本，站址的选择及维护成本等，可能使有线回传的成本高得难以接受。即便铺设了有线回传，由于密集部署场景下，每个节点服务的用户数少，负载波动大，或由于节能/干扰控制，一些节点会被动态打开或关闭，很多时候回传链路处于空闲状态，而使用内容预测及缓存技术也会增加回传链路资源需求的波动范围，因此会导致有线回传的使用效率低，浪费投资成本。对于微波回传，也存在增加硬件成本，增加额外的频谱成本(如果使用非授权频谱，传输质量得不到保证)，传输节点的天线高度相对较低，微波更容易被遮挡，导致回传链路质量的剧烈波动等缺陷。

采用无线自回传技术是避免上述问题，减少CAPEX的重要技术选择之一。自回传技术是指回传链路和接入链路使用相同的无线传输技术，共用同一频带，通过时分或频分方式复用资源。在超密集网络中使用自回传技术具有如下优势：

不需要有线连接，支持无规划或半规划的灵活的传输节点部署，有效降低部署成本；

与接入链路共享频谱和无线传输技术，减少频谱及硬件成本；

通过接入链路与回传链路的联合优化，系统可以根据网络负载情况，自适应地调整资源分配比例，提高资源使用效率；

由于使用受权频谱，通过与接入链路的联合优化，无线自回传的链路质量可以得到有效保证，大大提高了传输可靠性。

UDN网络中采用自回传技术，面临的主要增强需求在于链路容量的提升以及灵活的资源分配和路径选择，因此主要的研究方向包括回传链路的链路增强以及接入链路和回传链路的联合优化。

除此之外，无线自回程技术还可以用于有线连接部署成本较大的场景。

RAN2#103次会议中提出IAB网络设计需要能够同时支持一对一承载映射(one-to-one bearer mapping)和多对一承载映射(many-to-one bearer mapping)。在一对一承载映射中，每个接入端的承载都必须映射到某个回传(Backhaul)承载中。在每个IAB节点中可能存在成千上万个UE的承载需要回传。但在5G NR的R15版本的设计中，LCID只有6比特，即每个UE最多支持32个不同的LCID。因为IAB节点是作为一个UE接入其对应的母节点的，所以如果沿用R15版本的LCID，回传承载最多不超过32个。这显然无法支持一对一承载映射。

为了解决这个问题，RAN2#104次会议中已经提出使用扩展的LCID来支持IAB节点的一对一承载映射。但如何进行LCID扩展，以及如何启用扩展的LCID都没有进一步讨论。

发明内容

本发明实施例提供了一种IAB网络中进行LCID扩展的方法及装置，以至少解决相关技术中由于IAB网络的LCID的比特数有限，而使得IAB节点无法支持一对一的承载映射的问题。

根据本发明的一个实施例，提供了一种IAB网络中进行LCID扩展的方法，包括：第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点。

根据本发明的另一个实施例，提供了一种IAB网络中进行LCID扩展的装置，包括：通知模块，用于第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；通信模块，用于所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点。

根据本发明的又一个实施例，还提供了一种IAB网络中数据包发送方法，包括：IABDonor DU对接收到的IP数据包进行解密，并根据其中的DRB信息选择相应的RLC承载；所述IAB Donor DU重新对所述IP数据包进行IP层数据加密，并在所述RLC承载上将所述IP数据包进行转发；所述IP数据包到达目标IAB节点后，由所述IAB目标节点对所述IP数据包进行解密。

根据本发明的又一个实施例，还提供了一种IAB网络中数据包发送方法，包括：第一Adapt功能实体在收到需要转发的数据包后给所述数据包附加一个Adapt层的序列号。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

在本发明的上述实施例中，通过配置和启示扩展LCID，能够有效支持在IAB节点进行一对一的承载映射。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是3GPP定义的综合接入回传参考架构1a示意图；

图2是根据本发明实施例的LCID扩展方法的流程图；

图3是根据本发明实施例的在具有gNB功能IAB节点的接入过程中通过RRC信令在IAB节点配置扩展LCID的信令流程图；

图4是根据本发明实施例的具有DU功能IAB节点通过RRC信令和F1AP信令配置和启用扩展LCID的信令流程图；

图5是根据本发明实施例的使用预留比特指示扩展LCID的MAC PDU的子头结构示意图；

图6是根据本发明实施例的使用MAC CE指示扩展LCID的MAC CE的结构示意图；

图7是根据本发明实施例的协议栈示意图；

图8是根据本发明实施例通过统一的序列号进行多跳接收确认的流程图；

图9是根据本发明实施例的LCID扩展装置的结构示意图；

图10是根据本发明另一实施例的LCID扩展装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是3GPP定义的综合接入回传参考架构1a。如图1所示，IAB节点(IAB Node)作为一个DU为下属UE提供接入服务，各个IAB节点通过处于同一位置的一个移动终端(MT)和上一级的母节点相联。

上述MT作为母节点的特殊接入用户，和母节点的其他普通接入用户(UE)共享接入带宽。IAB Donor是具有有线连接的节点，其可以包含多个DU通过有线连接到同一个CU。

各个IAB节点的DU和CU之间也是通过F1接口进行联系，所以IAB节点的DU和IABDonor的CU之间需要建立一条一跳或多跳的数据承载来传输F1消息。在每一跳，该数据承载又是通过各跳的MT和DU之间的无线NR Uu承载进行数据传输。所以，对于多跳的F1承载，中间的各个IAB节点需要对收到的F1消息进行转发。

除此之外，在接入侧的IAB节点，数据也需要在NR Uu承载和F1-U承载之间进行转发。上述的数据转发过程中，各个IAB节点可以将上一跳的每一个数据承载一对一地转发到下一跳的某个数据承载，也可以将多个上一跳的数据承载多对一地转发到下一跳的某个数据承载上进行传输。

NR的R15版本的设计中，LCID只有6比特，即每个UE最多支持32个不同的LCID。因为IAB节点的MT是作为一个UE接入其对应的母节点的，所以如果沿用R15版本的LCID，各个IAB节点之间的回传承载最多不超过32个。而每个IAB节点都可能接入成千上万个UE，6比特的LCID显然无法支持一对一承载映射。

为了解决这个问题，可以使用扩展的LCID来支持IAB节点的一对一承载映射，即用更多比特数的LCID来支持更大数量的回传承载。

在本实施例中提供了一种运行于上述IAB网络架构的LCID扩展方法，图1是根据本发明实施例的LCID扩展方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；

步骤S104，所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点、IAB Donor节点或IAB Donor节点的DU。

在上述实施例中，该启用扩展LCID的时间点可以是以下时间点之一或以下时间点延迟一个事先约定的时间之后：

在MT收到RRCSetup消息后；

在MT发送RRCSetupComplete消息后；

在MT收到RRCReconfiguration消息后；

在MT发送RRCReconfiguationComplete消息后。

在上述实施例中，位于IAB节点中的MT可以通过信令配置为使用扩展LCID。该配置过程可以包括一个网络侧发送的扩展LCID配置消息和一个MT侧发送的扩展LCID配置确认消息。

在上述扩展LCID配置过程之后还可以包含一个扩展LCID的启用过程。该启用过程可以包括一个扩展LCID启用消息和一个扩展LCID启用确认消息。

上述的扩展LCID配置消息、扩展LCID配置确认消息、扩展LCID启用消息、扩展LCID启用确认消息、可以通过以下方法的一种或多种进行传输：新定义的RRC消息、在已有RRC消息中新定义的RRC消息内容、新定义的MAC CE、新定义的MAC子头。

在上述实施例中，扩展LCID启用消息、扩展LCID启用确认消息可以通过扩展LCID的MAC PDU格式进行发送。例如，可以在MT将第一个按扩展LCID的MAC PDU格式正确收到的数据包作为扩展LCID启用消息。可以在IAB节点将第一个按扩展LCID的MAC PDU格式正确收到的数据包作为扩展LCID启用确认消息。

在上述实施例中，上述配置信息可以包含在RRCSetup消息中，并在MT发送RRCSetupComplete消息后立即(或延迟一个事先约定的时间后)激活。基站在收到上述RRCSetup Complete消息后立即(或延迟一个事先约定的时间后)开始按照扩展LCID格式接收所配置的MT发送的MAB PDU。

在上述实施例中，上述配置信息可以包含在RRCReconfiguration消息中，并在MT发送RRCReconfiguration Complete消息后立即(或延迟一个事先约定的时间后)激活。基站在收到上述RRCReconfiguration Complete消息后立即(或延迟一个事先约定的时间后)开始按照扩展LCID格式接收所配置的MT发送的MAB PDU。

在上述实施例中，在IAB节点只有DU功能的情况下，CU可以通过F1AP信令通知位于母节点的DU为上述MT配置和启用扩展LCID。在IAB节点只有DU功能的情况下，位于母节点的DU可以在CU通过F1AP信令通知配置和启用扩展LCID后立即(或延迟一个事先约定的时间后)激活扩展LCID。

上述F1AP信令可以在配置扩展LCID的RRC消息发送之后发送，或者CU收到配置扩展LCID的RRC消息的确认消息之后发送。上述配置和启用扩展LCID的F1AP信令可以是新定义的单独的F1AP信令，或是在已有F1AP信令中新定义扩展LCID的配置和启用相关的内容。

在上述实施例中，是否使用扩展LCID可以直接在每个MAC PDU中进行指示(而不需要对MT进行配置)。例如，上述指示可以使用NR MAC子头中的预留比特(R比特)进行指示。当MT或IAB节点发现预留比特为1时，按扩展LCID的格式对MAC PDU进行解析。上述指示也可以通过特定的MAC CE进行指示。MAC PDU中的扩展LCID可以包含在上述MAC CE中。该扩展LCID可以是30比特，32比特或38比特。扩展LCID也可以由以下一个或多个部分组成：IAB节点号码、IAB的MT的C-RNTI、该承载原来的LCID。

在本发明的上述实施例中，能够有效的支持扩展LCID的启用和能够支持在IAB节点进行一对一的承载映射。

下面通过更具体的实施例对本发明进行详细的描述。

图3是本发明实施例提供的在具有gNB功能IAB节点的接入过程中通过RRC信令在IAB节点配置扩展LCID的信令流程图。如图3所示，在位于IAB节点的MT完成随机接入、注册、鉴权和加密相关的信令交互后，通过如下步骤为其配置和启用扩展LCID：

步骤S301：位于MT的母节点(IAB节点B)的gNB向MT发送RRCReconfig消息，在上述消息中通知MT扩展LCID的配置。

步骤S302：位于IAB节点A的MT向母节点发送RRCReconfigComplete消息，在上述消息中通知MT确认启用所配置的扩展LCID。

步骤S303：gNB和MT在完成上述信令交互后开始启用扩展LCID。

图4是本发明实施例提供的具有DU功能IAB节点通过RRC信令和F1AP信令配置和启用扩展LCID的信令流程图。如图4所示，在位于IAB节点的MT完成随机接入、注册、鉴权和加密相关的信令交互后，通过如下步骤为其配置和启用扩展LCID：

步骤S401：位于IAB Donor的CU通过DL RRC Transfer消息发送RRCReconfig消息给位于MT的母节点(IAB节点B)；

步骤S402：然后位于IAB节点B的DU向MT发送上述RRCReconfig消息，在上述消息中通知MT扩展LCID的配置；

步骤S403：位于IAB节点A的MT向母节点(IAB节点B)的DU发送RRCReconfigComplete消息，在上述消息中通知MT确认收到扩展LCID配置信息；

步骤S404：然后MT开始按Ext-LCID的格式进行下行接收,并等待DU的Ext-LCID启用指示；

步骤S405：DU在收到RRCReconfigComplete消息之后通过UL RRC Transfer消息将上述RRCReconfigComplete消息转发给IAB Donor CU；

步骤S406：IAB Donor CU通过F1AP信令UE Context Modification Request通知DU上述Ext-LCID的配置信息；

步骤S407：DU通过F1AP信令UE Context Modification Response进行确认；

步骤S408：DU开始启用Ext-LCID格式进行下行发送和上行接收；

步骤S409：DU发送Ext-LCID starting notification通知启用扩展LCID，这里Ext-LCID starting notification可以是DU直接在MAC层发送的通知。可选的，Ext-LCIDstarting notification可以是一个特定的MAC子头或特定的MAC CE；

步骤S410：位于IAB节点A的MT通过发送Ext-LCID starting confirmation进行确认；

步骤S411：MT启动Ext-LCID格式进行上行发送。

图5是本发明实施例提供的使用预留比特指示扩展LCID的MAC PDU的子头结构示意图。如图5所示，在本实施例中，R比特可以被用来进行扩展LCID的指示。当R＝1时，按图5所示的扩展LCID格式解析收到的MAC子头；否则按已有的LCID格式解析收到的MAC子头。

图6是发明实施例提供的使用MAC CE指示扩展LCID的MAC CE的结构示意图。如图6所示，在本实施例中，使用4个字节的MAC CE指示扩展LCID的值。该MAC CE可以在对应的MAC子头中使用某个特定的LCID值进行指示。

如前文中所述，各个IAB节点的DU和CU之间通过F1接口进行联系，所以IAB节点的DU和IAB Donor的CU之间需要建立一条一跳或多跳的数据承载来传输F1消息。在每一跳，该数据承载又是通过各跳的MT和DU之间的无线NR Uu承载进行数据传输。所以，对于多跳的F1承载，中间的各个IAB节点需要对收到的F1消息进行转发。

下面将通过一些实施例对上述数据的转发过程进行详细的描述。

这个转发过程在中间节点可以由IP层或Adapt层实现。具体的，IP层或Adapt层可以根据收到的数据包的目标地址(如目标IAB Node ID)或其他信息将数据包转发到下一跳的NR Uu承载中。直接通过标准的Uu接口为UE提供接入服务的IAB节点称为该UE的接入IAB节点。而为接入IAB节点提供中继的IAB节点称为中间IAB节点。最终接入的基站的称为IABDonor。其中，IAB Donor又可以包含DU部分和CU部分。

在一对一承载映射中，数据包的转发是事先通过信令配置好的。在每个IAB DonorDU或接入IAB节点需要事先配置一个映射表，根据目标IP地址和IP包中的DRB信息(例如，GTP-U头中的TEID)决定下一跳的RLC承载。在每个中间IAB节点也需要事先配置一个映射表，根据数据包的输入RLC承载决定下一跳的输出RLC承载。

所以在一对一承载映射中，对于需要在IAB Donor DU进行转发的下行数据包，IABDonor DU必须识别出该数据包属于那个DRB，然后才能将其映射的相应的RLC承载中进行后续转发。通常情况下，来自不同DRB的数据包在F1接口是通过不同的GTP-U隧道进行转发。它们可以通过位于GTP-U头中的TEID域进行识别。不同GTP-U隧道使用的TEID是不同的。IABDonor DU可以通过读取GTP-U子头中的TEID识别出IP包的所属DRB，并将其映射到相应的RLC承载中进行后续转发。但是，当各个IAB节点的DU和CU之间存在端到端的IP层数据加密(比如IPSec)时，IAB Donor DU可能没办法读取GTP-U子头中的TEID。这时因为端到端的IP层数据加密会将IP包中除了正常IP包头的部分都进行加密，包括位于GTP-U头中的TEID域。而这些IP包必须到达目标IAB节点后才能解密。作为中间转发节点，IAB Donor DU无法解密，也就无法知道该IP包属于哪个DRB，所以无法完成一对一承载映射。

为了解决上述问题，在本发明的实施例中提出：在IAB Donor CU和IAB Donor DU间进行独立的IP层数据加密，然后在IAB Donor DU到目标IAB节点间进行独立的IP层数据加密。IAB Donor DU在收到IP数据包后，首先进行解密，读取其中的DRB信息(例如GTP-U头中的TEID)，选择相应的RLC承载中进行后续转发，并在转发前重新进行IP层数据加密。

图7是根据本发明实施例提供的IAB Donor DU进行IP包解密后读取TEID然后再根据TEID进行一对一承载映射的协议栈示意图。如图7所示，在IAB Donor DU先通过IPSec模块对IP包进行解密，读取其中的TEID。然后再根据TEID进行一对一承载映射，将该数据包转发到相应的RLC承载中。其中，IP路由功能用于区分是否是IAB Donor DU本地的数据包，还是需要转发到下游IAB节点的数据包。

除此之外，可选的，各个IAB接入节点的Adapt功能实体在收到需要上行转发的数据后可以给数据包附加一个Adapt层的序列号，该序列号和DRB识别号(例如GTP-U头中的TEID)一起用于指示某个特定的在IAB网络中上行传输的数据包。可选的，IAB Donor DU在收到需要下行转发的数据后可以给数据包附加一个Adapt层的序列号，该序列号和DRB识别号(例如GTP-U头中的TEID)一起用于指示某个特定的在IAB网络中下行传输的数据包。可选的，上述Adapt层附加的序列号可以包含在数据包的Adapt子头中。

可选的，接入IAB节点或IAB Donor DU的Adapt实体可以在发送某个数据包时不区分发送时所使用的RLC承载按发送的时间顺序附加一个统一的序列号，并将附加的序列号包含在所发送的数据包的Adapt子头中。可选的，对端在收到上述数据包后，可以发送一个确认信息确认收到该数据包。可选的，上述确认信息可以包含上述数据包的Adapt子头中的发送序列号。可选的，中间IAB节点可以在收到某个数据包后按其在本节点发送的时间顺序重新附加一个统一的序列号，并将数据包Adapt子头中的序列号更新为新附加的序列号。可选的，中间IAB节点在进行上述更新前需要记录原序列号。可选的，中间IAB节点可以在收到某个数据包的确认消息后，按确认消息中的序列号找到发送的数据包的原序列号，并在把确认消息中的序列号更新为原序列号后将确认消息发送给上一跳的IAB节点。

图8是根据本发明实施例提供的通过统一的序列号进行多跳接收确认的流程图。如图8所示，多跳接收确认包含如下步骤：

步骤S801：UE发送上行数据包。接入IAB节点(IAB节点A)收到数据包后按上行转发的发送顺序不区分发送时所使用的RLC承载按发送的时间顺序附加一个统一的序列号，并将附加的序列号包含在所发送的数据包的Adapt子头中。

步骤S802:下一跳的IAB节点(IAB节点B)收到数据包后按其在本节点发送的时间顺序重新附加一个统一的序列号，并将数据包Adapt子头中的序列号更新为新附加的序列号。

步骤S803:IAB Donor收到数据包后，发送确认消息，其中包含所收到的数据包中的序列号。

步骤S804:中间IAB节点(IAB节点B)在收到某个数据包的确认消息后，进行相应的动作，如删除缓存中已确认的数据包。并按确认消息中的序列号找到发送的数据包的原序列号，并在把确认消息中的序列号更新为原序列号后将确认消息发送给上一跳的接入IAB节点。

步骤S805:接入IAB节点收到某个数据包的确认消息后进行相应的后续动作，如删除缓存中已确认的数据包。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种IAB网络中进行LCID扩展的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图9是根据本发明实施例的LCID扩展装置的结构框图，如图9所示，该装置包括通知模块10和通信模块20。

通知模块10用于第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点。

通信模块20用于所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点。

图10是根据本发明另一实施例的LCID扩展装置的结构框图，如图10所示，该装置除包括图9所示的通知模块10和通信模块20外，还包括配置模块30、第二配置模块40、第一启用模块50和第二启用模块60。

配置模块30用于IAB Donor节点的CU对所述第一IAB节点进行扩展LCID的配置。

第二配置模块40，用于IAB Donor节点的CU对所述第二IAB节点进行扩展LCID的配置。

第一启用模块50用于所述第二IAB节点根据所述IAB Donor节点的CU的指示启用所述扩展LCID。

第二启用模块60，用于第一IAB节点的MT根据所述第二IAB节点的DU的指示启用所述扩展LCID。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种IAB网络中进行LCID扩展的方法，其特征在于，包括：

第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；

所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点、IAB Donor节点或IAB Donor节点的DU；

所述第一IAB节点的MT与所述第二IAB节点启用扩展LCID进行通信之前，还包括：IABDonor节点的CU对所述第一IAB节点的MT进行扩展LCID的配置。

2.根据权利要求1所述的方法，其特征在于，所述第一IAB节点的MT和所述第二IAB节点在预设时间点启用所述扩展LCID。

3.根据权利要求1所述的方法，其特征在于，所述第一IAB节点的MT与所述第二IAB节点启用扩展LCID进行通信之前，还包括：

IAB Donor节点的CU对所述第二IAB节点进行扩展LCID的配置。

4.根据权利要求3所述的方法，其特征在于，IAB Donor节点的CU对所述第二IAB节点进行扩展LCID的配置之后，还包括：

所述第二IAB节点根据所述IAB Donor节点的CU的指示启用所述扩展LCID。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述IAB Donor节点的CU指示在所述第二IAB节点上配置或启用所述扩展LCID之后，还包括：

第一IAB节点的MT根据所述第二IAB节点的指示启用所述扩展LCID。

6.根据权利要求2所述的方法，其特征在于，所述预设时间点为以下时间点之一或以下时间点延迟一个预定时长：

在MT收到RRCSetup消息后；

在MT发送RRCSetupComplete消息后；

在MT收到RRCReconfiguration消息后；

在MT发送RRCReconfiguationComplete消息后。

7.根据权利要求1所述的方法，其特征在于，IAB Donor节点的CU对所述第一IAB节点的MT进行扩展LCID的配置，包括：

所述IAB Donor节点的CU直接或通过中间节点向所述第一IAB节点的MT发送所述扩展LCID配置消息；

所述第一IAB节点的MT直接或通过中间节点向IAB Donor节点的CU回复扩展LCID配置确认消息。

8.根据权利要求3所述的方法，其特征在于，IAB Donor节点的CU对所述第二IAB节点进行扩展LCID的配置，包括：

所述IAB Donor节点的CU直接或通过中间节点向所述第二IAB节点发送所述扩展LCID配置消息；

所述第二IAB节点直接或通过中间节点向IAB Donor节点的CU回复扩展LCID配置确认消息。

9.根据权利要求4所述的方法，其特征在于，所述第二IAB节点根据所述IAB Donor节点的CU的指示启用所述扩展LCID包括：

所述第二IAB节点的DU接收来自IAB Donor节点的CU的扩展LCID启用消息：

所述第二IAB节点的DU向所述IAB Donor节点的CU发送扩展LCID启用确认消息；

所述第二IAB节点的DU开始启用扩展LCID格式进行下行发送和上行接收。

10.根据权利要求5所述的方法，其特征在于，第一IAB节点的MT根据所述第二IAB节点的指示启用所述扩展LCID，包括：

第一IAB节点的MT接收来自所述第二IAB节点的扩展LCID启用消息，并向所述第二IAB节点回复扩展LCID启用确认消息。

11.根据权利要求7至10任一项所述的方法，其特征在于，所述扩展LCID配置消息、所述扩展LCID配置确认消息、所述扩展LCID启用消息、所述扩展LCID启用确认消息通过以下一种或多种方式进行传输：

新定义的RRC消息；

在已有RRC消息中新定义的RRC消息内容；

新定义的F1AP消息；

在已有F1AP消息中新定义的F1AP消息内容；

新定义的MAC CE；

新定义的MAC子头。

12.根据权利要求11所述的方法，其特征在于，所述扩展LCID配置信息包含在RRCSetup消息中，所述扩展LCID配置确认消息包含在RRCSetupComplete消息中，所述MT在发送RRCSetupComplete消息后立即或延迟一预定时长后激活扩展LCID。

13.根据权利要求12所述的方法，其特征在于，所述第二IAB节点在收到所述RRCSetupComplete消息后立即或延迟一预定时长后开始按照扩展LCID格式接收所述MT发送的MAC PDU。

14.根据权利要求11所述的方法，其特征在于，所述扩展LCID配置信息包含在RRCReconfiguration消息中，所述扩展LCID配置确认消息包含RRCReconfigurationComplete消息中，所述MT发送RRCReconfigurationComplete消息立即或延迟一预定时长后激活扩展LCID。

15.根据权利要求14所述的方法，其特征在于，所述第二IAB节点在收到所述RRCReconfigurationComplete消息后立即或延迟一预定时长后开始按照扩展LCID格式接收所述MT发送的MAB PDU。

16.根据权利要求11所述的方法，其特征在于，所述扩展LCID启用消息和/或所述扩展LCID启用确认消息通过扩展LCID的MAC PDU格式进行发送。

17.根据权利要求16所述的方法，其特征在于，所述MT将第一个按扩展LCID的MAC PDU格式正确收到的数据包作为扩展LCID启用消息。

18.根据权利要求16所述的方法，其特征在于，所述第二IAB节点将第一个按扩展LCID的MAC PDU格式正确收到的数据包作为扩展LCID启用确认消息。

19.根据权利要求10所述的方法，其特征在于，IAB Donor节点的CU通过F1AP信令通知所述第二IAB节点为所述第一IAB节点的MT配置或启用扩展LCID。

20.根据权利要求19所述的方法，其特征在于，还包括：

所述第二IAB节点在接收到所述F1AP信令通知配置或启用扩展LCID后立即或延迟一预定时长后激活所述扩展LCID。

21.根据权利要求1所述的方法，其特征在于，在每个MAC PDU中指示是否使用扩展LCID。

22.根据权利要求21所述的方法，其特征在于，通过NR MAC子头中的预留比特指示是否使用扩展LCID。

23.根据权利要求22所述的方法，其特征在于，当所述预留比特为1时，指示所述MT或IAB节点按扩展LCID的格式对MAC PDU进行解析。

24.根据权利要求1所述的方法，其特征在于，通过特定的MAC CE指示所述MT是否使用扩展LCID。

25.根据权利要求24所述的方法，其特征在于，MAC PDU中的扩展LCID包含在所述MACCE中。

26.根据权利要求1所述的方法，其特征在于，所述扩展LCID为30比特、32比特或38比特。

27.根据权利要求26所述的方法，其特征在于，所述扩展LCID包括以下至少之一：

IAB节点号码；

IAB的MT的C-RNTI；

承载原来的LCID。

28.一种IAB网络中进行LCID扩展的装置，其特征在于，包括：

通知模块，用于第一IAB节点在初始接入过程中向IAB网络通知其为一个IAB节点；

通信模块，用于所述第一IAB节点的MT与第二IAB节点启用扩展LCID进行通信，其中，所述第二IAB节点为所述第一IAB节点的母节点、IAB Donor节点或IAB Donor节点的DU；

所述第一IAB节点的MT与所述第二IAB节点启用扩展LCID进行通信之前，所述IAB网络中进行LCID扩展的装置还用于：IAB Donor节点的CU对所述第一IAB节点的MT进行扩展LCID的配置。

29.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至27任一项中所述的方法。

30.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至27任一项中所述的方法。