CN117560733A

CN117560733A - 通信方法和通信装置

Info

Publication number: CN117560733A
Application number: CN202210939716.2A
Authority: CN
Inventors: 张海森; 李秉肇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-08-05
Filing date: 2022-08-05
Publication date: 2024-02-13
Also published as: WO2024027403A1

Abstract

本申请实施例提供了一种通信方法和通信装置。该方法包括：终端设备接收第一信息，第一信息与第一组播业务的状态相关，和/或，第一信息与第二小区中第一组播业务的配置信息相关；终端设备根据第一信息，判断是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从所述第一小区切换或者重选至所述第二小区的终端设备。本申请提供的技术方案，避免了终端设备在切换或者重选的过程中，不必要的进入连接态，导致资源的浪费。

Description

通信方法和通信装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法和通信装置。

背景技术

多播广播业务(Multicast and Broadcast Service，MBS)是面向多个终端设备(User Equipment，UE)的业务，例如直播业务、公共安全业务、批量软件更新业务等。MBS业务来自数据服务器。其中，数据服务器将MBS数据发送给核心网设备，然后核心网设备将MBS数据发送给基站，最后基站将MBS数据发送给接收MBS业务的至少一个终端设备。

其中，在核心网向基站发送MBS数据时，MBS业务通过一个公共的传输通道MBS会话进行传输，每个MBS会话中可以包含至少一个MBS QoS流。而在基站向终端设备发送MBS数据时，数据包通过MBS无线承载传输，对于一个MBS无线承载来说有两种传输模式：第一种可以采用点到多点(point to multi-point，PTM)传输方式；第二种可以采用点到点(point topoint，PTP)传输方式。

组播业务是针对高Qos需求业务设计的，需要针对组播业务进行组管理，可以提供和单播业务相同的QoS等级。具体地，针对组播业务，核心网需要管理终端设备的加入和退出。对于核心网和基站之间的传输依托于PDU session，引入新的MBS QoS flow。对于无线接入网(radio access network，RAN)，支持PTP和PTM传输方式向终端设备发送数据，并且支持由RAN控制的PTP和PTM之间的动态切换。在3GPP协议的版本17中，组播业务只能提供给无线资源控制(radio resource control，RRC)连接态的终端设备，需要接入网和核心网维护多播业务组对应的终端设备的信息。

发明内容

本申请实施例提供一种通信方法，能够避免了终端设备在从第一小区切换或者重选至时，发起不必要的建立连接或者恢复连接的请求信息，降低了资源的消耗。

第一方面，提供了一种通信方法，包括：终端设备接收第一信息，第一信息与第一组播业务的状态相关，和/或，第一信息与第二小区中所述第一组播业务的配置信息相关；终端设备根据第一信息，判断是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。根据本申请提供的一种通信方法，终端设备接收第一信息，并根据该第一信息判断是否向第二小区发送第一请求信息，该第一请求信息用于终端设备从第一小区切换或者重选至第二小区建立或者恢复RRC连接。其中，该第一信息与第一组播业务的状态相关，和/或，第一信息与第二小区中第一组播业务的配置信息相关，从而避免终端设备在从第一小区切换或者重选至时，发起不必要的建立连接或者恢复连接的请求信息，降低了资源的消耗。

应理解，在终端设备从第一小区切换或者重选至第二小区时，终端设备直接接入可能会占用网络的接入资源，因此本申请提供的方法还可以避免加重网络拥塞的程度。

结合第一方面，在一些可能实现方式中，终端设备根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一组播业务的状态为激活态时，终端设备向第二小区发送第一请求信息，或者，当第一组播业务的状态为非激活态时，终端设备保持非连接态。

基于上述方案，当第一信息与第一组播业务的状态相关时，终端设备根据第一组播业务的状态判断是否向第二小区发送该第一请求信息，或者，该终端设备继续保持非连接的状态，避免终端设备不判断业务状态就发起接入，在第二小区接入连接态之后，由于业务去激活又被释放，造成资源的浪费。

结合第一方面，在一些可能实现方式中，终端设备根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一小区与第二小区的中第一组播业务配置信息不同时，终端设备向第二小区发送第一请求信息，或者，当第一小区与第二小区中第一组播业务的配置信息相同时，终端设备保持非连接态。

基于上述方案，当第一信息与第二小区中第一组播业务的配置信息相关时，终端设备根据第二小区中第一组播业务的配置信息判断是否向第二小区发送该第一请求信息，或者，该终端设备继续保持非连接的状态，避免终端设备不确定配置是否相同就发起接入，在第二小区接入连接态之后，又被释放，由于配置相同引发不必要的接入，造成资源的浪费。

结合第一方面，在一些可能实现方式中，终端设备根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为激活态时，终端设备向第二小区发送第一请求信息，或者，当第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为去激活态时，终端设备保持非连接态。

基于上述方案，当第一信息与第一组播业务的状态和第二小区中第一组播业务的配置信息相关时，终端设备根据第一组播业务的状态和第二小区中第一组播业务的配置信息判断是否向第二小区发送该第一请求信息，或者，该终端设备继续保持非连接的状态，避免终端设备在第二小区接入连接态之后，又被释放，造成资源的浪费。

结合第一方面，在一些可能实现方式中，终端设备接收第一寻呼消息，第一寻呼消息包括第一组播业务的标识。

基于上述方案，终端设备在保持非连接态时，当终端设备接收到第一寻呼消息，该第一寻呼消息包括第一组播业务的标识，则终端设备确定第一组播业务激活，或者需要进入连接态。举例来说，终端设备根据该第一寻呼消息向第二小区发送第一请求信息，进入连接态。

结合第一方面，在一些可能实现方式中，终端设备接收第二信息，第二信息用于确定第二小区未向所述非连接态的终端设备提供所述第一组播业务。

基于上述方案，终端设备接收第二信息，该第二信息可以来自第一小区或者第二小区，第二信息用于确定第二小区未向所述非连接态的终端设备提供第一组播业务，则终端设备进一步地根据第一组播业务的状态和/或第二小区中第一组播业务的配置信息判断是否向第二小区发送第一请求信息。

应理解，该第二信息可以直接指示第二小区不支持非连接态的组播业务，或者，该第二信息可以指示第二小区支持非连接态的组播业务，但第二小区提供的非连接态的组播业务中不包括第一组播业务，对此本申请不做限定。

结合第一方面，在一些可能实现方式中，当第二信息包括第二小区的多播控制信道MCCH的配置信息时，终端设备根据MCCH的配置信息，获取第三信息，第三信息包括第二小区的MCCH信息，且MCCH信息不包括第一组播业务的标识，或者，终端设备根据MCCH的配置信息，未获取到第三信息。基于上述方案，第二信息包括第二小区的MCCH的配置信息，则表明该第二小区支持非连接态的组播业务，终端设备根据该MCCH的配置信息获取第三信息，该第三信息包括MCCH信息，该MCCH信息不包括第一组播业务的标识，则表示该第二小区支持非连接态的组播业务，但该第二小区未向非连接态的终端设备提供第一组播业务。或者，终端设备接收的第二信息包括MCCH的配置信息，但该终端设备根据该MCCH配置信息，并未获取到该第三信息，则表明，该第二小区未向所述非连接态的终端设备提供组播业务。

结合第一方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。基于上述方案，第一信息携带在寻呼paging消息、系统信息块SIB、MCCH信息中至少一项消息中发送给终端设备。终端设备无需进入连接态，就能够接收到第一信息。

可选地，终端设备获取第一信息，也可能是终端设备在连接态的时候获取得到的，或者，通过RRC释放消息(RRC release消息)获得第一信息，对此本申请不做限定。

结合第一方面，在一些可能实现方式中，在第一信息与第二小区中所述第一组播业务的配置信息相关的情况下，第一信息包括第二小区的PDCP同步信息和/或第一小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

基于上述方案，当第一信息与第二小区中第一组播业务的配置信息相关时，该第一信息还可以包括第二小区的PDCP同步信息和/或第一小区的PDCP同步信息，该同步信息包括第二小区的PDCP和/或第一小区的PDCP同步或者不同步。终端设备根据第二小区的PDCP同步信息和/或第一小区的PDCP同步信息，进一步地确定PDCP层的处理方法。

结合第一方面，在一些可能实现方式中，当同步信息包括的第二小区的PDCP和/或第一小区的PDCP不同步时，终端设备重置PDCP实体或者PDCP变量，和/或，终端设备对缓存的PDCP数据包进行丢弃或者递交高层。

基于上述方案，第一小区的PDCP不同步和/或第二小区的PDCP不同步时，终端设备可以重置PDCP实体或者PDCP变量，和/或，终端设备对缓存的PDCP数据包进行丢弃或者递交高层。

可选地，第一小区的PDCP不同步和/或第二小区的PDCP不同步时，终端设备向第二小区发送第一请求信息，终端设备与第二小区进入连接态之后，在第二小区接收PDCP的配置。

第二方面，提供了一种通信方法，该方法包括：第一小区确定第一信息，第一信息与第一组播业务的状态相关；第一小区向终端设备发送第一信息，第一信息用于判断终端设备是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

应理解，本申请中的第一小区的所有步骤以及处理过程，服务与第一小区的第一网络设备都可以执行。

结合第二方面，在一些可能实现方式中，第一组播业务的状态包括激活态，或者去激活态。

结合第二方面，在一些可能实现方式中，第一小区向终端设备发送第二信息，第二信息用于确定第二小区未向所述非连接态的终端设备提供所述第一组播业务。

结合第二方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

基于上述方案，第一信息携带在寻呼paging消息、系统信息块SIB、MCCH信息中至少一项消息中发送给终端设备。终端设备无需进入连接态，就能够接收到第一信息。

第三方面，提供了一种通信方法，该方法包括：第二小区确定第二信息，第二信息用于确定第二小区未向非连接态的终端设备提供第一组播业务；第二小区向终端设备发送第二信息，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

应理解，本申请中的第二小区的所有步骤以及处理过程，服务与第二小区的第二网络设备都可以执行。

结合第三方面，在一些可能实现方式中，第二小区向终端设备发送第三信息，第三信息包括第二小区的MCCH信息，且MCCH信息不包括第一组播业务的标识。

结合第三方面，在一些可能实现方式中，第二小区向第一网络设备发送第二小区中所述第一组播业务的配置信息，配置信息用于确定第一信息，其中，第一小区与第二小区为相邻小区，或者该第二小区是第一小区一定范围内的小区，或者第一小区与第二小区是同一RNA内的小区。

结合第三方面，在一些可能实现方式中，第二小区向第一网络设备发送第二小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

第四方面，提供了一种通信方法，该方法包括：第一网络设备确定第一信息，第一信息与第二小区中所述第一组播业务的配置信息相关；第一网络设备向终端设备发送第一信息，第一信息用于判断终端设备是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

结合第四方面，在一些可能实现方式中，第一网络设备接收来自第二小区中所述第一组播业务的配置信息，配置信息用于确定第一信息。

结合第四方面，在一些可能实现方式中，述第一信息包括第二小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

结合第四方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

第五方面，提供了一种通信装置，收发单元接收第一信息，第一信息与第一组播业务的状态相关，和/或，第一信息与第二小区中所述第一组播业务的配置信息相关；处理单元根据第一信息，判断是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，收发单元为接收第一组播业务的收发单元，收发单元和处理单元属于处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

结合第五方面，在一些可能实现方式中，处理单元根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一组播业务的状态为激活态时，收发单元向第二小区发送第一请求信息，或者，当第一组播业务的状态为非激活态时，处理单元保持非连接态。

结合第五方面，在一些可能实现方式中，处理单元根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一小区与第二小区中所述第一组播业务的配置信息不同时，收发单元向第二小区发送第一请求信息，或者，当第一小区与第二小区中所述第一组播业务的配置信息相同时，处理单元保持非连接态。

结合第五方面，一些可能实现方式中，处理单元根据第一信息，判断是否向第二小区发送第一请求信息，包括：当第一小区与第二小区中所述第一组播业务的配置信息相同，且第一组播业务的状态为激活态时，收发单元向第二小区发送第一请求信息，或者，当第一小区与第二小区中所述第一组播业务的配置信息相同，且第一组播业务的状态为去激活态时，处理单元保持非连接态。

结合第五方面，在一些可能实现方式中，收发单元接收第一寻呼消息，第一寻呼消息包括第一组播业务的标识。

结合第五方面，在一些可能实现方式中，收发单元接收第二信息，第二信息用于确定第二小区未向所述非连接态的终端设备提供第一组播业务。

结合第五方面，在一些可能实现方式中，当第二信息包括第二小区的多播控制信道MCCH的配置信息时，处理单元根据MCCH的配置信息，获取第三信息，第三信息包括第二小区的MCCH信息，且MCCH信息不包括第一组播业务的标识，或者，终端设备根据MCCH的配置信息，未获取到第三信息。

结合第五方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

结合第五方面，在一些可能实现方式中，在第一信息与第二小区中所述第一组播业务的配置信息相关的情况下，第一信息包括第一小区的PDCP同步信息和/或第二小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

结合第五方面，在一些可能实现方式中，当同步信息包括的第一小区的PDCP和/或第二小区的PDCP不同步时，处理单元重置PDCP实体或者PDCP变量，和/或，处理单元对缓存的PDCP数据包进行丢弃或者递交高层。

第六方面，提供了一种通信装置，处理单元确定第一信息，第一信息与第一组播业务的状态相关；收发单元向终端设备发送第一信息，第一信息用于判断终端设备是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

结合第六方面，在一些可能实现方式中，第一组播业务的状态包括激活态，或者去激活态。

结合第六方面，在一些可能实现方式中，处理单元向终端设备发送第二信息，第二信息用于确定第二小区未向所述非连接态的终端设备提供第一组播业务。

结合第六方面，在一些可能实现方式中，第二信息包括第二小区的多播控制信道MCCH的配置信息。

结合第六方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

可选地，收发单元获取第一信息，也可能是在连接态的时候获取得到的，或者，通过RRC释放消息获得，对此本申请不做限定。

第七方面，提供了一种通信装置，处理单元确定第二信息，第二信息用于确定第二小区未向非连接态的终端设备提供第一组播业务；收发单元向终端设备发送第二信息，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

结合第七方面，在一些可能实现方式中，处理单元向终端设备发送第三信息，第三信息包括第二小区的MCCH信息，且MCCH信息不包括第一组播业务的标识。

结合第七方面，在一些可能实现方式中，处理单元向第一网络设备发送第二小区中所述第一组播业务的配置信息，配置信息用于确定第一信息，其中，第一小区与第二小区为相邻小区。

结合第七方面，在一些可能实现方式中，处理单元向第一网络设备发送第二小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

第八方面，提供了一种通信方法，该方法包括：处理单元确定第一信息，第一信息与第二小区中所述第一组播业务的配置信息相关；收发单元向终端设备发送第一信息，第一信息用于判断终端设备是否向第二小区发送第一请求信息，第一请求信息用于终端设备建立或恢复RRC连接，其中，终端设备为接收第一组播业务的终端设备，终端设备为处于无线资源控制RRC非连接态的终端设备，且终端设备是从第一小区切换或者重选至第二小区的终端设备。

结合第八方面，在一些可能实现方式中，收发单元接收来自第二小区中所述第一组播业务的配置信息，配置信息用于确定第一信息。

结合第八方面，在一些可能实现方式中，述第一信息包括第一小区的PDCP同步信息和/或第二小区的PDCP同步信息，同步信息包括PDCP同步或者不同步。

结合第八方面，在一些可能实现方式中，第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

第九方面，提供一种通信装置，本申请提供一种通信设备，该通信设备可以是网络设备或者终端设备，其中，该通信设备包括收发器、处理器和存储器。处理器用于控制收发器收发信号，存储器用于存储计算机程序，处理器用于调用并运行存储器中存储的计算机程序，使得终端设备执行第一方面中任意可能的实现方式中的方法，网络设备执行第二方面中任意可能的实现方式中的方法，或者，网络设备执行第三方面中任意可能的实现方式中的方法，或者，网络设备执行第四方面中任意可能的实现方式中的方法。

具体地，在终端设备作为信息和/或数据的发送端时，终端设备执行上述第一方面及其任意可能的实现方式中的通信方法，对需要发送的信息和/或数据进行发送。在网络设备作为信息和/或数据的接收端时，网络设备以执行上述第二方面至第四方面的任一可能的实现方式中的通信方法。

第十方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面至第四方面中任意一种可能的实现方式中的方法。

第十一方面，本申请提供一种计算机程序产品，该计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面至第四方面中任意一种可能的实现方式中的方法。

第十二方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行上述第一方面至第四方面中任意一种可能的实现方式中的方法。可选地，该芯片还包括存储器，该存储器与该处理器通过电路或电线与存储器连接。

附图说明

图1是本申请实施例提供的一种MBS业务传输过程的示意图。

图2是本申请实施例提供的一种终端设备接收广播数据的流程示意图。

图3是本申请实施例提供的一种终端设备RRC建立/恢复的流程性示意图。

图4是本申请实施例提供的一种终端切换场景的示意图。

图5是本申请实施例提供的另一种终端切换场景的示意图。

图6是本申请实施例提供的一种通信方法的示意图。

图7是本申请实施例提供的另一种通信方法的示意图。

图8是本申请实施例提供的另一种通信方法的示意图。

图9是本申请实施例提供的另一种通信方法的示意图。

图10是本申请实施例提供的另一种通信方法的示意图。

图11是本申请实施例提供的另一种通信方法的示意图。

图12是本申请实施例适用的一种通信架构示意图。

图13是本申请实施例提供的另一种通信方法的示意图。

图14是本申请实施例提供的一种通信装置的示意性结构图。

图15是本申请实施例提供的另一种通信装置的示意性结构图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的第五代(5th Generation，5G)系统或新无线(New Radio，NR)等。

本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network，PLMN)中的终端设备等，本申请实施例对此并不限定。

应理解，本申请实施例中，终端设备可以是用于实现终端设备功能的装置，也可以是能够支持终端设备实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通讯(Global System of Mobile communication，GSM)系统或码分多址(CodeDivision Multiple Access，CDMA)中的基站(Base Transceiver Station，BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional NodeB，eNB或eNodeB)，还可以是云无线接入网络(Cloud Radio Access Network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，本申请实施例并不限定。

应理解，本申请实施例中，网络设备可以是用于实现网络设备功能的装置，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。

还应理解，下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。其中，本申请示出的实施例可以部分实施，也可以各个实施例之间相互组合完成之后，部分实施或者全部实施，对此本申请不做限定。

需要说明的是，本申请中的第一小区的所有步骤以及处理过程，可以是第一小区提供服务的第一网络设备执行的；类似地，本申请中的第二小区的所有步骤以及处理过程，可以是第二小区提供服务的第二网络设备执行的。

为了便于理解，首先对本申请实施例所涉及的通信名词或术语进行解释说明，该通信名词或术语，也作为本申请发明内容的一部分。

1.多播广播业务(multicast and broadcast service，MBS)

多播广播业务MBS是面向多个终端设备业务(例如，直播业务、公共安全业务、批量软件更新业务等)。

如图1所示的MBS业务传输过程示意图，MBS业务来自数据服务器，首先数据服务器将MBS数据发送给核心网设备，然后核心网设备将MBS数据发送给接入网设备，最后接入网设备将MBS数据发送给接收MBS业务的至少一个终端设备。从核心网向接入网设备发送的时候，MBS业务通过一个公共的传输通道MBS会话进行传输，每个MBS会话中可以包含至少一个MBS QoS流。而从接入网设备向终端设备发送的时候，MBS数据包通过MBS无线承载传输，对于一个MBS无线承载来说可以有两种传输模式：

第一种：采用点到多点(point to multi-point，PTM)传输方式；

第二种：采用点到点(point to point，PTP)传输方式。

2.组播业务(multicast)

组播业务是针对高服务质量(quality of service，QoS)需求业务设计的，需要针对组播业务进行组管理，可以提供和单播业务相同的QoS等级。具体的对于组播业务，核心网需要管理终端设备的加入和退出。对于核心网和接入网设备之间的传输依托于PDU会话(PDUsession)，引入新的MBS QoS flow数据流。对于接入网设备，支持PTP传输方式和PTM传输方式向终端设备发送数据，并且支持由接入网设备控制的PTP和PTM之间的动态切换。在R17协议中，组播业务只能提供给RRC处于连接态的终端设备，需要接入网设备和核心网设备维护多播业务组对应的终端设备的信息。现有技术中，对于组播业务还支持由核心网触发的MBS session去激活/激活，终端设备不感知业务的状态。

3.组播业务的激活/去激活流程

MBS会话去激活过程仅适用于组播业务。MBS会话去激活流程由多播广播会话管理功能(multicast/broadcast session management function，MB-SMF)触发，其中当MB-SMF在一段时间内没有下行数据可传输的情况下，收到多播广播用户面功能(multicast/broadcast user plane function，MB-UPF)的通知时，或者当MB-SMF直接收到应用功能(application function，AF)或通过网络开放功能(network exposure function，NEF)的请求时。MBS Session去激活流程用于去激活NG-RAN节点的MBS数据资源。在5GC的触发下，RAN释放组播会话的无线资源，停止向终端数设备传输组播会话数据，网络设备可以对终端设备连接RRC释放空闲态或者非激活态(idle/inactive)或者不释放，并没有显式的去激活通知到终端设备。

MBS会话激活过程仅适用于组播业务。MBS会话激活过程由MB-SMF触发，当MB-SMF收到MB-UPF关于下行MBS数据的通知时，或者当MB-SMF直接收到AF或通过NEF的请求时。MBSSession激活流程用于激活NG-RAN节点的MBS数据资源。在5GC的触发下，组播会话的无线资源建立，组播会话数据开始传输给终端设备。其中，加入组播会话的RRC-IDLE状态和RRCInactive状态的终端设备会被寻呼。

4.广播技术(broadcast)

NR MBS的广播技术中引入了两个逻辑信道，多播控制信道(MBS controlchannel，MCCH)和多播业务信道(MBS traffic channel，MTCH)，其中MCCH用于传输控制信息，包含MTCH的配置信息。举例来说，MTCH对应的G-RNTI以及DRX参数。MCCH以周期的方式进行发送。MTCH逻辑信道承载广播业务的用户数据，通过MCCH调度MTCH。MTCH的配置为per G-RNTI级别，也可说是per MBS service级别。其中，接入网设备通过组无线网络临时标识(group radio network temporary identifier，G-RNT)来同时向多个终端设备调度业务数据，每个G-RNTI可以关联至少一个广播业务。

如图2所示的终端设备接收广播数据的流程示意图。终端设备接收广播业务的流程是首先获取系统，系统消息中包含传输广播业务的控制信息(即MCCH的配置信息)，终端通过系统消息知晓如何来接收MCCH消息。终端设备根据MCCH的配置信息读取MCCH的消息内容，其中MCCH消息中包括MBS广播配置消息，MBS广播配置信息即为MTCH的配置信息，G-RNTI，临时多播组播标识(temporary multicast group identifier，TMGI)等接受广播业务必要的配置。最后，终端设备根据配置信息在MTCH上接收广播业务数据。

5.非连接态

终端设备的无线资源控制(radio resource control，RRC)状态包括RRC连接(RRC-connected)态、RRC空闲(RRC-idle)态和RRC非活跃(RRC-inactive)态。以下实施例中的RRC非连接态，可包括RRC空闲态或RRC非活跃态中的至少一种。其中，RRC非连接态可以简称为非连接态。RRC连接态可以简称为连接态。RRC空闲态可以简称为空闲态。RRC非活跃态可以简称为非活跃态。本申请实施例中，至少一种可以是一种或多种。多种可以是2种、3种或更多种，不做限制。

在以下描述中，以网络设备或接入网设备为基站为例进行描述。具体的，终端设备在接入基站的过程中或者接入基站后，终端设备可以和基站进行RRC建立过程。

其中，终端设备与基站RRC建立或者恢复的过程如图3所示。

S310，终端设备向网络设备发送RRC建立/恢复请求信息。

应理解，该步骤S310为终端设备发起进入连接态的请求信息(例如，本申请实施例中终端设备向第二小区发送的第一请求信息)。

S320，网络设备向终端设备发送RRC建立/恢复响应信息。

具体地，网络设备接收来自终端设备的RRC建立请求信息，网络设备根据RRC建立请求信息向终端设备发送RRC建立响应信息。

应理解，网络设备接收来自终端设备的RRC恢复请求信息，网络设备根据RRC恢复请求信息向终端设备发送RRC恢复响应信息；或者，网络设备接收来自终端设备的RRC恢复请求信息，网络设备根据RRC恢复请求信息向终端设备发送RRC建立响应信息，使其终端设备重新建立RRC连接。

S330，终端设备向网络设备发送RRC建立/恢复完成信息。

具体地，终端设备接收来自网络设备的RRC建立响应信息，并根据该RRC建立响应信息进行RRC的建立，终端设备确定RRC建立完成之后，向网络设备发送该RRC建立完成信息。

应理解，终端设备接收来自网络设备的RRC恢复响应信息，并根据该RRC恢复响应信息进行RRC的建立，终端设备确定RRC恢复完成之后，向网络设备发送该RRC恢复完成信息。

上述图3中，介绍了终端设备与网络设备进行RRC建立/恢复的简单过程，具体详细介绍请参见现有技术。

终端设备和基站建立RRC连接后，该终端设备的RRC状态为RRC连接态。随后，终端设备的RRC状态可以在以下状态中进行转换：RRC空闲态、RRC连接态和RRC非活跃态。

标准R18已经立项决定研究组播业务可以提供给RRC非连接态终端设备，用于支持网络拥塞场景下终端设备尽量的接收组播业务。因为组播业务在连接态就可以通过PTM方式提供业务给多个终端设备，网络只发送一份数据，多个终端设备共同接收该数据。即，将组播业务提供给所有非连接态的终端设备，只发送了一份数据，不用占用过多的额外的资源。

其中，如何将非连接态模式的组播业务的配置信息提供给终端设备有一下两种参考方式：

方式一：终端设备在连接态时获取组播业务的配置信息，用于RRC release后继续在非连接态接收组播业务；

方式二：类似于广播技术的方式，网络设备在MCCH中提供非连接态组播业务的配置信息，该配置信息用于终端设备接收数据。

应理解，该MCCH可以和广播的现有的MCCH共用，也可以是为组播设计的MCCH(例如MC-MCCH)，对此本申请不做限定。其中，该MCCH用于包含组播的配置信息，其名称本申请不做限定。本申请实施例中所有提及的MCCH都是指用于包含组播配置的逻辑信道。

上述两种方式均可以实现处于非连接态的终端设备接收组播业务。在方式一中，处于非连接态的终端设备接收的业务不能直接变更其业务的配置信息。其中，方式二相较于方式一中的技术方案，更为灵活，方式二可以支持终端设备随时获取配置信息。对于方式二中的方案来说，终端设备如果在非连接态时，读取到的MCCH中包含接收的业务的标识(例如：TMGI)，即可认为该网络设备在非连接态下提供了非连接态模式的对应业务，否则反之。

在现有标准R17技术中，组播业务的激活/去激活状态只由核心网设备通知给了接入网设备，不通知终端设备。当组播业务去激活后，长时间没有数据，网络可以决定将终端设备的RRC连接释放到RRC空闲态或者RRC非活跃态。此时处于非连接态模式的终端设备只需要执行规定的非连接态终端设备需要执行的操作，比如测量、接收寻呼、系统消息等操作，不需要额外的接收业务数据。在R18中讨论网络在非连接态时，接收组播业务的背景下，终端设备如果被释放到非连接态接收组播业务，那么终端设备要一直用G-RNTI监听PDCCH以读取组播业务数据。在组播业务去激活的场景下，如果核心网设备向接入网设备触发了组播业务去激活流程，网络设备将停止发送数据很长的一段时间，但如果此时终端设备一直监听PDCCH也将造成大量不必要的能量消耗。因此，在网络在非连接态模式的场景下，提供组播业务，如果组播业务为去激活状态，则需要通知终端设备对应业务的状态，具体的参考的方式可以考虑以下方案：

方案一：对应上述方式一和二，网络设备将终端设备寻呼进连接态再进行释放，释放时，不指示非连接态组播。

在方案一中，终端设备不感知组播业务状态，终端设备根据网络指示是否在非连接态下接受组播业务实现去激活，已达到节电的目的。对方案一来说，终端设备进入连接态后马上被释放，会造成接入资源的浪费。其只是实现了终端设备不继续接收非连接态组播业务，当业务再次激活时，终端设备还需要寻呼进入连接态，再次获取组播业务的配置信息，这对于引入处于非连接态的终端设备，接收组播的初衷是为了缓解网络拥塞是相反的，该方案一反而需要终端设备频繁的接入。

方案二：对于上述方式一和二，网络设备在RRC release/连接态中/寻呼消息paging指示多播业务状态为激活态/去激活态。

在方案二中，网络设备在终端设备处于连接态时，就指示组播业务状态用于网络在RRC非连接态的情况下，判断是否接收数据。如果网络指示组播业务状态为去激活态，终端设备可以不监听数据。后续组播业务状态为激活态时，终端设备可以基于网络发送的寻呼消息判断是否是组播业务激活场景(或者是否需要进入连接态)。如果是对应的组播业务激活或者不需要进入连接态，则终端设备需要开始接收数据。终端设备接收数据的操作也需要划分不同的模式，基于现有讨论的场景有两类：第一类为RNA内所有的小区均可以提供给终端设备对应接收的业务，并且可以提供相同的配置；第二类为RNA内所有的小区不限制是否需要提供相同业务和相同的配置。

方案三：对应上述方式二，网络设备在MCCH中指示组播业务对应状态为激活态或者去激活态。

在方案三中，终端设备可以随时获取组播业务的状态。当终端设备读取到组播业务的状态为去激活，则终端设备不监听数据。当组播业务的状态为激活时，则终端数设备监听数据。此方案不受RNA是否提供相同的业务以及配置限制，终端设备都判断当前小区的信息，与其他小区的信息无关。

作为一种示例，当指示方式为显示指示时，举例来说：MCCH消息内容：TMGI 1、TMGI2-去激活、TMGI 3，可以看出，在MCCH信息中直接指示业务TMGI 2的状态为去激活。

作为另一种示例，当指示方式为隐式指示时，举例来说:MCCH消息内容：TMGI 1、TMGI 2(释放时指示要接收，但因为去激活在MCCH中不体现)、TMGI 3，可以看TMGI2在MCCH消息中不体现，即该业务的状态为去激活；MCCH消息内容：TMGI 1(包含全部配置)、TMGI 2(因为去激活，仅包含部分配置)、TMGI 3(包含全部配置)，可以看出，TMGI 2在MCCH中只包含部分配置，则该业务的状态为去激活。

基于上述将非连接态模式的组播业务的配置提供给终端设备的方式一的实现中，如图4终端设备切换场景示意图所示，终端设备在第一小区接收到非连接态组播业务1，终端设备从第一小区移动到第二小区。

应理解，该第一小区为终端设备的源服务小区，第二小区为终端设备的目标服务小区。

还应理解，在方式一的实现中，终端设备从第一小区移动到第二小区的过程中，可能存在以下几种场景可能：

场景一：如果第二小区为第一小区的RNA外的小区，或者，第二小区与第一小区属于同一RNA，但不保证同一RNA为不同小区能够提供相同的业务，同时不确定第二小区是否为能够为终端设备提供业务。由于终端设备不确定目标服务小区是否提供了对应的业务，因此终端设备切换或重选至第二小区后，终端设备进入连接态，并接收对应的组播业务或者对应业务的配置信息。

场景二：如果第二小区与第一小区属于同一RNA，且RAN为第一小区和第二小区提供相同的业务，但不确定RAN为第一小区和第二小区提供的配置是否相同。由于终端设备没有配置信息因此终端设备切换或重选至第二小区后，需要进入连接态，获取第二小区的第一组播业务(例如TMGI1)对应的配置信息。

场景三：如果第二小区与第一小区属于同一RNA，且RAN为第一小区和第二小区提供相同的业务以及相同的配置。终端设备从第一小区切换或重选至第二小区之后，不需要进入连接态，继续处于非连接态接收业务即可。

基于上述将非连接态模式的组播业务的配置提供给终端设备的方式二的实现中，如图5所示的终端设备切换示意图，终端设备在第一小区通过MCCH获取到想接收的TMGI 1的配置信息，再从第一小区移动到第二小区。

应理解，在方式二的实现中，终端设备从第一小区移动到第二小区的过程中，可能存在以下几种场景可能：

场景四：第二小区的MCCH中没有TMGI 1，或者第二小区没有MCCH。终端设备可以视为第二小区没有在非连接态下提供业务TMGI，因此终端设备需要进入连接态获取业务数据。

场景五：第二小区的MCCH中有TMGI 1，则终端设备从第一小区切换或重选至第二小区之后，无需进入连接态，保持非连接态即可。

根据上述场景可以看出，场景一、场景二和场景四中，终端设备从第一小区切换至或重选至第二小区，终端设备均需要进入连接态。基于现有的去激活流程可以看出，网络设备可以将去激活业务对应的终端设备释放RRC连接。上述场景中的业务TMGI 1如果是去激活的业务时，终端设备切换或重选至第二小区进入连接态之后，很有可能又会被释放到非连接态。这就导致终端设备切换或重选至目标服务小区，产生不必要的接入，造成资源的浪费。

本申请基于上述在场景一、场景二和场景四中发现的技术问题，本申请实施例提供了一种通信方法，解决如何避免在非连接态模式下接收组播业务的终端设备，从源服务小区切换或者重选至目标服务小区时不必要的接入。

其中，针对上述场景一、场景二和场景四，处于RRC非连接态的终端设备从第一小区切换或者重选至第二小区时，本申请实施例提供了如图6所示的一种通信方法的示意性图，该方法可以包括如下步骤：

S610，终端设备接收第一信息，该第一信息与第一组播业务的状态相关，和/或，第一信息与第二小区中第一组播业务的配置信息相关。

可选地，该第一组播业务的状态包括激活态，或者去激活态。

可选地，当第一信息与第二小区中第一组播业务的配置信息相关时，第一小区与第二小区为相邻小区，或者第二小区为RNA或跟踪区(tracking area，TA)内的小区，或者第二小区为特定区域内的小区。其中，第一信息可以为小区的信息列表，或者第一信息为信息的小区列表，其中包括第二小区的相关信息。

应理解，本申请中的第一组播业务的配置信息可以是多播业务配置信息、无线承载配置信息或者PTM配置信息，对此本申请不做限定。

其中，该第一信息也可能来自于第一小区和/或服务第一小区的网络设备(本申请中称为第一网络设备)。

应理解，第一网络设备是为第一小区提供服务的网络设备。

可选地，该第一信息携带在如下至少一项消息中：寻呼paging消息、系统信息块SIB、MCCH信息。

可选地，该第一信息还可以携带在RRC释放消息或者RRC重配消息中，对此本申请不做限定，该RRC释放消息是用于将终端设备释放到非连接态。

S620，终端设备根据第一信息，判断是否向第二小区发送第一请求信息，第一请求信息用于建立或恢复RRC连接。

具体地，当终端设备接收第一信息之后，终端设备根据第一信息判断是否向第二小区发送第一请求信息。

可选地，当第一信息中的第一组播业务的状态为激活态时，终端设备向第二小区发送第一请求信息，第一请求信息用于终端设备请求建立或恢复RRC连接。

可选地，当第一信息中的第一组播业务的状态为去激活态时，终端设备保持非连接态。

可选地，当第一信息中的第一小区与第二小区中第一组播业务的配置信息不同时，终端设备向第二小区发送第一请求信息。

可选地，当第一信息中的第一小区与第二小区中第一组播业务的配置信息相同时，终端设备保持非连接态。

可选地，当第一信息中第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为激活态时，终端设备向第二小区发送第一请求信息。

可选地，当第一信息中第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为去激活态，终端设备保持非连接态。

应理解，在上述终端设备从第一小区切换或者重选至第二小区，继续保持非连接态的情况下，终端设备还可能接收第一寻呼消息，第一寻呼消息包括第一组播业务的标识，则终端设备确定第一组播业务激活，或者需要进入连接态。举例来说，终端设备根据该第一寻呼消息向第二小区发送第一请求信息，用于进入连接态。

根据图6所示的方法，该方法还可能包括：

终端设备接收第二信息，该第二信息用于确定第二小区未向非连接态的终端设备提供第一组播业务。

应理解，第二小区还可能直接指示终端设备该第二小区未向非连接态的终端设备提供第一组播业务，终端设备进一步地根据第二信息判断是否进入连接态。

还应理解，该终端设备接收第二信息可以在终端设备接收第一信息之前，或者，该终端设备接收第二信息还可以在终端设备接收第一信息之后，对此本申请不做限定。

可选地，当第二信息包括第二小区的MCCH的配置信息时，终端设备根据MCCH的配置信息，获取第三信息，第三信息包括第二小区的MCCH信息，且MCCH信息不包括第一组播业务的标识。终端设备确定该第二小区未向非连接态的终端设备提供第一组播业务。

可选地，当第二信息包括第二小区的MCCH的配置信息时，终端设备根据MCCH的配置信息，未获取到第三信息，则表明该第二小区中MCCH信息为空的，或者不存在MCCH信息。

终端设备确定该第二小区支持非连接态的组播业务为零。

应理解，本申请中的MCCH/MCCH的配置信息是用于组播传输的。

需要说明的是，上述第一信息还可以包括第一小区的PDCP同步信息和/或第二小区的PDCP同步信息，同步信息包括该第一小区的PDCP和/或第二小区的PDCP同步或者不同步。

应理解，本申请中的PDCP同步是指第一小区或者第二小区对应的网络设备(例如基站)使用核心网发送的数据包中的编号生成PDCP编号。不同步是指第一小区或者第二小区对应的网络设备(例如基站)没有使用核心网发送的数据包的编号生成PDCP编号。其中核心网发送的数据包中的编号可以是MBSQFISN。

其中，当第一信息包括的第一小区的PDCP不同步和/或第二小区的PDCP不同步时，终端设备重建PDCP实体或者重置/初始化PDCP变量，和/或，终端设备对缓存的PDCP数据包进行丢弃或者递交高层，和/或，终端设备向第一小区和/或第二小区发送第一请求信息，用于建立或者恢复RRC连接，终端设备进入连接态之后，在第一小区和/或第二小区接收PDCP的配置。

应理解，当终端设备从第一小区切换或者重选至第二小区时，可能存在第二小区不采用PDCP同步机制，终端设备切换或者重选至第二小区时，需要进一步地确定PDCP层处理机制是否可以连续，第一信息还用于指示第二小区的PDCP的同步信息，进一步地用于终端设备判断对PDCP层或者PDCP实体的处理。

上述图6所示的方法中，处于RRC非连接态的终端设备从第一小区切换或者重选到第二小区时，终端设备通过接收第一信息，并根据该第一信息判断是否需要向第二小区发送第一请求信息用于请求进入连接态。其中，该第一信息与第一组播业务的状态和/或第二小区的配置相关，终端设备进一步地判断是否继续保持非连接态，或者向第二小区发送第一请求信息。从而避免了终端设备从第一小区切换或者重传至第二小区，终端设备直接向第二小区发送第一请求信息，用于请求建立或者恢复RRC连接态。本申请中终端设备需要根据接收的第一信息和第一条件进行判断，是否向第二小区发送第一请求信息，避免了终端设备向第二小区发起请求，并进入连接态之后，又会被很快释放为非连接态的问题，降低了资源的消耗。

接下来，详细介绍，在上述场景一和场景二的情况下，当第一信息与第一组播业务的状态相关时，终端设备根据第一信息，判断是否向第二小区发送第一请求信息的具体方法。如图7示出了本申请实施例提供的另一种通信方法的示意图，该方法包括如下步骤：

S710，终端设备接收来自第一小区的第一信息。

相应地，第一小区向终端设备发送该第一信息。

具体地，处于非连接态的终端设备从第一小区切换或者重选至第二小区时，终端设备接收来自第一小区的第一信息，该第一信息用于指示该第一组播业务的状态。其中，该第一组播业务为终端设备设备在第一小区时的非连接态接收的组播业务，其中，该第一组播业务的状态包括激活态，或者非激活态。

其中，该第一小区为终端设备的源服务小区，第二小区为终端设备切换或者重选的目标服务小区。

可选地，终端设备通过寻呼paging消息、系统信息块SIB、MCCH消息获取该第一信息。

可选地，终端设备通过RRC释放信息或者进入连接态获取该第一信息。

终端设备根据第一信息，判断是否向第二小区发送第一请求信息。其中，具体判断依据根据第一组播业务的状态为激活态或者去激活态。具体情况如下：

情况一：第一信息中第一组播业务的状态为激活态的情况

如图7所示的方法，该方法还包括：

S720，终端设备根据第一信息，向第二小区发送第一请求信息。

相应地，第二小区接收来自终端设备的第一请求信息。

其中，该第一组播业务的状态为激活态，终端设备向第二小区发送第一请求信息。

具体地，终端设备接收到来自第一小区的第一组播业务，该第一组播业务的状态可能为激活态或者非激活态。其中，当第一组播业务的状态为激活态时，终端设备从第一小区切换或者重选至第二小区，该终端设备向第二小区发送第一请求信息。

举例来说，终端设备发起RRC恢复/建立流程进入连接态。基于上述场景一和场景二，第二小区只在连接态的情况下提供第一组播业务，或者该第二小区尚未提供第一组播业务，需要进入连接态之后触发该业务的建立。

在上述场景一和场景二中，当终端设备不确定第二小区是都提供对应的组播业务和/或相同的配置时，终端设备直接根据第一组播业务的状态判断是否向第二小区发送第一请求信息用于建立/恢复RRC连接。

情况二：第一信息中第一组播业务的状态为去激活态的情况

如图7所示的方法，该方法还包括：

S720’，终端设备根据第一信息，确定保持非连接态。

具体地，终端设备接收到来自第一小区的第一信息，该第一信息指示第一组播业务的状态为激活态或者非激活态。其中，当第一组播业务的状态为去激活态时，终端设备从第一小区切换或者重选至二小区，该终端设备继续保持非连接态。

举例来说，终端设备不发起RRC恢复/建立流程，避免进入连接态之后又被释放。终端设备保持非连接态，等待后续的激活流程发起寻呼请求，如图7所示的方法，该方法还包括：

S730’，终端设备接收第一寻呼消息。

其中，当终端设备接收到第一寻呼消息时，终端设备根据第一寻呼消息判断是否进入连接态。当该第一寻呼消息是针对业务激活的寻呼，则终端设备不向第二小区发送第一请求信息；当该第一寻呼消息包括第一组播业务的标识时，则终端设备确定第一组播业务激活，或者需要进入连接态。举例来说，终端设备根据该第一寻呼消息向第二小区发送第一请求信息，用于进入连接态。

具体地，当后续寻呼达到终端设备后，终端设备由于不确定第二小区和第一小区是否具有相同的第一组播业务的配置信息，终端设备需要发起RRC恢复/建立流程进入连接态，并获取第二小区的第一组播业务的配置信息。当终端设备确定第二小区的第一组播业务的配置信息与第一小区的第一组播业务的配置信息相同时，终端设备执行如图8所示的方法，具体请参见图8中的详细介绍，此处不再赘述。

应理解，当终端设备在第一小区处于非连接态时，接收的业务中可以包括多个业务，该多个业务存在激活态的业务时，终端设备需要向第二小区发送第一请求信息，用于恢复或者建立RRC连接，如图7所示的方法，该方法还包括：

S740’，终端设备向第二小区发送第一请求信息。

相应地，第二小区接收来自终端设备的第一请求信息。

其中，该第一请求信息用于建立或者恢复RRC连接。

上述图7所示的方法中，处于非连接态的终端设备从第一小区切换或者重选到第二小区时，无需根据第二小区是否与第二小区属于同一RAN，和/或，第二小区是否与第一小区支持的业务是否相同，和/或，第二小区与第一小区对应业务的配置信息是否相同，判断是否需要进入连接态，终端设备直接基于第一信息中的第一组播业务的状态判断是否向第二小区发送第一请求信息。其中，当第一组播业务的状态为激活态时，终端设备向第二小区发送第一请求信息；当第一组播业务的状态为非激活态时，终端设备保持非连接态，并等待寻呼唤醒，再向第二小区发送第一请求信息。图7所示的方法，避免了终端设备根据第一小区和第二小区是否属于同一RAN，和/或，支持的业务是否相同，和/或，对应业务的配置信息是否相同，确定在第二小区进入连接态之后，又会被很快释放为非连接态的问题，降低了资源的消耗。

其中，针对上述场景四，图8是本申请实施例提供的另一种通信方法的示意图，如图8所示，该方法可以包括如下步骤：

S810，终端设备接收第一信息。

该第一信息来自第一小区。其中，第一信息包括第一组播业务的状态。

该步骤S810与上述图7中所示的步骤S710类似，详情请参见上述S710中的描述，此处不在赘述。

终端设备还可能接收来自第二小区的第二信息，该第二信息用于指示该第二小区未向非连接态的终端设备提供所述第一组播业务。

应理解，该第二信息可以直接用于指示该第二小区未向非连接态的终端设备提供第一组播业务，或者，该第二信息可以间接地指示该第二小区未提供非连接态的第一组播业务(即第二小区支持非连接态的组播业务，但是支持的非连接态的组播业务中不包括该第一组播业务)。举例来说，该第二消息中不包括该第二信息中不包括MCCH的相关信息(例如：MCCH的配置信息)，即该第二信息指示了该第二小区未向非连接态的终端设备提供第一组播业务；该第二信息中包括第二小区的MCCH的配置信息，第一小区根据MCCH配置信息获取到第三信息，第三信息包括第二小区的MCCH信息，且第二小区的MCCH信息不包括第一组播业务的标识，即第二小区未提供非连接态的第一组播业务；该第二信息中包括第二小区的MCCH的配置信息，第一小区根据MCCH配置信息未能获取到第三信息，则认为该第二小区未向非连接态的终端设备提供第一组播业务。

根据上述第二信息的可能情况，接下来分别基于上述第二信息直接指示第二小区未向非连接态的终端设备提供第一组播业务、第二信息可以间接指示第二小区未提供非连接态的第一组播业务情况，进行详细地介绍：

情况一：

S820，终端设备接收来自第二小区的第二信息。

相应地，第二小区向终端设备发送该第二信息。

其中，该第二信息用于指示该第二小区未向非连接态的终端设备提供所述第一组播业务。

可选地，该第二信息可以直接用于指示该第二小区未向非连接态的终端设备提供第一组播业务，或者，该第二信息可以指示该第二小区未提供非连接态的第一组播业务。

S830，终端设备根据第二信息，确定第二小区未向非连接态的终端设备提供第一组播业务。

具体地，终端设备接收到来自第二小区的第二信息之后，并根据该第二信息确定第二小区未提供非连接态的第一组播业务。如图8所示的方法，该方法还包括：

S840，终端设备根据第一信息，判断是否向第二小区发送第一请求信息。

具体地，终端设备确定第二小区未向非连接态的终端设备提供第一组播业务时，终端设备根据第一信息，判断是否向第二小区发送第一请求信息，该第一请求信息用于建立或者恢复RRC连接。

应理解，步骤S840中终端设备根据第一信息，判断是否向第二小区发送第一请求信息，具体可以参见上述图7中所示的情况一和情况二的详细描述，为了避免冗余，此处不再赘述。

情况二：

S820’，终端设备接收来自第二小区的第二信息。

相应地，第二小区向终端设备发送该第二信息。

可选地，该第二信息中包括第二小区的MCCH的配置信息。

S830’，终端设备向第二小区发送第二请求信息。

具体地，当终端设备接收到第二小区的第二信息，该第二信息包括第二小区的MCCH的配置信息时，该终端设备向第二小区发送第二请求信息，该第二请求信息用于根据MCCH的配置信息获取第二小区的MCCH信息。

可选地，当第二小区中包括MCCH信息，即如图8所示的方法，该方法还包括：

S840’，终端设备接收来自第二小区的第三信息，或者说，第二小区向终端设备发送第三信息。

具体地，当第二小区接收到来自终端设备的第二请求信息时，第二小区根据第二请求信息向终端设备发送该第三信息。该第三信息包括第二小区的MCCH信息。

可选地，当第三信息中的MCCH信息中不包括第一组播业务的标识时，则终端设备确定该第二小区未向非连接态的终端设备提供第一组播业务。

S850’，终端设备根据第三信息，确定第二小区未向非连接态的终端设备提供第一组播业务。

应理解，终端设备向第二小区发送第二请求信息，终端设备可能未接收到该第三信息，即第二小区的MCCH信息为空或者没有MCCH信息，即该步骤S840’，步骤850’为可选地。

S860’，终端设备根据第一信息，判断是否向第二小区发送第一请求信息。

具体地，终端设备确定第二小区未向非连接态的终端设备提供第一组播业务时，终端设备根据第一信息判断是否向第二小区发送第一请求信息，该第一请求信息用于建立或者恢复RRC连接。

应理解，步骤S860’中终端设备根据第一信息，判断是否向第二小区发送第一请求信息，具体可以参见上述图7中所示的情况一和情况二的详细描述，为了避免冗余，此处不再赘述。

需要说明的是，图8中所示的步骤S820，S820’，不限定在步骤S810之后。该步骤S820，S820’也可能在S810之前，对此本申请不做限定。

上述图8所示的方法，处于非连接态的终端设备从第一小区切换或者重传到第二小区时，终端设备接收来自第二小区的第二信息，该第二信息用于确定该第二小区未向非连接态的终端设备提供所述第一组播业务。终端设备根据第一组播业务的状态判断是否向第二小区发送第一请求信息。其中，当终端设备接收的第二信息中，包括第二小区的MCCH配置信息时，终端设备基于MCCH配置信息获取到第二小区的MCCH的业务信息。终端设备根据业务信息进一步地确定该第二小区是否支持无连接态的第一组播业务。当终端设备确定第二小区未向非连接态的终端设备提供第一组播业务，或者，该第二小区未提供非连接态的组播时，终端设备根据第一组播业务的状态，向第二小区发送第一请求信息，用于建立或者恢复RRC连接，或者终端设备等待寻呼唤醒。

图9示出了本申请实施例提供的另一种通信方法的示意性流程图，适用于上述场景一至场景五中任意一个场景，当第一信息与第二小区中第一组播业务的配置信息相关，终端设备根据第一信息，判断是否向第二小区发送第一请求信息的具体方法。如图9所示的方法，该方法包括：

S910，第一网络设备接收第二小区中第一组播业务的配置信息。

相应地，第二小区向第一网络设备发送该第二小区中第一组播业务的配置信息。

其中，第一网络设备与第二小区至今的信息交互，可以通过Xn接口进行交互。

具体地，第一网络设备根据该第二小区中第一组播业务的配置信息确定第一小区的配置信息与第二小区的配置相同或者不同。第一网络设备根据该第二小区中第一组播业务的配置信息确定第一信息，并将该第一信息发送给终端设备，用于终端设备判断是否向第二小区发送第一请求信息。

其中，第一网络设备是为第一小区服务的网络设备，第一小区与第二小区为相邻小区，或者该第二小区是第一小区一定范围内的小区，或者第一小区与第二小区是同一RNA内的小区。

可选地，第二小区中第一组播业务的配置信息可以包括第二小区的PTM配置，该PTM配置可以包括G-RNTI，逻辑信道标识(logical channel ID，LCID)，不连续接收(discontinuous reception，DRX)，下行共享信道(physical downlink shared channel，PDSCH)配置等信息。

可选地，该第二小区中第一组播业务的配置信息包括以下一项或多项：第一组播业务标识信息(例如TMGI1)，第二小区中第一组播业务的配置信息(该配置信息可以承载在无线承载配置信息、PTM配置信息、多播业务配置信息等信息中)，PDCP同步或者PDCP不同步。

可选地，第二小区中第一组播业务的配置信息中还可以包括第二小区采用同步机制生成的PDCP SN，或者第二小区不采用同步机制。其中，当第一小区和/或第二小区的PDCP不同步时，终端设备按照现有的PDCP机制，会导致处理异常(例如，丢包、数据包错乱等)，该第一信息还可以将PDCP是否同步的情况通知给终端设备，用于终端设备判断对于PDCP层/PDCP实体的处理。

需要说明是的，在步骤S910之前，第一网络设备可以通过Xn接口向第二小区发送第三请求信息，该第三请求信息用于请求获取第二小区的配置，第三请求信息可以包括以下一项或多项：第一组播业务标识，第二小区标识，第二小区中第一组播业务的配置查询指示信息，PDCP同步查询指示信等。第二小区根据第三请求信息，向第一网络设备发送第二小区中第一组播业务的配置信息。

可选地，第二小区中第一组播业务的配置信息包括以下一项或多项：第一组播业务标识信息(例如TMGI1)，第二小区配置信息，PTM配置信息，PDCP同步或者PDCP不同步。其中，该PDCP同步或者不同步的情况可以是业务级别，或者小区级别，或者基站级别，对此本申请不做限定。

还需要说明的是，当第二小区与第一小区的服务网络设备均为第一网络设备时，则上述步骤S910为可选步骤。

S920，终端设备接收来自第一网络设备的第一信息。

相应地，第一网络设备向终端设备发送该第一信息。

具体地，处于非连接态的终端设备从第一小区切换或者重选至第二小区时，终端设备接收来自第一网络设备的第一信息，该第一信息与该第二小区中第一组播业务的配置信息相关。

终端设备根据第一信息，判断是否向第二小区发送第一请求信息。

可选地，当第一信息中第一小区与第二小区中第一组播业务的配置信息不同时，终端设备向第二小区发送第一请求信息；

可选地，当第一信息中第一小区与第二小区中第一组播业务的配置信息相同时，终端设备保持非连接态。具体情况如下：

情况一：第一信息中第一小区与第二小区中第一组播业务的配置信息不同的情况

如图9所示的方法，该方法还包括：

S930，终端设备根据第一信息，向第二小区发送第一请求信息。

相应地，第二小区接收来自终端设备的第一请求信息。

其中，该第一信息中第一小区与第二小区中第一组播业务的配置信息不同，终端设备向第二小区发送第一请求信息。

情况二：第一小区与第二小区中第一组播业务的配置信息相同的情况

如图9所示的方法，该方法还包括：

S930’，终端设备根据第一信息，确定保持非连接态。

具体地，终端设备接收到来自第一小区的第一信息，该第一信息中第一小区与第二小区中第一组播业务的配置信息相同。终端设备从第一小区切换或者重选至第二小区，该终端设备继续保持非连接态。

应理解，当第一信息与第一组播业务的状态和第二小区中第一组播业务的配置信息相关时，当第一信息中第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为去激活态，终端设备向第二小区发送第一请求信息。

还应理解，当第一信息中第一小区与第二小区中第一组播业务的配置信息相同，且第一组播业务的状态为去激活态，终端设备保持非连接态。

S940’，终端设备接收第一寻呼消息。

其中，当终端设备接收到第一寻呼消息时，终端设备根据第一寻呼消息判断是否进入连接态。当该第一寻呼消息是针对业务激活的寻呼，则终端设备不向第二小区发送第一请求信息；当该第一寻呼消息包括第一组播业务的标识时，则终端设备确定第一组播业务激活，或者需要进入连接态。如图9所示的方法，该方法还包括：

S950’，终端设备向第二小区发送第一请求信息。

相应地，第二小区接收来自终端设备的第一请求信息。

其中，该第一请求信息用于建立或者恢复RRC连接。

上述图9所示的方法中，处于RRC非连接态的终端设备从第一小区切换或者重选到第二小区时，接收来自第一网络设备确定的第一信息。该第一信息与第二小区中第一组播业务的配置信息相关。终端设备根据第一信息，进一步地判断是否向第二小区发送第一请求信息。图9所示的方法，避免了终端设备根据第一小区和第二小区是否属于同一RAN，和/或，支持的业务是否相同，和/或，对应业务的配置信息是否相同，确定在第二小区进入连接态之后，又会被很快释放为非连接态的问题，降低了资源的消耗。

其中，上述图9所示的方法中，第一信息与第二小区中第一组播业务的配置信息相关，终端设备根据第一信息确定第一小区和第二小区中第一组播业务的配置信息相同或者不同，进一步地确定向第二小区发送第一请求信息，或者保持非连接态。

其中，当终端设备接收来自第一网络设备的第一信息为邻区信息时，终端设备根据该邻区信息进一步地确定是否向第二小区发送第一请求信息，如图10所示的方法，该方法包括：

S1010，第一网络设备接收第二小区中业务的配置信息。

相应地，第二小区向第一网络设备发送该第二小区中业务的配置信息。

其中，第一网络设备与第二小区之间的信息交互，可以通过Xn接口进行交互。

应理解，该业务的配置信息包括第二小区全部业务的配置信息，或者，该业务的配置信息包括第一组播业务的配置信息。

S1020，第一网络设备向终端设备发送邻区信息。

相应地，终端设备接收来自第一网络设备的邻区信息。

可选地，该邻区信息还可以携带在RRC释放消息中，该RRC释放消息是用于将终端设备释放到非连接态。

应理解，该第一网络设备向终端设备发送RRC释放消息，该RRC释放消息将终端设备释放到非连接态。其中，该邻区信息可以携带在该第一网络设备发送给终端设备的RRC释放消息中。

具体地，第一网络设备接收来自第二小区中业务的配置信息之后，并根据第二小区中业务的配置信息确定邻区信息。其中，该邻区信息中包括第二小区的全部业务的配置信息。

S1030，终端设备根据邻区信息，确定保持非连接态。

具体地，当终端设备接收来自第一网络设备的邻区信息，该邻区信息包括第二小区全部业务的配置信息时，或者，该邻区信息包括第二小区中关于第一组播业务的配置信息时，终端设备保持非连接态。

其中，当邻区信息中不包括第二小区的相关信息时，终端设备从第一小区切换或者重选至第二小区，终端设备需要向第二小区发送第一请求信息，用于进入连接态。

S1040，终端设备接收第一寻呼消息。

终端设备接收第一寻呼消息。

其中，当终端设备接收到第一寻呼消息时，终端设备根据第一寻呼消息判断是否进入连接态。当该第一寻呼消息包括第一组播业务的标识时，则终端设备确定第一组播业务激活，或者需要进入连接态。举例来说，终端设备根据该第一寻呼消息向第二小区发送第一请求信息，用于进入连接态。如图10所示的方法，该方法还包括：

S1050，终端设备向第二小区发送第一请求信息。

相应地，第二小区接收来自终端设备的第一请求信息。

其中，该第一请求信息用于建立或者恢复RRC连接。

上述图10所示的方法，当终端设备接收到来自第一网络设备的邻区信息，其中，该邻区信息包括第二小区中全部业务的配置信息，终端设备根据邻区信息确定保持非连接态。

需要说明的是，上述图10中所示的第一网络设备向终端设备发送的第一信息为邻区信息，该邻区信息不限定是小区范围内的邻区，本申请中的邻区信息包括第一网络设备能够获得所有小区的相关信息都可以称为邻区信息。所以，邻区信息只代表信息名称，但并不限定是第一小区的邻区的相关信息，只要第一网络设备能够获得的小区的相关信息，都可以称为邻区信息。本申请不做限定。

根据上述所示的方法，终端设备接收到来自第二小区的全部业务的配置信息或者第一组播业务的配置信息之后，终端设备保持非连接态。终端设备接收到包括第一组播业务标识的第一寻呼消息之后，终端设备向第二小区发送第一请求信息，该第一请求信息用于建立或者恢复RRC连接。

在终端设备根据接收第一网络设备的信息判断是否进入连接态时，第一小区和/或第二小区的PDCP窗口处理机制也可能存在异常，因此第一网络设备还可以将第一小区和/或第二小区的PDCP是否同步的情况通知给终端设备，用于终端设备判断对于PDCP层/PDCP实体的处理。如图11是本申请实施例提供的另一种通信方法的示意图。

如图11所示，该方法包括：

S1110，第一网络设备向第二小区发送第三请求信息。

相应地，第二小区接收来自第一网络设备的第三请求信息。

具体地，其中该第三请求信息用于获取第二小区的PDCP同步信息。

可选地，该第三请求信息包括以下一项或多项：第一组播业务标识，第二小区标识，PTM配置查询指示信息，PDCP同步查询指示信等。

S1120，第一网络设备接收来自第二小区中PDCP同步信息。

相应地，第二小区向第一网络设备发送该第二小区的PDCP同步信息。

具体地，第一网络设备向第二小区发送第三请求信息之后，第二小区向第一网络设备发送该第二小区的PDCP同步信息。

可选地，PDCP同步信息包括该第二小区的PDCP同步或者PDCP不同步。

其中，该PDCP同步或者不同步的情况可以是业务级别，或者小区级别，或者基站级别，对此本申请不做限定。

需要说明的是，该第一网络设备与第二小区之间的信息交互(例如，第三请求信息)可以通过Xn接口进行实现。

S1130，第一网络设备根据第二小区中第一组播业务的配置信息，确定第一信息。

具体地，第一网络设备接收到来自第二小区中第一组播业务的配置信息之后，并根据该第二小区中第一组播业务的配置信息确定第一信息。该第一信息可以称为邻区信息列表，或者称为其他信息，对此本申请不做限定。

可选地，该第一信息包括以下一项或多项：第二小区中第一组播业务的配置信息、第二小区的业务信息、第二小区的PDCP同步或者不同步。

其中，第一信息还可以包括各个业务的相关信息和公共信息，具体体现形式本申请不做限定。

S1140，第一网络设备向终端设备发送该第一信息。

相应地，终端设备接收来自第一网络设备的第一信息。

第一网络设备在向终端设备发送该第一信息的过程中，可以是在RRC释放消息中向终端设备发送该第一信息，或者，在MCCH消息中向终端设备发送该第一信息，或者，在SIB消息中向终端设备发送该第一信息。对此本申请不做限定。

S1150，终端设备根据第一信息，判断PDCP层的处理操作。

可选地，终端设备根据第一信息中第二小区的PDCP是否同步，判断是否初始化PDCP。当第二小区的PDCP不同步时，终端设备可以重置PDCP实体或者PDCP变量，和/或，清掉或者递交高层缓存中的数据包，和/或，终端设备向第二小区发送第一请求信息，该第一请求信息用于建立或者恢复RRC连接态，终端设备进入连接态之后，在第二小区接收PDCP的配置。

需要说明的是，图11中所示的方法，当第二小区与第一小区的网络设备为同一网络设备时，则直接执行步骤S1130至S1150即可。

还需要说明的是，当第一小区的PDCP不同步时，也可以执行上述步骤S1130～步骤S1150。第一小区或者第二小区的PDCP不同步时，终端设备都可以通过重置PDCP实体或者PDCP变量，和/或，清掉或者递交高层缓存中的数据包，和/或，终端设备向第一小区和/或第二小区发送第一请求信息，该第一请求信息用于建立或者恢复RRC连接态，终端设备进入连接态之后，在第一小区和/或第二小区接收PDCP的配置。

上述图11所示的方法，提供了一种终端设备对PDCP层/PDCP实体的处理方法，终端设备可以根据第一信息中的第二小区的PDCP的同步信息，进一步地判断PDCP层的处理操作。

图12示出了本申请实施例适用的一种通信架构。图12示出了网络设备中的CP-UP的分离架构。该方法将网络设备以基站(例如gNB)为例，详细说明图12所示的额方法。其中，gNB可以由gNB-CU-CP、多个gNB-CU-UP和多个gNB-DU组成。其中gNB-CU-CP通过F1-C接口与gNB-DU相连；gNB-CU-UP通过F1-U接口与gNB-DU相连；gNB-CU-UP通过E1接口与gNB-CU-CP相连。

具体地，如图12可以看出，一个gNB-DU只连接一个gNB-CU-CP，一个gNB-CU-UP只连接一个gNB-CU-CP。在基站侧是CP-UP分离架构的情况下，如果需要交互MRB，基站的gNB-CU-CP需要从gNB-CU-UP检索MRB进度。

其中，在终端设备从源基站切换至目标基站的环境下，与单播业务不同的是源基站侧的MRB已经发送给终端设备的最后一个数据包是无法确定的。对于MRB来说F1-U建立的不一定是基于终端设备级别的，大概率是分布单元DU级或者小区cell级别的，因此gNB-CU-CP如何查询gNB-CU-UP的对于终端设备的进展是需要解决的问题。

应理解，从目标gNB的角度来看，目标gNB需要向MRB提供目标NG-RAN节点可用的最老数据包的PDCP SN信息，因此目标gNB-CU-UP只需要向源gNB-CU-UP提供目标gNB-CU-UP侧可用的最老数据包的SN，该最老数据包的SN包括每个MRB信息，不是终端设备的特定信息。因此可以直接查询源基站中的MRB的信息即可。

但是从源gNB-CU-CP的角度来看，对于某些终端设备需要检索MRB进度信息。其中包括已经为MRB下发到终端设备的最后一个数据包的PDCP SN信息。从目标基站gNB-CU-UP的角度来看，对于某些终端设备，数据包通过DU/Cell级别从F1-U隧道传输(其传输的进展代表多个终端设备的进展)，对于一些其他终端设备，数据包通过终端设备的级别F1-U隧道传输，因此，源gNB的MRB进度信息是终端设备的特定信息，因此，如何查询MRB的进度信息是需要解决的技术问题。

针对上述技术问题，如图13本申请实施例提供了另一种通信方法的示意图，接下来将结合图13中的方法，详细说明本申请针对上述技术问题提出的解决方案。

如图13所示的方法，该方法包括如下步骤：

S1310，源gNB-CU-CP向源gNB-CU-UP发送第三指示信息。

相应地，源gNB-CU-UP接收来自源gNB-CU-CP的第三指示信息。

其中，该第三指示信息用于确定终端设备对应的MRB进度信息。

可选地，第三指示信息包括MBS Multicast F1-U Context Descriptor信元。

可选的，该第三指示信息包括在MCcontext Modification Request消息中，该MCcontext Modification Request消息具体地可能包含以下一项或多项：gNB-CU-CPMBSE1AP ID，gNB-CU-UPMBSE1AP ID，组播承载上下文修改信息，MRB列表。

作为一种示例，源gNB-CU-CP为了检索到终端设备的MRB进度信息，需要向源gNB-CU-UP提供如下信息：

1.如果源gNB-CU-CP发送给终端设备的数据包是通过DU级别的F1-U共享隧道进行发送，则源gNB-CU-CP需要提供关于DU级别的F1-U共享隧道的信息。其中，该共享隧道的信息可以是显示的，也可以是隐式的。举例来说，可以是choice的一个分支直接用于指示该DU级别的F1-U共享隧道的信息，可以是DU的标识ID，也可以是源gNB-CU-CP MBS E1AP ID和源gNB-CU-UP MBS E1AP ID等。

2.如果源gNB-CU-CP传输到终端设备的数据包通过小区级别的F1-U共享隧道进行传递，源gNB-CU-CP需要提供小区信息。举例来说，可以是CGI或者CGI+DU-ID.

3.如果源gNB-CU-CP传输到终端设备的数据包是通过终端设备级别的F1隧道传递的，源gNB-CU-CP需要提供终端设备信息。举例来说，可以是C-RNTI+DU ID或gNB-CU UEF1AP ID+gNB-DU UE F1AP ID。

应理解，无论什么类型的tunnel都可以用MBS Multicast F1-U ContextDescriptor进行体现。相应地，也可以理解为这个字段就是第三指示信息。

还应理解，在每一次建立F1隧道时，引入一个标识，该标识可以用于标识隧道信息，比如1号F1隧道，2号隧道等等，查询时可以不区分类别，直接携带相关的标识信息进行查询即可。

S1320，源gNB-CU-UP向源gNB-CU-CP发送进度响应信息。

相应地，源gNB-CU-CP接收来自源gNB-CU-UP的进度响应信息。

其中，该进度响应信息用于指示每个终端设备的MRB进度信息。该进度响应信息还可以是其他信息名称，对此本申请不做限定。

可选的，进度响应信息包括在MC context Modification Response消息中，所述MC context Modification Response消息还包含如下至少一项：gNB-CU-CP MBS E1AP ID，gNB-CU-UP MBS E1AP ID,组播承载上下文修改响应信息，MRB列表。

上述图13所示的方法中，源gNB-CU-CP向源gNB-CU-UP发送第三指示信息，该第三指示信息用于确定终端设备对应的MRB进度信息，源gNB-CU-UP向源gNB-CU-CP发送进度响应信息，该进度响应信息用于指示每个终端设备的MRB进度信息。源gNB-CU-CP通过上述图13所示的方法，能够确定每个终端设备对应的MRB的进展。

需要说明的是，上述图13中具体的MRB对应的进展还可以是MRB对应的不同级别的F1传输隧道中传输进展最慢的进展。例如，DU级别隧道反馈的进展到5号，终端设备级别的隧道反馈的进展是6号，由于源gNB-CU-UP不知道终端设备接收的是哪个隧道的数据，源gNB-CU-UP选择最慢的进展发送给源gNB-CU-CP。这种方式采取这种保守的MRB进展在源基站和目标基站之间做数据转发不会少转发数据包，基于终端设备在目标基站侧上报的PDCP状态报告确定目标基站向终端设备发送的数据包。虽然可能多转发了一部分数据包但是至少不会少传也不会出错误。

上面结合图6-图13详细介绍了本申请实施例提供的一种通信方法，下面结合图14-图15详细介绍本申请实施例提供的通信装置。

以下，结合图14和图15详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图14是本申请提供的信息传输设备1400的一例示意性框图。上述图6至图13中任一方法所涉及的任一设备，如终端设备和网络设备等都可以由图14所示的通信设备来实现。

应理解，信息传输设备1400可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。

如图14所示，该通信设备1400包括：一个或多个处理器1413。可选地，处理器1413中可以调用接口实现接收和发送功能。所述接口可以是逻辑接口或物理接口，对此不作限定。例如，接口可以是收发电路，输入输出接口，或是接口电路。用于实现接收和发送功能的收发电路、输入输出接口或接口电路可以是分开的，也可以集成在一起。上述收发电路或接口电路可以用于代码/数据的读写，或者，上述收发电路或接口电路可以用于信号的传输或传递。

可选地，接口可以通过收发器实现。可选地，该信息传输设备1400还可以包括收发器1430。所述收发器1430还可以称为收发单元、收发机、收发电路等，用于实现收发功能。

可选地，该通信设备1400还可以包括存储器1420。本申请实施例对存储器1420的具体部署位置不作具体限定，该存储器可以集成于处理器中，也可以是独立于处理器之外。对于该设备1400不包括存储器的情形，该设备1400具备处理功能即可，存储器可以部署在其他位置(如，云系统)。

处理器1410、存储器1420和收发器1430之间通过内部连接通路互相通信，传递控制和/或数据信号。

可以理解的是，尽管并未示出，设备1400还可以包括其他装置，例如输入装置、输出装置、电池等。

可选地，在一些实施例中，存储器1420可以存储用于执行本申请实施例的方法的执行指令。处理器1410可以执行存储器1420中存储的指令结合其他硬件(例如收发器1430)完成下文所示方法执行的步骤，具体工作过程和有益效果可以参见上文方法实施例中的描述。

本申请实施例揭示的方法可以应用于处理器1410中，或者由处理器1410实现。处理器1410可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。

可以理解，存储器1420可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器ROM、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器RAM，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhancedSDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图15是本申请提供的一种通信装置1500的示意性框图。该装置1500包括收发单元1520，收发单元1520可以用于实现相应的通信功能。收发单元1520还可以称为通信接口或通信单元。

可选地，该装置1500还可以包括处理单元1510，处理单元1510可以用于进行数据处理。

可选地，该用于信息传输的装置1500的具体形态可以是通用计算机设备或通用计算机设备中的芯片，本申请实施例对此不作限定。如图15所示，该装置包括处理单元1510和收发单元1520。

具体而言，装置1500可以是本申请涉及的任一设备，并且可以实现该设备所能实现的功能。应理解，该装置1500可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。

在一种可能的设计中，该装置1500可以是上文方法实施例中的终端设备(如，终端设备)，也可以是用于实现上文方法实施例中终端设备(如，终端设备)的功能的芯片。

可选地，该装置1500还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元1510可以读取存储单元中的指令和/或数据，以使得装置实现前述各个方法实施例中不同的终端设备的动作，例如，控制网元或终端设备的动作。

该装置1500可以用于执行上文各个方法实施例中控制网元或终端设备所执行的动作，这时，该装置1500可以为控制网元或终端设备，或者控制网元或终端设备的组成部件，收发单元1520用于执行上文方法实施例中控制网元或终端设备的收发相关的操作，处理单元1510用于执行上文方法实施例中控制网元或终端设备的处理相关的操作。

应理解，该装置1500可以用于执行上文各个方法实施例中控制网元或网络设备所执行的动作，这时，该装置1500中的收发单元1520可通过通信接口(如收发器或输入/输出接口)实现，例如可对应于图14中示出的通信接口1430，该装置1500中的处理单元1510可通过至少一个处理器实现，例如可对应于图14中示出的处理器1410。

可选地，装置1500还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

另外，在本申请中，通信装置1500是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路ASIC、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到装置1500可以采用图15所示的形式。处理单元1510可以通过图14所示的处理器1410来实现。可选地，如果图14所示的计算机设备包括存储器1400，处理单元1510可以通过处理器1415和存储器1400来实现。收发单元1520可以通过图14所示的收发器1430来实现。所述收发器1430包括接收功能和发送功能。具体的，处理器通过执行存储器中存储的计算机程序来实现。可选地，当所述装置1500是芯片时，那么收发单元1520的功能和/或实现过程还可以通过管脚或电路等来实现。可选地，所述存储器可以为所述芯片内的存储单元，比如寄存器、缓存等，所述存储单元还可以是装置内的位于所述芯片外部的存储单元，如图14所的存储器1420，或者，也可以是部署在其他系统或设备中的存储单元，不在所述计算机设备内。

本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，能够存储、包含和/或承载指令和/或数据的各种其它介质。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序或一组指令，当该计算机程序或一组指令在计算机上运行时，使得该计算机执行图5至图8所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读存储介质，该计算机可读介质存储有程序或一组指令，当该程序或一组指令在计算机上运行时，使得该计算机执行图5至图8所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种通信系统，其包括前述的装置或设备。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本申请实施例中引入编号“第一”、“第二”等只是为了区分不同的对象，比如，区分不同的“信息”，或，“设备”，或，“单元”，对具体对象以及不同对象间的对应关系的理解应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

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

终端设备接收第一信息，所述第一信息与第一组播业务的状态相关，和/或，所述第一信息与第二小区中所述第一组播业务的配置信息相关；

所述终端设备根据所述第一信息，判断是否向所述第二小区发送第一请求信息，所述第一请求信息用于所述终端设备建立或恢复RRC连接，

其中，所述终端设备为接收所述第一组播业务的终端设备，所述终端设备为处于无线资源控制RRC非连接态的终端设备，且所述终端设备是从所述第一小区切换或者重选至所述第二小区的终端设备。

2.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述第一信息，判断是否向所述第二小区发送第一请求信息，包括：

当所述第一组播业务的状态为激活态时，所述终端设备向所述第二小区发送所述第一请求信息，

或者，

当所述第一组播业务的状态为非激活态时，所述终端设备保持所述非连接态。

3.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述第一信息，判断是否向所述第二小区发送第一请求信息，包括：

当所述第一小区与所述第二小区的所述配置信息不同时，所述终端设备向第二小区发送所述第一请求信息，

或者，

当所述第一小区与所述第二小区的所述配置信息相同时，所述终端设备保持所述非连接态。

4.根据权利要求1所述的方法，其特征在于，所述终端设备根据所述第一信息，判断是否向所述第二小区发送第一请求信息，包括：

当所述第一小区与所述第二小区的所述配置信息相同，且所述第一组播业务的状态为激活态时，所述终端设备向所述第二小区发送所述第一请求信息，

或者，

当所述第一小区与所述第二小区的所述配置信息相同，且所述第一组播业务的状态为去激活态时，所述终端设备保持所述非连接态。

5.根据权利要求2至4中任一项所述的方法，其特征在于，在所述终端设备保持所述非连接态的情况下，所述方法还包括：

所述终端设备接收第一寻呼消息，所述第一寻呼消息包括所述第一组播业务的标识。

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

所述终端设备接收第二信息，所述第二信息用于确定所述第二小区未向所述非连接态的终端设备提供所述第一组播业务。

7.根据权利要求6所述的方法，其特征在于，当所述第二信息包括所述第二小区的多播控制信道MCCH的配置信息时，所述方法还包括：

所述终端设备根据所述MCCH的配置信息，获取第三信息，所述第三信息包括所述第二小区的MCCH信息，且所述MCCH信息不包括所述第一组播业务的标识，

或者，

所述终端设备根据所述MCCH的配置信息，未获取到所述第三信息。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述第一信息携带在如下至少一项消息中：

寻呼paging消息、系统信息块SIB、MCCH信息。

9.根据权利要求1至8中任一项所述的方法，其特征在于，在所述第一信息与所述第二小区中所述第一组播业务的配置信息相关的情况下，所述第一信息包括所述第二小区的PDCP同步信息和/或所述第一小区的PDCP同步信息，所述同步信息包括所述PDCP同步或者不同步。

10.根据权利要求9所述的方法，其特征在于，当所述同步信息包括的所述第二小区的PDCP不同步和/或所述第一小区的PDCP不同步时，所述方法还包括：

所述终端设备重置所述PDCP实体或者所述PDCP变量，

和/或，

所述终端设备对缓存的PDCP数据包进行丢弃或者递交高层。

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

第一小区确定第一信息，所述第一信息与第一组播业务的状态相关；

所述第一小区向所述终端设备发送所述第一信息，所述第一信息用于判断所述终端设备是否向第二小区发送第一请求信息，所述第一请求信息用于所述终端设备建立或恢复RRC连接，

12.根据权利要求11所述的方法，其特征在于，所述第一组播业务的状态包括激活态，或者去激活态。

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

所述第一小区向所述终端设备发送第二信息，所述第二信息用于确定所述第二小区未向所述非连接态的终端设备提供所述第一组播业务。

14.根据权利要求11至13中任一项所述的方法，其特征在于，所述第一信息携带在如下至少一项消息中：

寻呼paging消息、系统信息块SIB、MCCH信息。

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

第二小区确定第二信息，所述第二信息用于确定所述第二小区未向非连接态的终端设备提供第一组播业务；

所述第二小区向所述终端设备发送所述第二信息，

16.根据权利要求15所述的方法，其特征在于，当所述第二信息包括所述第二小区的多播控制信道MCCH的配置信息时，所述方法还包括：

所述第二小区向所述终端设备发送第三信息，所述第三信息包括所述第二小区的MCCH信息，且所述MCCH信息不包括所述第一组播业务的标识。

17.根据权利要求15或16所述的方法，其特征在于，所述方法还包括：

所述第二小区向第一网络设备发送所述第二小区中所述第一组播业务的配置信息，所述配置信息用于确定第一信息，所述第一信息用于判断所述终端设备是否向第二小区发送第一请求信息，所述第一请求信息用于所述终端设备建立或恢复RRC连接，

其中，所述第一小区与所述第二小区为相邻小区，所述第一网络设备是为所述第一小区提供服务的网络设备。

18.根据权利要求15至17中任一项所述的方法，其特征在于，所述方法还包括：

所述第二小区向所述第一网络设备发送所述第二小区的PDCP同步信息，所述同步信息包括所述PDCP同步或者不同步。

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

第一网络设备确定第一信息，所述第一信息与第二小区中第一组播业务的配置信息相关；

所述第一网络设备向所述终端设备发送所述第一信息，所述第一信息用于判断所述终端设备是否向第二小区发送第一请求信息，所述第一请求信息用于所述终端设备建立或恢复RRC连接，

其中，所述终端设备为接收所述第一组播业务的终端设备，所述终端设备为处于无线资源控制RRC非连接态的终端设备，且所述终端设备是从第一小区切换或者重选至所述第二小区的终端设备，所述第一网络设备是为所述第一小区提供服务的网络设备。

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

所述第一网络设备接收来自所述第二小区中所述第一组播业务的配置信息，所述配置信息用于确定所述第一信息。

21.根据权利要求19或20所述的方法，其特征在于，所述第一信息包括所述第二小区的PDCP同步信息，所述同步信息包括所述PDCP同步或者不同步。

22.根据权利要求19至21中任一项所述的方法，其特征在于，所述第一信息携带在如下至少一项消息中：

寻呼paging消息、系统信息块SIB、MCCH信息。

23.一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，以使所述通信装置执行如权利要求1至10中任一项所述的方法，或者，以使所述通信装置执行如权利要求11至14中任一项所述的方法，或者，以使所述通信装置执行如权利要求15至18中任一项所述的方法，或者，以使所述通信装置执行如权利要求29至22中任一项所述的方法。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1至10中任一项所述的方法，或者，以使所述计算机执行如权利要求11至14中任一项所述的方法，或者，以使所述计算机执行如权利要求15至18中任一项所述的方法，或者，以使所述计算机执行如权利要求19至23中任一项所述的方法。

25.一种芯片，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于读取并执行所述存储器中存储的所述计算机程序，当所述计算机程序被执行时，所述处理器执行如权利要求1至10中任一项所述的方法，或者，以使所述处理器执行如权利要求11至14中任一项所述的方法，或者，以使所述处理器执行如权利要求15至18中任一项所述的方法，或者，以使所述处理器执行如权利要求19至23中任一项所述的方法。

26.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上执行时，使得计算机执行如权利要求1至10中任一项所述的方法，或者，以使所述计算机执行如权利要求11至14中任一项所述的方法，或者，以使所述计算机执行如权利要求15至18中任一项所述的方法，或者，以使所述计算机执行如权利要求19至23中任一项所述的方法。