CN111918301A - Resource allocation method in cluster docking scene - Google Patents

Resource allocation method in cluster docking scene Download PDF

Info

Publication number
CN111918301A
CN111918301A CN201910374204.4A CN201910374204A CN111918301A CN 111918301 A CN111918301 A CN 111918301A CN 201910374204 A CN201910374204 A CN 201910374204A CN 111918301 A CN111918301 A CN 111918301A
Authority
CN
China
Prior art keywords
group
default
current
groups
docking
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910374204.4A
Other languages
Chinese (zh)
Other versions
CN111918301B (en
Inventor
张光伟
王亮
杨洋
鲜柯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN201910374204.4A priority Critical patent/CN111918301B/en
Publication of CN111918301A publication Critical patent/CN111918301A/en
Application granted granted Critical
Publication of CN111918301B publication Critical patent/CN111918301B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

The application discloses a resource allocation method in a cluster docking scene, which comprises the following steps: groups needing to be butted in the two cluster systems are divided into two types: a VIP guarantee docking group and a common docking group; configuring a vehicle platform for each VIP guarantee docking group; and configuring the rest vehicle platforms to the common docking group for shared use. By applying the technical scheme disclosed by the application, the butt joint and intercommunication of more groups of two cluster systems can be completed to the maximum extent under the limited number of the vehicle platforms.

Description

Resource allocation method in cluster docking scene
Technical Field
The present application relates to the field of cluster communication technologies, and in particular, to a resource allocation method in a cluster docking scenario.
Background
Because the cluster systems are various, the voice interconnection and intercommunication among different cluster systems are always restricted by the butting with different systems. Even in some scenarios, even in the same standard, products of different manufacturers may not be able to interface system-level signaling due to technology or interface reasons. Therefore, it is currently common practice to interface through the trunking gateway + the vehicle station, as shown in fig. 1.
Cluster system a and cluster system B are two different cluster systems. If the group connection between the two systems is needed, each vehicle platform of the cluster system B is used as 1 user to open an account in the cluster system A, and the two cluster systems are communicated through the gateway channels and the vehicle platforms in a one-to-one correspondence mode. This approach can only achieve N: N static docking set configuration, i.e., N a system groups are in communication with N B system groups through N carriages. If a new group docking requirement appears, the configuration of the docking group needs to be manually modified, or a new vehicle platform needs to be added to complete docking.
Therefore, in the current implementation mode, the number of the vehicle platforms corresponds to the gateway channels one to one, the docking groups are limited by the number of the vehicle platforms, and the utilization efficiency of the docking group vehicle platforms is not high. In this docking manner, the number of carriages limits the number of groups to be docked, which becomes a bottleneck for docking two systems. How to guarantee that the call loss rate meets the requirement under the condition of limited number of the vehicle platforms and how to maximally complete the intercommunication of more groups of two systems becomes the difficult point of the cross-system butt joint at present.
Disclosure of Invention
The application provides a resource allocation method in a cluster docking scene, so that docking and intercommunication of more groups of two cluster systems can be completed to the maximum extent under the limited number of vehicle platforms.
The application discloses a resource allocation method in a cluster docking scene, which comprises the following steps:
groups needing to be butted in the two cluster systems are divided into two types: a VIP guarantee docking group and a common docking group;
configuring a vehicle platform for each VIP guarantee docking group;
and configuring the rest vehicle platforms to the common docking group for shared use.
Preferably, the configuring the remaining vehicle platforms to the common docking group for shared use includes:
the remaining vehicle stations are divided into two resource pools: a high stable resource pool and a low stable resource pool; the number of the carriages in the high-stability resource pool is N1, and the number of the carriages in the low-stability resource pool is N2;
in each period T, counting and sequencing the activity degrees of all the common butt-joint groups, taking the first (N1+ N2) updated default group lists from high to low according to the sequencing, and sequentially updating the current groups for idle trolleys in the high-stability resource pool and the low-stability resource pool according to the updated default group lists;
in each period t, counting and sequencing the activity degrees of the common docking groups except the first N1 common docking groups in the default group list, taking the last N2 default groups of the first N2 updated default group list from high to low according to the sequencing, and updating the current group for the idle vehicle platform in the low stable resource pool according to the last N2 default groups in the updated default group list;
wherein, T is N T, and N is an integer greater than 1.
Preferably, the method further comprises:
when a group in the common docking group has a call service, determining whether the group is a current group:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle in the low-stability resource pool and has the lowest activity into the non-current group;
and if the low stable resource pool does not have the vehicle platform meeting the condition, modifying the current group which is idle in the high stable resource pool and has the lowest activity degree into the non-current group.
Preferably, the configuring the remaining vehicle platforms to the common docking group for shared use includes:
dividing the rest vehicle platforms into n resource pools: r1 and R2 … … Rn, the number of the stations in each resource pool is R1、r2……rnWherein n is more than or equal to 1;
each period tnCounting and sorting the liveness of all the common docking groups, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn) Updating the default group list, and sequentially updating the current group for idle trolleys in the resource pools Rn-R1 according to the updated default group list;
each period tn-1To exclude the top r in the default group listnCounting and sorting the activity of the common docking groups except the common docking group, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn-1) After updating the default group list (r)1+r2+……+rn-1) A default group and according to the last (r) in the updated default group list1+r2+……+rn-1) The default groups are idle vehicle platforms in the resource pools Rn-1-R1 in sequence to update the current group;
by analogy, each period t1, pair is divided by the top (r) in the default group listn+rn-1+……r2) Counting and sorting the activeness of the common docking groups except the common docking group, and taking the front r from high to low according to the sorting1Last r of the update default group list1A default group according to the last r in the updated default group list1The default groups are idle vehicle platforms in a resource pool R1 to update the current group;
wherein t 2-tn is integral multiple of t 1.
Preferably, the method further comprises:
when a group in the common docking group has a call service, determining whether the group is a current group:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle and has the lowest activity in the resource pool R1 into the non-current group;
if the resource pool R1 does not have the vehicle platforms meeting the conditions, modifying the current group which is idle and has the lowest activity in the resource pool R2 into the non-current group;
and the rest can be analogized until the vehicle platform meeting the conditions is found.
Preferably, the method further comprises:
and after the call of the non-current group is finished, waiting for a set time T0, and if the non-current group does not start the call service again, restoring the current group of the corresponding vehicle platform to the default group.
Preferably, the counting and sorting the liveness of the common docking group includes:
the server periodically counts the service condition of each common docking group, and the method comprises the following steps: the number of calls and the call duration;
and characterizing the activity of each common docking group by calling times and/or calling duration, wherein the more the calling times, the higher the activity, and the longer the calling duration, the higher the activity.
Preferably, the step of characterizing the activity of each common docking group by the number of calls and/or the duration of the calls comprises:
calculating the activity of each common docking group according to pact (t) ═ nact (t) + b tact (t), wherein:
pact represents the currently calculated activity of the common docking group;
nact represents the number of calls of the common docking group currently calculated in t time;
tact represents the currently calculated call duration of the common docking group within t time;
a is a weight coefficient of the calling times;
b is the weight coefficient of the call duration.
According to the technical scheme, the groups needing to be butted in the two cluster systems are divided into two types: a VIP guarantee docking group and a common docking group; and a vehicle platform is configured for each VIP guarantee docking group, and the rest vehicle platforms are configured for common docking groups to share, so that the high performance and high call rate of each VIP guarantee docking group can be guaranteed, and the rest vehicle platform resources can be shared among the common docking groups, thereby maximally completing the docking and intercommunication of more groups of two cluster systems under the limited number of the vehicle platforms.
Drawings
FIG. 1 is a diagram illustrating a conventional docking method between cluster systems;
fig. 2 is a schematic diagram of a resource allocation method in a cluster docking scenario according to the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below by referring to the accompanying drawings and examples.
In order to solve the problems in the prior art, the invention provides a resource allocation method in a cluster docking scene.
It is assumed that there are a plurality of groups in the cluster system a and the cluster system B, and that there are M groups in the cluster system a and the cluster system B that need to be connected and communicated, and there are N carriages in the cluster system B. In general, N is much smaller than M. In order to realize reasonable distribution of limited N vehicle platform resources and maximally complete the butt-joint intercommunication of more groups of two cluster systems, the invention provides a scheme as shown in figure 2:
groups to be docked are divided into two types: the VIP ensures a docking group and a common docking group. Any group needing to be docked belongs to the class of a VIP guarantee docking group or a common docking group, the number of the VIP guarantee docking groups is less than that of the common docking groups, and the priority of the VIP guarantee docking group is higher than that of the common docking groups. Specifically, the method comprises the following steps:
the VIP guarantee docking group requires high performance and high call-through rate, so that a static configuration mode is adopted for the VIP guarantee docking group to configure a vehicle platform for each VIP guarantee docking group; if V groups belong to the VIP guarantee docking group, respectively configuring a vehicle platform for the V groups;
the common docking group allows a certain call loss rate, and the (M-V) common docking groups are provided with docking services by the (N-V) stations, namely, the rest (N-V) stations are configured to be shared by the (M-V) common docking groups.
For a group belonging to a common docking group, in order to guarantee service awareness and low time delay of a docking group with high activity as much as possible, how to reasonably distribute the (N-V) carriages needs to be considered, and for this reason, the invention provides the following solution.
Firstly, counting and sequencing the activity of a common docking group, and the specific method comprises the following steps:
firstly, a server in the cluster system a periodically (with a period of t) counts the service condition of each common docking group, including: the number of calls, the duration of calls, etc.;
then, representing the activity of each common docking group by calling times and/or calling duration, wherein the more the calling times, the higher the activity, and the longer the calling duration, the higher the activity;
and finally, sequencing the common docking groups according to the activity degree to obtain the sequencing of the common docking groups, wherein the more active groups indicate that the probability of future call is higher.
The following describes how to count the liveness of the common docking group by an example:
assuming that Pact represents the activity, the number of calls in t time is Nact, the call duration is Tact, the weight coefficient of the number of calls is a, the weight coefficient of the call duration is b, the weight of the impact of different service conditions on the group activity (i.e., the weight of the impact of the number of calls and the call duration on the activity) is represented by a and b, and a + b is 1, the activity of the group can be represented as:
Pact(t)=a*Nact(t)+b*Tact(t)。
secondly, configuring a default group and a current group for each vehicle platform
As mentioned before, since (M-V) general docking groups require docking services to be provided by (N-V) carriages, one carriage will be configured with several groups. The vehicle platform can only reside under one group at a time, the group in which the vehicle platform currently resides is called the current group or the resident group of the vehicle platform, and the rest groups configured by the vehicle platform are called the scanning group of the vehicle platform.
Firstly, dividing a part of resources V from vehicle platform resources, using the resources V as a VIP resource pool, wherein the vehicle platforms in the VIP resource pool correspond to groups in a VIP guarantee docking group one by one, preferentially ensuring the docking requirements of the VIP guarantee docking group, not participating in sharing of the resources, and the current group of each vehicle platform in the VIP resource pool is the VIP guarantee docking group corresponding to the vehicle platform; and then, configuring the rest vehicle platforms to be shared and used by the common docking groups.
For how to configure the rest vehicle platforms to be shared and used by a common docking group, the following solutions are provided in the application:
dividing the rest vehicle platforms into n resource pools: r1 and R2 … … Rn, the number of the stations in each resource pool is R1、r2……rnWherein n is more than or equal to 1;
each period tnCounting and sorting the liveness of all the common docking groups, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn) Updating the default group list, and sequentially updating the current group for idle trolleys in the resource pools Rn-R1 according to the updated default group list;
each period tn-1To exclude the top r in the default group listnCounting and sorting the activity of the common docking groups except the common docking group, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn-1) After updating the default group list (r)1+r2+……+rn-1) A default group and according to the last (r) in the updated default group list1+r2+……+rn-1) The default groups are idle vehicle platforms in the resource pools Rn-1-R1 in sequence to update the current group;
by analogy, each period t1, pair is divided by the top (r) in the default group listn+rn-1+……r2) Counting and sorting the activeness of the common docking groups except the common docking group, and taking the front r from high to low according to the sorting1Last r of the update default group list1A default group according to the last r in the updated default group list1The default groups are idle vehicle platforms in a resource pool R1 to update the current group;
wherein t 2-tn is integral multiple of t 1.
The method and the device set different periods for different resource pools to update the current group and the default group, and aim to update the default group of each vehicle platform in the resource pool with higher stability at longer time intervals, so that the stability of the high-stability resource pool is maintained.
The above solution is illustrated below by two examples:
1. the remaining ride resources other than resource pool V are divided into two docking resource pools A, B, and satisfy N ═ V + a + B.
The resource pool a is a high-stability resource pool, the resource pool B is a low-stability resource pool, a reasonable proportion may be set, and (N-V) vehicle resources except for VIP resources are reasonably allocated to the resource pool a and the resource pool B, for example, a is (N-V) × 50%. In the following embodiment, it is assumed that the number of carriages in the high stable resource pool a is N1, and the number of carriages in the low stable resource pool B is N2.
And initially, according to the sequence of the activity degrees of the common docking groups from high to low, taking the first (N1+ N2) common docking groups to form a default group list, and sequentially configuring corresponding common docking groups for the carriages in the resource pool A and the resource pool B as a current group according to the default group list, wherein the activity degree of the current group of the carriages in the resource pool A is higher than that of the resource pool B. Higher liveness also means higher priority.
And setting a statistical large period T-N T, wherein N is an integer greater than 1.
In each small period t, counting and sequencing the activity degrees of the common docking groups except the first N1 common docking groups in the default group list, sequencing the activity degrees according to the counted activity degrees of the common docking groups, taking the first N2 rear N2 default groups of the updated default group list from high to low, and updating the current group for each idle vehicle platform in the B resource pool according to the rear N2 default groups in the updated default group list;
and in each large period T, counting and sequencing the activity degrees of all the common butt-joint groups, taking the first (N1+ N2) updated default group lists from high to low according to the sequencing, and sequentially updating the current groups for the idle trolleys in the resource pool A and the resource pool B according to the updated default group lists.
The purpose of setting the large period T is to update the complete default group list and the default group of each vehicle in the resource pool a at longer time intervals, so as to maintain the stability of the high-stability resource pool a.
2. The remaining vehicle platform resources except the resource pool V are not divided, and are only used as one resource pool, which is marked as a resource pool C, and N is equal to V + C.
For the vehicle platforms in the C resource pool, initially, the first C common docking groups can be taken according to the sequence of the liveness of the common docking groups from high to low to form a default group list, and the current group is configured for the vehicle platforms in the C resource pool in sequence according to the default group list. And in each period t, sequencing and updating the default group list according to the counted activity of the common docking groups, and updating the current group for each idle vehicle platform in the C resource pool according to the updated default group list.
Third, the processing of service call
As described above, the carriages in the resource pool a and the resource pool B respectively reside in a current group, the default group list is updated at a period T or T, and the server or the gateway maintains the default group list. If some non-current group in the common docking group has a call service, the common docking group needs to be set as the current group of a certain vehicle platform to provide a docking service for the common docking group. To this end, the solution of the invention is:
when a group in the common docking group has a call service, determining whether the group is a current group of a certain vehicle platform:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle in the low-stability resource pool and has the lowest activity into the non-current group;
and if the low stable resource pool does not have the vehicle platform meeting the condition, modifying the current group which is idle in the high stable resource pool and has the lowest activity degree into the non-current group.
If there is a new non-current group with call service, then the modification is made according to the same method.
For the case of dividing n resource pools, the solution of the invention is:
when a group in the common docking group has a call service, determining whether the group is a current group:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle and has the lowest activity in the resource pool R1 into the non-current group;
if the resource pool R1 does not have the vehicle platforms meeting the conditions, modifying the current group which is idle and has the lowest activity in the resource pool R2 into the non-current group;
and the rest can be analogized until the vehicle platform meeting the conditions is found.
And after the call of the non-current group is finished, waiting for a set time T0, and if the non-current group does not start the call service any more, restoring the current group of the vehicle platform to the default group.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.

