CN111885513B - 公网集群优先抢占方法、装置、设备以及存储介质 - Google Patents

Abstract

本申请提供一种公网集群优先抢占方法、装置、设备以及存储介质。该方法包括：服务器获取用户的第一业务参数，第一业务参数包括用户终端、业务需求、网络状态、手机号码。服务器根据该第一业务参数和预设条件，确定业务模型。该业务模型中包括用户级别和配置参数。服务器根据该业务模型，确定需要分配给用户的PTT通信资源，并实现资源的优先分配。本申请的方法，提高了PTT通信业务可容纳的用户量，扩大了PTT通信业务的覆盖范围。

Description

公网集群优先抢占方法、装置、设备以及存储介质

技术领域

本申请涉及通信技术，尤其涉及一种公网集群优先抢占方法、装置、设备以及存储介质。

背景技术

无线一键通(Push to Talk Over Cellular，POC)，简称PTT(Push-to-Talk)，是一种基于专用无线通信系统的一对一或一对多通信技术。该PTT通信技术多用于政府部门、公共安全、应急通信等领域。PTT通信一般用于应急、重大保障等场景，具有重要性、紧迫性、实时性等特性。

现有技术中，为保证PTT通信的使用，其通信多使用专网集群实现。专网集群具有专网专用的特性，可提供高质量保障的集群调度业务，且用户容量大。因此，使用专网集群实现PTT通信，可以保证在应急、重大保障等场景下，通信的稳定和快速应对。

然而，现有技术中，使用专网集群实现PTT通信，无法满足用户量和使用范围的需求。

发明内容

本申请提供一种公网集群优先抢占方法、装置、设备以及存储介质，用以解决现有技术中，使用专网集群实现PTT通信，无法满足用户量和使用范围的需求的问题。

第一方面，本发明提供一种公网集群优先抢占方法，包括：

获取第一业务参数，所述第一业务参数包括用户终端、业务需求、网络状态、手机号码；

根据所述第一业务参数，确定业务模型，所述业务模型用于指示所述用户的用户级别和配置参数；

根据所述业务模型，分配通信资源。

可选地，所述根据所述第一业务参数，确定业务模型，包括：

当所述第一业务参数满足第一预设条件时，确定所述业务模型为第一业务模型；

根据所述第一业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

可选地，所述根据所述第一业务参数，确定业务模型，包括：

当所述第一业务参数满足第二预设条件时，确定所述业务模型为第二业务模型；

根据所述第二业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

可选地，所述根据所述第一业务参数，确定业务模型，包括：

当所述第一业务参数满足第三预设条件时，确定所述业务模型为第三业务模型；

根据所述第三业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

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

所述第一预设条件，包括以下至少一种：所述用户终端为专用终端、所述业务需求为单一语音业务、所述手机号码为预设手机号码；

所述第二预设条件，包括以下至少一种：所述用户终端为专用终端、所述业务需求为综合业务、所述手机号码为预设手机号码；

所述第三预设条件，包括以下至少一种：所述用户终端为普通终端、所述手机号码为非预设手机号码。

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

获取第二业务参数，所述第二业务参数包括用户数据和资源利用率；

根据所述第二业务参数，对所述通信资源进行动态优化。

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

根据预设频率，对所述通信资源进行动态优化。

第二方面，本申请提供一种公网集群优先抢占装置，包括：

获取模块，用于获取第一业务参数，所述第一业务参数包括用户终端、业务需求、网络状态、手机号码；

确定模块，用于根据所述第一业务参数，确定业务模型，所述业务模型用于指示所述用户的用户级别和配置参数；

分配模块，用于根据所述业务模型，分配通信资源。

可选地，所述确定模块，包括：

第一确定子模块，用于在所述第一业务参数满足第一预设条件时，确定所述业务模型为第一业务模型；

第二确定子模块，用于根据所述第一业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

可选地，所述确定模块，包括：

第一确定子模块，还用于在所述第一业务参数满足第二预设条件时，确定所述业务模型为第二业务模型；

