CN111726825A - 通信方法及装置 - Google Patents

Abstract

本申请提供了一种通信方法及装置，可以用于随机接入优化。在该方法中，一个CU可以向一个DU发送获取的多个小区的PRACH配置的信息，该DU从该CU接收多个小区的PRACH配置的信息，并根据多个小区的PRACH配置的信息进行随机接入优化。现有技术中，基站可以根据邻基站的PRACH配置的信息对自身的RACH配置的信息进行调整，从而进行随机接入优化，但该方法不适用于分离式的基站架构下的随机接入优化。本申请提供的方法，一个CU可以将其他小区的PRACH配置的信息向DU发送，从而使得DU可以根据其他小区的PRACH配置的信息进行随机接入优化，从而提高分离式的基站架构下的随机接入成功率。

Description

通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

在随机接入过程中，可能会发生随机接入冲突。随机接入冲突可能会导致随机接入失败，增加随机接入时延。

在新无线(new radio，简称NR)***中，基站可以是分离式架构，即基站包括集中式单元(central unit，简称CU)和分布式单元(distributed unit，简称DU)两部分，一个CU可以连接多个DU，一个DU支持的小区的RACH配置位于该DU中。对于分离式的基站架构，如何减少终端随机接入失败的次数的是一个值得研究的问题。

发明内容

本申请实施例提供了一种通信方法及装置，以期提高分离式的基站架构下的随机接入成功率。

为达到上述目的，本申请实施例提供如下技术方案：

第一方面，提供了一种通信方法，包括：第一CU获取N个小区的PRACH配置的信息，并向第一DU发送N个小区的PRACH配置的信息，N为大于0的整数。其中，第一CU可以为任意一个CU，第一DU可以为与第一CU连接的任意一个DU。

第一方面提供的方法，一个CU可以将其所获取的N个小区的PRACH配置的信息向一个DU发送，以便该DU根据获取的小区的PRACH配置的信息进行随机接入优化，从而可以在分离式的基站架构下进行随机接入优化，减少分离式的基站架构下的随机接入冲突，提高分离式的基站架构下的随机接入成功率。

在一种可能的实现方式中，N个小区包括目标小区的邻居小区，目标小区为第一DU所支持的小区。该种可能的实现方式，由于目标小区的邻居小区与目标小区之间的干扰较大，因此，通过目标小区的邻居小区的PRACH配置进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

在一种可能的实现方式中，N个小区还包括目标小区的邻居小区的邻居小区。该种可能的实现方式，由于目标小区的邻居小区的邻居小区与目标小区之间的干扰也较大，因此，通过目标小区的邻居小区的邻居小区的PRACH配置的信息进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

在一种可能的实现方式中，目标小区为终端在随机接入过程中发生过随机接入失败的小区。该种可能的实现方式，由于终端在一个小区发生随机接入失败时，说明该小区极有可能与其他小区的PRACH配置的信息发生了冲突，此时，可以进行随机接入优化。

在一种可能的实现方式中，N个小区包括与目标小区的PRACH配置的信息冲突的小区。该种可能的实现方式，一个DU可以直接根据N个小区进行随机接入优化，而不需要再对终端进行随机接入重新配置，避免增加终端的功耗。

在一种可能的实现方式中，在第一CU向第一DU发送N个小区的PRACH配置的信息之前，该方法还包括：第一CU进行PRACH配置的信息的冲突检测，N个小区包括与第一DU的PRACH配置的信息冲突的小区。该种可能的实现方式，一个DU可以直接根据N个小区进行随机接入优化，而不需要再对终端进行随机接入重新配置，避免增加终端的功耗。

在一种可能的实现方式中，第一CU获取N个小区的PRACH配置的信息，包括：第一CU从OAM获取N个小区的PRACH配置的信息；或者，第一CU接收第二DU发送的N个小区的PRACH配置的信息；或者，第一CU接收第二CU发送的N个小区的PRACH配置的信息；或者，第一CU接收第二CU和第二DU发送的N个小区的PRACH配置的信息。该种可能的实现方式，提供了多种获取N个小区的PRACH配置的信息的方法，使得本申请可以适用于不同的应用场景中。

在一种可能的实现方式中，该方法还包括：第一CU向第一DU发送终端的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息。该种可能的实现方式，可以使得一个DU根据RACH报告确定是否发生随机接入失败。

在一种可能的实现方式中，该方法还包括：第一CU向第一DU发送N个小区与目标小区之间的距离信息。由于距离目标小区越近的小区与目标小区之间的干扰越大，该种可能的实现方式，可以使得一个DU根据N个小区与目标小区之间的距离信息进行随机接入优化，从而提高随机接入优化效率。

在一种可能的实现方式中，PRACH配置的信息包括以下信息中的一项或多项：根序列索引、零相关区域配置、是否为高速状态、频率偏移、配置索引。

第二方面，提供了一种通信方法，包括：第一DU从第一CU接收N个小区的PRACH配置的信息，并根据N个小区的PRACH配置的信息进行随机接入优化，N为大于0的整数。其中，第一CU可以为任意一个CU，第一DU可以为与第一CU连接的任意一个DU。

第二方面提供的方法，一个CU可以将其所获取的N个小区的PRACH配置的信息向一个DU发送，以便该DU根据获取的小区的PRACH配置的信息进行随机接入优化，从而可以在分离式的基站架构下进行随机接入优化，减少分离式的基站架构下的随机接入冲突，提高分离式的基站架构下的随机接入成功率。

在一种可能的实现方式中，N个小区包括目标小区的邻居小区，目标小区为第一DU所支持的小区。该种可能的实现方式，由于目标小区的邻居小区与目标小区之间的干扰较大，因此，通过目标小区的邻居小区的PRACH配置进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

在一种可能的实现方式中，N个小区还包括目标小区的邻居小区的邻居小区。该种可能的实现方式，由于目标小区的邻居小区的邻居小区与目标小区之间的干扰也较大，因此，通过目标小区的邻居小区的邻居小区的PRACH配置的信息进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

在一种可能的实现方式中，目标小区为终端在随机接入过程中发生过随机接入失败的小区。该种可能的实现方式，由于终端在一个小区发生随机接入失败时，说明该小区极有可能与其他小区的PRACH配置的信息发生了冲突，此时，可以进行随机接入优化。

在一种可能的实现方式中，N个小区包括与目标小区的PRACH配置的信息冲突的小区。该种可能的实现方式，一个DU可以直接根据N个小区进行随机接入优化，而不需要再对终端进行随机接入重新配置，避免增加终端的功耗。

在一种可能的实现方式中，在第一DU根据N个小区的PRACH配置的信息进行随机接入优化之前，该方法还包括：第一DU进行PRACH配置的信息的冲突检测，确定N个小区的PRACH配置的信息和目标小区的PRACH配置的信息存在冲突；和/或，第一DU从第一CU接收终端的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息；第一DU根据RACH报告确定终端在目标小区的随机接入过程中发生随机接入失败。

