PoC信令处理方法、装置、电子设备以及介质与流程

本发明涉及无线通信技术领域，尤其涉及一种poc信令处理方法、装置、电子设备以及介质。

背景技术：

无线一键通(push-to-talkovercellular，简称“poc”)业务定义了一种适合移动设备的半双工分组语音系统，其具有呼叫建立快捷、网络资源利用率高、用户覆盖范围广、计费方式灵活、支持多媒体应用等特点。

针对poc的相关技术中，主要存在服务器设备的信令处理过于集中的问题，从而容易导致服务器设备负载过重或容易产生瓶颈，而上述问题也尚未提出有效的解决方案。

技术实现要素：

为了克服相关技术的不足，本发明的目的在于提供一种poc信令处理方法、装置、电子设备以及介质，以避免poc信令过于集中，从而减轻服务器设备的负载压力。

本发明的目的之一在于提供了一种poc信令处理方法，其采用如下技术方案实现：

一种poc信令处理方法，包括：

服务器设备接收poc端发送的poc信令；

服务器设备判断所述poc信令是否为通知型信令，若是，则延迟执行所述poc信令的请求任务并在执行完成后向poc端反馈；若否，则执行所述poc信令的请求任务并在执行完成后向poc端反馈。

在其中一些实施例中，在服务器设备判断所述poc信令为通知型信令之后，所述方法还包括：

服务器设备查询所述poc信令的频道组信息；

服务器设备查询与所述poc信令的频道组信息匹配的操作容器并记为第一操作容器；

服务器设备将所述poc信令存储于所述第一操作容器。

在其中一些实施例中，在所述将所述poc信令存储于所述第一操作容器之后，所述方法还包括：

服务器设备查询所述第一操作容器的当前存储号；

服务器设备将第一操作容器的当前存储号作为所述poc信令的存储号；

服务器设备更新所述第一操作容器的当前存储号，其中，更新后的当前存储号与更新次数呈正反馈或负反馈设置。

在其中一些实施例中，在服务器设备判断所述poc信令为状态型信令之后，所述方法还包括：

服务器设备查询所述poc信令的频道组信息；

服务器设备查询与所述poc信令的频道组信息匹配操作容器和状态容器，并分别记为第二操作容器和第二状态容器，所述状态容器存储有与poc端对应的节点；

服务器设备判断所述第二状态容器是否存在与所述poc信令关联的节点，若是，则将与所述poc信令关联的节点记为第二节点，并将所述第二节点的存储号更新为所述第二操作容器的当前存储号。

在其中一些实施例中，在所述执行所述poc信令的请求任务完成之后，执行所述判断所述第二状态容器是否存在与所述poc信令关联的节点。

在其中一些实施例中，所述方法还包括：

服务器设备接收反馈请求；

服务器设备查询反馈请求指向的节点并记为第三节点，并将与所述第三节点对应的操作容器记为第三操作容器；

服务器设备判断所述第三操作容器的当前存储号是否在所述第三节点的存储号之前，若否，则自所述第三操作容器中调取存储号在反馈范围内的poc信令并均记为待处理信令，将所述第三节点的存储号更新为所述第三操作容器的当前存储号，所述反馈范围为第三节点的存储号至第三操作容器的当前存储号；

服务器设备执行所述待处理信令的请求任务并生成回复信息，然后将所述回复信息反馈于poc端，以实现所述延迟执行所述poc信令的请求任务并在执行完成后向poc端反馈。

在其中一些实施例中，所述方法还包括：

服务器设备接收清理请求；

服务器设备查询所述清理请求指向的状态容器记为第四状态容器，与第第状态容器对应的操作容器记为第四操作容器，将在第四状态容器中存储号最靠前的节点记为第四节点；

服务器设备判断所述第四操作容器的参考存储号是否在所述第四节点的存储号之前，若是，则在第四状态容器中删除存储号在第四操作容器的参考存储号之前的节点，将第四节点的存储号更新为所述第四操作容器的参考存储号。

本发明的目的之二在于提供了一种poc信令处理装置，其采用如下技术方案实现，一种poc信令处理装置，包括：

接收模块，用于服务器设备接收poc端发送poc信令；

分级模块，用于服务器设备判断所述poc信令是否为通知型信令，若是，则延迟向poc端反馈；若否，则执行所述poc信令的请求任务。

本发明的目的之三在于提供执行发明目的之一的电子设备，其包括存储器和处理器，所处存储器中存储有计算机程序，所述处理器被设置为执行所述计算机程序时实现上述的poc信令处理方法。

本发明的目的之四在于提供存储发明目的之一的计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的poc信令处理方法。

相比相关技术，本发明的有益效果在于：服务器设备对通知型信令采用延迟执行以实现延迟反馈的方式，不仅减少服务器设备需要处理的poc信令，还在当前时间段内减少服务器设备输出的信令，从而减轻服务器设备的负载压力并提高服务器设备的信令处理效率；服务器设备对非通知型信令则可以按照原有程序进行相关请求任务的执行，以保证服务器设备正常运行。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例一所示poc信令处理方法的流程图；

图2是本申请实施例二所示存储步骤的流程图；

图3是本申请实施例二所示调整步骤的流程图；

图4是本申请实施例三所示反馈步骤的流程图；

图5是本申请实施例三所示清理步骤的流程图

图6是本申请实施例四所示poc信令处理装置的结构框图；

图7是本申请实施例五所示电子设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

实施例一

本实施例一提供了一种poc信令处理方法，旨在解决服务器设备的信令处理过于集中的问题。图1是本申请实施例一所示poc信令处理方法的流程图，如图1所示，本方法具体包括步骤s101至步骤s104。

步骤s101、服务器设备接收poc端发送的poc信令。可以理解，该服务器设备可以与一个以上的poc端通信连接。该poc端为移动设备并采用半双工分组语音系统，例如对讲机；该服务器设备可以但不限于采用服务器、云服务器以及处理器等设备。

在此值得说明的是，鉴于poc的数据处理方式，该poc信令的类型可以分为：通知型信令、状态型信令以及处理型信令。但是，上述三种类型不存在交集，当然，该poc信令的分类不限于上述类型。

该通知型信令的优先级为低优，例如：对讲组通知和话权通知。但该通知型信令不限于与通知相关，只要可以延迟执行poc信令的请求任务即可，且上述请求任务即使延迟也不会对poc端以及服务器设备造成影响。

该状态型信令的优先级为中优，其涉及poc端的状态改变。例如：状态型信令涉及poc端上线、poc端下线以及poc端频道切换。在此值得说明的是，尽管状态型信令与通知型信令可以都涉及通知，但是状态型信令与poc端的状态相关。因此需要即刻执行该poc信令的请求任务，并在执行完成后向poc端反馈，以为后续通知型信令的存储等相关操作提供指向。

该处理型信令的优先级为高优，其涉及数据处理、请求允许以及异常分析等。因此，该处理型信令也需要即刻执行该poc信令的请求任务。

步骤s102、服务器设备判断poc信令是否为通知型信令，若是，则执行步骤s103，若否，则执行步骤104。

步骤s103、服务器设备延迟执行poc信令的请求任务并在执行完成后向poc端反馈。可以理解，通过延迟执行请求任务，从实现延时反馈。该延迟时间的设置在此不做限制。

步骤s104、服务器设备执行poc信令的请求任务并在执行完成后向poc端反馈。可以理解的，对于非通知型信令则可以按照原有程序进行相关请求任务的执行，以保证服务器设备正常运行。

综上，服务器设备对通知型信令采用延迟执行以实现延迟反馈的方式，不仅减少服务器设备需要处理的poc信令，还在当前时间段内减少服务器设备输出的信令，从而减轻服务器设备的负载压力并提高服务器设备的信令处理效率。

可以理解，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

实施例二

本实施例二提供一种poc信令处理方法，本实施例二在实施例一的基础上进行的。该方法还包括存储步骤，图2是本申请实施例二所示存储步骤的流程图，参照图1和图2所示，该存储步骤是服务器设备在步骤s102中判断poc信令为通知型信令之后执行，且以下poc信令均为通知型信令。具体地，该存储步骤包括步骤s201至步骤s203。

步骤s201、服务器设备查询poc信令的频道组信息。鉴于poc技术的限制，各个poc端可以调换至相应的频道，而在服务器设备中，会对各个频道进行分组以得到频道组，然后建立与频道组对应的存储单元，该存储单元用于存储同一频道组的poc端上传的通知型信令。

步骤s202、服务器设备查询与poc信令的频道组信息匹配的操作容器并记为第一操作容器。由于各个存储单元均设置有操作容器，而该通知型信令具体是存储于操作容器之中。则该步骤s202具体为：服务器设备查询与频道组信息匹配的存储单元，从而可以得到相应的操作容器。

步骤s203、服务器设备将poc信令存储于第一操作容器。

通过该技术方案，对上传的poc信令提供了一个存储空间。

在此值得说明的是，当该存储步骤在步骤s103之前，则步骤s103在执行poc信令的请求任务时，可以直接自第一操作容器中调取，从而便于了解接收但未处理的poc信令，进而避免poc信令被遗漏；当该存储步骤在步骤s103之后，则poc信令在完成后可以在第一操作容器中进行配合删除，也可以避免poc被遗漏；该第一操作容器也可以与步骤s103不相关，则该操作容器可以为后续相应频道组的poc信令的调整提供分析基础。该第一操作容器优选与步骤s103相关。

作为可选的技术方案，参照图1和图2所示，该存储步骤还可以包括步骤s204至步骤s206。

步骤s204、服务器设备查询第一操作容器的当前存储号。在此值得说明的是，各个操作容器均具有当前存储号和参考存储号。该当前存储号可以以数值的放置呈现。

步骤s205、服务器设备将第一操作容器的当前存储号作为poc信令的存储号。因此，第一操作容器中的poc信令均具有存储号。

步骤s206、服务器设备更新第一操作容器的当前存储号。其中，更新后的当前存储号与更新次数呈正反馈或负反馈设置，即对于任意操作容器，更新后的当前存储号不等于更新前的当前存储号，可以理解，该正反馈和负反馈优选采用线性方程。例如，当更新后的当前存储号与更新次数呈正反馈时，则更新方式可以为i＝i+1。

通过该技术方案，为poc信令添加存储号，而该存储号可以大致确定poc信令的接收顺序，从而便于确定后续poc信令的执行顺序。该执行顺序可以采用以下方案：接收定时反馈请求，然后查找存储号最小的poc信令并记为k，调取存储号在k至k+h之间的poc信令并执行相应的任务请求，然后进行反馈，该h为大于零的常数。

作为可选的技术方案，该方法还包括调整步骤，图3是本申请实施例二所示调整步骤的流程图。参照图1和图3所示，该调整步骤是在步骤s102判断poc信令不为通知型信令之后执行的，调整步骤包括：步骤s301至步骤s304。

步骤s301、服务器设备判断poc信令是否为状态型信令，若是，则执行步骤s302。

步骤s302、服务器设备查询poc信令的频道组信息。具体可以参照上述步骤s201的说明，在此不再赘述。

步骤s303、服务器设备查询与步骤s302中的poc信令的频道组信息匹配操作容器记为第二操作容器，查询与步骤s302中的poc信令的频道组信息匹配状态容器记为第二状态容器。在此值得说明的是，各个存储单元除了操作容器，还包括状态容器，该状态容器存储有节点，该节点与poc端关联，例如该频道组上线了3个poc端，则在状态容器中存储有3个节点。

步骤s304、服务器设备判断第二状态容器是否存在与poc信令关联的节点，若是，则执行步骤s305，若否，则表示该poc信令为处理型信令，在此可以不做处理。

步骤s305、将与poc信令关联的节点记为第二节点，并将第二节点的存储号更新为第二操作容器的当前存储号。在此值得说明的是，各个poc端均具有存储号，各个poc端的存储号可以按照上线时间依次变化，且该变化规则优选与操作容器当前存储号的更新规则相同，在此以当前循环为例进行说明：当第一个poc端上线时，此时的poc信令为第一个，则服务器响应该poc端生成关联的节点并存储于第二状态容器中，然后第二操作容器的当前存储号更新为1；第二个poc信令为话权通知时，则将该poc信令存储于第二操作容器中，且该poc信令的存储号即为1，第二操作容器的当前存储号更新为2；第三个poc信令也为话权通知时，则将该poc信令存储于第二操作容器中，该poc信令的存储号2，第二操作容器的当前存储号更新为3；第二个poc端上线时，此时的poc信令为第四个，则服务器响应该poc端生成关联的节点并存储于第二状态容器中，则该节点的存储号为2，然后第二操作容器的当前存储号更新为2。

通过该技术方案，建立操作容器的当前存储号与节点的存储号之间的关系，则在任意操作容器中，存在着部分存储号相同的poc信令，则对于同样的调取范围，例如k至k+h，则可以增加被调取poc信令的容量，从而减缓延迟处理相应poc信令。

优选地，该步骤s304在步骤s104之后执行。具体理由如下：当该poc信令为poc端下线，则相应的请求任务包括：自第二状态容器中删除对应的节点，此时并不存在第二节点，因此则并不需要进行第二操作容器当前存储号的删除。

通过该技术方案，各个状态容器均保存有与上线poc端对应的节点，从而可以通过状态容器便可以了解在上线状态的poc端。

实施例三

本实施例三提供一种poc信令处理方法，本实施例三在实施例一和/或实施例二的基础上进行的。该方法还包括反馈步骤，在此值得说明的是，该反馈步骤不限定具体开始时间，但是应当在一个通知型信令在完成一次完整的处理后执行，即一个通知型信令从步骤s101开始至步骤s305。

图4是本申请实施例三所示反馈步骤的流程图，参照图1和图4所示，该反馈步骤包括步骤s401至步骤s405。

步骤s401、服务器设备接收反馈请求。在此值得说明的是，该反馈请求是由poc端发送的，但是步骤s405应当在服务器设备在负载压力较小的情况下自动执行。

步骤s402、服务器设备查询反馈请求指向的节点并记为第三节点，并将与第三节点对应的操作容器记为第三操作容器。具体利用频道组信息进行查找的，具体可以参照实施例二中的相关说明，在此不再赘述。

步骤s403、服务器设备判断第三操作容器的当前存储号是否在第三节点的存储号之前，若否，则执行步骤s404。在此值得说明的是，将第三操作容器的当前存储号记为b，将第三节点的存储号记为a，当更新后的当前存储号与更新次数呈正反馈时，则第三操作容器的当前存储号在第三节点的存储号之前对应b＜a；反之当呈负反馈时，则a＞b。

步骤s404、自第三操作容器中调取存储号在反馈范围内的poc信令并均记为待处理信令，将第三节点的存储号更新为b，反馈范围为a至b，在此值得说明的是，且该反馈范围包括a和b。

步骤s405、服务器设备执行待处理信令的请求任务并生成回复信息，然后将回复信息反馈于poc端，以实现延迟执行poc信令的请求任务并在执行完成后向poc端反馈。

在此值得说明的是，该反馈步骤不限定具体开始时间，但是应当在一个通知型信令在完成一次完整的处理后执行，即从步骤s101开始至步骤s305。

通过该技术方案，通过该反馈步骤，可以得到相应多个回复信息，然后将回复信息反馈于对应的poc端，从而避免了大量时效性低的通知型信令占用服务端设备与poc端的处理能力，提高对时效性高的非通知型信令的处理能力，并换取降低负载压力。

作为可选的技术方案，该方法还包括清理步骤，在此值得说明的是，该清理步骤不限定具体开始时间，但是应当在一个通知型信令在完成一次完整的处理后执行，即一个通知型信令从步骤s101开始至步骤s305。

图5是本申请实施例三所示清理步骤的流程图，参照图5所示，该清理步骤包括步骤s501至步骤s502。

步骤s501、服务器设备接收清理请求。该清理请求可以是服务器设备根据存储情况生成的。值得说明的是，该清理请求写到有频道组信息。

步骤s502、服务器设备查询清理请求指向的状态容器记为第四状态容器，将在第四状态容器中存储号最旧的节点记为第四节点。

步骤s503、服务器设备判断第四操作容器的参考存储号是否在第四节点的存储号之前，若是，则执行步骤s504。其中在此值得说明的是，将第四操作容器的参考存储号记为c，当第一个poc端上线时，对应节点的存储号即为该第四操作容器的初始参考存储号。将第四节点的存储号记为d，当更新后的当前存储号与更新次数呈正反馈时，则第四操作容器的参考存储号在第四节点的存储号之前对应c＜d；反之当呈负反馈时，则c＞d。

步骤s504、在第四状态容器中删除存储号在第四操作容器的参考存储号之前的节点，将第四节点的存储号更新为d。

通过该技术方案，对相应的第四状态容器进行清理，以避免第四状态操作容器占用的存储空间不断地增大，从而减小存储单元的占用，并提高查询任意版本号操作的速率。

进一步地，在步骤s502和步骤s503之间还可以包括整合步骤，该整合步骤具体为：第四操作容器之中的poc信令按照其来源和类型进行整合以得到多个处理组，然后保存处理组中存储号最大的poc信令。在此值得说明的是，同一处理组中的poc信令为同一类型且对应同一节点。

通过本技术方案，从而可以减少第四操作容器中的poc信令的数量，减小存储单元的占用，且有利于清理步骤的后续处理。

实施例四

本实施例四提供一种poc信令处理装置，其为上述实施例的虚拟装置结构。图6是本申请实施例四所示poc信令处理装置的结构框图，参照图4所示，该处理装置包括：

接收模块，用于服务器设备接收poc端发送poc信令；

分级模块，用于服务器设备判断poc信令是否为通知型信令，若是，则延迟向poc端反馈；若否，则执行poc信令的请求任务。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

实施例五

本实施例五提供了一种电子设备，图7是本申请实施例五所示电子设备的结构框图，参照图7所示，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例五中，上述处理器可以被设置为通过计算机程序执行以下步骤：

服务器设备接收poc端发送的poc信令；

服务器设备判断poc信令是否为通知型信令，若是，则延迟执行poc信令的请求任务并在执行完成后向poc端反馈；若否，则执行poc信令的请求任务并在执行完成后向poc端反馈。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的poc信令处理方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种poc信令处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种poc信令处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图7是根据本申请实施例五的电子设备的内部结构示意图，如图7所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图7所示。该电子设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的数据库用于存储数据。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种网络用户角色识别的方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。