一种通信方法及通信装置与流程

本技术涉及组播业务，尤其涉及一种通信方法及通信装置。

背景技术：

1、处于无线资源控制(radio resource control，rrc)非激活(inactive)状态的终端设备可以通过连接恢复转入rrc连接(connecte)状态。例如，处于rrc非激活状态的终端设备需要从服务基站接收组播业务时，请求服务基站恢复连接。服务基站从锚点基站获取该终端设备的上下文。锚点基站向服务基站反馈终端设备的上下文，以实现终端设备的连接恢复。

2、在可能的场景中，基站可能可以为处于rrc非激活状态的终端设备提供组播业务。这种情况下，如果锚点基站还是默认将终端设备的上下文迁移到服务基站，会造成不必要的终端设备上下文迁移。

技术实现思路

1、本技术提供一种通信方法及通信装置，用于减少必不要的终端设备上下文迁移。

2、第一方面，本技术实施例提供一种通信方法，该方法可由通信装置执行，该通信装置可以是通信设备或能够支持通信设备实现该方法所需功能的通信装置。示例性地，该通信装置为终端设备，或者为设置在终端设备中的芯片系统，或者为用于实现终端设备的功能的其他部件。为方便描述，下面以所述通信装置为终端设备为例，描述第一方面提供的通信方法。下文中的终端设备被配置在rrc非激活状态接收组播业务，且终端设备当前处于rrc非激活状态。

3、所述通信方法包括：终端设备确定连接恢复请求消息的原因值，向第一网络设备发送连接恢复请求消息。其中，连接恢复请求消息包括所述原因值。之后，终端设备接收来自第一网络设备的第一消息，并在rrc非激活状态接收来自第一网络设备的组播业务。其中，第一消息用于通知终端设备保持在rrc非激活状态。

4、第一网络设备为终端设备的服务网络设备，第二网络设备为终端设备的锚点网络设备。在本技术实施例中，对于被配置rrc非激活状态接收组播业务的终端设备来说，该终端设备在需要接收组播业务的情况下，向第一网络设备发送的连接恢复请求消息包括请求连接恢复的原因值，从而第一网络设备根据该原因值向第二网络设备提供用于确定终端设备是否需要恢复连接的信息。在确定终端设备无需恢复连接，可指示终端设备保持在rrc非激活状态。通过该方法，可减少终端设备不必要的连接恢复，即减少不必要的终端设备上下文迁移。

5、在可能的实现方式中，终端设备确定连接恢复请求消息的原因值，包括如下几种情况：

6、情况一，终端设备有组播业务数据需要传输，且第一网络设备的小区能够为处于rrc非激活状态的终端设备提供组播业务，终端设备确定原因值为第一原因值。

7、情况二，第一网络设备的小区不能为处于rrc非激活状态的终端设备提供组播业务，终端设备确定原因值为第二原因值。或者，终端设备有单播业务需要传输，终端设备确定原因值为第二原因值。

8、情况三，终端设备接收来自第一网络设备的第一通知消息，终端设备确定原因值为第三原因值，该第一通知消息用于通知终端设备针对组播业务发送连接恢复请求消息。

9、情况四，终端设备接收来自第一网络设备的第二通知消息，终端设备确定原因值为第四原因值，该第二通知消息用于指示对接收组播业务且处于rrc非激活状态的终端设备进行计数。

10、上述第二原因值可以为已经定义的由于需要传输数据而发起连接恢复请求消息的原因值。第一原因值、第三原因值以及第四原因值相较于第二原因值是新定义的原因值。通过新定义的原因值，能够使得第一网络设备明确终端设备请求连接恢复的具体原因，从而辅助第一网络设备明确终端设备是否需要恢复连接。

11、在可能的实现方式中，终端设备向第一网络设备发送连接恢复请求消息，包括：满足如下任意一种或多种条件，终端设备向第一网络设备发送连接恢复请求消息。

12、条件一，第一网络设备的小区不能为处于rrc非激活状态的终端设备提供组播业务。

13、条件二，终端设备从第一网络设备的小区无法获取终端设备所加入的组播业务的传输配置信息。

14、条件三，第一网络设备的小区能够为处于rrc非激活状态的终端设备提供组播业务，终端设备从第一网络设备的小区无法获取终端设备所加入的组播业务的传输配置信息。

