一种基于关键通信的组呼创建方法、装置及系统与流程

本发明属于通信技术领域，尤其涉及一种基于关键通信的组呼创建方法、装置及系统。

背景技术：

专业无线通信(professionalmobileradio，pmr)也称为关键通信，是3gpp为了解决公共安全，在lte基础上建立的集群通信标准。

关键通信经过模拟到数字技术的变革，网络的稳定性、安全性、可靠性都得到大大提升，功能的丰富性和运营效率也都有巨大的飞跃。基于关键通信的服务包括：任务关键对讲(mission-criticalpushtotalk，mcptt)、任务关键数据(mcdata)、任务关键视频(mcvideo)等。

基于关键通信的服务支持单呼、组呼和群呼，其中，组呼即一个主叫用户对属于该组内的各个成员用户进行呼叫。传统的基于关键通信的组呼通常是某个客户端向服务器发起组呼请求，然后由服务器逐个通知该组内的用户，服务器接收到各个客户端返回的组呼响应信息后，创建该组呼由该组呼创建过程可知创建组呼的过程耗时较长。而某些紧急应用场景下需要在极短的时间内建立组呼，显然，传统的组呼创建方法无法满足紧急应用场景的需求。

技术实现要素：

有鉴于此，本发明的目的在于提供一种基于关键通信的组呼创建方法、装置及系统，以解决传统的组呼创建时间长的技术问题，为解决该技术问题，本申请提供的技术方案如下：

第一方面，本发明提供了一种基于关键通信的组呼创建方法，应用于关键通信服务器中，该方法包括：

获取具有组呼标识的关键通信组对应的组标识；

依据所述组标识为所述关键通信组分配创建组呼所需的资源；

依据所述资源创建所述关键通信组对应的组呼。

可选地，所述方法还包括：

当所述组呼内只剩一个关键通信客户端在线或所述组呼内所有关键通信客户端均离开组呼后，判断组呼时间是否达到预设时间；

若所述组呼时间未达到所述预设时间，则仍保持为所述组标识对应组呼分配的资源；

若所述组呼时间达到所述预设时间，则释放为所述组标识对应组呼分配的资源。

可选地，所述方法还包括：

根据所述组标识获得所述关键通信组内包含的全部关键通信客户端；

将所述关键通信组内在线的关键通信客户端拉入所述关键通信组进行组呼通信。

可选地，将所述关键通信组内在线的关键通信客户端拉入所述关键通信组进行组呼通信，包括：

从所述全部关键通信客户端中检测出在线的关键通信客户端；

向所述在线的关键通信客户端发送组呼请求，以使该在线的关键通信客户端进入所述关键通信组进行组呼通信。

可选地，根据所述组标识获得所述关键通信组内的全部关键通信客户端，包括：

向组管理服务器发送查询请求，该查询请求包含所述组标识用于使所述组管理服务器查询与所述组标识关联的全部关键通信客户端；

接收所述组管理服务器返回的与所述组标识关联的全部客户端的信息。

可选地，所述方法还包括：

向已经加入所述组标识对应的组呼的关键通信客户端发送当前组呼为在预设时间段内的永久组呼的通知消息。

第二方面，本发明提供了一种基于关键通信的组呼创建装置，包括：存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序实现如下步骤：

获取具有组呼标识的关键通信组对应的组标识；

依据所述组标识为所述关键通信组分配创建组呼所需的资源；

依据所述资源创建所述关键通信组对应的组呼。

可选地，所述处理器执行所述存储器内存储的计算机程序还实现如下步骤：

当所述组呼内只剩一个关键通信客户端在线或所述组呼内所有关键通信客户端均离开组呼后，判断组呼时间是否达到预设时间；

若所述组呼时间未达到所述预设时间，则仍保持为所述组标识对应组呼分配的资源；

若所述组呼时间达到所述预设时间，则释放为所述组标识对应组呼分配的资源。

可选地，所述处理器执行所述存储器内存储的计算机程序还实现如下步骤：

根据所述组标识获得所述关键通信组内包含的全部关键通信客户端；

将所述关键通信组内在线的关键通信客户端拉入所述关键通信组进行组呼通信。

