IAB系统中的IPV6地址管理

摘要

本公开的实施例涉及一种用于IAB系统中的IPv6地址管理的方法、设备和计算机可读介质。该方法包括：获取用于IAB系统中的IAB节点的IPv6前缀，该前缀与IAB系统中的宿主中央单元或宿主分布式单元相关联；确定用于IAB节点的接口标识；以及基于互联网协议版本6IPv6前缀和接口标识，生成用于IAB节点的IPv6地址，以用于宿主中央单元与IAB节点之间的通信。结果，实现了IAB系统中的IAB节点的IPv6地址管理。

说明书

技术领域

本公开的实施例总体上涉及电信领域，并且具体地涉及用于集成接入和回程(IAB)系统中的IAB节点的互联网协议版本6(IPv6)地址管理的方法、设备和计算机可读介质。

背景技术

第三代合作伙伴计划(3GPP)(例如，通过TR38.874)确定新无线电(NR)集成接入和回程(IAB)的标准和规范。已经提出了各种基于第2层(“L2”)和第3层(“L3”)的解决方案。在基于L2的解决方案中，IAB节点包含分布式单元(DU)，并且分组由分组数据会聚协议(PDCP)层下面的无线电层转发。在基于L3的解决方案中，IAB节点包含DU和/或gNB，并且分组在PDCP层之上的层处转发。在这两种情况下，中间IAB节点都执行逐跳路由，以维护终端设备的服务IAB节点与具有与上游节点的非无线连接的IAB宿主之间的连接性。终端设备或IAB节点可以具有与多个IAB节点或IAB宿主的多连接。

与单跳回程相比，多跳无线回程提供更大的范围扩展。由于范围有限，这对于高于6GHz的频率的回程特别有用。多跳回程进一步实现了障碍物(例如，在节点之间的视线受阻的城市环境中的建筑物和其他杂物)周围的回程。

发明内容

总体上，本公开的示例实施例提供了用于使用5G进行通信的方法、设备和计算机可读介质。

在第一方面，提供了一种在IAB系统中的宿主中央单元处实现的通信方法。获取用于IAB系统中的IAB节点的IPv6前缀。该前缀与IAB系统中的宿主中央单元或宿主分布式单元相关联。确定用于IAB节点的接口标识。基于IPv6前缀和接口标识，生成用于IAB节点的IPv6地址，以用于宿主中央单元与IAB节点之间的通信。

在第二方面，提供了一种在IAB系统中的IAB节点处实现的通信方法。经由IAB系统中的宿主分布式单元从IAB系统中的宿主中央单元接收互联网协议版本6IPv6前缀和关于接口标识的信息。该前缀与宿主分布式单元或宿主中央单元相关联。基于IPv6前缀和关于接口标识的信息，生成用于IAB节点的IPv6地址，以用于宿主中央单元与IAB节点之间的通信。

在第三方面，提供了一种设备。该设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该设备至少执行根据第一方面的方法。

在第四方面，提供了一种设备。该设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该设备至少执行根据第二方面的方法。

在第五方面，提供了一种装置，该装置包括：用于获取用于IAB系统中的IAB节点的互联网协议版本6IPv6前缀的部件，该前缀与IAB系统中的宿主中央单元或宿主分布式单元相关联；用于确定用于IAB节点的接口标识的部件；以及用于基于互联网协议版本6IPv6前缀和接口标识生成用于IAB节点的IPv6地址以用于宿主中央单元与IAB节点之间的通信的部件。

在第六方面，提供了一种装置，该装置包括：用于经由IAB系统中的宿主分布式单元从IAB系统中的宿主中央单元接收互联网协议版本6IPv6前缀和关于接口标识的信息的部件，该前缀与宿主分布式单元或宿主中央单元相关联；用于基于IPv6前缀和该信息生成用于IAB节点的IPv6地址以用于宿主中央单元与IAB节点之间的通信的部件。

在第七方面，提供了一种其上存储有计算机程序的计算机可读存储介质。该计算机程序在由处理器执行时使处理器执行根据第一方面的方法。

在第八方面，提供了一种其上存储有计算机程序的计算机可读存储介质。该计算机程序在由处理器执行时使处理器执行根据第二方面的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过在附图中对本公开的一些示例实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，在附图中：

图1示出了可以在其中实现本公开的示例实施例的示例IAB系统；

图2A-2D分别是用于IAB系统的示例的示意图；

图3是根据本公开的一些实施例的用于IAB节点的IPv6地址管理的示例过程的信令图；

图4是根据本公开的一些实施例的用于IAB节点的IPv6地址管理的示例过程的信令图；

图5是根据本公开的一些实施例的用于IAB节点的IPv6地址管理的示例过程的信令图；

图6是根据本公开的一些示例实施例的在IAB系统中的宿主CU处实现的方法的流程图；

图7是根据本公开的一些示例实施例的在IAB系统中的IAB节点处实现的方法的流程图；以及

图8是适合于实现本公开的示例实施例的设备的框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。应当理解，这些实施例仅出于说明的目的进行描述，并且帮助本领域技术人员理解和实现本公开，而没有对本公开的范围提出任何限制。本文中描述的公开可以以除了下面描述的方式之外的各种其他方式来实现。

在下面的描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的相同含义。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准或协议(诸如长期演进(LTE)、高级LTE(LTE-A)和5G NR)并且采用任何合适的通信技术(包括例如MIMO、OFDM、时分多路复用(TDM)、频分多路复用(FDM)、码分多路复用(CDM)、Bluetooth、ZigBee、机器类型通信(MTC)、增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低延迟通信(uRLLC)技术)的网络。为了讨论的目的，在一些示例实施例中，将LTE网络、LTE-A网络、5G NR网络或其任何组合作为通信网络的示例。

