CN116209018A - 一种信息传输方法及装置 - Google Patents

Abstract

本申请公开了一种信息传输方法及装置，用以在终端进入非连接态接收多播业务后，能够将MBS的传输状态变更信息通知终端，从而避免终端由于网络策略改变却无法接收相关指示信息而导致的多播业务接收中断的问题。在网络侧，本申请提供的一种信息传输方法，包括：确定多播广播业务MBS的传输状态发生变更；将MBS的传输状态变更信息通知非连接态终端。

Description

一种信息传输方法及装置

技术领域

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

背景技术

关于多播广播业务(Multicast Broadcast Service，MBS)，版本17(R17)中规定终端(UE)接收MBS可以通过如下两种传输模式：

传输模式一：如图1所示，UE在连接态下通过专用无线资源控制(Radio ResourceControl，RRC)信令接收多播配置信息，并在连接态下接收多播业务。

此模式下，UE仅能在连接态下接收多播业务。

传输模式二：如图2所示，UE在非连接态(包括空闲态、非激活态)通过多播控制信道(Multicast Control Channel，MCCH)信道的相关控制信令接收广播配置信息，并在非连接态下接收广播业务。

此模式下，当UE进入连接态时，UE仍可以通过当前方式接收广播配置信息及多播业务。

发明内容

本申请实施例提供了一种信息传输方法及装置，用以在终端进入非连接态接收多播业务后，能够将MBS的传输状态变更信息通知终端，从而避免终端由于网络策略改变却无法接收相关指示信息而导致的多播业务接收中断的问题。

第一方面，本申请实施例提供的一种信息传输方法，包括：

确定多播广播业务MBS的传输状态发生变更；

将MBS的传输状态变更信息通知非连接态终端。

该方法当MBS的传输状态发生变更时，将MBS的传输状态变更信息通知非连接态终端，从而实现了在终端进入非连接态接收多播业务后，能够将MBS的传输状态变更信息通知终端，避免了终端由于网络策略等的改变却无法接收相关指示信息而导致的多播业务接收中断的问题，使得数据的接收保持连续。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，通过MBS配置信息、MBS配置更新指示或者寻呼消息，携带所述MBS的传输状态变更信息。

第二方面，本申请实施例提供的一种信息传输方法，包括：

接收网络侧通知的多播广播业务MBS的传输状态变更信息；

根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，所述执行多播业务的传输操作，具体包括下列操作之一或组合：

发送连接建立请求消息；

发送连接恢复请求消息；

发送连接建立完成消息；

发送恢复完成消息；

其中，在任一所述消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的标识信息。

第三方面，本申请实施例提供了一种信息传输装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

确定多播广播业务MBS的传输状态发生变更；

将MBS的传输状态变更信息通知非连接态终端。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括：

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，通过MBS配置信息、MBS配置更新指示或者寻呼消息，携带所述MBS的传输状态变更信息。

第四方面，本申请实施例提供了一种信息传输装置，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：

接收网络侧通知的多播广播业务MBS的传输状态变更信息；

根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

在一种可选的实施例中，根据所述MBS的传输状态变更信息，执行多播业务的传输操作，具体包括：

切换到点对点PTP的传输方式接收多播业务；和/或，

进入终端的连接态接收多播业务。

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，包括本地终端的标识时，切换到点对点PTP的传输方式接收多播业务；和/或，进入终端的连接态接收多播业务；

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，不包括本地终端的标识时，忽略所述MBS的传输状态变更信息。

在一种可选的实施例中，若所述MBS的传输状态变更信息中携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作；

若所述MBS的传输状态变更信息中未携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所有多播业务执行传输操作。

在一种可选的实施例中，所述执行多播业务的传输操作，具体包括：

发起连接建立请求或连接恢复请求。

在一种可选的实施例中，所述执行多播业务的传输操作，还包括：

发送连接建立完成消息或连接恢复完成消息。