第二确定子模块，还用于根据所述第二业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

可选地，所述确定模块，包括：

第一确定子模块，还用于在所述第一业务参数满足第三预设条件时，确定所述业务模型为第三业务模型；

第二确定子模块，还用于根据所述第三业务模型和所述第一业务参数，确定所述用户的用户级别和配置参数。

可选地，所述装置，包括：

所述第一预设条件，包括以下至少一种：所述用户终端为专用终端、所述业务需求为单一语音业务、所述手机号码为预设手机号码；

所述第二预设条件，包括以下至少一种：所述用户终端为专用终端、所述业务需求为综合业务、所述手机号码为预设手机号码；

所述第三预设条件，包括以下至少一种：所述用户终端为普通终端、所述手机号码为非预设手机号码。

可选地，所述装置，还包括：

第二获取模块，用于获取第二业务参数，所述第二业务参数包括用户数据和资源利用率；

优化模块，用于根据所述第二业务参数，对所述通信资源进行动态优化。

可选地，所述装置，包括：

根据预设频率，对所述通信资源进行动态优化。

第三方面，本申请提供一种服务器，包括：存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行第一方面及第一方面任一种可能的设计中的公网集群优先抢占方法。

第四方面，本申请提供一种可读存储介质，可读存储介质中存储有执行指令，当服务器的至少一个处理器执行该执行指令时，服务器执行第一方面及第一方面任一种可能的设计中的公网集群优先抢占方法。

本申请提供的公网集群优先抢占方法、装置、设备以及存储介质，通过获取用户的第一业务参数；根据该第一业务参数和预设条件，确定业务模型，该业务模型中包括用户级别和配置参数；根据该业务模型，确定需要分配给用户的PTT通信资源，并实现资源的优先分配的手段，实现提高PTT通信业务可容纳的用户量，并扩大PTT通信业务的覆盖范围的效果。

附图说明

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

图1为本申请一实施例提供的一种公网集群的场景示意图；

图2为本申请一实施例提供的一种公网集群优先抢占方法的流程图；

图3为本申请一实施例提供的另一种公网集群优先抢占方法的流程图；

图4为本申请一实施例提供的再一种公网集群优先抢占方法的流程图；

图5为本申请一实施例提供的一种公网集群优先抢占装置的结构示意图；

图6为本申请一实施例提供的另一种公网集群优先抢占装置的结构示意图；

图7为本申请一实施例提供的再一种公网集群优先抢占装置的结构示意图；

图8为本申请一实施例提供的服务器的硬件结构示意图。

具体实施方式

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

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

无线一键通(Push to Talk Over Cellular，POC)，简称PTT(Push-to-Talk)，是一种基于专用无线通信系统的一对一或一对多通信技术。该PTT通信技术多用于政府部门、公共安全、应急通信等领域。PTT通信一般用于应急、重大保障等场景，具有重要性、紧迫性、实时性等特性。

现有技术中，为保证PTT通信的使用，其通信多使用专网集群实现。专网集群具有专网专用的特性，可提供高质量保障的集群调度业务，且用户容量大。因此，使用专网集群实现PTT通信，可以保证在应急、重大保障等场景下，通信的稳定和快速应对。

现有技术中，专网集群实现了专网专用，为集群调度业务提供了更高质量保障的网络服务。然而，当用户容量提升时，该专网集群将面临建设成本高的问题。且由于专网集群的特定，使用专网集群还存在无法全国范围使用的问题。在建设资源紧缺当下，为实现专网集群的全国覆盖，以及专网集群的PTT通信业务覆盖，在全国范围内重复建网显然是不适用的。

针对上述问题，本申请提出了一种使用公网集群保证PTT通信业务覆盖的方法。目前，公网集群使用大网资源，可以在全国范围内实现资源的有效调度。因此，公网集群在PTT通信业务的使用，可以有效保证PTT通信的使用范围的需求。

