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

Abstract

本申请实施例提供的通信方法及装置，在接入网设备的DU下的小区与邻区采用不同的定时时，DU可以获取到第一小区与第二小区的定时配置，或者，第二小区基于第一小区定时的RACH配置。当该方法应用到RACH优化场景中时，DU可以基于上述所获取到的信息，可以在同一定时下，对两个小区的RACH配置进行判断，从而可以准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

Description

通信方法及装置

技术领域

本申请实施例涉及通信技术，尤其涉及一种通信方法及装置。

背景技术

5G通信系统支持自组织网络(self-organized networks，SON)机制，旨在自动完成蜂窝移动通信网络设备的参数配置和优化工作，减少网络操作管理过程中的人工参与，提高网络可靠性，降低运营成本。SON的其中一个功能是自优化(self-optimization)。自优化是指网络设备根据网络的运行状况，自适应调整无线参数，优化网络的性能。

自优化包括随机接入信道(random access channel，RACH)优化。RACH优化旨在通过调整小区的RACH配置，以避免该小区的RACH配置与邻区的RACH配置冲突，从而保证终端设备随机接入该小区的成功率和接入时延。对于5G通信系统中集中式单元(centralizedunit，CU)/分布式单元(distributed unit，DU)架构的接入网设备，小区的RACH配置由该小区所属的DU确定。DU基于接入DU下的小区的终端设备上报的RACH报告，以及，该小区邻区的RACH配置，判断该小区的RACH配置与该小区的邻区的RACH配置是否冲突。当存在冲突时，DU可以对该小区的RACH配置进行优化，即DU更改该冲突的小区的部分或全部RACH配置的参数，从而避免冲突。

发明内容

本申请实施例提供一种通信方法及装置，用于解决当DU下的小区与邻区采用不同的定时时，DU无法识别该小区的RACH配置与邻区的RACH配置是否存在冲突的技术问题。

第一方面，本申请实施例提供一种通信方法，该方法可以应用于第一接入网设备的CU、也可以应用于该CU中的芯片。下面以应用于该CU为例对该方法进行描述。

在本方法中，第一接入网设备的CU可以获取第一小区与第二小区的定时偏差。

其中，这里所说的第一小区为第一接入网设备的DU下的小区，第二小区为第一小区的邻接小区。上述所说的第二小区可以为该DU下的小区，也可以为第一接入网设备的其他DU下的小区，也可以为第二接入网设备下的小区。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。

然后，第一接入网设备的CU可以向第一接入网设备的DU发送该第一小区与第二小区的定时偏差。

通过上述方式，可以使DU获知第一小区与第二小区的定时偏差。当该方法应用到RACH优化场景中时，在接入网设备的DU下的小区与邻区采用不同的定时时，DU可以基于CU所发送的该小区与邻区的定时偏差，准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

应理解，上述使DU获知第一小区与第二小区的定时偏差也可以应用在其他需要使用该定时偏差的场景中，对此不进行限定。

可选的，上述CU可以通过如下几种方式，向DU发送第一小区与第二小区的定时偏差：

第一种方式：DU主动请求获取该定时偏差。例如，CU接收来自DU的请求消息，该请求消息请求获取第一小区与第二小区的定时偏差，或请求获取第二小区的随机接入信道RACH配置。然后，CU该基于请求消息，向DU发送第一小区与第二小区的定时偏差。可选的，上述请求消息可以携带有第一小区的标识。

第二种方式：CU在F1建立过程向DU发送该定时偏差。例如，CU接收来自DU的F1建立请求消息，然后，CU向DU发送F1建立响应消息，该F1建立响应消息包括第一小区与第二小区的定时偏差。

第三种方式：CU主动发送该定时偏差。例如，CU向DU发送CU配置更新消息，CU配置更新消息包括第一小区与第二小区的定时偏差。

通过上述任一方式，使得CU可以通过不同的消息，向DU发送第一小区与第二小区的定时偏差，扩展了DU获取该定时偏差的场景。

可选的，上述CU可以通过如下几种方式，获取第一小区与第二小区的定时偏差：例如，CU接收来自终端设备的第一小区与第二小区的定时偏差。或者，当第二小区为第二接入网设备下的小区时，CU还可以接收来自第二接入网设备的第一小区与第二小区的定时偏差。通过上述任一方式，扩展了CU获取第一小区与第二小区的定时偏差的实现方式。

第二方面，本申请实施例提供了一种通信方法，该方法可以应用于第一接入网设备的DU、也可以应用于该DU中的芯片。下面以应用于该DU为例对该方法进行描述。

在本方法中，第一接入网设备的DU可以接收来自第一接入网设备的CU的第一小区与第二小区的定时偏差。然后，DU可以保存该第一小区与第二小区的定时偏差。其中，关于第一小区、第二小区，以及，第一小区与第二小区的定时偏差的描述可以参见第一方面。

可选的，该方法还可以包括：DU接收来自CU的第二小区的随机接入信道RACH配置。然后，DU根据第一小区与第二小区的定时偏差、第二小区的RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的RACH配置是否冲突。

在该实现方式下，若第一小区的RACH配置与第二小区的RACH配置冲突，则DU可以为第一小区重新设置RACH配置。例如，DU可以更改第一小区的部分或全部RACH配置的参数，从而避免与第二小区的RACH配置冲突。若第一小区的RACH配置与第二小区的RACH配置不冲突，则DU可以不做任何处理。

上述第二方面和第二方面的各可能的实现方式所提供的通信方法，其有益效果可以参见上述第一方面和第一方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第三方面，本申请实施例提供一种通信方法，该方法可以应用于第一接入网设备的CU、也可以应用于该CU中的芯片。下面以应用于该CU为例对该方法进行描述。

在本方法中，第一接入网设备的CU可以获取第二小区的第一RACH配置，其中，第二小区的第一RACH配置是基于第一小区的定时的。然后，第一接入网设备的CU可以向第一接入网设备的DU发送第二小区的第一RACH配置。其中，关于第一小区和第二小区的描述可以参见前述第一方面。

通过上述方式，可以使DU获知第二小区的第一RACH配置。当该方法应用到RACH优化场景中时，在接入网设备的DU下的小区与邻区采用不同的定时时，DU可以基于CU所发送的邻区基于该小区定时的RACH配置，以及，该小区基于该小区定时的RACH配置，即，基于同一定时的两个小区的RACH配置，准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

可选的，CU可以通过如下两种方式获取第二小区的第一RACH配置：

第一种方式：CU获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置。其中，第二小区的第二RACH配置是基于第二小区定时的。然后，CU根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。关于第一小区与第二小区的定时偏差的解释，以及，CU获取第一小区与第二小区的定时偏差的方式可以参见第一方面的描述。

应理解，在一些实施例中，针对第一小区邻接的部分或全部第二小区，第一CU可能没有第一小区与这些小区的定时偏差。在该场景下，第一CU可以不执行该RACH配置转换操作。

第二种方式：当第二小区为第二接入网设备下的小区时，CU可以接收来自第二接入网设备的第二小区的第一RACH配置。

在一些实施例中，第二接入网设备可能没有第一小区与第二小区的定时偏差。在该场景下，第二接入网设备可以不执行该RACH配置转换操作，而是将第二小区的第二RACH配置发送给第一接入网设备的CU。因此，为了能够使第一接入网设备的CU能够准确的获知所接收到的第二小区的RACH配置是基于哪个小区定时的RACH配置，上述第一接入网设备的CU接收来自第二接入网设备的第二小区的第一RACH配置可以包括：第一接入网设备的CU接收来自第二接入网设备的第二小区的RACH配置，以及，第一指示信息。其中，该第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

可选的，CU可以通过如下三种方式向DU发送第二小区的第一RACH配置：

第一种方式：DU主动请求获取第二小区的RACH配置。例如，CU接收来自DU的请求消息，请求获取第二小区的RACH配置。然后，CU基于该请求消息，向DU发送第二小区的第一RACH配置。可选的，上述请求消息可以携带有第一小区的标识。

第二种方式：CU在F1建立过程向DU发送第二小区的第一RACH配置。例如，CU接收来自DU的F1建立请求消息。然后，CU向DU发送F1建立响应消息，该F1建立响应消息包括第二小区的第一RACH配置。

第三种方式：CU主动发送第二小区的第一RACH配置。例如，CU向DU发送CU配置更新消息，该CU配置更新消息包括第二小区的第一RACH配置。

通过上述任一方式，使得CU可以通过不同的消息，向DU发送第二小区的第一RACH配置，扩展了DU获取该第二小区的第一RACH配置的场景。

如上所说，在一些实施例中，上述CU所获取到的一些第二小区的RACH配置并非是基于第一小区定时的RACH配置，在该情况下，第一CU可以不向第一DU发送这些没有基于第一小区定时的第二小区的RACH配置，即只发送基于第一小区定时的第二小区的RACH配置。或者，第一CU在向第一DU发送第二小区的RACH配置时，还可以携带有第二指示信息，该第二指示信息指示该第二小区的RACH配置是否为基于第一小区定时的RACH配置。这样，第一DU在接收到第一CU发送的第二小区的RACH配置后，可以基于该第二指示信息，获知该第二小区的RACH配置是否为基于第一小区定时的RACH配置。

第四方面，本申请实施例提供了一种通信方法，该方法可以应用于第一接入网设备的DU、也可以应用于该DU中的芯片。下面以应用于该DU为例对该方法进行描述。

在本方法中，第一接入网设备的DU接收来自第一接入网设备的CU的第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的。然后，第一接入网设备的DU可以保存第二小区的第一RACH配置。关于第一小区、第二小区的描述可以参见第一方面。

可选的，该方法还可以包括：DU根据第二小区的第一RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的第一RACH配置是否冲突。

在该实现方式下，若第一小区的RACH配置与第二小区的第一RACH配置冲突，则DU为第一小区重新设置RACH配置。例如，DU可以更改第一小区的部分或全部RACH配置的参数，从而避免与第二小区的RACH配置冲突。若第一小区的RACH配置与第二小区的第一RACH配置不冲突，则DU可以不做任何处理。

上述第四方面和第四方面的各可能的实现方式所提供的通信方法，其有益效果可以参见上述第三方面和第三方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第五方面，本申请实施例提供一种通信装置。该通信装置可以包括：处理模块、发送模块。可选的，在一些实施例中，该通信装置还可以包括：第一接收模块和/或第二接收模块。

处理模块，用于获取第一小区与第二小区的定时偏差。其中，第一小区为DU下的小区，第二小区为第一小区的邻接小区，该CU和该DU均属于第一接入网设备。上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块，具体用于通过第二接收模块接收的来自终端设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块和第二接收模块也可以集成为处理模块或者第二接收模块。或者，当第二小区为第二接入网设备下的小区时，处理模块，具体用于通过第二接收模块接收的来自第二接入网设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块和第二接收模块也可以集成为处理模块或者第二接收模块。