在一种可能的实现方式中，该方法还包括：第一DU从第一CU接收N个小区与目标小区之间的距离信息。该种可能的实现方式，第一DU可以选择根据N个小区与目标小区之间的距离信息进行随机接入优化，从而提高随机接入优化效率。

在一种可能的实现方式中，第一DU根据N个小区的PRACH配置的信息进行随机接入优化，包括：第一DU根据N个小区与目标小区之间的距离和N个小区的PRACH配置的信息进行随机接入优化。该种可能的实现方式，第一DU可以根据N个小区与目标小区之间的距离信息进行随机接入优化，从而提高随机接入优化效率。

在一种可能的实现方式中，第一DU根据N个小区的PRACH配置的信息进行随机接入优化，包括：第一DU将目标小区的PRACH配置的信息调整到与N个小区中的部分或全部小区的PRACH配置的信息不冲突。

在一种可能的实现方式中，PRACH配置的信息包括以下信息中的一项或多项：根序列索引、零相关区域配置、是否为高速状态、频率偏移、配置索引。

第三方面，提供了一种通信装置，包括：处理单元和通信单元；处理单元，用于获取N个小区的PRACH配置的信息，N为大于0的整数；通信单元，用于向第一DU发送N个小区的PRACH配置的信息。

在一种可能的实现方式中，N个小区包括目标小区的邻居小区，目标小区为第一DU所支持的小区。

在一种可能的实现方式中，N个小区还包括目标小区的邻居小区的邻居小区。

在一种可能的实现方式中，目标小区为终端在随机接入过程中发生过随机接入失败的小区。

在一种可能的实现方式中，N个小区包括与目标小区的PRACH配置的信息冲突的小区。

在一种可能的实现方式中，处理单元，还用于进行PRACH配置的信息的冲突检测，N个小区包括与第一DU的PRACH配置的信息冲突的小区。

在一种可能的实现方式中，处理单元，具体用于：从OAM获取N个小区的PRACH配置的信息；或者，通过通信单元接收第二DU发送的N个小区的PRACH配置的信息；或者，通过通信单元接收第二CU发送的N个小区的PRACH配置的信息；或者，通过通信单元接收第二CU和第二DU发送的N个小区的PRACH配置的信息。

在一种可能的实现方式中，通信单元，还用于向第一DU发送终端的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息。

在一种可能的实现方式中，通信单元，还用于：向第一DU发送N个小区与目标小区之间的距离信息。

在一种可能的实现方式中，PRACH配置的信息包括以下信息中的一项或多项：根序列索引、零相关区域配置、是否为高速状态、频率偏移、配置索引。

第四方面，提供了一种通信装置，包括：处理单元和通信单元；通信单元，用于从第一CU接收N个小区的PRACH配置的信息，N为大于0的整数；处理单元，用于根据N个小区的PRACH配置的信息进行随机接入优化。

在一种可能的实现方式中，N个小区包括目标小区的邻居小区，目标小区为装置所支持的小区。

在一种可能的实现方式中，N个小区还包括目标小区的邻居小区的邻居小区。

在一种可能的实现方式中，目标小区为终端在随机接入过程中发生过随机接入失败的小区。

在一种可能的实现方式中，N个小区包括与目标小区的PRACH配置的信息冲突的小区。

在一种可能的实现方式中，处理单元，还用于进行PRACH配置的信息的冲突检测，确定N个小区的PRACH配置的信息和目标小区的PRACH配置的信息存在冲突；和/或，通信单元，还用于从第一CU接收终端的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息；处理单元，还用于根据RACH报告确定终端在目标小区的随机接入过程中发生随机接入失败。

在一种可能的实现方式中，通信单元，还用于从第一CU接收N个小区与目标小区之间的距离信息。

在一种可能的实现方式中，处理单元，具体用于：根据N个小区与目标小区之间的距离和N个小区的PRACH配置的信息进行随机接入优化。

在一种可能的实现方式中，处理单元，具体用于：将目标小区的PRACH配置的信息调整到与N个小区中的部分或全部小区的PRACH配置的信息不冲突。

在一种可能的实现方式中，PRACH配置的信息包括以下信息中的一项或多项：根序列索引、零相关区域配置、是否为高速状态、频率偏移、配置索引。

第五方面，提供了一种通信装置，包括：处理器。处理器与存储器连接，存储器用于存储计算机执行指令，处理器执行存储器存储的计算机执行指令，从而实现第一方面或第二方面中提供的任意一种方法。其中，存储器和处理器可以集成在一起，也可以为独立的器件。若为后者，存储器可以位于通信装置内，也可以位于通信装置外。

在一种可能的实现方式中，处理器包括逻辑电路以及输入接口和/或输出接口。其中，输出接口用于执行相应方法中的发送的动作，输入接口用于执行相应方法中的接收的动作。

在一种可能的实现方式中，通信装置还包括通信接口和通信总线，处理器、存储器和通信接口通过通信总线连接。通信接口用于执行相应方法中的收发的动作。通信接口也可以称为收发器。可选的，通信接口包括发送器和接收器，该情况下，发送器用于执行相应方法中的发送的动作，接收器用于执行相应方法中的接收的动作。

在一种可能的实现方式中，通信装置以芯片的产品形态存在。

第六方面，提供了一种通信***，包括：第三方面和第四方面提供的通信装置。可选的，还包括终端。

第七方面，提供了一种计算机可读存储介质，包括指令，当该指令在计算机上运行时，使得计算机执行第一方面或第二方面中提供的任意一种方法。

第八方面，提供了一种包含指令的计算机程序产品，当该指令在计算机上运行时，使得计算机执行第一方面或第二方面中提供的任意一种方法。

第三方面至第八方面中的任一种实现方式所带来的技术效果可参见第一方面或第二方面中对应实现方式所带来的技术效果，此处不再赘述。

其中，需要说明的是，上述各个方面中的任意一个方面的各种可能的实现方式，在方案不矛盾的前提下，均可以进行组合。

附图说明

图1为本申请实施例提供的一种网络架构组成示意图；

图2为本申请实施例提供的一种随机接入的流程图；

图3为本申请实施例提供的一种通信方法的流程图；

图4为本申请实施例中的第一DU获取N个小区的PRACH配置的信息的示例的示意图；

图5至图7分别为本申请实施例提供的一种通信方法的流程图；

图8为本申请实施例提供的一种通信装置的组成示意图；

图9和图10分别为本申请实施例提供的一种通信装置的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。

本申请实施例的技术方案可以应用于各种通信***。例如：正交频分多址(orthogonal frequency-division multiple access，简称OFDMA)、单载波频分多址(single carrier frequency-division multiple access，简称SC-FDMA)和其它***等。术语“***”可以和“网络”相互替换。OFDMA***可以实现诸如演进通用无线陆地接入(evolved universal terrestrial radio access，简称E-UTRA)、超级移动宽带(ultramobile broadband，简称UMB)等无线技术。E-UTRA是通用移动通信***(universal mobiletelecommunications system，简称UMTS)演进版本。第三代合作伙伴计划(3rd generationpartnership project，简称3GPP)在长期演进(long term evolution，简称LTE)和基于LTE演进的各种版本是使用E-UTRA的新版本。第五代(5th-generation，简称5G)通信***、NR是正在研究当中的下一代通信***。此外，通信***还可以适用于面向未来的通信技术，都适用本申请实施例提供的技术方案。