在一种可选的实施例中，在所述连接建立请求、连接恢复请求、连接建立完成消息或连接恢复完成消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的标识信息。

第五方面，根据实施例，例如提供了一种用于计算机的计算机程序产品，其包括软件代码部分，当所述产品在计算机上运行时，这些软件代码部分用于执行上述所定义的方法的步骤。该计算机程序产品可以包括在其上存储有软件代码部分的计算机可读介质。此外，该计算机程序产品可以通过上传过程、下载过程和推送过程中的至少一个经由网络直接加载到计算机的内部存储器中和/或发送。

第六方面，本申请另一实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一种方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的MBS的传输模式一的流程示意图；

图2为本申请实施例提供的MBS的传输模式二的流程示意图；

图3为本申请实施例提供的网络侧的一种信息传输方法的流程示意图；

图4为本申请实施例提供的终端侧的一种信息传输方法的流程示意图；

图5为本申请实施例提供的一种多播业务的传输方法的流程示意图；

图6为本申请实施例提供的另一种多播业务的传输方法的流程示意图；

图7为本申请实施例提供的网络侧的一种信息传输装置的结构示意图；

图8为本申请实施例提供的终端侧的一种信息传输装置的结构示意图；

图9为本申请实施例提供的网络侧的另一种信息传输装置的结构示意图；

图10为本申请实施例提供的终端侧的另一种信息传输装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种信息传输方法及装置，用以在终端进入非连接态接收多播业务后，能够将MBS的传输状态变更信息通知终端，从而避免终端由于网络策略改变却无法接收相关指示信息而导致的多播业务接收中断的问题。

其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)系统、5G系统以及5G NR系统等。这多种系统中均包括终端设备和网络设备。