发送模块，用于向DU发送第一小区与第二小区的定时偏差。

例如，第一接收模块，用于接收来自DU的请求消息。该请求消息请求获取第一小区与第二小区的定时偏差，或请求获取第二小区的随机接入信道RACH配置。相应地，发送模块，具体用于基于请求消息，向DU发送第一小区与第二小区的定时偏差。可选的，请求消息携带有第一小区的标识。

或者，第一接收模块，用于接收来自DU的F1建立请求消息。相应地，发送模块，具体用于向DU发送F1建立响应消息，F1建立响应消息包括第一小区与第二小区的定时偏差；

或者，发送模块，具体用于向DU发送CU配置更新消息，CU配置更新消息包括第一小区与第二小区的定时偏差。

上述第五方面和第五方面的各可能的实现方式所提供的通信装置，其有益效果可以参见上述第一方面和第一方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第六方面，本申请实施例提供一种通信装置，该通信装置可以包括：接收模块和存储模块。可选的，在一些实施例中，该通信装置还可以包括：处理模块。

接收模块，用于接收来自集中式单元CU的第一小区与第二小区的定时偏差。其中，第一小区为DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。存储模块，用于保存第一小区与第二小区的定时偏差。

在一些实施例中，接收模块，还用于接收来自CU的第二小区的随机接入信道RACH配置。相应地，处理模块，用于根据第一小区与第二小区的定时偏差、第二小区的RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的RACH配置是否冲突。在该实现方式下，处理模块，还可以用于在第一小区的RACH配置与第二小区的RACH配置冲突时，为第一小区重新设置RACH配置。

上述第六方面和第六方面的各可能的实现方式所提供的通信装置，其有益效果可以参见上述第二方面和第二方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第七方面，本申请实施例提供一种通信装置，该通信装置可以包括：处理模块、发送模块。可选的，该通信装置还可以包括第一接收模块和/或第二接收模块。

处理模块，用于获取第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的。第一小区为分布式单元DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。

例如，处理模块，可以用于获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置，并根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。该第二小区的第二RACH配置是基于第二小区定时的。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块，可以通过第一接收模块接收的来自终端设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块和第一接收模块也可以集成为处理模块或者第一接收模块。或者，在第二小区为第二接入网设备下的小区时，处理模块，可以通过第一接收模块接收的来自第二接入网设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块和第一接收模块也可以集成为处理模块或者第一接收模块。

再例如，当第二小区为第二接入网设备下的小区时，处理模块，可以通过第一接收模块接收来自第二接入网设备的第二小区的第一RACH配置。作为一种可能的实现方式，处理模块，可以通过第一接收模块接收来自第二接入网设备的第二小区的RACH配置，以及，第一指示信息，第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

发送模块，用于向DU发送第二小区的第一RACH配置。

例如，第二接收模块，用于接收来自DU的请求消息，该请求消息请求获取第二小区的RACH配置。相应地，发送模块，具体用于基于请求消息，向DU发送第二小区的第一RACH配置。可选的，请求消息携带有第一小区的标识。

或者，第二接收模块，用于接收来自DU的F1建立请求消息。相应地，发送模块，具体用于向DU发送F1建立响应消息，F1建立响应消息包括第二小区的第一RACH配置。

或者，发送模块，具体用于向DU发送CU配置更新消息，CU配置更新消息包括第二小区的第一RACH配置。

可选的，发送模块，具体用于向DU发送第二小区的RACH配置，以及，第二指示信息。其中，第二指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

上述第七方面和第七方面的各可能的实现方式所提供的通信装置，其有益效果可以参见上述第三方面和第三方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第八方面，本申请实施例提供一种通信装置，该通信装置可以包括：接收模块和存储模块。可选的，在一些实施例中，该通信装置还可以包括：处理模块。

接收模块，用于接收来自集中式单元CU的第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的，第一小区为DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。存储模块，用于保存第二小区的第一RACH配置。

在该实现方式下，在一些实施例中，处理模块，用于根据第二小区的第一RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的第一RACH配置是否冲突。在该实现方式下，处理模块，还用于在第一小区的RACH配置与第二小区的第一RACH配置冲突时，为第一小区重新设置RACH配置。

上述第八方面和第八方面的各可能的实现方式所提供的通信装置，其有益效果可以参见上述第四方面和第四方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第九方面，本申请实施例提供一种通信方法，该方法可以应用于第二接入网设备，也可以应用于第二接入网设备的CU、也可以应用于该CU中的芯片。下面以应用于该第二接入网设备为例对该方法进行描述。

在本方法中，第二接入网设备获取第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的，第二小区为第二接入网设备下的小区，第一小区为分布式单元DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。然后，第二接入网设备向CU发送第二小区的第一RACH配置。其中，关于第一小区和第二小区的描述可以参见前述第一方面。

可选的，第二接入网设备可以通过如下方式获取第二小区的第一RACH配置。例如，第二接入网设备获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置。其中，第二小区的第二RACH配置是基于第二小区定时的。然后，第二接入网设备根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。

可选的，第二接入网设备可以通过如下两种方式获取第一小区与第二小区的定时偏差：第二接入网设备接收来自终端设备的第一小区与第二小区的定时偏差；或者，第二接入网设备接收来自CU的第一小区与第二小区的定时偏差。

在一些实施例中，第二接入网设备可能没有第一小区与第二小区的定时偏差。在该场景下，第二接入网设备可以不执行该RACH配置转换操作，而是将第二小区的第二RACH配置发送给第一接入网设备的CU。因此，为了能够使第一接入网设备的CU能够准确的获知所接收到的第二小区的RACH配置是基于哪个小区定时的RACH配置，上述第二接入网设备向CU发送第二小区的第一RACH配置，包括：第二接入网设备向CU发送第二小区的RACH配置，以及，第一指示信息。其中，第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

上述第九方面和第九方面的各可能的实现方式所提供的通信方法，其有益效果可以参见上述第三方面和第三方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第十方面，本申请实施例提供一种通信装置。该通信装置可以包括：处理模块和发送模块。可选的，在一些实施例中，该通信装置还可以包括：接收模块。

处理模块，用于获取第二小区的第一RACH配置；其中，第二小区的第一RACH配置是基于第一小区的定时的，第二小区为第二接入网设备下的小区，第一小区为分布式单元DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。

例如，处理模块，可以用于获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置，并根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。该第二小区的第二RACH配置是基于第二小区定时的。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块，可以通过接收模块接收的来自终端设备的第一小区与第二小区的定时偏差来获取第二小区的第一RACH配置。或者，处理模块，可以通过接收模块接收的来自CU的第一小区与第二小区的定时偏差来获取第二小区的第一RACH配置。

发送模块，用于向CU发送第二小区的第一RACH配置。例如，发送模块，具体用于向CU发送第二小区的RACH配置，以及，第一指示信息，第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

上述第十方面和第十方面的各可能的实现方式所提供的通信装置，其有益效果可以参见上述第九方面和第九方面的各可能的实现方式所带来的有益效果，在此不加赘述。

第十一方面，本申请实施例提供一种通信装置，该通信装置包括：处理器、存储器、通信端口；通信装置通过通信端口实现接收和发送。

其中，存储器用于存储计算机可执行程序代码，程序代码包括指令；当处理器执行指令时，指令使通信装置执行如第一方面至第四方面、或者第九方面任一项所描述的方法。

第十二方面，本申请实施例提供一种通信装置，该通信装置包括：如前述第一方面所描述的CU，以及，第二方面所描述的DU；或者，如前述第三方面所描述的CU，以及，第四方面所描述的DU；或者，如前述第五方面所描述的通信装置，以及，第六方面所描述的通信装置；或者，如前述第七方面所描述的通信装置，以及，第八方面所描述的通信装置；或者，如前述第十一方面所描述的通信装置。在一些实施例中，该通信装置例如可以称为无线接入网设备。

第十三方面，本申请实施例提供了一种通信系统，该通信系统可以包括如前述第一方面所描述的CU，以及，第二方面所描述的DU；或者，如前述第三方面所描述的CU，以及，第四方面所描述的DU；或者，如前述第五方面所描述的通信装置，以及，第六方面所描述的通信装置；或者，如前述第七方面所描述的通信装置，以及，第八方面所描述的通信装置；或者，如前述第九方面所描述的第二接入网设备；或者，如前述第十方面所描述的通信装置；或者，如前述第十一方面所描述的通信装置；或者，如前述第三方面所描述的第一接入网设备的CU，第四方面所描述的第一接入网设备的DU，以及，第九方面所描述的第二接入网设备；或者，如前述第七方面所描述的通信装置，第八方面所描述的通信装置，以及，前述第十方面所描述的通信装置。

第十四方面，本申请实施例提供一种芯片，该芯片上存储有计算机程序，在计算机程序被该芯片执行时，实现如第一方面至第四方面、或第九方面任一项所描述的方法。

第十五方面，本申请实施例提供一种通信装置，包括用于执行以上第一方面或第一方面各可能的实施方式，或者，第三方面或第三方面各可能的实施方式所提供的方法的单元、模块或电路，或者，第九方面或第九方面各可能的实施方式所提供的方法的单元、模块或电路。该通信装置可以为CU，也可以为应用于CU的一个模块，例如，可以为应用于CU的芯片。

第十六方面，本申请实施例提供一种通信装置，包括用于执行以上第二方面或第二方面各可能的实施方式，或者，第四方面或第四方面各可能的实施方式所提供的方法的单元、模块或电路。该通信装置可以为DU，也可以为应用于DU的一个模块，例如，可以为应用于DU的芯片。

第十七方面，本申请实施例提供一种计算机可读存储介质，用于存储计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行如第一方面至第四方面、或第九方面任一项所描述的方法。

第十八方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面至第四方面任一项所描述的方法。

第十九方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面至第四方面、或第九方面任一项所描述的方法。

本申请实施例提供的通信方法及装置，在接入网设备的DU下的小区与邻区采用不同的定时时，DU可以获取到第一小区与第二小区的定时配置，或者，第二小区基于第一小区定时的RACH配置。当该方法应用到RACH优化场景中时，DU可以基于上述所获取到的信息，可以在同一定时下，对两个小区的RACH配置进行判断，从而可以准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

附图说明

图1为本申请实施例应用的移动通信系统的架构示意图；

图2为一种5G通信系统的架构示意图；

图3为一种接入网设备的示意图；

图4为一种时域资源示意图；

图5为另一种时域资源示意图；

图6为一种RACH时域资源示意图；

图7为另一种RACH时域资源示意图；

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

图9为又一种RACH时域资源示意图；

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

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

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

图13为又一种RACH时域资源示意图；

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

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

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

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

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

图19为本申请实施例提供的一种通信装置的结构示意图；