本申请实施例涉及到的网元包括接入网设备和终端。

终端也可以称为用户设备(user equipment，简称UE)、终端设备、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置等。终端可以是无人机、物联网(internet of things，简称IoT)设备(例如，传感器，电表，水表等)、车联网(vehicle-to-everything，简称V2X)设备、无线局域网(wirelesslocal area networks，简称WLAN)中的站点(station，简称ST)、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，简称SIP)电话、无线本地环路(wireless localloop，简称WLL)站、个人数字处理(personal digital assistant，简称PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备(也可以称为穿戴式智能设备)。终端还可以为下一代通信***中的终端，例如，5G通信***中的终端或者未来演进的公共陆地移动网络(public land mobile network，简称PLMN)中的终端，NR通信***中的终端等。

接入网设备可以是各种形式的宏基站，微基站(也称为小站)，中继站，接入点(access point，简称AP)等，也可以包括各种形式的控制节点，如网络控制器。所述控制节点可以连接多个基站，并为所述多个基站覆盖下的多个终端配置资源。在采用不同的无线接入技术的***中，具备基站功能的设备的名称可能会有所不同，例如，全球移动通信***(global system for mobile communication，简称GSM)或码分多址(code divisionmultiple access，简称CDMA)网络中可以称为基站收发信台(base transceiver station，简称BTS)，宽带码分多址(wideband code division multiple access，简称WCDMA)中可以称为基站(NodeB)，LTE***中可以称为演进型基站(evolved NodeB，简称eNB或eNodeB)或者en-gNB，5G通信***或NR通信***中可以称为下一代基站节点(next generation nodebase station，简称gNB)或者ng-eNB，本申请对基站的具体名称不作限定。其中，gNB或者en-gNB为终端提供NR的用户面和控制面的协议和功能，eNB或者ng-eNB为终端提供E-UTRA的用户面和控制面的协议和功能。接入网设备还可以是云无线接入网络(cloud radioaccess network，简称CRAN)场景下的无线控制器、未来演进的PLMN网络中的接入网设备、传输接收节点(transmission and reception point，简称TRP)等。

在R15的通信标准中，针对NR的接入网设备(例如，gNB或下一代演进型基站(即ng-eNB))，定义了分离式架构，即根据协议栈功能将接入网设备拆分为两个部分：CU和DU。CU具有业务数据适配协议(service data adaptation protocol，简称SDAP)层、分组数据汇聚协议(packet data convergence protocol，简称PDCP)层和无线资源控制(radioresource control，简称RRC)层的功能；DU具有无线链路控制(radio link control，简称RLC)层、媒介接入控制(medium access control，简称MAC)层和物理(Physical，简称PHY)层的功能。

一个接入网设备可以包含一个CU和多个DU，CU和DU之间采用F1接口进行连接。CU与其他的接入网设备采用Xn接口连接。CU与5G通信网络的核心网(5G core，简称5GC)之间采用NG接口连接。标准中规定，一个CU可以连接多个DU，一个DU只能连接一个CU。在实现的过程中，考虑到***的稳定性，一个DU可以连接多个CU。接入网中包括多个接入网设备，多个接入网设备可以均采用分离式架构，也可以均采用集中式架构(即不拆分为CU和DU两个部分的接入网设备)，还可以部分采用分离式架构，部分采用集中式架构。例如，参见图1，接入网设备1和接入网设备2采用分离式架构，接入网设备3采用集中式架构。DU和接入网设备可以支持一个小区，也可以支持多个小区。示例性的，参见表1，表1示出了图1所示的网络架构下DU和接入网设备以及所支持的小区之间的对应关系。

表1

本申请实施例描述的***架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为了使得本申请实施例更加的清楚，以下对与本申请实施例相关的部分内容作简单介绍。

1、随机接入

在小区搜索过程之后，终端已经与小区取得了下行同步，因此，终端能够接收下行数据。但终端只有与小区取得上行同步，才能进行上行传输。具体的，终端可以通过随机接入过程(random access procedure)与小区建立连接并取得上行同步。

对于基于竞争的随机接入而言，其整个过程包括4个步骤，参见图2，分别为以下步骤(1)至步骤(4)：

步骤(1)、终端向接入网设备发送随机接入前导消息，该消息中包含有随机接入前导(或称为随机接入前导序列，以下简称为preamble，也可以称为preamble序列)。发送preamble的主要目的是通知接入网设备有一个随机接入请求，并使得接入网设备估计其与终端之间的传输时延，该传输时延的估计值将用于在步骤(2)中调整终端的上行发送时间。

步骤(1)在具体实现时，接入网设备会通过广播***信息通知所有的终端，允许在哪些时频资源上传输preamble。每个小区有多个preamble，终端会选择(或由接入网设备指定)其中一个在物理随机接入信道(physical random access channel，简称PRACH)上传输。

随机接入前导消息也可以称为消息1(message1，简称MSG1)。

步骤(2)、接入网设备向终端发送随机接入响应消息，该消息包含了以下信息中的一个或多个信息：接入网设备所检测到的preamble的索引值，以表明该响应针对哪个随机接入有效；调度指示，用于指示终端在步骤(3)中发送消息时所使用的时频资源；临时C-RNTI(temporary C-RNTI，简称TC-RNTI)，用于终端和网络侧的进一步通信，例如，根据TC-RNTI对网络侧发送的数据进行解码。其中，C-RNTI是小区无线网络临时标识(cell radionetwork temporary identifier)的简称。

随机接入响应消息也可以称为消息2(message2，简称MSG2)。

步骤(3)、终端向接入网设备发送调度传输消息，该调度传输消息即确切的随机接入过程消息(又称为净荷)，例如，RRC连接请求、跟踪区域更新等。该调度传输消息中包含了步骤(2)中为终端分配的TC-RNTI，以及，初始终端标识(initial UE identity)或者C-RNTI。

调度传输消息也可以称为消息3(message3，简称MSG3)。

在存在随机接入冲突的情况下，冲突的终端从步骤(2)中接收到相同的TC-RNTI。该情况下，当冲突的终端发送净荷时，冲突的终端采用相同的上行时频资源，这将导致冲突的终端之间互相干扰。另外，由于冲突的终端采用相同的TC-RNTI解码数据，因此，冲突的终端无法正确的解码数据。为了避免这种情况，接入网设备需要在冲突的终端中确定竞争成功的终端，即允许接入的终端。

步骤(4)、接入网设备向终端发送竞争解决消息，该消息中包含有步骤(3)中的初始终端标识。终端在接收到竞争解决消息后，有3种可能的行为：行为1、终端对竞争解决消息正确解码，并检测到自己的初始终端标识，则终端对接入网设备反馈肯定的确认；行为2、终端对竞争解决消息正确解码，并检测到消息中包含其他的初始终端标识，则表示冲突未解决，此时终端不反馈；行为3、终端对竞争解决消息解码失败，或漏掉了下行准许信号，则终端不反馈。

当终端执行行为1时，终端随机接入成功。当终端执行行为2或行为3时，终端随机接入失败。当终端随机接入失败时，终端后续可以继续发起随机接入。

竞争解决消息也可以称为消息4(message4，简称MSG4)。

2、随机接入信道(random access channel，简称RACH)配置

一个小区的RACH配置用于指示在该小区随机接入时允许终端使用的资源的参数配置。

RACH配置可以包括以下配置中的一种或多种配置：PRACH配置、前导分组、回退参数、传输功率控制参数等。

其中，一个小区的preamble可以划分为多个preamble子集，前导分组用于指示每个preamble子集中的元素个数、回退参数用于指示终端接收随机接入响应消息的等待时间、传输功率控制参数用于指示终端重传随机接入前导消息时的功率爬升步进值。

3、PRACH配置

PRACH配置用于指示小区中的PRACH资源，PRACH资源用于终端在该小区进行随机接入。

PRACH配置的信息可以包括以下信息中的一项或多项：根序列索引(rootsequence index)、零相关区域配置(zero correlation zone configuration)、是否为高速状态(high speed flag)、频率偏移(PRACH-frequency offset)、配置索引(PRACH-configuration index)。

其中，小区可用的preamble集合中的preamble是由一个或多个根Zadoff-Chu序列(简称ZC序列)进行循环移位产生的，小区使用的根序列的起始根序列的逻辑序号由根序列索引这一参数进行配置。当根序列索引这一参数的值确定后，小区所使用的根序列就确定了。当两个小区的根序列索引这一参数的值不同时，这两个小区使用的根序列不同，进而这两个小区可用的preamble就不同。例如，小区1的根序列索引这一参数的值为1，小区2的根序列索引这一参数的值为2，则小区1中用于产生preamble所使用的ZC序列为根序列索引对照表中的根序列索引这一参数的值为1的根序列索引所对应的ZC序列，小区2中用于产生preamble所使用的ZC序列为根序列索引对照表中的根序列索引这一参数的值为2的根序列索引所对应的ZC序列。

零相关区域配置用于配置一个索引值，该索引值用于指示preamble生成时所使用的循环移位。当零相关区域配置的值确定后，生成preamble时所使用的循环移位就确定了，进而小区可用的preamble就确定了。在两个小区使用相同的根序列生成preamble时，如果使用不同的零相关区域配置，则这两个小区可用的preamble不同。

是否为高速状态：该参数确定小区是否为高速小区。高速小区和非高速小区生成preamble时所使用的根序列不同。例如，小区1为高速小区，小区2为非高速小区，这两个小区生成preamble时所使用的根序列不同，则这两个小区可用的preamble不同。

频率偏移：用于指示终端发送preamble的第一个资源块(resource block，简称RB)的索引。例如，小区1的频率偏移为1，小区2的频率偏移为2，则小区1中用于传输preamble的起始RB为1号RB，小区2中用于传输preamble的RB为2号RB。

配置索引：用于指示终端发送preamble的时频资源和前导格式。例如，小区1的配置索引为1，小区2的配置索引为2，则小区1中用于传输preamble的时频资源为随机接入配置索引对照表中的配置索引的值为1的配置索引所对应的时频资源，小区2中用于传输preamble的时频资源为随机接入配置索引对照表中的配置索引的值为2的配置索引所对应的时频资源。当两个小区使用不同的配置索引时，这两个小区用于传输preamble的时频资源不同。

4、RACH报告

终端可以在随机接入成功或接入网设备需要时向接入网设备发送RACH报告，RACH报告用于终端上报随机接入过程中的相关信息。

RACH报告中可以包括终端在一个小区中的随机接入过程中的随机接入失败信息。具体可以包括在该小区中的随机接入过程中的终端发送preamble的次数和终端是否检测到竞争的信息。其中，随机接入过程是指终端发起随机接入到随机接入成功的整个过程。

其中，终端发送preamble的次数的信息用于指示终端在最近一次成功完成随机接入流程时所发送的preamble的次数。例如，若终端在前9次都未成功完成随机接入流程，在第10次成功完成随机接入流程，则终端发送preamble的次数为10。终端是否检测到竞争的信息用于指示终端在已发送的前导中是否检测到至少一个preamble存在竞争。

5、邻居小区

两个小区之间不存在其他小区时，这两个小区为相邻的小区。其中一个小区可以称为另一个小区的邻居小区。邻居小区可以简称为邻区。

本申请实施例提供了一种通信方法，如图3所示，包括：

301、第一CU获取N个小区的PRACH配置的信息，N为大于0的整数。

其中，第一CU可以为任意一个CU，第一DU可以为与第一CU连接的任意一个DU。

N个小区可以为除第一DU支持的小区之外的一个或多个小区。例如，N个小区可以为第二CU(第二CU是指除第一CU之外的CU)连接的DU支持的一个或多个小区，N个小区也可以为第二DU(第二DU是指第一CU连接的除第一DU之外的DU)支持的一个或多个小区，N个小区也可以为包含第二CU连接的DU支持的小区和第二DU支持的小区的多个小区。

可选的，PRACH配置的信息包括以下信息中的一项或多项：根序列索引、零相关区域配置、是否为高速状态、频率偏移、配置索引。这些信息的具体含义可参见上文，在此不再赘述。

参见图4，步骤301可以通过以下示例一至示例四中所示的任意一种或多种方式实现。

示例一、第一CU从操作维护管理(operation administration and maintenance，简称OAM)获取N个小区的PRACH配置的信息。

在示例一中，OAM中可以存储有各个DU支持的小区的PRACH配置的信息，第一CU可以通过与OAM交互获取相应的DU支持的小区的PRACH配置的信息。第一CU可以从OAM处获取和第二DU，和/或，与第二CU连接的各个DU支持的小区的PRACH配置的信息。

示例二、第一CU接收第二DU发送的N个小区的PRACH配置的信息。

在示例二中，第二DU可以通过F1接口向第一CU上报自身支持的各个小区的PRACH配置的信息。该情况下，N个小区为第二DU支持的一个或多个小区。

示例三、第一CU接收第二CU发送的N个小区的PRACH配置的信息。

在示例三中，第一CU可以通过Xn接口与第二CU交互，获取与第二CU连接的各个DU支持的小区的PRACH配置的信息。该情况下，N个小区为第二CU连接的DU支持的一个或多个小区。

示例四、第一CU接收第二CU和第二DU发送的N个小区的PRACH配置的信息。

示例四为示例二和示例三的方法的结合。需要说明的是，当N个小区为包含第二CU连接的DU支持的小区和第二DU支持的小区的多个小区时，第一CU可以通过示例一，或者，示例四所示的方法获取N个小区的PRACH配置的信息。

302、第一CU向第一DU发送N个小区的PRACH配置的信息。相应的，第一DU从第一CU接收N个小区的PRACH配置的信息。

303、第一DU根据N个小区的PRACH配置的信息进行随机接入优化，例如，第一DU根据N个小区的PRACH配置的信息对第一DU支持的小区的PRACH配置的信息进行调整。

需要说明的是，第一DU在接收到N个小区的PRACH配置的信息之后，可以立即进行随机接入优化，也可以先将N个小区的PRACH配置的信息存储下来，在后续需要时进行随机接入优化。

对于分离式的基站架构，一方面，DU之间没有直接的通信接口，DU无法直接获知其他DU支持的小区的PRACH配置的信息，另一方面，终端通过RRC消息发送RACH报告，即终端只能把RACH报告发送给CU，不能发送给DU，DU无法确定终端是否随机接入失败。本申请实施例提供的方法中，一个CU可以将其他小区的PRACH配置向DU发送，使得DU可以根据其他小区的PRACH配置进行随机接入优化，从而可以在分离式的基站架构下进行随机接入优化，减少分离式的基站架构下的随机接入冲突，提高分离式的基站架构下的随机接入成功率。

可选的，N个小区包括目标小区的邻居小区，目标小区为第一DU所支持的小区。由于目标小区的邻居小区与目标小区之间的干扰较大，因此，通过目标小区的邻居小区的PRACH配置进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

可选的，N个小区还包括目标小区的邻居小区的邻居小区。由于目标小区的邻居小区的邻居小区与目标小区之间的干扰较更远的小区也较大，因此，通过目标小区的邻居小区的邻居小区的PRACH配置的信息进行随机接入优化可以提高随机接入优化效率，有效的减少随机接入冲突。

可选的，目标小区为终端在随机接入过程中发生过随机接入失败的小区。目标小区也可以为第一DU支持的任意一个小区。其中，随机接入过程是指终端发起随机接入到随机接入成功的整个过程。

可选的，步骤303在具体实现时包括：11)第一DU将目标小区的PRACH配置的信息调整到与N个小区中的部分或全部小区的PRACH配置的信息不冲突。

