一种进行业务传输的方法和设备与流程

本发明涉及无线通信技术领域，特别涉及一种进行业务传输的方法和设备。

背景技术：

机器类通信(machinetypecommunication，mtc)作为一种新型的通信理念，其目的是将多种不同类型的通信技术有机结合，如：机器对机器通信、机器控制通信、人机交互通信、移动互联通信。预计未来人对人通信的业务可能仅占整个终端市场的1/3，而更大数量的通信是机器间(小带宽系统)通信业务。当前的移动通信网络是针对人与人之间的通信设计的，如：网络容量的确定等。如果希望利用移动通信网络来支持小带宽系统通信就需要根据小带宽系统通信的特点对移动通信系统的机制进行优化，以便能够在对传统的人与人通信不受或受较小影响的情况下，更好地实现小带宽系统通信。

窄带物联网(narrowbandinternetofthings，nb-iot)工作阶段(workitem,wi)在3gpp(3rdgenerationpartnershipproject，第三代移动通信标准化组织)版本13(release13)阶段通过并启动。窄带互联网工作阶段的目标是对蜂窝物联网(cellularinternetofthings，ciot)的无线接入进行技术标准化。技术基于lte/lte-a进行扩展，主要考虑的网络特性/目标是：增强室内覆盖，支持大量低速设备接入，低时延敏感性，降低设备成本，降低设备功耗，优化网络架构等。

除了窄带物联网还有很多存在覆盖增强区域的场景，在这些场景中，终端需要从网络侧接收需要接收的业务，但是目前并没有一种针对覆盖增强区域的场景中终端如何接收需要接收的业务。

技术实现要素：

本发明提供一种进行业务传输的方法和设备，用以解决目前并没有针对覆盖增强区域的场景中终端如何接收需要接收的业务的问题。

本发明实施例提供的一种进行业务传输的方法，该方法包括：

终端根据多播参数信息确定需要接收的多播业务对应的接收方式；

所述终端根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，包括：

所述终端判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

可选的，所述终端状态包括下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

可选的，所述接收需要接收的多播业务的接收方式为多播方式；

所述终端根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务，包括：

所述终端根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收需要接收的多播业务的接收方式为单播方式；

所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式之后，根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务之前，还包括：

所述终端向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述单播信息包括所述终端需要接收的业务标识和/或用于通知进行单播的指示信息。

可选的，所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式之前，还包括：

所述终端接收来自网络侧设备的所述多播参数信息；或

所述终端确定预先设定的所述多播参数信息。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

本发明实施例提供的另一种进行业务传输的方法，该方法包括：

网络侧设备确定至少一个多播参数信息；

所述网络侧设备向终端发送所述至少一个多播参数信息，以使所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收所述网络侧设备发送的所述需要接收的多播业务。

可选的，所述网络侧设备确定至少一个多播参数信息，包括：

所述网络侧设备为每个多播业务确定至少一个多播参数信息；和/或

所述网络侧设备为自身管理的小区确定至少一个多播参数信息。

可选的，所述网络侧设备向终端发送所述至少一个多播参数信息之后，还包括：

若一个多播业务对应多个多播参数信息，所述网络侧设备分别根据每个多播参数信息业务发送对应的多播业务。

可选的，所述网络侧设备向终端发送所述至少一个多播参数信息之后，还包括：

若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

本发明实施例提供的一种进行业务传输的终端，该终端包括：

接收方式确定模块，用于根据多播参数信息确定需要接收的多播业务对应的接收方式；

处理模块，用于根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收方式确定模块具体用于：

判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

可选的，所述终端状态包括下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

可选的，所述接收需要接收的多播业务的接收方式为多播方式；

所述处理模块具体用于：

根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收需要接收的多播业务的接收方式为单播方式；

所述处理模块还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之后，根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务之前，向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述单播信息包括所述终端需要接收的业务标识和/或用于通知进行单播的指示信息。

可选的，所述接收方式确定模块还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，接收来自网络侧设备的所述多播参数信息；或

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，确定预先设定的所述多播参数信息。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

本发明实施例提供的一种进行业务传输的网络侧设备，该网络侧设备包括：

信息确定模块，用于确定至少一个多播参数信息；

发送模块，用于向终端发送所述至少一个多播参数信息，以使所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收所述网络侧设备发送的所述需要接收的多播业务。

可选的，所述信息确定模块具体用于：

为每个多播业务确定至少一个多播参数信息；和/或