如本文中使用的，术语“网络设备”是指在通信网络的网络侧的任何合适的设备。网络设备可以包括通信网络的接入网中的任何合适的设备，例如，包括基站(BS)、中继、接入点(AP)、节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NG-RAN节点(gNB或ng-eNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、低功率节点(诸如毫微微、微微)、gNB分布式单元(DU)、集成接入和回程(IAB)节点以及gNB中央单元(CU)等。为了讨论的目的，在一些示例实施例中，将gNB作为网络设备的示例。

网络设备还可以包括核心网中的任何合适的设备，例如，包括诸如MSR BS等多标准无线电(MSR)无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)、多小区/多播协调实体(MCE)、移动交换中心(MSC)和MME、运营和管理(O&M)节点、运营支持系统(OSS)节点、自组织网络(SON)节点、定位节点(诸如增强型服务移动位置中心(E-SMLC)和/或移动数据终端(MDT))、以及5G核心网节点(诸如接入管理功能(AMF)、会话管理功能(SMF))。

如本文中使用的，术语“终端设备”是指能够、被配置用于、被布置用于和/或可操作用于与通信网络中的网络设备或另一终端设备通信的设备。该通信可以涉及使用电磁信号、无线电波、红外信号和/或适合于在空中传送信息的其他类型的信号来发送和/或接收无线信号。在一些示例实施例中，终端设备可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，在由内部或外部事件触发时，或者响应于来自网络侧的请求，终端设备可以按预定时间表向网络设备发送信息。

终端设备的示例包括但不限于用户设备(UE)，诸如智能电话、启用无线的平板计算机、膝上型计算机嵌入式设备(LEE)、膝上型计算机安装设备(LME)、移动终端(MT)(诸如嵌入在IAB节点中的MT)和/或无线用户驻地设备(CPE)。为了讨论的目的，下文中将参考UE作为终端设备的示例来描述一些示例实施例，并且术语“终端设备”和“用户设备”(UE)可以在本公开的上下文中互换使用。

如本文中使用的，术语“小区”是指由网络设备发送的无线电信号覆盖的区域。小区内的终端设备可以由网络设备服务并且经由网络设备访问通信网络。

如本文中使用的，术语“电路系统”可以是指以下中的一个或多个或全部：(a)纯硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)；以及(b)硬件电路和软件的组合，诸如(如适用)：(i)模拟和/或数字硬件电路与软件/固件的组合，以及(ii)具有软件(包括数字信号处理器)的硬件处理器、软件和存储器的任何部分，这些部分联合工作以引起诸如移动电话或服务器等装置执行各种功能；以及(c)需要软件(例如，固件)才能运行但是当不需要操作时可以不存在的硬件电路和/或处理器，诸如微处理器或微处理器的一部分。

“电路系统”的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语“电路系统”也涵盖纯硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们的)随附软件和/或固件的一部分的实现。术语“电路系统”还涵盖(例如并且如果适用于特定权利要求元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如本文中使用的，单数形式“一个(a)”、“一个(an)”和“该(the)”也意图包括复数形式，除非上下文另外明确指出。术语“包括(includes)”及其变体应当理解为开放术语，表示“包括但不限于”。术语“基于”应当理解为“至少部分基于”。术语“一个实施例”和“实施例”应当理解为“至少一个实施例”。术语“另一实施例”应当理解为“至少一个其他实施例”。下面可以包括其他定义(无论是显式的还是隐式的)。

图1示出了可以在其中实现本公开的示例实施例的示例IAB系统100。IAB系统100包括IAB宿主110和在IAB宿主110下方的IAB节点120-11、120-12、120-21、120-22、120-31。IAB节点120-11、120-12、120-21、120-22、120-31可以统称为IAB节点120。

IAB宿主110可以被实现为终止来自一个或多个IAB节点的无线回程无线电接口的gNB。IAB宿主110具有与核心网的有线/光纤连接性。IAB宿主110可以包括中央单元(CU)110-11和一个或多个DU。作为示例，图1示出了IAB宿主110包括DU 110-12。在下文中，IAB宿主的CU也称为宿主CU或宿主中央单元；并且IAB宿主的DU也称为宿主DU或宿主分布式单元。

在IAB系统100是通过使用基于L2的解决方案来实现的情况下，IAB节点120可以包括DU，但不包括CU。在IAB系统100是通过使用基于L3的解决方案来实现的情况下，IAB节点120可以包括DU，或者包括DU和CU。

在示例实施例中，每个IAB节点在逻辑上包括移动终端(MT)，该MT维护与一个或多个上游节点的连接性(使用例如双连接性)。类似于包括MT的传统用户设备，IAB节点的MT可以使用无线电资源控制(RRC)信令向其当前服务gNB CU提供替代上游节点的无线电链路测量。基于信号强度、信号质量和其他因素，IAB节点到不同上游节点的切换可以通过RRC触发。宿主CU还可以通过发送RRC连接重新配置消息来添加或删除双/多连接性(DC/MC)分支。因此，诸如图1中所示的IAB拓扑可以是非静态的。随着无线电条件的波动以及随着IAB节点的移动、添加或删除，IAB拓扑可以随时间变化。DC分支的切换和添加或删除可以被设计为以几秒到几分钟的时间尺度(这对应于MT通过蜂窝网络的宏观运动)工作。

CU(诸如IAB节点的宿主CU或CU)可以是逻辑节点，该逻辑节点可以包括各种功能(例如，gNB功能)，诸如用户数据的发送、移动性控制、无线电接入网共享、定位、会话管理等，但专门分配给DU的功能除外。CU可以通过前传(F1)接口来控制DU的操作。DU是逻辑节点，该逻辑节点可以根据功能拆分选项而包括功能的子集(例如，gNB功能)。DU的操作可以由CU控制。

IAB宿主110可以服务于直接连接的IAB节点(诸如IAB节点120-11和IAB节点120-12)、以及在多个无线回程跳上被链接的IAB节点(诸如IAB节点120-21、IAB节点120-22和IAB节点120-31)。IAB宿主110还可以服务于直接连接的终端设备(未示出)。IAB节点120可以服务于直接连接到IAB节点120的一个或多个终端设备。例如，如图1所示，IAB节点120-11可以服务于直接连接到IAB节点120-11的终端设备130，IAB节点120-21可以服务于直接连接到IAB节点120-21的终端设备140，并且IAB节点120-31可以服务于直接连接到IAB节点120-31的终端设备150。

应当理解，IAB节点和连接到IAB节点的终端设备的数目仅出于说明的目的，而没有提出任何限制。IAB系统可以包括适于实现本公开的示例实施例的任何合适数目的IAB节点和终端设备。

当前，3GPP正在研究NR集成接入和回程(如3GPP技术报告(TR)38.874中所讨论)。在所考虑的所有IAB架构中，有一种在3GPP TR38.874的第6.3.1.1节中定义的IAB架构称为架构1a。在该架构中，F1-U的回程使用适配层或与适配层结合的通用分组无线电服务(GPRS)隧道协议(GTP-U)。另外，对于架构1a的协议栈，已经在多个替代方案中选择了两个替代方案(分别称为替代方案2和4)用于控制平面。图2A、2B、2C和2D分别示出了根据替代方案4的用于UE的RRC、MT的RRC、DU的F1-AP和用户平面的协议栈。如图所示，在替代方案4中，适配层驻留在无线电链路控制(RLC)之上并且承载IP层。类似地，TR 38.874的第8.2.1节也已为架构1a的用户平面定义了一些替代方案。图2D示出了用于用户平面的示例协议栈。

以控制平面为例，为控制平面选择的替代方案4具有以下五个主要特征。

首先，由适配层承载的IP层通过IAB宿主DU处的路由功能连接到前传的IP平面。在该IP层上，所有IAB节点具有IP地址，该IP地址从IAB宿主CU-CP可路由。

第二，对IAB节点的IP地址分配可以基于IPv6邻居发现协议，其中DU用作IPv6路由器，该IPv6路由器通过一个或多个回程承载朝向IAB节点发出ICMPv6路由器广告(ICMPv6Router Advertisement，RA)。不排除其他方法。

第三，扩展的IP平面允许在IAB节点DU与IAB宿主CU-CP之间使用原始F1-C。可以使用符合TS 38.474的差分服务代码点(DSCP)标记来在该IP路由平面上对信令业务进行优先处理。

第四，F1-C受到国家安全局(NDS)的保护，例如经由由S3-181838建立的数据报传输层安全性(D-TLS)。

第五，UE的RRC和MT的RRC使用信令无线电承载(SRB)，该SRB被承载在符合TS38.470的F1-C上。

即使已经针对架构1a讨论了一些特征，但是为了实现替代方案4，仍然需要更多的思考和努力。一方面，为了支持架构1a的替代方案4，需要解决的一个问题是如何管理IAB节点的IP地址，即，需要适当分配IAB节点的IPv6地址以实现宿主CU与IAB节点之间的通信。更具体地，需要满足两个基本要求。

首先，要求IAB节点的IPv6地址必须与宿主DU有关。这是因为，当宿主CU发送目的地IP地址被设置为IAB节点的IPv6地址的IP分组(例如，承载F1应用协议(F1AP)消息或SCTP分组)时，IP分组将被路由到宿主DU。也就是说，宿主DU用作锚点，并且消息经由宿主DU被路由到IAB节点。类似的要求也适用于架构1a的用户平面。也就是说，当宿主CU发送目的地IP地址被设置为IAB节点的地址的GTP-U分组时，GTP-U分组必须被路由到宿主DU。然后，宿主DU将GTP-U分组路由到IAB节点。当IP分组的目的地IP地址被设置为IAB节点的IPv6地址时，这并不排除被发送到IAB节点的任何其他IP分组。这些IP分组应当被路由到宿主DU。

第二，要求宿主CU在IAB-DU发起流控制传输协议(SCTP)/F1AP建立过程之前知道IAB节点的IPv6地址。这是因为，需要在IAB-DU发起SCTP/F1AP建立过程之前预先配置(一个或多个)中间IAB节点和宿主DU中的适配层。

为了满足以上两个要求，正在研究四种传统解决方案。

第一传统解决方案是当前5G系统中的IPv6地址管理解决方案。在这个解决方案中，首先，会话管理功能(SMF)在协议数据单元(PDU)会话建立过程(在TS 23.501中定义)中提供接口标识。然后，UE发起互联网控制消息协议版本6(ICMPv6)过程，并且SMF将IPv6前缀提供给UE。另外，为确保由UE生成的链路本地地址不与UPF和SMF的链路本地地址冲突，SMF应当向UE提供接口标识符(参见请求意见稿(RFC)4862)并且UE将使用该接口标识符来配置其链路本地地址。此外，经由用户平面功能(UPF)在SMF与UE之间传送IPv6相关消息(例如，路由器请求(Router Solicitation)、RA、邻居请求(Neighbor Solicitation)、邻居广告(Neighbor Advertisement))。

此外，在该解决方案中，在技术规范(TS)24.501中定义，对于IPv6协议数据单元(PDU)会话类型和IPv4v6 PDU会话类型，UE应当基于为IPv6链路本地地址而分配的接口标识符来构建IPv6链路本地地址。同样，UE应当经由在3GPP TS 23.501[8]和互联网工程任务组IETF RFC 4862[39]中指定的IPv6无状态地址自动配置来获取/64IPv6前缀；并且可以经由在IETF RFC 3736[35]中指定的无状态动态主机配置协议版本6(DHCPv6)来获取IPv6配置参数。

然而，在当前5G系统中，上述这些当前机制是在以下假定下设计的：UPF是锚点，即，以UE的IP地址作为目标IP地址的下行链路(DL)IP分组被路由到UPF。这不适用于IAB情况，在IAB情况下，宿主DU是DL流控制传输协议(SCTP)/F1AP分组(用于控制平面)和GTP-U分组(用于用户平面)的锚点。

第二传统方案是5G系统中的增强型IPv6地址管理。在该方案中，宿主CU经由AMF向SMF提供宿主DU的IPv6前缀。然后，当IAB节点发起ICMPv6过程时，SMF向IAB节点提供宿主DU的IPv6前缀。但是，这仍然存在一些问题。ICMPv6消息经由UPF在UE与SMF之间被交换。然而，由于IAB系统中通常有很多宿主DU，因此SMF在从IAB-MT接收到ICMPv6路由器请求消息时无法知道相关宿主DU。因此，SMF不能知道哪个IPv6前缀是要提供给UE的正确的IPv6前缀。

第三传统方案是基于运营管理和维护(OAM)的解决方案。在这种解决方案中，当IAB节点连接到OAM系统以提供其小区标识时，OAM还将向IAB节点提供所连接的宿主DU的IPv6前缀。因此，IAB节点可以构建其IPv6地址。但是，宿主CU不知道IAB节点的IPv6地址，因此，它在IAB-DU发起SCTP/F1AP建立过程之前无法配置适配层。

在所考虑的第四传统方案中，向IAB节点的IP地址分配基于IPv6邻居发现协议，其中DU用作IPv6路由器，该IPv6路由器通过一个或多个回程承载朝向IAB节点发出ICMPv6RA。一种示例过程如下。

在第一步骤中，IAB节点使用传统UE方法(RRC建立请求)作为MT连接到宿主CU。然后，UE向核心网注册，并且在无线电接入网(RAN)中触发UE上下文建立(参见下一节中有关核心网(CN)影响的讨论)。之后，宿主CU朝向IAB节点配置一个或多个回程承载(并且在IAB节点和服务于IAB节点的节点(即，另一IAB节点或宿主DU)处配置适配层)。在第四步骤中，宿主DU向IAB节点发出ICMPv6 RA。IAB节点也可以通过发送ICMPv6路由器请求(RS)来发起这个操作。在第五步骤中，IAB节点在接收到ICMPv6 RA时将生成一个或多个IPv6地址。在第六步骤中，IAB节点使用ICMPv6邻居请求和邻居通告向宿主DU通告IP地址。最后，宿主DU在IAB节点的(一个或多个)IP地址与对应适配层地址和回程承载之间创建映射。

然而，在该第四传统方案中存在一些特殊需求，包括但不限于以下各项。

第一问题是，IAB不支持ICMPv6所要求的多播。如请求意见稿(RFC)2491所述，由邻居发现协议做出的一个关键假定是，给定IP接口下的链接技术能够进行原始多播。然而，已经做了一些工作来支持非广播多路访问(NBMA)链路中的邻居发现(ND)。例如，RFC4861声明，在RFC 2491中解决了关于如何在NBMA链路上使用ND的细节。此外，RFC 3314和RFC 3316分别讨论了该协议在某些蜂窝链路(其是NBMA链路的示例)上的使用。在RFC 3314中描述的方法已经分别在用于LTE的TS23.401和TS24.301以及用于5G的TS23.501和TS24.501中捕获。但是，它们都不能用于IAB情况。因此，IAB回传不提供原始多播。

第二问题是，需要通过空中接口对ICMP分组进行特殊处理。对于普通用户平面分组，服务IAB节点将所接收的用户平面分组放入GTP-U分组中，然后将其转发给上游IAB/DU。而对于ICMP，服务IAB无法将所接收的ICMP分组放入GTP-U分组中。如果这样做，则GTP-U分组将被发送到终止GTP-U隧道的宿主CU，而不是终止ICMP的宿主DU。

第三，为了支持多播ICMP分组，在适配层中需要特殊处理。当IAB节点接收到ICMPv6 RA时，即使IAB节点已经获得IPv6前缀，IAB也必须向所有连接的下游IAB节点发送ICMPv6 RA。例如，可能存在IAB-MT刚连接到IAB节点并且需要RA，该RA使用适配层经由上游节点被路由。

第四问题是，需要对适配报头进行特殊处理。用户平面替代方案之一使用适配报头中的IP地址。在ICMP过程中，IAB节点尚未有IP地址，因此它需要一种新型的适配报头来路由ICMP分组。

综上所述，为了解决上述四个传统方案的潜在问题，需要一种新的解决方案。本公开的实施例提供了一种用于管理宿主CU中的IAB节点和IAB节点的IPv6地址的解决方案，使得可以实现宿主CU与IAB节点之间经由宿主DU的未来通信、以及经由宿主DU到IAB节点的任何其他通信。此外，无需ICMP过程即可管理IAB节点的IPv6前缀。因此，不需要在宿主DU中实现ICMPv6的复杂性。

下面将参考图3-8详细描述本公开的原理和实现的更多细节。图3示出了根据本公开的一些实施例的用于IAB节点的IPv6地址管理的示例过程的信令图。图3中的信令或部分信令可以是如3GPP的TS38.401中定义的UE初始接入过程的一部分。

首先，如图3所示，IAB系统中的宿主CU 110-11获取310与宿主DU 110-12相关联的IPv6前缀。由于要求宿主DU用作IAB系统中的IAB节点的锚点，因此IPv6前缀与宿主DU相关联。这样，宿主DU可以用作IAB系统中的IAB节点的锚点。宿主CU可以在例如F1AP过程、用于IAB-MT的UE相关过程期间或经由OAM获取宿主DU的IPv6前缀。将在下面的部分中介绍有关如何获取IPv6前缀的细节。

在一些实施例中，与宿主DU或宿主CU相关联的IPv6前缀可以是宿主DU的IPv6前缀。这样的情况当前被记录为可能的选项3GPP TR38.874。

在一个示例中，当宿主DU的IPv6前缀被用作IAB的IPv6前缀时，宿主CU可以通过从宿主DU接收消息来获取宿主DU的IPv6前缀。该消息包括宿主DU的IPv6前缀。关于该方案的更多细节将在下面的部分中分别参考图4和5进行介绍。在另一示例中，宿主CU可以被预先配置为具有宿主DU的IPv6前缀。由此，宿主CU可以在本地获取宿主DU的预先配置的IPv6前缀。在另一示例中，当宿主DU发起SCTP建立过程时，宿主CU可以导出宿主DU的IPv6前缀。

在一些其他实施例中，与宿主DU或宿主CU相关联的IPv6前缀可以是宿主CU的IPv6前缀。在这种情况下，宿主CU无需接收任何消息即可获取与宿主DU或宿主CU相关联的IPv6前缀。另外，该方案的一个优点是，如果IAB节点在同一宿主CU下切换到另一宿主DU，则不必重新分配IAB节点地址。应当理解，这些方案仅作为示例进行讨论，而没有提出任何限制。还可以有其他合适的方法获取要用于IAB节点的IPv6前缀。

第二，如图3所示，宿主CU 110-11确定320用于IAB节点的接口标识。宿主CU有责任确保所确定的接口标识是唯一的。例如，该接口标识对于由同一宿主DU服务的IAB节点是唯一的。在一些实施例中，该接口标识对于由同一宿主CU服务的IAB节点是唯一的。例如，当IAB节点切换到同一宿主CU的不同宿主DU时，它可以继续使用该接口标识。

在一些实施例中，接口标识可以由宿主CU基于例如UE F1AP标识来分配。UE F1AP标识、或在3GPP中称为gNB-CU的UE F1AP ID在gNB-CU内通过F1接口唯一地标识UE关联，如TS 38.473中定义的。

更具体地，对于UE(即，在这种情况下的IAB节点)，服务DU(即，宿主DU或父IAB节点)和宿主CU都分别分配UE F1AP标识，即，DU UE F1AP ID和CU UE F1AP ID。接口标识是64位。F1AP ID是32位。

在一个实施例中，宿主CU可以仅基于CU UE F1AP ID来确定接口标识。这样，64位接口标识可以是32位CU UE F1AP ID的重复。例如，接口标识的高32位和低32位都包含相同的CU UE F1AP ID。

在另一实施例中，宿主CU可以基于CU UE F1AP ID和DU UE F1AP ID两者来分配320接口标识。因此，高32位可以是CU UE F1AP ID，而低32位可以是DU UE F1AP ID，反之亦然。

在一些其他实施例中，可以基于在宿主CU和IAB节点中都已知的知识来生成接口标识。即，该知识是宿主CU和IAB节点都知道的，例如，IAB节点的服务小区的小区标识和分配给IAB节点的C-RNTI，如3GPP TS 38.473中定义的。小区标识或所谓的NR小区全局标识符(NR CGI)用于全局标识小区。在3GPP TS 38.331中定义的C-RNTI是小区无线电网络临时标识符。宿主CU可以从从宿主DU或IAB节点接收的F1AP INITIAL UL RRC MESSAGE TRANSFER消息中获取这两条信息。

在如图3所示的一个场景中，例如，当IAB节点直接连接到宿主DU时，可以从宿主DU向宿主CU发起F1AP消息。在另一场景中，例如，当IAB节点经由另外的IAB节点连接到宿主DU时，F1AP消息可以从用作IAB-DU的IAB节点被发送到宿主CU。在这个场景中，IAB节点可以是直接连接到发起RRC消息的UE的IAB节点，该RRC消息的协议栈如图2A所示。

应当理解，所讨论的方案仅是示例，而没有提出任何限制。还可以有其他合适的方法来确定接口标识。

第三，如图3所示，当宿主CU 110-11知道所连接的UE是IAB节点时，宿主CU 110-11向宿主DU 110-12发送330F1AP消息，例如，F1AP DL RRC MESSAGE TRANSFER消息，该F1AP消息包括与宿主DU或宿主CU相关联的IAB节点要使用的IPv6前缀。在一些实施例中，与宿主DU或宿主CU相关联的IAB节点要使用的IPv6前缀可以是宿主DU或宿主CU的IPv6前缀。IPv6前缀可以是F1AP消息的RRC容器IE(RRC Container IE)的一部分。在其他实施例中，当IP前缀要由宿主DU或服务IAB节点广播时，宿主CU发起F1AP过程以配置SIB，即，包括IPv6前缀，以供IAB节点使用。

替代地或附加地，宿主CU 110-11可以向宿主DU 110-12发送330关于接口标识的信息。关于接口标识的信息由宿主CU确定，其包括由宿主CU分配的接口标识，或者指示接口标识是基于这两个节点共同的UE的知识(例如，在宿主CU和IAB节点中已知的C-RNTI和IAB节点的服务小区的标识)而分别在宿主CU和IAB节点处生成的。

在一些示例中，关于接口标识的信息可以在与与宿主DU或宿主CU相关联的IPv6前缀相同的F1AP消息中从宿主CU发送到宿主DU。例如，关于接口标识的信息是F1AP DL RRCMESSAGE TRANSFER消息的RRC容器IE的一部分。备选地，可以使用不同的消息分别发送接口标识和IPv6前缀。在一些实施例中，当基于UE的知识分别在宿主CU和IAB节点处生成接口标识时，宿主CU发起F1AP过程以配置SIB，即，指示接口标识是分别在宿主CU和IAB节点中生成的。宿主CU可以使用与宿主CU所使用的相同的F1AP过程来配置宿主DU或服务IAB节点中的IPv6前缀的广播，也可以使用单独的F1AP过程。

在一些实施例中，关于接口标识的信息是如上所述的由宿主CU生成的IAB节点的接口标识(例如，64位接口标识)。备选地，关于接口标识的信息指示接口标识是基于宿主CU和IAB节点中已知的共同标识(例如，IAB节点的服务小区的小区标识和分配给IAB节点的C-RNTI)而生成的。

第四，在接收到IPv6前缀时，宿主DU 110-12可以将其发送340到IAB节点120。IPv6前缀与宿主DU或宿主CU相关联，并且是从IAB的宿主CU获取的。宿主DU在IAB系统中用作IAB节点的锚点。

在一个实施例中，IPv6前缀可以被包括在单播RRC信令(例如，RRC重新配置消息)中并且被发送到IAB节点。备选地，作为广播RRC消息的一部分，可以在空中接口上广播IPv6前缀。广播RRC消息可以是系统信息块(SIB)消息，如TS38.331的第5.2节中定义的。SIB消息的格式可以是原始的，或者是传统消息的修改，或者是新的SIB消息。

在接收到为IAB节点120而确定的关于接口标识的信息时，宿主DU 110-12可以将其发送340到IAB节点120。在一个实施例中，该信息可以被包括在单播RRC信令(例如，RRC重新配置消息)中并且被发送到IAB节点。在另一实施例中，该信息可以是广播RRC信令(例如，SIB消息)的一部分，以指示接口标识将基于IAB节点的知识分别在宿主CU和IAB节点中被生成。

第五，当IAB节点120接收到IPv6前缀和/或关于接口标识的信息时，它可以生成350其自己的IPv6地址以用于宿主CU与IAB节点之间的通信。IPv6地址也可以用于IAB节点与其他节点(例如，OAM服务器)之间的通信。

在一些实施例中，响应于确定关于接口标识的信息是如上所述的由宿主CU生成的IAB节点的64位接口标识，IAB节点可以从关于接口标识的信息中提取接口标识，并且基于所接收的IPv6前缀和接口标识直接生成350其自己的IPv6地址。

在一些其他实施例中，响应于确定关于接口标识的信息指示接口标识是基于IAB节点的知识(例如，IAB节点的服务小区的标识和分配给IAB节点的C-RNTI)而生成的，由IAB节点自己基于IAB节点的知识(例如，IAB节点的服务小区的小区标识和分配给IAB节点的C-RNTI)在本地生成接口标识。因此，不需要在到IAB-MT的单播RRC消息中包括接口标识或小区标识和C-RNTI。此后，IAB节点可以基于本地生成的接口标识和所接收的IPv6前缀来生成350其自己的IPv6地址。

第六，宿主CU 110-11还基于IPv6前缀和接口标识来生成360用于IAB节点的IPv6地址，以用于宿主CU 110-11与IAB节点120之间的通信。宿主CU在确定320接口标识之后可以生成360IPv6地址。备选地，它也可以在IAB节点生成350IPv6地址之前或之时生成360IPv6地址。也就是说，生成的时机在本文中不限于此。

也就是说，IAB节点120和宿主CU 110-11都基于例如与宿主DU 110-12或宿主CU110-11相关联的IPv6前缀和由宿主CU 110-11确定的唯一接口标识来生成用于IAB节点的相同的IPv6地址。

结果，可以在宿主CU和IAB节点中适当地管理IAB节点的IPv6地址，使得可以实现宿主CU与IAB节点之间经由宿主DU进行的未来通信。另外，可以管理IAB节点的IPv6前缀，而无需额外的ICMP过程。因此，不需要在宿主DU中实现ICMPv6的复杂性。此外，不需要原始多播、或通过单播回程来支持ICMPv6的其他工作。

第七，宿主CU 110-11可以基于所生成的IPv6地址来配置370宿主DU 110-12和中间IAB节点(图中未示出，例如，在多跳场景中)中的至少一项，使得宿主DU 110-12和中间IAB节点中的至少一项的适配层被配置用于在宿主CU 110-11与IAB节点之间路由消息或分组。也就是说，在IAB节点发起SCTP/F1AP建立过程之前，宿主CU 110-11还可以使用IAB-MT的所生成的IPv6地址来配置宿主DU 110-12和中间IAB节点(如果有)中的适配层。正常初始UE接入过程可以继续。这避免了像前面提到的某些传统方案中那样具有专用于ICMP过程的新的适配层，从而不需要改变IAB节点的适配层。

在一些实施例中(未示出)，IAB节点120可以保存所接收的IPv6前缀。IAB节点120可以通过空中广播IPv6前缀。稍后，当另外的IAB节点连接到IAB节点120时(例如，在多跳场景中)，还可以使用所保存的IPv6前缀。在这种情况下，IAB节点120用作服务IAB节点。IAB节点120在另外的IAB节点的初始接入过程中在给宿主CU 110-11的F1AP消息中包括宿主DU110-12或宿主CU 110-11的先前接收的IPv6前缀。

除了以上实施例，还有多种用于管理IAB节点的IPv6地址的实现。图4示出了根据本公开的一些实施例的用于IAB节点的IPv6地址管理的另一示例过程。在关于图4所示的实施例中，从宿主DU接收IPv6前缀，而不是在本地预先配置IPv6前缀。

如图4所示，宿主DU 110-12向宿主CU 110-11发送410F1AP消息。在一个示例中，F1AP消息可以是F1建立请求消息。另外，该消息包括宿主DU的IPv6前缀。这样，宿主CU被告知宿主DU的IPv6前缀。应当理解，这些方案以示例的方式讨论，而没有提出任何限制。

在从宿主DU 110-12接收到F1AP消息时，宿主CU 110-11可以从F1AP消息中获取420IPv6前缀。

然后，宿主CU 110-11可以确定430用于IAB节点120的接口标识。确定接口标识的方法类似于之前提到的方法，因此在此将不再重复。

在一个实施例中，一旦获取了与宿主DU或宿主CU相关联的IPv6前缀，宿主CU就可以向宿主DU发送440IPv6前缀和接口标识的信息。在接收到IPv6前缀和接口标识的信息时，宿主DU会将其发送450到IAB节点等。步骤420-480分别对应于图3中的步骤310-370，因此省略了这些步骤的细节。

图5示出了根据本公开的一些实施例的用于IAB节点的IPv6地址管理的另一示例过程。在关于图5所示的实施例中，也从宿主DU接收IPv6前缀。与图5与图4的主要区别在于，将IPv6前缀添加到F1AP消息中，该F1AP消息由最初从IAB节点发送的RRC消息触发并且然后在宿主DU处被封装F1AP消息中。

更具体地，如图5所示，IAB节点120发送510RRC消息(例如，RRC建立消息)。在一些实施例中，当宿主DU 110-12将RRC消息封装在F1AP消息中时，它可以向消息中添加515其自己的IPv6前缀，例如，当宿主DU 110-12确定其没有在任何先前消息(例如，F1AP建立请求消息)中向宿主CU 110-11提供其IPv6前缀时。此后，宿主DU向宿主CU发送520F1AP消息。步骤530-590分别对应于图3中的步骤310-370，因此在此省略这些步骤的细节。

在一个实施例中，F1AP消息可以是F1AP INITIAL UL RRC MESSAGE TRANSFER消息。以下步骤530、540、550、560、570和580与以上参考图3和4描述的对应步骤相似，因此在此将不再重复。

图6是根据本公开的一些示例实施例的在IAB系统中的宿主CU处实现的方法的流程图。该方法可以在如图1所示的宿主CU 110-11处实现。为了讨论的目的，将参考图1描述方法600。

在框610处，宿主CU 110-11获取用于IAB系统中的IAB节点120的IPv6前缀。IPv6前缀可以与IAB系统中的宿主DU或宿主CU相关联。

在框620处，宿主CU 110-11基于IAB节点的知识来确定用于IAB节点120的唯一接口标识、或要分别在宿主CU和IAB节点处生成的接口标识。

在框630处，宿主CU 110-11基于IPv6前缀和接口标识来生成用于IAB节点120的IPv6地址，以用于宿主CU 110-11与IAB节点120之间的通信、以及用于任何其他网络节点(例如，OAM服务器)与IAB节点之间的其他通信。

在一些实施例中，该方法还包括经由宿主分布式单元向IAB节点发送包括IPv6前缀的第一消息。

在一些实施例中，第一消息包括以下至少一项：宿主分布式单元的IPv6前缀；以及控制宿主分布式单元的操作的宿主中央单元的IPv6前缀。

在一些实施例中，第一消息还包括关于接口标识的信息。

在一些实施例中，第一消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，确定用于IAB节点的接口标识包括以下至少一项：分配对宿主中央单元唯一的接口标识；以及基于IAB节点的知识生成接口标识。

在一些实施例中，该方法还包括经由宿主分布式单元向IAB节点发送包括关于接口标识的信息的第二消息。

在一些实施例中，第二消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，该方法还包括基于IPv6地址来配置宿主分布式单元和另外的IAB节点中的至少一项，使得宿主分布式单元和另外的IAB节点中的至少一项的适配层被配置用于在宿主中央单元与IAB节点之间路由消息或分组。

在一些实施例中，获取IPv6前缀包括从宿主分布式单元接收包括宿主分布式单元的IPv6前缀的第三消息，第三消息是前传应用协议F1AP消息。

在一些实施例中，获取IPv6前缀包括获取宿主分布式单元的预先配置的IPv6前缀。

在一些实施例中，一种能够执行方法600的装置(例如，宿主CU)可以包括用于执行方法600的相应步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。

在一些实施例中，该装置包括：用于获取用于IAB系统中的IAB节点的IPv6前缀的部件，该前缀与IAB系统中的宿主分布式单元或宿主中央单元相关联；用于确定用于IAB节点的接口标识的部件；以及用于基于互联网协议版本6IPv6前缀和接口标识生成用于IAB节点的IPv6地址以用于宿主中央单元与IAB节点之间的通信的部件。

在一些实施例中，该装置还包括用于经由宿主分布式单元向IAB节点发送包括IPv6前缀的第一消息的部件。

在一些实施例中，第一消息包括以下至少一项：宿主分布式单元的IPv6前缀；以及控制宿主分布式单元的操作的宿主中央单元的IPv6前缀。

在一些实施例中，第一消息还包括关于接口标识的信息。

在一些实施例中，第一消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，用于确定用于IAB节点的接口标识的部件包括以下至少一项：用于分配对宿主中央单元唯一的接口标识的部件；以及用于基于IAB节点的知识生成接口标识的部件。

在一些实施例中，该装置还包括用于经由宿主分布式单元向IAB节点发送包括关于接口标识的信息的第二消息的部件。

在一些实施例中，第二消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，该装置还包括用于基于IPv6地址来配置宿主分布式单元和另外的IAB节点中的至少一项，使得宿主分布式单元和另外的IAB节点中的该至少一项的适配层被配置用于在宿主中央单元与IAB节点之间路由消息或分组的部件。

在一些实施例中，用于获取IPv6前缀的部件包括用于从宿主分布式单元接收包括宿主分布式单元的IPv6前缀的第三消息的部件，第三消息是前传应用协议F1AP消息。

在一些实施例中，用于获取IPv6前缀的部件包括用于获取宿主分布式单元的预先配置的IPv6前缀的部件。

图7是根据本公开的一些示例实施例的在IAB系统中的方法的流程图。该方法可以在如图1所示的IAB节点120处实现。为了讨论的目的，将参考图1描述方法700。

在框710处，IAB节点经由IAB系统中的宿主DU从IAB系统中的宿主CU 110-11接收IPv6前缀和关于接口标识的信息。IPv6前缀与宿主DU或宿主CU相关联。

在框720处，IAB节点120基于IPv6前缀和关于接口标识的信息为IAB节点生成IPv6地址，以用于宿主CU 110-11与IAB节点120之间的通信。

在一些实施例中，接收IPv6前缀和关于接口标识的信息包括：在第一消息中接收IPv6前缀，第一消息是单播无线电资源控制RRC消息或广播RRC消息；以及在第二消息中接收关于接口标识的信息，第二消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，接收IPv6前缀和关于接口标识的信息包括：在第一消息中接收IPv6前缀和关于接口标识的信息，第一消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，该方法还包括：响应于该信息指示接口标识是由宿主中央单元分配的，从关于接口标识的信息中提取接口标识；以及响应于该信息指示接口标识是由宿主中央单元基于IAB节点的知识而生成的，基于IAB节点的相同知识来生成接口标识。

在一些实施例中，一种能够执行方法700的装置(例如，IAB节点)可以包括用于执行方法700的相应步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。

在一些实施例中，该装置包括：用于经由IAB系统中的宿主分布式单元从IAB系统中的宿主中央单元接收IPv6前缀和关于接口标识的信息的部件，该前缀与宿主分布式单元或宿主中央单元相关联；以及用于基于IPv6前缀和关于接口标识的信息生成用于IAB节点的IPv6地址以用于宿主中央单元与IAB节点之间的通信的部件。

在一些实施例中，用于接收IPv6前缀和关于接口标识的信息的部件包括用于在第一消息中接收IPv6前缀的部件，第一消息是单播无线电资源控制RRC消息或广播RRC信息；以及用于在第二消息中接收关于接口标识的信息的部件，第二消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，用于接收IPv6前缀和关于接口标识的信息的部件包括用于在第一消息中接收IPv6前缀和关于接口标识的信息的部件，第一消息是单播无线电资源控制RRC消息或广播RRC消息。

在一些实施例中，该装置还包括：用于响应于该信息指示接口标识是由宿主中央单元分配的而从关于接口标识的信息中提取接口标识的部件；以及用于响应于该信息指示接口标识是由宿主中央单元基于IAB节点的知识而生成的而基于IAB节点的相同知识来生成接口标识的部件。

如图所示，设备800包括处理器810、耦合到处理器810的存储器820、耦合到处理器810的合适的传输器(TX)和接收器(RX)840、以及耦合到TX/RX 840的通信接口。存储器820存储程序830的至少一部分。TX/RX 840用于双向通信。TX/RX 840具有至少一个天线以促进通信，尽管在实践中，本申请中提到的接入节点可能具有若干天线。通信接口可以表示与其他网络元件进行通信所需要的任何接口，诸如用于eNB之间的双向通信的X2接口、用于移动性管理实体(MME)/服务网关(S-GW)与eNB之间的通信的S1接口、用于eNB与中继节点(RN)之间通信的Un接口、或用于eNB与终端设备之间的通信的Uu接口。

假定程序830包括程序指令，该程序指令在由相关联的处理器810执行时使得设备800能够根据本公开的实施例进行操作，如本文中参考图3至7讨论的。本文中的实施例可以通过由设备800的处理器810可执行的计算机软件来实现，或者通过硬件来实现，或者通过软件和硬件的组合来实现。处理器810可以被配置为实现本公开的各种实施例。此外，处理器810和存储器820的组合可以形成适于实现本公开的各种实施例的处理装置850。

存储器820可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。尽管在设备800中仅示出了一个存储器820，但是在设备800中可以存在几个物理上不同的存储器模块。处理器810可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括以下中的一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备800可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的示例实施例的各个方面被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的框、装置、系统、技术或方法可以用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本公开还提供了有形地存储在非暂态计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，诸如程序模块中包括的计算机可执行指令，该计算机可执行指令在目标真实或虚拟处理器上的设备中执行以执行如以上参考图3至7描述的过程或方法。通常，程序模块包括执行特定任务或实现特定抽象数据结构的例程、程序、库、对象、类、组件、数据类型等。程序模块的功能可以根据各种实施例中的需要而在程序模块之间进行组合或拆分。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得这些程序代码在由处理器或控制器执行时引起在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上执行，部分在机器上执行，作为独立软件包执行，部分在机器上并且部分在远程机器上执行，或者完全在远程机器或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体来承载，以使得设备、装置或处理器能够执行如上所述的各种处理和操作。载体的示例包括信号、计算机可读介质。

以上程序代码可以体现在机器可读介质上，该机器可读介质可以是可以包含或存储供指令执行系统、装置或设备使用或与其结合使用的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备、或者其任何合适的组合。机器可读存储介质的更具体示例包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备、或其任何合适的组合。

此外，尽管以特定顺序描绘了操作，但是这不应当被理解为要求这样的操作以所示的特定顺序或以连续的顺序执行或者执行所有示出的操作以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。同样，尽管以上讨论中包含若干具体的实现细节，但是这些细节不应当被解释为对本公开的范围的限制，而应当被解释为可以是特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。

尽管已经以特定于结构特征和/或方法动作的语言描述了本公开，但是应当理解，所附权利要求书中定义的本公开不必限于上述特定特征或动作。相反，上述特定特征和动作被公开作为实现权利要求的示例形式。