其中，一个小区与另一个小区的PRACH配置的信息不冲突是指：终端根据该一个小区的PRACH配置的信息确定能够采用的preamble与终端根据该另一个小区的PRACH配置的信息确定能够采用的preamble中没有相同的preamble，和/或，终端在两个小区传输同一个preamble所使用的时频资源不同。一个小区与另一个小区的PRACH配置的信息冲突是指：终端根据该一个小区的PRACH配置的信息确定能够采用的preamble与终端根据该另一个小区的PRACH配置的信息确定能够采用的preamble中存在相同的preamble，和/或，终端在两个小区传输同一个preamble所使用的时频资源相同。

具体的，第一DU在调整目标小区的PRACH配置的信息时，可以调整以下一项或多项：调整根序列索引；调整零相关区域配置；调整高速状态指示；调整频率偏移；或者，调整配置索引。第一DU调整目标小区的PRACH配置的信息的目的是为了使得终端在目标小区所采用的preamble与在其他小区所采用的preamble不同，和/或，终端在不同小区传输同一个preamble所使用的时频资源不同。其中，前者可以通过调整根序列索引、零相关区域配置和高速状态指示中的一个或多个实现，后者可以通过调整频率偏移和配置索引中的一个或多个实现。

可选的，上述方法还包括：21)第一CU向第一DU发送N个小区与目标小区之间的距离信息。相应的，第一DU从第一CU接收N个小区与目标小区之间的距离信息。

