CN115361361A - Video conference migration flow control method and system - Google Patents
Video conference migration flow control method and system Download PDFInfo
- Publication number
- CN115361361A CN115361361A CN202210993089.0A CN202210993089A CN115361361A CN 115361361 A CN115361361 A CN 115361361A CN 202210993089 A CN202210993089 A CN 202210993089A CN 115361361 A CN115361361 A CN 115361361A
- Authority
- CN
- China
- Prior art keywords
- time
- real
- token
- session
- tokens
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention provides a flow control method and a flow control system for a video conference session. Wherein the method comprises: when a control unit corresponding to a terminal breaks down, a signaling system triggers a transition request, time is divided into a plurality of time periods, and token numbers are released according to the time periods; reserving a real-time call token of each time period according to the total real-time call number of the previous time period at the initial moment of each time period; and distributing the real-time call token to the real-time call within a certain time period, if the real-time call token is not left, preferentially distributing the reserved common token to the real-time call, distributing the rest reserved common tokens to the session request, if the token is successfully distributed, distributing the session terminal obtaining the token to a new control unit, and otherwise, continuously waiting for the common token in the next time period. When a large-scale fault session occurs, the session flow control method ensures that all terminals can finish the session finally, and improves the user experience and the robustness of a video conference system.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a flow control method and a flow control system for a video conference session.
Background
Internet-based video communication technology is widely applied to video conference scenes of work and life. In order to implement a multipoint conference video system, a Control Unit (video conference media multipoint Control Unit, MCU, multi Control Unit) must be provided. The control unit is a multimedia information exchanger essentially, which carries out multi-point calling and connection, realizes the functions of video broadcasting, video selection, audio mixing, data broadcasting and the like, and completes the junction and switching of signals of each terminal. The control unit differs from the existing switches in that the switches perform point-to-point connections of signals, while the control unit performs multipoint-to-multipoint switching, tandem or broadcast.
Due to the application of SVC (Scalable Video Coding, adaptive Video Coding or Scalable Video Coding) in a Video conference system, a single conference scale can break through the level of ten thousands of people, and a single control unit can also manage a very large number of terminals. Video conference systems in the prior art all have a function of conference migration, that is, when a control unit fails, terminal conference migration within a failure range is performed, so that a user is ensured that a conference is normally performed without sensing a failure state. However, when a large-scale control unit has a fault and explodes, ultrahigh concurrent transition behaviors occur, and if the number of transitions is limited, a part of terminals are affected by the fault and a junction drop situation occurs; if the limit is not added, large concurrent migration may cause other normal control units to malfunction accordingly, and further an avalanche effect is formed, for example, when the MCU-1 and the MCU-2 in fig. 1 malfunction simultaneously, 6000 terminals originally controlled by the two control units instantaneously migrate to the MCU-3, and at this time, the MCU-3 accepts 9000 terminals together, which exceeds the maximum capacity of the MCU-3, causing the MCU-3 to malfunction, and further migrating 9000 terminals to the MCU-4, causing the MCU-4 to malfunction, and further causing the large-batch control units to crash and further form avalanches due to the domino effect.
In the prior art, for the requirement of high concurrency of a large-scale control unit, the total amount of migration is generally controlled, a part of terminals are allowed to be affected by a fault, and the condition of meeting drop, namely a part of call loss, is allowed to occur, so that the problem that the high concurrency of the migration can cause fault spreading avalanche is avoided. But this scheme does not provide good user experience at the cost of call loss.
Another solution is to do a hot standby process for each control unit. The hot standby is operated together with the target equipment, and when the target equipment fails or stops, the hot standby equipment immediately takes the working task of the failed equipment. Namely, one master and one backup, master work and backup are idle, and when the master fails, the backup immediately takes over the master service. This scheme can directly avoid the migrant meetings, but is extremely resource consuming. In the video conference, the control unit directly affects the call concurrency, when the existing network generally deals with the super-large-scale concurrent call, hundreds of servers are provided, and once the main server and the standby server are introduced, huge resource waste can be caused.
Disclosure of Invention
The invention provides a flow control method and a flow control system for a video conference session, and aims to prolong the whole session time of a large-scale fault session by means of session flow control, ensure that all terminals can finish session transfer at last, and improve user experience and robustness of a video conference system.
In a first aspect, the present invention provides a flow control method for a videoconference session, which is characterized in that the method includes:
when the terminal normally carries out a conference, establishing the conference through a signaling system, and allocating a corresponding control unit for media data interaction;
when the control unit corresponding to the terminal fails, the signaling system triggers a session transfer request;
the signaling system divides time into a plurality of time periods and releases token numbers according to the time periods;
initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time call token of the time period according to the total real-time call number of the previous time period, and reserving other tokens as reserved common tokens;
distributing the real-time call token to the real-time call in the time period, and if the real-time call token has no residue, preferentially distributing the reserved common token to the real-time call;
and in the time period, distributing the reserved common token to the session request, if the token is successfully distributed, distributing the session terminal obtaining the token to a new control unit, and informing the session terminal to interact media data with the new control unit, otherwise, continuously waiting for the common token in the next time period.
In a second aspect, the present invention further provides a flow control system for videoconference session migration, where the system includes a signaling system, the signaling system includes a conference building module, a triggering module, a token releasing module, and a token allocating module, where:
the conference establishing module is used for establishing a conference and distributing a corresponding control unit for media data interaction when the terminal normally carries out the conference;
the triggering module is used for triggering a session transfer request when the control unit corresponding to the terminal fails;
the token releasing module is used for dividing time into a plurality of time periods and releasing token numbers according to the time periods;
the token releasing module is also used for initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time calling token of the time period according to the previous real-time calling total number, and reserving common tokens for the rest tokens;
the token distribution module is used for distributing the real-time call tokens to the real-time calls in the time period, and if the real-time call tokens are not left, the reserved common tokens are preferentially distributed to the real-time calls;
the token distributing module is further configured to distribute the reserved common token to the session request in the time period, if the token is successfully distributed, the session establishing module distributes the session terminal that obtains the token to a new control unit, and informs the session terminal of interacting media data with the new control unit, otherwise, the session terminal continues to wait for the common token in the next time period.
The video conference migration flow control method and the system thereof provided by the invention introduce the token concept, divide time into time periods, release the number of tokens by taking the time period as a unit, reserve the real-time call token of the time period at the initial moment of each time period according to the total number of the previous real-time calls, prolong the whole migration time of the large-scale failover, and avoid that when the large-scale control unit fails, ultrahigh concurrent migration behaviors are instantaneously loaded on a signaling system, so that the signaling system has no surplus capacity to process the original real-time calls with higher priority, and the restricted real-time calls directly influence user experience. The invention prolongs the total time of the call migration, ensures that the real-time call is preferentially distributed to the token, and can complete the call migration (stock) which has occurred under the fault of the super-large area to the maximum extent under the condition of not influencing the newly added real-time call, thereby ensuring that the user call is not interrupted.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive exercise.
FIG. 1 is a schematic diagram of the normal operation of a control unit in the prior art;
fig. 2 is a flowchart of a video conference session flow control method according to an embodiment of the present invention;
FIG. 3 is a schematic diagram illustrating a transition session provided by an embodiment of the present invention;
FIG. 4 is a schematic diagram of token assignment provided by an embodiment of the present invention;
FIG. 5 is a specific flow chart of distributing tokens for the real-time call request and the session request according to an embodiment of the present invention;
fig. 6 is a schematic view of a video conference session flow control system according to an embodiment of the present invention.
Detailed Description
The technical solution of the present invention is further described in detail by the accompanying drawings and embodiments.
Summary of The Invention
As described above, the present invention provides a method and a system for controlling streaming of a video conference, which ensure that all terminals can finally complete a conference when a large-scale failure occurs in a conference, and improve user experience and robustness of a video conference system.
Exemplary method
Fig. 2 is a flowchart of a distributed conference control method according to an embodiment of the present invention, where the embodiment includes the following steps:
s201: when the terminal normally carries out the conference, the conference is established through the signaling system, and the corresponding control unit is allocated for media data interaction.
The terminal is a video conference terminal, and refers to equipment which is used for coding and packaging video and audio data in a video conference system, then transmitting the video and audio data to a far end through a network, receiving data transmitted by the far end, unpacking and decoding the data, and enabling the network to be in contact with an end user to realize network application.
Signaling systems SIG (signaling systems) refer to an information switching system used by switching nodes (exchanges, network control points, etc.) in a telecommunications network to establish connections for subscribers and to perform network management. Any signaling system contains all signal generation, transmission and reception specifications and signaling procedures. As shown in fig. 3, when the terminal normally performs a conference, the signaling system initiates signaling control on the terminal and the control unit corresponding to the terminal, and establishes a connection between the terminal and the control unit through the signaling system.
The control unit (MCU) is a multimedia information switch, which is used to perform interaction, such as multi-point call and connection, on terminal media data, to realize functions of video broadcasting, video selection, audio mixing, data broadcasting, etc., and to complete the tandem and switching of each terminal signal.
The control unit is used for switching input multi-channel conference video signals, but the conference video signals contain three different types of signals, namely images, voice and data, so that the switching function of the control unit is not just to simply switch voice signals like telephone exchange, but to process the three types of signals differently. The control unit transmits the voice signals in a multi-channel mixing mode (or a switching mode), transmits the video signals in a direct distribution mode, and transmits the data signals in a broadcasting mode or an MLP mode. In addition, the control unit also completes the processing of communication control signals and network interface signals.
S202: and when the control unit corresponding to the terminal fails, the signaling system triggers a transition request.
As shown in fig. 3, when a control unit corresponding to a terminal fails, a signaling system triggers a session migration request to ensure that a terminal session is not interrupted.
Further, S203: the signaling system divides time into time segments and releases the number of tokens per time segment.
Where a token is a type of flag information (a code consisting of one or more binary digits) sent from one node to another, only the node that obtains the token has the right to send the packet. When a station is ready to send message information, it first waits for the arrival of a token, and when it detects that a token passing through it is empty, it can send information in units of "frame", and sets the token busy to send information to the next station. The next station forwards the information which passes through the station but does not belong to the information accepted by the station. Since there are no idle tokens in the ring, other stations that wish to transmit must wait.
The specific time division manner may be an average division, as shown in fig. 4, each time period is 1s, and since the number of the signaling systems capable of processing in each time period is limited, the signaling systems respectively release the total number of the tokens in the time period according to the processing capability of the signaling systems in each time period, for example, the total number of the tokens capable of being released per second is 5000.
S204: initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time call token of the time period according to the total number of the previous real-time calls, and reserving common tokens for the rest tokens.
Wherein, the total number of real-time calls in the previous time period may be the total number of real-time calls in the previous time period. As shown in fig. 4, in the initial time T1 to T5 of each time zone: on one hand, the maximum token number of the time period is initialized, namely the number of tokens which are not used up in each time period is not accumulated to the next time period, and is 5000 tokens; and on the other hand, the real-time call total number of the previous time period is locked, the real-time call token of the current time period is reserved according to the real-time call total number of the previous time period, and the remaining other tokens obtained by subtracting the real-time call token number from the maximum token number are reserved common tokens. For example, the total number R0 of real-time call tokens in the 1 st second is 1000, the number of real-time call tokens in the 2 nd second reserved in T2 is 1000, and the number of reserved common tokens D0 is 4000.
The real-time call total of the previous time period may also be an average value of the real-time call total of the previous time period and the real-time call total of the previous time period, or a maximum value of the two, and the like, and is not limited herein.
S205: and distributing the real-time call token to the real-time call in the time period, and if the real-time call token has no residue, preferentially distributing the reserved common token to the real-time call.
As mentioned above, the reserved common token is all the tokens except the real-time call token scheduled at the initial time of each time period.
The normal token is the part of the reserved normal token allocated to the session request, i.e. the remaining part of the reserved normal token allocated to the real-time call is removed within a time period.
The real-time call is a basic function of the video conference system, and if the real-time call is limited, the user experience is directly influenced, so that the priority of the real-time call is higher than that of the conference transfer behavior, the real-time call is processed preferentially, and the residual capacity is allocated to the conference transfer behavior. Usually, the maximum index of the normal design of the video conference system reserves a redundancy margin for daily maximum peak real-time calling, if the session request is a small amount of behavior, the session can be recovered in real time without being limited, and what needs to be controlled is a session behavior triggered by a large-area fault.
For example, as shown in fig. 4, the number of the reserved real-time call tokens at the initial time T2 in the 2 nd second is 1000, and the real-time total number R1 of the time period is 2000, the reserved 1000 real-time call tokens are first allocated to the 2000 real-time calls, and after the real-time call tokens are allocated to no remaining real-time calls, the reserved general tokens in the 2 nd second are preferentially allocated to the remaining real-time calls.
In summary, it is ensured that real-time calls can be allocated to tokens, and reserved ordinary tokens are preferentially allocated to real-time calls even if the number of reserved real-time call tokens cannot satisfy the real-time calls. The real-time call token of the time period is reserved according to the total number of the previous real-time calls, so that on one hand, the real-time calls are not limited, on the other hand, the signaling system does not need to spend time for judging whether the token is allocated to the real-time calls or the session transfer requests when allocating the real-time call token, and the token allocation efficiency of the signaling system is improved.
S206: and in the time period, distributing the reserved common token to the session request, distributing the session terminal obtaining the token to a new control unit if the token is successfully distributed, informing the session terminal to interact media data with the new control unit, and otherwise, continuously waiting for the common token in the next time period.
Whether a real-time call request or a session request, as soon as the token is successfully assigned, the service is immediately executed, and the assigned token is consumed. However, the real-time call request is not limited by the number of real-time call tokens, and even if the number of real-time call tokens in a time period is 0, the real-time call request is allocated with a reserved common token in the time period. And the migration request is limited by the number of the ordinary tokens, and if the ordinary tokens in the time period are already allocated, the migration request can only continue to wait for the released and reserved ordinary tokens in the next time period even if the number of the remaining real-time call tokens in the time period is not 0. Once the session request is successfully allocated with the token, the session terminal is allocated to a new control unit, and the manner of selecting the new control unit is not limited herein, for example, the terminal that obtains the token is allocated to the control unit with the smallest real-time load.
Further, the video conference transition flow control method further includes steps S501 and S502 shown in fig. 5:
s501: all the session requests are sequentially arranged into a session queue.
A large number of migration requests triggered by a large-area failure need to be sequentially arranged in a migration queue according to a predetermined rule such as a time sequence or an ID sequence.
S502: and dividing the time period into a plurality of time slices, and regularly polling the session queue by the signaling system according to the time slices as intervals.
Preferably, the time period is divided into a plurality of time slices on average. For example, each time period is 1s, the time period is divided into 20 time slices on average, each time slice is 50ms, and the signaling system polls the transition queue every 50 ms.
The step S205 specifically includes:
s503: in the time slice, the signaling system counts the number of the received real-time call requests in the time slice, distributes the tokens to the real-time calls, and subtracts the tokens distributed to the real-time calls from the number of the tokens capable of being distributed in the time slice to obtain the number of the tokens which can be distributed to the session requests.
Specifically, the signaling system records the number of real-time call requests in real time, and counts all the real-time call requests received in the time slice at the termination time of the time slice. Once a real-time call request is made, a token is allocated to the real-time call request, and the real-time call is completed. When the number of the real-time call tokens in the time period is not 0, distributing the real-time call tokens to the real-time call; and when the number of the real-time call tokens in the time period is 0, preferentially allocating the reserved common token tokens in the time period to the real-time call to ensure the normal operation of the real-time call.
If the time period is divided into a plurality of time slices on average, the number of tokens capable of being allocated in each time slice is the maximum number of tokens in the time period divided by the number of time slices in the time period. For example, a time period of 1s, the maximum number of tokens is 5000, and one time period is divided into 20 time slices on average, so that the number of tokens that can be allocated in each time slice is 5000/20= 250.
Specifically, when the real-time call count of the previous time period in step S204 is the real-time call count of the previous time period, the real-time call count of the previous time period is the sum of the real-time call requests received in each time slice of the previous time period counted by the signaling system. For example, assuming that the last time period has 5 time slices, and the number of received real-time calls in the 5 time slices is 400, 450, 60, 190, and 160, respectively, the total number of real-time calls in the last time period is 1260.
The step S206 specifically includes:
s504: and judging whether the number of the session requests in the time slice exceeds the number of the remaining ordinary tokens in the time slice, if not, allocating the number of the tokens which can be allocated to the session requests in the time slice to the session requests, otherwise, only allocating the number of the remaining ordinary tokens in the time slice to the session requests.
More specifically, the above-described judgment operation is performed at the time of the slice termination.
The number of requests for migration within the time slice is the number of tokens that can be allocated within the time slice minus the number of tokens that have been allocated to the real-time call.
And the number of the remaining ordinary tokens in the time period is the number of the ordinary tokens in the time period minus the number of the ordinary tokens which have been allocated to the real-time call and the session request in the time period.
For example, the maximum number of tokens in a time period of 1s is 5000, where the number of real-time call tokens is 1000, the number of reserved ordinary tokens is 4000, the time period is divided into 100 time slices on average, and assuming that the current time slice is the last time slice in the time period and the number of reserved ordinary tokens allocated to the real-time call in the time slice is 10, the number of migration requests in the time slice is 50-10= 40. At this time, the number of reserved common tokens allocated to the real-time call and the session request in the time period is 3980, the reserved real-time call tokens are all allocated to the real-time call in the time period, a part of reserved common tokens are also allocated to the real-time call, the number of the remaining common tokens is 4000 minus 3980, namely 20, 10 tokens are already allocated to the real-time call, and the remaining number of tokens which can be allocated to the session request is 10. The number of the migration requests in the time slice is 40 and exceeds the number of the remaining ordinary tokens in the time slice by 10, only the number of the remaining 10 ordinary tokens is sequentially distributed to the migration requests arranged at the first 10 bits of the migration queue, and the remaining 30 migration requests continue to wait for the ordinary tokens in the next time slice.
In summary, the traffic to be handled by the control unit mainly comes from two parts: and (4) new real-time calling and stock calling migration behaviors. The control unit may prioritize traffic with real-time call tokens based on the token class carried in the call request. The real-time calling has higher priority, the control unit needs to process the real-time calling preferentially, the quantity distribution of the real-time calling request in the actual working scene is relatively stable in time, and the quantity distribution in time shows a steep peak due to relatively burst transfer request under the fault of the large-area control unit. The flow control method for the video conference session provided by the invention aims to cut peaks and fill valleys, cut peaks of session requests and fill the peaks into a plurality of valleys with residual capacity after processing real-time calls in each time period, thereby completing the migration of calls (stocks) which have occurred under the fault of overlarge area to the maximum extent under the condition of not influencing the newly added real-time calls and ensuring that the calls of users are not interrupted.
Exemplary System
Correspondingly, the embodiment of the invention also provides a video conference session flow control system. Fig. 6 is a schematic diagram of a distributed conference control system 600 according to an embodiment of the present invention, and as shown in fig. 6, the system according to the embodiment includes: a signaling system 610, said signaling system 610 comprising a party building module 611, a triggering module 612, a release token module 613 and an assign token module 614, wherein:
the conference establishing module 611 is configured to establish a conference and allocate a corresponding control unit for media data interaction when the terminal normally performs the conference.
The triggering module 612 is configured to trigger a session migration request when the control unit corresponding to the terminal fails.
The release token module 613 is configured to divide the time into a plurality of time periods and release the number of tokens according to the time periods.
The token releasing module 613 is further configured to initialize the maximum token number in each time period at the initial time of each time period, reserve the real-time call token in the time period according to the total real-time call number in the previous time period, and reserve a common token for the rest of tokens.
The token allocation module 614 is configured to allocate the real-time call token to the real-time call within the time period, and if the real-time call token is not left, preferentially allocate the reserved ordinary token to the real-time call.
The signaling system 610 further includes a ranking module 615 and a polling module 616, wherein:
the queuing module 615 is used for sequentially queuing all the session requests into a session queue;
the polling module 616 is configured to divide the time period into a plurality of time slices, and poll the session queue at regular intervals according to the time slices;
the token allocation module 614 further includes a statistical allocation calculating unit 6143, where the statistical allocation calculating unit 6143 is configured to count the number of real-time call requests received in the time slice, allocate the tokens to the real-time call, and subtract the number of tokens that have been allocated to the real-time call from the number of tokens that can be allocated in the time slice to obtain the number of tokens that can be allocated to the session request.
Specifically, the statistical distribution calculating unit 6143 includes a real-time call distribution function 6144, where the real-time call distribution function 6144 is configured to distribute the real-time call token to the real-time call, and if the real-time call token has no remainder, preferentially distribute the reserved common token to the real-time call.
The statistical distribution calculating unit 6143 counts all real-time call requests received in the time slice at the termination time of the time slice.
The polling module 616 includes an average dividing unit 6161, where the average dividing unit 6161 is configured to divide the time period into a plurality of time slices on average. When the polling module 616 enables the average dividing unit 6161, the number of tokens that can be allocated in the time slice is the maximum number of tokens in the time slice divided by the number of time slices in the time slice.
The real-time call total number of the previous time period is the real-time call total number of the previous time period, and the real-time call total number of the previous time period is the sum of the real-time call request numbers received in each time slice of the previous time period counted by the statistical distribution calculating unit 6143.
The token allocation module 614 is further configured to allocate the reserved common token to the session request in the time period, if the token is successfully allocated, the session establishment module allocates the session terminal that obtains the token to a new control unit, and informs the session terminal of interacting media data with the new control unit, otherwise, the session terminal continues to wait for the common token in the next time period.
The token allocation module 614 further includes a determining and allocating unit 6145, where the determining and allocating unit is configured to determine whether the number of session requests in the time slice exceeds the number of remaining ordinary tokens in the time slice, and if not, allocate the number of tokens that can be allocated to the session request in the time slice to the session request, otherwise, allocate only the number of remaining ordinary tokens in the time slice to the session request.
And the number of the remaining ordinary tokens in the time period is the reserved ordinary tokens in the time period minus the number of the ordinary tokens which are already allocated to the real-time call and the session transfer request in the time period.
It should be noted that although the operations of the videoconference session flow control method of the present invention are depicted in the drawings in a particular order, this is not intended to require or imply that these operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve the desired results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.
Furthermore, although several devices, units, or modules of the videoconference session flow control system are mentioned in the above detailed description, such partitioning is merely exemplary and not mandatory. Indeed, the features and functions of two or more of the modules described above may be embodied in one module according to embodiments of the invention. Conversely, the features and functions of one module described above may be further divided into embodiments by a plurality of modules.
While the spirit and principles of the invention have been described with reference to several particular embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, nor is the division of aspects, which is for convenience only as the features in such aspects cannot be combined to advantage. The invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
The present invention provides:
1. a video conference session flow control method is characterized by comprising the following steps:
when the terminal normally carries out a conference, establishing the conference through a signaling system, and allocating a corresponding control unit for media data interaction;
when the control unit corresponding to the terminal fails, the signaling system triggers a session transfer request;
the signaling system divides time into a plurality of time periods and releases token numbers according to the time periods;
initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time call token of the time period according to the total real-time call number of the previous time period, and reserving other tokens as reserved common tokens;
distributing the real-time call token to the real-time call in the time period, and if the real-time call token is not left, preferentially distributing the reserved common token to the real-time call;
and in the time period, distributing the reserved common token to the session request, if the token is successfully distributed, distributing the session terminal obtaining the token to a new control unit, and informing the session terminal to interact media data with the new control unit, otherwise, continuously waiting for the common token in the next time period.
2. The session flow control method according to item 1, wherein the method further comprises:
all the session requests are sequentially arranged into a session queue;
dividing the time period into a plurality of time slices, and regularly polling the session queue by the signaling system according to the time slices as intervals;
the step of allocating the real-time call token to the real-time call, and if the real-time call token is not left, preferentially allocating the reserved common token to the real-time call specifically includes:
in the time slice, the signaling system counts the number of the real-time call requests received in the time slice, distributes the tokens to the real-time calls, and subtracts the tokens distributed to the real-time calls from the number of the tokens capable of being distributed in the time slice to obtain the number of the tokens which can be distributed to the session requests.
3. The session flow control method according to item 1 or item 2, wherein the step of allocating the common token to the session request, and if the token is successfully allocated, allocating the session terminal that obtains the token to a new control unit specifically includes:
and judging whether the number of the session requests in the time slice exceeds the number of the remaining ordinary tokens in the time slice, if not, allocating the number of the tokens which can be allocated to the session requests in the time slice to the session requests, otherwise, allocating only the number of the remaining ordinary tokens in the time slice to the session requests.
4. The streaming flow control method according to item 2, wherein the total real-time calls in the previous time period is a total real-time calls in a previous time period, and the total real-time calls in the previous time period is a sum of real-time call requests received in each time slice of the previous time period counted by the signaling system.
5. The session flow control method according to item 2 or item 4, wherein, within the time slice, the step of allocating the token to the real-time call specifically includes:
and distributing the real-time call token to the real-time call, and if the real-time call token has no residue, preferentially distributing the reserved common token to the real-time call.
6. The session flow control method according to item 2 or item 4, wherein dividing the time period into a plurality of time slices specifically comprises:
the time period is divided into a plurality of time slices on average.
7. The session flow control method according to claim 6, wherein the number of tokens allocable in the time slice is the maximum number of tokens in the time slice divided by the number of time slices in the time slice.
8. The method for flow control of an assembly according to item 2 or item 4, wherein the signaling system statistics of the real-time call request received in the time slice specifically includes:
and the signaling system counts all real-time call requests received in the time slice at the termination moment of the time slice.
9. The session flow control method according to claim 3, wherein the number of remaining ordinary tokens in the time period is the number of reserved ordinary tokens in the time period minus the number of ordinary tokens already allocated to the real-time call and the session request in the time period.
10. The video conference session flow control system is characterized by comprising a signaling system, wherein the signaling system comprises a conference building module, a triggering module, a token releasing module and a token distributing module, wherein:
the conference establishing module is used for establishing a conference and distributing a corresponding control unit for media data interaction when the terminal normally carries out the conference;
the triggering module is used for triggering a session transfer request when the control unit corresponding to the terminal fails;
the token releasing module is used for dividing time into a plurality of time periods and releasing token numbers according to the time periods;
the token releasing module is also used for initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time calling token of the time period according to the previous real-time calling total number, and reserving other tokens as reserved common tokens;
the token distribution module is used for distributing the real-time call tokens to the real-time calls in the time period, and if the real-time call tokens are not left, the reserved common tokens are preferentially distributed to the real-time calls;
the token distribution module is further configured to distribute the reserved common token to the session request in the time period, if the token is successfully distributed, the session establishment module distributes the session terminal that obtains the token to a new control unit, and informs the session terminal of interacting media data with the new control unit, otherwise, the session terminal continues to wait for the common token in the next time period.
11. The system of claim 10, wherein the signaling system further comprises an ordering module and a polling module, wherein:
the arrangement module is used for sequentially arranging all the session requests into a session queue;
the polling module is used for dividing the time period into a plurality of time slices and polling the session queue regularly according to the time slices as intervals;
the token distribution module also comprises a statistic distribution calculating unit, wherein the statistic distribution calculating unit is used for counting the number of the real-time call requests received in the time slice, distributing the tokens to the real-time calls, and subtracting the tokens distributed to the real-time calls from the number of the tokens capable of being distributed in the time slice to obtain the number of the tokens which can be distributed to the conference transfer requests.
12. The flow control system for migration session according to item 10 or item 11, wherein the token allocation module further includes a determination allocation unit, the determination allocation unit is configured to determine whether the number of the migration session requests in the time slice exceeds the number of the remaining ordinary tokens in the time slice, if not, allocate the number of the tokens that can be allocated to the migration session request in the time slice to the migration session request, otherwise, allocate only the number of the remaining ordinary tokens in the time slice to the migration session request.
13. The streaming flow control system according to claim 11, wherein the total real-time calls in the previous time period is a total real-time calls in a previous time period, and the total real-time calls in the previous time period is a sum of real-time call request numbers received in each time slice of the previous time period counted by the counting and distributing unit.
14. The flow control system of claim 11 or 13, wherein the statistical distribution unit includes a real-time call distribution function, and the real-time call distribution function is configured to distribute the real-time call tokens to the real-time calls, and preferentially distribute the reserved common tokens to the real-time calls if there is no real-time call token remaining.
15. The streaming flow control system according to claim 11 or 13, wherein the polling module includes an average dividing unit, and the average dividing unit is configured to divide the time period into a plurality of time slices on average.
16. The session flow control system according to claim 15, wherein the number of tokens allocable within the time slice is the maximum number of tokens within the time slice divided by the number of time slices within the time slice.
17. The flow control system for session transfer according to item 12, wherein the number of remaining ordinary tokens in the time period is the number of reserved ordinary tokens in the time period minus the number of ordinary tokens already allocated to the real-time call and the session transfer request in the time period.
Claims (10)
1. A flow control method for videoconference session, the method comprising:
when the terminal normally carries out a conference, establishing the conference through a signaling system, and allocating a corresponding control unit for media data interaction;
when the control unit corresponding to the terminal fails, the signaling system triggers a session transfer request;
the signaling system divides time into a plurality of time periods and releases token numbers according to the time periods;
initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time call token of the time period according to the total real-time call number of the previous time period, and reserving other tokens as reserved common tokens;
distributing the real-time call token to the real-time call in the time period, and if the real-time call token is not left, preferentially distributing the reserved common token to the real-time call;
and in the time period, distributing the reserved common token to the session request, if the token is successfully distributed, distributing the session terminal obtaining the token to a new control unit, and informing the session terminal to interact media data with the new control unit, otherwise, continuously waiting for the common token in the next time period.
2. The session flow control method according to claim 1, wherein the method further comprises:
all the session requests are sequentially arranged into a session queue;
dividing the time period into a plurality of time slices, and regularly polling the session queue by the signaling system according to the time slices as intervals;
the step of allocating the real-time call token to the real-time call, and if the real-time call token is not left, preferentially allocating the reserved common token to the real-time call specifically includes:
in the time slice, the signaling system counts the number of the real-time call requests received in the time slice, distributes the tokens to the real-time calls, and subtracts the tokens distributed to the real-time calls from the number of the tokens capable of being distributed in the time slice to obtain the number of the tokens which can be distributed to the session requests.
3. The session flow control method according to claim 1 or 2, wherein the step of allocating the common token to the session request, and if the token is successfully allocated, allocating the session terminal that obtains the token to the new control unit specifically includes:
and judging whether the number of the session requests in the time slice exceeds the number of the remaining ordinary tokens in the time slice, if not, allocating the number of the tokens which can be allocated to the session requests in the time slice to the session requests, otherwise, allocating only the number of the remaining ordinary tokens in the time slice to the session requests.
4. The session flow control method according to claim 2, wherein the total number of real-time calls in the previous time period is the total number of real-time calls in the previous time period, and the total number of real-time calls in the previous time period is a sum of the number of real-time call requests received in each time slice of the previous time period counted by the signaling system.
5. The session flow control method according to claim 3, wherein the number of remaining ordinary tokens in the time period is the reserved ordinary tokens in the time period minus the number of ordinary tokens already allocated to the real-time call and the session request in the time period.
6. The video conference session flow control system is characterized by comprising a signaling system, wherein the signaling system comprises a conference building module, a triggering module, a token releasing module and a token distributing module, wherein:
the conference establishing module is used for establishing a conference and distributing a corresponding control unit for media data interaction when the terminal normally carries out the conference;
the triggering module is used for triggering a session transfer request when the control unit corresponding to the terminal fails;
the token releasing module is used for dividing time into a plurality of time periods and releasing token numbers according to the time periods;
the token releasing module is also used for initializing the maximum token number of each time period at the initial moment of each time period, reserving the real-time calling token of the time period according to the previous real-time calling total number, and reserving other tokens as reserved common tokens;
the token distribution module is used for distributing the real-time call tokens to the real-time calls in the time period, and if the real-time call tokens are not left, the reserved common tokens are preferentially distributed to the real-time calls;
the token distributing module is further configured to distribute the reserved common token to the session request in the time period, if the token is successfully distributed, the session establishing module distributes the session terminal that obtains the token to a new control unit, and informs the session terminal of interacting media data with the new control unit, otherwise, the session terminal continues to wait for the common token in the next time period.
7. The session flow control system according to claim 6, wherein the signaling system further comprises a ranking module and a polling module, wherein:
the arrangement module is used for sequentially arranging all the session requests into a session queue;
the polling module is used for dividing the time period into a plurality of time slices and polling the session queue regularly according to the time slices as intervals;
the token distribution module also comprises a statistic distribution calculating unit, wherein the statistic distribution calculating unit is used for counting the number of the real-time call requests received in the time slice, distributing the tokens to the real-time calls, and subtracting the tokens distributed to the real-time calls from the number of the tokens capable of being distributed in the time slice to obtain the number of the tokens which can be distributed to the conference transfer requests.
8. The migration session flow control system according to claim 6 or 7, wherein the token allocation module further comprises a determination allocation unit, the determination allocation unit is configured to determine whether the number of the migration session requests in the time slice exceeds the number of the ordinary tokens remaining in the time slice, if not, the number of the tokens that can be allocated to the migration session request in the time slice is allocated to the migration session request, otherwise, only the number of the ordinary tokens remaining in the time slice is allocated to the migration session request.
9. The streaming flow control system according to claim 7, wherein the total number of real-time calls in the previous time period is a total number of real-time calls in a previous time period, and the total number of real-time calls in the previous time period is a sum of the number of real-time call requests received in each time slice of the previous time period counted by the statistical distribution calculating unit.
10. The session flow control system of claim 8, wherein the number of ordinary tokens remaining in the time period is the number of reserved ordinary tokens in the time period minus the number of ordinary tokens already allocated to the real-time call and the session request in the time period.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210993089.0A CN115361361B (en) | 2022-08-18 | 2022-08-18 | Video conference migration flow control method and system thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210993089.0A CN115361361B (en) | 2022-08-18 | 2022-08-18 | Video conference migration flow control method and system thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115361361A true CN115361361A (en) | 2022-11-18 |
| CN115361361B CN115361361B (en) | 2023-08-04 |
Family
ID=84001808
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210993089.0A Active CN115361361B (en) | 2022-08-18 | 2022-08-18 | Video conference migration flow control method and system thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115361361B (en) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100250679A1 (en) * | 2007-12-14 | 2010-09-30 | Huawei Technologies Co., Ltd. | Method, system, and device for controlling a token for an auxiliary stream in a multi-point double-stream conference |
| WO2012143052A1 (en) * | 2011-04-20 | 2012-10-26 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of and a server for establishing communication in a telecommunication system wherein calling party identity is withheld |
| CN104135640A (en) * | 2014-08-08 | 2014-11-05 | 华为技术有限公司 | Conference migration method, device and system |
| CN105187760A (en) * | 2015-07-30 | 2015-12-23 | 武汉随锐亿山科技有限公司 | Multipoint control unit clustering system and method |
| CN106254301A (en) * | 2015-06-11 | 2016-12-21 | 中兴通讯股份有限公司 | A kind of conference backup method, management node and conference system |
| CN106936812A (en) * | 2017-01-10 | 2017-07-07 | 南京邮电大学 | File privacy leakage detection method based on Petri network under a kind of cloud environment |
| CN108024023A (en) * | 2016-10-28 | 2018-05-11 | 维布络有限公司 | System and method for online charging in a communication network |
| CN108833824A (en) * | 2018-06-24 | 2018-11-16 | 南通易联企业管理有限公司 | The management method and device of Conference control permission in video conference |
| CN109348163A (en) * | 2018-11-12 | 2019-02-15 | 上海赛连信息科技有限公司 | Video conference and video monitoring fusion system and method |
| US20210243011A1 (en) * | 2020-02-01 | 2021-08-05 | OpenCT, AG | Ubiquitous, industry agnostic platform for automated, smart contract based, real time trusted transactions |
-
2022
- 2022-08-18 CN CN202210993089.0A patent/CN115361361B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100250679A1 (en) * | 2007-12-14 | 2010-09-30 | Huawei Technologies Co., Ltd. | Method, system, and device for controlling a token for an auxiliary stream in a multi-point double-stream conference |
| WO2012143052A1 (en) * | 2011-04-20 | 2012-10-26 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of and a server for establishing communication in a telecommunication system wherein calling party identity is withheld |
| CN104135640A (en) * | 2014-08-08 | 2014-11-05 | 华为技术有限公司 | Conference migration method, device and system |
| CN106254301A (en) * | 2015-06-11 | 2016-12-21 | 中兴通讯股份有限公司 | A kind of conference backup method, management node and conference system |
| CN105187760A (en) * | 2015-07-30 | 2015-12-23 | 武汉随锐亿山科技有限公司 | Multipoint control unit clustering system and method |
| CN108024023A (en) * | 2016-10-28 | 2018-05-11 | 维布络有限公司 | System and method for online charging in a communication network |
| CN106936812A (en) * | 2017-01-10 | 2017-07-07 | 南京邮电大学 | File privacy leakage detection method based on Petri network under a kind of cloud environment |
| CN108833824A (en) * | 2018-06-24 | 2018-11-16 | 南通易联企业管理有限公司 | The management method and device of Conference control permission in video conference |
| CN109348163A (en) * | 2018-11-12 | 2019-02-15 | 上海赛连信息科技有限公司 | Video conference and video monitoring fusion system and method |
| US20210243011A1 (en) * | 2020-02-01 | 2021-08-05 | OpenCT, AG | Ubiquitous, industry agnostic platform for automated, smart contract based, real time trusted transactions |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115361361B (en) | 2023-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2507703C2 (en) | Resource pooling in electronic board cluster switching centre server | |
| EP0678996B1 (en) | Apparatus and method of processing bandwidth requirements in an ATM switch | |
| EP2086173A1 (en) | A method, system and network device for resource management | |
| EP1250826A1 (en) | Pre-emptive bandwidth allocation by dynamic positioning | |
| CN111901881B (en) | Transmission method and device | |
| EP3487132B1 (en) | Packet processing method and router | |
| CN101197633B (en) | Method and device for sharing protection and improving band width utilization ratio | |
| JP2001268034A (en) | Multi-directional multiplex communication system and its channel assignment method | |
| CN100394743C (en) | Data transfer rate regulating system, monitoring control device and regulating method | |
| JP2648443B2 (en) | Method for allocating switching technology resources in a communication system operating in asynchronous transfer mode | |
| CN115361361B (en) | Video conference migration flow control method and system thereof | |
| CN112613919A (en) | Information processing method and related device | |
| KR20000005807A (en) | Packet transfer system | |
| CN112243019A (en) | Method and system for establishing flexible Ethernet management channel | |
| CN107819701A (en) | The bandwidth allocation methods and server of Stream Media Application fast cache | |
| US6865624B2 (en) | Method and apparatus for processing calls on a multiprocessor communication system | |
| CN101416447B (en) | Method for reserving bandwidth | |
| CN100574347C (en) | A kind of method for synchronous and equipment of equipment for auto-calling queue distributed service | |
| CN106664613B (en) | Method for allocating bandwidth resources and transport network controller | |
| CN101023683A (en) | Short message central group system and control method thereof | |
| CN115811470B (en) | Asynchronous data processing method and system based on high-availability message frame | |
| EP0693856A2 (en) | System and method to supply multimedial distributive and interactive audio and video services to residential users | |
| JP3178796B2 (en) | Communications system | |
| CN115550329A (en) | Method and device for improving VOLTE call quality | |
| CN115567803A (en) | Bandwidth allocation method and related equipment |
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 |