可选地，所述处理器用于实现将所述关键通信组内在线的关键通信客户端拉入所述关键通信组进行组呼通信时，具体用于：

从所述全部关键通信客户端中检测出在线的关键通信客户端；

向所述在线的关键通信客户端发送组呼请求，以使该在线的关键通信客户端进入所述关键通信组进行组呼通信。

可选地，所述处理器用于根据所述组标识获得所述关键通信组内的全部关键通信客户端时具体用于：

向组管理服务器发送查询请求，该查询请求包含所述组标识用于使所述组管理服务器查询与所述组标识关联的全部关键通信客户端；

接收所述组管理服务器返回的与所述组标识关联的全部客户端的信息。

可选地，所述处理器用于执行所述存储器内存储的计算机程序还实现如下步骤：

向已经加入所述组标识对应的组呼的关键通信客户端发送当前组呼为在预设时间段内的永久组呼的通知消息。

第三方面，本发明还提供了一种基于关键通信的组呼创建系统，包括关键通信服务器和多个客户端；

所述关键通信服务器获取具有组呼标识的关键通信组对应的组标识；

所述关键通信服务器依据所述组标识为所述关键通信组分配创建组呼所需的资源；

所述关键通信服务器依据所述资源创建所述关键通信组对应的组呼，以使具有所述组标识的客户端直接加入所述组标识对应的组呼内。

本发明提供的基于关键通信的组呼创建方法、装置及系统，由关键通信服务器获取具有永久组呼标识的关键通信组的组标识，然后，依据该组标识为该关键通信组分配创建组呼所需的资源，并依据分配的资源创建关键通信组对应的组呼。该方法由关键通信服务器直接创建组呼，当该组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。

附图说明

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

图1是本申请实施例一种基于mcptt的组呼创建方法的流程图；

图2是本申请实施例又一种基于mcptt的组呼创建方法的流程图；

图3是本申请实施例提供的一种基于关键通信的组呼创建装置的结构示意图；

图4是本申请实施例提供的另一种基于关键通信的组呼创建装置的结构示意图；

图5本申请实施例提供的又一种基于关键通信的组呼创建装置的结构示意图；

图6是本申请实施例提供的再一种基于关键通信的组呼创建装置的结构示意图；

图7是本申请还提供了一种基于关键通信的组呼创建系统的结构示意图。

具体实施方式

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

请参见图1，示出了本申请实施例一种基于关键通信的组呼创建方法的流程图，该方法应用于关键通信系统中，所述关键通信系统包括：关键通信客户端、关键通信服务器、组管理服务器，其中，关键通信客户端的数量是多个，例如，至少3个；组管理服务器和关键通信服务器可以是一个物理服务器，或者，可以是两个独立的物理服务器。

如图1所示，该方法包括以下步骤：

s110，关键通信服务器获取具有永久组呼属性的关键通信组对应的组标识。

该关键通信服务器可以提供任务关键对讲服务(mcptt)、任务关键数据服务(mcdata)和任务关键视频服务(mcvideo)。

永久组呼属性表征该关键通信组的组呼可以在预设时间段内一直保持，没有接入时间的限制。

组标识是关键通信组的唯一标识，用于唯一区分不同的关键通信组。关键通信服务器能够获取已经开启或激活“永久组呼特性”的关键通信组对应的组标识。

在本申请的一个实施例中，可以由管理员或其它人员将某些特定的关键通信组的“永久组呼特性”属性配置为开启或激活。

s120，关键通信服务器依据该组标识为该关键通信组分配创建永久组呼所需的资源。

例如，创建永久组呼所需的资源包括为该组呼分配的内存资源等。

s130，关键通信服务器依据为该永久组呼分配的资源为该关键通信组创建组呼。

关键通信服务器主动为该关键通信组创建组呼，例如，建立组呼上下文等。

至此完成了组呼的创建过程，然后，该关键通信组内的用户上线后可以直接加入组呼，因此对于用户而言组呼建立时间可以减小到0。

为该关键通信组创建组呼后，当检测到该关键通信组内的用户上线后，将该用户拉入该组呼内。具体的过程如下：

s140，关键通信服务器向组管理服务器发送查询请求。

该查询请求包含所述关键通信组对应的组标识，该查询请求用于查询该关键通信组内的客户端。

s150，组管理服务器根据该查询请求查询获得与该组标识相关联的全部客户端的信息并返回给关键通信服务器。

组管理服务器获得该组标识后，从数据库中查询与该组标识相关联的关键通信客户端的信息，其中，关键通信客户端的信息可以是能够唯一标示该客户端的标识信息，例如，该客户端的设备识别号或呼叫号码。

因此，根据组标识能够从组管理服务器中查询得到该关键通信组内的全部组成员。

s160，关键通信服务器将该关键通信组内在线的客户端拉入该关键通信组的组呼内。

从该关键通信组包含的全部客户端中检测出在线的客户端；然后，向在线的客户端发送组呼请求，以使在线的客户端进入所述关键通信组进行组呼通信。

可选地，在客户端加入组呼后，关键通信服务器还可以向各个客户端发送通知信息，该通知信息包含表明当前组呼是在预设时间段内的永久性组呼的信息。

本实施例提供的基于关键通信的组呼创建方法，由关键通信服务器获取具有永久组呼标识的关键通信组的组标识，然后，依据该组标识为该关键通信组分配创建组呼所需的资源，并依据分配的资源创建关键通信组对应的组呼。该方法由关键通信服务器直接创建组呼，当该组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。

请参见图2，示出了本申请实施例又一种基于关键通信的组呼创建方法的流程图，该方法在图1所示实施例的基础上还可以包括以下步骤：

s210，关键通信服务器判断组呼持续时间是否达到预设时间；如果达到预设时间，则执行s220；如果未达到预设时间，则执行s230。

关键通信服务器判断组呼持续时间是否达到预设时间，如果组呼持续时间未达到预设时间，即使检测到组呼内的用户不满足组呼条件(例如，组呼内只剩下一个用户，或者全部用户都离开组呼)时，也不会释放该组呼对应的资源。当该组呼内的用户满足组呼条件时，用户可以立即进行组呼通信，无需重新建立组呼。

如果组呼持续时间达到预设时间则释放该组呼对应的资源。

s220，关键通信服务器释放所述组呼对应的资源。

s230，关键通信服务器保持所述组呼对应的资源。

本实施例提供的基于关键通信的组呼创建方法，创建的组呼是在预设时间段内的永久性组呼，即使组呼内只剩一个用户，或者，所有用户都离开组呼，如果组呼持续时间未达到预设时间段，关键通信服务器也不会释放该组呼的资源。这样，在紧急情况下，用户可以随时接入组呼进行组呼通信，以满足用户对紧急组呼的应用需求。

请参见图3，示出了本申请实施例提供的一种基于关键通信的组呼创建装置的结构示意图，该装置应用于关键通信服务器中，如图3所示，该装置包括：

获取模块110，用于获取具有组呼标识的关键通信组对应的组标识。

组标识是关键通信组的唯一标识，用于唯一区分不同的关键通信组。关键通信服务器能够获取已经开启或激活“永久组呼特性”的关键通信组对应的组标识。

资源分配模块120，用于依据组标识为所述关键通信组分配创建组呼所需的资源。

例如，创建永久组呼所需的资源包括为该组呼分配的内存资源等。

组呼创建模块130，用于依据资源创建关键通信组对应的组呼。

本实施例提供的基于关键通信的组呼创建装置，由关键通信服务器获取具有永久组呼标识的关键通信组的组标识，然后，依据该组标识为该关键通信组分配创建组呼所需的资源，并依据分配的资源创建关键通信组对应的组呼。该装置由关键通信服务器直接创建组呼，当该组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。

请参见图4，示出了本申请实施例提供的另一种基于关键通信的组呼创建装置的结构示意图，该装置在图3所示实施例的基础上还包括：

组内用户获得模块210，用于根据组标识获得关键通信组内包含的全部关键通信客户端。

在本申请的一个实施例中，组内用户获得模块210具体用于：向组管理服务器发送查询请求，该查询请求包含组标识用于使组管理服务器查询与组标识关联的全部关键通信客户端；然后，接收组管理服务器返回的与组标识关联的全部客户端的信息。