15、条件四，终端设备接收第一网络设备的第一通知消息。

16、条件五，终端设备接收第一网络设备的第二通知消息。

17、当终端设备满足上述的一种或多种条件，终端设备发送连接恢复请求消息。当终端设备不满足某个条件，终端设备无需发起连接恢复，例如，第一网络设备的小区能够为处于rrc非激活状态的终端设备提供组播业务，且终端设备从第一网络设备的小区可以获取终端设备所加入的组播业务的传输配置信息。这种情况下，终端设备即使处于rrc非激活状态，也能够接收来自第一网络设备的组播业务。通过该方法，可减少终端设备发不必要的连接恢复流程。

18、在可能的实现方式中，所述方法还包括：终端设备根据第一网络设备的小区的系统消息或多播控制信道(multimedia control channel，mcch)确定第一网络设备的小区是否能够为处于rrc非激活状态的终端设备提供组播业务。该系统消息包括用于指示第一网络设备的小区是否支持rrc非激活状态的组播业务的指示信息。该方案提供了终端设备确定第一网络设备的小区是否支持rrc非激活状态的组播业务的两种方式。例如，第一网络设备可通过系统消息或mcch来直接或间接指示第一网络设备的小区是否支持rrc非激活状态的组播业务。

19、在可能的实现方式中，终端设备根据第一网络设备的小区的mcch确定第一网络设备的小区是否能够为处于rrc非激活状态的终端设备提供组播业务，包括：第一网络设备的小区的mcch包括针对组播业务的配置信息，终端设备确定第一网络设备的小区能够为处于rrc非激活状态的终端设备提供组播业务。如果mcch包括针对组播业务的部分配置信息或者全部配置信息，那么隐含指示第一网络设备的小区支持rrc非激活状态的组播业务；如果mcch不包括针对组播业务的配置信息，那么隐含指示第一网络设备的小区不支持rrc非激活状态的组播业务。

20、第二方面，本技术实施例提供一种通信方法，该方法可由通信装置执行，该通信装置可以是通信设备或能够支持通信设备实现该方法所需功能的通信装置。示例性地，该通信装置为网络设备，或者为设置在网络设备中的芯片系统，或者为用于实现终端设备的功能的其他部件。为方便描述，下面以所述通信装置为第一网络设备为例，描述第二方面提供的通信方法。

21、所述通信方法包括：第一网络设备接收来自终端设备的连接恢复请求消息，该连接恢复请求消息包括终端设备的标识信息以及原因值；第一网络设备根据该原因值向终端设备的第二网络设备发送上下文获取请求消息，该上下文获取请求消息用于获取终端设备的上下文，终端设备被配置在rrc非激活状态接收组播业务；第一网络设备接收来自第二网络设备发送的第一消息，该第一消息用于通知终端设备保持在rrc非激活状态。

22、终端设备向第一网络设备提供请求连接恢复的原因值，从而第一网络设备可根据该原因值确定向第二网络设备发送的上下文获取请求消息包含的内容，以使得第二网络设备明确终端设备是否可以保持在rrc非激活状态。如果终端设备可以保持在rrc非激活状态，第二网络设备向第一网络设备指示终端设备保持在rrc非激活状态，无需反馈终端设备的上下文，从而减少终端设备的上下文不必要的迁移。

23、在可能的实现方式中，终端设备恢复连接的原因不同，连接恢复请求消息包括的原因值也不同，包括如下几种情况。

24、情况一，终端设备有组播业务数据需要传输，且第一网络设备能够为处于rrc非激活状态的终端设备提供组播业务，原因值为第一原因值。

25、情况二，第一网络设备不能为处于rrc非激活状态的终端设备提供组播业务，原因值为第二原因值。

26、情况三，终端设备接收来自第一网络设备的第一通知消息，原因值为第三原因值。该第一通知消息用于通知终端设备针对组播业务发送连接恢复请求消息。

27、情况四，终端设备接收来自第一网络设备的第二通知消息，原因值为第四原因值。该第二通知消息用于指示对接收组播业务的处于rrc非激活状态的终端设备进行计数。