本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(User Equipment，UE)。无线终端设备可以经RAN与一个或多个核心网进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL)站、个人数字助理(PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

本申请实施例涉及的网络设备，可以是基站，该基站可以包括多个小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络设备可以是全球移动通信系统(GSM)或码分多址接入(CDMA)中的网络设备(BTS)，也可以是带宽码分多址接入(WCDMA)中的网络设备(NodeB)，还可以是长期演进(LTE)系统中的演进型网络设备(evolutional node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站，也可是家庭演进基站(HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。

下面结合说明书附图对本申请各个实施例进行详细描述。需要说明的是，本申请实施例的展示顺序仅代表实施例的先后顺序，并不代表实施例所提供的技术方案的优劣。

关于MBS的两种传输模式，如果处于传输模式一的多播业务暂停发送，允许UE进入非连接态(空闲态/非激活态)以节省电量，当多播业务需要继续传输时，网络侧会发送寻呼消息给UE，指示UE重新进入连接态接收多播业务。即R17 UE处于非连接态(空闲态/非激活态)时仅允许接收传输模式二的广播业务，不存在非连接态(空闲态/非激活态)UE接收多播业务的机制。

那么关于非连接态(空闲态/非激活态)UE接收多播业务的问题，本申请实施例中考虑到随着MBS多播业务的普及，如果大量UE均需要接收多播业务，则让所有要接收多播业务的UE均保持在连接态会给网络带来较大负荷。因此，需要允许非连接态(空闲态/非激活态)UE接收多播业务，具体机制例如以下两种可选方式：

方式一、继续沿用传输模式一，即令UE恢复到连接态接收多播业务；

方式二、若连接态UE在传输模式一下接收多播业务，则当UE进入非连接态时，将MBS的传输模式更换成传输模式二。

如果采用方式一，则UE在从连接态进入非连接态之后，将不删除连接态接收到的传输模式一的多播配置信息，而继续接收多播业务。但当UE在非连接态移动到其他小区后，UE需要重新进入连接态后才能继续接收该多播业务的配置信息以保证该多播业务的连续性接收。

如果采用方式二，则UE在从连接态进入非连接态之后，需要按照传输模式二的方式继续接收多播业务的配置信息内容以及配置信息更新指示，则MCCH除了发送广播业务的配置信息之外，还需要发送与UE处于连接态时接收的多播业务的配置信息一致的多播业务的配置信息。

对于传输模式一，如果需要网络侧向UE发送任何配置信息或者配置更改信息，网络侧均需要通过寻呼(Paging)方式要求UE进入连接态，而后通过无线资源控制(RadioResource Control，RRC)专用信令发送相关指令。

如果采用传输模式二发送多播业务，后续的关于该多播业务的配置信息或者配置更新信息，均可以遵从传输模式二的方式从MCCH或MCCH更新信息中获取。即区别于传输模式一，传输模式二下多播业务的配置信息或者配置更新信息不能使用RRC消息发送，而是通过MCCH或MCCH更新信息携带。其中，MCCH是携带MBS配置信息的单独信道，MCCH更新信息是一个通知信息，是通过由下行物理控制信道PDCCH承载、eNB发给UE的物理层下行控制信息(Downlink Control Information，DCI)来通知。

如果网络侧基于网络策略(具体策略本申请实施例中不进行限制)，确定需要针对所有多播业务的传输方式或部分多播业务的传输方式，从点对多点(PTM)改变到点对点(PTP)，或者要求恢复仅允许UE在连接态接收多播业务的限制(即恢复到传输模式一)等，则需要通知终端，以避免终端由于网络策略改变却无法接收相关指示信息而导致的多播业务接收中断等问题。而当前的传输模式一和传输模式二下的网络侧发给终端的消息中均没有携带相关的指示信息。

因此，参见图3，第一方面，在网络侧，本申请实施例提供一种信息传输方法，包括：

S101、确定MBS的传输状态发生变更；

所述MBS的传输状态发生变更，例如包括：

全部多播业务的传输方式或部分多播业务的传输方式，从点对多点(PTM)改变到点对点(PTP)；

和/或，要求恢复仅允许UE在连接态接收多播业务的限制，即恢复到传输模式一传输多播业务。

需要说明的是，至于基于什么样的网络策略，即基于何种因素网络侧决定变更MBS的传输状态，本申请实施例中不进行限定，可以根据实际需要而定。

S102、将MBS的传输状态变更信息通知非连接态终端。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

本申请实施例当MBS的传输状态发生变更时，将MBS的传输状态变更信息通知非连接态终端，从而实现了在终端进入非连接态接收多播业务后，能够将MBS的传输状态变更信息通知终端，避免了终端由于网络策略等的改变却无法接收相关指示信息而导致的多播业务接收中断的问题，使得数据的接收保持连续。

在一种可选的实施例中，本申请实施例中提出，通过MBS配置信息、或者MBS配置更新指示、或者寻呼(Paging)消息，携带MBS的传输状态变更信息。

其中，MBS配置信息通过MCCH携带，MBS配置更新指示可以包含在MCCH更新信息中，通过DCI来通知。

在一种可选的实施例中，若MBS的传输状态的变更，是针对部分多播业务的，则所述MBS的传输状态变更信息中，还包括：

所述部分多播业务对应的临时移动群组标识(Temporary Mobile GroupIdentity，TMGI)。使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

若MBS的传输状态的变更，是针对全部多播业务，则所述MBS的传输状态变更信息中可以不携带TMGI，则表示是针对所有多播业务的。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括：终端的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。也就是说，本申请实施例中，网络侧可以要求部分UE按照所述MBS的传输状态变更信息执行相应操作，即使得所述终端的标识信息对应的终端，按照MBS的传输状态变更信息传输多播业务。例如，将所有UE的标识划分为10组，使其中一组UE按照MBS的传输状态变更信息传输多播业务。

若所述MBS的传输状态变更信息中不携带UE标识信息，则说明MBS的传输状态的变更是针对所有终端的，即只要终端收到所述MBS的传输状态变更信息，就要按照所述MBS的传输状态变更信息执行关于多播业务的传输操作。

与所述第一方面相对应地，第二方面，参见图4，在终端侧，本申请实施例提供一种信息传输方法，包括：

S201、接收网络侧通知的多播广播业务MBS的传输状态变更信息；

S202、根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

在一种可选的实施例中，根据所述MBS的传输状态变更信息，执行多播业务的传输操作，具体包括：

切换到点对点PTP的传输方式接收多播业务；和/或，

进入终端的连接态接收多播业务。

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，包括本地终端的标识时，切换到点对点PTP的传输方式接收多播业务；和/或，进入终端的连接态接收多播业务。

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，不包括本地终端的标识时，忽略所述MBS的传输状态变更信息。

在一种可选的实施例中，若所述MBS的传输状态变更信息中携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作；

若所述MBS的传输状态变更信息中未携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所有多播业务执行传输操作。

在一种可选的实施例中，所述执行多播业务的传输操作，具体包括：

发送连接建立请求消息；和/或，

发送连接恢复请求消息。

在一种可选的实施例中，所述执行多播业务的传输操作，还包括：

发送连接建立完成消息；和/或，

发送连接恢复完成消息。

在一种可选的实施例中，在所述连接建立请求消息、连接恢复请求消息、连接建立完成消息、和/或连接恢复完成消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的传输方式变更为PTP的传输方式；

终端进入连接态接收多播业务；

多播业务的标识信息。

也就是说，本申请实施例中，终端按照所述MBS的传输状态变更信息执行关于多播业务的传输操作，例如包括：可以发起连接建立请求，相应地，后续还可以进一步发送连接建立完成消息；或者，也可以发起连接恢复请求，相应地，后续还可以进一步发送连接恢复完成消息。其中，在连接建立请求、连接恢复请求、连接建立完成、和/或连接恢复完成消息中，可以携带MBS指示信息，所述MBS指示信息包括下列信息之一或组合：

连接建立或连接恢复的原因，例如关于多播业务的传输状态转换具体是因为多播业务的传输方式从PTM转为PTP、终端进入连接态接收多播业务等；

多播业务的标识信息，例如TMGI，即用于指示是针对部分多播业务的传输状态转换。

综上，基于终端发送连接建立请求消息、连接恢复请求消息、连接建立完成消息、恢复完成消息，网络与UE建立了连接后，UE可以根据网络侧发送的MBS的传输状态变更信息，使用PTP方式接收多播业务；或者，UE转为连接态接收多播业务，即采用所述传输模式一(而不是采用传输模式二)的多播配置方式接收多播业务，网络侧通过专用信令向UE发送多播配置信息和/或多播配置更新信息，UE根据多播配置信息和/或多播配置更新信息，继续接收多播业务。

下面给出几个具体实施例的举例说明。

实施例1：

如果网络侧基于网络策略，针对所有多播业务或部分的多播业务的传输方式从PTM改变到PTP，或者要求恢复仅允许在连接态接收多播业务的限制(即上述传输模式一)，需要给处于非连接态(包括空闲态以及非激活态)的UE发送MBS的传输状态变更信息(也可以称为MBS网络策略改变指示)。MBS的传输状态变更信息，例如包括如下信息之一或组合：

A：多播业务的传输方式从PTM变更到PTP的指示信息，具体地：

网络可以向UE指示哪些多播业务(例如通过携带TMGI标识)需要改为PTP接收方式，也就是说，多播业务的传输方式从PTM变更到PTP的指示信息中，若携带了TMGI标识，则说明仅TMGI标识所对应的多播业务需要改为PTP接收方式；

要求全部业务改为PTP接收方式(例如不携带任何TMGI标识)，也就是说，多播业务的传输方式从PTM变更到PTP的指示信息中，若没有携带TMGI标识，则说明所有多播业务都需要改为PTP接收方式。

B：进入连接态接收多播业务的指示信息，具体地：

由于部分多播业务(例如通过TMGI标识具体哪一或哪些多播业务)的服务质量(QoS)要求发生改变，从而通知UE仅允许在连接态接收该部分多播业务，例如若进入连接态接收多播业务的指示信息中携带了TMGI标识，则说明仅允许UE在连接态接收TMGI标识所对应的多播业务；

由于网络策略的改变，从而仅允许UE在连接态接收所有多播业务，例如，若进入连接态接收多播业务的指示信息中不携带任何TMGI标识，则说明仅允许UE在连接态接收所有多播业务。

实施例2：

当UE在非连接态接收多播业务时，如果采用传输模式二的方式，可以通过MCCH接收或更新多播业务的配置信息，则如图5所示，当网络策略改变时，例如多播业务的传输方式从PTM变更到PTP，或要求UE进入连接态接收多播业务，也可以通过MCCH消息获得MBS网络策略改变指示。所有UE收到MCCH中的MBS网络策略改变指示后，如果确定UE正在接收的多播业务为网络要求改变传输方式的多播业务，则需要发起连接建立或连接恢复过程，以进入连接态。

另外，网络也可以通过Paging消息通知MBS网络策略改变指示。网络也可以进一步通过携带UE ID，控制部分UE进入连接态接收多播业务，或者转为PTP方式接收多播业务。避免所有UE同时接入连接态造成的瞬间负荷过重等问题。

实施例3：

UE接收到MBS网络策略改变指示后，可以发起连接建立请求或连接恢复请求，以更改多播业务的接收方式为PTP，或者进入连接态接收多播业务。在连接建立请求、连接恢复、连接建立完成、连接恢复完成等消息中可以携带MBS指示信息，包括但不限于：

连接建立或恢复原因，例如转为PTP、连接态接收多播业务等；

指定多播业务的标识信息，例如TMGI。

网络与UE建立连接后，参见图6，网络可以根据连接建立请求、连接恢复请求、连接建立完成、或连接恢复完成等消息中携带的MBS指示信息，使用PTP发送多播业务给终端，或者采用传输模式一对应的多播业务的传输配置，通过专用信令向UE发送多播配置信息和/或多播配置更新信息。在UE接收多播业务的过程中，UE保持在连接态。

进一步，通过携带多播业务的标识，例如TMGI等信息，UE在进入连接态后，可以针对某个或某些多播业务建立PTP连接，而其他多播业务保持在PTM接收状态。

下面给出本申请实施例提供的装置的介绍，与上述具体实施方式内容中描述相同之处，不再进行重复的解释或举例说明。

第三方面，参见图7，在网络侧，本申请实施例提供了一种信息传输装置，例如任意类型的基站，包括：

存储器520，用于存储程序指令；

处理器500，用于调用所述存储器520中存储的程序指令，按照获得的程序执行：

确定多播广播业务MBS的传输状态发生变更；

将MBS的传输状态变更信息通知非连接态终端。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括：

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，通过MBS配置信息、MBS配置更新指示或者寻呼消息，携带所述MBS的传输状态变更信息。

收发机510，用于在处理器500的控制下接收和发送数据。

其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。

处理器500可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。

第四方面，参见图8，本申请实施例提供了一种信息传输装置，例如任意类型的终端，包括：

存储器620，用于存储程序指令；

处理器600，用于调用所述存储器620中存储的程序指令，按照获得的程序执行：

接收网络侧通知的多播广播业务MBS的传输状态变更信息；

根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，根据所述MBS的传输状态变更信息，执行多播业务的传输操作，具体包括：

切换到点对点PTP的传输方式接收多播业务；和/或，

进入终端的连接态接收多播业务。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，包括本地终端的标识时，切换到点对点PTP的传输方式接收多播业务；和/或，进入终端的连接态接收多播业务；

在一种可选的实施例中，当所述MBS的传输状态变更信息中携带的终端标识，不包括本地终端的标识时，忽略所述MBS的传输状态变更信息。

在一种可选的实施例中，若所述MBS的传输状态变更信息中携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作；

若所述MBS的传输状态变更信息中未携带多播业务的标识信息，则根据所述MBS的传输状态变更信息，针对所有多播业务执行传输操作。

在一种可选的实施例中，所述执行多播业务的传输操作，具体包括：

发起连接建立请求或连接恢复请求。

在一种可选的实施例中，所述执行多播业务的传输操作，还包括：

发送连接建立完成消息或连接恢复完成消息。

在一种可选的实施例中，在所述连接建立请求、连接恢复请求、连接建立完成消息或连接恢复完成消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的标识信息。

收发机610，用于在处理器600的控制下接收和发送数据。

其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。

可选的，处理器600可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。

参见图9，在网络侧本申请实施例提供的另一种信息传输装置，包括：

确定单元11，用于确定多播广播业务MBS的传输状态发生变更；

通知单元12，用于将MBS的传输状态变更信息通知非连接态终端。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，通过MBS配置信息、MBS配置更新指示或者寻呼消息，携带所述MBS的传输状态变更信息。

参见图10，在终端侧本申请实施例提供的另一种信息传输装置，包括：

第一单元21，用于接收网络侧通知的多播广播业务MBS的传输状态变更信息；

第二单元22，用于根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

在一种可选的实施例中，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

在一种可选的实施例中，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

在一种可选的实施例中，所述执行多播业务的传输操作，具体包括下列操作之一或组合：

发送连接建立请求消息；

发送连接恢复请求消息；

发送连接建立完成消息；

发送恢复完成消息；

其中，在任一所述消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的标识信息。

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

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

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中的任一所述方法。所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请实施例提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储本申请实施例提供的任一所述方法的程序。

处理器通过调用存储器存储的程序指令，处理器用于按照获得的程序指令执行本申请实施例提供的任一所述方法。

本申请实施例提供了一种计算机可读存储介质，用于储存为上述本申请实施例提供的装置所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。

所述计算机可读存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种信息传输方法，其特征在于，该方法包括：

确定多播广播业务MBS的传输状态发生变更；

将MBS的传输状态变更信息通知非连接态终端。

2.根据权利要求1所述的方法，其特征在于，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

3.根据权利要求2所述的方法，其特征在于，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

4.根据权利要求1所述的方法，其特征在于，通过MBS配置信息、MBS配置更新指示或者寻呼消息，携带所述MBS的传输状态变更信息。

5.一种信息传输方法，其特征在于，该方法包括：

接收网络侧通知的多播广播业务MBS的传输状态变更信息；

根据所述MBS的传输状态变更信息，执行多播业务的传输操作。

6.根据权利要求5所述的方法，其特征在于，所述MBS的传输状态变更信息，具体包括下列信息之一或组合：

多播业务的传输方式从点对多点PTM的传输方式变更到点对点PTP的传输方式的指示信息；和/或，

终端进入连接态接收多播业务的指示信息。

7.根据权利要求6所述的方法，其特征在于，所述MBS的传输状态变更信息，还包括下列信息之一或组合：

终端的标识信息，使得所述标识信息对应的终端，按照所述MBS的传输状态变更信息执行多播业务的传输操作；

多播业务的标识信息，使得终端按照所述MBS的传输状态变更信息，针对所述多播业务的标识信息对应的多播业务执行传输操作。

8.根据权利要求5所述的方法，其特征在于，所述执行多播业务的传输操作，具体包括下列操作之一或组合：

发送连接建立请求消息；

发送连接恢复请求消息；

发送连接建立完成消息；

发送恢复完成消息；

其中，在任一所述消息中，携带下列信息之一或组合：

连接建立或连接恢复的原因；

多播业务的标识信息。

9.一种信息传输装置，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1至8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行权利要求1至8任一项所述的方法。

Images