拉入模块220，用于将关键通信组内在线的关键通信客户端拉入该关键通信组进行组呼通信。

从该关键通信组包含的全部客户端中检测出在线的客户端；然后，向在线的客户端发送组呼请求，以使在线的客户端进入所述关键通信组进行组呼通信。

在本申请的一个实施例中，拉入模块220具体用于：从全部关键通信客户端中检测出在线的关键通信客户端；向在线的关键通信客户端发送组呼请求，以使该在线的关键通信客户端进入该关键通信组进行组呼通信。

可选地，在客户端加入组呼后，关键通信服务器还可以向各个客户端发送通知信息，该通知信息包含表明当前组呼是在预设时间段内的永久性组呼的信息。

本实施例提供的基于关键通信的组呼创建装置，由关键通信服务器直接创建组呼，当该组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。

请参见图5，示出了本申请实施例提供的又一种基于关键通信的组呼创建装置的结构示意图，如图5所示，该装置在图3所示实施例的基础上还包括：

判断模块310，用于当该组呼内只剩一个关键通信客户端在线或该组呼内所有关键通信客户端均离开组呼后，判断组呼时间是否达到预设时间。

判断模块310判断组呼持续时间是否达到预设时间，如果组呼持续时间未达到预设时间，即使检测到组呼内的用户不满足组呼条件(例如，组呼内只剩下一个用户，或者全部用户都离开组呼)时，也不会释放该组呼对应的资源。当该组呼内的用户满足组呼条件时，用户可以立即进行组呼通信，无需重新建立组呼。

组呼保持模块320，用于当组呼时间未达到所述预设时间，则仍保持为所述组标识对应组呼分配的资源。

组呼释放模块330，用于当组呼时间达到预设时间，则释放为组标识对应组呼分配的资源。

当然，判断模块310、组呼保持模块320、组呼释放模块330也可以增加在图4所示实施例的基础上。

本实施例提供的基于关键通信的组呼创建装置，创建的组呼是在预设时间段内的永久性组呼，即使组呼内只剩一个用户，或者，所有用户都离开组呼，如果组呼持续时间未达到预设时间段，关键通信服务器也不会释放该组呼的资源。这样，在紧急情况下，用户可以随时接入组呼进行组呼通信，以满足用户对紧急组呼的应用需求。

另一方面，上述实施例提供的基于关键通信的组呼创建装置包括处理器和存储器，该装置所包含的上述功能模块均作为程序模块存储在存储器中，由处理器执行存储在存储器中的上述程序模块来实现相应的功能。如图6所示，该装置包括存储器410和处理器420；

存储器410，用于存储计算机程序。

处理器420用于执行存储器410内存储的计算机程序以实现如下步骤：

获取具有组呼标识的关键通信组对应的组标识；依据所述组标识为所述关键通信组分配创建组呼所需的资源；依据所述资源创建所述关键通信组对应的组呼。

在本申请的一个实施例中，处理器420执行存储器410内存储的计算机程序还能够实现如下步骤：

当组呼内只剩一个关键通信客户端在线或组呼内所有关键通信客户端均离开组呼后，判断组呼时间是否达到预设时间；若组呼时间未达到预设时间，则仍保持为组标识对应组呼分配的资源；若组呼时间达到预设时间，则释放为组标识对应组呼分配的资源。

在本申请的另一个实施例中，处理器420执行存储器410内存储的计算机程序还能实现如下步骤：

根据组标识获得关键通信组内包含的全部关键通信客户端；将关键通信组内在线的关键通信客户端拉入关键通信组进行组呼通信。

在本申请的一个实施例中，当处理器420用于实现将关键通信组内在线的关键通信客户端拉入关键通信组进行组呼通信时，具体用于：

从全部关键通信客户端中检测出在线的关键通信客户端；向在线的关键通信客户端发送组呼请求，以使该在线的关键通信客户端进入所述关键通信组进行组呼通信。

在本申请的一个实施例中，当处理器420用于实现根据组标识获得关键通信组内的全部关键通信客户端时具体用于：