然而，公网集群其本身具有其他的业务需求。因此，一旦公网集群中用户数量过多或者负荷量过高时，公网集群将无法保证PTT通信业务的需求。甚至，PTT业务的实时性可能得不到保证，无法满足用户紧急性、重要性的使用需求。

针对上述问题，本申请提出了在使用公网集群的基础上，使用优先抢占的方法。该公网集群优先抢占方法通过合理的分配通信资源，实现PTT通信业务的优先保障。同时，根据用户的第一业务参数，服务器对不同用户进行用户级别的划分。服务器根据用户的第一业务参数和用户级别，确定用户的配置参数。进而，根据该配置参数，服务器实现通信资源的分配。进一步地，服务器还获取站点的第二业务参数。根据该第二业务参数，服务器实现对全网通信资源的动态优化，进而，保证PTT通信业务的永久优先抢占。

图1示出了本申请一实施例提供的一种公网集群的场景示意图。如图所示，该场景中布置有公网集群。其中，终端设备为具有PTT通信业务的终端，该终端设备可以为专用终端或者普通终端。其中，服务器为该公网集群的服务器。该服务器可以与云屯平台、用卡易系统、智维优系统、号码通系统等系统平台连接。服务器可以通过云屯平台获取用户的第一业务参数。服务器可以通过用卡易系统，实现用户核心网络和无线侧的优先抢占。服务器可以通过智维优系统实现网络资源的动态调整。服务器可以通过号码通平台实现普通终端中，手机号码的获取。用户可以通过终端设备，请求PTT通信业务。服务器根据终端设备的配置参数和用户级别，向用户分配公网集群的网络资源，从而保证终端设备的PTT通信。

本申请中，以服务器为执行主体，执行如下实施例的公网集群优先抢占方法。具体地，该执行主体可以为服务器的硬件装置，或者为服务器中实现下述实施例的软件应用，或者为安装有实现下述实施例的软件应用的计算机可读存储介质。

图2示出了本申请一实施例提供的一种公网集群优先抢占方法的流程图。在图1所示实施例的基础上，如图2所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S101、获取第一业务参数，第一业务参数包括用户终端、业务需求、网络状态、手机号码。

本实施例中，服务器获取用户的第一业务参数。该第一业务参数中可以包括用户终端、业务需求、网络状态、手机号码等信息。

其中，用户终端包括专用终端和普通终端。专用终端为PTT通信的定制终端，该终端中集成有PTT通信功能。针对不同专用终端，可以集成有不同的PTT通信服务和不同用户级别。普通终端为安装用PTT通信专用APP的个人终端。该个人终端可以为手机、平板等终端设备。用户可以通过普通终端上的PTT通信专用APP实现PTT通信功能。

其中，业务需求包括单一语音业务和综合业务，该综合业务中可以包括收发短信、语音、图片、视频等业务。针对不同的业务需求，用户终端通过开通不同的PTT通信服务实现。

其中，网络状态可以包括3G和/或4G和/或5G。

其中，当用户终端为专用终端时，手机号码可以为该专用终端中预设的手机号码。或者，当用户终端为普通终端时，手机号码还可以为用户登录PTT通信专用APP时所使用的手机号码。

当用户终端为专用终端时，服务器可以根据用户请求，获取该用户终端的用户终端、手机号码。当用户终端为普通终端时，服务器可以根据用户请求，获取该用户终端的用户终端。服务器还可以通过号码通系统获取手机号码。服务器还可以通过云屯平台，获取网络状态和业务需求等内容。

S102、根据第一业务参数和预设条件，确定业务模型，业务模型用于指示用户的用户级别和配置参数。

本实施例中，服务器在获取用户的第一业务参数后，根据预设条件，对用户进行分类。服务器根据该分类结果，确定用户的业务模型。

其中，预设条件可以为用户终端为专用终端或者普通终端、业务需求为单一语音业务或者综合业务、网络状态为3G和/或4G和/或5G、手机号码为预设手机号码等。预设条件还可以为上述部分或者全部条件的组合。

服务器在确定用户的业务模型后，可以根据不同的业务模型，确定用户的用户级别和配置参数。其中，不同的业务模型中，用户级别和配置参数的计算方式不同。

例如，GPP R13标准中，增加了用于PTT业务的QCI65-QCI70扩展等级。该QCI65-QCI70扩展等级，可以用于指示不同业务类型下，业务质量要求和优先级。GPP R13标准还允许运营商自定义QCI扩展等级。该QCI扩展等级可以向用户提供业务的优先性服务。

S103、根据业务模型，分配通信资源。

本实施例中，服务器在根据S102确定用户的配置参数后，服务器根据该配置参数，实现通信资源的优先分配。

例如，服务器确定用户仅使用单一语音业务。服务器根据该语音业务需求，向该用户优先分配语音资源，从而保证该用户PTT通信业务。

本申请提供的公网集群优先抢占方法，服务器获取用户的第一业务参数。服务器根据该第一业务参数和预设条件，确定业务模型。该业务模型中包括用户级别和配置参数。服务器根据该业务模型，确定需要分配给用户的PTT通信资源，并实现资源的优先分配。本申请中，通过对通信资源的优先分配，实现了公网集群中，PTT通信业务的保障，从而提高了PTT通信业务可容纳的用户量，并扩大了PTT通信业务的覆盖范围。

图3示出了本申请一实施例提供的另一种公网集群优先抢占方法的流程图。在图1和图2所示实施例的基础上，如图3所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S201、获取第一业务参数，第一业务参数包括用户终端、业务需求、网络状态。

其中，步骤S201与图2实施例中的步骤S101实现方式类似，本实施例此处不再赘述。

S202、当第一业务参数满足第一预设条件时，确定业务模型为第一业务模型。

本实施例中，服务器在根据S201获取第一业务参数后，将该第一业务参数与第一预设条件进行比较。当服务器确定该第一业务参数满足第一预设条件时，服务器确定业务模型为第一业务模型。否则，服务将该第一业务参数与其他预设条件进行比较。

一种示例中，第一预设条件，包括以下至少一种：用户终端为专用终端、业务需求为单一语音业务、手机号码为预设手机号码。

其中，预设手机号码可以为预设手机号码集合或者可以为预设号码段。由于在向园区或者企事业单位提供号码办理业务时，该园区或者企事业单位的号码通常在同一号码段内。因此，服务器可以根据手机号码所处的号码段，确定该手机号码的业务需求、使用习惯等信息。或者，针对部分已知需要办理PTT通信业务的用户，服务器可以获取预设手机号码集合。该预设手机号码集合中可以记录手机号码以及该手机号码对应的业务需求和使用习惯。

其中，专用终端中可以包括预设好的手机号码，或者预设好的PTT业务服务，或者预设好的用户等级。

其中，单一语音业务为PTT业务中最基础的业务服务。因此，在PTT业务的众多服务中，该单一语音业务的业务需求，应当优先于其他业务服务。并且，当服务器确定用户使用单一语音业务时，服务器只需对语音业务的通信资源进行配置即可。

S203、根据第一业务模型和第一业务参数，确定用户的用户级别和配置参数。

本实施例中，用户的业务模型为第一业务模型。该业务模型下，服务器可以直接从用户终端获取第一业务参数。例如，服务器可以直接从用户终端获取用户的手机号码，或者服务器可以直接从用户终端获取业务需求。服务器可以根据该第一业务参数，确定用户的用户级别。该用户级别用于指示用户终端抢占通信资源的优先级。服务器还可以根据第一业务参数，确定用户的配置参数。服务器可以根据该配置参数，实现通信资源的配置。

具体地，服务器可以使用用卡易系统配置用户级别。服务器还可以使用用卡易系统实现用户核心网和无线侧的通信资源的抢占。

S204、当第一业务参数满足第二预设条件时，确定业务模型为第二业务模型。

本实施例中，服务器在根据S202确定第一业务参数不符合第一预设条件后，服务器将该第一业务参数与第二预设条件进行比较。当服务器确定该第一业务参数满足第二预设条件时，服务器确定业务模型为第二业务模型。否则，服务将该第一业务参数与其他预设条件进行比较。