为自身管理的小区确定至少一个多播参数信息。

可选的，所述发送模块还用于：

向终端发送所述至少一个多播参数信息之后，若一个多播业务对应多个多播参数信息，分别根据每个多播参数信息业务发送对应的多播业务。

可选的，所述发送模块还用于：

向终端发送所述至少一个多播参数信息之后，若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

本发明实施例终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。由于终端根据多播参数信息确定需要接收的多播业务对应的接收方式，从而在覆盖增强区域的场景中终端可以接收需要接收的业务；进一步提高了系统性能。

附图说明

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

图1为本发明实施例进行业务传输的系统结构示意图；

图2为本发明实施例第一种终端的结构示意图；

图3为本发明实施例第一种网络侧设备的结构示意图；

图4为本发明实施例第二种终端的结构示意图；

图5为本发明实施例第二种网络侧设备的结构示意图；

图6为本发明实施例终端侧进行业务传输的方法流程示意图；

图7为本发明实施例网络侧设备指示终端进行业务传输的方法流程示意图；

图8为本发明实施例网络侧设备通知多播参数信息的方法流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1所示，本发明实施例进行业务传输的系统包括：终端10和网络侧设备20。

终端10，用于根据多播参数信息确定需要接收的多播业务对应的接收方式；根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

网络侧设备20，用于向终端发送需要接收的多播业务。

本发明实施例终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。由于终端根据多播参数信息确定需要接收的多播业务对应的接收方式，从而在覆盖增强区域的场景中终端可以接收需要接收的业务；进一步提高了系统性能。

本发明实施例终端需要接收的多播业务是终端感兴趣的多播业务，比如可以是用户订阅的多播业务等。

在实施中，所述终端在根据多播参数信息确定需要接收的多播业务对应的接收方式之前，需要获取多播参数信息。

所述终端获取多播参数信息的方式有很多，比如可以在协议中设定多播参数信息，这样终端可以确定预先设定的所述多播参数信息。

一种可选的方式是：由网络侧将多播参数信息通知给终端。

具体的，网络侧设备确定至少一个多播参数信息，向终端发送所述至少一个多播参数信息；

相应的，所述终端接收来自网络侧设备的所述多播参数信息。

网络侧设备可以采用多播、广播等方式向终端发送多播参数信息。

可选的，所述网络侧设备为每个多播业务确定至少一个多播参数信息，即一个多播业务对应至少一个多播参数信息，不同的多播业务对应的多播参数信息可以相同，也可以不同；和/或

所述网络侧设备为自身管理的小区确定至少一个多播参数信息，即小区中的多播业务多对应相同的多播参数信息，不同的多播业务对应的多播参数信息相同。

可选的，所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式时，需要判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

多播参数信息包括但不限于下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

其中，终端状态包括但不限于下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

在实施中，根据多播参数信息包括的信息不同，当前的终端状态的具体含义也不相同。

比如多播参数信息包括终端的信号强度范围，则当前的终端状态为终端当前的信号强度；还比如多播参数信息包括终端的移动状态，则当前的终端状态为终端当前的移动状态；还比如多播参数信息包括终端的覆盖增强等级范围，则当前的终端状态为当前的覆盖增强等级。

终端的信号强度可以根据终端的rsrp(referencesignalreceivedpower，参考信号接收功率)、rsrq(referencesignalreceivedquality，参考信号接收质量)等参数确定。如果终端当前的信号强度在多播参数信息包括的终端的信号强度范围内，则终端确认与所述多播参数信息匹配；反之，如果终端当前的信号强度在多播参数信息包括的终端的信号强度范围外，则终端确认与所述多播参数信息不匹配。

终端的移动状态可以根据终端当前的速度和阈值进行比较后确定。比如可以规定0～40km/h规定为低速状态；将40～100km/h规定为中速状态；将100km/h以上规定为高速状态。

终端的移动状态也可以是沿用现有网络中ue在连接态和空闲态的移动状态判断，在此不赘述。

需要说明的是，上述数值只是举例说明，根据具体场景、需求等情况可以设置具体数值。

假设多播参数信息包括终端的移动状态为低速，如果终端当前的移动状态为低速，则终端确认与所述多播参数信息匹配；反之，如果终端当前的移动状态不是低速，则终端确认与所述多播参数信息不匹配。

可选的，如果终端确认接收需要接收的多播业务的接收方式为多播方式，则所述终端根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

对于网络侧设备，需要根据多播参数信息业务发送对应的多播业务。

