WO2007012265A1 - Procédé et système pour réaliser une conversation en temps réel - Google Patents

Procédé et système pour réaliser une conversation en temps réel Download PDF

Info

Publication number
WO2007012265A1
WO2007012265A1 PCT/CN2006/001799 CN2006001799W WO2007012265A1 WO 2007012265 A1 WO2007012265 A1 WO 2007012265A1 CN 2006001799 W CN2006001799 W CN 2006001799W WO 2007012265 A1 WO2007012265 A1 WO 2007012265A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
speaking
floor
temporary
real
Prior art date
Application number
PCT/CN2006/001799
Other languages
English (en)
French (fr)
Inventor
Liming Zhang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CNA2006800139319A priority Critical patent/CN101167385A/zh
Publication of WO2007012265A1 publication Critical patent/WO2007012265A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a method and system for implementing real-time speech in a cluster system. Background of the invention
  • PTT Push-to-Talk
  • PoC PTT over cellular, based on cell PTT, which is a PTT service implemented on the peak system
  • OMA open mobile alliance
  • VoIP packet voice
  • half-duplex mode low-cost, efficient to meet the user's real-time communication needs.
  • the PoC service has the following features:
  • the corresponding group can be defined or temporarily defined
  • the specific processing flow of the PoC service is as shown in FIG. 1 and includes:
  • Step 11 The user PoC UE1 sends a speech request to the server side PoC Server;
  • PoC is a half-duplex communication system
  • the user needs to first apply for a floor to the system before speaking, such as by pressing a button or the like;
  • Step 12 The PoC system determines whether a user is currently speaking to determine whether it is allowed. If the priority is supported, it is also required to determine whether the priority of the user is determined. If yes, proceed to step 13. Otherwise, reject the request. The process ends;
  • step 13 Send an instruction to the user to notify the application user to speak permission message
  • Step 14 The PoC Sever also needs to send a notification to the PoC UE2 that the floor has been preempted;
  • Step 15 After receiving the indication, the user terminal prompts the user to obtain the permission, and then sends the media stream to the PoC Sever, that is, After the media stream is received, the PoC Sever sends the media stream to other users in the group.
  • the buzzer or the display may be used to prompt the user to speak.
  • Step 16 After the user finishes speaking, the terminal (such as releasing the speaking button, etc.) is notified at the same time to notify the system PoC Sever to release the corresponding resource after speaking.
  • Step 17 The PoC Sever then reclaims the resources and notifies each PoC user that the system is idle. That is, the idle notification message is sent to each user, waiting for the next application to be sent by the user.
  • the present invention provides a method for real-time speaking in a cluster system, including:
  • the user who wishes to speak obtains the temporary floor by sending the floor request to the network side. - When one user in the cluster system is speaking, if the user in another cluster system wishes to speak, the user sends the message to the network side. Application for the right to speak;
  • the network side determines whether to grant the temporary speaking right of the corresponding user according to the information of the user who applies for the floor and the information of the user who is speaking, and the local policy information of the server, or the network side interacts with the user who is speaking to determine whether to grant the corresponding The user's temporary say.
  • the information of the user and the local policy information of the server may be updated as needed.
  • the local policy includes: information about the number of times the user is allowed to apply for a floor during a session, and when the user who is allowed to speak is allowed to speak Inter-length information and/or user information that allows for the right to speak.
  • the method further includes:
  • the network side compares the priority of the user who applies for the floor with the priority information of the user who is speaking. If the priority of the user who applies for the floor is lower than the priority of the user who is speaking, the user is granted the right to speak. Otherwise, The temporary floor is obtained by sending a floor request to the user who is speaking, or the network side further determines whether the user is granted the corresponding temporary floor.
  • the process of obtaining a temporary floor by sending a floor request to the user who is speaking specifically includes: sending, by the network side, a temporary floor application to the user who is speaking;
  • the user who is speaking After receiving the application, the user who is speaking will return whether the information of the corresponding user is allowed to return to the network network side to determine whether to grant the temporary voice to the user who applies for the temporary floor according to the information returned by the user who is speaking.
  • the process of the network side sending the temporary floor request to the user who is speaking further includes: when the system is a userless priority system, the network side sends a floor request to the user who is speaking.
  • the process of determining whether to grant the temporary floor to the user who applies for the temporary floor further includes: when the user who is speaking returns information that does not allow the user to speak to the network side, sending a rejection right to the user who applies for the floor
  • the requested message joins the user to the speech request queue.
  • the method further includes: after the user applying for the temporary floor has finished speaking, sending a release temporary message to the network side, and the network side forwards the current floor to the cluster user who is currently speaking.
  • the network side handing the current floor to the cluster user who is currently speaking includes:
  • the network side passes the current floor to the cluster user who is currently speaking by granting a message to the temporary user of the cluster user who is currently speaking.
  • the application for the right to speak includes:
  • the floor request message or the temporary floor request message for adding the temporary floor flag information to the floor request message is
  • the method further includes: when the user applying for the temporary floor is in the process of speaking, the other cluster users are no longer allowed to apply for the floor again.
  • the method further includes: the user applying for the temporary floor is a cluster user that meets a predetermined priority requirement.
  • the method further includes:
  • the present invention also provides a user terminal device for real-time speaking in a cluster system, including:
  • Temporary floor application button When there is a user who is speaking in the cluster system, and the user terminal wishes to speak, the button is operated to trigger the temporary floor application message construction module;
  • Temporary floor application message construction module Under the trigger of the temporary floor application button, a temporary floor application message is constructed and sent to the network side.
  • the temporary floor application button and the push-to-talk PTT button use the same operation button.
  • the device further includes:
  • the temporary floor transfer processing module is configured to determine whether to transfer the temporary floor according to the request for the transfer of the temporary floor, and return the determination result to the network side.
  • the present invention also provides a network device for real-time speaking in a cluster system, including:
  • the temporary floor processing module is configured to receive a temporary floor request message sent by the cluster user, and determine whether to grant the user a temporary floor according to the information carried in the message and the local policy information, and then return the determined result to the corresponding user.
  • the device further includes: a temporary floor application module: configured to interact with a user who is speaking in the cluster system, and send a temporary floor request to the user who is speaking for the temporary voice, and apply for a temporary floor. And determining whether to grant the user a temporary floor according to the result of the application, and then returning the determined result to the corresponding user.
  • a temporary floor application module configured to interact with a user who is speaking in the cluster system, and send a temporary floor request to the user who is speaking for the temporary voice, and apply for a temporary floor. And determining whether to grant the user a temporary floor according to the result of the application, and then returning the determined result to the corresponding user.
  • the device further includes: a floor returning module: sending a temporary floor message to the original speaking user according to the message of the release of the floor and the message of the user who is currently speaking after the user who speaks the speech, and the right to speak Return to the original speaking user.
  • a floor returning module sending a temporary floor message to the original speaking user according to the message of the release of the floor and the message of the user who is currently speaking after the user who speaks the speech, and the right to speak Return to the original speaking user.
  • the present invention also provides a system for real-time speaking in a cluster system, the system comprising a user terminal device for real-time speaking in a cluster system, a network device for real-time speaking in a cluster system, and a user terminal that is speaking, the The user terminal device that realizes the real-time speech in the cluster system obtains the temporary floor by interacting with the network device that realizes the real-time speech in the cluster system, and after the speech is completed, returns the temporary floor to the network device that realizes the real-time speech in the cluster system. Give the user terminal that is speaking.
  • FIG. 1 is a schematic diagram of a process flow for implementing a PoC service in the prior art
  • FIG. 2 is a schematic diagram of an implementation flow of the method according to the present invention
  • FIG. 3 is a schematic diagram of an implementation flow of the method according to the present invention
  • Figure 4 is a schematic diagram of the implementation of the method of the present invention 3.
  • Figure 5 is a schematic flow diagram of the implementation of the method of the present invention 4.
  • Figure 6 is a schematic flow chart of the implementation of the method of the present invention 5.
  • Figure 7 is a schematic flow chart of the implementation of the method of the present invention.
  • Figure 8 is a schematic view showing the structure of the system of the present invention.
  • the core of the present invention is to provide a method for real-time interpolating (ie, speaking) in a cluster system, such as a PoC system, so that the listener can interrupt and insert the speech in real time according to his own needs.
  • the right to speak is also controlled by the interrupted party, which makes the cluster call closer to the daily conversation habits, which is beneficial to improve the user's satisfaction with the cluster communication.
  • the present invention proposes a method for realizing interrupting the speech of the current speaker in real time in the cluster system and interpolating.
  • the present invention is specifically implemented by a cluster server to provide a session participant with a mechanism for transferring a temporary floor. For example, in a PoC session, assuming that the current speaker is Alice, the listener Bob has a question about Alice's speech, and I hope to interject it immediately. Then Bob can send a message requesting temporary floor to the server, apply for a temporary floor, the server decides according to the rights of Bob/Alice and Alice's will, and can grant the temporary floor to Bob, so that Bob has a temporary floor, so Bob Can interject.
  • the present invention specifically includes the following processing situations.
  • A is speaking, and the user who is speaking, B wants to obtain the temporary floor of A to speak, the corresponding processing situations are:
  • the present invention can also be compatible with the preemption processing provided by the prior art.
  • the corresponding processing process includes:
  • the network side compares the priority of the user who applied for the floor with the priority information of the user who is speaking, and uses the following processing according to the comparison result:
  • the implementation provided by the present invention may be utilized, that is, by sending a floor request to the user who is speaking, or The network side further determines whether the user is granted the corresponding temporary floor. After the user who obtains the corresponding temporary floor has finished speaking, the voice must be returned to the user who is currently speaking.
  • the processing procedure of the present invention is as shown in FIG. Include - Step 21: User Bob initiates an application for a provisional floor;
  • the message corresponds to the original Talk Bust Request message, and only the temporary parameter of the message is included in the message parameter, indicating that it is a temporary right application, not an ordinary floor application;
  • Step 22 After receiving the temporary slogan flag of the TBCP, the PoC server determines that this is a temporary floor request, and then determines that Bob has a higher priority according to the rights of Bob and Alice, and then decides to grant Bob a temporary right to speak;
  • the rights of the Bob and the Alice may be determined according to other operator policy check information.
  • the operator policy check information (that is, the operator local policy information) may be deleted or modified according to the operator restriction, that is, the carrier may The corresponding operator policy check information is updated, and the local policy information includes but not limited to - the number of users who are allowed to apply for the floor, the number of times the other users are allowed to apply for the floor, the length of time the user is allowed to speak, and so on;
  • Step 23 After deciding to grant Bob a temporary floor, first, the PoC server needs to send Alice a notification message to reclaim the temporary floor.
  • Step 24 After receiving the notification message for resuming the temporary floor, Alice sends a confirmation message to the PoC server.
  • the grant of a temporary floor message is also made by adding a temporary floor mark to "Talk Bust Granted".
  • Step 26 Bob starts speaking after receiving the prompt.
  • Step 27 After the Bob is finished speaking, release the PTT button, send a message to release the temporary floor to the PoC server, and release the floor to the server.
  • the release of the temporary floor message is also made by adding a temporary floor mark to the original "Talk Bust Release".
  • Step 28 The PoC server sends a temporary floor message to Alice, and returns the floor to Alice.
  • the second case is: The user Bob still applies for the temporary floor to the network side, and assumes that the user Bob authority (ie priority) is less than or equal to the user Alice, and the user Alice agrees to transfer the temporary floor to the user Bob, at this time, corresponding
  • the process is shown in Figure 3, and specifically includes:
  • Step 31 The user Bob initiates a request for a temporary floor request, that is, sends a temporary floor request message to the PoC server;
  • Step 32 After receiving the message, the PoC server determines that the temporary floor right application is based on the temporary floor right message carried in the message, and determines that Alice has a higher priority or equal according to the rights of the user Bob and Alice, or In a system that does not support priority, a temporary floor request needs to be forwarded to Alice;
  • Step 33 The PoC server sends a temporary floor application message to Alice.
  • the structure of the "Talk Bust Request" message sent by the server in this step to the client is the same as the "Talk Bust Request” message from the Client (Server) to the Server (PoC Server), and a temporary floor is added to the corresponding message. ;
  • Step 34 After receiving the request, Alice decides to temporarily transfer the floor. In a certain time range (for example, two seconds, the system can be set), the notification of releasing the temporary floor is sent back to the PoC server, and the message is also passed. In the original "Talk Bust Release" message, the temporary floor sign is added;
  • Step 35 The PoC server sends a temporary floor message to the Bob.
  • Step 36 Bob starts speaking after receiving the prompt, and starts to speak;
  • Step 37 After the Bob finishes speaking, send a notification message for releasing the temporary floor to the PoC server, and release the floor to the server;
  • Step 38 The PoC server sends a temporary floor message to Alice, and returns the floor to Alice.
  • Step 39 After receiving the temporary message, the user Alice sends a confirmation message to the PoC server.
  • Step 310 User Alice begins to speak. The session then enters normal mode.
  • the third case is: User Bob requests temporary floor to the network side, but the user Bob authority (ie priority) is less than or equal to Alice, or equal, or in a system that does not support priority, and user Alice does not Agree to transfer its temporary floor.
  • the corresponding process is shown in Figure 4, specifically including - Step 41: User Bob initiates a request for a provisional floor;
  • Step 42 After receiving the temporary floor sign, the PoC server determines that this is a temporary floor request. According to the configured rights of the user Bob and Alice, Alice has a high priority, and needs to forward the temporary floor request message to Alice. ;
  • Step 43 The PoC server sends a temporary floor request message to the user Alice.
  • Step 44 After receiving the request, the user Alice decides not to transfer the temporary floor. At this time, the client device of the user Alice returns a message rejecting the temporary message request to the PoC server;
  • the client sends a structure of rejecting the temporary floor request "Talk Bust Deny" message to the server, and the "Talk Bust Deny" from the Server side to the Client side, and the temporary floor sign is added;
  • the user Bob may also be placed in the speech request queue, waiting for the speaking opportunity, and when it can speak, then sending the right to speak. announcement of;
  • Step 45 The PoC server sends a request for rejecting the temporary speech to the user Bob, and the message is also implemented by adding a temporary floor sign in the original "Talk Bust Deny" message;
  • Step 46 User Alice continues to talk, and the session is still in normal mode.
  • the method described in the present invention may also be implemented in another implementation manner in a specific implementation process.
  • the user who wants to insert the call in the cluster system can apply for the floor right through the existing floor request message, and then the network side processes and determines whether the corresponding floor is granted.
  • Step 51 The user Alice in the cluster system is speaking, at this time, another user Bob wishes to apply for a temporary speaking method to send a normal floor request message;
  • Step 52 After receiving the floor request message, the cluster server determines, according to the local policy information saved by the service, whether to send a notification message requesting the temporary release of the floor to the current speaker.
  • the determining condition may be: requesting whether the user has the right to perform temporary insertion; if the user has the permission rating, whether the level of the requesting user is higher than the authority of the currently speaking user, and the like;
  • These local policy information can be set by the administrator on the cluster server;
  • step 53 and step 54 are performed;
  • Step 53 The aspect directly retrieves the current speaker's right to speak, that is, directly sends a notification message to the user who is speaking to temporarily reclaim the floor;
  • Step 54 On the other hand, grant the right to speak to the applicant who wishes to speak;
  • Step 55 User Bob starts speaking
  • Step 56 After the end of the speech, send a message for releasing the floor to the cluster server Poc Server to release the speaking right;
  • Step 57 After the applicant finishes speaking, after receiving the message of releasing the floor right, the cluster server continues to grant the right to the user Alice who is temporarily reclaimed the right to speak;
  • Step 58 The cluster server also needs to send a notification message to the user Bob that the floor has been preempted, and resumes the state that Alice is speaking.
  • the request for the speech is treated as a normal speech request. For example, if the Talk Request Queue is supported, its request is placed in the request queue; if the Talk Request Queue is not supported, the request is rejected directly.
  • the cluster server determines, according to the current condition, that the user who needs to speak for the application applies for the temporary floor to the user who is currently speaking, the corresponding processing process is as shown in FIG.
  • Step 61 The cluster server sends a notification for releasing the temporary floor request to the user who is currently speaking; Step 62: The user who is speaking decides to release the floor according to the situation, and sends a message of “release the temporary floor” to the cluster server;
  • Step 63 After receiving the message, the cluster server transfers the floor of the current user to the application user who wishes to speak, and the user obtains the floor and makes a speech;
  • Step 64 After the user ends the speech, send a message of "release the right to speak" to the server;
  • Step 65 After receiving the message, the server transfers the floor to the user who is currently speaking by granting the temporary floor message, and the user who is currently speaking continues to speak.
  • the server After performing the above step 61, if the current speaker decides not to temporarily release the floor, the corresponding processing process is as shown in FIG. 7, which specifically includes:
  • Step 71 The client Alice sends a message of "rejecting the temporary floor" to the cluster server, indicating that it does not agree to transfer the floor to Bob, and Alice continues to speak;
  • Step 72 The cluster server sends a message rejecting the floor to the user Bob who is applying for the speech.
  • the user who is applying for the right to speak from other users who are speaking is not allowing other cluster users to apply for the floor again. For example, after Bob obtains the right from Alice, the third party is no longer allowed to interrupt. Speak again to apply for the right to speak.
  • the user who applies for the floor needs to be a cluster user that meets the predetermined priority requirement. If the predetermined priority requirement is not met, the temporary floor request message is not allowed to be sent to the Poc server. The request will also be rejected, and the information with insufficient permissions will be fed back to it.
  • the user who is currently speaking may set information on the user terminal device that prohibits receiving the application of the other user's right to speak, or is currently set on the network side.
  • the user who speaks is prohibited from receiving the right to speak of other users; for example, the user Alice can prohibit other users from sending a request to the user through the server or the terminal to perform the interjection to ensure that they are not frequently disturbed during the speech.
  • the present invention also provides a system for real-time speaking in a cluster system, as shown in FIG. 8, specifically including a user terminal device for real-time speaking in a cluster system, a network device for real-time speaking in a cluster system, and a transmitting device.
  • the user terminal device in the cluster system realizes the temporary speaking right by interacting with the network device realizing the real-time speech in the cluster system, and realizes the real-time speech through the cluster system after the speech is completed.
  • the network device returns the temporary floor to the user terminal that was originally speaking.
  • the user terminal device for real-time speaking in the cluster system is still as shown in FIG. 5, and specifically includes: a temporary floor application button: when there is a user who is speaking in the cluster system, and the user terminal wishes to speak, The button is triggered to trigger the temporary floor application message construction module; the button can be implemented by using an existing PTT button. In this case, the user terminal device needs to determine the current PTT button operation needs to be clustered according to the current state in the cluster system. The format of the message sent by the system;
  • the temporary floor application message construction module under the trigger of the temporary floor application button, constructs a temporary floor application message, and sends it to the network side;
  • the temporary floor transfer processing module is configured to determine whether to transfer the temporary floor according to the request for the transfer of the temporary floor, and return the determination result to the network side.
  • the network device for real-time speaking in the cluster system includes: a temporary floor processing module: configured to receive a temporary floor request message sent by the cluster user, and determine whether the message is carried according to the information carried in the message. Granting the user a temporary floor, and then returning the determined result to the corresponding user; Temporary floor application module: for interacting with the user who is speaking in the cluster system, for the user who applies for the temporary floor to the user who is speaking Applying for a temporary speaking right, and determining whether to grant the user a temporary right to speak according to the result of the application, and then returning the determined result to the corresponding user;
  • the floor returning module according to the release of the floor message sent by the user who applied for the speech and the information of the user who is currently speaking, sending a temporary floor message to the original speaking user, and returning the floor to the original speaking user .
  • the present invention can meet the requirements of the user to temporarily insert a call during a trunk call, such as a PoC call, so that the cluster session, such as a PoC session, is closer to the actual session scenario, thereby improving the user experience.
  • a trunk call such as a PoC call
  • the cluster session such as a PoC session

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Description

集群系统中实现实时发言的方法及系统
技术领域
本发明涉及网络通信技术领域，尤其涉及一种集群系统中实现实时发言的方法及系 统。 发明背景
PTT (即按即讲）是一种半双工的通讯技术， 目前包括很多实现方式。 PoC (PTT over cellular, 基于信元 PTT， 即为一种在峰窝系统上实现的 PTT业务） 是 OMA (open mobile alliance, 幵放移动联盟组织） 定义的在分组网络上实现的 PTT业务， 采用 VoIP (分组 语音） 以及半双工的方式， 低成本、 髙效率的满足用户的实时通信需求。
所述的 PoC业务具有如下特点：
1、 通话时不需要拨号， 按住特殊键， 实现语音通信；
2、 可以实现组播， 一个人说话， 同时多个人收听；
3、 相应的群组可以是定义好的， 也可以是临时定义的；
4、 在通话过程中半双工模式， 被叫在接听的时候不能发言；
5、 用户一直在线， 建立通话的时间短， 快于拨号。
下面将结合附图对 PoC业务的实现流程进行说明。
所述的 PoC业务的具体处理流程如图 1所示， 包括：
步骤 11 : 用户 PoC UE1向服务器侧 PoC Server发送发言请求；
由于 PoC是一种半双工的通信系统，所以用户在发言前需要首先向系统申请发言权， 如通过按键等方法；
歩骤 12: PoC系统经过判断当前是否有用户正在发言决定是否允许， 如果支持优先 级还需要判断比较用户优先级确定是否允许， 如果允许， 则继续执行步骤 13， 否则， 拒 绝本次发言请求， 过程结束；
如果系统根据优先级判断不允许该用户发言，则会将其的发言请求纳入到发言请求 的等待队列中， 只有等轮到该用户发言的时候， 系统才授予其发言权， 执行步骤 13; 步骤 13: 向用户发出指示通知申请用户发言许可消息；
步骤 14: PoC Sever还需要向 PoC UE2发送发言权已经被抢占的通知；
步骤 15: 用户终端收到指示后提示用户获得许可后， 向 PoC Sever发送媒体流， 即 开始发言， 所述的 PoC Sever接收所述媒体流后， 则将媒体流发送给群组中的其他用户； 在该步骤 15中， 具体可以釆取蜂鸣音或者显示等方式提示用户可以发言； 步骤 16:等用户发言结束后，同时操作终端（比如释放发言键等）通知系统 PoC Sever 发言完毕释放相应资源；
步骤 17: PoC Sever随即收回资源并通知各 PoC用户系统空闲， 即向各个用户发送空 闲通知消息， 等待用户下一次发言申请。
不难看出， 上述方法实现了对语音资源的简单有效的管理， 然而， 遗憾的是该方法 可以实现的管理功能却并不完善， 无法满足群组中用户在特定场景下的一些特殊的需 求。 例如， 在一些场合下， 当会话中的某个接听者对说话人的发言内容有点疑问， 想马 上打断发言， 插入一句话， 这在图 1所示的处理流程中显然是无法实现的。
因此， 目前针对 PoC业务的处理方式无法满足诸如其他接听发言的用户需要立即插 话的需求。 发明内容 本发明的目的是提供一种在集群系统中实现实时发言的方法及系统， 以满足用户 在集群通话过程中能够实时插话的需求， 有效提高了集群用户的用户体验。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种集群系统中实现实时发言的方法， 包括：
当集群系统中用户正在发言时，集群系统中其他希望发言的用户通过向网络侧发送 发言权申请获得临时发言权， 并进行发言；
当发言完毕后， 将发言权交回给集群系统中原正在发言的用户。
所述的希望发言的用户通过向网络侧发送发言权申请获得临时发言权包括- 当集群系统中的一个用户正在发言时， 若另一集群系统中的用户希望发言， 则该用 户向网络侧发送发言权申请；
网络侧根据申请发言权的用户的信息及正在发言的用户的信息， 以及服务器的本地 策略信息确定是否授予相应用户的临时发言权， 或者， 由网络侧与正在发言的用户进行 交互确定是否授予相应用户的临时发言权。
所述的用户的信息及服务器的本地策略信息可以根据需要进行更新处理。
所述的本地策略包括- 在一次会话过程中允许用户申请发言权的次数信息、允许申请发言权用户发言的时 间长度信息和 /或允许申请发言权的用户信息。
所述的方法还包括：
网络侧将申请发言权的用户的优先级与正在发言的用户的优先级信息进行比较，如 果申请发言权的用户的优先级髙于正在发言的用户的优先级， 则授予该用户发言权， 否 则， 通过向正在发言的用户发送发言权申请获得临时发言权， 或者， 由网络侧进一步确 定是否授予该用户相应的临时发言权。
所述的通过向正在发言的用户发送发言权申请获得临时发言权的处理具体包括： 网络侧向正在发言的用户发送临时发言权申请；
正在发言的用户接收到所述申请后， 将是否允许相应用户发言的信息返回给网络 网络侧根据正在发言的用户返回的信息确定是否向申请临时发言权的用户授予临 时发言权。
所述的网络侧向正在发言的用户发送临时发言权申请的处理过程还包括- 当系统是无用户优先级系统时， 则网络侧向正在发言的用户发送发言权申请。 所述的确定是否向申请临时发言权的用户授予临时发言权的处理过程还包括： 当正在发言的用户向网络侧返回不允许该用户发言的信息，则向申请发言权的用户 发送拒绝发言权申请的消息， 同时， 将该用户加入发言请求队列中。
所述的方法还包括- 申请临时发言权的用户发言完毕后向网络侧发送释放临时发言权消息，并由网络侧 将当前的发言权交给原正在发言的集群用户。
所述的网络侧将当前的发言权交给原正在发言的集群用户包括：
网络侧通过授予原正在发言的集群用户的临时发言权的消息将当前发言权交给原 正在发言的集群用户。
所述的发言权申请包括：
发言权请求消息或在发言权请求消息中增加临时发言权标志信息的临时发言权请 求消息。
所述的方法还包括： 申请临时发言权的用户正在发言过程中， 不再允许其他集群用 户再次申请发言权。
所述的方法还包括：所述的申请临时发言权的用户为符合预定的优先级要求的集群 用户。 所述的方法还包括：
在自身的用户终端设备上设置本端正在发言时禁止其他用户申请临时发言权的信 息， 和 /或， 在网络侧设置当前正在发言的用户禁止其他用户申请临时发言权的信息。 本发明还提供了一种集群系统中实现实时发言的用户终端装置， 包括：
临时发言权申请按键：当集群系统中有正在发言的用户，且本用户终端希望发言时， 则操作该按键， 触发临时发言权申请消息构造模块；
临时发言权申请消息构造模块： 在临时发言权申请按键的触发下， 构造临时发言权 申请消息， 并向网络侧发送。
所述的临时发言权申请按键与即按即讲 PTT按键采用同一操作按键。
所述的装置还包括：
临时发言权转让处理模块： 用于根据接收到转让临时发言权请求后， 确定是否转让 临时发言权， 并将确定结果返回给网络侧。 本发明还提供了一种集群系统中实现实时发言的网络设备， 包括：
临时发言权处理模块： 用于接收集群用户发来的临时发言权申请消息， 并根据消息 中承载的信息和本地策略信息确定是否授予该用户临时发言权， 然后， 将确定的结果返 回给相应的用户。
所述的设备还包括- 临时发言权申请模块： 用于与集群系统中正在发言的用户进行交互， 为申请临时发 言权的用户向正在发言的用户发送转让临时发言权请求， 申请临时发言权， 并根据申请 结果确定是否授予该用户临时发言权， 然后， 将确定的结果返回给相应的用户。
所述的设备还包括- 发言权返还模块：根据申请发言的用户在发言结束后发来的释放发言权消息和原正 在发言用户的信息， 向原正在发言用户发送授予临时发言权消息， 将发言权返回给原正 在发言用户。
本发明还提供了一种在集群系统中实现实时发言的系统， 该系统包括集群系统中 实现实时发言的用户终端装置、集群系统中实现实时发言的网络设备和正在发言的用户 终端，所述的集群系统中实现实时发言的用户终端装置通过与集群系统中实现实时发言 的网络设备交互通信获得临时发言权， 并在发言完毕后， 通过集群系统中实现实时发言 的网络设备将临时发言权交回给正在发言的用户终端。
由上述本发明提供的技术方案可以看出， 本发明实现了在集群系统中存在正在发 言的用户的情况下， 其他用户仍然可以通过申请临时发言权的方式申请发言， 而不再如 现有技术描述的那样， 只能等到正在发言的用户发言完毕才可以发言。 因此， 本发明可 以满足用户在集群通话过程中， 如 PoC通话中临时插话的需求， 从而使得集群会话， 如 PoC会话更接近实际的会话场景， 提高了用户体验。 附图简要说明 图 1为现有技术中实现 PoC业务的处理流程示意图；
图 2为本发明所述的方法的实现流程示意图 1 ; · 图 3为本发明所述的方法的实现流程示意图 2;
图 4为本发明所述的方法的实现流程示意图 3;
图 5为本发明所述的方法的实现流程示意图 4;
图 6为本发明所述的方法的实现流程示意图 5;
图 7为本发明所述的方法的实现流程示意图 6;
图 8为本发明所述的系统的结构示意图。 实施本发明的方式 本发明的核心是提供一种在集群系统， 如 PoC系统中实现实时插话 （即发言） 的方 法， 使听话人可以根据自己的需要实时打断并插入发言， 发言完后， 还将发言权交由被 打断方控制，使集群呼叫更接近日常会话习惯，有利于提升用户对集群通信的满意程度。
本发明提出了一种在集群系统中实现实时打断当前发言人的发言，并进行插话的方 法。本发明具体是通过集群服务器向会话参与人提供一种转让临时发言权的机制来实现 的。 例如， 在一个 PoC会话中， 假设当前说话人是 Alice, 听话人 Bob对 Alice的发言有疑 问， 希望马上插话问一下。 那么 Bob可以向服务器发送一条请求临时发言权的消息， 申 请临时发言权， 服务器根据 Bob/Alice的权限和 Alice的意愿进行裁决， 可以将临时发言 权授予 Bob, 使得 Bob具有临时发言权， 从而 Bob能够插话。
本发明在具体实现过程中具体包括以下几种处理情况， 其中， 假设 A在说话， 为正 在发言的用户， B希望获取 A的临时发言权进行发言， 则相应的几种处理情况分别为：
( 1 )如果 B的权限髙于 A， 系统就直接把 A的临时发言权给 B, B发言完成后， 又通过 系统把发言权还给 A;
(2 )如果 B的权限低于或者等于 A， 系统就把 B的 "请求临时发言权"转给 A， 由 A 确定是否把临时发言权出让给 B， 分成下面两种情况-
(21 )如果 A同意把临时发言权给 B， 系统就把临时发言权授予 B; B发言完成后， 通 过系统把临时发言权还给 A;
(22)如果 A不同意把临时发言权给 B，系统向 B返回 "A不同意转让发言权"的提示， A还是继续正常发言。 另外， 本发明也可以与现有技术提供的发言抢占处理同时兼容存在， 此时， 相应的 处理过程包括：
网络侧将申请发言权的用户的优先级与正在发言的用户的优先级信息进行比较，并 根据比较结果分别釆用以下处理：
( 1 )如果申请发言权的用户的优先级高于正在发言的用户的优先级， 则授予该用 户发言权， 即发言抢占成功， 此时， 抢占到发言权的用户发言完毕后， 无需将发言权交 回给原正在发言的用户 （即发言权被抢占的用户） ；
(2)如果申请发言权的用户的优先级不高于正在发言的用户的优先级， 则可以利 用本发明提供的实现方案， 即通过向正在发言的用户发送发言权申请获得临时发言权， 或者， 由网络侧进一步确定是否授予该用户相应的临时发言权， 获得相应的临时发言权 的用户发言完毕后， 则需将发言权重新交给原正在发言的用户。 下面将结合附图对本发明所述的方法的几种具体实现方式进行说明。其中，在实施 本发明过程中， 相应的几种具体实现方式可以单独实现， 也可以结合起来实现。 首先， 假设用户 Bob向网络侧请求临时发言权， 且用户 Bob的权限大于用户 Alice, 即用户 Bob的优先级高于用户 Alice, 此时， 本发明所述的处理过程如图 2所示， 具体包 括- 步骤 21 : 用户 Bob发起请求临时发言权的申请；
该消息对应于原有的发言请求 Talk Bust Request消息， 只是在消息参数中带上临 时发言权的标志， 表明是一次临时发言权申请， 而非普通发言权申请；
步骤 22: PoC服务器收到后， 根据 TBCP的临时发言权标志， 判断这是一次临时发言 权申请， 再根据 Bob和 Alice的权限判断是 Bob的优先级高， 则决定授予 Bob临时发言权； 该步骤中， 也可以根据其他运营商策略检查信息判断 Bob和 Alice的权限，所述的运 营商策略检查信息（即运营商本地策略信息）可以根据运营商限制删除或者修改， 即可 以通过运营商对相应的运营商策略检查信息进行更新，所述的本地策略信息包括但不限 于- 允许临时申请发言权的用户信息、 允许其他用户申请发言权的次数， 允许申请发言 权用户发言的时长， 等等；
步骤 23: 决定授予 Bob临时发言权之后， 首先， PoC服务器需要向 Alice发送收回临 时发言权的通知消息；
步骤 24: Alice收到收回临时发言权的通知消息后， 向 PoC服务器回送确认信息。 步骤 25: 当在执行步骤 22中确定授予 Bob临时发言权时， 则 PoC服务器还需要向 Bob 发送授予临时发言权消息；
授予临时发言权消息也是通过在 "Talk Bust Granted"中增加临时发言权标志构 成。
步骤 26: Bob收到提示后开始讲话。
步骤 27: Bob发言完毕， 松开 PTT键， 向 PoC服务器发送释放临时发言权消息， 向服 务器释放发言权；
同样， 释放临时发言权消息也是通过在原来的 "Talk Bust Release" 中增加临时 发言权标志构成。
步骤 28: PoC服务器向 Alice发送授予临时发言权消息， 将发言权归还给 Alice; 步骤 29: Alice收到提示后， 按 PTT键， 向 PoC服务器回送确认信息， 同时开始讲话， 此后会话又进入普通模式。 第二种情况为： 仍然是用户 Bob向网络侧申请临时发言权， 且假设用户 Bob权限（即 优先级） 小于等于用户 Alice, 且用户 Alice同意转让临时发言权给用户 Bob, 此时， 相 应的处理过程如图 3所示， 具体包括：
步骤 31 :用户 Bob发起请求临时发言权申请， 即向 PoC服务器发送临时发言权申请消 息；
步骤 32: PoC服务器收到所述消息后， 根据消息中承载的临时发言权标志， 判断这 是一次临时发言权申请， 则根据用户 Bob和 Alice的权限判断是 Alice的优先级高或者相 等， 或者是在一个不支持优先级的系统中， 需要向 Alice转发临时发言权请求；
步骤 33: PoC服务器向 Alice发送临时发言权申请消息；
该步骤中的服务器向客户端发送的 "Talk Bust Request "消息的结构与 Client (客户端） 到 Server (PoC服务器） 的 "Talk Bust Request"消息一致， 而且， 相应消 息中增加有临时发言权标志；
当然， 也可以采用其他格式的消息进行临时发言权申请； 歩骤 34: Alice收到请求后， 决定临时转让发言权， 在某确定的时间范围 （如， 两 秒， 这个系统可以设置） 内， 向 PoC服务器回送释放临时发言权的通知， 该消息也是通 过在原有的 "Talk Bust Release"消息， 中增加临时发言权标志实现；
步骤 35： PoC服务器向 Bob发送授予临时发言权消息；
步骤 36: Bob收到提示后开始讲话， 即开始发言；
步骤 37: Bob发言完毕， 向 PoC服务器发送释放临时发言权的通知消息， 向服务器释 放发言权；
步骤 38: PoC服务器向 Alice发送授予临时发言权消息， 将发言权归还给 Alice; 步骤 39: 用户 Alice接收到所述的授予临时发言权消息后， 向 PoC服务器回送确认信 息；
歩骤 310: 用户 Alice幵始讲话。 此后会话又进入普通模式。 第三种情况为： 用户 Bob向网络侧请求临时发言权， 但用户 Bob权限（即优先级）小 于等于用于 Alice, 或者相等， 或者是在一个不支持优先级的系统中， 且用户 Alice不同 意转让其临时发言权， 此时， 相应的处理过程如图 4所示， 具体包括- 步骤 41: 用户 Bob发起请求临时发言权申请；
步骤 42: PoC服务器收到后， 根据临时发言权标志， 判断这是一次临时发言权申请， 根据配置的用户 Bob和 Alice的权限判断是 Alice的优先级高， 需要向 Alice转发临时发言 权申请消息；
步骤 43: PoC 服务器向用户 Alice发送临时发言权申请消息；
步骤 44: 用户 Alice收到请求后， 决定不转让临时发言权， 此时用户 Alice的客户端 设备会向 PoC服务器回送拒绝临时发言请求消息；
该步骤中客户端向服务器发送拒绝临时发言权请求 "Talk Bust Deny"消息的结构 与 Server (服务器） 侧到 Client (客户端） 侧的 "Talk Bust Deny"—致， 同时增加临 时发言权标志；
另外， 当确定用户 Alice不同间转让临时发言权时， 若系统不支持优先级， 则还可 以将用户 Bob放入发言请求队列中， 等待发言机会， 当其可以发言时， 再向其发送授予 发言权的通知；
步骤 45: PoC服务器向用户 Bob发送拒绝临时发言请求， 该消息也是通过在原有的 "Talk Bust Deny"消息， 中增加临时发言权标志实现；
步骤 46: 用户 Alice继续讲话， 会话还是普通模式。 本发明所述的方法在具体实现过程中还可以采用另一种方案实现。在该方案中，在 集群系统中希望插话的用户可以通过现有的发言权请求消息向网络侧申请发言权， 之 后， 由网络侧进行处理并确定是否授予相应的发言权。
这一实现方案的具体的处理过程包括三种具体可能的处理情况，下面将结合附图分 别说明。 其中， 在实施本发明过程中， 相应的几种具体实现方式可以单独实现， 也可以 结合起来实现。
第一种情况如图 5所示， 具体包括以下处理过程：
步骤 51 : 集群系统中用户 Alice正在发言， 此时， 另一用户 Bob希望申请临时发言方 法送一个普通的发言权请求消息；
步骤 52:集群服务器接收到所述的发言权请求消息后，根据服务保存的本地策略信 息决定是否向当前发言方发送要求其临时释放发言权的通知消息；
所述的判断条件可以是:请求用户是否有权进行临时插话；如果用户具有权限分级， 看请求用户的级别是否比当前说话用户的权限高， 等等；
这些本地策略信息可以由管理员在集群服务器上进行设置；
如果集群服务器根据当前条件判断该申请发言权的用户权限比当前发言的用户的 优先级髙， 则执行步骤 53和步骤 54;
步骤 53: —方面直接收回当前发言人的发言权， 即直接向正在发言的用户发送临时 收回发言权的通知消息；
步骤 54: 另一方面还向希望发言的申请用户授予发言权；
步骤 55: 用户 Bob开始发言；
步骤 56: 发言结束后， 向集群服务器 Poc Server发送释放发言权的消息， 以释放发 言权；
步骤 57: 当申请人发言结束后， 集群服务器收到其发来的释放发言权的消息后， 将 发言权继续授予被临时收回发言权的用户 Alice;
步骤 58: 集群服务器还需要向用户 Bob发送发言权已被抢占的通知消息， 又恢复到 Alice正在发言的状态。
在上述步骤 52的处理过程中，如果集群服务器根据当前条件判断该申请发言权的用 户无权打断当前用户， 就把他的发言请求作为普通的发言请求处理。例如， 如果支持发 言请求队列， 就把他的请求放入请求队列中； 如果不支持发言请求队列， 就直接拒绝其 请求。 在上述步骤 52的处理过程中，如果集群服务器根据当前条件判断需要为该申请发言 权的用户向当前正在发言的用户申请临时发言权， 则相应的处理过程如图 6所示， 具体 包括 - 步骤 61 : 集群服务器向当前正在发言的用户发送释放临时发言权请求的通知； 步骤 62: 正在发言的用户根据情况决定释放发言权， 则向集群服务器发送一条"释 放临时发言权"的消息；
步骤 63: 集群服务器收到该消息，则将当前用户的发言权转移给希望发言的申请用 户， 该用户获得发言权， 进行发言；
步骤 64: 用户发言结束后， 向服务器发送 "释放发言权 "的消息；
步骤 65:服务器接收到所述消息后，又通过授予临时发言权消息将发言权转移给原 正在发言的用户， 原正在发言的用户继续发言。 在执行上述步骤 61之后，如果当前发言人决定不临时释放发言权，则相应的处理过 程如图 7所示， 具体包括：
步骤 71 : 客户端 Alice向集群服务器发送 "拒绝释放临时发言权"的消息， 表示其 不同意将发言权转让给 Bob, 且 Alice继续发言；
步骤 72: 集群服务器向申请发言的用户 Bob发送拒绝发言权的消息。
本发明在具体实现过程中还需要注意以下几方面的处理：
1、 从其他正在发言的用户申请获得发言权的用户正在发言过程中， 不再允许其他 集群用户再次申请发言权， 例如， Bob从 Alice处获得发言权后， 不再允许第三方用户打 断其发言再次进行发言权的申请。
2、 本发明中， 申请发言权的用户需要为符合预定的优先级要求的集群用户， 如果 不符合预定的优先级要求， 则不允许向 Poc服务器发送临时发言权申请消息， 如果发送 了， 服务器也会拒绝请求， 同时向其反馈权限不够的信息。
3、 另外， 为防止用户在发言过程中不停地被打扰， 当前正在发言的用户可以在自 身的用户终端设备上设置禁止接收其他用户的申请发言权的信息， 或者， 在网络侧设置 当前正在发言的用户禁止接收其他用户的申请发言权； 例如， 用户 Alice可以通过服务 器或者终端设置禁止其他用户向她发送申请发言权进行插话， 以保证其在发言过程中不 被频繁打扰。 本发明还提供了一种在集群系统中实现实时发言的系统， 如图 8所示， 具体包括集 群系统中实现实时发言的用户终端装置、集群系统中实现实时发言的网络设备和正在发 言的用户终端，所述的集群系统中实现实时发言的用户终端装置通过与集群系统中实现 实时发言的网络设备交互通信获得临时发言权， 并在发言完毕后， 通过集群系统中实现 实时发言的网络设备将临时发言权交回给原正在发言的用户终端。
其中， 所述的集群系统中实现实时发言的用户终端装置仍如图 5所示， 具体包括： 临时发言权申请按键：当集群系统中有正在发言的用户，且本用户终端希望发言时， 则操作该按键， 触发临时发言权申请消息构造模块； 该按键可以采用现有的 PTT按键实 现， 此时， 在用户终端装置中需要根据当前的集群系统中的状态确定本次 PTT按键操作 需要向集群系统发送的消息格式；
临时发言权申请消息构造模块： 在临时发言权申请按键的触发下， 构造临时发言权 申请消息， 并向网络侧发送；
临时发言权转让处理模块： 用于根据接收到转让临时发言权请求后， 确定是否转让 临时发言权， 并将确定结果返回给网络侧。
当用户终端通过现有的发言权请求消息申请临时发言时，则用户终端装置中仅增加 设置相应的临时发言权转让处理模块即可。
所述的集群系统中实现实时发言的网络设备如图 5所示， 具体包括- 临时发言权处理模块： 用于接收集群用户发来的临时发言权申请消息， 并根据消息 中承载的信息确定是否授予该用户临时发言权，然后，将确定的结果返回给相应的用户； 临时发言权申请模块： 用于与集群系统中正在发言的用户进行交互， 为申请临时发 言权的用户向正在发言的用户申请临时发言权，并根据申请结果确定是否授予该用户临 时发言权， 然后， 将确定的结果返回给相应的用户；
发言权返还模块：根据申请发言的用户在发言结束后发来的释放发言权消息及和原 正在发言用户的信息， 向原正在发言用户发送授予临时发言权消息， 将发言权返回给原 正在发言用户。 综上所述，本发明可以满足用户在集群通话过程中， 如 PoC通话中临时插话的需求， 从而使得集群会话， 如 PoC会话更接近实际的会话场景， 提高了用户体验。 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替 换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应该以权利要求的保 护范围为准。

Claims

权利要求
1、 一种集群系统中实现实时发言的方法， 其特征在于， 包括：
当集群系统中用户正在发言时，集群系统中其他希望发言的用户通过向网络侧发送 发言权申请获得临时发言权， 并进行发言；
当发言完毕后， 将发言权交回给集群系统中原正在发言的用户。
2、根据权利要求 1所述的集群系统中实现实时发言的方法， 其特征在于， 所述的希 望发言的用户通过向网络侧发送发言权申请获得临时发言权包括：
当集群系统中的一个用户正在发言时， 若另一集群系统中的用户希望发言， 则该用 户向网络侧发送发言权申请；
网络侧根据申请发言权的用户的信息及正在发言的用户的信息， 以及服务器的本地 策略信息确定是否授予相应用户的临时发言权， 或者， 由网络侧与正在发言的用户进行 交互确定是否授予相应用户的临时发言权。
3、根据权利要求 2所述的集群系统中实现实时发言的方法， 其特征在于， 所述的用 户的信息及服务器的本地策略信息可以根据需要进行更新处理。
4、根据权利要求 2所述的集群系统中实现实时发言的方法， 其特征在于， 所述的本 地策略包括：
在一次会话过程中允许用户申请发言权的次数信息、允许申请发言权用户发言的时 间长度信息和 /或允许申请发言权的用户信息。
5、根据权利要求 1所述的集群系统中实现实时发言的方法， 其特征在于， 所述的方 法还包括-.
网络侧将申请发言权的用户的优先级与正在发言的用户的优先级信息进行比较，如 果申请发言权的用户的优先级高于正在发言的用户的优先级， 则授予该用户发言权， 否 则， 通过向正在发言的用户发送发言权申请获得临时发言权， 或者， 由网络侧进一步确 定是否授予该用户相应的临时发言权。
6、根据权利要求 5所述的集群系统中实现实时发言的方法， 其特征在于， 所述的通 过向正在发言的用户发送发言权申请获得临时发言权的处理具体包括- 网络侧向正在发言的用户发送临时发言权申请；
正在发言的用户接收到所述申请后， 将是否允许相应用户发言的信息返回给网络 侧；
网络侧根据正在发言的用户返回的信息确定是否向申请临时发言权的用户授予临 时发言权。
7、根据权利要求 6所述的集群系统中实现实时发言的方法， 其特征在于， 所述的网 络侧向正在发言的用户发送临时发言权申请的处理过程还包括：
当系统是无用户优先级系统时， 则网络侧向正在发言的用户发送发言权申请。
8、根据权利要求 6所述的集群系统中实现实时发言的方法， 其特征在于， 所述的确 定是否向申请临时发言权的用户授予临时发言权的处理过程还包括：
当正在发言的用户向网络侧返回不允许该用户发言的信息，则向申请发言权的用户 发送拒绝发言权申请的消息， 同时， 将该用户加入发言请求队列中。
9、 根据权利要求 1至 8任一项所述的所述的集群系统中实现实时发言的方法， 其特 征在于， 该方法还包括：
申请临时发言权的用户发言完毕后向网络侧发送释放临时发言权消息，并由网络侧 将当前的发言权交给原正在发言的集群用户。
10、 根据权利要求 9所述的集群系统中实现实时发言的方法， 其特征在于， 所述的 网络侧将当前的发言权交给原正在发言的集群用户包括- 网络侧通过授予原正在发言的集群用户的临时发言权的消息将当前发言权交给原 正在发言的集群用户。
11、根据权利要求 1至 8任一项所述的集群系统中实现实时发言的方法，其特征在于， 所述的发言权申请包括- 发言权请求消息或在发言权请求消息中增加临时发言权标志信息的临时发言权请 求消息。
12、根据权利要求 1至 8任一项所述的集群系统中实现实时发言的方法，其特征在于， 该方法还包括：
申请临时发言权的用户正在发言过程中， 不再允许其他集群用户再次申请发言权。
13、根据权利要求 1至 8任一项所述的集群系统中实现实时发言的方法，其特征在于， 该方法还包括：
所述的申请临时发言权的用户为符合预定的优先级要求的集群用户。
14、根据权利要求 1至 8任一项所述的集群系统中实现实时发言的方法，其特征在于， 该方法还包括：
在自身的用户终端设备上设置本端正在发言时禁止其他用户申请临时发言权的信 息， 和 /或， 在网络侧设置当前正在发言的用户禁止其他用户申请临时发言权的信息。
15、 一种集群系统中实现实时发言的用户终端装置， 其特征在于， 包括- 临时发言权申请按键：当集群系统中有正在发言的用户，且本用户终端希望发言时， 则操作该按键， 触发临时发言权申请消息构造模块；
临时发言权申请消息构造模块： 在临时发言权申请按键的触发下， 构造临时发言权 申请消息， 并向网络侧发送。
16、根据权利要求 15所述的集群系统中实现实时发言的用户终端装置，其特征在于， 所述的临时发言权申请按键与即按即讲 PTT按键采用同一操作按键。
17、 根据权利要求 15或 16所述的集群系统中实现实时发言的用户终端装置， 其特 征在于， 该装置还包括：
临时发言权转让处理模块： 用于根据接收到转让临时发言权请求后， 确定是否转让 临时发言权， 并将确定结果返回给网络侧。
18、 一种集群系统中实现实时发言的网络设备， 其特征在于， 包括：
临时发言权处理模块： 用于接收集群用户发来的临时发言权申请消息， 并根据消息 中承载的信息和本地策略信息确定是否授予该用户临时发言权， 然后， 将确定的结果返 回给相应的用户。
19、根据权利要求 18所述的一种集群系统中实现实时发言的网络设备，其特征在于， 该设备还包括：
临时发言权申请模块： 用于与集群系统中正在发言的用户进行交互， 为申请临时发 言权的用户向正在发言的用户发送转让临时发言权请求， 申请临时发言权， 并根据申请 结果确定是否授予该用户临时发言权， 然后， 将确定的结果返回给相应的用户。
20、 根据权利要求 18或 19所述的一种集群系统中实现实时发言的网络设备， 其特 征在于， 该设备还包括- 发言权返还模块：根据申请发言的用户在发言结束后发来的释放发言权消息和原正 在发言用户的信息， 向原正在发言用户发送授予临时发言权消息， 将发言权返回给原正 在发言用户。
21、 一种在集群系统中实现实时发言的系统， 其特征在于， 包括集群系统中实现实 时发言的用户终端装置、 集群系统中实现实时发言的网络设备和正在发言的用户终端， 所述的集群系统中实现实时发言的用户终端装置通过与集群系统中实现实时发言的网 络设备交互通信获得临时发言权， 并在发言完毕后， 通过集群系统中实现实时发言的网 络设备将临时发言权交回给正在发言的用户终端。
PCT/CN2006/001799 2005-07-23 2006-07-21 Procédé et système pour réaliser une conversation en temps réel WO2007012265A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2006800139319A CN101167385A (zh) 2005-07-23 2006-07-21 集群系统中实现实时发言的方法及系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510085665.8 2005-07-23
CNB2005100856658A CN100377604C (zh) 2005-07-23 2005-07-23 集群系统中实现实时发言的方法及系统

Publications (1)

Publication Number Publication Date
WO2007012265A1 true WO2007012265A1 (fr) 2007-02-01

Family

ID=36811668

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001799 WO2007012265A1 (fr) 2005-07-23 2006-07-21 Procédé et système pour réaliser une conversation en temps réel

Country Status (2)

Country Link
CN (2) CN100377604C (zh)
WO (1) WO2007012265A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018050145A1 (de) 2016-09-16 2018-03-22 Harry Martin Flug- oder gleitelement mit energieeinspeisungseinheit
DE102016011435A1 (de) 2016-09-16 2018-03-22 Harry Martin Energieeinspeisungseinheit

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100377604C (zh) * 2005-07-23 2008-03-26 华为技术有限公司 集群系统中实现实时发言的方法及系统
KR100819494B1 (ko) * 2005-07-25 2008-04-07 엘지전자 주식회사 사용자의 발언권 제어를 위한 이동통신 단말기 및 그제어방법
CN107241113A (zh) * 2017-05-12 2017-10-10 深圳市普天宜通技术股份有限公司 数字集群对讲方法、系统、数字集群对讲机及存储介质
CN113259620B (zh) * 2021-06-07 2021-12-03 广州朗国电子科技股份有限公司 视频会议数据同步方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003069945A1 (en) * 2002-02-14 2003-08-21 Qualcomm Incorporated A communication device for initiating a group call in a group communication network
CN1582013A (zh) * 2003-08-06 2005-02-16 朗迅科技公司 缓冲初始通话脉冲串
CN1643949A (zh) * 2002-02-14 2005-07-20 高通股份有限公司 用于从组通信网中的活动组呼叫中移除成员的方法和装置
CN1801968A (zh) * 2005-07-23 2006-07-12 华为技术有限公司 集群系统中实现实时发言的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003069945A1 (en) * 2002-02-14 2003-08-21 Qualcomm Incorporated A communication device for initiating a group call in a group communication network
CN1643949A (zh) * 2002-02-14 2005-07-20 高通股份有限公司 用于从组通信网中的活动组呼叫中移除成员的方法和装置
CN1582013A (zh) * 2003-08-06 2005-02-16 朗迅科技公司 缓冲初始通话脉冲串
CN1801968A (zh) * 2005-07-23 2006-07-12 华为技术有限公司 集群系统中实现实时发言的方法及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018050145A1 (de) 2016-09-16 2018-03-22 Harry Martin Flug- oder gleitelement mit energieeinspeisungseinheit
DE102016011435A1 (de) 2016-09-16 2018-03-22 Harry Martin Energieeinspeisungseinheit
DE102016011435B4 (de) 2016-09-16 2024-02-15 Harry Martin Energieeinspeisungseinheit

Also Published As

Publication number Publication date
CN101167385A (zh) 2008-04-23
CN1801968A (zh) 2006-07-12
CN100377604C (zh) 2008-03-26

Similar Documents

Publication Publication Date Title
KR100945696B1 (ko) 애드 혹 위치 기반 멀티캐스트 그룹을 형성하는 시스템 및방법
KR100819494B1 (ko) 사용자의 발언권 제어를 위한 이동통신 단말기 및 그제어방법
US8437791B2 (en) Method and system for controlling talk time for PoC user
US7747268B2 (en) Handling talk burst denials in group communication system supporting PTT service
US7974650B2 (en) Interoperability between different types of wireless networks for push to talk group calls
US20070249381A1 (en) Apparatus and method for conversational-style push-to-talk
EP2063652B1 (en) A method, system and poc server for granting talk burst to terminals
RU2666128C1 (ru) Способ и устройство управления правом слова
US20080076391A1 (en) Method, device and system for implementing push-to-talk service
WO2007109984A1 (fr) Procédé pour traiter la file d'attente de flux multimédia grâce à un pilotage et dispositif correspondant
US20090024743A1 (en) Media session data transmission control method, control relation negotiation method and control device and system
WO2007109967A1 (fr) Procédé et appareil pour traiter une demande multimédias lors d'une procédure de communications multimédias
WO2016106593A1 (zh) 一种话权控制方法及装置
US7966029B2 (en) Method for push-to-talk pre-emption
WO2007012265A1 (fr) Procédé et système pour réaliser une conversation en temps réel
CN100370849C (zh) 对PoC发言请求进行处理的方法及装置
WO2011153780A1 (zh) 组呼或广播呼叫接续的控制方法、装置及系统
KR20080073889A (ko) 통신 시스템에서 발언권 제어 방법 및 장치
KR101085704B1 (ko) 푸쉬투토크 오버 셀룰러 시스템의 발언권 관리 방법 및 장치
US8023978B2 (en) Method for providing enhanced floor control for group calls between a dispatch communications network and a cellular telephone communications network
US20080037448A1 (en) Establishing a floor grant in a push-to-talk over cellular communication network
WO2010012231A1 (zh) 一种通信时间控制方法及装置
CN1801728B (zh) 一种对媒体发送请求的处理方法
KR100631606B1 (ko) 피티티의 발언권 예약 방법
KR20070062241A (ko) ＰｏＣ 시스템에서의 사용자 발언 시간 관리 시스템 및방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680013931.9

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06761534

Country of ref document: EP

Kind code of ref document: A1