一种示例中，第二预设条件，包括以下至少一种：用户终端为专用终端、业务需求为综合业务、手机号码为预设手机号码。

其中，预设手机号码可以为预设手机号码集合或者可以为预设号码段。由于在向园区或者企事业单位提供号码办理业务时，该园区或者企事业单位的号码通常在同一号码段内。因此，服务器可以根据手机号码所处的号码段，确定该手机号码的业务需求、使用习惯等信息。或者，针对部分已知需要办理PTT通信业务的用户，服务器可以获取预设手机号码集合。该预设手机号码集合中可以记录手机号码以及该手机号码对应的业务需求和使用习惯。

其中，专用终端中可以包括预设好的手机号码，或者预设好的PTT业务服务，或者预设好的用户等级。

其中，综合业务收发短信、语音、图片、视频等业务。随着通信技术的发展，PTT业务的业务范围也随之不断扩大。根据用户的业务需求，PTT业务还可以包括综合业务中的诸多业务服务。

S205、根据第二业务模型和第一业务参数，确定用户的用户级别和配置参数。

本实施例中，用户的业务模型为第二业务模型。该业务模型下，服务器可以直接从用户终端获取手机号码、用户终端、网络状态等第一业务参数。服务器需要根据该手机号码，从云屯平台获取用户的业务需求。该业务需求可以包括收发短信、语音、图片、视频等业务中的一个或者多个。

服务器获取用户的业务需求后，根据用户的业务需求和使用习惯，确定用户级别。该用户级别用于指示用户终端抢占通信资源的优先级。服务器还可以根据用户的业务需求和使用习惯，确定用户的配置参数。服务器可以根据该配置参数，实现通信资源的配置。

例如，当用户频繁使用该PTT通信业务进行视频的上传和加载。服务器在获取用户的该使用习惯后，将用户的视频业务的用户级别提升。该用户级别可以使用户更加优先的抢占视频资源，从而提高用户的使用体验。服务器在获取用户的该使用习惯后，还可以增加用户的视频业务的资源分配量。该资源配置的调整，可以使用户拥有更多视频资源，从而提高用户的使用体验。

服务器根据第一业务参数，可以确定用户的业务使用情况。进而，根据该业务使用情况和第二业务模型，服务器可以确定用户的用户级别。根据该用户级别，服务器可以确定用户的优先级。根据该用户级别和第一业务参数，服务器可以确定配置参数。

具体地，服务器可以根据用户级别和配置参数，使用用卡易系统实现核心网和无线侧的优先抢占。

S206、当第一业务参数满足第三预设条件时，确定业务模型为第三业务模型。

本实施例中，服务器在根据S204确定第一业务参数不符合第二预设条件后，服务器将该第一业务参数与第三预设条件进行比较。当服务器确定该第一业务参数满足第三预设条件时，服务器确定业务模型为第三业务模型。

第三预设条件，包括以下至少一种：用户终端为普通终端、手机号码为非预设手机号码。

其中，普通终端安装用PTT通信专用APP的个人终端。该个人终端可以为手机、平板等终端设备。

其中，非预设手机号码为除了预设手机号码以外的所有手机号码。

S207、根据第三业务模型和第一业务参数，确定用户的用户级别和配置参数。

本实施例中，用户的业务模型为第三业务模型。该业务模型下，服务器可以通过用户请求确定用户终端为普通终端。服务器可以通过号码通系统，获取用户的手机号码。根据该手机号码，服务器还可以通过云屯平台获取用户的业务需求。该业务需求可以包括语音业务、收发短信、语音、图片、视频等业务中的一个或者多个。

服务器根据用户的业务需求和用户习惯，确定用户的最低抢占速率。该最低抢占速率又被称为协商带宽。服务器可以根据用户不同的业务需求和用户习惯，确定在不同业务使用频次和不同业务下，用户的最低抢占速率。服务器还可以通过加速器，配置不同模型的Qos映射。服务器可以根据最低抢占速率，实现对目标IP、用户核心网和无线侧的优先抢占。