图20为本申请实施例提供的另一种通信装置的结构示意图；

图21为本申请实施例提供的又一种通信装置的结构示意图；

图22为本申请实施例提供的又一种通信装置的结构示意图。

具体实施方式

图1为本申请实施例应用的移动通信系统的架构示意图。如图1所示，该移动通信系统可以包括核心网设备110、无线接入网(radio access network，RAN)设备120和至少一个终端设备(如图1中的终端设备130和终端设备140)。终端设备通过无线的方式与无线接入网设备120相连，无线接入网设备120通过无线或有线方式与核心网设备110连接。核心网设备110与无线接入网设备120可以是独立的不同的物理设备，也可以是将核心网设备110的功能与无线接入网设备120的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备110的功能和部分的无线接入网设备120的功能。终端设备可以是固定位置的，也可以是可移动的。图1只是示意图，该移动通信系统中还可以包括其它网络设备，例如还可以包括无线中继设备和无线回传设备等，在图1中未画出。本申请实施例对该移动通信系统中包括的核心网设备110、无线接入网设备120和终端设备的数量不做限定。

无线接入网设备120是终端设备通过无线方式接入到该移动通信系统中的接入设备，可以是基站NodeB、演进型基站(evolutional node B，eNB或eNodeB)、5G移动通信系统或新一代无线(new radio，NR)通信系统中的基站(如gNB或ng-eNB)、未来移动通信系统中的基站、WiFi系统中的接入节点、中继站等，本申请实施例对无线接入网设备120所采用的具体技术和具体设备形态不做限定。在本申请实施例中，无线接入网设备120简称接入网设备，如果无特殊说明，在本申请实施例中，接入网设备均指无线接入网设备120。另外，在本申请实施例中，术语5G和NR可以等同。

终端设备也可以称为终端Terminal、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

无线接入网设备120和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请实施例对无线接入网设备120和终端设备的应用场景不做限定。

无线接入网设备120和终端设备之间可以通过授权频谱(licensed spectrum)进行通信，也可以通过免授权频谱(unlicensed spectrum)进行通信，也可以同时通过授权频谱和免授权频谱进行通信。无线接入网设备120和终端设备之间可以通过6吉兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请实施例对无线接入网设备120和终端设备之间所使用的频谱资源不做限定。

以5G通信系统为例，图2为一种5G通信系统的架构示意图。如图2所示，5G通信系统包括由多个接入网设备构成的下一代无线接入网络(next generation-radio accessnetwork，NG-RAN)和多个核心网设备构成的5G核心网(5G core，5GC)。

在一种可能的方式中，NG-RAN中的接入网设备可以是集中式单元(centralizedunit，CU)和分布式单元(distributed unit，DU)分离架构的接入网设备。CU和DU可以理解为是对接入网设备从逻辑功能角度的划分。CU和DU在物理上可以是分离的也可以部署在一起。多个DU可以共用一个CU，一个DU下可以有多个小区。CU和DU之间可以通过F1接口相连。CU可以代表接入网设备通过NG接口和5GC连接，可以代表接入网设备通过Xn接口和其他接入网设备连接。

可选的，CU的功能和DU的功能可以根据无线网络的协议层进行划分。例如无线资源控制(radio resource control，RRC)层、服务数据适应协议(service data adaptationprotocol，SDAP)层以及分组数据汇聚协议(packet data convergence protocol，PDCP)层的功能设置在CU，而无线链路控制(radio link control，RLC)层、介质访问控制(mediaaccess control，MAC)层以及物理层(physical，PHY)层等的功能设置在DU。可以理解，上述对CU的功能和DU的功能按照协议层进行划分仅仅是一种举例，也可以按照其他的方式进行划分。例如，CU或者DU可以具有更多协议层的功能，或者，CU或DU还可以具有协议层的部分处理功能。示例性的，可以将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。

或者，CU的功能和DU的功能还可以按照业务类型或者其他系统需求进行划分。例如按时延划分，将处理时间需要满足时延要求的功能设置在DU中，不需要满足该时延要求的功能设置在CU中。

或者，CU可以具有核心网的一个或多个功能。一个或者多个CU可以集中设置，也分离设置。例如CU可以设置在网络侧方便集中管理。DU可以具有多个射频功能，也可以将射频功能拉远设置。

应理解，CU的功能可以由一个实体来实现，也可以由不同的实体实现。可选的，可以对CU的功能进行进一步切分，示例性的，图3为一种接入网设备的示意图，如图3所示，可以将CU的控制面(control plane，CP)和用户面(user plane，UP)分离，即CU的控制面(CU-CP)和CU用户面(CU-UP)。其中，CU-CP和CU-UP可以由不同的功能实体来实现，CU-CP和CU-UP可以与DU相耦合，共同完成接入网设备的功能。一种可能的方式中，CU-CP负责控制面功能，主要包含RRC层的功能和PDCP-C的功能。PDCP-C主要负责控制面数据的加解密、完整性保护、数据传输等。CU-UP负责用户面功能，主要包含SDAP层的功能和PDCP-U。其中，PDCP-U主要负责数据面的加解密、完整性保护、头压缩、序列号维护、数据传输等。CU-CP和CU-UP可以通过E1接口连接。CU-CP代表接入网设备可以通过NG接口和核心网设备连接，通过F1-C(控制面)和DU连接，CU-UP通过F1-U(用户面)和DU连接。可选的，还有一种可能的实现是PDCP-C的功能也在CU-UP侧。

5G通信系统中的小区存在如下两种情况：

情况1：两个小区之间采用相同的定时(timing)(或者说使用相同的定时参考)，即，两个小区的“时间”同步。或者说，两个小区帧边界对齐(帧边界对齐，意味着子帧边界对齐，子帧号同步)，并且帧号同步。

情况2：两个小区之间采用的定时不同(或者说使用不同的定时参考)，即，两个小区的“时间”不同步。包括帧边界对齐但是帧号不同步，或者帧边界不对齐(帧边界不对齐，即帧之间有交叉，因此帧号不可能同步)。

5G通信系统中时域上的时间单位包括帧和子帧，其中，1个帧占用10毫秒，帧号从0开始，每1024个帧号为一个循环。1个帧包含10个子帧，每个子帧占用1毫秒。下面以帧和子帧为例，对上述两种情况进行示例说明。

在该示例下，两个小区之间采用相同的定时时，这两个小区的“时间”同步可以如下述表1所示：

表1

序号	帧边界	帧号
			1	对齐	同步

图4为一种时域资源示意图，以相邻的小区A和小区B为例(应理解，这里所说的相邻两个小区是指邻接的两个小区，比如，两个小区的覆盖范围存在部分相同的区域。其中一个小区可以称为另一个小区的邻接小区(简称邻区))。如图4所示，当小区A和小区B在采用相同的定时时，两个小区在同一时刻都对应帧号n，且两个小区的帧号为n的帧边界是对齐的。

两个小区之间采用不同的定时时，这两个小区的“时间”不同步可以如下述表2所示：

表2

序号	帧边界	帧号	子帧边界	子帧号
					1	对齐	不同步	对齐	同步
2	不对齐	不同步	对齐	不同步
					3	不对齐	不同步	不对齐	不同步

图5为另一种时域资源示意图。如图5所示，仍然以相邻的小区A和小区B为例，当小区A和小区B在采用不同的定时时，若两个小区为表2中序号1所示的“时间”不同步，则小区A和小区B的帧关系可以如图5中的(a)所示。若两个小区为表2中序号2所示的“时间”不同步，则小区A和小区B的帧关系可以如图5中的(b)所示或图5中的(c)所示。若两个小区为表2中序号3所示的“时间”不同步，则小区A和小区B的帧关系可以如图5中的(d)所示或图5中的(e)所示。

应理解，表1和表2仅是一种示意，当时间单位的粒度进行更细粒度的划分(例如符号、时隙等)时，上述相邻两个小区的时间关系可以进一步细化，即，当相邻两个小区采用相同的定时时，该两个小区最小粒度的时间单位的编号相同、且边界对齐。当相邻两个小区采用不同的定时时，该两个小区之间至少一个粒度的时间单位的编号不同和/或边界不对齐。例如下述至少一项：帧号不同步、子帧号不同步、时隙号不同步、符号编号不同步、帧边界不对齐、子帧边界不对齐、时隙边界不对齐、符号边界不对齐等。

自组织网络(self-organized networks，SON)是在长期演进(long termevolution，LTE)标准化阶段提出的概念，引入该技术旨在自动完成蜂窝移动通信网络设备的参数配置和优化工作，减少网络操作管理过程中的人工参与，提高网络可靠性，降低运营成本。5G通信系统也支持SON机制。SON主要包括三大功能，分别是自配置(self-configuration)、自优化(self-optimization)、自治愈(self-healing)。其中，自优化是指网络设备根据网络的运行状况，自适应调整无线参数(例如发射功率、切换门限和小区个性偏移量等)，优化网络的性能。自优化主要包括移动性负载均衡(mobility loadbalancing，MLB)、随机接入信道(random access channel，RACH)优化和移动健壮性优化(mobility robust optimization，MRO)。

小区的RACH配置主要是物理随机接入信道(physical random access channel，PRACH)配置，可以包括：PRACH前导序列和格式相关的配置参数、PRACH资源时域相关的配置参数、PRACH资源频域相关的配置参数等。在本申请实施例中，可以将RACH配置替换为PRACH配置，也在本发明的保护范围内。为了便于描述，下述均以RACH配置为例进行说明。

若小区的RACH配置设置的不合理，导致该小区的RACH配置与该小区的邻区的RACH配置冲突，易引起该小区与邻区的随机接入前导混淆等问题，导致该小区与邻区下的终端设备接入失败，或者引起虚警，加重接入网设备的信令负荷等。因此，自优化中的RACH优化旨在通过调整小区的RACH配置，以避免与邻区的RACH配置冲突，从而保证终端设备随机接入小区的成功率和接入时延。

如前述所说，对于图2所示的CU/DU架构的接入网设备，目前提出小区的RACH配置由该小区所属的DU确定，即，由DU设置DU下的小区的RACH配置和执行RACH优化。

下面通过一个示例来描述DU执行RACH优化的过程。

以接入网设备A的DU下的小区1为例，其中，小区1的邻区为小区2。接入网设备A的DU可以基于小区1的RACH配置和小区2的RACH配置，判断两个小区的RACH配置是否存在冲突。若该小区1的RACH配置与小区2的RACH配置冲突，可选的，接入网设备A的DU可以对小区1的RACH配置进行优化，以保证终端设备随机接入小区1的成功率和接入时延。例如，接入网设备A的DU可以更改该小区1的部分或全部RACH配置的参数，从而避免与小区2的RACH配置冲突。