如果一个多播业务对应多个多播参数信息，所述网络侧设备需要分别根据每个多播参数信息业务发送对应的多播业务。

比如多播参数信息1包括：

{tmgi1，repetition为2，rsrp范围1}；

多播参数信息2包括：

{tmgi1，repetition为:512，rsrp范围2}。

其中，tmgi(temporarymobilegroupidentity，临时移动组标识)用于表示多播参数信息对应的多播业务；

repetition用于表示多播业务重复发送的次数；

rsrp范围表示允许通过多播接收的终端的信号强度范围。

网络侧设备需要根据多播参数信息1发送tmgi1的多播业务，以及需要根据多播参数信息2发送tmgi1的多播业务。

可选的，如果终端确认接收需要接收的多播业务的接收方式为单播方式，则终端需要通知网络侧设备通过单播方式发送多播业务。

具体的，所述终端向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

相应的，若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

终端向网络侧设备发送单播信息的方式有很多，比如可以通过应用层消息发送单播信息；也可以通过rrc(radioresourcecontrol，无线资源控制)消息发送单播信息。

只要能够将单播信息发送给网络侧设备的方式都适用本发明实施例。

其中，单播信息包括但不限于下列信息中的部分或全部：

终端需要接收的业务标识；

用于通知进行单播的指示信息。

如果单播信息包括终端需要接收的业务标识，则可以先约定单播信息包括终端需要接收的业务标识就说明终端需要通过单播方式接收多播业务，即网络侧设备收到单播信息包括终端需要接收的业务标识就知道需要单播方式向终端发送多播业务。

如果单播信息包括用于通知进行单播的指示信息，如果网络侧设备当前只有一种多播业务，可以直接通过单播方式发送多播业务；如果网络侧设备当前有多个多播业务，可以通知终端上报需要接收的多播业务，并根据收到的反馈信息确定终端需要接收的多播业务，通过单播方式向终端发送需要接收的多播业务。

其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，还可以是其它网络侧设备。

如图2所示，本发明实施例第一种终端包括：

接收方式确定模块200，用于根据多播参数信息确定需要接收的多播业务对应的接收方式；

处理模块201，用于根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收方式确定模块200具体用于：

判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

可选的，所述终端状态包括下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

可选的，所述接收需要接收的多播业务的接收方式为多播方式；

所述处理模块201具体用于：

根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收需要接收的多播业务的接收方式为单播方式；

所述处理模块201还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之后，根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务之前，向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述单播信息包括所述终端需要接收的业务标识和/或用于通知进行单播的指示信息。

可选的，所述接收方式确定模块200还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，接收来自网络侧设备的所述多播参数信息；或

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，确定预先设定的所述多播参数信息。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

如图3所示，本发明实施例第一种网络侧设备包括：

信息确定模块300，用于确定至少一个多播参数信息；

发送模块301，用于向终端发送所述至少一个多播参数信息，以使所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收所述网络侧设备发送的所述需要接收的多播业务。

可选的，所述信息确定模块300具体用于：

为每个多播业务确定至少一个多播参数信息；和/或

为自身管理的小区确定至少一个多播参数信息。

可选的，所述发送模块301还用于：

向终端发送所述至少一个多播参数信息之后，若一个多播业务对应多个多播参数信息，分别根据每个多播参数信息业务发送对应的多播业务。

可选的，所述发送模块301还用于：

向终端发送所述至少一个多播参数信息之后，若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

如图4所示，本发明实施例第二种终端包括：

处理器401，用于读取存储器404中的程序，执行下列过程：

根据多播参数信息确定需要接收的多播业务对应的接收方式；

利用收发机402根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

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

可选的，所述处理器401具体用于：

判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

可选的，所述终端状态包括下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

可选的，所述接收需要接收的多播业务的接收方式为多播方式；

所述处理器401具体用于：

根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收需要接收的多播业务的接收方式为单播方式；

所述处理器401还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之后，根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务之前，向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述单播信息包括所述终端需要接收的业务标识和/或用于通知进行单播的指示信息。

可选的，所述处理器401还用于：

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，接收来自网络侧设备的所述多播参数信息；或

根据多播参数信息确定需要接收的多播业务对应的接收方式之前，确定预先设定的所述多播参数信息。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

在图4中，总线架构(用总线400来代表)，总线400可以包括任意数量的互联的总线和桥，总线400将包括由通用处理器401代表的一个或多个处理器和存储器404代表的存储器的各种电路链接在一起。总线400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口403在总线400和收发机402之间提供接口。收发机402可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机402从其他设备接收外部数据。收发机402用于将处理器401处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口405，例如小键盘、显示器、扬声器、麦克风、操纵杆。

处理器401负责管理总线400和通常的处理，如前述所述运行通用操作系统。而存储器404可以被用于存储处理器401在执行操作时所使用的数据。

可选的，处理器401可以是cpu(中央处埋器)、asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field－programmablegatearray，现场可编程门阵列)或cpld(complexprogrammablelogicdevice，复杂可编程逻辑器件)。

如图5所示，本发明实施例第二种网络侧设备包括：

处理器501，用于读取存储器504中的程序，执行下列过程：

确定至少一个多播参数信息；利用收发机502向终端发送所述至少一个多播参数信息，以使所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收所述网络侧设备发送的所述需要接收的多播业务。

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

可选的，所述处理器501具体用于：

为每个多播业务确定至少一个多播参数信息；和/或

为自身管理的小区确定至少一个多播参数信息。

可选的，所述处理器501还用于：

向终端发送所述至少一个多播参数信息之后，若一个多播业务对应多个多播参数信息，分别根据每个多播参数信息业务发送对应的多播业务。

可选的，所述处理器501还用于：

向终端发送所述至少一个多播参数信息之后，若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

在图5中，总线架构(用总线500来代表)，总线500可以包括任意数量的互联的总线和桥，总线500将包括由处理器501代表的一个或多个处理器和存储器504代表的存储器的各种电路链接在一起。总线500还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口503在总线500和收发机502之间提供接口。收发机502可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器501处理的数据通过天线505在无线介质上进行传输，进一步，天线505还接收数据并将数据传送给处理器501。

处理器501负责管理总线500和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器504可以被用于存储处理器501在执行操作时所使用的数据。

可选的，处理器501可以是cpu、asic、fpga或cpld。

基于同一发明构思，本发明实施例中还提供了一种进行业务传输的方法，由于该方法对应的设备是本发明实施例进行业务传输的系统中的终端，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。

如图6所示，本发明实施例终端侧进行业务传输的方法包括：

步骤600、终端根据多播参数信息确定需要接收的多播业务对应的接收方式；

步骤601、所述终端根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，包括：

所述终端判断当前的终端状态是否与所述多播参数信息匹配；

如果是，则确定接收方式为多播方式；否则，确定接收方式为单播方式。

可选的，所述终端状态包括下列中的部分或全部：

终端的信号强度；

终端的移动状态；

终端的覆盖增强等级。

可选的，所述接收需要接收的多播业务的接收方式为多播方式；

所述终端根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务，包括：

所述终端根据匹配的多播参数信息接收网络侧设备发送的所述需要接收的多播业务。

可选的，所述接收需要接收的多播业务的接收方式为单播方式；

所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式之后，根据确定的接收方式接收网络侧设备发送的所述需要接收的多播业务之前，还包括：

所述终端向所述网络侧设备发送单播信息，以使所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述单播信息包括所述终端需要接收的业务标识和/或用于通知进行单播的指示信息。

可选的，所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式之前，还包括：

所述终端接收来自网络侧设备的所述多播参数信息；或

所述终端确定预先设定的所述多播参数信息。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

基于同一发明构思，本发明实施例中还提供了一种进行业务传输的方法，由于该方法对应的设备是本发明实施例进行业务传输的系统中的网络侧设备，并且该方法解决问题的原理与该设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。

如图7所示，本发明实施例网络侧设备指示终端进行业务传输的方法包括：

步骤700、网络侧设备确定至少一个多播参数信息；

步骤701、所述网络侧设备向终端发送所述至少一个多播参数信息，以使所述终端根据多播参数信息确定需要接收的多播业务对应的接收方式，并根据确定的接收方式接收所述网络侧设备发送的所述需要接收的多播业务。

可选的，所述网络侧设备确定至少一个多播参数信息，包括：

所述网络侧设备为每个多播业务确定至少一个多播参数信息；和/或

所述网络侧设备为自身管理的小区确定至少一个多播参数信息。

可选的，所述网络侧设备向终端发送所述至少一个多播参数信息之后，还包括：

若一个多播业务对应多个多播参数信息，所述网络侧设备分别根据每个多播参数信息业务发送对应的多播业务。

可选的，所述网络侧设备向终端发送所述至少一个多播参数信息之后，还包括：

若接收到来自终端的单播信息，则所述网络侧设备通过单播方式向所述终端发送所述需要接收的多播业务。

可选的，所述多播参数信息包括下列信息中的部分或全部：

业务的重传次数；

终端的信号强度范围；

终端的移动状态。

如图8所示，本发明实施例网络侧设备通知多播参数信息的方法包括：

步骤800、网络侧设备广播一个多播参数信息。

步骤801、终端接收多播参数信息，并确定多播参数信息为需要接收的多播业务对应的多播参数信息。

步骤802、终端判断是否当前的终端状态是否与收到的多播参数信息匹配；如果是，则执行步骤803；否则，执行步骤804。

步骤803、终端根据多播参数信息通过通过多播方式接收需要接收的多播业务。

步骤804、终端向网络侧设备发送单播信息。

步骤805、网络侧设备在收到单播信息后，通过单播方式向终端发送需要接收的多播业务。

步骤806、终端通过单播方式接收需要接收的多播业务。

下面列举几个例子对本发明的方案进行说明。

实施例1、一个多播业务对应多个多播参数信息。

该实施例中，一个多播业务对应多个多播参数信息，以满足不同覆盖增强区域下的重复要求。比如某小区内有一片区域处于深覆盖，假设所需的重复次数为512，其余覆盖不需要重复或者少量重复，则网络侧设备可以将多播业务a的tmgi分两次发送：一次专门针对深度覆盖区域，一次用于其它覆盖的区域。

步骤1：网络侧设备发送两个多播参数信息。

多播参数信息1包括：

{tmgi1，repetition为2，rsrp范围1}；

多播参数信息2包括：

{tmgi1，repetition为:512，rsrp范围2}。

其中，tmgi用于表示多播参数信息对应的多播业务；

repetition用于表示多播业务重复发送的次数；

rsrp范围表示允许通过多播接收的终端的信号强度范围。

网络侧设备可以采用多种方式发送多播参数信息，比如广播方式、多播方式等，在此不限定。同时现有技术中的多播业务对应的其他信息也需要发送。

需要说明的是，只要能够将多播参数信息发送给终端的方式都适用本发明实施例。

步骤2：假设ue1对tmgi1感兴趣，并根据当前的rsrp值，判断所处的位置是深度覆盖区域。

如果ue1当前的rsrp值处于rsrp值处于范围2，则ue确定与多播参数信息2匹配，并通过多播参数信息2通过多播方式接收需要接收的多播业务；

如果ue1当前的rsrp值处于rsrp值处于范围1，则ue确定与多播参数信息1匹配，并根据多播参数信息1通过多播方式接收需要接收的多播业务。

实施例2：网络侧设备针对每个多播业务分别发送一个多播参数信息，未处于多播参数信息要求的范围内的深度覆盖区域的ue触发单播方式。

该方式中，网络侧设备对每个多播业务发送一个多播参数信息，比如网络侧设备要发送tmgi1和tmgi2的多播业务。而网络侧设备大部分ue处于不需要重复或者少量重复发送的覆盖区域，有少量ue处于深度覆盖区域，所需要的重复次数为1024。通过统计发现，对tmgi1业务和tmgi2需要接收的ue大部分情况下处于不需要重复或者只需要少量重复发送的覆盖区域，因此多播时只需要满足这部分ue的接收，而无需重复发送多次，这样可以减少空口开销。如果此时处于深度覆盖区域的ue对上述多播业务感兴趣，则触发单播方式获得。

步骤1：网络侧设备发送两个多播参数信息。

多播参数信息1包括：

{tmgi1，repetition为2，对应的rsrp范围1}；

多播参数信息2包括：

{tmgi2，repetition为4，对应的rsrp范围2}。

其中，tmgi用于表示多播参数信息对应的多播业务；

repetition用于表示多播业务重复发送的次数；

rsrp范围表示允许通过多播接收的终端的信号强度范围。

网络侧设备可以采用多种方式发送多播参数信息，比如广播方式、多播方式等，在此不限定。同时现有技术中的多播业务对应的其他信息也需要发送。

需要说明的是，只要能够将多播参数信息发送给终端的方式都适用本发明实施例。

步骤2：假设ue1对tmgi1感兴趣，但ue1当前处于深覆盖区域，根据当前的rsrp值，发现并不满足tmgi1对应的rsrp范围，则ue1通过层间交互，触发应用层与网络侧设备之间建立单播连接，并通过单播方式获得需要接收的多播业务。

比如ue1可以通过应用层向网络侧设备发送单播信息；

相应的，所述网络侧设备在收到来自ue1的单播信息后就知道ue1需要通过单播方式获得需要接收的多播业务，与ue1建立单播连接，并通过单播方式向所述终端发送所述需要接收的多播业务。

实施例3：网络侧设备只发送一个多播参数信息，所有的多播业务共用该多播参数信息，未处于多播参数信息要求的范围内的深度覆盖区域的ue触发单播方式。

该实施例中，网络侧设备对于所有多播业务均发送一个多播参数信息。

比如网络侧设备需要发送多播业务tmgi1和tmgi2。网络侧覆盖下，有多处覆盖增强区域，大部分通过重复发送32次即能保证ue接收；有一小范围，处于深度覆盖区域，需要重复发送的次数为1024，且分布的ue稀疏。此时网络侧设备可以只保证大部分覆盖增强区域的多播接收，对于深度覆盖区域，如果ue有需求，再根据需求通过单播方式发送。

步骤1：网络侧设备发送一个多播参数信息。

多播参数信息1包括：

{repetition为32，对应的rsrp范围1}。

其中，repetition用于表示多播业务重复发送的次数；

rsrp范围表示允许通过多播接收的终端的信号强度范围。

网络侧设备可以采用多种方式发送多播参数信息，比如广播方式、多播方式等，在此不限定。同时现有技术中的多播业务对应的其他信息也需要发送。

需要说明的是，只要能够将多播参数信息发送给终端的方式都适用本发明实施例。

同时现有技术中的多播业务对应的其他信息也需要发送。

比如sc-ptm(singlecellpointtomultiploint，单小区点到多点)方式下，可以通过sc-ccchsc-mcch(singlecellmulticastcontrolchannel，单小区多播公共控制信道)信道发送tmgi、g-rnti(group-radionetworktemporaryidentifier，组无线网络临时标识符)信息等。

步骤2：假设ue1对tmgi1感兴趣，但ue1当前处于深覆盖区域，根据当前的rsrp值，发现并不满足tmgi1对应的rsrp范围，则ue1通过层间交互，获得需要接收的业务标识，并触发as层通过rrc消息发送请求，当中包含所需要接收的业务标识和/或期望单播传输指示。

相应的，所述网络侧设备在收到来自ue1的单播信息后就知道ue1需要通过单播方式获得需要接收的多播业务，与ue1建立单播连接，并通过单播方式向所述终端发送所述需要接收的多播业务。

实施例4：网络侧设备只发送一个多播参数信息，所有的多播业务共用该多播参数信息，未处于多播参数信息要求的速度范围内的ue触发单播方式。

该实施例中，网络侧设备对于所有多播业务均发送一个多播参数信息。

比如网络侧设备需要发送多播业务tmgi1和tmgi2，网络侧覆盖下，有多处覆盖增强区域，大部分通过重复发送256次能够满足所有覆盖下ue的接收需求。由于重复发送，导致接收多播业务时间变长。如果ue通过多播方式接收，且移动速度过快，需要频繁的更换小区保持业务连续型，而此时通过单播方式则可以尽快的接收完需要接收的多播业务。

步骤1：网络侧设备发送一个多播参数信息。

多播参数信息1包括：

{repetition为256，对应的最大移动状态为低速}；

其中，repetition用于表示多播业务重复发送的次数；

最大移动状态表示允许通过多播接收的终端的移动速度。

根据设置的阈值，可以将终端的移动速度分成多个状态，比如可以分为高速、中速和低速。具体阈值大小可以由协议进行设置；也可以由网络侧通知终端。

终端的移动状态也可以是沿用现有网络中ue在连接态和空闲态的移动状态判断，具体方式与上述类似，在此不赘述。

步骤2：假设ue1对tmgi1感兴趣，但ue1当前处于中速移动状态，并不满足属于网络侧设备发送的多播参数信息中的移动范围，因此ue1决定通过单播方式获得需要接收的tmgi1业务。

此时ue1可以通过类似实施例2的方式，通过应用层触发建立单播方式获得tmgi1业务；也可以通过类似实施例3的方式，通过rrc消息触发建立单播方式获得tmgi1业务。

ue发起单播的移动状态范围也可以是预定义的，比如网络侧设备发送的多播参数信息中可以包括发送重复次数不包括速度范围，并且预定义低速ue可以通过多播方式接收。

相应的，非低速ue可以直接通过单播方式获得。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

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