28、在可能的实现方式中，上下文获取请求消息包括如下的一种或多种信息：第一信息、第二信息、第三信息、第四信息、第一原因值、第三原因值或第四原因值。其中，第一信息用于指示第一网络设备能够为处于rrc非激活状态的终端设备提供组播业务。第二信息包括第一网络设备能够为处于rrc非激活状态的终端设备提供的组播业务列表的信息。第三信息包括第一网络设备能够为处于rrc非激活状态的终端设备提供的组播业务列表中的组播业务的传输配置参数。第四信息用于指示第一网络设备期望终端设备继续保持在rrc非激活状态。

29、第一网络设备可根据终端设备发送的连接恢复请求消息包括的原因值，确定上下文获取请求消息的内容。例如，上下文获取请求消息包括第一信息或第一原因值，使得第二网络设备确定第一网络设备的小区能够为处于rrc非激活状态的终端设备提供组播业务，从而第二网络设备无需向第一网络设备迁移终端设备的上下文。又例如，上下文获取请求消息包括第二信息，使得第二网络设备确定是否向第一网络设备指示终端设备加入的组播业务，从而使得第一网络设备确定终端设备接收组播业务是否需要恢复连接，如果无需恢复连接，那么指示终端设备保持在rrc非激活状态。

30、在可能的实现方式中，所述方法还包括：第一网络设备根据连接恢复请求消息包括的第一原因值，确定上下文获取请求消息包括第一信息、第二信息或第三信息中的一个或者多个。或者，第一网络设备根据连接恢复请求消息包括的第三原因值，确定上下文获取请求消息包括第四信息。

31、在可能的实现方式中，第一网络设备接收来自第二网络设备发送的第一消息，包括：第一网络设备接收来自第二网络设备发送的上下文获取失败消息，该上下文获取失败消息包括第一消息。第一网络设备可复用上下文获取失败消息指示终端设备保持在rrc非激活状态，无需改变目前连接恢复流程。

32、在可能的实现方式中，第一消息包括终端设备加入的组播业务的传输参数信息，或者，上下文获取失败消息包括终端设备加入的组播业务的传输参数信息或者终端设备加入的组播业务列表。第二网络设备通过上下文获取失败消息可向第一网络设备提供终端设备加入的组播业务的传输参数信息或者终端设备加入的组播业务列表，以使得第一网络设备明确终端设备是否需要恢复连接。从而第一网络设备根据组播业务的传输参数信息向终端设备发送组播业务。

33、在可能的实现方式中，所述方法还包括：原因值为第四原因值，第一网络设备接收来自第二网络设备的终端设备加入的组播业务的信息；第一网络设备根据终端设备加入的组播业务对接入第一网络设备提供的组播业务的终端设备进行计数。通过对接入第一网络设备提供的组播业务的终端设备进行计数，在确定第一网络设备能够支持更多个终端设备接入时，可以适应性控制某个或某些终端设备恢复连接，从而提高组播业务传输的可靠性。

34、第三方面，本技术实施例提供一种通信方法，该方法可由通信装置执行，该通信装置可以是通信设备或能够支持通信设备实现该方法所需功能的通信装置。示例性地，该通信装置为网络设备，或者为设置在网络设备中的芯片系统，或者为用于实现终端设备的功能的其他部件。为方便描述，下面以所述通信装置为第二网络设备为例，描述第三方面提供的通信方法。

35、所述通信方法包括：第二网络设备接收来自第一网络设备的上下文获取请求消息，该上下文获取请求消息用于获取终端设备的上下文，该终端设备被配置在rrc非激活状态接收组播业务；第二网络设备确定第一网络设备能够为终端设备提供所需接收的组播业务，第二网络设备通过第一网络设备向终端设备发送第一消息，该第一消息用于通知终端设备继续保持在rrc非激活状态。

36、在可能的实现方式中，在第二网络设备通过第一网络设备向终端设备发送第一消息之前，所述方法还包括：第二网络设备向第一网络设备发送上下文获取失败消息，该上下文获取失败消息包括第一消息。

37、在可能的实现方式中，第一消息包括终端设备加入的组播业务的传输参数配置信息，或者，上下文获取失败消息包括终端设备加入的组播业务的传输参数配置信息。

38、在可能的实现方式中，上下文获取请求消息包括如下的一种或多种：第一信息、第二信息、第三信息、第四信息、第一原因值、第三原因值或第四原因值。其中，第一信息用于指示第一网络设备能够为处于rrc非激活状态的终端设备提供组播业务。第二信息包括第一网络设备能够为处于rrc非激活状态的终端设备提供的组播业务列表的信息。第三信息包括第一网络设备能够为处于rrc非激活状态的终端设备提供的组播业务列表中的组播业务的传输配置参数。第四信息用于指示第一网络设备期望终端设备继续保持在rrc非激活状态。