在采用上述方式进行RACH优化时，若小区1与小区2之间采用相同的定时，即两个小区的“时间”同步，则接入网设备A的DU可以基于小区1的RACH配置和小区2的RACH配置，准确的识别出小区1的RACH配置与小区2的RACH配置是否存在冲突。

若小区1与小区2之间采用不同的定时，即，两个小区的“时间”不同步。此时，接入网设备A的DU所获取到的小区2的RACH配置为基于小区2定时的RACH配置，而小区1的RACH配置是基于小区1定时的RACH配置。在这种情况下，即便小区1与小区2的RACH配置相同，但由于小区1与小区2的定时不同，可能也不存在RACH配置冲突的问题。或者，即便小区1与小区2的RACH配置不同，但由于小区1与小区2的定时不同，可能也会存在RACH配置冲突的问题，导致接入网设备A的DU无法识别小区1的RACH配置与小区2的RACH配置是否存在冲突。

图6为一种RACH时域资源示意图。如图6所示，示例性的，以小区1的RACH资源的时域配置与小区2的RACH资源的时域配置相同为例，即，均允许终端设备在每帧的第1个子帧和第7个子帧上发送RACH。假定小区1的定时与小区2的定时相差2个子帧，则在这种情况下，虽然，小区1与小区2的RACH配置相同，但由于小区1与小区2的定时不同，使得小区1上允许发送RACH的子帧与小区2上允许发送RACH的子帧在时间上不重叠。在这种情况下，两个小区不存在RACH配置冲突的问题。

图7为另一种RACH时域资源示意图。如图7所示，示例性的，以小区1的RACH资源的时域配置与小区2的RACH资源的时域配置不同为例。其中，小区1允许终端设备在每帧的第1个子帧和第7个子帧上发送RACH。小区2允许终端设备在每帧的第0个子帧和第4个子帧上发送RACH。假定小区1的定时与小区2的定时相差3个子帧，则在这种情况下，虽然，小区1与小区2的RACH配置不同，但由于小区1与小区2的定时不同，使得小区1上允许发送RACH的子帧1与小区2上允许发送RACH的子帧4在时间上重叠，致使两个小区的RACH配置冲突。

综上，当DU下的小区与邻区采用不同的定时时，DU无法识别该小区的RACH配置与邻区的RACH配置是否存在冲突，进而无法优化该小区的RACH配置。

考虑到上述问题，本申请实施例提供了一种通信方法，当DU下的小区与邻区采用不同的定时时，通过使DU获取邻区基于DU下的小区定时的RACH配置，从而使DU可以准确的识别DU下的该小区的RACH配置与邻区的RACH配置是否存在冲突。应理解，本申请实施例提供方法，可以适用于任一存在上述问题的通信系统，包括但不限于5G通信系统。

下面以第一接入网设备的第一CU和第一DU为例，结合具体地实施例对本申请实施例的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或者相似的概念或者过程可能在某些实施例不再赘述。应理解，当第一接入网设备包括多个DU时，第一DU可以为第一接入网设备的任一DU。另外，若第一接入网设备为图3所示的架构，则本申请实施例的方法可以由第一接入网设备的第一CU-CP与第一DU交互实现。为了便于描述，下述实施例均以第一CU为例进行说明。

图8为本申请实施例提供的一种通信方法的流程示意图。本实施例以RACH优化场景为例，描述第一接入网设备的第一DU如何获取第一DU下的小区与邻区的定时偏差。如图8所示，该方法可以包括：

S801、第一CU获取第一小区与第二小区的定时偏差。

S802、第一CU向第一DU发送第一小区与第二小区的定时偏差。

相应地，第一DU接收该第一小区与第二小区的定时偏差。

S803、第一DU保存该第一小区与第二小区的定时偏差。该步骤为可选的。例如，第一DU可以将第一小区与第二小区的定时偏差进行保存，并在达到最大存储时长时，将其删除。或者，第一DU可以在接收到第一CU最新发送的该第一小区与第二小区的定时偏差时，将前一次保存的该第一小区与第二小区的定时偏差删除。或者，第一DU可以在基于该第一小区与第二小区的定时偏差，执行完相应操作(例如RACH配置或RACH优化等)之后，将其删除等。

本实施例所涉及的第一小区为第一DU下的小区，第二小区为第一小区的邻区，第二小区包括至少一个小区。这里所说的第二小区可以为第一DU下的小区，也可以为第一接入网设备的其他DU下的小区，也可以为第二接入网设备下的小区。以第二接入网设备为CU/DU架构为例，假定第二接入网设备包括第二CU和第二DU，其中，第二小区为第二DU下的小区。其中，第二接入网设备是不同于第一接入网设备的一个或者多个接入网设备。

上述所说的第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。在本发明中，第一小区与第二小区的定时偏差可以是第一小区与第二小区的系统帧号和帧定时偏差(System frame number and Frame Timing Difference，SFTD)，或者，第一小区与第二小区的系统帧号和子帧定时偏差(System frame number and Subframe TimingDifference，SSTD)，还可以是其他时间单位的定时偏差等，具体与时间单位的划分粒度相关。例如，当时间单位包括时隙时，两个小区的定时偏差还可以是第一小区与第二小区的系统帧号和时隙定时偏差等。

以5G通信系统中时域上的时间单位包括帧和子帧为例，则第一小区与第二小区的定时偏差可以描述为：在同一时刻，第一小区与第二小区的帧号偏差和帧边界偏差；或者，在同一时刻，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，在同一时刻，第一小区与第二小区相对于同一帧的帧边界的时间偏差。

图9为又一种RACH时域资源示意图。如图9所示，假定第一小区在时刻x处于第n帧的第0个子帧的起始位置，第二小区在时刻x处于第n-2帧的第2个子帧的第4个符号上。则第一小区与第二小区的定时偏差例如可以如下述表3所示：

表3

应理解，表3仅是一种示意，第一小区与第二小区的定时偏差的表达形式包括但不限于上述表3所示的方式。另外，当时间单位的粒度进行更细粒度的划分(例如符号、时隙等)，第一小区与第二小区的定时偏差可以采用其他的表达形式，本申请实施例对此不做限定。

本实施例不限定上述第一CU获取第一小区与第二小区的定时偏差的方式。例如，第一CU接收来自终端设备的第一小区与第二小区的定时偏差。可选的，该终端设备可以为同时位于第一小区和第二小区覆盖范围的终端设备。示例性的，第一CU可以向终端设备下发测量配置，以指示终端设备测量第一小区与第二小区的定时偏差。通过测量得到该定时偏差的终端设备可以通过测量报告，将该定时偏差发送给第一CU。可以理解，该获取第一小区与第二小区的定时偏差的方式可以适用于第二小区可以为第一DU下的小区，也可以为第一接入网设备的其他DU下的小区，也可以为第二接入网设备下的小区的场景。

再例如，第一CU可以基于内部实现，获取第一小区与第二小区的定时偏差。例如，第一CU可以监听第二小区的广播信号，并基于所监听到的第一小区的广播信号和第二小区的广播信号的时间差，获取第一小区与第二小区的定时偏差。

再例如，若第二小区为第二接入网设备下的小区，则第一CU可以接收来自第二接入网设备的第一小区与第二小区的定时偏差。以第二接入网设备为CU/DU架构为例，假定第二接入网设备包括第二CU和第二DU，第二小区为第二DU下的小区。则第一CU可以接收来自第二CU发送的第一小区与第二小区的定时偏差。应理解，在该场景下，第二接入网设备可以通过向终端设备发送测量配置的方式，获取终端设备测量的第一小区与第二小区的定时偏差。或者，第二接入网设备可以基于自己内部实现，获取第一小区与第二小区的定时偏差，本实施例对此不进行限定。可选的，第二接入网设备可以在获取到该定时偏差时，将该定时偏差发送给第一CU，也可以与第一CU交互RACH配置时，将该定时偏差随第二小区的RACH配置一起发送给第一CU等。

在获取到第一小区与第二小区的定时偏差后，第一CU例如可以采用如下方式将第一小区与第二小区的定时偏差发送给第一DU：

实现方式1：第一CU可以在与第一DU进行F1接口建立的过程中，将第一小区与第二小区的定时偏差发送给第一DU。

图10为本申请实施例提供的另一种通信方法的流程示意图。如图10所示，上述步骤S802可以包括：

S1001、第一DU向第一CU发送F1建立请求消息。

相应地，第一CU接收该F1建立请求消息(F1 setup request)。

S1002、第一CU向第一DU发送F1建立响应消息，该F1建立响应消息包括第一小区与第二小区的定时偏差。

相应地，第一DU接收该F1建立响应消息(F1 setup response)。可选的，该F1建立响应消息也可以包括第二小区的RACH配置。

可选的，该F1建立响应消息还可以包括第一CU获取到的第一DU下的部分或所有小区与其各自的邻区的定时偏差。即，第一CU所获取到的第一DU下的多个小区中的每一个小区与该小区的至少一个邻区的定时偏差。可选的，该F1建立响应消息还可以包括这些小区的邻区的RACH配置。

示例性的，假定第一DU下有2个小区，分别为小区1和小区2。其中，小区1的邻区有小区4、小区5、小区6。小区2的邻区有小区7、小区8。上述F1建立响应消息可以包括如下定时偏差：小区1与小区4的定时偏差、小区1与小区5的定时偏差、小区1与小区6的定时偏差、小区2与小区7的定时偏差、小区2与小区8的定时偏差。

实现方式2：第一CU可以在获取到(例如初次获取到，或获取到更新的)第一小区与第二小区的定时偏差时，主动将第一小区与第二小区的定时偏差发送给第一DU，比如，通过CU配置更新消息发送给第一DU，或者新引入一个消息，通过这个新引入的消息发送给第一DU。下面以CU配置更新消息为例进行说明，但不限定于这个消息。

图11为本申请实施例提供的又一种通信方法的流程示意图。如图11所示，上述步骤S802可以包括：

S1101、第一CU向第一DU发送CU配置更新消息，该CU配置更新消息包括第一小区与第二小区的定时偏差。

相应地，第一DU接收该CU配置更新消息。

例如，第一CU可以在获取到第二小区更新的RACH配置后，通过CU配置更新消息将第一小区与第二小区的定时偏差发送给第一DU。可选的，该CU配置更新消息还可以包括第二小区更新后的RACH配置。

实现方式3：第一DU主动请求获取第一小区与第二小区的定时偏差。

图12为本申请实施例提供的又一种通信方法的流程图。如图12所示，上述步骤S802可以包括：

S1201、第一DU向第一CU发送请求消息，请求获取第一小区与第二小区的定时偏差，或请求获取第二小区的随机接入信道RACH配置。

相应地，第一CU接收该请求消息。