Claims (8)

1. A resource allocation method in a cluster docking scenario is characterized by comprising the following steps:
groups needing to be butted in the two cluster systems are divided into two types: a VIP guarantee docking group and a common docking group;
configuring a vehicle platform for each VIP guarantee docking group;
and configuring the rest vehicle platforms to the common docking group for shared use.
2. The method of claim 1, wherein said configuring the remaining carriages for common docking group shared use comprises:
the remaining vehicle stations are divided into two resource pools: a high stable resource pool and a low stable resource pool; the number of the carriages in the high-stability resource pool is N1, and the number of the carriages in the low-stability resource pool is N2;
in each period T, counting and sequencing the activity degrees of all the common butt-joint groups, taking the first (N1+ N2) updated default group lists from high to low according to the sequencing, and sequentially updating the current groups for idle trolleys in the high-stability resource pool and the low-stability resource pool according to the updated default group lists;
in each period t, counting and sequencing the activity degrees of the common docking groups except the first N1 common docking groups in the default group list, taking the last N2 default groups of the first N2 updated default group list from high to low according to the sequencing, and updating the current group for the idle vehicle platform in the low stable resource pool according to the last N2 default groups in the updated default group list;
wherein, T is N T, and N is an integer greater than 1.
3. The method of claim 2, further comprising:
when a group in the common docking group has a call service, determining whether the group is a current group:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle in the low-stability resource pool and has the lowest activity into the non-current group;
and if the low stable resource pool does not have the vehicle platform meeting the condition, modifying the current group which is idle in the high stable resource pool and has the lowest activity degree into the non-current group.
4. The method of claim 1, wherein said configuring the remaining carriages for common docking group shared use comprises:
dividing the rest vehicle platforms into n resource pools: r1 and R2 … … Rn, the number of the stations in each resource pool is R1、r2……rnWherein n is more than or equal to 1;
each period tnCounting and sorting the liveness of all the common docking groups, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn) Updating the default group list, and sequentially updating the current group for idle trolleys in the resource pools Rn-R1 according to the updated default group list;
each period tn-1For exception of default groupFront in the list rnCounting and sorting the activity of the common docking groups except the common docking group, and taking the front (r) in the order from high to low according to the sorting1+r2+……+rn-1) After updating the default group list (r)1+r2+……+rn-1) A default group and according to the last (r) in the updated default group list1+r2+……+rn-1) The default groups are idle vehicle platforms in the resource pools Rn-1-R1 in sequence to update the current group;
by analogy, each period t1, pair is divided by the top (r) in the default group listn+rn-1+……r2) Counting and sorting the activeness of the common docking groups except the common docking group, and taking the front r from high to low according to the sorting1Last r of the update default group list1A default group according to the last r in the updated default group list1The default groups are idle vehicle platforms in a resource pool R1 to update the current group;
wherein t 2-tn is integral multiple of t 1.
5. The method of claim 4, further comprising:
when a group in the common docking group has a call service, determining whether the group is a current group:
if the current group is the current group, directly calling, and when the calling is finished, judging whether the current group is a default group in a default group list, if the current group is the default group, the current group is not modified, and if the current group is not the default group and the non-default group does not restart the calling service after waiting for a set time T0, modifying the current group into the default group which is not set as the highest activity of the current group in the default group list;
if not the current group, then:
according to the activity sorting of the common docking groups, modifying the current group which is idle and has the lowest activity in the resource pool R1 into the non-current group;
if the resource pool R1 does not have the vehicle platforms meeting the conditions, modifying the current group which is idle and has the lowest activity in the resource pool R2 into the non-current group;
and the rest can be analogized until the vehicle platform meeting the conditions is found.
6. The method of claim 3 or 5, further comprising:
and after the call of the non-current group is finished, waiting for a set time T0, and if the non-current group does not start the call service again, restoring the current group of the corresponding vehicle platform to the default group.
7. The method of claim 2 or 4, wherein counting and sorting the liveness of the common docking groups comprises:
the server periodically counts the service condition of each common docking group, and the method comprises the following steps: the number of calls and the call duration;
and characterizing the activity of each common docking group by calling times and/or calling duration, wherein the more the calling times, the higher the activity, and the longer the calling duration, the higher the activity.
8. The method of claim 7, wherein characterizing the activity of each common docking group by the number of calls and/or the duration of the calls comprises:
calculating the activity of each common docking group according to pact (t) ═ nact (t) + b tact (t), wherein:
pact represents the currently calculated activity of the common docking group;
nact represents the number of calls of the common docking group currently calculated in t time;
tact represents the currently calculated call duration of the common docking group within t time;
a is a weight coefficient of the calling times;
b is the weight coefficient of the call duration.
CN201910374204.4A 2019-05-07 2019-05-07 Resource allocation method in cluster docking scene Active CN111918301B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910374204.4A CN111918301B (en) 2019-05-07 2019-05-07 Resource allocation method in cluster docking scene

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910374204.4A CN111918301B (en) 2019-05-07 2019-05-07 Resource allocation method in cluster docking scene

Publications (2)

Publication Number Publication Date
CN111918301A true CN111918301A (en) 2020-11-10
CN111918301B CN111918301B (en) 2022-11-11

Family

ID=73241707

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910374204.4A Active CN111918301B (en) 2019-05-07 2019-05-07 Resource allocation method in cluster docking scene

Country Status (1)

Country Link
CN (1) CN111918301B (en)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137508A (en) * 2011-04-25 2011-07-27 哈尔滨侨航通信设备有限公司 Method, system and device for communicating between trunking communication system and conventional wireless system
CN102149049A (en) * 2010-02-08 2011-08-10 普天信息技术研究院有限公司 Trunked service implementation method in digital trunking communication system and trunked user terminal
CN103796176A (en) * 2012-10-31 2014-05-14 中兴通讯股份有限公司 Cluster service realization method, system and network element
US20140307682A1 (en) * 2011-12-27 2014-10-16 Huawei Technologies Co., Ltd. Method, Entity, and System for Implementing Trunk Service
CN104734861A (en) * 2013-12-23 2015-06-24 成都鼎桥通信技术有限公司 Communication method between different standard cluster groups
CN205864751U (en) * 2016-06-23 2017-01-04 上海三吉电子工程有限公司 Broadband cluster and arrowband private network voice intercommunication equipment
CN106572448A (en) * 2016-10-28 2017-04-19 海能达通信股份有限公司 Digital cluster interconnection method and system, and control equipment
CN208572442U (en) * 2018-06-20 2019-03-01 福建省应急通信运营有限公司 A kind of Voice over Internet system of broadband cluster system and narrowband group system
CN109413593A (en) * 2017-08-17 2019-03-01 成都鼎桥通信技术有限公司 Cluster voice intercommunication interconnection method between a kind of system
CN110891248A (en) * 2019-11-26 2020-03-17 河北远东通信系统工程有限公司 Method for realizing interconnection and intercommunication between digital cluster systems

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102149049A (en) * 2010-02-08 2011-08-10 普天信息技术研究院有限公司 Trunked service implementation method in digital trunking communication system and trunked user terminal
CN102137508A (en) * 2011-04-25 2011-07-27 哈尔滨侨航通信设备有限公司 Method, system and device for communicating between trunking communication system and conventional wireless system
US20140307682A1 (en) * 2011-12-27 2014-10-16 Huawei Technologies Co., Ltd. Method, Entity, and System for Implementing Trunk Service
EP2797380A1 (en) * 2011-12-27 2014-10-29 Huawei Technologies Co., Ltd Method, entity and system for realizing cluster service
CN103796176A (en) * 2012-10-31 2014-05-14 中兴通讯股份有限公司 Cluster service realization method, system and network element
CN104734861A (en) * 2013-12-23 2015-06-24 成都鼎桥通信技术有限公司 Communication method between different standard cluster groups
CN205864751U (en) * 2016-06-23 2017-01-04 上海三吉电子工程有限公司 Broadband cluster and arrowband private network voice intercommunication equipment
CN106572448A (en) * 2016-10-28 2017-04-19 海能达通信股份有限公司 Digital cluster interconnection method and system, and control equipment
CN109413593A (en) * 2017-08-17 2019-03-01 成都鼎桥通信技术有限公司 Cluster voice intercommunication interconnection method between a kind of system
CN208572442U (en) * 2018-06-20 2019-03-01 福建省应急通信运营有限公司 A kind of Voice over Internet system of broadband cluster system and narrowband group system
CN110891248A (en) * 2019-11-26 2020-03-17 河北远东通信系统工程有限公司 Method for realizing interconnection and intercommunication between digital cluster systems

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
之乎者也: "德西特的集群网关有那些功能和用法?", 《HTTPS://WWW.ZHIHU.COM/QUESTION/52638838》 *
德西特: "集群互通网关POC Radio Gateway", 《HTTP://STATIC.DECITONE.COM/STATIC/ASSETS/DATASHEETS/%E5%BE%B7%E8%A5%BF%E7%89%B9%E5%85%AC%E7%BD%91%E5%AF%B9%E8%AE%B2%E9%9B%86%E7%BE%A4%E5%AF%B9%E8%AE%B2%E4%BA%92%E9%80%9A%E7%BD%91%E5%85%B3DATASHEET.PDF》 *