S208、根据业务模型，分配通信资源。

其中，步骤S208与图2实施例中的步骤S103实现方式类似，本实施例此处不再赘述。

本申请提供的公网集群优先抢占方法，通过服务器获取用户的第一业务参数。服务器根据第一预设条件、第二预设条件、第三预设条件确定业务模型。当服务器确定业务模型为第一业务模型时，服务器可以根据手机号码或者用户终端，确定用户的用户级别和配置参数。当服务器确定业务模型为第二业务模型时，服务器获取用户的业务需求和使用习惯。服务器根据用户的业务需求、使用习惯、手机号码、用户终端等信息，确定用户的用户级别和配置参数。服务器根据用户级别和配置参数，使用用卡易系统实现核心网和无线侧的优先抢占。当服务器确定业务模型为第三业务模型时，服务器通过获取用户的手机号码、业务需求和使用习惯。服务器根据用户的业务需求和使用习惯，确定用户的最低抢占速率。服务器根据最低抢占速率，实现目标IP、用户核心网和无线侧的优先抢占。本申请中，通过对第一业务参数的判断，实现了用户级别和配置参数的确定，实现了用户级别和配置参数的准确界定，使服务器在配置公网集群的资源时，可以根据用户情况更加准确的进行配置，提高资源的有效利用。

图4示出了本申请一实施例提供的再一种公网集群优先抢占方法的流程图。在图1至图3所示实施例的基础上，如图4所示，以服务器为执行主体，本实施例的方法可以包括如下步骤：

S301、获取第一业务参数，第一业务参数包括用户终端、业务需求、网络状态、手机号码。

S302、根据第一业务参数和预设条件，确定业务模型，业务模型用于指示用户的用户级别和配置参数。

S303、根据业务模型，分配通信资源。

其中，步骤S301至S303与图2实施例中的步骤S101至S103实现方式类似，本实施例此处不再赘述。

S304、获取第二业务参数，第二业务参数包括用户数据和资源利用率。

本实施例中，服务器还用于获取第二业务参数。该第二业务参数中可以包括用户数据和资源利用率。其中，用户数据可以包括用户号码、小区占用信息、业务地址、KQI网络感知指标等数据。其中，资源利用率可以包括网络资源、用户数、PRB利用率等负荷数据。

例如，服务器可以通过云屯平台实现上述第二业务参数的获取。

S305、根据第二业务参数，对通信资源进行动态优化。

本实施例中，服务器根据S304获取第二业务参数后，服务器还可以对用户数据进行分析，确定PTT用户和普通用户分布情况、用户当前占用小区的网络质量、网络质量差小区的分布及用户密集度、PTT通信业务服务器优先性等信息。

进一步地，服务器可以根据上述分析结果和资源利用率，对通信资源分配进行优化。服务器可以动态限制普通用户资源占用，从而缓解小区的高负荷压力。服务器还可以快速区分PTT用户所在小区的业务需求，从而实现资源的快速配置。

一种示例中，根据预设频率，对通信资源进行动态优化。

本示例中，服务器还可以在完成上述步骤S301至S303的配置后，根据预设频率，获取第二业务参数，实现通信资源的定期优化，从而确保PTT通信业务的永久优先抢占。

其中，预设频率可以以分钟为颗粒度。例如，每5分钟进行一次通信资源进行动态优化。

其中，动态优化可以包括：硬件资源判断、软件资源扩容、周边网络资源分担、语音数据分层保障、大业务场景应急措施调配等。

本申请提供的公网集群优先抢占方法，服务器获取用户的第一业务参数。服务器根据该第一业务参数和预设条件，对用户进行分类。服务器根据该分类结果，确定用户的用户级别和业务模型。服务器根据用户的第一业务参数和业务模型，确定用户的配置参数。服务器根据该配置参数，实现通信资源的优先分配。服务器获取第二业务参数。服务器对第二业务参数进行分析，其分析结果包括小区的用户资源占用，普通用户资源占用等信息。服务器根据该分析结果，对通信资源进行动态优化。本申请中，通过对通信资源进行动态优化，实现PTT通信业务资源永久优先抢占的效果，避免在普通用户资源占用量大时，出现PTT通信资源占用的情况。