解析获得的所述组标识；向组管理服务器发送查询请求，该查询请求包含组标识用于使组管理服务器查询与组标识关联的全部关键通信客户端；接收组管理服务器返回的与组标识关联的全部客户端的信息。

在本申请的另一个实施例中，处理器420用于执行存储器410内存储的计算机程序还能够实现如下步骤：

向已经加入组标识对应组呼的关键通信客户端发送当前组呼为在预设时间段内的永久组呼的通知消息。

本实施例提供的基于关键通信的组呼创建装置，在创建组呼时获取具有永久组呼标识的关键通信组的组标识，然后，依据该组标识为该关键通信组分配创建组呼所需的资源，并依据分配的资源创建关键通信组对应的组呼。该方案由关键通信服务器直接创建组呼，当该关键通信组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。此外，关键通信服务器创建的组呼在预设时间段内的永久性组呼，即使组呼内只剩一个用户，或者，所有用户都离开组呼，如果组呼持续时间未达到预设时间段，关键通信服务器也不会释放该组呼的资源。这样，在紧急情况下，用户可以随时接入组呼进行组呼通信，以满足用户对紧急组呼的应用需求。

本文中的处理器中包含内核，由内核取存储器中调取相应的程序，内核可以设置一个或以上。其中，处理器可以是cpu，或者，mcu，或者，还可以是cpu和mcu的结合。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机可读存储介质，该存储介质中存储有程序，该程序由计算机执行时实现上述任一实施例提供的基于关键通信的组呼创建方法。

又一方面，本申请还提供了一种基于关键通信的组呼创建系统。如图7所示，为本申请实施例提供的一种基于关键通信的组呼创建系统的结构示意图，该系统包括关键通信服务器510和多个客户端520；

关键通信服务器510，用于获取具有组呼标识的关键通信组对应的组标识，依据所述组标识为所述关键通信组分配创建组呼所需的资源，依据资源创建该关键通信组对应的组呼，以使具有该组标识的客户端直接加入该组标识对应的组呼内。

关键通信服务器510，还用于根据组标识获得关键通信组内包含的全部关键通信客户端，并将关键通信组内在线的关键通信客户端拉入该关键通信组进行组呼通信。

可选地，关键通信服务器510还用于向已经加入组标识对应的组呼的关键通信客户端发送当前组呼为在预设时间段内的永久组呼的通知消息。

可选的，该系统还包括组管理服务器530。

关键通信服务器510根据组标识获得关键通信组内包含的全部关键通信客户端时，具体用于：向组管理服务器530发送查询请求，该查询请求包含组标识用于使组管理服务器530查询与组标识关联的全部关键通信客户端；接收组管理服务器530返回的与组标识关联的全部客户端的信息。

需要说明的是，关键通信服务器510与组管理服务器530可以是同一个物理服务器，也可以是相互独立的物理服务器，本申请对此并不限定。

可选的，关键通信服务器510，还用于当组呼内只剩一个关键通信客户端在线或组呼内所有关键通信客户端均离开组呼后，判断组呼时间是否达到预设时间；若组呼时间未达到预设时间，则仍保持为组标识对应组呼分配的资源；若组呼时间达到预设时间，则释放为组标识对应组呼分配的资源。

本实施例提供的基于关键通信的组呼创建系统，在创建组呼时，关键通信服务器获取具有永久组呼标识的关键通信组的组标识，然后，依据该组标识为该关键通信组分配创建组呼所需的资源，并依据分配的资源创建关键通信组对应的组呼。该方案由关键通信服务器直接创建组呼，当该关键通信组内的客户端上线后，可以直接加入该组呼内，对客户端而言，组呼建立时间能够减小至0，因此，减小了客户端的等待时间，提高了组呼创建效率。此外，关键通信服务器创建的组呼在预设时间段内的永久性组呼，即使组呼内只剩一个用户，或者，所有用户都离开组呼，如果组呼持续时间未达到预设时间段，关键通信服务器也不会释放该组呼的资源。这样，在紧急情况下，用户可以随时接入组呼进行组呼通信，以满足用户对紧急组呼的应用需求。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请各实施例中的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。