该情况下，步骤303在具体实现时可以包括：第一DU根据N个小区与目标小区之间的距离和N个小区的PRACH配置的信息进行随机接入优化。

其中，第一CU向第一DU发送的N个小区与目标小区之间的距离信息和N个小区的PRACH配置的信息可以包含在同一条消息中发送，也可以包含在不同的消息中发送。

需要说明的是，步骤303在具体实现时，第一DU可能无法将目标小区的PRACH配置的信息调整到与N个小区中的全部小区的PRACH配置的信息不冲突。该情况下，第一DU可以根据N个小区中的各个小区与目标小区之间的距离，调整目标小区的PRACH配置的信息，使得目标小区的PRACH配置的信息不与N个小区中的部分小区的PRACH配置的信息冲突。该部分小区可以为N个小区中的距离目标小区最近的若干个小区，从而尽量减小距离较近的终端使用相同的preamble的概率，和/或，距离较近的终端使用相同的时频资源传输同一个preamble的概率。

其中，第一CU可以通过以下示例1或示例2或示例3指示N个小区中的各个小区与目标小区之间的距离信息。

示例1、指示N个小区中的各个小区中的小区的类型。

其中，小区的类型是指小区为目标小区的邻居小区还是目标小区的邻居小区的邻居小区。例如，一个比特(bit)指示N个小区中的一个小区的类型，该bit的值为0时，表示该小区为目标小区的邻居小区，该bit的值为1时，表示该小区为目标小区的邻居小区的邻居小区。再例如，通过一个小区列表指示，在该列表中上半部分的小区为目标小区的邻居小区，在列表中的下半部分的小区为目标小区的邻居小区的邻居小区。

示例2、指示N个小区中的各个小区与目标小区之间的距离的排序。

例如，可以通过一个小区列表指示，列表中从上往下的小区表示距离目标小区从近至远的小区。

示例3、N个小区中的每个小区对应一个数值，该数值指示了该小区在N个小区中的排序，其中，距离目标小区越近的小区的排序越靠前。

例如，假设N个小区为5个小区，则N个小区中的距离目标小区最近的小区对应的数值可以为1，N个小区中的距离目标小区第二近的小区对应的数值可以为2，N个小区中的距离目标小区第三近的小区对应的数值可以为3，N个小区中的距离目标小区第四近的小区对应的数值可以为4，N个小区中的距离目标小区最远的小区对应的数值可以为5。

上述方法在具体实现时，在第一种情况下，第一DU可以在任何时候进行随机接入优化(例如，第一DU可以周期性的进行随机接入优化)，在第二种情况下，第一DU可以在满足一定的条件时进行随机接入优化。以下对这两种情况下的技术方案分别进行描述。

第一种情况、

在第一种情况下，可选的，N个小区包括与目标小区的PRACH配置的信息冲突的小区。

在第一种情况下，参见图5，可选的，在步骤302之前，该方法还包括：31)第一CU进行PRACH配置的信息的冲突检测。步骤31)可以执行在步骤301之前，也可以执行在步骤301之后。

示例性的，若N个小区均为与目标小区的PRACH配置的信息冲突的小区，则步骤31)在具体实现时，第一CU可以通过将目标小区的PRACH配置的信息与其他小区的PRACH配置的信息进行比较，并确定与目标小区的PRACH配置的信息冲突的小区为N个小区。此处的其他小区可以仅包括目标小区的邻居小区或目标小区的邻居小区的邻居小区，也可以既包含N个小区的邻居小区，也包含目标小区的邻居小区的邻居小区。

第二种情况、

在第二种情况下，第一DU可以在满足以下条件1、条件2和条件3中的一个或多个条件的情况下，进行随机接入优化。

条件1为：目标小区的PRACH配置的信息与N个小区中的一个或多个小区的PRACH配置的信息冲突。

条件2为：终端在目标小区的随机接入过程中发生随机接入失败。

条件3为：第一DU接收到指示信息，该指示信息用于指示发生PRACH配置的信息冲突。

在条件1下，参见图5，可选的，在步骤303之前，该方法还包括：41)第一DU进行PRACH配置的信息的冲突检测，确定N个小区的PRACH配置的信息和目标小区的PRACH配置的信息存在冲突。

步骤41)在具体实现时，第一DU可以将N个小区中的各个小区的PRACH配置的信息与目标小区的PRACH配置的信息进行比较，当N个小区中的任意一个或多个小区与目标小区的PRACH配置的信息冲突，则确定N个小区的PRACH配置的信息和目标小区的PRACH配置的信息存在冲突。

在条件2下，参见图5，可选的，在步骤303之前，该方法还包括：51)第一DU根据RACH报告确定终端在目标小区的随机接入过程中发生随机接入失败，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息。

该情况下，参见图5，可选的，在步骤51)之前，上述方法还包括：61)第一CU向第一DU发送终端的RACH报告。相应的，第一DU从第一CU接收终端上报的RACH报告。第一CU向第一DU发送的终端的RACH报告和N个小区的PRACH配置的信息可以包含在同一条消息中发送，也可以包含在不同的消息中发送。

步骤51)在具体实现时，第一种可能的实现方式，第一DU可以在RACH报告中包含的终端发送preamble的次数大于1时，确定终端在目标小区的随机接入过程中发生随机接入失败。第二种可能的实现方式，第一DU可以在RACH报告中包含的终端发送preamble的次数大于1、且终端是否检测到竞争的信息指示终端检测到竞争时，确定终端在目标小区的随机接入过程中发生随机接入失败。第三种可能的实现方式，第一DU可以在RACH报告中包含的终端是否检测到竞争的信息指示终端检测到竞争时，确定终端在目标小区的随机接入过程中发生随机接入失败。

在条件3下，参见图5，可选的，在步骤303之前，上述方法还包括：71)第一CU向第一DU发送指示信息，指示信息用于指示发生PRACH配置的信息冲突。相应的，第一DU从第一CU接收指示信息。该情况下，第一DU可以根据该指示信息确定发生PRACH配置的信息冲突，从而可以直接在需要时对目标小区的PRACH配置的信息进行调整，而不需要判断是否有PRACH配置的信息冲突。

其中，本申请实施例中对步骤41)、步骤51)和步骤71)的执行顺序不作限定，图5中以执行顺序为步骤41)→步骤51)→步骤71)为例进行绘制，在具体实现时可以有其他的执行顺序。

需要说明的是，本申请实施例中的小区也可以为同步信号与物理广播信道块(synchronization signal and physical broadcast channel block，简称SSB)。

第五代通信***中引入SSB的概念。具体地，SSB由主同步信号(primarysynchronization signal，简称PSS)、辅同步信号(secondary synchronization signal，简称SSS)和物理广播信道(physical broadcast channel，简称PBCH)构成，在时域上占用4个符号、在频域上占用240个子载波。在一个载波的频率范围内，可以传输多个SSB，每个SSB都对应一个物理小区标识(physical cell identifier，简称PCI)，并且这些SSB对应的PCI可以相同，也可以不同。其中，终端可以通过PSS获取PCI和上行同步，终端可以通过SSS获取循环前缀(cyclic prefix，简称CP)长度、物理小区组标识(ID)、帧同步，终端通过解码PBCH能够获得主信息块(master information block，简称MIB)，MIB中包括公共天线端口数目、***帧号(system frame number，简称SFN)、下行***带宽、物理混合自动重传指示信息(physical hybrid automatic repeat request indicator channel，简称PHICH)配置信息。

具体地，当一个SSB与剩余最小***信息(remaining minimum systeminformation，简称RMSI)相关联时，该SSB对应一个单独的小区，并且该小区具有唯一的NR小区全球标识(NR cell global identifier，简称NCGI)。此时，这种SSB称为小区定义SSB(cell defining SSB，简称CD-SSB)。只有CD-SSB才可以发送MIB消息和***信息块1(system information block1，简称SIB1)消息，并且终端进行小区选择时只基于CD-SSB的同步信号接入。其他的SSB只能发送MIB消息，不能发送SIB1消息。

应理解，本申请中并不限制SSB为何种类型的SSB，包括上述的CD-SSB和非CD-SSB的SSB。

还应理解，SSB的基本概念在现有的协议中已经详细定义，本申请只是简单进行了描述，上述针对SSB的描述并不能限制本申请的保护范围，只是为了增加对本申请实施例的理解。

为了使得本申请实施例更加的清楚，以下通过实施例1和实施例2对上述实施例作示例性说明。实施例1和实施例2的区别包括，实施例1中由第一DU检测目标小区的PRACH配置的信息是否与其他小区的PRACH配置的信息冲突，实施例2中由第一CU检测目标小区的PRACH配置的信息是否与其他小区的PRACH配置的信息冲突。

实施例1

参见图6，实施例1提供的方法包括：

601、第一CU接收终端上报的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息。RACH报告中包含的信息可参见上文，在此不再赘述。

602、第一CU根据该RACH报告，确定终端在目标小区的随机接入过程中发生随机接入失败。

第一CU根据RACH报告确定终端在目标小区的随机接入过程中发生随机接入失败的方法与第一DU相同。具体实现可参见上文中的与条件2相关的描述，在此不再赘述。步骤601和步骤602为可选步骤。

603、第一CU将N个小区的PRACH配置的信息向第一DU发送。相应的，第一DU从第一CU接收N个小区的PRACH配置的信息。

该第一DU为支持目标小区的DU。N个小区包括目标小区的邻居小区。可选的，N个小区还包括目标小区的邻居小区的邻居小区。

604、第一DU进行PRACH配置的信息的冲突检测，确定N个小区的PRACH配置的信息和目标小区的PRACH配置的信息存在冲突。

其中，目标小区的PRACH配置的信息与N个小区中的任意一个或多个小区的PRACH配置的信息冲突时，即认为目标小区的PRACH配置的信息与N个小区的PRACH配置的信息冲突。否则，认为目标小区的PRACH配置的信息与N个小区的PRACH配置的信息不冲突。

605、第一DU根据目标小区的PRACH配置的信息和N个小区的PRACH配置的信息进行随机接入优化。

步骤605的具体实现可参见上文中的步骤11)，在此不再赘述。

实施例1提供的方法，第一CU把N个小区的PRACH配置的信息告诉第一DU，由第一DU检测是否发生PRACH配置的信息冲突并调整目标小区的PRACH配置的信息，以避免小区之间的preamble的干扰或冲突，从而提高随机接入的成功率，降低随机接入的时延。

实施例2

参见图7，实施例2提供的方法包括：

701、第一CU接收终端上报的RACH报告，RACH报告包括终端在目标小区中的随机接入过程中的随机接入失败信息。RACH报告中包含的信息可参见上文，在此不再赘述。

