宽带集群的用户面数据发送方法及基站与流程

本发明实施例涉及通信技术领域，尤其涉及一种宽带集群的用户面数据发送方法及基站。

背景技术：

长期演进(longtermevolution，简称lte)宽带集群是基于lte技术，支持宽带数据传输业务、语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。

在lte宽带集群中，当基站成功建立群组后，基站接收由增强型移动管理实体emme或服务网关发送的用户面数据。基站在接收到用户面数据后，一方面根据预设的寻呼周期，将用户面数据所对应的群组的寻呼消息发送给该群组的成员终端，使得该群组的成员终端能够根据该寻呼消息，监听并接收该群组的用户面数据，另一方面，基站通过其为该群组分配的频率资源将用户面数据发送给群组的成员终端。

但是，在现有的lte宽带集群中，基站发送用户面数据的过程和基站发送寻呼消息的过程是两个独立的过程，并且在lte宽带集群中基站发送寻呼消息的过程遵循非连续接收drx的省电策略，即基站按照预定的寻呼周期发送寻呼消息，而在这个周期期间，基站可能已经将用户面数据发送给了群组的成员终端，但是由于群组的成员终端并未收到该群组的寻呼消息，因此终端不能对接收到的用户面数据进行解析，从而造成了数据丢失的问题。

技术实现要素：

本发明实施例提供一种宽带集群的用户面数据发送方法及基站，用以提高宽带集群中用户面数据的传输可靠性。

本发明实施例第一方面提供一种宽带集群的用户面数据发送方法，该方法包括：

基站在成功建立群组后，接收所述群组的用户面数据，并监测是否到达预设的寻呼时间；

若未到达预设的寻呼时间，所述基站不发送所述群组的寻呼消息和所述用户面数据，其中，所述寻呼消息用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收；

若到达所述寻呼时间，所述基站发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据。

本发明实施例第二方面提供一种基站，该基站包括：

接收模块，用于在成功建立群组后，接收所述群组的用户面数据；

监测模块，用于监测是否到达预设的寻呼时间；

调度模块，用于在未到达预设的寻呼时间时，不发送所述群组的寻呼消息和所述用户面数据，其中，所述寻呼消息用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收；

所述调度模块，还用于在到达所述寻呼时间时，发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据。

在本发明实施例中，基站在成功建立群组后，接收该群组的用户面数据，并监测是否到达预设的寻呼时间；当到达预设的寻呼时间时，先发送群组的寻呼消息，再在发送完寻呼消息之后，发送群组的用户面数据，从而建立起了寻呼消息和用户面数据在发送时序之上的关联，避免了还未发送寻呼消息就已经发送用户面数据所导致的数据丢失的问题，提高了宽带集群中用户面数据发送的可靠性。

附图说明

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

图1为本发明实施例提供的一种宽带集群的用户面数据发送方法的流程图；

图2为本发明一实施例提供的有一种宽带集群的用户面数据发送方法的流程图；

图3为本发明一实施例提供的一种基站的结构示意图；

图4为本发明另一实施例提供的一种基站的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤的过程或结构的装置不必限于清楚地列出的那些结构或步骤而是可包括没有清楚地列出的或对于这些过程或装置固有的其它步骤或结构。

在现有的宽带集群中，群组的寻呼消息和用户面数据的发送是两个独立的发送过程。基站在成功建立群组后，接收该群组的用户面数据。当接收到用户面数据时，一方面基站遵循非连续接收drx的省电策略，按照预设的发送周期，在下一个发送周期到来时发送用于指示该群组的成员终端监听并接收该群组的用户面数据的寻呼消息，另一方面，基站直接根据其为群组分配的频率资源，将接收到的用户面数据发送给群组的成员终端。这样就导致了还未发送寻呼消息，就先发送用户面数据的情况，从而导致成员终端无法正常监听和接收用户面数据的问题，造成用户面数据的丢失。

针对上述问题，为了提高宽带集群中用户面数据的传输可靠性，本发明实施例提供一种宽带集群的用户面数据发送方法，该方法由基站来执行。参见图1，图1为本发明实施例提供的一种宽带集群的用户面数据发送方法的流程图，如图1所示，该方法包括：

步骤101、基站在成功建立群组后，接收所述群组的用户面数据，并监测是否到达预设的寻呼时间，其中，若未到达预设的寻呼时间，则执行步骤102，若到达预设的寻呼时间，则执行步骤103。

本实施例中基站建立群组的方法与现有技术类似，在这里不再赘述。

可选的，当基站接收到增强型移动管理实体emme发送的该群组的用户面数据之后，可能包括如下执行方式：

在第一种可能的执行方式中，基站基于接收到的用户面数据为群组分配频率资源，并生成用于指示群组的成员终端对群组的用户面数据进行监听和接收的寻呼消息，其中，寻呼消息中包括但并不仅限于包括群组标识和上述分配的频率资源的信息。

特别需要说明的是：为了防止用户面数据先于寻呼消息发送给成员终端，在上述方式中，基站在为群组分配频率资源之后，还需要将分配的频率资源设置为不可调用状态，在这种状态下群组的频率资源不能被用于传输用户面数据。从而阻止了用户面数据先于寻呼消息发送给成员终端。

可选的，在第二种可能的执行方式中，基站基于接收到的用户面数据，生成用于指示群组的成员终端对群组的用户面数据进行监听和接收的寻呼消息，其中，寻呼消息中包括但并不仅限于包括群组标识。

在第二种可能的执行方式中，区别于上述第一种可能的执行方式的是：基站在接收到用户面数据时，不为群组分配频率资源，而是生成群组的寻呼消息。这样由于此时还没有为群组分配频率资源，因此群组的用户面数据就不会先于寻呼消息发送给群组的成员终端。

在上述两种可能的方式中，寻呼消息的生成方法与现有技术类似，在这里不再赘述。

需要说明的是：在本实施例中预设的寻呼时间是遵循drx省电策略所设置的寻呼消息的发送时间。其可以根据需要进行设定，本实施例中不对其做具体限定。

步骤102、所述基站不发送所述群组的寻呼消息和所述用户面数据，其中，所述寻呼消息用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收。

步骤103、所述基站发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据。

对应于前述的第一种可能的执行方式，所述基站发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据，包括：

基站在发送上述群组的寻呼消息之后，将该群组的频率资源设置为可调用状态，从而根据上述分配的频率资源发送群组的用户面数据。

对应于前述的第二种可能的执行方式，所述基站发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据，包括：基站在发送上述群组的寻呼消息之后为该群组分配频率资源，并将该频率资源的信息通知给群组的成员终端，在此之后，基站根据其为该群组分配的频率资源将用户面数据发送给群组的成员终端。

在本实施例中，基站在成功建立群组后，接收该群组的用户面数据，并监测是否到达预设的寻呼时间；当到达预设的寻呼时间时，先发送群组的寻呼消息，再在发送完寻呼消息之后，发送群组的用户面数据，从而建立起了寻呼消息和用户面数据在发送时序之上的关联，避免了还未发送寻呼消息就已经发送用户面数据所导致的数据丢失的问题，提高了宽带集群中用户面数据发送的可靠性。

图2为本发明一实施例提供的有一种宽带集群的用户面数据发送方法的流程图，如图2所示，在图1实施例的基础上，该方法包括：

步骤201、基站成功建立群组，并接收到所述群组的用户面数据时，为所述群组分配频率资源，并将所述频率资源设置为不可调用状态。

步骤202、生成用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收的寻呼消息，并监测是否到达预设的寻呼时间，其中，若未到达预设的寻呼时间，则执行步骤203，若到达预设的寻呼时间，则执行步骤204。

步骤203、所述基站不发送所述群组的寻呼消息和所述用户面数据。

步骤204、所述基站在预设时间内重复发送预设次数的所述寻呼消息，并在发送预设次数的所述寻呼消息之后，将所述群组的频率资源设置为可调用状态，通过所述频率资源发送所述用户面数据。

本实施例，通过在为群组分配频率资源时，将群组的频率资源设置为不可调用状态，只有当基站将群组的寻呼消息发送给群组的成员终端之后，才激活群组的频率资源，使之变为可调用的状态，从而通过群组的频率资源将群组的用户面数据发送给成员终端，提高了用户面数据传输的可靠性。

图3为本发明一实施例提供的一种基站的结构示意图，如图3所示，该基站包括：

接收模块11，用于在成功建立群组后，接收所述群组的用户面数据；

监测模块12，用于监测是否到达预设的寻呼时间；

调度模块13，用于在未到达预设的寻呼时间时，不发送所述群组的寻呼消息和所述用户面数据，其中，所述寻呼消息用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收；

所述调度模块13，还用于在到达所述寻呼时间时，发送所述寻呼消息，并在发送所述寻呼消息之后发送所述用户面数据。

本实施例提供的基站能够执行图1所示的技术方案，其执行方式和有益效果类似，在这里不再赘述。

图4为本发明另一实施例提供的一种基站的结构示意图，如图4所示，在图3实施例的基础上，所述基站，还包括：

资源分配模块14，用于为所述群组分配频率资源，并将所述频率资源设置为不可调用状态；

生成模块15，用于生成用于指示所述群组的成员终端对所述群组的用户面数据进行监听和接收的寻呼消息。

所述调度模块13，包括：

第一发送子模块131，用于在到达所述寻呼时间时，发送所述寻呼消息；

激活子模块132，用于在所述第一发送子模块发送所述寻呼消息之后，将所述群组的频率资源设置为可调用状态；

第二发送子模块133，用于通过所述频率资源发送所述用户面数据。

所述第一发送子模块131，具体用于：

在预设时间内重复发送预设次数的所述寻呼消息。

本实施例提供的基站能够用于执行图2所示的技术方案，其执行方式和有益效果类似，在这里不再赘述。

最后需要说明的是，本领域普通技术人员可以理解上述实施例方法中的全部或者部分流程，是可以通过计算机程序来指令相关的硬件完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可以为磁盘、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。

本发明实施例中的各个功能单元可以集成在一个处理模块中，也可以是各个单元单独的物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现，并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。上述提到的存储介质可以是只读存储器、磁盘或光盘等。

以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。