可以理解是，第一DU例如可以在认为第一小区潜在发生RACH配置冲突时，向第一CU发送该请求消息。例如，第一DU可以在基于终端设备上报的RACH报告中各终端设备执行随机接入的次数，认为第一小区潜在发生RACH配置冲突时，可以向第一CU发送该请求消息。可选的，该请求消息例如可以是RACH配置潜在冲突消息，或者RACH配置请求消息，或者，定时偏差请求消息等。此外，本申请实施例对该请求消息的名称不做限定，例如该请求消息可以为一条专用的请求消息。

S1202、第一CU基于该请求消息，向第一DU发送第一小区与第二小区的定时偏差。

在该实现方式下，该请求消息中可以携带有第一小区的标识，以通过该第一小区的标识指示第一CU发送哪个小区与邻区的定时偏差。这里所说的小区的标识例如可以包括小区的ID和/或小区频点信息等。在RACH优化的场景下，当该请求消息携带有第一小区的标识时，在一些实施例中，还可以将第一小区视为潜在发生RACH配置冲突的小区，或者，可能发生RACH配置冲突的小区等。

可选的，上述第一CU在基于第一DU的请求消息，向第一DU发送第一小区与第二小区的定时偏差时，还可以包括有第二小区的RACH配置。

若第一DU下存在多个小区、且该请求消息未携带任何小区的标识，则第一CU可以向第一DU发送第一CU获取到的第一DU下至少一个小区与其各自的邻区的定时偏差。即，第一DU下的多个小区中的每一个小区与该小区的(1个或多个)邻区的定时偏差。以RACH优化的场景为例，可选的，上述第一CU在基于第一DU的请求消息，向第一DU发送第一DU下至少一个小区与其各自的邻区的定时偏差时，还可以包括有该小区的邻区的RACH配置。

继续参照实现方式1所示的示例，若第一DU向第一CU发送的请求消息中携带有小区1的标识，则第一CU可以向第一DU发送如下定时偏差信息：小区1与小区4的定时偏差、小区1与小区5的定时偏差、小区1与小区6的定时偏差。若第一DU向第一CU发送的请求消息中未携带有任何小区的标识，则第一CU可以向第一DU发送如下定时偏差：小区1与小区4的定时偏差、小区1与小区5的定时偏差、小区1与小区6的定时偏差、小区2与小区7的定时偏差、小区2与小区8的定时偏差。

应理解，当上述三种实现方式中所描述的消息中未包括任何定时偏差时，第一DU可以认为第一小区与第二小区之间无定时偏差，或者说，第一小区与第二小区采用相同的定时。

另外，对于RACH配置场景下，上述三种实现方式仅是示例性的描述了第一CU如何将第一小区与第二小区的定时偏差，以及，第二小区的RACH配置发送给第一DU。本领域技术人员可以理解的是，第一小区与第二小区的定时偏差，以及，第二小区的RACH配置也可以通过上述三种实现方式中的不同消息传递给第一DU。例如，第一CU通过F1建立响应消息向第一DU发送第一小区与第二小区的定时偏差，通过CU配置更新消息将第二小区的RACH配置发送给第一DU。以此类推，不再一一列举。

上述实施例所涉及的第二小区的RACH配置例如可以采用如下方式获取：

若第二小区为第一CU下的其他DU的小区，则第一CU可以从其他DU获取到该第二小区的RACH配置后，发送给第一DU。

若第二小区为第二接入网设备下的小区，则第一CU可以接收来自第二接入网设备的第二小区的RACH配置。

例如，在第一接入网设备与第二接入网设备建立Xn接口时，第一接入网设备的第一CU可以向第二接入网设备发送Xn建立请求消息。该Xn建立请求消息可以携带有第一接入网设备下的所有DU的小区的RACH配置。相应地，第二接入网设备向第一接入网设备发送Xn建立响应消息。该Xn建立响应消息可以携带有第二接入网设备下的小区的RACH配置。

或者，第二接入网设备向第一接入网设备的第一CU发送Xn建立请求消息。该Xn建立请求消息可以携带有第二接入网设备下的小区的RACH配置。相应地，第一接入网设备的第一CU向第二接入网设备发送Xn建立响应消息。该Xn建立响应消息可以携带有第一接入网设备下的所有DU的小区的RACH配置。

再例如，当第二接入网设备的配置发生改变时，比如新增至少一个小区，或一个或多个小区下的RACH配置发生改变时，则第二接入网设备可以通过NG-RAN节点配置更新消息向第一接入网设备的第一CU传递这些小区的RACH配置。

应理解，当上述第二接入网设备为CU/DU架构时，上述流程由第二接入网设备的CU与第一接入网设备的第一CU进行交互实现。

需要说明的是，上述所获取到的第二小区的RACH配置均是基于第二小区定时的RACH配置。

第一DU在获取到第一小区与第二小区的定时偏差，以及，第二小区的RACH配置后，第一DU可以根据第一小区与第二小区的定时偏差、第二小区的RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的RACH配置是否冲突。此时，由于第一小区的RACH配置为基于第一小区定时的RACH配置，第二小区的RACH配置为基于第二小区定时的RACH配置。因此，第一DU可以基于第一小区与第二小区的定时偏差，将其中一个小区的RACH配置进行转换，以获取两个小区在基于同一定时下的RACH配置。

图13为又一种RACH时域资源示意图。如图13所示，假定第一小区基于第一小区定时的RACH配置，以及，第二小区基于第二小区定时的RACH配置如图13中的(a)所示。其中，填充有斜线的子帧为该小区上允许发送RACH的子帧。在该示例下，第一DU可以根据第一小区与第二小区的定时偏差，对第二小区的帧进行平移，以得到例如图13中的(b)所示的第二小区基于第一小区定时的RACH配置。此时，第一小区与第二小区的RACH配置均基于第一小区的定时。或者，第一DU可以根据第一小区与第二小区的定时偏差，对第一小区的帧进行平移，以得到第一小区基于第二小区定时的RACH配置(图中未示出)。此时，第一小区与第二小区的RACH配置均基于第二小区的定时。

继续参照图13，示例性的，以第一小区允许终端设备在每帧的第1个子帧和第7个子帧上发送RACH。第二小区允许终端设备在每帧的第2个子帧和第6个子帧上发送RACH为例。则在经过上述帧平移后，可以得出第一小区上允许发送RACH的子帧与第二小区上允许发送RACH的子帧在时间上重叠(部分重叠或者完全重叠)，因此，第一DU确定两个小区的RACH配置冲突。可选的，在该场景下，第一DU可以为第一小区重新设置(配置)RACH配置，以避免与第二小区的RACH配置冲突，从而保证终端设备随机接入第一小区的成功率和接入时延，以及，随机接入第二小区的成功率和接入时延。例如，第一DU可以更改第一小区的部分或全部RACH配置的参数，从而避免与第二小区的RACH配置冲突。

应理解，若在经过上述帧平移后，第一小区上允许发送RACH的子帧与第二小区上允许发送RACH的子帧在时间上不重叠，则可以确认两个小区的RACH配置不冲突。在该场景下，第一DU可以不做任何处理。

可选的，在一些实施例中，若第一小区与第二小区均属于第一DU下的小区，则第一DU在确定第一小区与第二小区配置冲突时，可以为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。

若第二小区为第一接入网设备的其他DU下的小区，则第一DU可以通过第一CU向该DU发送指示信息，以指示第一小区与第二小区配置冲突，从而使该DU根据该指示信息，为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。

若第二小区为第二接入网设备下的小区，则第一DU可以通过第一CU向第二接入网设备发送该指示信息，以使第二接入网设备根据该指示信息，为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。以第二接入网设备为CU/DU架构为例，假定第二接入网设备包括第二CU和第二DU，其中，第二小区为第二DU下的小区。则在该示例下，第二CU可以接收第一CU发送的该指示信息，并转发给第二DU，由第二DU根据该指示信息，为第二小区重新设置(配置)RACH配置。

本实施例提供的方法，当接入网设备的DU下的小区与邻区采用不同的定时时，接入网设备的CU可以向DU发送DU下的小区与其邻区之间的定时偏差，从而使DU能够基于该定时偏差，准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

应理解，上述方法不仅可以用于对小区的RACH进行优化的场景，也可以适用于为小区进行RACH配置的场景，从而在初始为小区进行RACH配置时，即可规避与邻区RACH配置冲突的问题。

可以理解，虽然上述实施例均以RACH优化为例，对DU如何获取DU下的小区与其邻区的定时偏差进行了说明和介绍。但是，本领域技术人员可以理解的是，上述DU获取DU下的小区与其邻区的定时偏差的方式，包括但不限于上述RACH配置或RACH优化的场景，也可以适用于任一需要使用DU下的小区与其邻区的定时偏差的场景中。即，在DU获取到DU下的小区与其邻区的定时偏差后所执行的操作，本实施例并不限制。

前述实施例描述的是，第一CU将第一小区与第二小区的定时偏差发送给第一DU，由第一DU基于该定时偏差，以及，第一小区的RACH配置(基于第一小区的定时)，以及，第二小区的RACH配置(基于第二小区的定时)，判断两个小区的RACH配置是否冲突的过程。即，由第一DU基于该定时偏差，对其中一个小区的RACH配置进行转换，以在同一定时下对两个小区的RACH配置是否冲突进行判断。

下述实施例将从第一CU将第二小区的第一RACH配置(即基于第一小区定时的RACH配置)发送给第一DU的角度进行描述，由第一DU根据第一小区的RACH配置(即基于第一小区定时的RACH配置)，以及，第二小区的第一RACH配置，判断两个小区的RACH配置是否冲突。第一DU无需在对第二小区的RACH配置做处理。具体地：

图14为本申请实施例提供的又一种通信方法的流程示意图。如图14所示，该方法可以包括：

S1401、第一CU获取第二小区的第一RACH配置。

其中，第二小区的第一RACH配置是基于第一小区的定时的。

S1402、第一CU向第一DU发送第二小区的第一RACH配置。

相应地，第一DU接收该第二小区的第一RACH配置。

S1403、第一DU保存第二小区的第一RACH配置。该步骤为可选的。例如，第一DU可以将第二小区的第一RACH配置进行保存，并在达到最大存储时长时，将其删除。或者，第一DU可以在接收到第一CU最新发送的该第二小区的第一RACH配置时，将前一次保存的该第二小区的第一RACH配置删除。或者，第一DU可以在基于该第二小区的第一RACH配置，执行完相应操作(例如RACH配置或RACH优化等)之后，将其删除等。

上述第一CU可以采用如下方式获取第二小区的第一RACH配置。例如：

方式A：第一CU在获取到第二小区的第二RACH配置(基于第二小区定时的RACH配置)后，将其转换为第二小区的第一RACH配置。在该实现方式下，第二小区可以是第一DU下的小区，也可以是第一接入网设备下其他DU的小区，也可以是第二接入网设备下的第二小区。

图15为本申请实施例提供的又一种通信方法的流程示意图。如图15所示，上述S1401可以包括：

S1501、第一CU获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置。

关于第一CU如何获取第一小区与第二小区的定时偏差，以及，第二小区的第二RACH配置，可以参见前述实施例的描述。

S1502、第一CU根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。

关于第一CU如何将第二小区的第二RACH配置转换为第二小区的第一RACH配置，可以参见图13所对应的示例的描述。

示例性的，第一DU有2个小区，分别为小区3和小区4，其中，小区3和小区4的邻区均为：小区1、小区2。

则第一CU可以执行如下操作：

根据小区3与小区1的定时偏差，生成小区1基于小区3定时的RACH配置；

根据小区3与小区2的定时偏差，生成小区2基于小区3定时的RACH配置；

根据小区4与小区1的定时偏差，生成小区1基于小区4定时的RACH配置；

根据小区4与小区2的定时偏差，生成小区2基于小区4定时的RACH配置。

需要说明的是，由于邻区关系是小区级的，不是基站级的。以第二接入网设备为例，假定第二接入网设备与第一接入网设备相邻，上述小区1和小区2均属于第二接入网设备下的小区。若该小区1不是小区3的邻接小区，只有小区2是小区3的邻接小区，则对于小区3来说，第一CU无需生成小区1基于小区3定时的RACH配置，也需向第一DU发送小区1基于小区3定时的RACH配置。即，第一CU仅对存在实际邻接关系的小区执行上述RACH配置转换操作。

可选地，在一些实施例中，针对第一小区邻接的部分或全部第二小区，第一CU可能没有可用的第一小区与这些小区的定时偏差(即第一CU没有第一小区与这些小区的定时偏差，或者，第一CU没有获取到第一小区与这些小区的定时偏差)。在该场景下，第一CU可以不执行这些小区的RACH配置转换操作。在另一些实施例中，若第一CU获取到的第一小区与第二小区的定时偏差为0时，说明第一小区与第二小区“时间”同步，例如，第一小区与第二小区的帧号同步，且帧边界对齐。则在该场景下，第一CU无需执行第二小区的RACH配置转换操作，直接将该第二小区的第二RACH配置作为第二小区的第一RACH配置即可。

方式B：对于第二接入网设备下的第二小区，第一CU可以接收来自第二接入网设备的第二小区的第一RACH配置。

在本实施例中，第二接入网设备在向第一接入网设备的第一CU发送第二小区的RACH配置之前，可以根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置(即基于第二小区定时的RACH配置)转换为第二小区的第一RACH配置。

关于接入网设备之间如何交互小区的RACH配置，可以参见前述实施例的描述。关于第二接入网设备如何获取第一小区与第二小区的定时偏差，以及，如何基于该定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置，可以参见方式A的描述。

可选地，在一些实施例中，第二接入网设备可能没有可用的第一小区与第二小区的定时偏差(即第二接入网设备没有第一小区与第二小区的定时偏差，或者，第二接入网设备没有获取到第一小区与第二小区的定时偏差))。在该场景下，第二接入网设备可以不执行该RACH配置转换操作，而是将第二小区的第二RACH配置发送给第一CU。在另一些实施例中，若第二接入网设备获取到的第一小区与第二小区的定时偏差为0时，说明第一小区与第二小区“时间”同步，例如，第一小区与第二小区的帧号同步，且帧边界对齐。则在该场景下，第二接入网设备无需执行第二小区的RACH配置转换操作，直接将该第二小区的第二RACH配置作为第二小区的第一RACH配置即可。

可选的，在该实现方式下，第二接入网设备在向第一CU发送第二小区的RACH配置时，还可以携带有第一指示信息，该第一指示信息用于第一接入网设备确定该第二小区的RACH配置是否为基于第一小区定时的RACH配置。这样，第一CU在接收到第二接入网设备发送的第二小区的RACH配置后，可以基于该第一指示信息，获知该第二小区的RACH配置是否为基于第一小区定时的RACH配置。

例如，该第一指示信息可以通过1比特的字域来实现，当该字域取值为1时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当该字域取值为0时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。或者，当该字域取值为0时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当该字域取值为1时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。

再例如，还可以在发送第二小区的RACH配置时，通过是否携带该第一指示信息来实现，比如当携带该第一指示信息时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当没有携带该第一指示信息时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。或者，当携带该第一指示信息时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置，当没有携带该第一指示信息时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置。

当然，第一指示信息也可以采用其他的方式指示第二小区的RACH配置是否为基于第一小区定时的RACH配置。

应理解，当上述第二接入网设备为CU/DU架构时，上述流程由第二接入网设备的CU与第一接入网设备的第一CU进行交互实现。

需要说明的是，方式B所提供的实现方式，包括但不限于第一接入网设备为CU/DU架构的场景，同样也适用于非CU/DU架构的场景。

在获取到第二小区的第一RACH配置后，第一CU例如可以采用如下方式将第二小区的第一RACH配置发送给第一DU：

实现方式1：第一CU可以在与第一DU进行F1接口建立时，将第二小区的第一RACH配置发送给第一DU。

图16为本申请实施例提供的又一种通信方法的流程示意图。如图16所示，上述步骤S1402可以包括：

S1601、第一DU向第一CU发送F1建立请求消息。

相应地，第一CU接收该F1建立请求消息(F1 setup request)。

S1602、第一CU向第一DU发送F1建立响应消息，该F1建立响应消息包括第二小区的第一RACH配置。

相应地，第一DU接收该F1建立响应消息(F1 setup response)。

可选的，该F1建立响应消息还可以包括第一CU获取到的第一DU下的部分或所有小区的邻区基于该小区定时的RACH配置。即，第一CU所获取到的第一DU下的多个小区中的每一个小区的至少一个邻区基于该小区定时的RACH配置。

实现方式2：第一CU可以在与第一DU进行CU配置更新时，将第二小区的第一RACH配置发送给第一DU。

图17为本申请实施例提供的又一种通信方法的流程示意图。如图17所示，上述步骤S1402可以包括：

S1701、第一CU向第一DU发送CU配置更新消息，该CU配置更新消息包括第二小区的第一RACH配置。

相应地，第一DU接收该CU配置更新消息。

实现方式3：第一DU主动请求获取第二小区的第一RACH配置。

图18为本申请实施例提供的又一种通信方法的流程图。如图18所示，上述步骤S1402可以包括：

S1801、第一DU向第一CU发送请求消息，请求获取第二小区的随机接入信道RACH配置。

相应地，第一CU接收该请求消息。

可以理解是，第一DU例如可以在认为第一小区潜在发生RACH配置冲突时，向第一CU发送该请求消息。例如，第一DU可以在基于终端设备上报的RACH报告中各终端设备执行随机接入的次数，认为第一小区潜在发生RACH配置冲突时，可以向第一CU发送该请求消息。可选的，该请求消息例如可以是RACH配置潜在冲突消息，或者RACH配置请求消息等。此外，本申请实施例对该请求消息的名称不做限定，例如该请求消息可以为一条专用的请求消息。

S1802、第一CU基于该请求消息，向第一DU发送第二小区的第一RACH配置。

在该实现方式下，该请求消息中可以携带有第一小区的标识，以通过该第一小区的标识指示第一CU发送哪个小区的邻区基于该小区定时的RACH配置。这里所说的小区的标识例如可以为小区的ID和/或小区频点信息等。在RACH优化的场景下，当该请求消息携带有第一小区的标识时，在一些实施例中，还可以将第一小区视为潜在发生RACH配置冲突的小区，或者，可能发生RACH配置冲突的小区等。

若第一DU下存在多个小区、且该请求消息未携带任何小区的标识，则第一CU可以向第一DU发送第一CU获取到的第一DU下的小区的邻区基于该小区定时的RACH配置。即，第一CU所获取到的第一DU下的多个小区中的每一个小区的至少一个邻区基于该小区定时的RACH配置。

需要说明的是，在一些实施例中，第一CU所获取到的一些第二小区的RACH配置并非是基于第一小区定时的RACH配置(具体可以参见前述方式A和方式B中关于无第一小区与第二小区的定时偏差时所得到的第二小区的RACH配置的描述)。在该情况下，第一CU可以不向第一DU发送这些没有基于第一小区定时的第二小区的RACH配置，即只发送基于第一小区定时的第二小区的RACH配置。或者，第一CU在向第一DU发送第二小区的RACH配置时，还可以携带有第二指示信息，该第二指示信息第一DU确定该第二小区的RACH配置是否为基于第一小区定时的RACH配置。这样，第一DU在接收到第一CU发送的第二小区的RACH配置后，可以基于该第二指示信息，获知该第二小区的RACH配置是否为基于第一小区定时的RACH配置。可选的，第二指示信息可以是基于第一指示信息得到的，例如是将第一指示信息作为第二指示信息透传给第一DU，或者也可以对第一指示信息处理后作为第二指示信息发送给第一DU。或者，第二指示信息可以是第一CU根据第二小区的RACH是否为基于第一小区定时的RACH配置生成的指示信息。

例如，该第二指示信息可以通过1比特的字域来实现，当该字域取值为1时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当该字域取值为0时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。或者，当该字域取值为0时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当该字域取值为1时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。

再例如，还可以在发送第二小区的RACH配置时，通过是否携带该第二指示信息来实现，比如当携带该第二指示信息时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置，当没有携带该第二指示信息时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置。或者，当携带该第二指示信息时，表示该第二小区的RACH配置为基于第一小区定时的RACH配置，当没有携带该第二指示信息时，表示该第二小区的RACH配置为基于第二小区定时的RACH配置。

当然，第二指示信息也可以采用其他的方式指示第二小区的RACH配置是否为基于第一小区定时的RACH配置。

对应于前述图16至图18的场景中，第一CU向第一DU所发送的消息中，例如可以携带该第二指示信息，以指示该消息中所携带的第二小区的RACH配置是否为基于第一小区定时的RACH配置。

在本实施例中，第一DU在获取第二小区的第一RACH配置后，第一DU可以根据第二小区的第一RACH配置(即基于第一小区定时的RACH配置)，以及，第一小区的RACH配置(即基于第一小区定时的RACH配置)，确定第一小区的RACH配置与第二小区的第一RACH配置是否冲突。此时，由于两个小区的RACH配置是基于同一定时的RACH配置。因此，第一DU可以准确地识别出两个小区的RACH配置是否存在冲突。

若存在冲突(例如第一小区上允许发送RACH的子帧与第二小区上允许发送RACH的子帧在时间上部分重叠或者完全重叠)，则第一DU可以为第一小区重新设置(配置)RACH配置，以避免与第二小区的RACH配置冲突，从而保证终端设备随机接入第一小区的成功率和接入时延，以及，随机接入第二小区的成功率和接入时延。若不存在冲突(例如第一小区上允许发送RACH的子帧与第二小区上允许发送RACH的子帧在时间上不重叠)，则第一DU可以不做任何处理。

可选的，在一些实施例中，若第一小区与第二小区均属于第一DU下的小区，则第一DU在确定第一小区与第二小区配置冲突时，可以为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。

若第二小区为第一接入网设备的其他DU下的小区，则第一DU可以通过第一CU向该DU发送指示信息，以指示第一小区与第二小区配置冲突，从而使该DU根据该指示信息，为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。

若第二小区为第二接入网设备下的小区，则第一DU可以通过第一CU向第二接入网设备发送该指示信息，以使第二接入网设备根据该指示信息，为第二小区重新设置(配置)RACH配置，以避免与第一小区的RACH配置冲突。以第二接入网设备为CU/DU架构为例，假定第二接入网设备包括第二CU和第二DU，其中，第二小区为第二DU下的小区。则在该示例下，第二CU可以接收第一CU发送的该指示信息，并转发给第二DU，由第二DU根据该指示信息，为第二小区重新设置(配置)RACH配置。

本实施例提供的方法，当接入网设备的DU下的小区与邻区采用不同的定时时，接入网设备的CU可以向DU发送DU下的小区的邻区基于该小区定时的RACH配置，从而使DU能够基于在同一定时下的两个小区的RACH配置，准确地识别出该小区与邻区是否发生了RACH配置冲突，进而可以在发生冲突时，对该小区的RACH配置进行优化，从而确保终端设备随机接入的成功率和接入时延。

应理解，上述方法不仅可以用于对小区的RACH进行优化的场景，也可以适用于为小区进行RACH配置的场景，从而在初始为小区进行RACH配置时，即可规避与邻区RACH配置冲突的问题。

可以理解的是，上述各个方法实施例中，由CU实现的操作或者步骤，也可以由可以配置于CU的部件(例如芯片或者电路)实现，由DU实现的操作或者步骤，也可以由可以配置于DU的部件(例如芯片或者电路)实现，由接入网设备实现的操作或者步骤，也可以由可以配置于接入网设备的部件(例如芯片或者电路)实现。

图19为本申请实施例提供的一种通信装置的结构示意图。可以理解的是，该通信装置可以对应实现前述各个方法实施例中对应第一CU的操作或者步骤。该通信装置可以是CU或者可以是可配置于CU的部件。如图19所示，该通信装置可以包括：处理模块11、发送模块12。可选的，在一些实施例中，该通信装置还可以包括：第一接收模块13和/或第二接收模块14。

在一种可能的实现方式中，处理模块11，用于获取第一小区与第二小区的定时偏差。其中，第一小区为DU下的小区，第二小区为第一小区的邻接小区，该CU和该DU均属于第一接入网设备。上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块11，具体用于通过第二接收模块14接收的来自终端设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块11和第二接收模块14也可以集成为处理模块11或者第二接收模块14。或者，当第二小区为第二接入网设备下的小区时，处理模块11，具体用于通过第二接收模块14接收的来自第二接入网设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块11和第二接收模块14也可以集成为处理模块11或者第二接收模块14。

发送模块12，用于向DU发送第一小区与第二小区的定时偏差。

例如，第一接收模块13，用于接收来自DU的请求消息。该请求消息请求获取第一小区与第二小区的定时偏差，或请求获取第二小区的随机接入信道RACH配置。相应地，发送模块12，具体用于基于请求消息，向DU发送第一小区与第二小区的定时偏差。可选的，请求消息携带有第一小区的标识。

或者，第一接收模块13，用于接收来自DU的F1建立请求消息。相应地，发送模块12，具体用于向DU发送F1建立响应消息，F1建立响应消息包括第一小区与第二小区的定时偏差；或者，发送模块12，具体用于向DU发送CU配置更新消息，CU配置更新消息包括第一小区与第二小区的定时偏差。

本实施例提供的通信装置，可以执行上述图8所对应的方法实施例中第一CU的动作，其实现原理和技术效果类似，在此不再赘述。可选的，上述第一CU中还可以包括至少一个存储模块，该存储模块可以包括数据和/或指令，处理模块和/或收发模块(或者第一接收模块、第二接收模块和发送模块)可以读取存储模块中的数据和/或指令，实现对应的方法。

在另一可能的实现方式中，处理模块11，用于获取第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的。第一小区为分布式单元DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。

例如，处理模块11，可以用于获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置，并根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。该第二小区的第二RACH配置是基于第二小区定时的。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块11，可以通过第一接收模块13接收的来自终端设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块11和第一接收模块13也可以集成为处理模块11或者第一接收模块13。或者，在第二小区为第二接入网设备下的小区时，处理模块11，可以通过第一接收模块13接收的来自第二接入网设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块11和第一接收模块13也可以集成为处理模块11或者第一接收模块13。

再例如，当第二小区为第二接入网设备下的小区时，处理模块11，可以通过第一接收模块13接收来自第二接入网设备的第二小区的第一RACH配置。作为一种可能的实现方式，处理模块11，可以通过第一接收模块13接收来自第二接入网设备的第二小区的RACH配置，以及，第一指示信息，第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

发送模块12，用于向DU发送第二小区的第一RACH配置。

例如，第二接收模块14，用于接收来自DU的请求消息，该请求消息请求获取第二小区的RACH配置。相应地，发送模块12，具体用于基于请求消息，向DU发送第二小区的第一RACH配置。可选的，请求消息携带有第一小区的标识。

或者，第二接收模块14，用于接收来自DU的F1建立请求消息。相应地，发送模块12，具体用于向DU发送F1建立响应消息，F1建立响应消息包括第二小区的第一RACH配置。

或者，发送模块12，具体用于向DU发送CU配置更新消息，CU配置更新消息包括第二小区的第一RACH配置。

可选的，发送模块12，具体用于向DU发送第二小区的RACH配置，以及，第二指示信息。其中，第二指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

上述第一接收模块、第二接收模块和发送模块可以集成在收发模块，也可以分离。

本实施例提供的通信装置，可以执行上述图14所对应的方法实施例中第一CU的动作，其实现原理和技术效果类似，在此不再赘述。可选的，上述第一CU中还可以包括至少一个存储模块，该存储模块可以包括数据和/或指令，处理模块和/或收发模块(或者第一接收模块、第二接收模块和发送模块)可以读取存储模块中的数据和/或指令，实现对应的方法。

图20为本申请实施例提供的另一种通信装置的结构示意图。可以理解的是，该通信装置可以对应实现前述各个方法实施例中对应第一DU的操作或者步骤。该通信装置可以是DU或者可以是可配置于DU的部件。如图20所示，该通信装置可以包括：接收模块21和存储模块22。可选的，在一些实施例中，该通信装置还可以包括：处理模块23。

在一种可能的实现方式中，接收模块21，用于接收来自集中式单元CU的第一小区与第二小区的定时偏差。其中，第一小区为DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。存储模块22，用于保存第一小区与第二小区的定时偏差。

在该实现方式下，在一些实施例中，接收模块21，还用于接收来自CU的第二小区的随机接入信道RACH配置。相应地，处理模块23，用于根据第一小区与第二小区的定时偏差、第二小区的RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的RACH配置是否冲突。在该实现方式下，处理模块23，还可以用于在第一小区的RACH配置与第二小区的RACH配置冲突时，为第一小区重新设置RACH配置。

本实施例提供的通信装置，可以执行上述图8所对应的方法实施例中第一DU的动作，其实现原理和技术效果类似，在此不再赘述。可选的，上述第一DU中还可以包括至少一个存储模块，该存储模块可以包括数据和/或指令，处理模块和/或收发模块(或者接收模块)可以读取存储模块中的数据和/或指令，实现对应的方法。

在另一可能的实现方式中，接收模块21，用于接收来自集中式单元CU的第二小区的第一RACH配置。其中，第二小区的第一RACH配置是基于第一小区的定时的，第一小区为DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。存储模块22，用于保存第二小区的第一RACH配置。

在该实现方式下，在一些实施例中，处理模块23，用于根据第二小区的第一RACH配置，以及，第一小区的RACH配置，确定第一小区的RACH配置与第二小区的第一RACH配置是否冲突。在该实现方式下，处理模块23，还用于在第一小区的RACH配置与第二小区的第一RACH配置冲突时，为第一小区重新设置RACH配置。

本实施例提供的通信装置，可以执行上述图14所对应的方法实施例中第一DU的动作，其实现原理和技术效果类似，在此不再赘述。可选的，上述第一DU中还可以包括至少一个存储模块，该存储模块可以包括数据和/或指令，处理模块和/或收发模块(或者接收模块)可以读取存储模块中的数据和/或指令，实现对应的方法。

图21为本申请实施例提供的又一种通信装置的结构示意图。可以理解的是，该通信装置可以对应实现前述各个方法实施例中对应第二接入网设备的操作或者步骤。该通信装置可以是第二接入网设备或者可以是可配置于第二接入网设备的部件，或者，可以是第二接入网设备的CU或者可以是可配置与第二接入网设备的CU的部件。如图21所示，该通信装置可以包括：处理模块31和发送模块32。可选的，在一些实施例中，该通信装置还可以包括：接收模块33。

处理模块31，用于获取第二小区的第一RACH配置；其中，第二小区的第一RACH配置是基于第一小区的定时的，第二小区为第二接入网设备下的小区，第一小区为分布式单元DU下的小区，第二小区为第一小区的邻接小区，CU和DU均属于第一接入网设备。

例如，处理模块31，可以用于获取第一小区与第二小区的定时偏差、第二小区的第二RACH配置，并根据第一小区与第二小区的定时偏差，将第二小区的第二RACH配置转换为第二小区的第一RACH配置。该第二小区的第二RACH配置是基于第二小区定时的。

上述第一小区与第二小区的定时偏差是指两个小区在定时上的偏差。例如可以包括：第一小区与第二小区的帧号偏差和帧边界偏差；或者，第一小区与第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，第一小区与第二小区相对于同一帧的帧边界的时间偏差等。示例性的，处理模块31，可以通过接收模块33接收的来自终端设备的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块31和接收模块33也可以集成为处理模块31或者接收模块33。或者，处理模块31，可以通过接收模块33接收的来自CU的第一小区与第二小区的定时偏差来获取第一小区与第二小区的定时偏差。此时，处理模块31和接收模块33也可以集成为处理模块31或者接收模块33。

发送模块32，用于向CU发送第二小区的第一RACH配置。例如，发送模块32，具体用于向CU发送第二小区的RACH配置，以及，第一指示信息，第一指示信息指示第二小区的RACH配置为基于第一小区定时的RACH配置。

本实施例提供的通信装置，可以执行上述图14所对应的方法实施例中第二接入网设备的动作，其实现原理和技术效果类似，在此不再赘述。可选的，上述第二接入网设备中还可以包括至少一个存储模块，该存储模块可以包括数据和/或指令，处理模块和/或收发模块(或者接收模块、发送模块)可以读取存储模块中的数据和/或指令，实现对应的方法。