702、第一CU根据该RACH报告，确定终端在目标小区的随机接入过程中发生随机接入失败。

第一CU根据RACH报告确定终端在目标小区的随机接入过程中发生随机接入失败的方法与第一DU相同。具体实现可参见上文中的与条件2相关的描述，在此不再赘述。步骤701和步骤702为可选步骤。

703、第一CU进行PRACH配置的信息的冲突检测，根据冲突检测的结果确定N个小区，N个小区中的小区为与目标小区的PRACH配置的信息冲突的小区。

步骤703在具体实现时，第一CU可以将目标小区的PRACH配置的信息与目标小区的邻居小区的PRACH配置的信息进行比较，将目标小区的邻居小区中的与目标小区的PRACH配置的信息冲突的小区确定为N个小区。此处的目标小区的邻居小区也可以替换为：目标小区的邻居小区和目标小区的邻居小区的邻居小区。

704、第一CU将N个小区的PRACH配置的信息发送给第一DU。相应的，第一DU从第一CU接收N个小区的PRACH配置的信息。

705、第一DU根据目标小区的PRACH配置的信息和N个小区的PRACH配置的信息进行随机接入优化。

步骤705的具体实现可参见上文中的步骤11)，在此不再赘述。

实施例2提供的方法，第一CU检测是否发生PRACH配置的信息冲突，如果发生冲突，则把发生冲突的小区的PRACH配置的信息告诉第一DU，由第一DU调整目标小区的PRACH配置的信息，以避免小区之间的preamble的干扰或冲突，从而提高随机接入的成功率，降低随机接入的时延。

上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是，各个网元，例如，第一DU和第一CU为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对第一DU和第一CU进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用集成的单元的情况下，图8示出了上述实施例中所涉及的通信装置(记为通信装置80)的一种可能的结构示意图，该通信装置80包括处理单元801和通信单元802，还可以包括存储单元803。图8所示的结构示意图可以用于示意上述实施例中所涉及的第一DU或第一CU的结构。

当图8所示的结构示意图用于示意上述实施例中所涉及的第一DU的结构时，处理单元801用于对第一DU的动作进行控制管理。例如，处理单元801用于支持第一DU执行图3中的302和303，图5中的61)、302、41)、51)、71)和303，图6中的603至605，图7中的704和705，和/或本申请实施例中所描述的其他过程中的第一DU执行的动作。处理单元801可以通过通信单元802与其他网络实体通信，例如，与图3中示出的第一CU之间的通信。存储单元803用于存储第一DU的程序代码和数据。

当图8所示的结构示意图用于示意上述实施例中所涉及的第一DU的结构时，通信装置80可以是第一DU，也可以是第一DU内的芯片。

当图8所示的结构示意图用于示意上述实施例中所涉及的第一CU的结构时，处理单元801用于对第一CU的动作进行控制管理。例如，处理单元801用于支持第一CU执行图3中的301和302，图4中的示例一至示例四中的第一CU执行的动作，图5中的31)、301、61)、302和71)，图6中的601至603，图7中的701至704，和/或本申请实施例中所描述的其他过程中的第一CU执行的动作。处理单元801可以通过通信单元802与其他网络实体通信，例如，与图3中示出的第一DU之间的通信。存储单元803用于存储第一CU的程序代码和数据。

当图8所示的结构示意图用于示意上述实施例中所涉及的第一CU的结构时，通信装置80可以是第一CU，也可以是第一CU内的芯片。

其中，当通信装置80为第一DU或第一CU时，处理单元801可以是处理器或控制器，通信单元802可以是通信接口、收发器、收发机、收发电路、收发装置等。其中，通信接口是统称，可以包括一个或多个接口。存储单元803可以是存储器。当通信装置80为第一DU或第一CU内的芯片时，处理单元801可以是处理器或控制器，通信单元802可以是输入/输出接口、管脚或电路等。存储单元803可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是第一DU或第一CU内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

其中，通信单元也可以称为收发单元。通信装置80中的具有收发功能的天线和控制电路可以视为通信装置80的通信单元802，具有处理功能的处理器可以视为通信装置80的处理单元801。可选的，通信单元802中用于实现接收功能的器件可以视为接收单元，接收单元用于执行本申请实施例中的接收的步骤，接收单元可以为接收机、接收器、接收电路等。通信单元802中用于实现发送功能的器件可以视为发送单元，发送单元用于执行本申请实施例中的发送的步骤，发送单元可以为发送机、发送器、发送电路等。

图8中的集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。存储计算机软件产品的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，简称ROM)、随机存取存储器(random accessmemory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

图8中的单元也可以称为模块，例如，处理单元可以称为处理模块。

本申请实施例还提供了一种通信装置(记为通信装置90)的硬件结构示意图，参见图9或图10，该通信装置90包括处理器901，可选的，还包括与处理器901连接的存储器902。

处理器901可以是一个通用中央处理器(central processing unit，简称CPU)、微处理器、特定应用集成电路(application-specific integrated circuit，简称ASIC)，或者一个或多个用于控制本申请方案程序执行的集成电路。处理器901也可以包括多个CPU，并且处理器901可以是一个单核(single-CPU)处理器，也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器902可以是ROM或可存储静态信息和指令的其他类型的静态存储设备、RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，简称EEPROM)、只读光盘(compact disc read-only memory，简称CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，本申请实施例对此不作任何限制。存储器902可以是独立存在，也可以和处理器901集成在一起。其中，存储器902中可以包含计算机程序代码。处理器901用于执行存储器902中存储的计算机程序代码，从而实现本申请实施例提供的方法。

在第一种可能的实现方式中，参见图9，通信装置90还包括收发器903。处理器901、存储器902和收发器903通过总线相连接。收发器903用于与其他设备或通信网络通信。可选的，收发器903可以包括发射机和接收机。收发器903中用于实现接收功能的器件可以视为接收机，接收机用于执行本申请实施例中的接收的步骤。收发器903中用于实现发送功能的器件可以视为发射机，发射机用于执行本申请实施例中的发送的步骤。

基于第一种可能的实现方式，图9所示的结构示意图可以用于示意上述实施例中所涉及的第一DU或第一CU的结构。

当图9所示的结构示意图用于示意上述实施例中所涉及的第一DU的结构时，处理器901用于对第一DU的动作进行控制管理。例如，处理器901用于支持第一DU执行图3中的302和303，图5中的61)、302、41)、51)、71)和303，图6中的603至605，图7中的704和705，和/或本申请实施例中所描述的其他过程中的第一DU执行的动作。处理器901可以通过收发器903与其他网络实体通信，例如，与图3中示出的第一CU之间的通信。存储器902用于存储第一DU的程序代码和数据。

当图9所示的结构示意图用于示意上述实施例中所涉及的第一CU的结构时，处理器901用于对第一CU的动作进行控制管理。例如，处理器901用于支持第一CU执行图3中的301和302，图4中的示例一至示例四中的第一CU执行的动作，图5中的31)、301、61)、302和71)，图6中的601至603，图7中的701至704，和/或本申请实施例中所描述的其他过程中的第一CU执行的动作。处理器901可以通过收发器903与其他网络实体通信，例如，与图3中示出的第一DU之间的通信。存储器902用于存储第一CU的程序代码和数据。

在第二种可能的实现方式中，处理器901包括逻辑电路以及输入接口和/或输出接口。其中，输出接口用于执行相应方法中的发送的动作，输入接口用于执行相应方法中的接收的动作。

基于第二种可能的实现方式，参见图10，图10所示的结构示意图可以用于示意上述实施例中所涉及的第一DU或第一CU的结构。

当图10所示的结构示意图用于示意上述实施例中所涉及的第一DU的结构时，处理器901用于对第一DU的动作进行控制管理。例如，处理器901用于支持第一DU执行图3中的302和303，图5中的61)、302、41)、51)、71)和303，图6中的603至605，图7中的704和705，和/或本申请实施例中所描述的其他过程中的第一DU执行的动作。处理器901可以通过输入接口和/或输出接口与其他网络实体通信，例如，与图3中示出的第一CU之间的通信。存储器902用于存储第一DU的程序代码和数据。

当图10所示的结构示意图用于示意上述实施例中所涉及的第一CU的结构时，处理器901用于对第一CU的动作进行控制管理。例如，处理器901用于支持第一CU执行图3中的301和302，图4中的示例一至示例四中的第一CU执行的动作，图5中的31)、301、61)、302和71)，图6中的601至603，图7中的701至704，和/或本申请实施例中所描述的其他过程中的第一CU执行的动作。处理器901可以通过输入接口和/或输出接口与其他网络实体通信，例如，与图3中示出的第一DU之间的通信。存储器902用于存储第一CU的程序代码和数据。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方法。

本申请实施例还提供了一种通信***，包括：上述第一DU和第一CU。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，简称SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种通信方法，其特征在于，包括：

第一集中式单元CU获取N个小区的物理随机接入信道PRACH配置的信息，N为大于0的整数；

所述第一CU向第一分布式单元DU发送所述N个小区的PRACH配置的信息。

2.根据权利要求1所述的方法，其特征在于，所述N个小区包括目标小区的邻居小区，所述目标小区为所述第一DU所支持的小区。

3.根据权利要求2所述的方法，其特征在于，所述N个小区包括与所述目标小区的PRACH配置的信息冲突的小区。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述第一CU向第一DU发送所述N个小区的PRACH配置的信息之前，所述方法还包括：

所述第一CU进行PRACH配置的信息的冲突检测，所述N个小区包括与所述第一DU的PRACH配置的信息冲突的小区。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一CU获取N个小区的PRACH配置的信息，包括：

所述第一CU从操作维护管理OAM获取所述N个小区的PRACH配置的信息；或者，

所述第一CU接收第二DU发送的所述N个小区的PRACH配置的信息；或者，

所述第一CU接收第二CU发送的所述N个小区的PRACH配置的信息；或者，

所述第一CU接收第二CU和第二DU发送的所述N个小区的PRACH配置的信息。

6.根据权利要求2-5任一项所述的方法，其特征在于，所述方法还包括：

所述第一CU向所述第一DU发送终端的随机接入信道RACH报告，所述RACH报告包括所述终端在所述目标小区中的随机接入过程中的随机接入失败信息。

7.一种通信方法，其特征在于，包括：

第一分布式单元DU从第一集中式单元CU接收N个小区的物理随机接入信道PRACH配置的信息，N为大于0的整数；

所述第一DU根据所述N个小区的PRACH配置的信息进行随机接入优化。

8.根据权利要求7所述的方法，其特征在于，所述N个小区包括目标小区的邻居小区，所述目标小区为所述第一DU所支持的小区。

9.根据权利要求8所述的方法，其特征在于，所述N个小区包括与所述目标小区的PRACH配置的信息冲突的小区。

10.根据权利要求8所述的方法，其特征在于，在所述第一DU根据所述N个小区的PRACH配置的信息进行随机接入优化之前，所述方法还包括：

所述第一DU进行PRACH配置的信息的冲突检测，确定所述N个小区的PRACH配置的信息和所述目标小区的PRACH配置的信息存在冲突；和/或，

所述第一DU从所述第一CU接收终端的随机接入信道RACH报告，所述RACH报告包括所述终端在所述目标小区中的随机接入过程中的随机接入失败信息；所述第一DU根据所述RACH报告确定所述终端在所述目标小区的随机接入过程中发生随机接入失败。

11.一种通信装置，其特征在于，包括：处理单元和通信单元；

所述处理单元，用于获取N个小区的物理随机接入信道PRACH配置的信息，N为大于0的整数；

所述通信单元，用于向第一分布式单元DU发送所述N个小区的PRACH配置的信息。

12.根据权利要求11所述的装置，其特征在于，所述N个小区包括目标小区的邻居小区，所述目标小区为所述第一DU所支持的小区。

13.根据权利要求12所述的装置，其特征在于，所述N个小区包括与所述目标小区的PRACH配置的信息冲突的小区。

14.根据权利要求11-13任一项所述的装置，其特征在于，

所述处理单元，还用于进行PRACH配置的信息的冲突检测，所述N个小区包括与所述第一DU的PRACH配置的信息冲突的小区。

15.根据权利要求11-14任一项所述的装置，其特征在于，所述处理单元，具体用于：

从操作维护管理OAM获取所述N个小区的PRACH配置的信息；或者，

通过所述通信单元接收第二DU发送的所述N个小区的PRACH配置的信息；或者，

通过所述通信单元接收第二集中式单元CU发送的所述N个小区的PRACH配置的信息；或者，

通过所述通信单元接收第二CU和第二DU发送的所述N个小区的PRACH配置的信息。

16.根据权利要求12-15任一项所述的装置，其特征在于，

所述通信单元，还用于向所述第一DU发送终端的随机接入信道RACH报告，所述RACH报告包括所述终端在所述目标小区中的随机接入过程中的随机接入失败信息。

17.一种通信装置，其特征在于，包括：处理单元和通信单元；

所述通信单元，用于从第一集中式单元CU接收N个小区的物理随机接入信道PRACH配置的信息，N为大于0的整数；

所述处理单元，用于根据所述N个小区的PRACH配置的信息进行随机接入优化。

18.根据权利要求17所述的装置，其特征在于，所述N个小区包括目标小区的邻居小区，所述目标小区为所述装置所支持的小区。

19.根据权利要求18所述的装置，其特征在于，所述N个小区包括与所述目标小区的PRACH配置的信息冲突的小区。

20.根据权利要求18所述的装置，其特征在于，

所述处理单元，还用于进行PRACH配置的信息的冲突检测，确定所述N个小区的PRACH配置的信息和所述目标小区的PRACH配置的信息存在冲突；和/或，

所述通信单元，还用于从所述第一CU接收终端的随机接入信道RACH报告，所述RACH报告包括所述终端在所述目标小区中的随机接入过程中的随机接入失败信息；所述处理单元，还用于根据所述RACH报告确定所述终端在所述目标小区的随机接入过程中发生随机接入失败。

Images