图5示出了本申请一实施例提供的一种公网集群优先抢占装置的结构示意图，如图5所示，本实施例的公网集群优先抢占装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的公网集群优先抢占装置10包括：

第一获取模块11，用于获取第一业务参数，第一业务参数包括用户终端、业务需求、网络状态。

确定模块12，用于根据第一业务参数和预设条件，确定业务模型，业务模型用于指示用户的用户级别和配置参数。

分配模块13，用于根据业务模型，分配通信资源。

一种示例中，预设条件，包括以下至少一种

第一预设条件，包括以下至少一种：用户终端为专用终端、业务需求为单一语音业务、手机号码为预设手机号码；

第二预设条件，包括以下至少一种：用户终端为专用终端、业务需求为综合业务、手机号码为预设手机号码；

第三预设条件，包括以下至少一种：用户终端为普通终端、手机号码为非预设手机号码。

本申请实施例提供的公网集群优先抢占装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。

图6示出了本申请一实施例提供的另一种公网集群优先抢占装置的结构示意图。在图5所示实施例的基础上，如图6所示，本实施例的公网集群优先抢占装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的确定模块12包括：

第一确定子模块121，用于在第一业务参数满足第一预设条件时，确定业务模型为第一业务模型。

第二确定子模块122，用于根据第一业务模型和第一业务参数，确定用户的用户级别和配置参数。

第一确定子模块121，还用于在第一业务参数满足第二预设条件时，确定业务模型为第二业务模型。

第二确定子模块122，还用于根据第二业务模型和第一业务参数，确定用户的用户级别和配置参数。

第一确定子模块121，还用于在第一业务参数满足第三预设条件时，确定业务模型为第三业务模型。

第二确定子模块122，还用于根据第三业务模型和第一业务参数，确定用户的用户级别和配置参数。

本申请实施例提供的公网集群优先抢占装置10，可执行上述方法实施例，其具体实现原理和技术效果，可参见上述方法实施例，本实施例此处不再赘述。

图7示出了本申请一实施例提供的另一种公网集群优先抢占装置的结构示意图。在图5和图6所示实施例的基础上，如图7所示，本实施例的公网集群优先抢占装置10用于实现上述任一方法实施例中对应于服务器的操作，本实施例的公网集群优先抢占装置10还包括：

第二获取模块14，用于获取第二业务参数，第二业务参数包括用户数据和资源利用率。

优化模块15，用于根据第二业务参数，对通信资源进行动态优化。

一种示例中，根据预设频率，对通信资源进行动态优化。

图8示出了本申请实施例提供的一种服务器的硬件结构示意图。如图8所示，该服务器20，用于实现上述任一方法实施例中对应于服务器的操作，本实施例的服务器20可以包括：存储器21，处理器22和通信接口24。

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

