CN102387149A - User state transition system at clustering client - Google Patents
User state transition system at clustering client Download PDFInfo
- Publication number
- CN102387149A CN102387149A CN2011103272305A CN201110327230A CN102387149A CN 102387149 A CN102387149 A CN 102387149A CN 2011103272305 A CN2011103272305 A CN 2011103272305A CN 201110327230 A CN201110327230 A CN 201110327230A CN 102387149 A CN102387149 A CN 102387149A
- Authority
- CN
- China
- Prior art keywords
- client terminal
- medium sending
- sending right
- user
- cluster client
- 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
- 230000007704 transition Effects 0.000 title claims abstract description 69
- 206010048669 Terminal state Diseases 0.000 claims description 43
- 238000000034 method Methods 0.000 abstract description 14
- 230000005540 biological transmission Effects 0.000 abstract description 13
- 238000012545 processing Methods 0.000 abstract description 2
- 230000001413 cellular effect Effects 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 241000549343 Myadestes Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
The invention relates to a user state transition system at a clustering client, which comprises a clustering client and a clustering server, wherein the clustering client is used for receiving granted media transmission right (TB-Granted) information after a user of the clustering client applies for media transmission right to the clustering server or other users of the clustering client apply for the media transmission right to the clustering server for the users of the clustering client, and transiting the information to be in a media transmission right receiving (Receive Permission) state in a push-to-talk over cellular (PoC) system, is used for carrying out media transmission right consultation with users of the clustering client, and is used for transiting the clustering client state to the state of having the media transmission right (has permission) or the state of media transmission right releasing and pending (Pending TB-Release) according to the media transmission right consultation result. By modifying or adjusting the state machine process on a PoC Client, the system enhances the function and the capacity for processing new requirements of the existing PoC Client state machines.
Description
Technical field
The present invention relates to the communications field, relate in particular to a kind of cluster client terminal user status transferring method and a kind of cluster client terminal.
Background technology
Development along with broadband network; Mobile communication will not only be confined to traditional Speech Communication; Multimedia service in conjunction with multiple medium types such as audio frequency, video, picture and texts will be carried out gradually; Through browse with presence (presenting business), short message, WEB (webpage), the combining of data services such as locating information, PUSH (pushing professional), file-sharing, can satisfy user's multiple demand.For example:
Messaging service: instant message and chatroom, multimedia short message;
Video traffic: amusement, multimedia messages, daily interchange;
Ecommerce: catalogue, search engine, shopping cart, order management, payment;
Recreation: solitaire game, group's recreation;
Positioning service: missing, guide, warning;
Personal assistant: address book, schedule, bookmark management, file storage, event notification, Email etc.
Under the promotion of multiple application; The 3GPP normal structure has been released IP-based IP multimedia subsystem, IMS (IMS) framework; Purpose is in communication network, to use a kind of standardized open architecture to realize diversified multimedia application, offers the more impression of selecting and more enriching of user.
Along with development of internet technology, multi-party communication becomes a kind of general gradually business, must need a unified control point to manage in order to realize multi-party communication, guarantees the consistency and the real-time of managing.Send audio frequency such as a user applies, system needs and can only have a control point to adjudicate.Such as PoC system, Conference system.Wherein the PoC system is a kind of central controlled multimedia communications system in many ways.
In multi-party communication, there is cluster client terminal user's words power management, promptly the cluster client terminal user can apply for sending medium, system can limit the time span etc. that the cluster client user sends medium.
As shown in Figure 1, if cluster client terminal is in when not having medium sending right state (" U:has no permission "), can't directly be transferred to and has medium sending right state (" U:has permission "); If be transferred to state " U:has permission "; Must move to medium sending right release wait state (" U:pending TB_Request ") through sending medium sending right request message (" S:TB_Request ") earlier; Then receive under this state authorize medium sending right message (" R:TB_Granted ") after, just migrate into state " U:has permission " state.
In PoC2.0, exist for the demand that the third party applies for medium sending right.For example PoC Client A is the method for PoC Client B application: PoC Client A sends a medium sending right request to cluster server; PoC Client B application medium sending right is given in indication in this request; After cluster server obtains this request; If agree its application, send just directly for PoC Client B and authorize medium sending right message (TB_granted), promptly authorize B medium sending right to PoC Client.But PoC Client does not handle the medium sending right of authorizing because of other people application.Just: PoC Client A is that PoC Client B has applied for medium sending right; PoC Server does not apply under the situation of medium sending right at PoC Client B; Directly send " TB_Granted " to PoC Client B; PoC Client B can't handle this " TB_Granted " message owing to there is not corresponding state exchange corresponding with it, and this message may be considered to unexpected message and abandon.
This shows that the state machine of existing cluster client terminal can't directly be transferred to state " U:has permission " from " U:has no permission " state; Can't realize among the PoC2.0 applying for the demand of medium sending right for the third party.
Summary of the invention
The present invention provides a kind of cluster client terminal user status transferring system; State machine in order to solve the cluster client terminal that exists in the prior art can't directly be transferred to state " U:has permission " from " U:has no permission " state, can't realize among the PoC2.0 applying for for the third party needs of problems of medium sending right.
One side of the present invention provides a kind of cluster client terminal user status transferring system, comprising: cluster client terminal and cluster server.
Said cluster client terminal; Be used at Push To Talk (PoC); The cluster client terminal user is that said cluster client terminal user is behind said cluster server application medium sending right to cluster server application medium sending right or other cluster client terminals user; Medium sending right (TB_Granted) message is authorized in reception, moves to medium sending right (Receive permission) state of receiving; Be used for and the cluster client terminal user between carry out medium sending right and consult; Be used for according to said medium sending right negotiation result, said cluster client terminal state transition is discharged (Pending TB_Release) state of wait to having medium sending right (has permission) state or medium sending right.
Said cluster server; Be used to receive application medium sending right that said cluster client terminal user sends or other cluster client terminals user for the application medium sending right that said cluster client terminal user sends, be used for said medium sending right (TB_Granted) message of authorizing is sent to said cluster client terminal.
Optional, said cluster client terminal also comprises: the medium sending right Tip element is used for to said cluster client terminal user prompt medium sending right.
Optional, said cluster client terminal also comprises: timer units is used to said cluster client terminal user and accepts medium sending right setting-up time threshold value.
Optional; Said cluster client terminal also comprises: have medium sending right (has permission) state set unit; Be used for after said cluster client terminal user accepts medium sending right, with said cluster client terminal state transition to having medium sending right (has permission) state; Medium sending right discharges waits for (Pending TB_Release) state set unit; Be used for after said cluster client terminal user does not accept medium sending right, said cluster client terminal state transition to medium sending right is discharged (Pending TB_Release) state of wait.
Optional; Said cluster client terminal also comprises: medium sending right discharges (TB_Release) message sending unit; Be used for sending medium sending right and discharge (TB_Release) message, so that said cluster client terminal state transition to medium sending right discharges (Pending TB_Release) state of wait to said cluster server.
Another aspect of the present invention provides a kind of cluster client terminal user status transferring system, it is characterized in that, comprising: cluster client terminal and cluster server.
Cluster client terminal; Be used at Push To Talk (PoC); The cluster client terminal user is that said cluster client terminal user is behind said cluster server application medium sending right to cluster server application medium sending right or other cluster client terminals user; Medium sending right (TB_Granted) message is authorized in reception, moves to have medium sending right (has permission) state; Be used for and the cluster client terminal user between carry out medium sending right and consult; Be used for according to said medium sending right negotiation result, said cluster client terminal state transition is confirmed that to the medium sending right user (User Confirmed) state or medium sending right discharge (Pending TB_Release) state of wait.
Said cluster server; Be used to receive application medium sending right that the cluster client terminal user sends or other cluster client terminals user for the application medium sending right that said cluster client terminal user sends, be used for said medium sending right (TB_Granted) message of authorizing is sent to said cluster client terminal.
Optional, said cluster client terminal also comprises: the medium sending right Tip element is used for to said cluster client terminal user prompt medium sending right.
Optional; Said cluster client terminal also comprises: the medium sending right user confirms (User Confirmed) state set unit; Be used for after said cluster client terminal user accepts medium sending right, said cluster client terminal state transition is confirmed (User Confirmed) state to the medium sending right user; Medium sending right discharges waits for (Pending TB_Release) state set unit; Be used for after said cluster client terminal user does not accept medium sending right, said cluster client terminal state transition to medium sending right is discharged (Pending TB_Release) state of wait.
Optional, said cluster client terminal also comprises: timer units is used to the cluster client terminal user and accepts medium sending right setting-up time threshold value.
Optional; Said cluster client terminal also comprises: (User Confirming) state set unit during the medium sending right user confirms is used for said cluster client terminal state transition to medium sending right user affirmation (User Confirming) state that has medium sending right (has permission) state.
Optional; Said cluster client terminal also comprises: medium sending right discharges (TB_Release) message sending unit; Be used for sending medium sending right and discharge (TB_Release) message, so that cluster client terminal state transition to medium sending right discharges (Pending TB_Release) state of wait to said cluster server.
Optional, said cluster client terminal also comprises: flag bit is provided with the unit, is used for through flag bit described medium sending right user being set and confirms that (User Confirmed) state and/or medium sending right user confirm (User Confirming) state.
Beneficial effect of the present invention is following:
The present invention handles through the state machine of revising or adjusting on the PoC Client, has strengthened the function and the ability of handling new demand of existing PoC Client state machine.
The present invention has increased apply for the support of new functions such as medium sending right among the PoC2.0 for the third party.
Description of drawings
Fig. 1 is the state machine diagram of cluster client terminal in the prior art;
Fig. 2 is the present invention program one a state machine diagram;
Fig. 3 increases the handling process sketch map after intermediateness is received medium sending right state " U:Receive permission " for the present invention program one;
Fig. 4 is a PoC Client B request medium sending right for PoC ClientA among the present invention program one, and PoCClient B accepts the example flow chart of this medium sending right;
Fig. 5 is the cluster client terminal structural representation of the present invention program's one correspondence;
Fig. 6 is the concrete structure sketch map of medium sending right negotiation element in the scheme one;
Fig. 7 is the concrete structure sketch map of state transition unit in the scheme one;
Fig. 8 is the present invention program two a state machine diagram;
Fig. 9 confirms the handling process sketch map after " U:User Confirmed " for state " U:User Confirming " and medium sending right user in the sub-state medium transmission route user affirmation of the present invention program's two increases;
Figure 10 is the cluster client terminal sketch map of the present invention program's two correspondences;
Figure 11 is the concrete structure sketch map of medium sending right negotiation element in the scheme two;
Figure 12 is the concrete structure sketch map of state transition unit in the scheme two.
Embodiment
Below in conjunction with Figure of description embodiment of the present invention is described.
One embodiment of the present of invention disclose a kind of cluster client terminal user status transferring method, comprising:
A, in Push To Talk PoC; After cluster client terminal user applies medium sending right or other cluster client terminals user are said cluster client terminal user applies medium sending right; Cluster client terminal receives and authorizes medium sending right TB_Granted message, moves to the medium sending right Receive permission state of receiving;
Carrying out medium sending right between B, cluster client terminal and the cluster client terminal user consults; And, said cluster client terminal state transition is discharged the Pending TB_Release state of waiting for to having medium sending right has permission state or medium sending right according to said negotiation result.
Among the said step B, comprise that also cluster client terminal receives medium sending right to the cluster client terminal user prompt.
Among the said step B, further comprise:
Judge whether said cluster client terminal user accepts medium sending right; If; Said cluster client terminal state transition to having medium sending right has permission state, otherwise is discharged the Pending TB_Release state of waiting for said cluster client terminal state transition to medium sending right.
Described method, judge whether said cluster client terminal user accepts in the step of medium sending right:
Said cluster client terminal user acceptance/refusal medium sending right returns the indication of medium sending right acceptance/refusal through said cluster client terminal user, or
Preset medium sending right is confirmed to reply, and cluster client terminal returns medium sending right automatically according to said preset value and confirms to reply.
Among the said step B, also comprise the step that starts timer,
If before said timer expiry; Said cluster client terminal user confirms to accept medium sending right; Then with said cluster client terminal state transition to having medium sending right has permission state, otherwise said cluster client terminal state transition to medium sending right is discharged the Pending TB_Release state of waiting for.
Described method, after cluster server sent medium sending right release TB_Release message, said cluster client terminal state transition to medium sending right discharged the Pending TB_Release state of waiting for.
An alternative embodiment of the invention discloses a kind of cluster client terminal, comprising:
Receive medium sending right Receive permission state set unit; Be used at Push To Talk PoC; After cluster client terminal user applies medium sending right or other cluster client terminals user are said cluster client terminal user applies medium sending right; Medium sending right TB_Granted is authorized in reception message, moves to the medium sending right Receive permission state of receiving;
The medium sending right negotiation element is used for carrying out between cluster client terminal and the cluster client terminal user medium sending right and consults;
The state transition unit is used for according to said medium sending right negotiation result, and said cluster client terminal state transition is discharged the PendingTB_Release state of waiting for to having medium sending right has permission state or medium sending right.
Described cluster client terminal also comprises:
The medium sending right request unit is used for cluster client terminal user applies medium sending right.
Described cluster client terminal also comprises:
The medium sending right Tip element is positioned at said medium sending right negotiation element, is used for cluster client terminal to cluster client terminal user prompt medium sending right.
Described cluster client terminal also comprises:
Timer units is positioned at said medium sending right negotiation element, is used to the cluster client terminal user and accepts medium sending right setting-up time threshold value.
Described cluster client terminal also comprises:
Medium sending right acceptance/refusal indication transmitting element is positioned at said medium sending right negotiation element, is used for the cluster client terminal user and sends medium sending right to cluster client terminal and accept confirmation or refuse indication.
Described cluster client terminal also comprises:
Have medium sending right has permission state set unit, be positioned at said state transition unit, be used for after the cluster client terminal user accepts medium sending right, with cluster client terminal state transition to having medium sending right has permission state;
Medium sending right discharges waits for Pending TB_Release state set unit; Be positioned at said state transition unit; Be used for after the cluster client terminal user does not accept medium sending right, cluster client terminal state transition to medium sending right is discharged the Pending TB_Release state of waiting for.
Described cluster client terminal also comprises:
Medium sending right discharges the TB_Release message sending unit; Be positioned at said state transition unit; Be used for sending medium sending right and discharge TB_Release message, so that cluster client terminal state transition to medium sending right discharges the Pending TB_Release state of waiting for to cluster server.
An alternative embodiment of the invention discloses a kind of cluster client terminal user status transferring method, comprising:
A, in Push To Talk PoC; After cluster client terminal user applies medium sending right or other cluster client terminals user are said cluster client terminal user applies medium sending right; Cluster client terminal receives and authorizes medium sending right TB_Granted message, moves to have medium sending right has permission state;
Carrying out medium sending right between b, cluster client terminal and the cluster client terminal user consults; And, said cluster client terminal state transition has been confirmed that to the medium sending right user UserConfirmed state or medium sending right discharge the Pending TB_Release state of waiting for according to said negotiation result.
Among the said step a, also comprise User Confirming state in said cluster client terminal state transition to the medium sending right user affirmation that has medium sending right has permission state.
Described medium sending right user has confirmed that User Confirming state is the said sub-state that has medium sending right has permission state in User Confirmed state and/or the medium sending right user affirmation, passes through the flag bit setting at said cluster client terminal.
Among the said step b, comprise that also cluster client terminal is to said cluster client terminal user prompt medium sending right.
Among the said step b, further comprise:
Judge whether the cluster client terminal user accepts medium sending right, if said cluster client terminal state transition has been confirmed User Confirmed state to the medium sending right user; Otherwise said cluster client terminal state transition to medium sending right is discharged the Pending TB_Release state of waiting for.
Said said cluster client terminal state transition has been confirmed in the User Confirmed state step to the medium sending right user,
Said cluster client terminal user accepts medium sending right, and return medium sending right through said cluster client terminal user and confirm, or
Preset medium sending right is confirmed to reply, and cluster client terminal returns medium sending right automatically according to said preset value and confirms to reply.
Among the said step b, also comprise the step that starts timer, if before timer expiry, said cluster visitor end subscriber is accepted medium sending right, and said cluster client terminal state transition has been confirmed User Confirmed state to the medium sending right user; Otherwise said cluster client terminal state transition to medium sending right is discharged the Pending TB_Release state of waiting for.
Described method, after said cluster server sent medium sending right release TB_Release message, said cluster client terminal state transition to medium sending right discharged the Pending TB_Release state of waiting for.
An alternative embodiment of the invention discloses a kind of cluster client terminal, comprising:
Have medium sending right has permission state set unit; Be used at Push To Talk PoC; After cluster client terminal user applies medium sending right or other cluster client terminals user are said cluster client terminal user applies medium sending right; Medium sending right TB_Granted is authorized in reception message, moves to have medium sending right has permission state;
The medium sending right negotiation element is used for carrying out between cluster client terminal and the cluster client terminal user medium sending right and consults;
The state transition unit is used for according to said medium sending right negotiation result, and said cluster client terminal state transition has been confirmed that to the medium sending right user User Confirmed state or medium sending right discharge the Pending TB_Release state of waiting for.
Described cluster client terminal also comprises:
The medium sending right request unit is used for cluster client terminal user applies medium sending right.
Described cluster client terminal also comprises:
The medium sending right Tip element is positioned at said medium sending right negotiation element, is used for cluster client terminal to cluster client terminal user prompt medium sending right.
Described cluster client terminal also comprises:
The medium sending right user has confirmed User Confirmed state set unit; Be positioned at said state transition unit; Be used for after the cluster client terminal user accepts medium sending right, cluster client terminal state transition has been confirmed User Confirmed state to the medium sending right user;
Medium sending right discharges waits for Pending TB_Release state set unit; Be positioned at said state transition unit; Be used for after the cluster client terminal user does not accept medium sending right, cluster client terminal state transition to medium sending right is discharged the Pending TB_Release state of waiting for.
Described cluster client terminal also comprises:
Medium sending right acceptance/refusal indication transmitting element is positioned at said medium sending right negotiation element, is used for the cluster client terminal user and sends the indication of medium sending right acceptance/refusal to cluster client terminal.
Described cluster client terminal also comprises:
Timer units is positioned at said medium sending right negotiation element, is used to the cluster client terminal user and accepts medium sending right setting-up time threshold value.
Described cluster client terminal also comprises:
User Confirming state set unit during the medium sending right user confirms; Be positioned at said state transition unit, be used for said cluster client terminal state transition to the medium sending right user affirmation User Confirming state that has medium sending right has permission state.
Described cluster client terminal also comprises:
Medium sending right discharges the TB_Release message sending unit; Be positioned at said state transition unit; Be used for sending medium sending right and discharge TB_Release message, so that cluster client terminal state transition to medium sending right discharges the Pending TB_Release state of waiting for to cluster server.
Described cluster client terminal also comprises:
Flag bit is provided with the unit; Be positioned at said state transition unit, be used for through flag bit described medium sending right user being set and confirmed that User Confirmed state and/or medium sending right user confirm User Confirming state at said cluster client terminal.
Scheme one:
Scheme one is through increasing an intermediateness: receive medium sending right state " U:Receive permission ", realize the processing to the medium sending right of third party's application.The transition condition of this state is:
1, receive that PoC Client user refusal or PoC Client user confirm that timer Tc is overtime, after the transmission TB_Release message, state transitions is to U:pending TB_Release;
2, receive PoC Client user's affirmation: state transitions is to " U:has permission ".
As shown in Figure 2; It is the state machine diagram that has increased after the above-mentioned intermediateness " U:Receive permission "; Visible from figure, when PoC Client when state is received " R:TB_Granted ", is moved to this state at " U:has no permission " earlier; PoC Client points out the medium sending right whether PoC Client user accepts to authorize then; Can start in this process and confirm timer Tc; If PoC Client user confirms this medium sending right before timer expiry, then state machine is moved to " U:has permission ", if PoC Client user refusal perhaps confirms that timer Tc is overtime; After then sending " S:TB_Release ", state machine is moved to " U:Pending TB_Release ".
As shown in Figure 3, be the handling process sketch map after scheme one increases intermediateness " U:Receive permission ", visible from figure, mainly may further comprise the steps:
S310, PoC Client receive TB_granted message, forward " U:Receive Permission " then to;
In this step; If this PoC Client user through certain approach application medium sending right (apply for medium sending right such as this PoC Client user oneself; Perhaps other PoC Client users medium sending right that has been this PoCClient user applies); Then this PoC Client can receive TB_granted message, in scheme one, forwards " U:Receive Permission " to.
S320, PoC Client are prompted to medium sending right PoC Client user and start and confirm timer Tc;
S330, judge that PoC Client user whether confirming that timer Tc accepts medium sending right before overtime, if get into step S340, otherwise gets into step S370;
S340, send medium acknowledge message Floor ACK to server;
If PoC Client user is confirming that timer Tc accepts medium sending right before overtime, then sends Floor ACK to server; This step is optional, also can not send this Floor ACK message.If do not send, then server can confirm that PoC Client user has accepted medium sending right through receiving Media Stream.
In the said process; Described acceptance can be that PoC Client user-interactive is confirmed, also can accept medium sending right through being provided with in advance; For example be set to not accept the medium sending right that the third party authorizes in advance, then PoC Client always refuses third-party medium sending right.
S350, PoC Client forward " U:has permission " to;
After obtaining PoC Client user affirmation, PoC Client forwards " U:has permission " to.
S360, POC Client normally send medium;
If S370 PoC Client user is confirming that timer Tc does not confirm perhaps to have refused medium sending right before overtime, then sends TB_release and forwards " U:Pending TB_release " to server.
In the scheme one, FloorAck message is the medium control messages that increases newly, is used for confirming to accept medium sending right to server; This message is the same with other medium control messages, can all be based on the RTCP extension of message.
Timer Tc starts move to " U:Receive Permission " state at PoC Client after, is used to limit PoC Client user and whether accepts medium sending right in internal feedback effective time.
As shown in Figure 4, be that a PoC Client A is a PoC Client B request medium sending right, PoC Client B accepts the example flow chart of this medium sending right, and is visible from figure, mainly may further comprise the steps:
S410, PoC Client A send Floor req to server, are PoC Client B application medium sending right;
S420, cluster server send Floor Granted message to PoC Client B, inform this application medium sending right incident;
S430, while cluster server send Floor Taken message to PoC Client A, inform that the medium sending right application is accepted;
S440, cluster server start timer Tx and wait for that PoC Client B replys;
S450, PoC Client B prompting PoC Client party B-subscriber confirm medium sending right, and start timer Tc, wait for that PoC Client party B-subscriber replys;
S460, PoC Client party B-subscriber confirm to accept or PoC Client party B-subscriber is set to accept;
If PoC Client party B-subscriber accepts this medium sending right; Then can send acknowledge message and inform acceptance; Also can be set to automatically reply; Such as being provided with when receiving the prompting PoC Client party B-subscriber medium sending right information that PoC Client B sends, acquiescence is accepted this medium sending right;
S470、Floor?ACK；
PoC Client B sends Floor ACK to cluster server, confirms to accept this medium sending right;
S480, PoC Client B have had medium sending right, can send Media Stream to server;
S490, server send to PoC Client A with said Media Stream.
Corresponding with scheme one, the present invention proposes a kind of cluster client terminal, as shown in Figure 5, be the structural representation of this cluster client terminal 500, visible from figure, this cluster client terminal 500 comprises:
Receive medium sending right Receive permission state set unit 510, be used for after receiving TB_Granted message, moving to " U:Receive permission " state;
Medium sending right negotiation element 520 is used for carrying out between cluster client terminal 500 and the cluster client terminal user medium sending right and consults;
Described cluster client terminal 500 also comprises:
Medium sending right request unit 540 is used for cluster client terminal user applies medium sending right.
As shown in Figure 6, described medium sending right negotiation element 520 also comprises:
Medium sending right Tip element 521 is used for cluster client terminal 500 to cluster client terminal user prompt medium sending right.
Medium sending right acceptance/refusal indication transmitting element 523 is used for the cluster client terminal user and sends the indication of medium sending right acceptance/refusal to cluster client terminal 500.
As shown in Figure 7, also be provided with in state transition unit 530:
Have medium sending right Has Permission state set unit 531, be used for after the cluster client terminal user accepts medium sending right, with cluster client terminal 500 state transitions to " U:Has Permission " state;
Medium sending right discharge to be waited for Pending TB_Release state set unit 532, be used for after the cluster client terminal user does not accept medium sending right, with cluster client terminal 500 state transitions to " U:Pending TB_Release " state.
Medium sending right release message transmitting element 533 is used for sending TB_Release message to said cluster client terminal 500, so that cluster client terminal 500 state transitions are to " U:Pending TB_Release " state.
Scheme two
Scheme two does not increase independently new state; Just reuse and strengthened " U:Has Permission " state: scheme two is in inner two sub-state that increase of " U:Has Permission " state; Strengthened the disposal ability of this state, realized support functions such as " for the third party applies for medium sending right ";
As shown in Figure 8; It is the state machine diagram after the inner increase of " U:Has Permission " state two sub-state; Visible from figure; When PoC Client when receiving " R:TB_Granted ", is moved to state " U:Has Permission " at " U:has no permission "; Simultaneously can in this state, increase a value of statistical indicant; UserConfirmFlag; Value is: " User Confirming " and " User Confirmed " is used for distinguishing two sub-states: PoC Client user confirms, can not send medium; And PoC Client user confirms, just sending medium; When PoC Client receives " R:TB_Granted "; The value of UserConfirmFlag is " User Confirming "; This moment, PoC Client did not carry out the transmission of medium immediately, but whether the medium sending right and the startup of pointing out PoC Client user to accept to authorize earlier confirm timer Tc, if PoC Client user confirms this medium sending right; Then UserConfirmFlag becomes " User Confirmed ", and PoC Client begins to send medium.If PoC Client user refusal or timer Tc are overtime, then after the transmission " S:TB_Release ", state machine is moved to " U:Pending TB_Release ".
As shown in Figure 9, be the process flowchart of scheme two.Visible from figure, specifically may further comprise the steps:
S910, PoC Client receive TB_granted message, forward " U:Has Permission " state then to;
In this step; If this PoC Client user through certain approach application medium sending right (apply for medium sending right such as this PoC Client user oneself; Perhaps other PoC Client users medium sending right that has been this PoCClient user applies); Then this PoC Client can receive TB_granted message, in scheme one, forwards " U:Receive Permission " state to.
920, PoC Client is changed to User Confirming to UserConfirmFlag, is prompted to medium sending right PoC Client user and starts timer Tc;
S930, judge that whether PoC Client user accepted medium sending right before timer Tc is overtime; If get into step S940, otherwise get into step S960;
S940, be changed to User Confirmed to UserConfirmFlag;
If PoC Client user accepted medium sending right before timer Tc is overtime, be changed to User Confirmed to UserConfirmFlag.
PoC Client user in this step is to the acceptance of medium sending right; Can be that PoC Client user-interactive is confirmed; Also can accept medium sending right through being provided with in advance; For example be set to not accept the medium sending right that the third party authorizes in advance, then PoC Client always refuses third-party medium sending right;
S950, PoC Client normally send medium;
S960, transmission TB_release message also forward " U:Pending TB_release " state to
If PoC Client user did not confirm before timer Tc is overtime or has refused medium sending right, then sends TB_release message and forward " U:Pending TB_release " state to server.
In scheme two, increased state " U:has Permission " state and arrived other state transition conditions:
1, receives that PoC Client user confirms: still move to " U:has permission " state, but value of statistical indicant UserConfirmFlag set is " User Confirmed ";
2, receive that PoC Client user refusal or timer Tc are overtime: transfer to state " U:pending TB_Release " after sending TB_Release message.
Corresponding with scheme two, the present invention proposes a kind of cluster client terminal, the corresponding cluster client terminal of this cluster client terminal and scheme one is similar; Difference to some extent is shown in figure 10 on the part unit, is the structural representation of this cluster client terminal 500; Visible from figure, this cluster client terminal 500 comprises:
Have medium sending right Has Permission state set unit 550, be used for after receiving TB_Granted message, moving to " U:Has Permission " state;
Medium sending right negotiation element 520 is used for carrying out between cluster client terminal 500 and the cluster client terminal user medium sending right and consults;
Medium sending right request unit 540 is used for cluster client terminal user applies medium sending right.
Shown in figure 11, in the such scheme, medium sending right negotiation element 520 can further include:
Medium sending right Tip element 521 is used for cluster client terminal 500 to cluster client terminal user prompt medium sending right.
Medium sending right acceptance/refusal indication transmitting element 523 is used for the cluster client terminal user and sends the medium sending rights indication of accepting confirmation to cluster client terminal 500.
Shown in figure 12, in the such scheme, state transition unit 530 can further include:
The medium sending right user has confirmed User Confirmed state set unit 534, be used for after the cluster client terminal user accepts medium sending right, with cluster client terminal state transition to " U:User Confirmed " state;
Medium sending right discharges wait state unit 532 is set, be used for after the cluster client terminal user does not accept medium sending right, with cluster client terminal state transition to " U:Pending TB_Release " state.
State set unit 535 during the user confirms is used for the User Confirming state with said cluster client terminal user status transferring to Has Permission state.
Medium sending right release message transmitting element 533 is used for sending TB_Release message to cluster client terminal 500, so that cluster client terminal 500 state transitions are to " U:Pending TB_Release " state.
Flag bit is provided with unit 536, is used for through flag bit described User Confirmed state and/or User Confirming state being set at said cluster client terminal 500.
Obviously, those skilled in the art can carry out various changes and modification to the present invention and not break away from the spirit and scope of the present invention.Like this, belong within the scope of claim of the present invention and equivalent technologies thereof if of the present invention these are revised with modification, then the present invention also is intended to comprise these changes and modification interior.
Claims (12)
1. a cluster client terminal user status transferring system is characterized in that, comprising:
Cluster client terminal; Be used at Push To Talk (PoC); The cluster client terminal user is that said cluster client terminal user is behind said cluster server application medium sending right to cluster server application medium sending right or other cluster client terminals user; Medium sending right (TB_Granted) message is authorized in reception, moves to medium sending right (Receive permission) state of receiving; Be used for and the cluster client terminal user between carry out medium sending right and consult; Be used for according to said medium sending right negotiation result, said cluster client terminal state transition is discharged (Pending TB_Release) state of wait to having medium sending right (has permission) state or medium sending right;
Cluster server; Be used to receive application medium sending right that said cluster client terminal user sends or other cluster client terminals user for the application medium sending right that said cluster client terminal user sends, be used for said medium sending right (TB_Granted) message of authorizing is sent to said cluster client terminal.
2. the system of claim 1 is characterized in that, said cluster client terminal also comprises:
The medium sending right Tip element is used for to said cluster client terminal user prompt medium sending right.
3. the system of claim 1 is characterized in that, said cluster client terminal also comprises:
Timer units is used to said cluster client terminal user and accepts medium sending right setting-up time threshold value.
4. the system of claim 1 is characterized in that, said cluster client terminal also comprises:
Have medium sending right (has permission) state set unit, be used for after said cluster client terminal user accepts medium sending right, with said cluster client terminal state transition to having medium sending right (has permission) state;
Medium sending right discharges waits for (Pending TB_Release) state set unit; Be used for after said cluster client terminal user does not accept medium sending right, said cluster client terminal state transition to medium sending right is discharged (Pending TB_Release) state of wait.
5. the system of claim 1 is characterized in that, said cluster client terminal also comprises:
Medium sending right discharges (TB_Release) message sending unit; Be used for sending medium sending right and discharge (TB_Release) message, so that said cluster client terminal state transition to medium sending right discharges (Pending TB_Release) state of wait to said cluster server.
6. a cluster client terminal user status transferring system is characterized in that, comprising:
Cluster client terminal; Be used at Push To Talk (PoC); The cluster client terminal user is that said cluster client terminal user is behind said cluster server application medium sending right to cluster server application medium sending right or other cluster client terminals user; Medium sending right (TB_Granted) message is authorized in reception, moves to have medium sending right (has permission) state; Be used for and the cluster client terminal user between carry out medium sending right and consult; Be used for according to said medium sending right negotiation result, said cluster client terminal state transition is confirmed that to the medium sending right user (User Confirmed) state or medium sending right discharge (Pending TB_Release) state of wait;
Said cluster server; Be used to receive application medium sending right that the cluster client terminal user sends or other cluster client terminals user for the application medium sending right that said cluster client terminal user sends, be used for said medium sending right (TB_Granted) message of authorizing is sent to said cluster client terminal.
7. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
The medium sending right Tip element is used for to said cluster client terminal user prompt medium sending right.
8. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
The medium sending right user confirms (User Confirmed) state set unit, is used for after said cluster client terminal user accepts medium sending right, and said cluster client terminal state transition is confirmed (User Confirmed) state to the medium sending right user;
Medium sending right discharges waits for (Pending TB_Release) state set unit; Be used for after said cluster client terminal user does not accept medium sending right, said cluster client terminal state transition to medium sending right is discharged (Pending TB_Release) state of wait.
9. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
Timer units is used to the cluster client terminal user and accepts medium sending right setting-up time threshold value.
10. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
(User Confirming) state set unit during the medium sending right user confirms is used for said cluster client terminal state transition to medium sending right user affirmation (User Confirming) state that has medium sending right (has permission) state.
11. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
Medium sending right discharges (TB_Release) message sending unit; Be used for sending medium sending right and discharge (TB_Release) message, so that cluster client terminal state transition to medium sending right discharges (Pending TB_Release) state of wait to said cluster server.
12. system as claimed in claim 6 is characterized in that, said cluster client terminal also comprises:
Flag bit is provided with the unit, is used for through flag bit described medium sending right user being set and confirms that (User Confirmed) state and/or medium sending right user confirm (User Confirming) state.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110327230.5A CN102387149B (en) | 2006-06-27 | 2006-06-27 | User state transition system at clustering client |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110327230.5A CN102387149B (en) | 2006-06-27 | 2006-06-27 | User state transition system at clustering client |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100904393A Division CN101098514B (en) | 2006-04-26 | 2006-06-27 | Cluster client terminal user status transferring method and cluster client terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102387149A true CN102387149A (en) | 2012-03-21 |
| CN102387149B CN102387149B (en) | 2014-08-06 |
Family
ID=45826123
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110327230.5A Expired - Fee Related CN102387149B (en) | 2006-06-27 | 2006-06-27 | User state transition system at clustering client |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102387149B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040100987A1 (en) * | 2001-03-29 | 2004-05-27 | Gerard Marque- Pucheau | Method for managing two-way alternate communication in semi-duplex mode through a packet switching transport network |
| US20050239486A1 (en) * | 2004-04-05 | 2005-10-27 | D Avello Robert F | Methods and systems for controlling communications in an ad hoc communication network |
| CN1756393A (en) * | 2004-09-29 | 2006-04-05 | 日本电气株式会社 | Push-to-talk communication system, mobile communication terminal and voice transmitting method |
-
2006
- 2006-06-27 CN CN201110327230.5A patent/CN102387149B/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040100987A1 (en) * | 2001-03-29 | 2004-05-27 | Gerard Marque- Pucheau | Method for managing two-way alternate communication in semi-duplex mode through a packet switching transport network |
| US20050239486A1 (en) * | 2004-04-05 | 2005-10-27 | D Avello Robert F | Methods and systems for controlling communications in an ad hoc communication network |
| CN1756393A (en) * | 2004-09-29 | 2006-04-05 | 日本电气株式会社 | Push-to-talk communication system, mobile communication terminal and voice transmitting method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102387149B (en) | 2014-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101214326B1 (en) | Method and arrangement for providing different services in a multimedia communication system | |
| JP5033173B2 (en) | Inter-domain group communication | |
| CN1985452B (en) | Method and apparatus for processing call in radio pudh-to-talk system | |
| CN101043252B (en) | Method and system for transmitting MBMS mechanism based IMS service | |
| CN101018168B (en) | Bearing method of IP multimedia system business and its system | |
| CN101047529B (en) | Media session data sending control method, control relation consultation method and control system | |
| WO2009070989A1 (en) | A method, system and device for performing a storing process and inquiring on sessions history records | |
| EP2088730B1 (en) | Method for associated processing service information and service server | |
| CN101043431B (en) | Method and system for shortening built-up time of multi-party communication service | |
| JP2011078130A (en) | Method and system for dividing single poc group session | |
| CN101043743B (en) | Method for controlling user adding to conversation of PoC service | |
| CN101297563B (en) | Methods and apparatus for push to talk type service | |
| CN101448201B (en) | Method, apparatus and system for establishing broadcast or multicast bearer | |
| CN101098514B (en) | Cluster client terminal user status transferring method and cluster client terminal | |
| CN100589658C (en) | Multimedia communication session establishing method | |
| CN101686440A (en) | Method, device and system of session control | |
| JP2008219893A (en) | Ringing control device and a ringing control method | |
| CN102387149B (en) | User state transition system at clustering client | |
| EP1819122B1 (en) | Providing push to all (PTA) service | |
| CN101317415A (en) | Media sharing | |
| CN101026812A (en) | Method for obtaining session capability of session participating user for multi-party communication system | |
| EP2187584A1 (en) | A message association method, user terminal and server | |
| CN101026814A (en) | Session establishment floor assignment method and system | |
| CN101026813B (en) | Information processing method for communication system | |
| CN101064621A (en) | User terminal and server state machine and method for user terminal to transmit data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171212 Address after: 225327 Mingzhu Avenue, Yongan Town, Taizhou City, Jiangsu Province, No. 108 Patentee after: Wei Liqiang Address before: 518129 headquarters building of Bantian HUAWEI base, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| CB03 | Change of inventor or designer information |
Inventor after: Zhang Zongsheng Inventor before: Zhang Liming |
|
| CB03 | Change of inventor or designer information | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20171219 Address after: The 063000 South District of Tangshan City in Hebei Province in the Nanpu coastal town of St. Chuang-tzu District No. 64 Patentee after: Zhang Zongsheng Address before: 225327 Mingzhu Avenue, Yongan Town, Taizhou City, Jiangsu Province, No. 108 Patentee before: Wei Liqiang |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140806 Termination date: 20180627 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |