一种通信方法、及相关产品与流程

本发明涉及通信技术领域，尤其涉及一种通信方法、及相关产品。

背景技术：

组播是多个接收端组成组播组，一个数据源向该组播组内的多个接收端传送数据的方式。随着移动通信业务的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务，多个接收端能同时接收相同数据，如视频直播、电视广播、视频会议、网上教育、互动游戏等等。这些移动多媒体业务和一般数据相比，有数据量大、持续时间长、时延敏感等特点。

为实现最有效地利用移动网络资源，在第三代移动通信伙伴项目(thirdgenerationpartnershipproject，3gpp)rel-6引入了多媒体广播/组播服务(multimediabroadcast/multicastservice，mbms)，通过蜂窝网络为通用移动通信系统(universalmobiletelecommunicationssystem，umts)网络提供组播服务。mbms的标准化一直处于演进过程中。

为了确保mbms业务可以覆盖足够的区域，保证组播组内的用户设备(userequipment，ue)都可以成功接收到相组播业务数据，mbms系统会以组播组内信号质量最差的用户设备为基准，设置对应的调制编码格式和多媒体资源。由于无线信号强度的衰减和距离呈指数关系，因此组播组内较差信号质量的用户设备的频谱效率通常和平均频谱效率差五至数十倍，导致传输效率非常低，

技术实现要素：

本发明实施例所要解决的技术问题在于组播通信的传输效率低，提供一种通信方法、及相关产品，用于提高组播通信的传输效率。

第一方面，本发明实施例提供了一种通信方法，包括：

接入网设备向用户设备发送指示信息，所述指示信息用于指示组播业务数据的接收方式，所述接收方式包括单播方式和/或组播方式；

所述接入网设备使用所述指示信息中指示的单播方式和/或组播方式发送所述组播业务数据。

接入网设备可以是基站或者其他为用户设备提供网络接入功能的设备，单播方式和组播方式，分别对应了一种数据传输方式，以数据发送为例：在单播方式中，数据的发送端和接收端是一对一的关系，在这种方式下接收端和发送端可以根据各自的数据传输能力进行好的匹配，并且方便重传；在组播方式中，数据的发送端和接收端是一对多的关系，在这种方式下，发送端在一个空口资源上向多个接收端发送同样的数据，这样可以节省空口资源。可以理解的是，数据接收方式和数据发送方式是对应的，例如：发送端以单播方式发送数据，那么接收端将以单播方式接收数据。

上述指示信息，可以是明示的指示信息，例如：专用的标识位；也可以是暗示的指示方式，例如：发送相应的配置信息；更具体例如：假定需要指示使用组播方式接收业务数据，那么可以仅发送组播业务的配置信息。

另外，由于用户设备使用单播方式和/或组播方式接收组播业务数据之前，均需要建立无线承载；建立无线承载需要有相应的配置信息，为了区分两种组播业务数据的接收方式对应的无线承载所使用的配置信息，可以将单播方式接收组播业务数据对应的无线承载所使用的配置信息称为单播配置信息，将组播方式接收组播业务数据对应的无线承载所使用的配置信息称为组播配置信息。

本发明实施例中，发送组播业务数据不必局限于所有接收组播业务数据的用户设备均使用组播方式接收组播业务数据，这样可以方便将那些影响传输效率的用户设备剔除，从而提高组播业务的传输效率。

在一个可选的实现方式中，还提供了接入网设备提供如何接收组播业务数据接收的配置信息：所述方法还包括：

所述接入网设备向所述用户设备发送配置信息，所述配置信息用于组播业务数据的接收。

前文有关于配置信息的说明，配置信息可以分为组播配置信息和单播配置信息，分别用于建立适用于组播方式传输组播业务数据的无线承载，和建立适用于单播方式传输组播业务数据的无线承载。在本发明实施例中，配置信息可以和指示信息使用同一条信令发送，若以配置信息作为隐含的指示信息，那么配置信息本身就可以作为指示信息使用。

在本实施例中，配置信息用于组播业务数据的接收，由于组播业务数据可能是以单播方式接收和/或以组播方式接收；那么配置信息可以包含组播配置信息和单播配置信息，或者仅包含组播业务数据接收方式对应的配置信息。

在一个可选的实现方式中，还提供了配置信息的具体内容：所述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

配置信息主要用于建立无线承载的信息，以上信息作为可能的实现方式举例，不应理解为对本发明实施例的唯一性限定。

在一个可选的实现方式中，还提供了接入网设备获得组播业务信息的具体方案：所述方法还包括：

所述接入网设备接收所述用户设备或核心网设备发送的组播业务信息，所述组播业务信息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息。

由于接入网设备需要指示用户设备使用何种方式接收组播业务数据，那么需要知道参与组播业务数据接收的用户设备，以及变化情况，因此在本实施例中，提供了解决方案。以上组播业务信息，可以是组播会话建立后发送的，也可以是有用户设备加入或退出组播组后由核心网设备发送的更新信息。用户设备，可以在任意时间上报组播业务信息，例如：在确定加入组播会话成功后，或者，在切换组播业务的接收方式后等。

在一个可选的实现方式中，还提供了接入网设备获得组播业务信息的可选实现方式：所述接入网设备接收所述用户设备或核心网设备发送的组播业务信息包括：

所述接入网设备接收所述核心网设备发送的组播会话建立请求，所述组播会话建立请求中包含所述用户设备的标识信息和所述组播业务的标识信息；

或者，所述接入网设备接收所述核心网设备或所述用户设备发送的组播成员变更信息。

本实施例提供了组播业务信息从用户设备获得以及从核心网设备获得的具体实现方案，其中组播会话建立请求，是用户设备请求建立组播会话的请求，使用该请求获得组播业务信息可以在不增加信令的情况下，在接入网设备完成组播业务信息的获得。另外，接入网设备可以在其他情况下发送组播业务信息，前文已有说明在此不再赘述。

组播成员变更信息，是在组播组内的用户设备发生变化的情况下发送的信息；该信息可以包括：组播业务的标识信息和组播组内的所有用户设备的标识；也可以仅发送发生变化的信息，例如：用户设备的标识和变更标识；变更标识用于表示该用户设备是新加入组播组还是退出组播组。

在一个可选的实现方式中，还提供了接入网设备获得组播业务数据的是实现方式：所述方法还包括：

所述接入网设备根据接收所述组播业务数据的用户设备数量指示所述用户设备使用单播方式和/或组播方式接收所述组播业务数据；

或者，所述接入网设备接收所述用户设备发送的信道测量信息，根据所述信道测量信息指示所述用户设备使用单播方式和/或组播方式接收所述组播业务数据。

在本实施例中，前者接收组播业务数据的方式与接收组播业务数据的用户设备数量相关，接入网设备可以使用门限值作为比较标准，具体可以是：大于该门限值则使用组播方式，如果小于该门限值则使用单播方式。该实施例，主要考虑接收组播业务数据的用户设备越多，则使用组播方式会节省更多的空口资源。该门限值可以是配置在接入网设备中的，也可以由核心网设备或者其他管理接入网设备的设备来指定，本发明实施例对此不作唯一性限定。

后者接收组播业务数据的方式与用户设备的信道质量相关，具体相关的内容主要可以有如下几种：

a、取信道质量的绝对值，即：信道质量低于某一门限，则使用单播方式，否则使用组播方式。本实施例主要考虑信道质量越差，越可能降低组播业务的整体传输效率，因此可以考虑以单播方式来向该用户设备发送组播业务数据。

b、取信道质量的相对值，例如：组播组中，各用户设备的信道质量之间差异性越大，那么信道质量相对较差的用户设备会降低组播业务的传输效率，因此可以将这部分信道质量相对较差的用户设备从组播组内剔除；如果相对较差信道质量的用户设备数量较多，还可以将这些用户设备再组成一个组播组。

c、基于影响信道质量的参数进行分组，例如：有一些参数会影响到信道质量，例如：用户设备的分布、用户设备的运动速度、用户设备的运动方向等。基于此，可以将用户设备进行分组，如果分组内的用户设备数量够多，那么组成一个组播组，否则以单播方式接收组播业务数据。

在本实施例中，信道测量信息可以是信道测量反馈信息，也可以是其他能体现信道质量的任意信息；用户设备可以周期性反馈信道测量信息，也可以在满足一定的条件的情况下反馈信道测量信息；该一定的条件，可以是信道质量或者影响信道质量的参数发生变化，还可以是满足需要进行接收方式的切换的条件。本发明实施例不对何时以何种方式触发信道测量信息发送给接入网设备进行限制。

在一个可选的实现方式中，还提供了将组播组进行进一步拆分的实现方案：所述配置信息包括第一组播配置信息和第二组播配置信息；

所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。

在本实施例中，组播配置信息包含至少两个组播配置信息，这样可以将接收组播业务数据的用户设备分成两个子组播组，由于两个子组播组分别使用了不同的组播配置信息，那么建立的是不同的无线承载，在不同的子组播组内传输效率可以最大化。

在一个可选的实现方式中，还提供了将组播组进行进一步拆分的实现方案：若所述接收方式包括组播方式，所述指示信息还包括：指示组播业务数据使用第一组播方式或第二组播方式接收。

在本实施例中，与前一实施例不同之处在于，接入网设备可以仅向用户设备发送一项组播配置信息。上述指示信息，可以参考前文中关于指示信息可以隐含也可以显示的方式来指示，在此不再赘述。

在一个可选的实现方式中，还提供了加速传输组播业务数据的方案：所述方法还包括：

所述接入网设备根据所述用户设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；

或者，所述接入网设备根据核心网设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；

或者，所述接入网设备根据所述组播业务数据中的至少一个数据包的类型信息使用单播方式发送所述至少一个数据包。

在本实施例中，第一个实现方式中由用户设备指定需要以单播方式发送的组播业务数据；第二个实现方式由核心网设备指定需要以单播方式发送的组播业务数据；第三个实现方式由接入网设备自己确定需要以单播方式发送的组播业务数据。指定方式可以是在组播业务数据的数据包中添加相应的标识信息，标识信息可以是指定该数据包需要以单播方式进行发送；指示方式还可以是指定某一类组播业务数据的数据包需要以单播方式发送。例如：指定已经以组播方式发送的最近一个i帧到组播方式正在发送的数据帧之间的数据需要以单播方式发送；或者，指定单个组播业务数据的数据包需要以单播方式发送。以上两个举例中，前者可以归纳到组播业务所对应的服务启动所需的数据，这样可以让用户设备尽快启动组播业务所对应的服务，例如：启动视频播放；后者可以对应到诸如数据重传、重要数据及时传输等各种应用场景。

在一个可选的实现方式中，还提供了在协议层以组播方式和/或单播方式发送组播业务数据的实现方案：所述至少一个数据包为在所述接入网设备中缓存的已采用组播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业务数据。

在本实施例中，采用单播方式发送的组播业务数据可能有重传的可能性，因此可以先缓存一段数据，等待是否有重传请求反馈，如果没有则可以删除；因此这里缓存的组播业务数据可以是一段时间内的组播业务数据，对于那些已经发送很久的组播业务数据可以删除。

在以单播方式发送的组播业务数据发送完毕后，可以切换到以组播方式发送业务数据，也可以保持单播的无线承载等待是否有新的需要以单播方式发送的组播业务数据，还可以向接收方发送告知信息告知单播方式发送的组播业务数据已经发送完毕，告知的具体方式可以以显示的方式告知，例如：在最后一个数据包中添加结束指示，也可以以隐含的方式告知，例如：发送组播配置信息。在以单播方式发送的组播业务数据发送完毕后的执行内容，本发明实施例不作唯一性说明。

在一个可选的实现方式中，还提供了组播业务的重传方法：所述方法还包括：

所述接入网设备接收所述用户设备发送的接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；

所述接入网设备根据所述接收状态信息，使用单播方式向所述用户设备发送所述组播业务数据中未接收成功的数据包。

在本实施例中，接收状态信息是用来表示数据包的接收状态的信息，具有使接入网设备知道需要给用户设备重传的数据包。因此，接收状态信息有各种表现形式，例如：1、直接告知需要重传的数据包的序号；2、发送反馈信息，在反馈信息中包含所有数据包的是否已经收到的信息。以上作为两种可能的举例不应理解为对本发明实施例的唯一性限定，具体使用何种方式来告知接入网设备需要重传哪些数据包，本发明实施例不作唯一性限定。

在一个可选的实现方式中，还提供了在协议层支持单播方式发送组播业务数据的方案：所述方法还包括：

所述接入网设备通过数据会聚协议(packetdataconvergenceprotocol，pdcp)层将待发送的组播业务数据发送至单播无线链路控制实体(radiolinkcontrol，rlc)，并使用单播方式发送所述待发送的组播业务数据。

采用组播方式发送组播业务数据的方案，本发明实施例不作限制。本实施例在pdcp层将组播业务数据分配到单播rlc，从而实现组播业务数据的单播方式发送。

在一个可选的实现方式中，还提供了方便重传的实现方案：所述方法还包括：

所述接入网设备在数据会聚协议pdcp层复制所述待发送的组播业务数据，将所述待发送的组播业务数据存储。

在本发明实施例中，待发送的组播业务数据可以使用缓存存储，用于响应可能发生的重传请求；该存储空间设置设置在pdcp也可以设置在rlc本发明实施例对此不作限制。

在一个可选的实现方式中，还提供了在协议层支持单播方式发送组播业务数据的方案：所述方法还包括：

所述接入网设备通过组播数据会聚协议pdcp层将待发送的组播业务数据发送至组播无线链路控制rlc实体，由所述组播无线链路控制rlc实体将所述待发送的组播业务数据发往单播媒体接入控制(mediumaccesscontrol，mac)实体，由所述单播媒体接入控制mac实体使用单播方式发送所述待发送的组播业务数据。

本实施例在rlc实体将组播业务数据分配到单播mac实体，从而实现组播业务数据的单播方式发送。

二方面本发明实施例还提供了一种通信方法，本实施例在接收前文接入网设备发送的数据的一侧(例如用户设备)实现，与前文接入网设备一侧实现的方案呈对应关系，具体内容可以参考前文说明，重复部分后续实施例不再赘述，该通信方法包括：

用户设备接收接入网设备发送的指示信息，所述指示信息用于指示组播业务数据的接收方式，所述接收方式包括单播方式和/或组播方式；

所述用户设备使用所述指示信息中指示的单播方式和/或组播方式接收所述组播业务数据。

在一个可选的实现方式中，所述方法还包括：

所述用户设备接收所述接入网设备发送的配置信息，所述配置信息用于组播业务数据的接收。

在一个可选的实现方式中，所述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

在一个可选的实现方式中，所述方法还包括：

所述用户设备向所述接入网设备发送组播业务信息，所述组播业务信息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息。

在一个可选的实现方式中，所述用户设备向所述接入网设备发送组播业务信息包括：

所述用户设备向所述接入网设备发送组播成员变更信息。

在一个可选的实现方式中，所述方法还包括：

所述用户设备根据接收所述组播业务数据的用户设备数量选择使用单播方式和/或组播方式接收所述组播业务数据；

或者，所述用户设备根据所述用户设备的信道测量信息，选择使用单播方式和/或组播方式接收所述组播业务数据。

在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；

所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。

在一个可选的实现方式中，所述方法还包括：

所述用户设备指示所述接入网设备使用单播方式发送所述组播业务数据中的至少一个数据包。

在一个可选的实现方式中，所述方法还包括：

所述用户设备向所述接入网设备发送接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；

所述用户设备接收所述接入网设备发送的所述组播业务数据中未接收成功的数据包。

在一个可选的实现方式中，所述方法还包括：

在分组数据会聚协议pdcp层进行丢包检测，获得所述接收状态信息。

在一个可选的实现方式中，所述方法还包括：

所述用户设备在单播无线链路控制rlc实体将接收到的组播业务数据发送至所述组播数据会聚协议pdcp层。

三方面本发明实施例还提供了一种接入网设备，包括：

指示发送单元，用于向用户设备发送指示信息，所述指示信息用于指示组播业务数据的接收方式，所述接收方式包括单播方式和/或组播方式；

数据发送单元，用于使用所述指示信息中指示的单播方式和/或组播方式发送所述组播业务数据。

在一个可选的实现方式中，所述接入网设备还包括：

配置发送单元，用于向所述用户设备发送配置信息，所述配置信息用于组播业务数据的接收。

在一个可选的实现方式中，所述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

在一个可选的实现方式中，所述接入网设备还包括：

信息接收单元，用于接收所述用户设备或核心网设备发送的组播业务信息，所述组播业务信息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息。

在一个可选的实现方式中，所述信息接收单元，用于接收所述用户设备或核心网设备发送的组播业务信息包括：

接收所述核心网设备发送的组播会话建立请求，所述组播会话建立请求中包含所述用户设备的标识信息和所述组播业务的标识信息；

或者，接收所述核心网设备或所述用户设备发送的组播成员变更信息。

在一个可选的实现方式中，所述接入网设备还包括：

方式确认单元，用于根据接收所述组播业务数据的用户设备数量指示所述用户设备使用单播方式和/或组播方式接收所述组播业务数据；

或者，接收所述用户设备发送的信道测量信息，根据所述信道测量信息指示所述用户设备使用单播方式和/或组播方式接收所述组播业务数据。

在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；

所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。

在一个可选的实现方式中，

所述数据发送单元，还用于根据所述用户设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；

或者，根据核心网设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；

或者，根据所述组播业务数据中的至少一个数据包的类型信息使用单播方式发送所述至少一个数据包。

在一个可选的实现方式中，所述至少一个数据包为在所述接入网设备中缓存的已采用组播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业务数据。

在一个可选的实现方式中，所述接入网设备还包括：

状态接收单元，用于接收所述用户设备发送的接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；