需要说明的是，应理解以上各个实施例中发送模块实际实现时可以为发送器，接收模块实际实现时可以为接收器，或者，发送模块和接收模块通过收发器实现，或者，发送模块和接收模块通过通信端口实现。而处理模块可以以软件通过处理元件调用的形式实现；也可以以硬件的形式实现。例如，处理模块可以为至少一个单独设立的处理元件，也可以集成在上述CU或DU的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述CU或DU的存储器中，由上述CU或DU的某一个处理元件调用并执行以上处理模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

图22为本申请实施例提供的又一种通信装置的结构示意图。如图22所示，该通信装置可以包括：至少一个处理器41(例如CPU)、至少一个存储器42。图21是以一个处理器41和一个存储器42为例的示意图。存储器42可能包含高速随机存取存储器(random-accessmemory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器，存储器42中可以存储各种指令和/或数据，以用于完成各种处理功能以及实现本申请的方法步骤。可选的，本申请涉及的通信装置还可以包括：电源43、通信总线44以及通信端口45。通信总线44用于实现元件之间的通信连接。上述通信端口45用于实现通信装置与其他外设之间进行连接通信。

一些可能的实现方式中，上述存储器42用于存储计算机可执行程序代码，程序代码包括指令；当处理器41执行指令时，指令使通信装置的处理器41执行上述方法实施例中第一CU的动作，其实现原理和技术效果类似，在此不再赘述。或者，

一些可能的实现方式中，上述存储器42用于存储计算机可执行程序代码，程序代码包括指令；当处理器41执行指令时，指令使通信装置的处理器41执行上述方法实施例中第一DU的动作，其实现原理和技术效果类似，在此不再赘述。或者，

一些可能的实现方式中，上述存储器42用于存储计算机可执行程序代码，程序代码包括指令；当处理器41执行指令时，指令使通信装置的处理器41执行上述方法实施例中第二接入网设备的动作，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由第一DU执行的方法，或由第一CU或者第二接入网设备执行的方法的计算机指令。

例如，该计算机指令被执行时，使得通信装置可以实现上述方法实施例中第一DU执行的方法、或者、第一CU执行的方法、或者、第二接入网设备执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被执行时使得该计算机实现上述方法实施例中由第一DU执行的方法，或由第一CU执行的方法，或由第二接入网设备执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的包括第一CU和第一DU的第一接入网设备，和/或第二接入网设备。

作为一个示例，该通信系统包括：上文结合图8、图10至图12中任一描述的实施例中的第一CU和第一DU。

作为另一示例，该通信系统包括：上文结合图结合图14至图18中任一描述的实施例中的第一CU和第一DU。

作为另一个示例，该通信系统包括：上文结合图19描述的通信装置、图20描述的通信装置。

作为另一示例，该通信系统包括：上文结合图21或图22所描述的通信装置。

作为另一示例，该通信系统包括：上文结合图19描述的通信装置、图20描述的通信装置，以及，图21描述的通信装置。

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

本文中的术语“多个”是指两个或两个以上。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

可以理解的是，在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

Claims (31)

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

集中式单元CU获取第一小区与第二小区的定时偏差；其中，所述第一小区为分布式单元DU下的小区，所述第二小区为所述第一小区的邻接小区，所述CU和所述DU均属于第一接入网设备；

所述CU向所述DU发送所述第一小区与所述第二小区的定时偏差。

2.根据权利要求1所述的方法，其特征在于，所述第一小区与所述第二小区的定时偏差，包括：

所述第一小区与所述第二小区的帧号偏差和帧边界偏差；或者，

所述第一小区与所述第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，

所述第一小区与所述第二小区相对于同一帧的帧边界的时间偏差。

3.根据权利要求1或2所述的方法，其特征在于，所述CU向所述DU发送所述第一小区与所述第二小区的定时偏差，包括：

所述CU接收来自所述DU的请求消息，所述请求消息请求获取所述第一小区与所述第二小区的定时偏差，或请求获取所述第二小区的随机接入信道RACH配置；

所述CU基于所述请求消息，向所述DU发送所述第一小区与所述第二小区的定时偏差。

4.根据权利要求3所述的方法，其特征在于，所述请求消息携带有所述第一小区的标识。

5.根据权利要求1或2所述的方法，其特征在于，所述CU向所述DU发送所述第一小区与所述第二小区的定时偏差，包括：

所述CU接收来自所述DU的F1建立请求消息；

所述CU向所述DU发送F1建立响应消息，所述F1建立响应消息包括所述第一小区与所述第二小区的定时偏差；

或者，

所述CU向所述DU发送CU配置更新消息，所述CU配置更新消息包括所述第一小区与所述第二小区的定时偏差。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述CU获取所述第一小区与所述第二小区的定时偏差，包括：

所述CU接收来自终端设备的所述第一小区与所述第二小区的定时偏差；或者，

所述CU接收来自第二接入网设备的所述第一小区与所述第二小区的定时偏差，其中，所述第二小区为所述第二接入网设备下的小区。

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

分布式单元DU接收来自集中式单元CU的第一小区与第二小区的定时偏差；其中，所述第一小区为所述DU下的小区，所述第二小区为所述第一小区的邻接小区，所述CU和所述DU均属于第一接入网设备；

所述DU保存所述第一小区与所述第二小区的定时偏差。

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

所述DU接收来自所述CU的所述第二小区的随机接入信道RACH配置；

所述DU根据所述第一小区与所述第二小区的定时偏差、所述第二小区的RACH配置，以及，所述第一小区的RACH配置，确定所述第一小区的RACH配置与所述第二小区的RACH配置是否冲突。

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

若所述第一小区的RACH配置与所述第二小区的RACH配置冲突，则所述DU为所述第一小区重新设置RACH配置。

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

集中式单元CU获取第二小区的第一RACH配置；其中，所述第二小区的第一RACH配置是基于第一小区的定时的，所述第一小区为分布式单元DU下的小区，所述第二小区为所述第一小区的邻接小区，所述CU和所述DU均属于第一接入网设备；

所述CU向所述DU发送所述第二小区的第一RACH配置。

11.根据权利要求10所述的方法，其特征在于，所述CU获取所述第二小区的第一RACH配置，包括：

所述CU获取所述第一小区与所述第二小区的定时偏差、所述第二小区的第二RACH配置，所述第二小区的第二RACH配置是基于第二小区定时的；

所述CU根据所述第一小区与所述第二小区的定时偏差，将所述第二小区的第二RACH配置转换为所述第二小区的第一RACH配置。

12.根据权利要求11所述的方法，其特征在于，所述第一小区与所述第二小区的定时偏差，包括：

所述第一小区与所述第二小区的帧号偏差和帧边界偏差；或者，

所述第一小区与所述第二小区的帧号偏差、子帧号偏差和子帧边界偏差；或者，

所述第一小区与所述第二小区相对于同一帧的帧边界的时间偏差。

13.根据权利要求11或12所述的方法，其特征在于，所述CU获取所述第一小区与所述第二小区的定时偏差，包括：

所述CU接收来自终端设备的所述第一小区与所述第二小区的定时偏差；或者，

所述CU接收来自第二接入网设备的所述第一小区与所述第二小区的定时偏差；其中，所述第二小区为所述第二接入网设备下的小区。

14.根据权利要求10所述的方法，其特征在于，所述CU获取所述第二小区的第一RACH配置，包括：

所述CU接收来自第二接入网设备的所述第二小区的第一RACH配置；其中，所述第二小区为所述第二接入网设备下的小区。

15.根据权利要求14所述的方法，其特征在于，所述CU接收来自所述第二接入网设备的所述第二小区的第一RACH配置，包括：

所述CU接收来自所述第二接入网设备的所述第二小区的RACH配置，以及，第一指示信息，所述第一指示信息指示所述第二小区的RACH配置为基于所述第一小区定时的RACH配置。

16.根据权利要求10-15任一项所述的方法，其特征在于，所述CU向所述DU发送所述第二小区的第一RACH配置，包括：

所述CU向所述DU发送所述第二小区的RACH配置，以及，第二指示信息；其中，所述第二指示信息指示所述第二小区的RACH配置为基于所述第一小区定时的RACH配置。

17.根据权利要求10-16任一项所述的方法，其特征在于，所述CU向所述DU发送所述第二小区的第一RACH配置，包括：

所述CU接收来自所述DU的请求消息，所述请求消息请求获取所述第二小区的RACH配置；

所述CU基于所述请求消息，向所述DU发送所述第二小区的第一RACH配置。

18.根据权利要求17所述的方法，其特征在于，所述请求消息携带有所述第一小区的标识。

19.根据权利要求10-16任一项所述的方法，其特征在于，所述CU向所述DU发送所述第二小区的第一RACH配置，包括：

所述CU接收来自所述DU的F1建立请求消息；

所述CU向所述DU发送F1建立响应消息，所述F1建立响应消息包括所述第二小区的第一RACH配置；

或者，

所述CU向所述DU发送CU配置更新消息，所述CU配置更新消息包括所述第二小区的第一RACH配置。

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

分布式单元DU接收来自集中式单元CU的第二小区的第一RACH配置；其中，所述第二小区的第一RACH配置是基于第一小区的定时的，所述第一小区为所述DU下的小区，所述第二小区为所述第一小区的邻接小区，所述CU和所述DU均属于第一接入网设备；

所述DU保存所述第二小区的第一RACH配置。

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

所述DU根据所述第二小区的第一RACH配置，以及，所述第一小区的RACH配置，确定所述第一小区的RACH配置与所述第二小区的第一RACH配置是否冲突。

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

若所述第一小区的RACH配置与所述第二小区的第一RACH配置冲突，则所述DU为所述第一小区重新设置RACH配置。

23.一种通信装置，其特征在于，所述通信装置用于实现如权利要求1-6任一项所述的方法。

24.一种通信装置，其特征在于，所述通知装置用于实现如权利要求7-9任一项所述的方法。

25.一种通信装置，其特征在于，所述通知装置用于实现如权利要求10-19任一项所述的方法。

26.一种通信装置，其特征在于，所述通知装置用于实现如权利要求20-22任一项所述的方法。

27.一种芯片，其特征在于，所述芯片上存储有计算机程序，在所述计算机程序被所述芯片执行时，实现如权利要求1-22任一项所述的方法。

28.一种通信设备，其特征在于，所述通信设备包括：如权利要求23所述的通信装置，以及，权利要求24所述的通信装置。

29.一种通信设备，其特征在于，所述通信设备包括：如权利要求25所述的通信装置，以及，权利要求26所述的通信装置。

30.一种通信系统，其特征在于，所述通信系统包括：如权利要求28或29所述的通信设备。

31.一种计算机可读存储介质，其特征在于，用于存储计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行权利要求1至22任一项所述的方法。

Images