存储器可能包含高速随机存取存储器(Random Access Memory，RAM)，也可能还包括非易失性存储(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

处理器22，用于执行存储器存储的计算机程序，以实现上述实施例中的公网集群优先抢占方法。具体可以参见前述方法实施例中的相关描述。

可选地，存储器21既可以是独立的，也可以跟处理器22集成在一起。

当存储器21是独立于处理器22之外的器件时，服务器20还可以包括：

总线23，用于连接存储器21和处理器22。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

通信接口24，该通信接口24可以通过总线23与处理器21连接。处理器22可以控制通信接口24来实现服务器20的上述的接收和发送的功能。

本实施例提供的服务器可用于执行上述的公网集群优先抢占方法，其实现方式和技术效果类似，本实施例此处不再赘述。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。

其中，计算机可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，计算机可读存储介质耦合至处理器，从而使处理器能够从该计算机可读存储介质读取信息，且可向该计算机可读存储介质写入信息。当然，计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(Application Specific Integrated Circuits，ASIC)中。另外，该ASIC可以位于用户设备中。当然，处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。

上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，可编程只读存储器(Programmable read-only memory，PROM)，只读存储器(Read-OnlyMemory，ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

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

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

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤。而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (9)

1.一种公网集群优先抢占方法，其特征在于，所述方法包括：

获取终端设备的第一业务参数，所述第一业务参数包括用户终端、业务需求、网络状态、手机号码，所述终端设备为具有PTT通信业务的终端设备；

根据所述第一业务参数和预设条件，确定所述终端设备对应的业务模型，所述业务模型用于指示所述终端设备对应的用户级别和配置参数；

根据所述业务模型，向所述终端设备优先分配公网的通信资源；

所述预设条件，包括以下至少一种：

第一预设条件包括所述用户终端为专用终端、所述业务需求为单一语音业务和所述手机号码为预设手机号码；

第二预设条件包括所述用户终端为专用终端、所述业务需求为综合业务和所述手机号码为预设手机号码；

第三预设条件包括所述用户终端为普通终端和所述手机号码为非预设手机号码。

2.根据权利要求1所述的公网集群优先抢占方法，其特征在于，所述根据所述第一业务参数和预设条件，确定所述终端设备对应的业务模型，包括：

当所述第一业务参数满足第一预设条件时，确定所述业务模型为第一业务模型；

根据所述第一业务模型和所述第一业务参数，确定所述终端设备对应的用户级别和配置参数。

3.根据权利要求1所述的公网集群优先抢占方法，其特征在于，所述根据所述第一业务参数和预设条件，确定所述终端设备对应的业务模型，包括：

当所述第一业务参数满足第二预设条件时，确定所述业务模型为第二业务模型；

根据所述第二业务模型和所述第一业务参数，确定所述终端设备对应的用户级别和配置参数。

4.根据权利要求1所述的公网集群优先抢占方法，其特征在于，所述根据所述第一业务参数和预设条件，确定所述终端设备对应的业务模型，包括：

当所述第一业务参数满足第三预设条件时，确定所述业务模型为第三业务模型；

根据所述第三业务模型和所述第一业务参数，确定所述终端设备的用户级别和配置参数。

5.根据权利要求1-4中任意一项所述的公网集群优先抢占方法，其特征在于，所述方法，还包括：

获取第二业务参数，所述第二业务参数包括用户数据和资源利用率，所述第二业务参数为所述公网的业务参数；

根据所述第二业务参数，对公网的通信资源进行动态优化，以使所述公网的通信资源被优先分配给PTT用户。

6.根据权利要求5所述的公网集群优先抢占方法，其特征在于，所述方法，包括：

根据预设频率，对所述通信资源进行动态优化。

7.一种公网集群优先抢占装置，其特征在于，所述装置，包括：

获取模块，用于获取终端设备的第一业务参数，所述第一业务参数包括用户终端、业务需求、网络状态、手机号码，所述终端设备为具有PTT通信业务的终端设备；

确定模块，用于根据所述第一业务参数和预设条件，确定所述终端设备对应的业务模型，所述业务模型用于指示所述终端设备对应的用户级别和配置参数；

分配模块，用于根据所述业务模型，向所述终端设备优先分配公网的通信资源；

所述预设条件，包括以下至少一种：

第一预设条件包括所述用户终端为专用终端、所述业务需求为单一语音业务和所述手机号码为预设手机号码；

第二预设条件包括所述用户终端为专用终端、所述业务需求为综合业务和所述手机号码为预设手机号码；

第三预设条件包括所述用户终端为普通终端和所述手机号码为非预设手机号码。

8.一种服务器，其特征在于，所述服务器，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

处理器，用于根据所述存储器存储的可执行指令，实现如权利要求1-6中任意一项所述的公网集群优先抢占方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-6中任意任一项所述的公网集群优先抢占方法。

Images