所述数据发送单元，还用于根据所述接收状态信息，使用单播方式向所述用户设备发送所述组播业务数据中未接收成功的数据包。

在一个可选的实现方式中，所述数据发送单元，用于通过数据会聚协议pdcp层将待发送的组播业务数据发送至单播无线链路控制rlc实体，并使用单播方式发送所述待发送的组播业务数据。

在一个可选的实现方式中，所述数据发送单元，还用于所述接入网设备在数据会聚协议pdcp层复制所述待发送的组播业务数据，将所述待发送的组播业务数据存储。

在一个可选的实现方式中，所述数据发送单元，用于所述接入网设备通过组播数据会聚协议pdcp层将待发送的组播业务数据发送至组播无线链路控制rlc实体，由所述组播无线链路控制rlc实体将所述待发送的组播业务数据发往单播媒体接入控制mac实体，由所述单播媒体接入控制mac实体使用单播方式发送所述待发送的组播业务数据。

四方面本发明实施例还提供了一种用户设备，包括：

指示接收单元，用于接收接入网设备发送的指示信息，所述指示信息用于指示组播业务数据的接收方式，所述接收方式包括单播方式和/或组播方式；

数据接收单元，用于使用所述指示信息中指示的单播方式和/或组播方式接收所述组播业务数据。

在一个可选的实现方式中，所述用户设备还包括：

配置接收单元，用于接收所述接入网设备发送的配置信息，所述配置信息用于组播业务数据的接收。

在一个可选的实现方式中，所述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

在一个可选的实现方式中，所述用户设备还包括：

信息发送单元，用于向所述接入网设备发送组播业务信息，所述组播业务信息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息。

在一个可选的实现方式中，所述信息发送单元，用于向所述接入网设备发送组播业务信息包括：向所述接入网设备发送组播成员变更信息。

在一个可选的实现方式中，所述用户设备还包括：

所述数据接收单元，用于根据接收所述组播业务数据的用户设备数量选择使用单播方式和/或组播方式接收所述组播业务数据；

或者，根据所述用户设备的信道测量信息，选择使用单播方式和/或组播方式接收所述组播业务数据。

在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；

所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。

在一个可选的实现方式中，所述用户设备还包括：

指示发送单元，用于指示所述接入网设备使用单播方式发送所述组播业务数据中的至少一个数据包。

在一个可选的实现方式中，所述用户设备还包括：

状态发送单元，用于向所述接入网设备发送接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；

所述数据接收单元，用于接收所述接入网设备发送的所述组播业务数据中未接收成功的数据包。

在一个可选的实现方式中，所述状态发送单元，还用于在分组数据会聚协议pdcp层进行丢包检测，获得所述接收状态信息。

在一个可选的实现方式中，所述用户设备还包括：

所述数据接收单元，还用于在单播无线链路控制rlc实体将接收到的组播业务数据发送至所述组播数据会聚协议pdcp层。

五方面，本发明实施例还提供了一种接入网设备，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；

在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述收发器配合实现由接入网设备执行的任意一项的方法。

六方面，本发明实施例还提供了一种用户设备，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接；

在所述存储器中存储有程序代码；

所述处理器用于读取所述程序代码与所述收发器配合实现由用户设备执行的任意一项的方法。

七方面，本发明实施例还提供了一种存储介质，所述存储介质中存储有程序代码，所述程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器配合收发器执行如本发明实施例提供的任一项所述的方法。

八方面，本发明实施例还提供了一种计算机程序产品，在所述计算机程序产品中包含程序指令，所述程序代码当被处理器执行时使所述处理器配合收发器执行如本发明实施例提供的任一项所述的方法。

附图说明

为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。

图1a是本发明实施例系统架构示意图；

图1b是本发明实施例系统架构示意图；

图1c是本发明实施例系统架构示意图；

图2是本发明实施例系统架构示意图；

图3是本发明实施例方法流程示意图；

图4a是本发明实施例方法流程示意图；

图4b是本发明实施例方法流程示意图；

图4c是本发明实施例方法流程示意图；

图5是本发明实施例用户设备分布示意图；

图6是本发明实施例方法流程示意图；

图7是本发明实施例用户设备分布示意图；

图8是本发明实施例方法流程示意图；

图9是本发明实施例方法流程示意图；

图10是本发明实施例用户设备分布示意图；

图11是本发明实施例用户设备信道质量变化示意图；

图12是本发明实施例方法流程示意图；

图13是本发明实施例单播方式和组播方式配合示意图；

图14是本发明实施例方法流程示意图；

图15是本发明实施例用户设备信道质量变化示意图；

图16是本发明实施例单播方式和组播方式配合的系统示意图；

图17是本发明实施例协议栈结构示意图；

图18是本发明实施例协议栈结构示意图；

图19是本发明实施例协议栈结构示意图；

图20是本发明实施例接入网设备结构示意图；

图21是本发明实施例用户设备结构示意图；

图22是本发明实施例设备结构示意图；

图23是本发明实施例用户设备结构示意图。

具体实施方式

下面结合本发明实施例中的附图对本发明实施例进行描述。

请参见图1a～图1c，图1a～图1c是本发明实施例提供的通信系统的结构示意图。

在图1a的通信系统中包含：用户设备、接入网设备、网关设备、管理设备；路由器、服务器等；其中，管理设备和网关设备可以归入核心网设备一类，路由器和服务器可以归入数据网络(datanetwork，dn)一类。

在图1a中，用户设备可以通过无线空口连接到运营商部署的接入网设备，继而接入数据网络；接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能；核心网设备中包含的管理设备主要用于用户设备的设备注册、安全认证、移动性管理和位置管理等；核心网设备中的网关设备主要用于与用户设备间建立通道，在该通道上转发用户设备和外部数据网络之间的数据包；数据网络主要用于为用户设备提供多种数据业务服务，其中，数据网络包含的服务器可以为快速频道切换(fastchannelchange，fcc)服务器。图1a仅为示例性架构图，除图1a中所示功能单元之外，该网络架构还可以包括其他功能单元，本发明实施例对此不进行限定。

图1b和图1c分别是图1a的举例。

其中，图1b所示的通信系统，当图1a所示通信网络为5g网络时，上述用户设备可以为手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(sessioninitiationprotocol，sip)电话、智能电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(settopbox，stb)、用户驻地设备(customerpremiseequipment，cpe)和/或用于在无线系统上进行通信的其它设备。上述接入网设备可以为接入网(accessnetwork，an)/无线接入网(radioaccessnetwork，ran)设备，由多个5g-an/5g-ran节点组成的网络，该5g-an/5g-ran节点可以为：接入节点(accesspoint，ap)、下一代基站(nrnodeb，gnb)、收发点(transmissionreceivepoint，trp)、传输点(transmissionpoint，tp)或某种其它接入节点。上述核心网设备可以包括：接入和移动性管理功能(access&mobilityfunction，amf)、会话管理功能(sessionmanagementfunction，smf)、策略控制功能(policycontrolfunction，pcf)、用户面功能(userplanefuntion，upf)等功能单元。这些功能单元可以独立工作，也可以组合在一起实现某些控制功能，如：amf、smf和pcf可以组合在一起作为管理设备，用于完成用户设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更改等会话管理功能，以及分析一些切片(slice)相关的数据(如拥塞)、用户设备相关的数据的功能。upf主要完成用户面数据的路由转发等功能，如：负责对用户设备的数据报文过滤、数据传输/转发、速率控制、生成计费信息等。

图1b提供的是5g通信系统的网络架构示意图，在图1b所示的5g网络中，各功能单元之间可以通过下一代网络(nextgeneration，ng)接口建立连接实现通信，如：用户设备可以通过ng接口1(简称n1)与amf建立控制面信令连接，an/ran设备例如下一代无线接入基站(nrnodeb，gnb)，可以通过ng接口3(简称n3)与upf建立用户面数据连接，an/ran设备可以通过ng接口2(简称n2)与amf建立控制面信令连接，upf可以通过ng接口4(简称n4)与smf建立控制面信令连接，upf可以通过ng接口6(简称n6)与数据网络交互用户面数据，amf可以通过ng接口11(简称n11)与smf建立控制面信令连接，smf可以通过ng接口7(简称n7)与pcf建立控制面信令连接，需要说明的是，图1b仅为示例性架构图，除图1b中所示功能单元之外，该网络架构还可以包括其他功能单元，如：核心网设备还可以包含统一数据管理功能(unifieddatamanagement，udm)，本发明实施例对此不进行限定。

当图1a所示通信网络为4g网络时，用户设备可参照图1b中用户设备的相关描述，在此不再赘述。接入网设备可以为基站(nodeb，nb)、演进型基站(evolutionnodeb，enb)、trp、tp、ap或某种其它接入单元。核心网设备可以包括：移动管理实体(mobilitymanagemententity，mme)、策略与计费规则功能(policyandchargingrulesfunction，pcrf)等管理设备，以及服务网关(servinggateway，sgw)、pgw等网关设备，还可以包括本地网关(localgateway，lgw)。

例如：图1c为本发明实施例提供的4g网络架构示意图，在图1c所示的4g网络中，用户设备可以通过uu接口与enb建立空口连接，enb通过s1-c接口与mme建立控制面信令连接，enb通过s1-u接口与sgw建立用户面数据连接，sgw通过s11与mme建立控制面信令连接，sgw通过s5/s8接口与pgw建立用户面数据连接。需要说明的是，图1c仅为示例性架构图，除图1c中所示功能单元之外，该网络架构还可以包括其他功能单元，本发明实施例对此不进行限定。

为了不失一般性，本发明实施例以图2作为组播架构的通信系统示意，其中核心网设备包括控制面和用户面网元，分别对接接入网设备。用户设备可以通过无线空口连接到接入网设备；接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能；组播核心网设备可以包含组播核心网控制面(controlplan，cp)，包含组播承载管理；组播核心网设备还包含组播核心网用户面(userplane，up)，用于管理组播数据网络到接入网设备间组播数据的发送；组播核心网的用户面可以对应到4g架构mbms-gw，组播核心网的控制面板可以对应到mme。需要说明的是，图2仅为示例性架构图，仅包含组播网络架构所需的最少网元，因此除图2中所示功能单元之外，本发明不限定该网络架构还可以包括其他功能单元。

图3是组播业务承载建立的过程。参与组播的用户设备可以称为组播终端；用户设备、接入网设备、组播核心网以及组播业务平台，首先经过组播业务发现过程；组播核心网与组播业务平台、接入网设备与组播核心网交互组播业务信息，从而建立组播业务；用户设备与接入网设备之间确定组播使用的网络资源，从而建立无线承载。具体举例如下：

用户设备可以通过组播业务发现过程找到组播业务平台，例如：通过浏览过顶(overthetop，ott)网站，和组播业务平台对应的服务器交互，获取组播数据。也可以通过预配置的组播业务平台地址的方式，如机顶盒设备一般都预配置组播业务平台。用户设备通过和组播业务平台的交互获取组播节目单配置，该组播节目单配置中包含组播地址信息或者标识信息等，具体包括：组播的互联网协议(internetprotocol，ip)组播地址，空口的组播标识等。用户在用户设备中选择节目，用户设备和组播业务平台交互，将用户设备加入组播业务的接收方，该用户设备成为组播业务的参与者。相比于上述由用户触发组播业务建立的过程，当组播业务处于广播模式下，组播业务平台在没有用户设备交互的触发下，也可以和组播核心网发起组播业务建立过程。组播业务可以包括集群通讯的组通讯或者车联网组转发等业务，这些应用场景建立组播业务的方式和上述ott的视频或者广播方式类似。

组播会话建立：由组播业务平台和组播核心网交互信息，以此来触发组播核心网和组播接入网设备(例如基站)之间建立组播会话。也可以由核心网收到用户设备加入组播业务的消息，以此来触发建立组播会话。组播会话可以是由组播隧道承载也可以使用组播流标识，前者通过建立组播隧道的方式，将组播数据放在组播隧道中发送到接入网设备，不同组播业务(组播地址不同或者组播qos不同)的组播业务放在不同的组播隧道；后者通过在组播报文中携带组播流标识，用于区分不同的组播业务。如果用户设备加入组播业务前，组播会话已经建立(如之前在相同接入网内已有其他用户设备申请加入组播业务)，则可以直接加入组播组，进行组播数据接收。

在本发明实施例中，为了使接入网设备可以按不同的用户设备所处的状态，灵活调整组播业务的执行方式，接入网设备需要获知用户设备的组播业务信息，组播业务信息可以包含用户标识信息和组播业务标识。如图4a所示，组播业务信息可以由组播会话建立消息时，由播会话建立请求携带；也可以如图4b所示，由组播加入请求携带，或者组播成员变更信息携带；还可以如图4c所示，由组播业务接收信息携带。

以上图4a、图4b和图4c分别为三种不同的应用场面，下面将分别进行详细说明。

图4a可以为初次建立组播业务的场景，具体流程可以包括：

401a：用户设备向接入网设备发送组播业务加入请求。

402a：接入网设备将接收到的组播业务加入请求转发给组播核心网。

403a：组播核心网向接入网设备发送组播会话建立请求，在该组播会话建立请求中可以携带组播业务信息和组播配置信息。

在组播业务信息中可以包含：用户标识信息和组播业务标识。组播配置信息可以包含组播业务需要使用的资源的信息。

404a：接入网设备根据组播配置信息建立无线承载，如果接入网设备与用户设备之间已经建立了无线承载，并且已经建立的无线承载满足组播配置的要求，那么该步骤可以不必执行。

405a：接入网设备向组播核心网发送组播会话建立完成消息。

图4b可以是组播业务建立完成后，组播成员变更的流程，具体流程可以包括：

401b：用户设备向接入网设备发送组播业务加入请求。

402b：接入网设备将接收到的组播业务加入请求转发给组播核心网。

403b：组播核心网发现用户设备要加入的组播业务已经建立，向接入网设备发送组播成员变更信息，该组播成员变更信息中可以携带用户标识信息和组播业务标识。

上述403b也可以是：组播核心网发现用户设备要加入的组播业务已经建立，向接入网设备发送组播业务加入响应；在该组播业务加入响应中可以携带用户标识信息和组播业务标识。

404b：接入网设备根据用户设备要加入的组播业务对应的组播配置信息建立无线承载，如果接入网设备与用户设备之间已经建立了无线承载，并且已经建立的无线承载满足组播业务的要求，那么该步骤可以不必执行。

在以上图4b中，由于用户设备都会发送组播业务加入请求，该组播业务加入请求也可以携带用户标识信息和组播业务标识，那么接入网设备也可以据此获知该用户设备要加入组播业务标识所对应的组播业务。

在以上流程中，用户设备向接入网设备发送组播业务加入请求，接入网设备转发的过程，可以通过非接入层信令发送，由接入网设备透传。以上图4b中，组播成员变更信息可以是专用的指示信息，该专用的指示信息可以包含一个或者多个组播成员用户的标识信息。

图4c可以是组播业务建立完成后，组播成员变更的流程，具体流程可以包括：

401c：用户设备向接入网设备发送组播业务接收信息。

上述组播业务接入信息中可以指示用户设备需要接收哪个组播业务。具体方式可以是在组播业务接收信息中携带组播业务标识，如：组播业务的组播ip地址或者类似于mbms的临时移动组标识(temporarymobilegroupidentity，tmgi)。

402c：接入网设备接收到组播业务接收信息后，根据其中携带的组播业务标识确定该用户设备加入到了哪一个组播业务组。接入网设备可以将组播业务接收信息转发给组播核心网。

403c：组播核心网可以返回组播业务加入响应，告知接入网设备已经将该用户设备加入组播业务。

另外，在本发明实施例中，接入网设备要获得的组播信息，可以由接入网设备监听用户设备的组播加入消息如用户设备发送的互联网组管理协议(internetgroupmanagementprotocol，igmp)的加入(join)消息来获取用户设备和组播业务的对应关系。

接入网设备可以根据不同的用户设备的状态选择或调整组播数据的发送方式，可以有使用空口无线的组播的方式，也可以使用空口无线的单播的方式，还可以使用空口无线的组播和单播协作的方式。以下提供了几种常见的组播业务的应用场景举例。

一、半静态方式选择单播方式或者组播方式

如图5所示，用户设备少的情况下使用单播，用户多的时候使用组播。六边形区域为小区示意，六边形区域可以是一个小区也可以是多个小区组合的小区集合。其中左侧一个黑点表示1个用户设备，由于组播组内的用户设备较少，即：参与组播业务的用户设备较少，可以选择使用单播，右侧组播组内有4个用户设备，可以使用组播。具体的应用场景举例如下：

(a)

本实施例举例为半静态方式选择单播方式或组播方式，接入网设备根据组播业务在组播区域内用户设备数量确定配置用户设备采用单播方式还是组播方式接收组播数据。相应地，接入网设备将以单播方式或者组播方式向用户设备发送组播业务数据。接入网设备也可以配置用户设备可以使用组播方式和单播方式，该应用场景在后续实施例中举例说明。

组播区域可以是一个小区，几个小区，或者可以是类似于mbsfn多个同步发送的小区。

接入网设备可以是基站或者基站的集中单元(centralizeunit，cu)。

如5左边六边形区域所示，如果接收组播业务数据的用户设备数量较少，接入网设备可以配置用户设备采用单播方式接收组播业务数据。这种情况下，用户设备可以接收基站针对其特定标识(identity，id)的调度信息，进行相应的数据接收和反馈。该特定id可以是：小区无线网络临时标识(cellradionetworktemporaryidentity，c-rnti)，媒体接入控制(mediumaccesscontrol，mac)地址或者其他可以唯一标识该用户设备的id。