39、在可能的实现方式中，上下文获取请求消息包括第四原因值，该第一消息包括终端设备加入的组播业务的信息。

40、关于第三方面及其实现方式的有益效果可以参考对第一方面或第二方面及其实现方式的有益效果的描述。

41、第四方面，本技术实施例提供了一种通信装置，所述通信装置具有实现上述第一方面、第二方面或第三方面方法实施例中行为的功能，相应地，有益效果可以参见第一方面、第二方面或第三方面的描述，此处不再赘述。

42、该通信装置可以是第一方面中的终端设备，或者该通信装置可以是能够实现第一方面提供的方法的装置，例如芯片或芯片系统。在一个可能的设计中，该通信装置包括用于执行第一方面的方法的相应手段(means)或模块。例如，所述通信装置：包括处理单元(有时也称为处理模块或处理器)和/或收发单元(有时也称为收发模块或收发器)。收发单元可包括发送单元和接收单元，也可以理解为，发送单元和接收单元是同一个功能模块。或者，收发单元也理解为是发送单元和接收单元的统称，发送单元和接收单元可以是不同的功能模块。这些单元(模块)可以执行上述第一方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

43、该通信装置可以是第二方面中的第一网络设备，或者该通信装置可以是能够实现第二方面提供的方法的装置，例如芯片或芯片系统。在一个可能的设计中，该通信装置包括用于执行第二方面的方法的相应手段(means)或模块。例如，所述通信装置：包括处理单元(有时也称为处理模块或处理器)和/或收发单元(有时也称为收发模块或收发器)。收发单元可包括发送单元和接收单元，也可以理解为，发送单元和接收单元是同一个功能模块。或者，收发单元也理解为是发送单元和接收单元的统称，发送单元和接收单元可以是不同的功能模块。这些单元(模块)可以执行上述第二方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

44、该通信装置可以是第三方面中的第二网络设备，或者该通信装置可以是能够实现第三方面提供的方法的装置，例如芯片或芯片系统。在一个可能的设计中，该通信装置包括用于执行第二方面的方法的相应手段(means)或模块。例如，所述通信装置：包括处理单元(有时也称为处理模块或处理器)和/或收发单元(有时也称为收发模块或收发器)。收发单元可包括发送单元和接收单元，也可以理解为，发送单元和接收单元是同一个功能模块。或者，收发单元也理解为是发送单元和接收单元的统称，发送单元和接收单元可以是不同的功能模块。这些单元(模块)可以执行上述第三方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

45、第五方面，本技术实施例提供一种通信装置，该通信装置可以为上述第四方面的通信装置，或者为设置在第四方面中的通信装置中的芯片或芯片系统。该通信装置可以为终端设备或第一网络设备或第二网络设备。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序，处理器与存储器、通信接口耦合，当处理器读取所述计算机程序或指令时，使通信装置执行上述方法中由终端设备或第一网络设备或第二网络设备所执行的方法。

46、第六方面，本技术实施例提供了一种通信装置，该通信装置包括输入输出接口和逻辑电路。输入输出接口用于输入和/或输出信息。逻辑电路用于执行第一方面中的任意一个方面中所述的方法。或者，逻辑电路用于执行第二方面中的任意一个方面中所述的方法。或者，逻辑电路用于执行第三方面中的任意一个方面中所述的方法。

47、第七方面，本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括通信接口，用于实现第一方面或第二方面或第三方面中所述的方法。在一种可能的实现方式中，所述芯片系统还包括存储器，用于保存计算机程序。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

48、第八方面，本技术实施例提供了一种通信系统，所述通信系统包括用于实现第一方面或第二方面或第三方面相关功能的终端设备和网络设备。当然，所述通信系统可以包括更多终端设备或更多网络设备。

49、第九方面，本技术提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述第一方面或第二方面或第三方面中的方法。

50、第十方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被运行时，使得上述第一方面或第二方面或第三方面中的方法被执行。

51、上述第四方面至第十方面及其实现方式的有益效果可以参考对第一方面至第三方面及其实现方式的有益效果的描述。