技术领域
[0001] 本申请涉及通信技术领域，尤其涉及一种通信方法、装置及系统。
相关背景技术
[0002] 处于RRC inactive态的终端设备在移动过程中会进行多次小区重选。每次重选之后，若驻留的服务小区能够为RRC inactive态的终端设备提供组播，那么终端设备会从服务小区的下发的与用于组播配置的MCCH消息中，获取对应的组播配置信息。
[0003] 然而，针对同一组播，终端设备选择驻留的每个服务小区所提供的组播配置信息中可能包括不同的MRB的配置信息，终端设备会在不同的服务小区基于不同的MRB接收第一组播。当终端设备恢复RRC connected态之后，服务基站会基于锚点基站配置的MRB传输对应的组播。然而终端设备在多次小区重选后，可能已经无法恢复锚点基站配置的MRB，从而导致终端设备在恢复RRC connected态之后难以正确接收组播。
具体实施方式
[0096] 下面将结合附图，对本申请中的技术方案进行描述。
[0097] 为便于理解本申请实施例，首先以图1中示出的通信系统为例，示例性的说明适用于本申请实施例的通信系统。如图1所示，为本申请的实施例应用的通信系统1000的架构示意图。该通信系统包括无线接入网(Radio Access Network，RNA)100和核心网200。可选地，通信系统1000还可以包括互联网300。其中，无线接入网100可以包括至少一个无线接入网设备(如图1中的110a和110b，也可以称为RNA节点)，还可以包括至少一个终端设备(如图1中的120a‑120j)。终端设备通过无线的方式与无线接入网设备相连，无线接入网设备通过无线或有线方式与核心网连接。核心网设备与无线接入网设备可以是独立的不同的物理设备，也可以是将核心网设备的功能与无线接入网设备的逻辑功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网设备的功能和部分的无线接入网设备的功能。终端设备和终端设备之间以及无线接入网设备和无线接入网设备之间可以通过有线或无线的方式相互连接。图1只是示意图，该通信系统中还可以包括其它网络设备，如还可以包括无线中继设备和无线回传设备，在图1中未画出。
[0098] 无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、第五代(5th generation，
5G)移动通信系统中的下一代基站(next generation NodeB，gNB)、第六代(6th
generation，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元。无线接入网设备可以是宏基站(如图1中的110a)，也可以是微基站或室内站(如图1中的110b)，还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。
为了便于描述，下文以基站作为无线接入网设备的例子进行描述。
[0099] 在另一种可能的场景中，由多个RAN节点协作协助终端实现无线接入，不同RAN节点分别实现基站的部分功能。例如，RAN节点可以是集中式单元(central unit，CU)，分布式单元(distributed unit，DU)，CU‑控制面(control plane，CP)，CU‑用户面(user plane，UP)，或者无线单元(radio unit，RU)等。CU和DU可以是单独设置，或者也可以包括在同一个网元中，例如基带单元(baseband unit，BBU)中。RU可以包括在射频设备或者射频单元中，例如包括在射频拉远单元(remote radio unit，RRU)、有源天线处理单元(active antenna unit，AAU)或远程射频头(remote radio head，RRH)中。
[0100] 在不同系统中，CU(或CU‑CP和CU‑UP)、DU或RU也可以有不同的名称，但是本领域的技术人员可以理解其含义。例如，在ORAN系统中，CU也可以称为O‑CU(开放式CU)，DU也可以称为O‑DU，CU‑CP也可以称为O‑CU‑CP，CU‑UP也可以称为O‑CU‑UP，RU也可以称为O‑RU。为描述方便，本申请中以CU，CU‑CP，CU‑UP、DU和RU为例进行描述。本申请中的CU(或CU‑CP、CU‑UP)、DU和RU中的任一单元，可以是通过软件模块、硬件模块、或者软件模块与硬件模块结合来实现。
[0101] 终端设备也可以称为UE、移动台、移动终端等。终端设备可以广泛应用于各种场景，例如，设备到设备(device‑to‑device，D2D)、车物(vehicle to everything，V2X)通信、机器类通信(machine‑type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
[0102] 基站和终端设备可以是固定位置的，也可以是可移动的。基站和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在飞机、气球和人造卫星上。本申请的实施例对基站和终端设备的应用场景不做限定。
[0103] 基站和终端设备的角色可以是相对的，例如，图1中的直升机或无人机120i可以被配置成移动基站，对于那些通过120i接入到无线接入网100的终端设备120j来说，终端设备120i是基站；但对于基站110a来说，120i是终端设备，即110a与120i之间是通过无线空口协议进行通信的。当然，110a与120i之间也可以是通过基站与基站之间的接口协议进行通信的，此时，相对于110a来说，120i也是基站。因此，基站和终端设备都可以统一称为通信装置，图1中的110a和110b可以称为具有基站功能的通信装置，图1中的120a‑120j可以称为具有终端设备功能的通信装置。
[0104] 基站和终端设备之间、基站和基站之间、终端设备和终端设备之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。
[0105] 在本申请实施例中，下文所描述的网络设备可以是指图1所示通信系统中的无线接入网设备，或者无线接入网设备中的模块(如芯片)，或者是包含有基站功能的控制子系统。这里的包含有基站功能的控制子系统可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。
[0106] 下文所描述的终端设备可以是指图1所示通信系统中的终端设备，或者终端设备中的模块(如芯片或者调制解调器)，或者是包含有终端设备功能的装置。
[0107] 下面对本申请涉及的关键技术特征进行解释说明：
[0108] 本申请中的“发送”和“接收”，表示信号/信息传递的走向。例如，“向网络设备发送信息”可以理解为该信息的目的端是网络设备，可以包括通过空口直接发送，也包括其他单元或模块通过空口间接发送。“接收来自终端设备的信息”可以理解为该信息的源端是终端设备，可以包括通过空口直接从终端设备接收，也可以包括通过空口从其他单元或模块间接地从终端设备接收。“发送”也可以理解为芯片接口的“输出”，“接收”也可以理解为芯片接口的“输入”。换言之，发送和接收可以是在设备之间进行的，例如，网络设备和终端设备之间进行的，也可以是在设备内进行的，例如，通过总线、走线或接口在设备内的部件之间、模组之间、芯片之间、软件模块或者硬件模块之间发送或接收。
[0109] 无线资源控制(Radio Resource Control，RRC)状态：在5G新空口(New Radio，NR)系统中，目前，终端设备存在三种RRC状态，分别为RRC空闲(RRC idle)态、RRC非活动(RRC inactive)态和RRC连接(RRC connected)态。
[0110] 当终端设备处于RRC connected态时，终端设备与网络设备之间建立有RRC连接，终端设备能够与网络设备之间进行正常的传输数据，且网络设备也能够对终端设备的上下文(context)信息进行维护。当终端设备处于RRC inactive态，终端设备与网络设备没有建立RRC连接，终端设备与网路设备之间不进行数据传输，但网络设备可以继续维护终端设备的上下文信息，以便于终端设备与网络设备之间具备数据传输需求时，快速恢复RRC连接。当终端设备处于RRC idle态时，终端设备与网络设备没有建立RRC连接，终端设备与网络设备之间不进行数据传输。
[0111] 在一个实施例中，网络设备可以通过向处于RRC connected态的终端设备发送RRCRelease(RRC释放)消息，将终端设备释放到RRC idle态或者RRC inactive态。例如，若RRCRelease消息中携带挂起配置(suspendConfig)，终端设备则从RRC connected态进入RRC inactive态，终端设备与网络设备挂起RRC连接，网络设备继续维护终端设备的上下文下行。在一些示例中，对于数据传输不频繁的终端设备，网络设备可以让该终端设备保持在RRC inactive态。之后，当处于RRC inactive态的终端设备满足一定的触发条件，例如，有上行业务到达、接收到网络设备发送的寻呼消息等，终端设备则可以向网络设备请求恢复RRC连接。例如，终端设备向网络设备发送RRCResumeRequest(RRC恢复请求)消息。网络设备根据实际场景和需求，向终端设备发送RRCResume(RRC恢复)消息，以使得终端设备进入RRC connected态；或者向终端设备发送携带suspendConfig的RRCRelease消息，以使得终端设备保持在RRC inactive态；或者向终端设备发送不携带suspendConfig的RRCRelease消息，以使得终端设备进入RRC idle态。
[0112] 若网络设备发送的RRCRelease消息中不包括suspendConfig，终端设备则从RRC connected态直接进入RRC idle态。当处于RRC idle态的终端设备具备数据传输需求时，终端设备可以向网络设备请求重建RRC连接。例如，终端设备向网络设备发送RRCSetupRequest(RRC建立请求)消息，并在接收到网络设备发送的RRCSetup(RRC建立)消息后，进入RRC connected态。
[0113] 小区重选和小区选择：进入RRC idle态或者RRC inactive态的终端设备，在移动的过程中，会根据小区选择准则(也称为S准则)，对小区的接收功率和信号质量进行测量，判定小区是否适合接入，以选择到可接入的小区驻留，这一过程称为小区选择。当终端设备驻留在一个服务小区内时，会根据小区重选准则(也称为R准则)测量服务小区和邻区的信号质量，若服务小区的质量较差而邻区的信号质量较好，终端设备则会主动重新选择信号质量更好的小区作为服务小区，这一过程称为小区重选。
[0114] 其中，终端设备在RRC非连接态的服务小区是指终端设备驻留(Camp on)的小区，或者也可以称为驻留的服务小区。
[0115] 无线接入网络的通知区域(RAN‑based Notification Area，RNA)更新：对于进入RRC idle态或者RRC inactive态的终端设备，由于终端设备可能处于移动状态，即发生小区重选。因此，为了使得网络设备能够随时找到该终端设备，定义了跟踪区域(tracking area)，一个TA包括多个小区，核心网在一个跟踪区域发送寻呼消息以追踪终端设备。
[0116] 为了节省传输开销，将一个TA范围内的多个小区划分为多个RNA，一个RNA可以包括若干个小区。RNA由网络设备(例如gNB)管理。在一个实施例中，将终端设备处于RRC connected态时最后驻留的服务小区的网络设备称为锚点(anchor)基站，或者称为最后服务基站last serving gNB；将终端设备进入RRC inactive态之后，通过小区重选/小区选择后，选择驻留的服务小区的网络设备称为服务基站。服务基站和锚点基站可能是同一网络设备，也可能是不同的网络设备。当锚点基站通过发送RRCRelease消息指示终端设备从RRC connected态进入RRC inactive态时，锚点基站在RRCRelease消息中指示RAN终端设备处于RRC connected态时所在的RNA的信息。例如，一种可能的方式为，在RRCRelease消息中携带RNA ID。目前，RNA ID由跟踪区域码(Tracking Area Code)和RAN区域码(RAN Area Code)组成。又例如，另一种方式为，RRCRelease消息中携带RNA所包含的小区列表，小区列表中的小区可以通过小区标识指示。
[0117] 终端设备进入RRC inactive态或RRC idle态后，当锚点基站从核心网接收到待发送至终端设备的下行信号时，例如，从接入和移动管理功能(Access and Mobility Management Function，AMF)网元接收到下行信令，或者从用户平面功能(User Plane Function，UPF)网元接收到下行数据时，锚点基站则向RRCRelease消息中携带RNA范围内的所有小区发送寻呼消息(RAN寻呼)。且，如果RNA范围内包括一个或多个相邻网络设备的小区，锚点基站则通过与相邻网络设备之间的Xn接口向相邻网络设备发送RNA寻呼，以使得相邻小区在其小区内寻呼。收到寻呼消息后，处于RRC inactive态或RRC idle态的终端设备则会触发RRC恢复或者RRC建立。
[0118] 由于终端设备可能移动至锚点基站配置的RNA范围之外，因此终端需要及时触发RAN更新，以使得服务基站能够及时更新RAN，以避免终端设备接收不到寻呼消息，影响下行信号的接收。在一个示例中，对于处于RRC inactive态的终端设备，可以由终端设备周期性的(例如，设置第一定时器指示触发RAN更新的时长)发送RRCResumeRequest消息给服务基站，通过在RRCResumeRequest消息中携带RRC恢复原因值(Resume Cause)为RNA更新(rna‑Update)，以通知服务基站确定终端设备是否还处于锚点基站配置的RAN内。该周期性RNA更新定时器可以在终端设备接收到RRCRelease消息时启动，在定时器超时后，终端设备触发RRC恢复请求。该定时器的时长可以由锚点基站在RRCRelease消息中配置。
[0119] 在另一个示例中，终端设备执行小区重选时，通过目标小区的同步信号和物理广播信道块(Synchronization signal and physical broadcast channel block，SSB)信号，获得待接入的目标小区的物理小区标识(Physical Cell identity，PCID)，从而判断目标小区的PCID是否属于锚点基站配置的RNA所包含的小区列表内。或者在接入目标小区后，通过目标小区的SIB1(System Information Block，系统消息)，获取目标小区所在的RNA的RNA ID，从而判断目标小区所在的RNA的RNA ID与锚点基站配置的RNA ID是否相同。若终端设备确定目标小区不在锚点基站配置的RNA范围内，终端设备则发送RRCResumeRequest消息给服务基站，通过在RRCResumeRequest消息中携带rna‑Update的原因值，以通知服务基站确定终端设备已经不处于锚点基站配置的RAN内。
[0120] 若服务基站不是锚点基站，则服务基站在接收到RRCResumeRequest消息后，向锚点基站发送UE上下文检索请求(RETRIEVE UE CONTEXT REQUEST)消息，UE上下文检索请求消息中携带rna‑Update和I‑RNTI。锚点基站根据I‑RNTI获取保存的终端设备的上下文信息，并判断终端设备是否移出了锚点基站配置的RNA。如果终端设备移出了锚点基站配置的RNA，则锚点基站会向服务基站发送UE上下文检索响应(RETRIEVE UE CONTEXT RESPONSE)消息，其中包括终端设备的上下文。服务基站根据终端设备的上下文向终端设备发送RRCResume消息，以使得终端设备从RRC inactive态进入RRC connected态，并由该服务基站继续维护终端设备的上下文信息。或者，服务基站也可以向终端设备发送RRCRelease消息，以使得终端设备保持在再次回到RRC inactive态，或者迁移到RRCA idle态，且服务基站在RRCRelease消息中指示更新后的RNA。
[0121] 如果锚点基站判断终端设备仍停留在RNA内，锚点基站则会向服务基站发送UE上下文检索失败(RETRIEVE UE CONTEXT FAILURE)消息，不发送终端设备的上下文信息，仍由锚点基站来管理上下文信息。UE上下文检索失败消息中可以包括封装的RRCRelease消息，RRCRelease消息中携带suspendConfig信元。服务基站将该RRCRelease消息转发给终端设备，终端设备再次回到RRC inactive态。特别的，如果终端设备在长时间内没有任何业务，锚点基站也可以决定将终端设备从RRC inactive态迁移到RRCA idle态，即锚点基站在UE上下文检索失败消息中包括封装的RRCRelease消息(不包括suspendConfig)，gNB转发该RRCRelease消息给UE后，UE进入RRC Idle态。
[0122] 组播广播业务(Multicast Broadcast Service，MBS)：广播通信服务是指向广播覆盖区域内的所有终端设备同时提供相同业务和相同特定内容数据的通信服务，即广播覆盖区域内的所有终端设备都可以接收相同的数据。在NR MBS中，广播支持在RRC idle态、RRC inactive态和RRC connected态的接收，广播采用了点到多点(Point‑to‑Multipoint,PTM)的传输方式，即网络设备可以通过空口向多个终端设备发送一份广播会话的下行数据(或者称为MBS数据包)。终端设备可以通过公共的RNTI(G‑RNTI)解扰接收到的组播。终端设备可以从服务小区的系统消息(例如，SIB20)获取广播MBS控制信道(MBS control channel，MCCH)的配置，根据第二MCCH的配置接收第二MCCH消息，基于第二MCCH消息的指示确定服务小区能够提供的广播会话，以及每个广播会话的配置。示例性的，广播会话的配置信息可以包括广播会话的临时移动组标识(Temporary Mobile Group Identity，TMGI)、用于解扰广播MTCH的G‑RNTI、广播MRB配置，广播MTCH的调度信息(例如DRX配置)、提供广播会话的邻小区列表等。
[0123] NR MBS组播：在本申请实施例中可以称为MBS组播业务、MBS组播会话、组播业务、组播会话、组播等。典型的MBS组播可以包括公共安全服务(例如地震抢险通信、消防队员通信)、体育节目或演唱会转播等。MBS组播可以采用PTP传输，也可以采用PTM传输。终端设备可以通过与核心网之间进行鉴权流程，以申请加入MBS组播。再由网络设备通过专用信令向终端设备发送组播配置信息，包括终端设备请求接收的组播会话的标识(例如，TMGI)、该组播的MRB的配置(包括PDCP配置，RLC配置、MAC配置和物理层配置等一项或多项)以及用于解扰组播MTCH的G‑RNTI，组播MTCH调度信息等。
[0124] 在Rel‑17，MBS组播仅支持RRC connected态的传输，终端设备可以在服务小区接收组播会话，服务小区可以是主小区(PCell)，也可以是辅小区(SCell)。然而，当一个小区内参与组播的用户数目过多时，可能超出小区能够容纳的处于RRC connected态的用户数目。因此，为了缓解网络拥塞，Rel‑18中支持加入组播的终端设备在RRC inactive态接收组播。RRC inactive态的终端设备可以使用PTM的方式接收组播，网络设备提供的组播配置信息也可以称为PTM配置信息。PTM配置信息可以包括以下一项或多项：终端设备请求接收的组播的标识(例如TMGI)，该组播的MRB的配置(包括PDCP配置，RLC配置、MAC配置和物理层配置等一项或多项)以及用于解扰组播MTCH的G‑RNTI，组播MTCH调度信息等。
[0125] 目前，网络设备提供两种针对RRC Inacitve态的组播配置信息的配置方式：一种是网络设备在向终端设备发送RRCRelease消息时，将组播配置信息携带在RRCRelease消息中，发送至终端设备。另一种是网络设备通过第一MCCH消息发送组播配置信息。例如，网络设备在向终端设备发送RRCRelease消息时，在RRCRelease消息中携带小区的第一MCCH的配置，以使得终端设备进入RRC inacitve态之后，根据第一MCCH的配置接收第一MCCH消息。或者，网络设备也可以在系统消息(例如，SIB1)中配置第一MCCH，处于RRC inactive态的终端设备在接收到系统消息后，从系统消息中获取第一MCCH的配置，并基于第一MCCH的配置接收第一MCCH消息，以及从第一MCCH消息张获取请求接收的组播的组播配置信息。其中，第一MCCH的配置信息包括以下至少一项：第一MCCH的重复周期和偏移；第一MCCH的窗口起始位置；第一MCCH的窗口时长；第一MCCH的修改周期。
[0126] 值得说明的是，对于同一组播，网络设备针对RRC inacitve态配置的组播配置信息和针对RRC connected态配置的组播配置信息可以相同，也可以不同。
[0127] RRC inacitve态的终端设备在进行小区重选/小区选择后，在驻留的服务小区中，可以通过该服务小区的第一MCCH消息获取服务小区针对终端设备请求接收的组播(假设为第一组播)的组播配置信息。若终端设备无法获取服务小区的第一MCCH消息，或者第一MCCH消息中不包括第一组播的组播配置信息，那么终端设备则需要向管理该服务小区的网络设备请求恢复RRC连接，以进入RRC connected态获取组播。一种可能的场景是，服务小区并未向RRC inacitve态的终端设备提供第一组播，但是向RRC连接态的终端设备提供了第一组播，那么终端设备在进入RRC connected态后，即可接收第一组播。另一种可能的场景是，若服务小区并不支持提供第一组播，因此，终端设备在进入RRC connected态后，可以向网络设备请求提供第一组播。
[0128] 在一个可能的场景中，处于RRC inactive态的终端设备在移动过程中会进行多次小区重选。每次重选之后，若驻留的服务小区能够提供第一组播，那么终端设备会根据服务小区的第一MCCH消息获取针对第一组播的组播配置信息。每个服务小区提供的组播配置信息中可能包括不同的MRB的配置信息，终端设备则可能在不同的服务小区基于不同的MRB接收第一组播。之后，当处于RRC inactive态的终端设备再次进行小区重选之后，终端设备在选择驻留的服务小区中无法获得用于在RRC inactive态接收第一组播的组播配置信息，那么终端设备则需要向管理该服务小区的服务基站请求恢复RRC连接。服务基站通过向终端设备的锚点基站发送上下文检索请求，以获取该终端设备的上下文信息，该上下文信息中包括锚点基站针对RRC connected态下的终端设备配置的组播配置信息。服务基站基于该组播配置信息确定用于传输第一组播的MRB配置，例如对同一个MRB，在RRCResume消息中通过delta配置(或增量配置)的方式提供用于在连接态的该MRB的配置。然而，与在RRC连接态接收第一组播所使用的MRB配置相比，终端设备在进入RRC inactive态接收组播后，可能已经修改了对该MRB的配置，并基于修改后的MRB配置在inactive态接收组播。此外，当终端设备发生小区重选后，重选后的小区也可能修改了对该MRB的配置。此时，如果终端设备在恢复RRC连接时，基于当前使用的MRB配置和服务基站在RRCResume消息中提供的增量配置恢复该MRB，则无法与服务基站对齐该MRB的配置，造成终端设备使用的MRB配置和网络设备使用的MRB配置不同，从而导致UE无法正确接收到第一组播。
[0129] 为此，本申请实施例提供一种通信方法，终端设备通过保存上下文信息中的第一组播配置信息，并在恢复RRC连接后，根据第一组播配置信息确定用于传输第一组播的第一MRB。
[0130] 下面结合图2对本申请提供的通信方法进行示例性的说明。
[0131] 如图2所示，为本申请实施例提供的一种通信方法的流程示意图，该方法包括：
[0132] S101，第二网络设备向终端设备发送第一组播配置信息。
[0133] 示例性的，上述第一组播配置信息携带在RRC重配置消息(RRCReconfiguration)消息中。所述第一组播配置信息为RRC connected态下接收第一组播的配置信息。第一组播配置信息可以包括组播MRB配置。示例性的，第一组播配置信息可以包括至少一个组播MRB的标识，且第一组播配置信息还包括每个MRB的PDCP配置、RLC配置、MAC配置和物理层配置中的至少一项。可以理解的是，终端设备处于RRC connected态时，可以基于该至少一个MRB接收第一组播。第一组播为终端设备已经加入的组播。示例性的，第一组播配置信息包括组播MRB‑1的配置信息。
[0134] 本申请中第一组播也可以替换为第一MBS组播，第一组播会话，或第一组播业务。
[0135] 终端设备接收到第一组播配置信息后，将第一组播配置信息保存在本地。
[0136] S102，第二网络设备向终端设备发送第一RRC释放消息。其中，第一RRC释放消息中携带挂起配置(suspendConfig)。
[0137] 该第一RRC释放消息还指示终端设备在RRC inactive态接收组播的配置信息。
[0138] S103，终端设备从RRC connected态进入RRC inactive态。
[0139] 终端设备进入RRC inactive态后进行小区选择和/或小区重选。在一个示例中，随着终端设备的移动，终端设备可能会执行多次小区重选。
[0140] 例如，终端设备从RRC connected态进入RRC Inactive态后，根据RRCRelease消息中指示的第二组播配置信息，继续使用组播MRB‑1接收第一组播。
[0141] 又例如，终端设备进行小区重选后，选择驻留的服务小区(假设为小区2)可能依然是第二网络设备管理的小区。终端设备可以接收第二网络设备发送的第二组播配置信息，并在小区2内根据第二组播配置信息接收第一组播。其中，第二组播配置信息可以承载在小区2广播的系统消息和/或组播MCCH消息中。
[0142] 第二组播配置信息为RRC inactive态下接收第一组播的配置信息。示例性的，第二组播配置信息可以包括至少一个MRB的标识，且第二组播配置信息还包括每个MRB的PDCP配置、RLC配置、MAC配置和物理层配置中的至少一项。第二组播配置信息可以来自第二网络设备，或来自其他的终端设备驻留的服务小区对应的网络设备。需注意，本申请中不限定终端设备在RRC inactive态驻留的服务小区提供相同的组播配置，也即，终端设备小区2上接收第二组播配置信息，在小区重选到小区3上后接收的第二组播配置信息可以不同于在小区2上接收的第二组播配置信息。本申请中，第二组播配置信息仅用于指代用于终端设备在RRC inactive态接收组播的组播配置信息。
[0143] 在一个示例中，第二组播配置信息和第一组播配置信息均可以包括第一MRB的配置信息。即第二网络设备针对RRC inactive态和RRC connected态配置了至少一个相同的第一MRB用于第一组播的传输，终端设备在RRC inactive态和RRC connected态均可以基于第一MRB接收第一组播。
[0144] 可选的，终端设备进行小区重选后，选择驻留的服务小区(假设为小区3)可能是第三网络设备管理的小区。处于RRC inactive态的终端设备可以在小区3的第一系统消息和/或小区3的第一MCCH消息中获取第二组播配置信息，并在小区3内根据第二组播配置信息接收第一组播。
[0145] 可选的，终端设备进行小区重选后，选择驻留的服务小区(假设为小区1)也可能是第一网络设备管理的小区。
[0146] 可以理解的是，终端设备进入RRC inactive态之后，可能通过小区重选直接驻留在小区1，也可能先驻留在小区2和/或小区3，在驻留在小区1。
[0147] S104，终端设备向第一网络设备发送RRC恢复请求消息。
[0148] 在一个示例中，终端设备需要在RRC inactive态接收第一组播，但小区1没有发送第二组播配置信息，此时，终端设备可以向第一网络设备发送RRC恢复请求消息，以请求恢复RRC连接。
[0149] 其中，小区1没有发送第二组播配置信息可以理解为：小区1没有发送第一系统信息，上述第一系统消息用于配置第一MCCH，第一MCCH为组播的MCCH；或者，小区1发送的SIB1中不包含第一系统信息的调度信息；或者，小区1发送的第一MCCH消息中不包括第二组播配置信息。
[0150] 在另一个示例中，终端设备在小区1能够接收到第二组播配置信息，并可以根据第二组播配置信息在RRC inactive态接收小区1发送的第一组播的情况下，当终端设备存在数据传输需求时，终端设备可以向第一网络设备发送RRC恢复请求消息，以请求恢复RRC连接。
[0151] 例如，终端设备接收到第一网络设备发送的寻呼消息，并根据寻呼消息确定需要恢复RRC连接，以接收下行数据或者下行控制信令。又例如，终端设备需要恢复RRC连接，以向第一网络设备发送上行数据。
[0152] 可选的，终端设备也可以在确定小区1不属于第二网络设备配置的RNA范围之后向第一网络设备发送RRC恢复请求消息，以请求恢复RRC连接。
[0153] S105，第一网络设备向第二网络设备发送上下文检索请求消息。
[0154] S106，第二网络设备向第一网络设备发送上下文检索响应消息。
[0155] 第二网络设备接收到上下文检索请求消息之后，向第一网络设备发送上下文检索响应消息，其中携带终端设备的上下文信息。上下文信息中包括第一组播配置信息。
[0156] S107，第一网络设备向终端设备发送RRC恢复消息。
[0157] 其中，RRC恢复消息中包括第三组播配置信息。
[0158] 若第一网络设备能够提供第一组播，且针对第一组播配置了第三组播配置信息，第三组播配置信息包括至少一个MRB的配置信息，那么，第一网络设备则可以对第一组播配置中配置的组播MRB，基于增量(delta)配置的方式提供第三组播配置信息。假设，第一组播配置信息和第三组播配置信息中均包括第一MRB的配置信息，那么第一网络设备则可以在RRCResume消息中针对第一MRB提供增量配置，如此可以避免重复携带相同的配置，降低信令开销。相应的，终端设备接收到第三组播配置信息后，根据第一组播配置中第一MRB的配置信息，和第三组播配置信息，恢复第一MRB。
[0159] S108，终端设备从RRC inactive态进入RRC connected态。
[0160] S109，终端设备基于第一MR B接收第一组播，第一MRB是根据第一组播配置信息和RRC恢复消息确定的。
[0161] 相应的，终端设备进入RRC connected态之后，可以基于根据RRC恢复消息中携带的第三组播配置信息和预先保存的第一组播配置信息恢复的第一MRB接收第一组播。如此，第一网络设备和终端设备确定的MRB的配置信息相同，因此，终端设备能够基于第一MRB正确接收第一网络设备发送的第一组播。
[0162] 可选的，若第三组播配置信息中还包括第二MRB的配置信息，但第一组播配置信息中不包括第二MRB的配置信息，终端设备也可以新建第二MRB，从而使得第第一网络设备和终端设备之间可以基于第一MRB和第二MRB接收第一组播。
[0163] 在一个可能的场景中，基于图2如图3所示，在上述S102之前，即在第二网络设备释放与终端设备之间的RRC连接之前，所述方法还包括：
[0164] S110，处于RRC connected态的终端设备基于第一组播配置信息接收第二网络设备发送的第一组播。
[0165] 在一个可能的场景中，锚点基站若支持终端设备在非连接态下接收组播，则会在RRC释放消息中携带组播配置信息，用于终端设备在RRC非连接态接收对应的组播。然而，如果RRC释放消息中仅能发送终端设备在RRC连接态的主服务小区PCell的组播配置信息，则一方面限制了锚点基站通过专用信令提供非连接态组播配置的灵活性，另一方面，当终端设备在进入RRC非连接态后小区选择并驻留到其他小区上时需要获取该小区的系统消息和组播MCCH消息以获取组播配置，才能开始接收组播业务，这会带来组播接收的中断，影响终端设备接收组播业务的连续性。一种可能的场景为，终端设备在RRC连接态在辅服务小区SCell上接收组播业务，当进入RRC非连接态后，终端设备可能再次选择并驻留到该小区上接收组播，此时终端设备重新获取组播配置会带来组播接收的中断。
[0166] 此外，由于目前终端设备难以确定RRC释放消息中携带组播配置信息，为锚点基站针对哪个小区配置的，因此终端设备在完成小区选择后，需要重新获取驻留的服务小区的第一MCCH消息，以获取与服务小区对应的组播配置信息，不利于组播接收的连续性，增加了终端设备的功耗开销。
[0167] 针对这一问题，本申请还提供另一种通信方法，使得终端设备可以确定第二网络设备在第一RRC释放消息中发送的第二组播配置信息，可用于在RRC非连接态下在第一小区接收第一组播。第一小区可以为终端设备在RRC连接态的主服务小区或服务小区。从而使得终端设备在小区选择并驻留至第一小区后，可以直接使用第一RRC释放消息中第二组播配置信息接收第一组播，而无需重新获取第二组播配置信息，一方面，降低了重新获取组播配置带来的组播接收中断，提高了组播接收连续性，降低了终端设备的功耗开销；另一方面，提高了网络设备提供非连接态组播配置的灵活度，网络设备可以选择提供哪个小区的组播配置。
[0168] 示例性的，如图4所示，为本申请实施例提供的另一种通信方法的流程示意图，该方法包括：
[0169] S401，第二网络设备向终端设备发送第一RRC释放消息，第一RRC释放消息指示第二组播配置信息，第二组播配置信息为RRC非连接态下在第一小区接收第一组播的配置信息。
[0170] 在本申请实施例中，RRC非连接态包括RRC inactive态或RRC idle态。第一小区可以是主服务小区(PCell)也可以是辅服务小区(SCell)。
[0171] 在一个示例中，若终端设备在RRC connected态时已经开始接收第一组播，那么第二网络设备在释放与终端设备之间的RRC连接时，可以针对终端设备在RRC connected态时接收第一组播的服务小区，发送该服务小区上用于在RRC非连接态接收组播的第二组播配置信息，并携带在第一RRC释放消息中发送至终端设备。
[0172] 相应的，终端设备在接收到第一RRC释放消息时，即可获知第一RRC释放消息中携带的第二组播配置信息，用于RRC非连接态下在第一小区接收第一组播的配置信息，其中，第一小区可以为终端设备在RRC connected态时接收第一组播的服务小区，或者，第一小区为配置了第一公共频域资源(common frequecy resource，CFR)的服务小区，第一公共频域资源用于在RRC连接态传输第一组播。在本示例中，终端设备可根据连接态接收组播业务的小区来确定第一小区，或者理解为，第二网络设备通过隐式的方式向终端设备指示第一小区。
[0173] 在该示例中，第二网络设备可以在RRC connected态提供组播的服务小区上，继续提供RRC非连接态的组播，且可以在RRC connected态和RRC非连接态对同一组播使用相同的时域/频域资源，从而节省空口资源的开销，提高资源利用效率。
[0174] 可选的，第一RRC释放消息包括第一小区的标识。即第二网络设备发送的第一RRC释放消息中显示指示第一小区的标识，指示第一RRC释放消息中指示的第二组播配置信息是第二网络设备针对第一小区配置的。相应的，终端设备可以直接根据第一小区的标识确定第二组播配置信息适用的小区。
[0175] 在一个示例中，第一RRC释放消息中可以指示一个第二组播配置信息，也可以指示多个第二组播配置信息。当第一RRC释放消息中指示多个第二组播配置信息时，每个第二组播配置信息分别对应于相应的第一小区，即第一RRC释放消息可以指示多个第一小区，每个第一小区和第二组播配置信息具有一一对应关系。每个第二组播配置信息为RRC非连接态下在该第二组播配置信息对应的第一小区接收第一组播的配置信息。
[0176] 在一个示例中，第二组播配置信息包括第一组播的标识、第一组播的激活状态、第一MCCH配置、第一组播的PTM配置中的至少一项。
[0177] 需要说明的是，第一MCCH配置第二网络设备是针对第一小区配置的，第一小区可以提供多个组播，多个组播的第一MCCH配置相同。组播的标识、激活状态和PTM配置是第二网络设备针对每个小区提供的每个组播配置的。
[0178] S402，终端设备从RRC连接态进入RRC非连接态。
[0179] 可以理解的是，若第一RRC释放消息中携带挂起配置，终端设备则从RRC connected态释放至RRC inactive态。若第一RRC释放消息中不携带挂起配置，终端设备则从RRC connected态释放至RRC idle态。
[0180] 终端设备进入RRC非连接态，进行小区选择。可选的，在进行小区选择的过程中，终端设备可以优先判断第一小区是否满足S准则，即判断第一小区的接收功率值是否大于第一预设阈值，以及第一小区的信号质量是否大于第二预设阈值。若第一小区满足S准则，那么终端设备可以优先选择第一小区作为在RRC非连接态下驻留的服务小区。
[0181] 在一个示例中，若终端设备在进行小区选择并驻留至第一小区的情况下，在上述S402之后，该方法还可以包括：
[0182] S403，在RRC非连接态基于第二组播配置信息在第一小区接收第一组播。
[0183] 在该示例中，终端设备优先驻留在第一小区上，一方面可以直接使用第二网络设备通过第一RRC释放消息指示的第二组播配置信息接收第一组播，无需重新通过获取第一小区的第一MCCH消息来获取第二组播配置信息，降低了终端设备的功耗。且由于节省了重新获取第二组播配置信息的时间，因此在一定程度上降低了由于RRC状态转换带来的组播接收中断的问题，提高了组播接收的效率和连续性。
[0184] 另一方面，第二网络设备可以灵活地通过专用信令(例如RRC释放消息)提供非连接态的组播配置和对应的小区，比如，第二网络设备可以在RRC非连接态和RRC连接态在相同的小区使用相同的配置提供组播业务，如此，可以提高资源利用效率。
[0185] 在一个可能的场景中，RRC inactive态的终端设备在满足一定触发条件下会第一网络设备发送RRC恢复请求消息，以请求恢复RRC连接。通过在RRC恢复请求消息中携带与触发条件对应的恢复原因值，指示网络设备执行相应的操作。然而，目前的恢复原因值无法充分指示终端设备的状态，导致网络设备无法满足终端设备的数据传输的性能要求。
[0186] 为此，本申请还提供另一种通信方法，能够充分反映终端设备的状态，提高终端设备的资源传输效率。下面结合如图5‑图7所示实施例，对本申请提供的通信方法进行示例性的说明：
[0187] 如图5所示，为本申请实施例提供的另一种通信方法的流程示意图，该方法包括：
[0188] S501，第二网络设备向终端设备发送第一RRC释放消息，所述第一RRC释放消息指示第一RNA。
[0189] 所述第一RNA可以由RNA标识(RNA ID)指示，也可以由第一RNA所包含的小区的标识指示。第一RNA所包含的小区为组成第一RNA的小区。
[0190] 第一RNA为上述终端设备在接收到第一RRC释放消息时所处的RNA。
[0191] 上述第一RRC释放消息包含挂起配置(suspendConfig)。
[0192] S502，终端设备从RRC连接态进入RRC非活动态(RRC Inactive state)。
[0193] S503，当满足第一条件且满足第二条件的情况下，向第一网络设备发送RRC连接恢复请求消息，RRC连接恢复请求消息中携带第一原因值。
[0194] 其中，第一网络设备为服务小区的网络设备，服务小区为终端设备在RRC非活动态驻留的小区。
[0195] 第一条件为第一定时器超时或服务小区不属于第一RNA。其中，第一定时器为指示RAN更新周期的定时器(例如第一定时器为T380)。第一定时器可以在终端设备接收到第一RRC释放消息时启动，第一定时器的时长在第一RRC释放消息中配置。当第一定时器超时，终端设备可能需要更新RAN。其中，服务小区不属于第一RNA可以通过服务小区的SIB1确定。具体的，终端设备接收到服务小区的SIB1，且服务小区SIB1中指示该服务小区的RNA标识与终端设备所处的RNA标识(第一RNA)不同时，终端设备确定该服务小区不属于第一RNA。或者，服务小区不属于第一RNA也可以根据服务小区的标识确定。具体的，当第一RRC释放消息指示组成第一RNA的服务小区的情况下，终端设备确定驻留的服务小区不属于第一RNA的服务小区，则确定服务小区不属于第一RNA。
[0196] 第二条件为未在RRC非活动态接收组播，或者，在RRC非活动态接收组播且所述服务小区发送了第二组播配置信息。其中，所谓未在RRC非活动态接收组播可以理解为：第一RRC释放消息中未配置在RRC非活动态接收组播，即终端设备不需要在RRC非活动态接收组播。
[0197] 所谓在RRC非活动态接收组播且所述服务小区发送了第二组播配置信息可以理解为：第一RRC释放消息中配置了在RRC非活动态接收组播，且终端设备能够接收到服务小区发送的第二组播配置信息。即终端设备需要在RRC非活动态接收组播，且终端设备也能够在RRC非活动态获取服务小区的组播配置的状态。
[0198] 其中，第二组播配置信息为RRC非活动态下在服务小区接收第一组播的配置信息。第二组播配置信息包括第一组播的标识、第一组播的G‑RNTI、第一组播的MRB配置中的至少一项。
[0199] 第一组播为终端设备申请加入的且处于激活态的组播。
[0200] 服务小区可以将第二组播配置信息携带在第一MCCH消息中发送至终端设备。第一MCCH消息为用于组播配置的MCCH消息。
[0201] 在一个示例中，第一原因值可以为新设置的恢复原因值，表示终端设备可能需要进行RNA更新，但不需要获取组播配置。
[0202] 可选的，第一原因值为RNA更新。在该示例中，重新设置了使用“RNA更新”作为恢复原因值的条件，在满足第一条件且满足第二条件的情况下，终端设备才会使用“RNA更新”作为恢复原因值，向第一网络设备请求恢复RRC连接，避免了终端设备在同时发生RNA更新且需要获取组播配置的情况下，第一网络设备依然基于RNA更新的原因值，将终端设备释放到RRC非连接态，且不向终端设备提供RRC非活动态的组播配置，导致终端设备无法顺利接收组播。
[0203] 如图6所示，为本申请实施例提供的另一种通信方法的流程示意图，该方法包括：
[0204] S601，第二网络设备向终端设备发送第一RRC释放消息，第一RRC释放消息指示第一RNA。
[0205] S602，终端设备从RRC连接态进入RRC非活动态。
[0206] S603，当满足第一条件且满足第三条件的情况下，向第一网络设备发送RRC连接恢复请求消息；RRC连接恢复请求消息中携带第二原因值，第二原因值为移动始端数据mo‑Data、移动始端信令mo‑Signalling、移动终端接入mt‑Access、或组播广播业务接入中的一个。
[0207] 其中，第一条件为第一定时器超时或服务小区不属于第一RNA。
[0208] 第三条件为第一RRC释放消息指示在RRC非活动态接收组播且服务小区没有发送第二组播配置信息；第二组播配置信息为RRC非活动态下在服务小区接收第一组播的配置信息。
[0209] 其中，服务小区没有发送第二组播配置信息可以为：服务小区发送的第一MCCH消息中不包括第二组播配置信息。可以理解的是，第一MCCH消息为用于配置组播的MCCH消息。服务小区的第一MCCH消息中可能包括该服务小区当前能够提供的一个或多个组播的组播配置信息，但不包括第二组播配置信息，即表示服务小区可能不提供第一组播，或者，服务小区不提供RRC非活动态的第一组播的传输。
[0210] 或者，服务小区没有发送第二组播配置信息也可以为：服务小区没有发送第一系统消息，所述第一系统消息用于发送第一MCCH的配置信息。第一MCCH的配置信息用于终端设备接收第一MCCH消息。示例性的，第一MCCH的配置信息包括以下至少一项：第一MCCH的重复周期和偏移、第一MCCH的窗口起始位置、第一MCCH的窗口时长、第一MCCH的修改周期。
[0211] 或者，服务小区没有发送第二组播配置也可以为：服务小区的系统信息SIB1中不包括第一系统消息的调度信息，所述第一系统消息用于发送第一MCCH的配置信息。
[0212] MBS接入指示表示MBS相关的接入类型。MBS接入指示可以理解为MBS恢复指示，或组播恢复指示。用于指示所述终端设备在RRC非活动态无法接收到组播；或者，所述终端设备在RRC非活动态无法接收到组播配置信息；或者所述终端设备请求进入RRC连接态接收组播。
[0213] 基于本申请实施例提供的通信方法，在终端设备同时发生RNA更新和需要重新获取组播配置的情况下，以移动始端数据mo‑Data、移动始端信令mo‑Signalling、移动终端接入mt‑Access、或组播广播业务接入中的一个作为恢复原因值，保证第一网络设备能够基于终端设备的RRC恢复请求消息，从第二网络设备(last serving gNB)处获取终端设备上下文，从而让终端设备进入RRC连接态，向终端设备提供组播；或者向终端设备提供RRC非活动态的组播配置，向非活动态的终端设备提供组播，从而保证终端设备能够顺利接收组播，提高组播的接收效率。
[0214] 如图7所示，为本申请实施例提供的另一种通信方法的流程示意图，该方法包括：
[0215] S701，第二网络设备向终端设备发送第一RRC释放消息，第一RRC释放消息指示第一RNA。
[0216] S702，终端设备从RRC连接态进入RRC非活动态。
[0217] S703，当满足第一条件且满足第三条件的情况下，向第一网络设备发送RRC连接恢复请求消息；RRC连接恢复请求消息中携带第二原因值，第二原因值为第三原因值，第三原因值指示MBS接入指示且RNA更新。
[0218] 其中，第一条件和第三条件的描述具体可以参见上述S603中的描述，此处不再设置。
[0219] S704，第一网络设备判断是否能够提供RRC非活动态的组播。
[0220] 第一网络设备接收到RRC连接恢复请求消息后，首先判断第一网络设备是否能够提供RRC非活动态的组播。若能够提供RRC非活动态的组播，则跳转至步骤S705继续执行，否则跳转至步骤S713继续执行。
[0221] S705，第一网络设备向第二网络设备发送上下文检索请求消息，所述上下文检索请求消息中携带第三原因值。
[0222] 可选的，上下文检索请求消息中还可以携带所述第一网络设备能够提供的RRC非活动态的组播的标识的集合，所述组播的标识的集合中可能包括第一组播的标识，也可能不包括第一组播的标识。
[0223] S706，第二网络设备判断服务小区是否属于第一RNA。
[0224] 第二网络设备接收到上下文检索请求消息后，可以先根据第三原因值判断服务小区是属于第一RNA。若服务小区是属于第一RNA，第二网络设备则跳转至步骤S707继续执行，否则跳转至步骤S710继续执行。
[0225] S707，第二网络向所述第一网络设备发送上下文检索失败消息，上下文检索失败消息携带第二RRC释放消息和第一组播的标识。
[0226] 当服务小区是属于第一RNA时，终端设备可以继续保持RRC非活动态。因此，第二网络设备向第一网络设备发送第二RRC释放消息和第一组播的标识，以指示第一网络设备维持终端设备的RRC非活动态，并向终端设备提供第一组播的组播配置信息。
[0227] 在一个示例中，若上下文检索请求消息中携带第一网络设备能够提供的RRC非活动态的组播的标识的集合，第二网络设备也可以先根据该集合判断第二网络设备是否能够提供RRC非活动态下的第一组播。在该集合包括第一组播的标识且服务小区是属于第一RNA的情况下，第二网络设备执行S707。
[0228] 若该集合不包括第一组播的标识，一种可能的情况是，第一网络设备目前还未开始提供第一组播，因此，第二网络设备也可以通过执行S707，将第一组播的标识发送至第一网络设备，使得第一网络设备开始提供第一组播。另一种可能的情况是，第一网络设备不能提供RRC非或动态的第一组播，在该示例中，第二网络设备也可以向第一网络设备发送上下文检索响应消息，以使得第一网络设备恢复与终端设备之间的RRC连接，使得终端设备在RRC连接态接收第一组播。
[0229] S708，第一网络设备向终端设备发送第二组播配置信息和第二RRC释放消息。
[0230] 第一网络设备可以根据第一组播的标识，获取第二组播配置信息。
[0231] 例如，若第一网络设备能够提供的RRC非活动态的组播中包括第一组播，第一网络设备则可以直接根据第一组播的标识确定预先配置的第二组播配置信息。若第一网络设备能够提供的RRC非活动态的组播中不包括第一组播，一种可能的情况是，第一网络设备未开始提供第一组播。因此，当终端设备接收到第一组播的标识时，即可配置第二组播配置信息，并开始提供第一组播。
[0232] 另一种可能的情况是，第一网络设备能够提供RRC连接态下的第一组播，但不提供RRC非活动态的第一组播。这种情况下，第一网络设备在接收到第一组播的标识时，可以向终端设备发送RRC恢复消息。以使得终端设备从RRC非活动态进入RRC连接态，在RRC连接态接收第一组播。
[0233] 在本申请实施例中，第二组播配置信息可以携带在第二RRC释放消息中发送至终端设备。或者，所述第二组播配置信息也可以携带在所述服务小区的第一系统消息和/或第一MCCH消息中。
[0234] S709，终端设备根据第二配置信息接收第一组播。
[0235] S710，第二网络向第一网络设备发送上下文检索响应消息，上下文检索响应消息包括终端设备的上下文。
[0236] S711，第一网络设备根据终端设备的上下文向终端设备发送RRC恢复消息。
[0237] S712，从RRC非活动态进入RRC连接态。
[0238] 终端设备进入RRC连接态之后，即可向第一网络设备请求接收第一组播，在获取第一网络设备发送的组播配置信息后，根据该组播配置信息在RRC连接态接收第一网络设备发送的第一组播。
[0239] S713，第一网络设备向第二网络设备发送上下文检索请求消息，上下文检索请求消息中不携带所述第三原因值。
[0240] S714，第二网络向第一网络设备发送上下文检索响应消息，上下文检索响应消息包括终端设备的上下文。
[0241] 第二网络接收到上下文检索请求消息后，由于该上下文检索请求消息中未携带恢复原因值，则第二网络设备可以默认第一网络设备和终端设备之间需要恢复RRC连接，从而第二网络设备可以直接将终端设备的上下文携带在上下文检索响应消息中发送至第一网络设备，由第一网络设备维护终端设备的上下文。
[0242] S715，第一网络设备根据终端设备的上下文向终端设备发送RRC恢复消息。
[0243] S716，从RRC非活动态进入RRC连接态。
[0244] 基于本申请实施例提供的通信方法，在终端设备同时发生RNA更新和需要重新获取组播配置的情况下，通过设置第三原因值作为恢复原因值，保证第一网络设备能够基于终端设备的RRC恢复请求消息，从第二网络设备(last serving gNB)处获取终端设备上下文，从而让终端设备进入RRC连接态，向终端设备提供组播；或者向终端设备提供RRC非活动态的组播配置，向非活动态的终端设备提供组播，从而保证终端设备能够顺利接收组播，提高组播的接收效率。
[0245] 本申请中的各实施例可以独立使用，也可以结合使用。各实施例中的不同步骤也可以独立使用或结合使用。不同实施例中有类似步骤，其描述可以相互引用和参考。
[0246] 以上结合图1至图7对本申请实施例的信号传输的方法做了详细说明。以下，结合图8至图13对本申请实施例通信装置进行详细说明。
[0247] 本实施例可以根据上述方法，对终端设备和网络设备进行功能模块的划分。例如，可以对应各个功能，划分为各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0248] 需要说明的是，上述方法实施例涉及的各步骤的相关内容，均可以援引到对应功能模块的功能描述，此处不再赘述。
[0249] 本申请实施例提供的终端设备和网络设备，用于执行上述方法实施例提供任一种通信方法，因此可以达到与上述实现方法相同的效果。在采用集成的单元的情况下，终端设备或者网络设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对终端设备或者网络设备的动作进行控制管理。例如，可以用于支持终端设备或者网络设备执行处理单元执行的步骤。存储模块可以用于支持存储程序代码和数据等。通信模块，可以用于支持终端设备或者网络设备与其他设备的通信。
[0250] 其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi‑Fi芯片等与其他电子设备交互的设备。
[0251] 示例性地，图8示出了本申请实施例的通信装置500的示意性框图，该通信装置500可以对应上述通信方法中描述的终端设备，也可以是应用于终端设备的芯片或组件，并且，该通信装置500中各模块或单元分别用于执行上述通信方法中任意一种方法中终端设备所执行的各动作或处理过程。
[0252] 如图8所示，该通信装置500包括收发单元510和处理单元520。收发单元510用于在处理单元520的驱动下执行具体的信号收发。
[0253] 进一步的，该通信装置500还可以包括存储单元，收发单元510可以是收发器、输入/输出接口或接口电路。存储单元用于存储收发单元510和处理单元520执行的指令。收发单元510、处理单元520和存储单元相互耦合，存储单元存储指令，处理单元520用于执行存储单元存储的指令，收发单元510用于在处理单元520的驱动下执行具体的信号收发。
[0254] 应理解，通信装置500中各单元执行上述相应步骤的具体过程请参照前文中结合通信方法中的终端设备相关的描述，为了简洁，这里不加赘述。
[0255] 可选的，收发单元510可以包括接收单元(模块)和发送单元(模块)，用于执行前述通信方法的各个实施例中终端设备接收信息和发送信息的步骤。
[0256] 应理解，收发单元510可以是收发器、输入/输出接口或接口电路。存储单元可以是存储器。处理单元520可由处理器实现。如图9所示，通信装置600可以包括处理器610、存储器620、收发器630和总线系统640。通信装置600的各个组件通过总线系统640耦合在一起，其中总线系统640除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图9中将各种总线都标为总线系统640。为便于表示，图9中仅是示意性画出。
[0257] 图8所示的通信装置500或图9所示的通信装置600能够实现前述通信方法的各个实施例中终端设备执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复，这里不再赘述。
[0258] 图8所示的通信装置500或图9所示的通信装置600可以为终端设备。
[0259] 图10示出了本申请实施例的通信装置700的示意性框图，该通信装置700可以对应上述通信方法中描述的网络设备，也可以是应用于网络设备的芯片或组件，并且，该通信装置700中各模块或单元分别用于执行上述通信方法中网络设备所执行的各动作或处理过程。
[0260] 如图10所示，该通信装置700可以包括处理单元710和收发单元720。收发单元720用于在处理单元710的驱动下执行具体的信号收发。
[0261] 应理解，通信装置700中各单元执行上述相应步骤的具体过程请参照前文中结合通信方法中网络设备相关的描述，为了简洁，这里不加赘述。
[0262] 可选的，收发单元720可以包括接收单元(模块)和发送单元(模块)，用于执行前述通信方法的各个实施例中网络设备接收信息和发送信息的步骤。
[0263] 进一步的，该通信装置700还可以该存储单元。收发单元720可以是收发器、输入/输出接口或接口电路。存储单元用于存储收发单元720和处理单元710执行的指令。收发单元720、处理单元710和存储单元相互耦合，存储单元存储指令，处理单元710用于执行存储单元存储的指令，收发单元720用于在处理单元710的驱动下执行具体的信号收发。
[0264] 应理解，收发单元720可以是收发器、输入/输出接口或接口电路。存储单元可以是存储器。处理单元710可由处理器实现。如图11所示，通信装置800可以包括处理器810、存储器820和收发器830。
[0265] 图10所示的通信装置700或图11所示的通信装置800能够实现前述通信方法中的实施例中网络设备执行的步骤。类似的描述可以参考前述对应的方法中的描述。为避免重复，这里不再赘述。
[0266] 还应理解，图10所示的通信装置700或图11所示的通信装置800可以为网络设备。
[0267] 还应理解，以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。这里该处理元件又可以称为处理器，可以是一种具有信号处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
[0268] 在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个专用集成电路(application specific integrated circuit，ASIC)，或，一个或多个数字信号处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system‑on‑a‑chip，SOC)的形式实现。
[0269] 图12为本申请提供的一种终端设备900的结构示意图。上述通信装置500或者通信装置600可以配置在该终端设备900中。或者，该通信装置600或者通信装置500本身可以即为该终端设备900。或者说，该终端设备900可以执行上述通信方法中终端设备执行的动作。可选的，为了便于说明，图12仅示出了终端设备的主要部件。如图12所示，终端设备900包括处理器、存储器、控制电路、天线以及输入输出装置。
[0270] 处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述信号传输的方法实施例中所描述的动作。存储器主要用于存储软件程序和数据，例如存储上述实施例中所描述的天线端口指示表格。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。
[0271] 当终端设备开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据(例如上述的第一配置信息)发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。
[0272] 本领域技术人员可以理解，为了便于说明，图12仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。
[0273] 例如，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图12中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。该基带处理器也可以表述为基带处理电路或者基带处理芯片。该中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。
[0274] 示例性的，在本申请实施例中，可以将具有收发功能的天线和控制电路视为终端设备900的收发单元901，将具有处理功能的处理器视为终端设备900的处理单元902。如图12所示，终端设备900包括收发单元901和处理单元902。收发单元也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元901中用于实现接收功能的器件视为接收单元，将收发单元901中用于实现发送功能的器件视为发送单元，即收发单元901包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
[0275] 图13为本申请实施例提供的一种网络设备1000的结构示意图，可以用于实现上述方法中的网络设备的功能。网络设备1000包括一个或多个射频单元，如远端射频单元(remote radio unit，RRU)1001和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)1002。该RRU 1001可以称为收发单元、收发机、收发电路、或者收发器等等，其可以包括至少一个天线10011和射频单元10010。该RRU 1001部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送上述实施例中的信令消息。该BBU 1002部分主要用于进行基带处理，对网络设备进行控制等。该RRU 1001与BBU 1002可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
[0276] 该BBU 1002为网络设备的控制中心，也可以称为处理单元，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如该BBU(处理单元)1002可以用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。
[0277] 在一个示例中，该BBU 1002可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE系统，或5G系统)，也可以分别支持不同接入制式的无线接入网。该BBU 1002还包括存储器10021和处理器10022。该存储器10021用以存储必要的指令和数据。例如存储器10021存储上述实施例中的天线端口指示表格等。该处理器10022用于控制网络设备进行必要的动作，例如用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。该存储器10021和处理器10022可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
[0278] 在一种可能的实施方式中，随着片上系统(system‑on‑chip，SoC)技术的发展，可以将1002部分和1001部分的全部或者部分功能由SoC技术实现，例如由一颗网络设备功能芯片实现，该网络设备功能芯片集成了处理器、存储器、天线接口等器件，网络设备相关功能的程序存储在存储器中，由处理器执行程序以实现网络设备的相关功能。可选的，该网络设备功能芯片也能够读取该芯片外部的存储器以实现网络设备的相关功能。
[0279] 应理解，图13示例的网络设备的结构仅为一种可能的形态，而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的网络设备结构的可能。
[0280] 应理解，本申请实施例中，该处理器可以为中央处理单元(central processing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0281] 还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read‑only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
[0282] 上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。
[0283] 本申请实施例还提供了一种通信系统，该通信系统包括：上述的终端设备和上述的网络设备。
[0284] 本申请实施例还提供了一种计算机可读介质，用于存储计算机程序代码，该计算机程序包括用于执行上述通信方法中提供的信号传输的方法的指令。该可读介质可以是只读存储器(read‑only memory，ROM)或随机存取存储器(random access memory，RAM)，本申请实施例对此不做限制。
[0285] 本申请还提供了一种计算机程序产品，该计算机程序产品包括指令，当该指令被执行时，以使得终端设备执行对应于上述方法的终端设备操作，或者，以使得网络设备执行对应于上述方法的网络设备的操作。
[0286] 本申请实施例还提供了一种芯片系统，该芯片系统包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本申请实施例提供的任一种信号传输的方法。
[0287] 可选地，上述本申请实施例中提供的任意一种通信装置可以包括该芯片系统。
[0288] 可选地，该计算机指令被存储在存储单元中。
[0289] 可选地，该存储单元为该芯片系统内的存储单元，如寄存器、缓存等，该存储单元还可以是该终端设备内的位于该芯片系统外部的存储单元，如ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM等。其中，上述任一处提到的处理器，可以是一个CPU，微处理器，ASIC，或一个或多个用于控制上述的主系统信息传输的方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该芯片系统实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。
[0290] 本申请中出现的术语“上行”和“下行”，用于在特定场景描述数据/信息传输的方向，比如，“上行”方向一般是指数据/信息从终端设备向网络侧传输的方向，或者分布式单元向集中式单元传输的方向，“下行”方向一般是指数据/信息从网络侧向终端设备传输的方向，或者集中式单元向分布式单元传输的方向，可以理解，“上行”和“下行”仅用于描述数据/信息的传输方向，该数据/信息传输的具体起止的设备都不作限定。
[0291] 在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本申请中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
[0292] 本领域普通技术人员可以意识到，本申请的实施例中的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。
[0293] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0294] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0295] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0296] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0297] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质可以包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
[0298] 在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。
[0299] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0300] 应当理解，在本申请说明书和所附权利要求书的描述中，术语“包括”、“包含”、“具有”以及它们的任何变形，意图在于覆盖不排他的包含，都意味着“包括但不限于”，除非是以其他方式另外特别强调。例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。
[0301] 在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A、B可以是单数或者复数。
[0302] 并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项”或其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b，或c中的至少一项，可以表示：a，b，c，a‑b，a‑c，b‑c，或a‑b‑c，其中a，b，c可以是单个，也可以是多个。
[0303] 如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0304] 另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。应该理解，这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施；限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
[0305] 在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。
[0306] 在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。
[0307] 最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