如图5右边六边形区域所示，如果组播区域内接收组播业务数据的用户设备数大于指定门限，基站可以选择通过组播方式将组播业务数据发送给组播组内的用户设备，节省空口的资源。基站可以配置接收组播业务数据的用户设备，通过相同的组播id，使所有的用户设备可以接收相同的调度信息，在相同的无线资源上接收相同的组播业务数据。组播id可以如：group-rnit,组mac地址,tmgi或其他类似的组播业务空口id。上述指定门限阈值可以由接入网管理系统进行预配置，也可以由核心网在组播会话建立时携带给接入网。

具体流程如图6所示，可以包括：

601：组播会话建立后，接入网设备发现用户设备很少，与用户设备1建立无线承载，使用单播方式发送组播数据，用户设备使用单播方式接收组播数据。

以上步骤601中，配置用户设备1以单播方式接收组播业务数据，在配置消息中可以携带接入网设备向上述用户设备发送的配置信息，配置信息中通常可以包含以下内容之一：组播承载的配置，组播承载对应的组播会话信息，组播承载逻辑信道信息，以及通过单播模式传输的指示信息。其中组播会话信息可以包括：(演进分组系统(evolvedpacketsystem，eps)承载(bearer)信息eps或者eps流(flow)信息。

更具体地，在以上步骤601中，组播会话建立后，由于用户设备太少，接入网设备依据当前接收该组播业务数据的用户终端数量少，确定采用单播发送效率较高，则可以配置用户设备1以单播方式接收组播业务数据，在配置消息中可以携带接入网设备向上述用户设备发送的配置信息，其中可以包含以下配置信息中的至少一种：承载的配置信息、资源层配置信息。

其中，承载的配置信息可以包含以下信息中的至少一种：无线承载配置和安全配置。无线承载配置中可以携带以下信息之一：无线承载id，组播业务对应的演进分组系统承载id(bearerid)，服务质量(qualityofservice，qos)流(flow)，或组播业务会话信息的配置信息，pdcp配置信息，rlc配置信息，pdcp配置信息。

前述组播业务会话信息可以包括：会话标识(sessionid)，tmgi标识等。rlc配置信息可以是对应的确认模式(acknowledgedmode,am)rlc配置或无应答模式(unacknowledgedmode，um)rlc配置，以及和逻辑信道的映射关系，是映射至单播逻辑信道或者是组播逻辑信道，也可以是同时映射至单播或组播逻辑信道。rlc配置中还可以包括am或um的发送方式，以及rlc映射的逻辑信道信息，如是组播逻辑信道还是单播逻辑信道的信息，逻辑信道id等。pdcp配置信息中可以包含pdcp和rlc之间的映射关系(包括是只映射到单播方式还是组播方式，或者是混合方式)，pdcp支持重传功能的指示信息。组播逻辑信道包括：组播控制信道(multicastcontrolchannel，mcch)/组播业务信道(multicasttrafficchannel，mtch)；单播逻辑信道包括：专用控制信道(dedicatecontrolchannel，dcch)/专用业务信道(dedicatedtrafficchannel，dtch)。

资源层配置信息可以包含mac层配置和物理层配置。其中，物理层配置可以包括频谱资源配置，形式可以是一个或者多个物理小区配置信息，载波配置信息或载波分片的配置信息，包含对应的id，带宽，子帧格式等。进一步地，物理层配置还可以包括对应的物理信道/信号的物理视频资源配置信息和对应的标识信息，如：单播物理控制和共享信道的配置信息及和单播调度标识，组播物理控制和共享信道的配置信息及和组播调度标识，单播和组播物理控制和共享信道可以相同或者共享相同的物理资源。mac层配置则可以包括单播或组播的逻辑信道和对应的物理信道之间的映射关系，逻辑信道优先级信息，以及harq的配置信息。

上述配置消息中还可以携带测量信息，例如：用作组播和单播切换的测量事件配置信息。上述配置消息中还可以携带安全加解密信息，例如：组播业务的加解密算法等。

602：有新的用户设备加入到组播组。

603：核心网一侧可以向接入网设备发送组播会话更新的消息，告知接入网设备有新的用户设备加入到组播业务。

604：接入网设备发现组播组内的用户设备数量达到n个，达到了指定使用组播方式发送业务数据的阈值，如果单播方式建立的无线承载不适用于组播方式，那么可以更新与用户设备1之间的无线承载。

605：接入网设备与新加入的用户设备n之间建立无线承载，用于组播方式的数据传输。

在以上流程中，接入网设备接收相同组播业务的用户设备数量增加的信息后，根据接入网设备的选择算法，确定选择使用组播方式发送组播业务数据，接入网设备给相应的用户设备配置相应的配置信息，在配置信息中携带相应的组播配置。

以上流程中，步骤603和步骤604的接入网设备可以获知组播组内的用户设备数量；上述选择算法可以是：达到指定用户设备数量的门限，或者根据用户设备的信道状态，确定使用组播方式发送组播业务数据比分别用单播方式发送组播业务数据使用更少的无线资源，则可以确定选择使用组播方式发送组播业务数据，相应地用户设备使用组播方式接收组播业务数据。

在以上流程中，步骤604建立组播的无线承载，接入网设备可以向终端发送组播配置，通常可以携带以下内容之一：组播承载的配置，组播承载对应的组播会话信息，组播承载逻辑信道信息，组播的调度标识，组播的传输信道配置，组播的逻辑信道配置，组播信道的测量配置，组播关联的单播配置等。其中，组播会话可以包括：epsbearer或者epsflow；组播的调度标识可以包括：组无线网络临时标识(grouprnti，g-rnti，简称组播标识)；组播的传输信道配置可以包括：子帧，或者载波；组播的逻辑信道配置可以包括：逻辑信道标识。

通过单播方式或者组播方式接收组播业务数据，对于用户设备接收的差异体现在监听物理层调度标识的差异，采用单播方式接收，按用户设备标识(如c-rnti)监听并接收物理层发送的调度信令；采用组播模式接收，用户设备按照组播标识(如g-rnti)监听并接收。其他如针对单播方式和组播方式的控制信令的格式或大小也可以有差异。其中控制信令可以是下行链路控制信息(downlinkcontrolinformation，dci)。用户设备可以处于单播方式或者组播方式接收状态中的一种，这样可以减少需要监听检测的信令数量。此外用户设备也可以同时处于单播方式和组播方式的接收状态，此时用户设备同时检测接入网设备发送的单播调度信令和组播调度信令，并按调度信令的指示到对应的时频资源上接收组播业务数据。

(b)

如图7所示，为另一种选择组播方式或者单播方式的应用场景。当接收同一组播业务数据的用户设备中，有部分用户设备因处于小区的边缘等原因信号质量较差，如果将这些用户设备全部纳入组播组，以组播方式发送组播业务数据，需要考虑信号质量最差用户设备采取较低的效率发送组播数据，这样会导致整体效率下降。这种情况下，接入网设备可以根据用户设备的信道质量将用户设备进行分组，指定信道质量好的用户设备使用组播方式接收组播业务数据，信道质量差的使用单播方式接收组播业务数据。

接入网设备获得用户设备的信道质量的方式可以是用户设备发送的信道测量反馈，例如：用户设备上报的测量报告或者信道状态信息(channelstateinformation，csi)反馈。被指定使用组播方式接收组播业务数据的用户设备，可以是信道质量好于指定门限的用户设备。对于那些信道质量不满足指定门限的用户设备，可以删除或者去激活组播方式接收组播业务数据，从而避免为了满足信道质量差的用户设备成功接收数据，而拉低组播业务数据的整体传输效率。对于信道质量较差的用户设备，接入网络设备可以采用单播的方式发送组播业务数据。

如图8所示，具体流程可以如下：

801：在组播会话建立以后，接入网设备与用户设备之间建立无线承载，初次建立的无线承载可以适应于组播业务来建立。

802：用户设备向接入网设备发送信道测量反馈。

803：接入网设备根据信道测量反馈发现该用户设备信道质量较差，影响组播业务整体的传输效率，与该用户设备建立适应于单播业务的无线承载。

在以上流程中，建立无线承载的过程可以参考前文实施例，在此不再赘述。以上图8所示的流程，在建立无线承载的过程中可以仅发送要建立的无线承载所需要的配置信息，具体地：在步骤801,接入网设备可以向用户设备仅发送组播的配置信息，不必发送单播的配置信息；在步骤803可以仅发送单播的配置信息不必发送组播的配置信息。另外，如果初次建立组播业务，可以由用户设备首先执行802，然后确定用户设备建立何种无线承载。另外，对于新加入的用户设备，可以不必执行801。在以上流程中，也可以在801发送组播的配置信息和单播的配置信息，后续在803仅告知用户设备切换到单播模式，或者用户设备自己判断信道质量差切换到单播模式。

如图9所示，是另一种应用场景的实现方式举例，包括：

901：组播会话已经建立，或者新建立组播会话后，接入网设备向用户设备发送组播的配置信息和单播的配置信息，以及切换门限等信息给用户设备；用户设备依据切换门限确定与接入网设备之间建立无线承载。

902：用户设备可以向接入网设备发送信道测量报告，告知接入网设备自身的信道质量。

由于用户设备已经知道切换门限，因此可以自己决策切换，发送测量报告的另一个用途可以是告知接入网设备，用户设备已经完成切换。

本实施例中，接入网设备将组播的配置信息和单播的配置信息都发送给用户设备，还可以将采用组播方式或者采用单播方式接收组播业务数据的测量门限或者测量事件条件发送给了用户设备，当用户设备通过测量依据切换门限确定满足接收方式切换的条件时，通过信令通知接入网设备，来激活组播的配置或单播的配置，建立相应的无线承载，进而切换到使用相应的接收方式。用于通知接入网设备的心理可以是信道测量报告。

(c)

如图10所示，一个组播组可以分为不同的子组播组。在本实施例中组播业务数据还可能采用预定的方式进行分组来提高整体的传输效率。由于用户设备具有不同方向，接入网设备可以通过不同的波束赋形覆盖不同的用户设备；另外，由于用户设备具有不同运动速度也可以分在不同的子组播组；不同的接收能力的用户设备也可以分在不同的组。不同接收能力可以如：支持的天线数量，2天线，4天线等来确定。

在本实施例中，接入网设备可以通过用户设备反馈信道，来获得用户设备的接收能力和运动状态等信息，通过灵活的分组尽可能减少组内用户的差异性，避免组播效率变低。即：组播业务数据可以分为多个子组播组来发送，在空口可以按不同的组播配置发送。不同子组播组的组播用户可以通过配置不同的组播的调度标识和或组播的传输信道配置进行区分，避免组间资源冲突或者干扰。组播的调度标识，如：grouprnti；组播的传输信道配置，如：子帧，或者载波等。

另外，组内用户的差异性，也可以称为组内差异性，是指子组播组内用户设备之间的差异性，由于分组是为了提高组播业务数据的传输效率，因此参考值通常是分组的依据，参考值例如：以上举例中的运动状态，可以将运动慢的分在一组，运动快的分在一组；也可以例如用户设备的方向，依据接入网设备天线的波束赋形按照是否能够覆盖以及覆盖后可能的信道质量划分。这种差异性，最终会体现在用户设备之间是否存在影响导致子组播组的传输效率。通常来说，参考值的差异性越小，那么相互影响会越小。

二、混合模式下动态选择单播方式或者组播方式

在以下举例中，参与接收组播业务数据的用户设备，存在组播方式和单播方式共存的情况；在以下举例中，侧重于对动态调整组播方式和单播方式的说明。

(a)

如图11所示，三条曲线a、b和c分别表示三个用户设备接收相同的组播业务数据，在一段时间内的信道质量的变化情况，在t0-t1时间段，a、b和c都处于信道质量较好的阶段，接入网设备通过组播方式发送给a、b和c。t1-t2时间段，用户设备c发生较强的信道质量恶化，这种信道质量恶化可能是因为移动或者发生了临时信号被遮挡或者干扰等情况，导致无法保证组播业务数据被正确接收。由于通过单播方式接收组播业务数据可以通过混合自动重传(hybridautomaticrepeatrequest，harq)，动态调度或者自适应调制编码(adaptivemodulationandcoding，amc)调整，对该用户设备信道条件的变差进行弥补。因此在t1-t2时间段，用户设备a和b可以继续使用组播方式接收组播业务数据，用户设备c使用单播方式接收组播业务数据；在时间t2之后，用户设备c的信道质量恢复到较好的状态，那么用户设备c可以再使用组播方式接收组播业务数据。具体流程可以如图12所示，包括：

1201：在组播会话建立后，建立与用户设备之间的无线承载。

本步骤中，可以一次发送组播的配置信息和单播的配置信息，无线承载可以选择组播的无线承载或者单播的无线承载，可以参考前文实施例，在此不再赘述。

1202：用户设备向接入网设备发送信道测量反馈。

在这里信道质量反馈携带的是信息是用户设备的信道质量的信息，具体可以是：测量报告、信道状态报告、上行参考信号。另外，由于在步骤1201中，配置信息中可以指定切换的门限，因此如果用户设备自己决定是否要切换接收组播业务数据的方式，在本步骤也可以由用户设备发送接收方式的切换指示信息。

1203：接入网设备可以通过用户设备发送的信道测量反馈或者用户设备发送的接收方式的切换指示信息，确定用户设备从采用组播方式接收组播业务数据切换到采用单播方式接收组播业务数据，或者，从采用单播方式接收组播业务数据切换到的组播方式接收组播业务数据。接入网设备向用户设备发送切换指示，用户设备则进行业务数据的接收方式的切换。

以上图11中，在t1时刻，接入网设备确定的是用户设备c从采用组播方式接收组播业务数据切换到采用单播方式接收组播业务数据，在t2时刻，接入网设备确定的是用户设备c从采用单播方式接收组播业务数据切换到采用组播方式接收组播业务数据。

在本实施例中，接入网设备可以通过信令指示用户设备c从采用组播方式接收组播业务数据切换到采用单播方式接收组播业务数据。在步骤1203中，切换用户设备接收组播业务数据的方式，可以通过无线承载重配的方式进行。为了更快进行切换，从而匹配快速的信道状态变化，接入网设备在步骤1201的组播业务建立时，将组播的配置信息和单播的配置信息都发送给用户设备，在需要切换模式时，通过切换指令来指示用户设备切换组播业务数据的接收方式，或者激活指定的组播业务数据的接收方式。切换指令可以如：物理层下行控制指示(downlinkcontrolindicator，dci)或者mac层的控制单元(controlelement，ce)。

三、业务触发的组播单播模式切换

在以下举例中，参与接收组播业务数据的用户设备，存在组播方式和单播方式切换的情况；在以下举例中，有组播业务数据需要使用单播方式发送给用户设备，后续用户设备可以使用组播方式接收组播业务数据。

如图13所示，表示了一种由业务触发接收方式切换的场景。由于组播通方式常会以固定速率发送和接收，如果用户设备有特定的诉求，如：需要以更高速度接收组播业务数据时，用户设备可以通过信令和接入网设备交互，由接入网设备使用单播方式发送组播业务数据给该用户设备。如如图12所标的场景中，用户设备正在接收视频业务，当前的视频常见编解码方式h.264/h.265中图像帧以序列为单位进行组织，有i帧，b帧和p帧，其中i帧是全帧压缩编码帧，解码时仅用i帧的数据就可重构完整图像。b帧和p帧是基于i帧为基础，只传输与其有差异的部分，由于视频信息中，连续帧之间相同的信息很多，通过b/p帧可以大量减少相同信息的传输从而节省传输的带宽。然而，用户设备在接收一个新的视频时，比如点击了一个新的视频，进度条拖动或者换台时，需要先解开一个i帧才能顺利的播放。在单播业务中，服务器总是以i帧为起始发送数据，然而组播业务由于是同时发送给多个用户的，新加入的用户无法确保在加入时刚好能接收到一个新的i帧，如图13所示，用户设备在t1时刻开始接收组播业务数据，此时前一个i帧已发送完成，后一个i帧还未开始发送，基于当前开始接收的p帧和b帧用户设备无法正确完成一个完整视频帧的构建，因此用户设备只能处于黑屏状态，无法马上开始视频播放。此时用户设备可以指示接入网设备使用单播方式发送组播业务数据，以较高的速率为用户设备发送之前未接收的i帧和b，使用户设备可以马上开始视频播放。当用户设备通过单播方式接收的数据帧大于或者等于当前组播的数据帧序号时，用户设备可以释放单播资源，切换回组播方式通过组播方式接收组播业务数据。

核心网设备可以将不同数据包的类型通过数据包头中的标记进行区分，接入网设备可以根据核心网设备的指示信息，进行组播业务数据发送，并缓存一定的时间。当有新的用户设备加入组播组或者原有用户设备开始接收组播业务数据时，接入网设备可以先使用单播方式发送一段组播业务数据，这些组播业务数据可以是由接入网设备之前缓存的，发送的起始数据包可以是一段时间内，或者从最近一个特殊类型的数据包开始。如果接入网设备没有缓存需要使用单播方式发送的组播业务数据，则单播方式发送的组播业务数据可能由核心网设备发送到接入网设备，在组播会话建立或更新过程中，核心网设备和接入网设备之间建立一个单播发送的通道，用于发送组播业务数据。这些需要使用单播方式发送的组播业务数据发送结束后，由接入网设备或者用户设备设备自己切换回组播方式接收组播业务数据。如果是上述核心网设备发送组播业务数据到接入网设备的场景，核心网可以通知接入网何时结束单播方式发送组播业务数据，可以通过单独的信令或者数据包中的特殊标识(如gtp-u的endmarker)表示使用单播方式发送组播业务数据结束。类似的接入网设备也可以通过专用信令或者结束数据包标识，通知用户设备切换回组播方式接收组播业务数据。以视频播放场景为例，具体过程可以参照图14所示包括：

1401：在组播会话建立后，用户设备加入组播组，或者用户设备切换到组播方式接收组播业务数据，建立无线承载适应于以组播方式接收组播业务数据。

在本步骤中，用户设备可以是新加入组播组的用户设备，也可以是组播组已有的用户设备。

1402：接入网设备确定有一部分组播业务数据需要以单播方式发送给用户设备，与用户设备之间建立无线承载，用于单播方式发送组播业务数据。

接入网设备确定组播业务数据需要以单播方式发送给用户设备的方式可以包括：核心网设备在数据包的协议头中指定某些数据包，例如：b帧和p帧需要以单播方式发送；或者，接入网设备自己解析收到的数据包，发现是b帧或p帧，则确定需要以单播方式发送。

1403：接入网设备向用户设备发送需要以单播方式发送的组播业务数据。

接入网设备以单播方式发送的组播业务数据，可以是自己缓存的，例如：组播业务执行过程中，接入网设备均缓存最近发送的一个i帧以及该i帧到下一个未接收的i帧之间的数据，作为需要以单播方式发送的组播业务数据；也可以是从组播业务的源端获得的数据，具体如何获得这些需要以单播方式发送的组播业务数据本发明实施例不作唯一性说明。

1404：接入网设备在发送完毕需要以单播方式发送的组播业务数据后，将接入网设备与用户设备之间的无线承载重新切换回用于组播方式接收组播业务数据的无线承载。

切换的方式可以是接入网设备向用户设备发送切换指令，也可以是重配无线接入承载，使新建立的无线承载能够适应于组播方式发送业务数据。

1405：接入网设备使用组播方式向用户设备发送组播业务数据。

四、组播业务数据的发送方式切换期间的业务连续性保障：

在组播方式切换到单播方式时，为了保障组播业务的连续性，用户设备可以在切换到单播方式后，以数据包编号的方式通知接入网设备，使用单播方式开始发送的数据包是哪个。例如：可以通知接入网设备最后一个成功接收到的数据包序号，或者，下一个需要接收的数据包序号，或者，也可以通过pdcp状态报告的方式通知接入网设备，该pdcp状态报告用于指示接入网设备从序号n开始到m为止，用户设备已经成功接收的数据包标识为1，未成功接收的数据包标识为0。根据用户设备发送的信息，接入网设备使用单播方式发送用户设备未接收到的数据包，确保用户设备的业务连续性。

五、混合发送方式下单播方式和组播方式协作：

单播方式和组播方式不仅可以相互切换，还可以相互配合协作。由于目前采用组播方式传输组播业务数据没有反馈信息，无法进行重传，使得组播业务只能采用比较保守鲁邦的传输方式传输来确保终端在大部分场景下一次接收就能成功。由于保守的传输方式需要牺牲资源的效率，本申请的组播增强方案，可以引入参与组播业务的用户设备的反馈机制，在组播组内有用户设备接收失败后，接入网设备进行重传。本发明实施例中，可以通过单播方式来重传组播业务数据。

如图15和图16所示，a、b以及c分别表示组播组内的一个用户设备，其中用户设备c在t1到t2间信道质量变差，如用户设备c进入小区边缘或者或者信道被阻挡等，使得用户设备c接收组播业务数据失败。用户设备c可以通过反馈信息，告知接入网设备需要重传的数据包。在有数据包重传的过程中，用户设备可以同时进行组播方式和单播方式的组播业务数据接收，在单播的协助下，组播可以达高的可靠性，以及可以用更高效的组播方式发送。

用户设备告知接入网需要重传的数据包的方式具体可以有：

用户设备通过反馈信息和重传的数据包的固定关系，如：物理层反馈信道发送nack的方式，指定接入网设备通过单播方式重传n-k子帧发送的数据包,n为nack发送的子帧。也可以通过显式的数据包编号，如：rlc或pdcp的状态报告，以显示的方式指示序列号为(sequencenumberx，snx)的一个或多个数据包需要重传。

前述实施例对组播业务涉及空口传输的几个典型场景和流程进行了举例说明。下面实施例将集中说明接入网设备和用户设备的用户面协议栈结构。

如图17以及图18所示，是在pdcp层实现组播和单播协作的协议栈结构，包含接入网设备的组播用户面发送侧协议栈结构，以及用户设备1至n作为接收侧的协议栈结构，和rlc层的服务接口可以参考组播以及单播相关协议规定，在此不再赘述。

接入网设备为不同的组播会话建立组播承载，每个组播承载对应一个组播pdcp。pdcp之前还可以增加的各种业务到承载的映射功能实体，如5g中在pdcp之上还有一个sdap，用于流(flow)到pdcp的映射，与本发明实施例核心内容的功能无关，因此后续都省略描述。组播pdcp对组播业务sdu增加序列号(sequencenumber，sn)，该sn用于接收侧进行数据包排序和重传请求。组播pdcp还可以进行组播数据包的加密功能，组播使用业务加密秘钥而不是终端的加密秘钥，可以确保不同的用户能对组播pdcp解密。pdcp还可以有对数据包头进行头压缩功能。然后添加pdcp头，交由复制和路由模块。在底层通过单播方式发送的数据包，可以将数据包复制然后缓存到一个队列，用于处理后续的重传请求；组播方式发送的数据包则可以不需要复制和缓存。

在pdcp完成数据包的处理后，将得到的分组数据单元(packetdataunit，pdu)数据发送到rlc模块，由于组播方式下自身无法完成反馈，因此组播rlc可以采用的是um模式，在底层进一步映射到组播mac，通过独立的harq实体和独立的调度标识(如g-rnti)在对应的组播物理层提供的组播物理信道上进行发送。对于处于单播状态的用户设备，组播pdcp可以根据组播组的成员信息，发送到对应用户设备与该组播业务相关联的单播rlc实体，这里rlc可以选择am或者um模式，再由该用户设备的rlc发送到单播mac实体，由其单播harq实体负责单播调度，以及在单播物理层进行harq数据发送。

根据上述场景描述中可见，用户设备可以处于单播方式或者多播方式中的一种，或者也可以处于单播方式和多播方式同时工作的混合模式。当仅采用一种接收或发送方式的情况下，用户设备可以根据接入网设备的配置，通过组播rlc或者单播rlc接收数据包，然后递交给组播pdcp。当处于混合模式时，组播rlc实体和单播rlc实体可能会同时向组播pdcp提交pdu数据，pdcp根据sn号对rlc递交的pdu数据进行排序或者重复判断。pdcp判断有数据包丢失时，如sn号不连续时，可以由pdcp发起重传请求，如通过pdcp状态报告的方式，通知接入网设备缺失的数据包sn号。该重传请求通过单播方式反馈到接入网设备对应的单播rlc实体，并由接入网设备的单播rlc实体提交给组播pdcp。由组播pdcp将相应sn号的pdu数据，再次通过单播rlc发送，从而完成数据重传。

如图19所示，表示的在rlc层进行组播方式和单播方式切换的协议栈结构。其中，组播rlc负责数据包的分割，然后发送到组播mac进行发送；对于处于单播模式的用户设备，组播rlc进行pdu复制后发送给用户设备对应的单播macharq实体进行单播发送。当用户设备处于混合模式时，组播方式下接收失败时，由用户设备的arq实体，发起rlc状态报告，请求接入网设备的组播rlc对缺失的rlcsn标识对应的pdu数据进行重传。相比由pdcp控制切换的方法，由组播rlc发起重传，可以按照rlc的pdu粒度进行重传，避免了重传整个pdcppdu，重传整个pdcppdu数据通常是ip包粒度，而组播rlc可能根据空口的资源状态，将组播pdcp的pdu数据分割成数个分段，从而避免了重传粒度大导致重传资源浪费的问题。当用户设备请求重传数据时，组播rlc还可以按照用户设备当前的无线资源状况对要求重传的rlcpdu再次进行分割。

本发明实施例可以应用到各种无线接入制式，基于pdcp实现组播方式和单播方式的配合，可以完成如通过lte组播，nr进行单播，或者lte组播，wlan进行单播。

本发明实施例还提供了一种接入网设备，如图20所示，包括：

指示发送单元2001，用于向用户设备发送指示信息，上述指示信息用于指示组播业务数据的接收方式，上述接收方式包括单播方式和/或组播方式；

数据发送单元2002，用于使用上述指示信息中指示的单播方式和/或组播方式发送上述组播业务数据。

在一个可选的实现方式中，上述接入网设备还包括：

配置发送单元2003，用于向上述用户设备发送配置信息，上述配置信息用于组播业务数据的接收。

在一个可选的实现方式中，上述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

在一个可选的实现方式中，上述接入网设备还包括：

信息接收单元2004，用于接收上述用户设备或核心网设备发送的组播业务信息，上述组播业务信息用于通知上述用户设备接收上述组播业务数据，上述组播业务信息中包含上述用户设备的标识信息和上述组播业务的标识信息。

在一个可选的实现方式中，上述信息接收单元2004，用于接收上述用户设备或核心网设备发送的组播业务信息包括：

接收上述核心网设备发送的组播会话建立请求，上述组播会话建立请求中包含上述用户设备的标识信息和上述组播业务的标识信息；

或者，接收上述核心网设备或上述用户设备发送的组播成员变更信息。

在一个可选的实现方式中，上述接入网设备还包括：

方式确认单元2005，用于根据接收上述组播业务数据的用户设备数量指示上述用户设备使用单播方式和/或组播方式接收上述组播业务数据；

或者，接收上述用户设备发送的信道测量信息，根据上述信道测量信息指示上述用户设备使用单播方式和/或组播方式接收上述组播业务数据。

在一个可选的实现方式中，上述配置信息包括第一组播配置信息和第二组播配置信息；

上述指示信息指示上述组播业务数据的接收方式包括组播方式，且上述指示信息中指示上述第一组播配置信息或者上述第二组播配置信息用于组播业务数据的接收。

在一个可选的实现方式中，

上述数据发送单元2002，还用于根据上述用户设备的指示使用单播方式发送上述组播业务数据中的至少一个数据包；

或者，根据核心网设备的指示使用单播方式发送上述组播业务数据中的至少一个数据包；

或者，根据上述组播业务数据中的至少一个数据包的类型信息使用单播方式发送上述至少一个数据包。

在一个可选的实现方式中，上述至少一个数据包为在上述接入网设备中缓存的已采用组播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业务数据。

在一个可选的实现方式中，上述接入网设备还包括：

状态接收单元2006，用于接收上述用户设备发送的接收状态信息，上述接收状态信息用于表示上述组播业务数据中数据包的接收状态；

上述数据发送单元2002，还用于根据上述接收状态信息，使用单播方式向上述用户设备发送上述组播业务数据中未接收成功的数据包。

在一个可选的实现方式中，上述数据发送单元2002，用于通过数据会聚协议pdcp层将待发送的组播业务数据发送至单播无线链路控制rlc实体，并使用单播方式发送上述待发送的组播业务数据。

在一个可选的实现方式中，上述数据发送单元2002，还用于上述接入网设备在数据会聚协议pdcp层复制上述待发送的组播业务数据，将上述待发送的组播业务数据存储。

在一个可选的实现方式中，上述数据发送单元2002，用于上述接入网设备通过组播数据会聚协议pdcp层将待发送的组播业务数据发送至组播无线链路控制rlc实体，由上述组播无线链路控制rlc实体将上述待发送的组播业务数据发往单播媒体接入控制mac实体，由上述单播媒体接入控制mac实体使用单播方式发送上述待发送的组播业务数据。

本发明实施例还提供了一种用户设备，如图21所示，包括：

指示接收单元2101，用于接收接入网设备发送的指示信息，上述指示信息用于指示组播业务数据的接收方式，上述接收方式包括单播方式和/或组播方式；

数据接收单元2102，用于使用上述指示信息中指示的单播方式和/或组播方式接收上述组播业务数据。

在一个可选的实现方式中，上述用户设备还包括：

配置接收单元2103，用于接收上述接入网设备发送的配置信息，上述配置信息用于组播业务数据的接收。

在一个可选的实现方式中，上述配置信息包括：

组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。

在一个可选的实现方式中，上述用户设备还包括：

信息发送单元2104，用于向上述接入网设备发送组播业务信息，上述组播业务信息用于通知上述用户设备接收上述组播业务数据，上述组播业务信息中包含上述用户设备的标识信息和上述组播业务的标识信息。

在一个可选的实现方式中，上述信息发送单元2104，用于向上述接入网设备发送组播业务信息包括：向上述接入网设备发送组播成员变更信息。

在一个可选的实现方式中，上述用户设备还包括：

上述数据接收单元2102，用于根据接收上述组播业务数据的用户设备数量选择使用单播方式和/或组播方式接收上述组播业务数据；

或者，根据上述用户设备的信道测量信息，选择使用单播方式和/或组播方式接收上述组播业务数据。

在一个可选的实现方式中，上述配置信息包括第一组播配置信息和第二组播配置信息；

上述指示信息指示上述组播业务数据的接收方式包括组播方式，且上述指示信息中指示上述第一组播配置信息或者上述第二组播配置信息用于组播业务数据的接收。

在一个可选的实现方式中，上述用户设备还包括：

指示发送单元2105，用于指示上述接入网设备使用单播方式发送上述组播业务数据中的至少一个数据包。

在一个可选的实现方式中，上述用户设备还包括：

状态发送单元2106，用于向上述接入网设备发送接收状态信息，上述接收状态信息用于表示上述组播业务数据中数据包的接收状态；

上述数据接收单元2102，用于接收上述接入网设备发送的上述组播业务数据中未接收成功的数据包。

在一个可选的实现方式中，上述状态发送单元2106，还用于在分组数据会聚协议pdcp层进行丢包检测，获得上述接收状态信息。

在一个可选的实现方式中，上述用户设备还包括：

上述数据接收单元2102，还用于在单播无线链路控制rlc实体将接收到的组播业务数据发送至上述组播数据会聚协议pdcp层。

请参见图22，图22是本发明实施例提供的一种设备220，该设备220包括处理器2201、存储器2202和收发器2203，上述处理器2201、存储器2202和收发器2203通过总线相互连接。

存储器2202包括但不限于是随机存储记忆体(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、或便携式只读存储器(compactdiscread-onlymemory，cd-rom)，该存储器2202用于相关指令及数据。收发器2203用于接收和发送数据。

处理器2201可以是一个或多个中央处理器(centralprocessingunit，cpu)，在处理器2201是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。

该设备220中的处理器2201用于读取上述存储器2202中存储的程序代码，执行以下操作：

在上述存储器2202中存储有程序代码；

上述处理器2201用于读取上述程序代码与上述收发器2203配合实现由接入网设备或者由用户设备执行的任意一项的方法。其中收发器2203可以实现前文用户设备或者接入网设备中实现收发功能的各种单元的功能，其他功能由处理器2201实现。

参考图23，图23示出了本申请的一些实施例提供的用户设备230。如图23所示，用户设备230可包括：输入输出模块(包括音频输入输出模块2318、按键输入模块2316以及显示器2320等)、用户接口2302、一个或多个处理器2304、发射器2306、接收器2308、耦合器2310、天线2314以及存储器2312。这些部件可通过总线或者其它方式连接，图23以通过总线连接为例。其中：

天线2314可用于将电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器2310用于将天线2314接收到的移动通信信号分成多路，分配给多个的接收器2308。

发射器2306可用于对处理器2304输出的信号进行发射处理。

接收器2308可用于对天线2314接收的移动通信信号进行接收处理。

在本申请的一些实施例中，发射器2306和接收器2308可看作一个无线调制解调器。在用户设备230中，发射器2306和接收器2308的数量均可以是一个或者多个。

除了图23所示的发射器2306和接收器2308，用户设备230还可包括其他通信部件，例如gps模块、蓝牙(bluetooth)模块、无线高保真(wirelessfidelity，wi-fi)模块等。不限于上述表述的无线通信信号，用户设备230还可以支持其他无线通信信号，例如卫星信号、短波信号等等。

所述输入输出模块可用于实现用户设备230和用户/外部环境之间的交互，可主要包括音频输入输出模块2318、按键输入模块2316以及显示器2320等。具体的，所述输入输出模块还可包括：摄像头、触摸屏以及传感器等等。其中，所述输入输出模块均通过用户接口2302与处理器2304进行通信。

存储器2312与处理器2304耦合，用于存储各种软件程序和/或多组指令。具体的，存储器2312可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器2312可以存储操作系统(下述简称系统)，例如android，ios，windows，或者linux等嵌入式操作系统。存储器2312还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个用户设备，一个或多个网络设备进行通信。存储器2312还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

在本申请的一些实施例中，存储器2312可用于存储本申请的一个或多个实施例提供的系统消息接收方法在用户设备230侧的实现程序。关于本申请的一个或多个实施例提供的系统消息接收方法的实现，请参考后续实施例。

处理器2304可用于读取和执行计算机可读指令。具体的，处理器2304可用于调用存储于存储器2312中的程序，并执行该程序包含的指令以实现后续实施例涉及的方法。

可以理解的，用户设备230可以是本发明实施例前文通信系统中的用户设备，可实施为移动设备，移动台(mobilestation)，移动单元(mobileunit)，无线单元，远程单元，用户代理，移动客户端等等。

需要说明的，图23所示的用户设备230仅仅是本申请实施例的一种实现方式，实际应用中，用户设备230还可以包括更多或更少的部件，这里不作限制。在本实施例中，处理器23可以对应到图22所示的处理器；发射器2306、接收器2308可以分别对应到实现发送功能和接收功能的单元。

本发明实施例还提供了一种存储介质，上述存储介质中存储有程序代码，上述程序代码包括程序指令，上述程序指令当被处理器执行时使上述处理器配合收发器执行如本发明实施例提供的任一项上述的方法。

本发明实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序指令，上述程序代码当被处理器执行时使上述处理器配合收发器执行如本发明实施例提供的任一项上述的方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：rom或随机存储记忆体ram、磁碟或者光盘等各种可存储程序代码的介质。