Also Published As

Publication number Publication date
CN111918301B (en) 2022-11-11

Similar Documents

Publication Publication Date Title
US20210274481A1 (en) Method and device for communication based on trunking system
US6067457A (en) Method for dynamically assigning priority to a call
US20180124577A1 (en) Method, Apparatus, and System for Floor Control on Multiple MCPTT Systems
CN101287181A (en) Active delayed access method in cluster communication system
CN100496151C (en) Cluster switching center, group regrouping and session scheduling method
US9615355B2 (en) Group resource release method, device and system
CN111064666B (en) Networking method and device
CN102377884B (en) Call queuing method and device
CN111918301B (en) Resource allocation method in cluster docking scene
CN105208317A (en) Reservation-based cascading conference convening method, device and system
CN100384265C (en) A method for identifying different cluster groups
CN109788445B (en) Group call service establishing method, base station, eMMC and system
CN101111009A (en) Method for timely releasing spare signal channel resource and group calling system thereof
CN107483756B (en) Voice call processing method and system
CN112654091B (en) Cluster docking resource allocation method and system
CN100455066C (en) Method for realizing user sending up cut-in request in cluster group
CN100415015C (en) Method for processing emergent-calling precedence of packet system after re-configuration
CN104427472A (en) Method, device and system for reporting terminal information in cluster system
CN108200571A (en) A kind of tracing section updating method, apparatus and mobile management entity
US8194620B2 (en) Method for terminals to switch the reverse traffic channels in CDMA group call service
CN101707744B (en) Method and device for controlling call in trunking communication system
CN101242632A (en) A method and base station device for allocating dedicated channel
CN100415014C (en) Method for assuring uploading path for user in group
WO2016086577A1 (en) Paging message control method and device
CN102546995A (en) Data distribution processing method and device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant