本申请涉及通信网络领域，特别是涉及集群通信方法及相关设备。
背景技术：
在集群宽带通信中，通常会使用到组呼方式，例如lte宽带集群通信组呼。然而，对于组呼的集群通信方式，其基站调制一般采用低阶调制固定的调制与编码策略(modulationandcodingscheme，mcs)的传输方式，这是无法保证组内用户设备正确接收到数据的。
因此，如何提高组内用户设备对数据的正确接收效率，是目前集群通信中非常重要的课题。
技术实现要素：
本申请主要解决的技术问题是提供集群通信方法及相关设备，实现提高集群组呼中用户设备对数据的正确接收效率。
为了解决上述问题，本申请第一方面提供了一种集群通信方法，所述方法包括：第一用户设备在处于组呼业务过程中，利用接收到的组呼业务数据，检测得到组呼接收质量信息；判断所述组呼接收质量信息是否符合设定接收质量要求；若不符合，则向基站发送单呼请求，以请求所述基站将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
为了解决上述问题，本申请第二方面提供了一种集群通信方法，包括：基站接收所述第一用户设备在处于组呼业务过程中发送的单呼请求，其中，所述单呼请求是所述第一用户设备在判断组呼接收质量信息不符合设定接收质量要求时发送的；将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
为了解决上述问题，本申请第三方面提供了一种集群通信设备，包括存储器、处理器、以及通信电路；所述通信电路用于与其他设备实现集群通信；所述处理器用于上述的方法。
为了解决上述问题，本申请第四方面提供了一种存储装置，存储有处理器可运行的计算机指令，所述计算机指令用于执行上述的方法。
上述方案中，第一用户设备在组呼业务过程中检测组呼接收质量信息，并在判断组呼接收质量信息不符合设定接收质量要求时，向基站发送单呼请求，以请求将第一用户设备从组呼业务切换到单呼业务，由于单呼业务的传输机制更可靠，相比于组呼业务的传输机制更能提高数据传输质量，因此，提高了集群组呼中用户设备对数据的正确接收效率，有效提升组呼中用户设备间的业务数据的传输可靠性。
附图说明
图1是本申请集群通信系统一实施例的结构示意图；
图2是本申请集群通信方法第一实施例的流程示意图；
图3是本申请集群通信方法第二实施例的部分流程示意图；
图4是本申请集群通信方法第三实施例的流程示意图；
图5是本申请集群通信方法第四实施例的部分流程示意图；
图6是本申请一应用场景中集群通信方法第五实施例的流程示意图；
图7是本申请另一应用场景中集群通信方法第六实施例的流程示意图；
图8是本申请集群通信设备一实施例的结构示意图；
图9是本申请存储装置一实施例的结构示意图；
图10是本申请集群通信装置一实施例的结构示意图；
图11是本申请集群通信装置另一实施例的结构示意图。
具体实施方式
下面结合说明书附图，对本申请实施例的方案进行详细说明。
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。
本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
请参阅图1，图1是本申请集群通信系统一实施例的结构示意图。本实施例中，该系统10为一集群宽带通信系统，具体可为集群宽带专网通信系统或者集群宽带公网通信系统，包括若干用户设备11、若干基站12和核心网13。
其中，该用户设备11可以为任意可通信的移动终端，如对讲机、手机等手持通讯终端、笔记本等。每个基站12形成一个小区，用于建立其小区中的用户设备11和核心网13之间的通信通道，利用该通信通道实现该两者之间的集群业务数据交互。该核心网13用于实现对集群业务的调度管理、集群呼叫的建立和释放等。
在一实施例中，该系统10具体为lte集群宽带通信系统。对应地，该基站12为演进型基站(enb)，核心网13包括gw功能实体和移动管理实体(mme)、lte集群控制功能实体(trunkingcontrolfunction，tcf)。
在该系统10，多个用户设备11可进行组呼业务。下面以组呼业务中接收组呼业务数据的用户设备作为第一用户设备，发送组呼业务数据的用户设备的第二用户设备进行说明。
例如，作为主叫设备的用户设备11(也称为主叫用户设备)通过其连接的基站12向核心网13发起组呼请求，由核心网13通过相应基站12发送给该组呼请求中关联的至少一个用户设备11(也称为被叫用户设备，在被叫用户设备11作出响应后，核心网13建立由该主叫用户设备11和被叫用户设备11构成的组呼业务。在一应用场景中，该组呼业务为广播模式，也即单向通信：主叫用户设备11作为组呼业务数据的发送方，而被叫用户设备11均仅作为组呼业务数据的接收方，被叫用户设备11接收主叫用户设备广播的组呼业务数据，但不发送组呼业务数据，故在该组呼业务过程中，主叫用户设备11一直作为上述第二用户设备，被叫用户设备11一直作为上述第二用户设备。可以理解的是，上述应用场景仅是组呼方式的一种，在其他实施例中，主叫用户设备11和被叫用户设备11之间可实现数据的双向通信，如全双工通信或半双工通信。也即，在组呼业务过程中每个用户设备也可以根据其需要发送或接收业务数据而在第一用户设备和第二用户设备之间切换。
在组呼业务过程中，基站接收到第二用户设备11通过核心网发送的组呼业务数据后，可采用固定的mcs发送组呼业务数据给第一用户设备11，第一用户设备11定时或在接收到触发指令时检测得到自身的组呼接收质量信息，并在判断该组呼接收质量不符合设定接收质量要求时，向其基站12发送单呼请求。基站12接收到该第一用户设备11的单呼请求后，将第一用户设备11从所述组呼业务转换成单呼业务，即将组呼中第一用户设备11与第二用户设备11之间的通信模式发生变化(组呼模式切换为单呼模式)。具体地，在第一用户设备11和作为组呼业务中的发送方的第二用户设备11之间在空口侧建立一条单呼业务链路，并利用该单呼业务链路向第一用户设备11传输第二用户设备11发送的数据，例如，第一用户设备11在空口侧与其所在基站12之间配置一第一单呼业务链路，且第二用户设备11在空口侧与其所在基站12之间配置一第二单呼业务链路，第二用户设备11通过其空口侧的第二单呼业务链路将业务数据发送给所在基站12，第二用户设备所在基站12通过核心网13将业务数据发送给第一用户设备所在基站12，第一用户设备所在基站12通过第一单呼业务链路将数据发送给第一用户设备11。故，第二用户设备11需在组呼业务中发送的数据会作为单呼业务数据发送给第一用户设备11，当然，对于组呼中的其他第一用户设备11，第二用户设备11还是将数据作为组呼业务发送给该其他第一用户设备11。因此，同样可实现原来的组呼业务中的第一用户设备11与第二用户设备11之间的通信，且相对于组呼业务仅以固定mcs发送组呼业务数据，单呼业务存在对接收数据反馈以及重传机制，故能够提高该第一用户设备11正确接收数据的效率。
可以理解的是，由于该建立的单呼业务也是为了实现该第一用户设备11在原来组呼业务中的通信，故在一实施例中，建立的单呼业务的模式也对应于原来的组呼业务的模式。例如，该组呼业务的模式为广播模式，发生上述切换的第一用户设备11仅接收第二用户设备11的组呼业务数据，则建立的第一用户设备11和第二用户设备11之间的单呼业务也为广播模式，该第一用户设备11也仅接收对端发送的业务数据，不具有发送业务数据的能力。
另外，基站12在接收到第一用户设备11发送的上述单呼请求时，可以先判断该第一用户设备11的优先级是否为设定优先级，例如为最高的两个优先级，若是，则响应该单呼请求而将第一用户设备11切换到单呼业务上，否则不响应该单呼请求。
在第一用户设备11进行上述单呼业务通信的过程中，第一用户设备11定时或在接收到触发指令时检测得到自身的单呼接收质量信息，并在判断该单呼接收质量符合设定接收质量要求时，向其基站12发送组呼请求。基站12接收到该第一用户设备11的组呼请求后，将第一用户设备11从所述单呼业务转换成原来的组呼业务，换言之，该第一用户设备11与第二用户设备11之间的通信恢复为原来的组呼业务方式，第一用户设备11与第二用户设备11之间的通信链路恢复至原来的组呼业务链路，以利用该组呼业务链路向第一用户设备11传输第二用户设备11后续发送的数据。
具体地，下面继续提供上述系统10的集群通信方法及相关设备的实施例。
请参阅图2，图2是本申请集群通信方法第一实施例的流程示意图。本实施例中，该方法由上述第一用户设备执行，具体包括以下步骤：
s21：第一用户设备在处于组呼业务过程中，利用接收到的组呼业务数据，检测得到组呼接收质量信息。
s22：第一用户设备判断组呼接收质量信息是否符合设定接收质量要求。若不符合则执行s23，否则不进行处理，并可在下个间隔时间或接收到下个触发指令时重新执行图2所示方法步骤。
例如，用户设备a作为主叫方与用户设备b、用户设备c和用户设备d建立了组呼业务，其中该组呼业务的模式如上述的广播模式，即用户设备a作为上述第二用户设备向用户设备b、用户设备c和用户设备d广播组呼业务数据。作为上述第一用户设备的用户设备b、用户设备c和用户设备d则可以在该组呼业务过程中，检测接收到的组呼业务数据的质量情况，如是否存在丢包情况，来得到该组呼接收质量信息，并判断该组呼接收质量信息是否符合设定接收质量要求，若判断不符合，则向其基站生成单呼请求。
在一实施例中，可将接收到的组呼业务数据的丢包情况作为组呼接收质量信息。例如，将在组呼业务中接收到的空口侧数据包和/或高层数据包的丢包情况来作为组呼接收质量信息。该空口侧数据包和高层数据包分别反映了用户设备在物理层和应用层的数据接收情况。该设定接收质量要求可以为检测的数据包未发生丢包，或者为检测的数据包发生的丢包数少于设定值。具体如，第一用户设备将其接收到的空口侧数据包和高层数据包的丢包情况作为组呼接收质量信息，并判断空口侧数据包和高层数据包是否存在丢包，则若空口侧数据包和高层数据包的至少一个存在丢包，则确定组呼接收质量信息不符合设定接收质量要求。
具体而言，所述检测接收到的高层数据包的丢包情况可具体包括：检查在设定时间内连续接收到的高层数据包存在丢序号，若有，则确定所述高层数据包发生丢包。其中，上述用于丢包检测的高层数据包可以为rtp数据包和pdcp层数据包中的至少一个。
在一应用场景中，第一用户设备对rtp数据包和pdcp层数据包的丢包情况均作检查。组呼业务采用rtp的协议，该rtp序号最大到65535，且每个业务流的发包间隔为20ms，第一用户设备检查在设定时间内连续接收到的rtp数据包存在丢序号，若有，则确定所述rtp数据包发生丢包，并发送单呼请求。另外，该组呼业务pdcp层采用3gppts36.323pdcp协议，pdcp序号具有长pdcpsn值(如12bit)的用户平面pdcpdatapdu或者具有短pdcpsn值(如7bit)的用户平面pdcpdatapdu。第一用户设备检查在设定时间内连续接收到的pdcp层数据包存在丢序号，若有，则确定所述pdcp层数据包发生丢包，并发送单呼请求。
另外，所述检测接收到的空口侧数据包的丢包情况可具体包括：判断接收到的两个空口侧数据包是否存在丢序号的次数达到设定次数，若是，则确定所述空口侧数据包发生丢包，即因空口质量导致丢包。其中，该空口侧数据包的丢包确定可以结合rpt上层协议。
其中，该设定次数和设定时间可根据实际情况进行设置，例如该设定次数为3次，设定时间为1秒。
s23：第一用户设备向基站发送单呼请求，以请求基站将第一用户设备从组呼业务切换到单呼业务。
其中，所述单呼业务是对应于第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
第一用户设备在确定组呼接收质量信息不符合设定接收质量要求时，向所在基站发送单呼请求，以使基站向核心网请求为该第一用户设备与第二用户设备之间建立单呼业务。进一步地，基站可在判断该第一用户设备的优先级为设定优先级时才向核心网请求建立单呼业务，否则不响应该单呼请求。
具体地，该单呼请求可包括组呼标识和用户设备标识等，以使基站和核心网可确定为设备标识对应的第一用户设备将该标识对应的组呼业务转换为单呼业务。接上例，第一用户设备b向基站发送单呼请求，基站向核心网发送建立第一用户设备b与作为所述组呼业务数据的发送方的第二用户设备a之间的单呼建立请求，进而核心网为第二用户设备a和第一用户设备b之间建立区别于组呼业务链路的单呼业务链路，以用于第二用户设备a和第一用户设备b之间的通信。而后，第二用户设备a接收到的用户输入的消息后将该消息数据作为组呼业务数据通过原来的组呼业务链路发送给第一用户设备c和第一用户设备d，并将该消息数据作为单呼业务数据并通过新建的单呼业务链路发送给第一用户设备b。例如，第二用户设备a通过其空口侧的第二单呼业务链路将业务数据发送给所在基站，第二用户设备所在基站通过核心网将业务数据发送给第一用户设备所在基站，第一用户设备所在基站通过第一单呼业务链路将数据发送给第一用户设备b。
其中，该业务数据传输过程中，其传输的机制则按照其对应所在链路类型执行。例如，组呼业务数据按照组呼传输机制，具体如第一用户设备c和第一用户设备d所在基站则以固定的mcs传输组呼业务数据；单呼业务数据按照单呼传输机制，具体如第一用户设备b在接收到业务数据后，对基站进行相应接收反馈，并可在未在设定时间接收到第一用户设备b的反馈时重传该业务数据等。
上述单呼业务的建立过程中，核心网在接收到单呼请求时，可通过相应基站向第二用户设备a发送单呼建立信令，第二用户设备a根据该单呼建立信令提示用户，并在用户输入单呼确认指令后向核心网反馈确认信息进而建立该单呼业务链路；或者第二用户设备a接收到核心网发送的单呼建立信令时，也可在自行确定该单呼建立信令的发起者第一用户设备b为当前组呼业务中的用户设备时，直接向核心网反馈确认信息进而建立该单呼业务链路；又或者，核心网在接收到第一用户设备b通过基站发送的单呼请求时，若确定第一用户设备b为该组呼业务中的用户设备，则直接建立该单呼业务链路。
另外，由于组呼业务中用户设备可处于连接态和空闲态。若该第一用户设备处于连接态，则第一用户设备可直接将单呼请求发送给基站。若第一用户设备处于空闲态，则第一用户设备先向基站发送接入请求，基站响应该接入请求将该第一用户设备接入该集群通信网络中，此时，第一用户设备处于连接态，并可将单呼请求发送给基站。当然，第一用户设备也可将该单呼请求打包在接入请求中，基站接收到接入请求后，响应该接入请求将该第一用户设备接入该集群通信网络中，并响应单呼请求将该第一用户设备从组呼业务转换至单呼业务。
本实施例中，第一用户设备在组呼业务过程中检测组呼接收质量信息，并在判断组呼接收质量信息不符合设定接收质量要求时，向基站发送单呼请求，以请求将第一用户设备从组呼业务切换到单呼业务，由于单呼业务的传输机制更可靠，相比于组呼业务的传输机制更能提高数据传输质量，因此，提高了集群组呼中用户设备对数据的正确接收效率，有效提升组呼中用户设备间的业务数据的传输可靠性。
请参阅图3，图3是本申请集群方法第二实施例的部分流程示意图。本实施例由上述第一用户设备执行，该第一用户设备在执行图2所示步骤之后，还执行以下步骤：
s31：第一用户设备在处于单呼业务的过程中，利用接收到的单呼业务数据，检测得到单呼接收质量信息。
s32：第一用户设备判断所述单呼接收质量信息是否符合设定接收质量要求；若符合则执行s33，否则不进行处理，并可在下个间隔时间或接收到下个触发指令时重新执行图3所示方法步骤。
具体，第一用户设备检测单呼接收质量信息的方式可参与上述组呼接收质量信息的检测方法，例如通过检测在单呼业务中接收到的空口侧数据包和/或高层数据包的丢包情况作为该单呼接收质量信息。第一用户设备在确定检测的数据包无发生丢包时，确定呼接收质量信息符合设定接收质量要求。
可以理解的是，s32中的所述设定接收质量要求与s22中的所述设定接收质量要求可以为相同或者为不同的，可根据实际情况设定。例如，22中的所述设定接收质量要求为检测的数据包未发生丢包，而s32中的所述设定接收质量要求为检测的数据包发生的丢包次数少于2。
s33：第一用户设备向基站发送组呼请求，以请求基站将第一用户设备从单呼业务切换到原来的组呼业务。
第一用户设备在单呼接收质量信息符合设定接收质量要求时，将该组呼请求发送给所在基站，以使基站向核心网请求为该第一用户设备与第二用户设备之间恢复原来的组呼业务。进一步地，该基站在接收到组呼请求时，可先判断该第一用户设备的当前状态是否符合设定状态条件，若是，则将所述第一用户设备从单呼业务切换到原来的组呼业务，否则不将所述第一用户设备从单呼业务切换到原来的组呼业务。其中，该设定状态条件可以为当前优先级为设定优先级的，或当前不处于数据接收状态等，具体可根据实际需求设置。
具体地，该组呼请求可包括组呼标识和用户设备标识等，以使基站和核心网可确定为设备标识对应的第一用户设备将当前的单呼业务恢复至该标识对应的组呼业务。例如，上述切换为单呼业务的第一用户设备b向基站发送组呼请求，基站将该组呼请求发送至核心网，核心网查询该组呼请求中包含的组呼标识为已经建立的组呼业务且该第一用户设备b本身属于该组呼业务，则为第二用户设备a和第一用户设备b之间恢复至原来的组呼链路。而后，第二用户设备a接收到的用户输入的消息后，将该消息数据作为组呼业务数据并通过原来的组呼链路发送给第一用户设备b、第一用户设备c和第一用户设备d。
请参阅图4，图4是本申请集群通信方法第三实施例的流程示意图。本实施例中，该方法由上述基站执行，包括以下步骤：
s41：基站接收第一用户设备在处于组呼业务过程中发送的单呼请求。
其中，所述单呼请求是第一用户设备在判断组呼接收质量信息不符合设定接收质量要求时发送的，具体可参阅上述方法第一实施例的相关说明，在此不作赘述。
s42：基站将第一用户设备从组呼业务切换到单呼业务。
其中，所述单呼业务是对应于第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
例如，基站向核心网发送建立第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的单呼建立请求，以请求建立第一用户设备与第二用户设备之间进行通信的单呼业务链路。具体切换方式可参阅上述方法第一实施例的相关说明，在此不作赘述。
进一步地，基站可先判断第一用户设备的优先级是否为设定优先级；若是，则执行s42，否则不执行s42。其中，该设定优先级可根据实际情况设定，例如为最高的两个优先级，或者为最高优先级。
请参阅图5，图5是本申请集群方法第四实施例的部分流程示意图。本实施例由上述基站执行，该基站在执行图4所示步骤之后，还执行以下步骤：
s51：基站接收第一用户设备在处于单呼业务过程中发送的组呼请求。
其中，所述组呼请求是第一用户设备在判断单呼接收质量信息符合设定接收质量要求时发送的，具体可参阅上述方法第二实施例的相关说明，在此不作赘述。
s52：基站将第一用户设备从单呼业务切换到原来的组呼业务。
具体切换方式可参阅上述方法第二实施例的相关说明，在此不作赘述。
进一步地，该基站在接收到组呼请求时，可先判断该第一用户设备的当前状态是否符合设定状态条件，若是，则将所述第一用户设备从单呼业务切换到原来的组呼业务，否则不将所述第一用户设备从单呼业务切换到原来的组呼业务。其中，该设定状态条件可以为当前优先级为设定优先级的，或当前不处于数据接收状态等，具体可根据实际需求设置。
下面对组呼业务的第一用户设备处于连接态和空间态两个场景进行举例说明。
主叫用户设备a通过核心网向多个被叫用户设备b、c、d发送组呼请求，并由核心网建立该主叫用户设备a和多个被叫用户设备b、c、d之间的组呼业务。该组呼业务可根据用户设备优先级和业务优先级进行配置。在该组呼业务建立后，主叫用户设备a与多个被叫用户设备b、c、d可进行组呼会话。本场景的组呼业务为广播模式，故主叫用户设备a作为上述第二用户设备，在接收到主叫用户输入的语音消息后，将该语音消息打包为组呼业务数据广播给作为上述第二用户设备的被叫用户设备b、c、d。具体，被叫用户设备所在基站以固定mcs将该组呼业务数据发送至被叫用户设备。
场景一、组呼业务的第一用户设备处于连接态。
结合参阅图6，被叫用户设备b、c、d分别依据接收到的组呼业务数据中的rtp序号、pdcp序号是否丢失，来确定接收到的高层数据包是否发生丢包，由此检测得到组呼接收数据的质量。被叫用户设备b若检测到上述高层数据包发生丢包，则确定需要切换为单呼业务模式。被叫用户设备b由于当前处于连接态，故可直接发起单呼请求给基站。基站侧根据该被叫用户设备b的优先级别，决定该被叫用户设备是否由组呼业务切换到单呼业务。若该被叫用户设备b的优先级为最高优先级，则基站将该被叫用户设备组呼业务模式切换到单呼业务模式。此时，主叫用户设备a将主叫用户输入的语音消息分别打包成组呼业务数据和单呼业务数据，将该组呼业务数据广播至其他仍处于组呼业务模式的被叫用户设备c、d，并将该单呼业务数据发送至该切换至单呼业务模式的被叫用户设备b。
场景二、组呼业务的第一用户设备处于空闲态。
结合参阅图7，被叫用户设备b、c、d分别依据接收到的组呼业务数据中的rtp序号、pdcp序号是否丢失，来确定接收到的高层数据包是否发生丢包，由此检测得到组呼接收数据的质量。被叫用户设备b若检测到上述高层数据包发生丢包，则确定需要切换为单呼业务模式。被叫用户设备b由于其当前处于空闲态，故先向基站发送接入请求，以请求将该第一用户设备随机接入该集群通信网络中，在随机接入后第一用户设备处于连接态，故可将单呼请求再发送给基站。基站侧根据该被叫用户设备b的优先级别，决定该被叫用户设备是否由组呼业务切换到单呼业务。若该被叫用户设备b的优先级为最高优先级，则基站将该被叫用户设备组呼业务模式切换到单呼业务模式。此时，主叫用户设备a将主叫用户输入的语音消息分别打包成组呼业务数据和单呼业务数据，将该组呼业务数据广播至其他仍处于组呼业务模式的被叫用户设备c、d，并将该单呼业务数据发送至该切换至单呼业务模式的被叫用户设备b。
如上述场景一或场景二，被叫用户设备b切换至单呼业务模式中。被叫用户设备b在处于上述单呼业务过程中，仍实时监测单呼接收数据质量，一旦发现接收数据质量符合要求，则可以切换回原来的组呼业务模式。具体，被叫用户设备b依据接收到的组呼业务数据中的rtp序号、pdcp序号是否丢失，来确定接收到的高层数据包是否发生丢包，检测到上述高层数据包发生丢包，则发起组呼请求给基站。基站接收到被叫用户设备b发起的组呼请求，并判断被叫用户设备b的状态来决定被叫用户设备b是否由单呼业务模式切换到组呼业务模式，若被叫用户设备b的状态符合设定状态条件，则将被叫用户设备b切换回原来的组呼业务模式。此时，主叫设备a将该语音消息打包为组呼业务数据广播给作为被叫用户设备b、c、d。
请参阅图8，图8是本申请集群通信设备一实施例的结构示意图。本实施例中，该集群通信设备80为图1所示系统中的用户设备11或基站12。该集群通信设备80包括存储器81、处理器82以及通信电路83。其中，集群通信设备80的各个组件可通过总线耦合在一起，或者集群通信设备80的处理器分别与其他组件一一连接。
通信电路83用于与其他设备如其他基站、核心网设备、用户设备等实现通信，具体可包括发送器和接收器。
存储器81用于存储处理器82执行的计算机指令以及处理器82在处理过程中的数据，其中，该存储器81包括非易失性存储部分，用于存储上述计算机指令。在另一实施例中，该存储器81可仅作为处理器82的内存而缓存该处理器82执行的计算机指令，该计算机指令实际存储于终端之外设备中，处理器82通过与外部设备连接，通过调用外部存储的计算机指令，以执行相应处理。
处理器82控制该集群通信设备80的操作，处理器82还可以称为cpu(centralprocessingunit，中央处理单元)。处理器82可能是一种集成电路芯片，具有信号的处理能力。处理器82还可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本实施例中，处理器82通过调用存储器81存储的计算机指令，执行如下两个方面的至少一方面的操作。
第一方面：当该集群通信设备80为上述用户设备时，处理器82用于：
在集群通信设备80处于组呼业务过程中，利用通信电路83接收到的组呼业务数据，检测得到组呼接收质量信息；
判断所述组呼接收质量信息是否符合设定接收质量要求；以及
若不符合，则通过通信电路83向基站发送单呼请求，以请求所述基站将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
可选地，处理器82执行所述利用通信电路83接收到的组呼业务数据，检测得到组呼接收质量信息包括：检测通信电路83接收到的空口侧的数据包和/或高层数据包的丢包情况，以作为组呼接收质量信息。
其中，所述高层数据包可以包括以下至少一种：rtp数据包和pdcp层数据包。
处理器82执行所述检测接收到的高层数据包的丢包情况可包括：检查在设定时间内连续接收到的rtp数据包存在丢序号，若有，则确定所述高层数据包发生丢包。
处理器82执行所述检测接收到的空口侧数据包的丢包情况可包括：判断接收到的两个空口侧数据包是否存在丢序号的次数达到设定次数，若是，则确定所述空口侧数据包发生丢包。
可选地，处理器82执行所述通过通信电路83向基站发送单呼请求包括：在检测到当前处于空闲态时，通过通信电路83向所述基站发送接入请求，以请求将所述第一用户设备更新为连接态；在检测到当前处于连接态时，通过通信电路83向所述基站发送单呼请求。或者，处理器82执行所述通过通信电路83向基站发送单呼请求包括：在检测到当前处于空闲态时，通过通信电路83向所述基站发送包含所述单呼请求的接入请求，以请求将所述第一用户设备更新为连接态并将所述第一用户设备从组呼业务切换到单呼业务。
可选地，在执行所述向基站发送单呼请求之后，处理器82还用于：在集群通信设备80处于单呼业务的过程中，利用通信电路83接收到的单呼业务数据，检测得到单呼接收质量信息；判断所述单呼接收质量信息是否符合设定接收质量要求；若符合，则通过通信电路83向基站发送组呼请求，以请求所述基站将所述第一用户设备从单呼业务切换到原来的组呼业务。
第二方面，当该集群通信设备80为上述基站时，该处理器82用于：
通过通信电路83接收第一用户设备在处于组呼业务过程中发送的单呼请求，其中，所述单呼请求是所述第一用户设备在判断组呼接收质量信息不符合设定接收质量要求时发送的；
将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
其中，所述接收质量信息可以为所述用户设备根据接收到的空口侧数据包和/或高层数据包的丢包情况确定的。所述高层数据包包括以下至少一种：rtp数据包和pdcp层数据包。
可选地，处理器82执行所述将所述第一用户设备从组呼业务切换到单呼业务包括：通过通信电路83向核心网发送建立所述第一用户设备与所述第二用户设备之间的单呼建立请求，以请求建立所述第一用户设备与所述第二用户设备之间进行通信的单呼业务链路。
可选地，在执行所述将所述第一用户设备从组呼业务切换到单呼业务之前，处理器82还用于：判断所述第一用户设备的优先级是否为设定优先级；若是，则执行所述将所述第一用户设备从组呼业务切换到单呼业务，否则不执行所述将所述第一用户设备从组呼业务切换到单呼业务。
可选地，在执行所述将所述第一用户设备从组呼业务切换到单呼业务之后，处理器82还用于：通过通信电路83接收所述第一用户设备在处于单呼业务过程中发送的组呼请求，其中，所述组呼请求是所述第一用户设备在判断单呼接收质量信息符合设定接收质量要求时发送的；将所述第一用户设备从单呼业务切换到原来的组呼业务。
在另一实施例中，该集群通信设备80的处理器82还用于执行上述任一实施例的方法。
请参阅图9，本申请还提供一种存储装置的实施例的结构示意图。本实施例中，该存储装置90存储有处理器可运行的计算机指令91，该计算机指令91用于执行上述实施例中的方法。
该存储装置91具体可以为u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory，)、磁碟或者光盘等可以存储计算机指令的介质，或者也可以为存储有该计算机指令的服务器，该服务器可将存储的计算机指令发送给其他设备运行，或者也可以自运行该存储的计算机指令。
在一实施例中，存储装置91还可以为如图8所示的存储器81。
请参阅图10，图10是本申请集群通信装置一实施例的结构示意图。本实施例中，该集群通信装置用于上述第一用户设备中，包括第一检测模块101、第一判断模块102和第一发送模块103。
第一检测模块101用于在第一用户设备处于组呼业务过程中，利用接收到的组呼业务数据，检测得到组呼接收质量信息；
第一判断模块102用于判断所述组呼接收质量信息是否符合设定接收质量要求；以及
第一发送模块103用于在第一判断模块102判断所述组呼接收质量信息不符合设定接收质量要求时，向基站发送单呼请求，以请求所述基站将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
可选地，第一检测模块101具体用于检测接收到的空口侧的数据包和/或高层数据包的丢包情况，以作为组呼接收质量信息。
其中，所述高层数据包包括以下至少一种：rtp数据包和pdcp层数据包。第一检测模块101具体用于检查在设定时间内连续接收到的rtp数据包存在丢序号，若有，则确定所述高层数据包发生丢包；第一检测模块101判断接收到的两个空口侧数据包是否存在丢序号的次数达到设定次数，若是，则确定所述空口侧数据包发生丢包。
可选地，第一发送模块103具体用于在检测到当前处于空闲态时，向所述基站发送接入请求，以请求将所述第一用户设备更新为连接态；在检测到当前处于连接态时，向所述基站发送单呼请求；或者，第一发送模块103具体用于在检测到当前处于空闲态时，向所述基站发送包含所述单呼请求的接入请求，以请求将所述第一用户设备更新为连接态并将所述第一用户设备从组呼业务切换到单呼业务。
可选地，装置还包括第二检测模块104、第二判断模块105和第二发送模块106。
第二检测模块104用于在第一用户设备处于切换的单呼业务的过程中，利用接收到的单呼业务数据，检测得到单呼接收质量信息。
第二判断模块105用于判断所述单呼接收质量信息是否符合设定接收质量要求。
第二发送模块106用于在第二判断模块105判断所述单呼接收质量信息符合设定接收质量要求时，向基站发送组呼请求，以请求所述基站将所述第一用户设备从单呼业务切换到原来的组呼业务。
请参阅图11，图11是本申请集群通信装置另一实施例的流程图。本实施例中，该集群通信装置用于上述基站中，包括第一接收模块111和第一切换模块112。
第一接收模块111用于接收所述第一用户设备在处于组呼业务过程中发送的单呼请求，其中，所述单呼请求是所述第一用户设备在判断组呼接收质量信息不符合设定接收质量要求时发送的；
第一切换模块112用于将所述第一用户设备从组呼业务切换到单呼业务，其中，所述单呼业务是对应于所述第一用户设备与所述组呼业务中作为所述组呼业务数据的发送方的第二用户设备之间的。
其中，所述接收质量信息可以为所述用户设备根据接收到的空口侧数据包和/或高层数据包的丢包情况确定的；所述高层数据包可以包括以下至少一种：rtp数据包和pdcp层数据包。
可选地，第一切换模块112具体用于向核心网发送建立所述第一用户设备与所述第二用户设备之间的单呼建立请求，以请求建立所述第一用户设备与所述第二用户设备之间进行通信的单呼业务链路。
可选地，该装置还包括判断模块113，用于判断所述第一用户设备的优先级是否为设定优先级；第一切换模块112具体用于在判断模块113判断所述第一用户设备的优先级为设定优先级时，将所述第一用户设备从组呼业务切换到单呼业务。
可选地，该装置还包括第二接收模块114和第二切换模块115。第二接收模块114用于接收所述第一用户设备在处于单呼业务过程中发送的组呼请求，其中，所述组呼请求是所述第一用户设备在判断单呼接收质量信息符合设定接收质量要求时发送的；第二切换模块115用于将所述第一用户设备从单呼业务切换到原来的组呼业务。
上述集群通信装置的各模块用于执行上述方法实施例的对应步骤，再次不做赘述。并且，该各模块具体可为各程序模块。
上述方案，第一用户设备在组呼业务过程中检测组呼接收质量信息，并在判断组呼接收质量信息不符合设定接收质量要求时，向基站发送单呼请求，以请求将第一用户设备从组呼业务切换到单呼业务，由于单呼业务的传输机制更可靠，相比于组呼业务的传输机制更能提高数据传输质量，因此，提高了集群组呼中用户设备对数据的正确接收效率，有效提升组呼中用户设备间的业务数据的传输可靠性。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。