WO2007109967A1 - Method and apparatus for processing the media request during the media communication procedure - Google Patents

Method and apparatus for processing the media request during the media communication procedure Download PDF

Info

Publication number
WO2007109967A1
WO2007109967A1 PCT/CN2007/000533 CN2007000533W WO2007109967A1 WO 2007109967 A1 WO2007109967 A1 WO 2007109967A1 CN 2007000533 W CN2007000533 W CN 2007000533W WO 2007109967 A1 WO2007109967 A1 WO 2007109967A1
Authority
WO
WIPO (PCT)
Prior art keywords
media request
media
queue
request
location
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.)
Ceased
Application number
PCT/CN2007/000533
Other languages
English (en)
French (fr)
Inventor
Yajuan Wu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 EP07710954.4A priority Critical patent/EP2003847B1/en
Publication of WO2007109967A1 publication Critical patent/WO2007109967A1/zh
Priority to US12/237,545 priority patent/US8594714B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a media request processing technology in a multimedia communication process in a wireless communication system.
  • a PoC PTT over cellular
  • OMA open mobile alliance
  • the PTT (Push To Talk) service implemented on the packet network, wherein the PTT service is a half duplex communication technology.
  • PoC service introduces an existing mobile system to the mobile communication system and a communication mode that the conventional voice call system cannot provide.
  • the PoC service ensures that the overhead is minimized while satisfying the real-time call.
  • PoC services enable users to meet their real-time communication needs at low cost and efficiency because of their VoIP (packet voice) and half-duplex methods.
  • a user with a PoC-capable terminal first needs to sign a contract with a PoC service provider to obtain a PoC service license;
  • PoC users can request to speak by pressing the button to implement PoC services.
  • the corresponding PoC network framework mainly includes PoC client (PoC client), PoC server (PoC server), SIP core (core network supporting session initiation protocol), XDMS (XML Document Management Server supports XML file management server), Presence Server (presentation business server) and so on.
  • PoC client PoC client
  • PoC server PoC server
  • SIP core core network supporting session initiation protocol
  • XDMS XML Document Management Server supports XML file management server
  • Presence Server presentation business server
  • the existing P0C is based on the SIP Core and uses the capability of the SIP Core to implement routing and searching between users.
  • the SIP core may be an IMS (IP Multimedia Subsystem) network or other SIP-based network.
  • the media request queue function can be used for various
  • the corresponding media request is sorted in the processing of the media request protocol, and the media request includes a request such as a Talk Burst Request or a Media Burst Request.
  • the P0C client and the P0C server are required to simultaneously support the queuing function of the media request.
  • the TBCP (Talk Burst Control Protocol) is used as a media control protocol as an example to describe the queuing process of the media request.
  • the implementation of the MBCP Media Burst Control Protocol is similar to that of the TBCP.
  • the corresponding processing specifically includes:
  • P0C user A presses the P0C key and requests to send a talk burst to request a speech;
  • the P0C client A sends a Talk Burst Request message to the P0C server X that implements the CF (control function), which may carry the indication information indicating the priority of the P0C user A, the service identification information of the P0C group, and the like;
  • the POC server X will delete the old request and put the new request into the queue; and then the P0C client A notifies the P0C user A to send the The request has been queued.
  • the Bay ijPOC server X can send a Talk Burst queue location status message to the POC client C, notifying the location status after the corresponding request is updated, for the POC client C. Users affected by other locations will not send a notification.
  • the POC server X When the POC server X sends a location status message to the client C due to the change of the location in the queue, if there is a request message from other clients D, E, F, etc. after the client C in the queue, And if these users query the POC server X for their position in the queue in advance, the satisfaction of the users 0, E, and F will decrease due to the insertion of the client A.
  • the user D thinks that the other users can speak again (ie, User C's speech) It is his turn to speak, but after the user has finished speaking, he still has not obtained the right to speak.
  • the satisfaction of the users who are originally queued will become worse and worse.
  • the existing P0C request queue processing mechanism cannot be well adapted to the needs of the P0C service, thus resulting in the use of The user satisfaction of the POC service is reduced, and the development of the P0C service is affected accordingly.
  • the same problem also exists.
  • the above problems also exist in multi-party conference services and CPM services, etc., which use full-duplex communication, because the processing of media request message queues similar to those described above is also used in the implementation of these services.
  • Embodiments of the present invention provide a method and apparatus for processing a media request in a multimedia communication process, so that the communication system can better adapt to the need for developing multimedia communication, thereby improving the satisfaction of the multimedia user with the multimedia communication service.
  • An embodiment of the present invention provides a method for processing a media request in a multimedia communication process, including: after receiving a media request message sent by a user or deleting a media request message, the multimedia service server requests the media according to the information carried in the message. Queue adjustment;
  • An embodiment of the present invention provides a method for processing a media request in a multimedia communication process, including: after receiving a media request message sent by a user or deleting a media request message, the multimedia service server requests the media according to the information carried in the message. Queue adjustment;
  • the user sends a media request queue location status message that informs the user of the location information he requested in the media request queue.
  • An embodiment of the present invention provides a processing device for a media request in a multimedia communication process, including a media request processing unit, a location change processing unit, and a location notification unit, where:
  • a media request processing unit configured to insert the received media request into the media request queue according to the priority information, or delete the corresponding media request message from the media request queue according to the received delete media request message;
  • FIG. 1 is a schematic diagram of a P0C service mode in the prior art
  • FIG. 2 is a schematic diagram of a process of performing a P0C service in the prior art
  • FIG. 3 is a schematic diagram 1 of a specific implementation process for implementing a P0C service according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram 2 of a specific implementation process of implementing a P0C service according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a specific implementation structure of an embodiment of the system according to the present invention.
  • the method for processing the media request in the multimedia communication process mainly includes: First, after receiving the media request message sent by the user or deleting the media request message, the multimedia service server The information carried in the message (such as priority information, etc.) adjusts the media request queue, and the specific adjustment involves adding or removing the media request message from the media request queue; and then determining all executions in the media request queue. Adjusting the media request that causes the location to change, and sending a notification to the user who sent the media request to notify the user of the location information that the request is currently in the media request queue.
  • the information carried in the message (such as priority information, etc.) adjusts the media request queue, and the specific adjustment involves adding or removing the media request message from the media request queue; and then determining all executions in the media request queue. Adjusting the media request that causes the location to change, and sending a notification to the user who sent the media request to notify the user of the location
  • the multimedia service server Performing a step of determining, in the media request queue, all media requests that result in a change in location due to performing an adjustment operation, wherein the media request for the location change includes all requests subsequent to the determined or deleted media request in the media request queue.
  • a media request meeting the predetermined condition is confirmed in all the media requests in which the location changes, and is sent to the user who issued the media request that meets the predetermined condition to notify the user of a media request queue location status message requesting location information in the media request queue;
  • the predetermined condition may be used to indicate a predetermined number of values of the requested quantity and/or whether the requesting user has queried the requested location status information.
  • the predetermined meeting may be determined by any of the following manners.
  • Conditional media request (1) in a media request whose location changes, a predetermined number of media requests are selected from front to back as media requests meeting the predetermined conditions;
  • the multimedia service server after receiving the media queue location query message sent by the user, and feeding back to the user the location status information of the media request of the user in the media request queue, marking the request as a query Location status information; in the media request where the location changes, the media request that has queried the requested location status information is selected, and then a predetermined number of media requests are selected from the selected media request from front to back, as A media request that meets the predetermined criteria.
  • the method provided by the above embodiment can be implemented in a POC server.
  • multiple media control protocols are adopted in the P0C server, but different media control protocols can apply the media request queuing mechanism to optimize the performance of the P0C service, for example, sending a media request message
  • the TBCP protocol is to request the floor.
  • For the MBCP protocol it is the right to request one or more media data.
  • the send media request message is deleted.
  • the TBCP protocol the previously requested voice is deleted.
  • the processing initiated by the TBCP or MBCP protocol in the embodiment provided by the present invention is the same in the case of the support queue.
  • the following is a description of an implementation of the embodiment of the present invention, as shown in FIG. 3, in which the media request message is sent by the user, and the P0C server receives the media request message as an example.
  • the implementation specifically includes the following steps:
  • Step 31 The P0C server receives a request from the P0C user A.
  • Step 32 Determine all users in the current queue whose priority is lower than that of user A, and further determine from all the users that they are in the media request queue, that is, in the media request queue, determine from the front to the back.
  • the priority of the user A is compared with the priority of each user in the queue, and it is determined that there are other users in the current queue whose priority is higher than that of the user A, and then the other users whose priority is lower than the priority of the user A are located.
  • the top user in the queue for example, the other user who determines that user C is lower than user A's priority is at the top of the queue.
  • User, the user c may be located at the forefront of the queue, or may be located at any other location in the queue;
  • Step 33 The POC server inserts the user A into the queue among other users below the priority of the user A.
  • the front of the top user that is, the first user in the queue as the next user of user A;
  • the P0C server when the P0C server receives a request from the P0C user A, it queries the media queue to determine whether there is a user lower than the priority of the user A in the current media request queue, if there is a priority lower than the user A in the queue.
  • the user of the level inserts the request sent by the user A into the first user in the current queue that is lower than the priority of the user A.
  • the request of the user A cannot be inserted into the request of the user with higher priority than the user.
  • the request of user A cannot be inserted in front of the request of the user whose own priority is the same;
  • the request of the user A can be inserted in front of the request of the user M;
  • the shell UP0C server decides to insert the request of the user A into the front of the user C, that is, In front of the request of user C, if user C is at the forefront of the queue, user A is inserted into the front of the current queue;
  • Step 34 The POC server will also send the updated P0C user affected by the operation.
  • step 33 if the location of each media request message in the media queue changes, the POC server is required to send the updated media request queue location status message to the POC user affected by the operation. ;
  • the purpose of performing this step is to enable other users who change position in the queue due to the insertion of user A to know their new location information in the media request queue; therefore, in order to implement this step, it is first required in the system.
  • the P0C users that are affected by the operation are determined, and then the corresponding media request queue location status message is sent to the determined user, and the user A is inserted in front of the user C as an example, where the user C can be located in the media request.
  • the process can be implemented in the following ways:
  • the P0C server queries the users in the current media request queue that are behind the user C, and sends the users as the P0C users affected by the operation to the media request queue location status message respectively. , notifying these users of the location and priority of the request they are currently sending in the media queue.
  • the media request queue location status message may be sent to a part of the POC user affected by the operation, thereby saving the processing resources of the P0C server and not affecting the user's development as much as possible. The feeling of P0C business;
  • the implementation of the method (2) mainly considers that the media request queue will be very long in some cases. At this time, if many P0C user requests are queued, it is not very concerned for those P0C users who are at the end. The specific speaking time; at the same time, if a large number of media queue location status messages are sent, the network performance will be affected; therefore, in order to avoid the impact of the transmission of a large number of media queue location status messages on the network performance, and as much as possible to ensure attention to its The user who speaks the order can get the location information in the media request queue in real time, and the method is
  • the setting of the value may be determined according to the local policy of the P0C service provider, or configured on the P0C server in some manner; the determination of the value may be selected by the operator according to needs, or may be felt by the user. Experiments and other ways to determine an engineering value.
  • the implementation of the method (3) mainly considers that not all P0C users ranked in the media queue will send a media queue location query (such as a Talk Burst queue position request in the TBCP) message to the P0C server, for the message that the query message has not been sent.
  • the POC user does not know the location information of the current media request queue, so he is not very concerned about the location of the media request sent by himself in the queue. In this case, the user may not be notified to insert the user A. a change in the location status information of the location in the media queue;
  • the ⁇ P0C server can mark the POP user every time after receiving a media queue location query message from a POP user and feeding back the message of the location of the media request, indicating that it has been sent the media queue location status. Message; Thereafter, when an insert operation occurs, the Bay ijPOC server queries all users in the media queue that are ranked after User C, and selects the POC users in which the media queue location status message is sent, and sends the updated to these POC users. Media queue location status message.
  • the place is a comprehensive consideration of the method (2) and the method (3), so that the two methods are used in combination, and are comprehensively determined within the range of values and marked as being in the P0C user affected by the insertion operation.
  • P0C users who have sent media queue location status messages and only send media queue location status messages to these users; For example, when the POC server selects the POC users who have sent the media queue location status message, the scope is limited to the value range set by the POC server, and the POC user exceeding the range does not need to send the location status message;
  • the P0C server selects, within the range, the P0C user marked as having sent the media queue location status message according to the set value range, and if the P0C user that meets the condition is found, sends the updated location status message, otherwise, Need to be sent;
  • any one of the methods (1) to (4) described above may be adopted.
  • Method Through the above processing, the problem of how to handle requests sent by different priority users in the media request queue in the P0C service can be solved.
  • the processing provided by the embodiment of the present invention only the processing of the media request message sent by the user, that is, the process of inserting the media request into the media request queue, is described. It should be noted that, in the embodiment of the present invention, when the user sends a message for deleting the media request, the corresponding processing procedure is similar to the foregoing processing procedure, except that the media request is caused by deleting the media request. A request for a change in location may occur in the queue, and the request for a change in location may be handled in exactly the same manner as described above. In order to facilitate the understanding of the embodiments of the present invention, the specific embodiments of the embodiments of the present invention are described in detail with reference to the accompanying drawings and several specific application examples. The following describes the implementation of the embodiment of the present invention by using the TBCP as an example of the media control protocol. As shown in FIG. 2, the method specifically includes:
  • P0C user A presses the P0C key to request to send a talk burst
  • the POC client A sends a Talk Burst Request message to the POC server X that implements the CF function, and may carry the indication information indicating the priority of the P0C user A, and the service identification information of the P0C group;
  • the P0C user A may send a delete media request message requesting to delete a certain media request to the P0C server according to its own needs. At this time, the P0C server needs to delete the corresponding media request from the media request queue.
  • the sending of the media request message or the sending of the media request message may result in a request message that the location change occurs in the media request queue on the P0C server.
  • the request message for the location change according to the subsequent processing procedure is required.
  • the POC server X executing the CF function judges that the POC user B is currently permitted to send the talk burst, and the POC user A has no higher priority than the POC user B, so the POC server X puts the request of the P0C user A into the Talk Burst Request queue. And send a Talk Burst queue position status message to the POC client A, which may include the location of the request corresponding to the POC client A in the queue and the priority given.
  • the priority of the request of the P0C client A is higher than the priority of a P0C client (such as the client C) in the queue, and there is no request in front of the client C that is lower than the priority of the client A, the ijPOC client The request of A will be inserted before the request of the P0C client C, that is, if the request of the P0C client A and the priority of some P0C clients in the queue are the same, the request of the IjPOC client A will be inserted into these same priorities.
  • the first P0C client request is lower than its own priority;
  • Embodiment 2 Still referring to FIG. 2, this embodiment includes the following processing:
  • P0C user A presses the P0C key to request to send a talk burst
  • the POC client A sends a Talk Burst Request message to the POC server X that implements the CF function, and may carry indication information indicating the priority of the P0C user A, service identification information of the P0C group, and the like;
  • the P0C user A may send a delete media request message requesting to delete a certain media request to the P0C server according to its own needs. At this time, the P0C server needs to delete the corresponding media request from the media request queue.
  • the UP0C Client A's request will be inserted before the request of P0C client C, that is, if the request of P0C client A and the priority of some P0C clients in the queue are the same, the request of the shell UP0C client A will be inserted into these same After the request of the priority P0C client is 'the first one before the P0C client request with lower priority than its own priority;
  • Embodiment 3 Still referring to FIG. 2, the specific implementation of Embodiment 3 is as follows:
  • P0C user A presses the P0C key to request to send a talk burst
  • the POC client A sends a Talk Burst Request message to the POC server X that implements the CF function, and may carry indication information indicating the priority of the POC user A, service identification information of the POC group, and the like;
  • the P0C user A may send a delete media request message requesting to delete a certain media request to the P0C server according to its own needs. At this time, the P0C server needs to delete the corresponding media request from the media request queue.
  • the sending of the media request message or the sending of the media request message may result in a request for a change in the location of the media request queue on the P0C server.
  • the request for the change of the location needs to be notified according to the subsequent processing procedure.
  • the P0C server X executing the CF function determines that the P0C user B is currently permitted to send a talk burst, and the priority of the POC user A is not higher than that of the P0C user B. Therefore, the P0C server X puts the request of the P0C user A into the Talk Burst Request queue. And send a Talk Burst queue position status message to the POC client A, which may include the bit S of the request corresponding to the POC client A in the queue and the priority given.
  • the corresponding improvement in the third embodiment is mainly embodied as follows - if the request of the P0C client A is given a comparison with a P0C client (such as the client C) in the queue. Priority, and there is no request in front of client C that is lower than the priority of client A.
  • the request of Bay ijPOC client A will be inserted before the request of P0C client C, that is, if the request and queue of P0C client A Some of the P0C clients have the same priority, and the request of the P0C client A will be inserted after the request of the P0C clients of the same priority, before the first P0C client request with lower priority;
  • Embodiment 4 Referring to FIG. 2, the specific implementation process of Embodiment 4 is as follows:
  • P0C user A presses the P0C key to request to send a talk burst
  • the P0C client A sends a Talk Burst Request message to the P0C server X that implements the CF function, and may carry the indication information indicating the priority of the P0C user A, the service identification information of the P0C group, and the like;
  • the P0C user A may send a delete media request message requesting to delete a certain media request to the P0C server according to its own needs. At this time, the P0C server needs to delete the corresponding media request from the media request queue.
  • the sending of the media request message or the sending of the media request message may result in a request for a change in the location of the media request queue on the P0C server.
  • the request for the change of the location needs to be notified according to the subsequent processing procedure.
  • the P0C server X executing the CF function determines that the P0C user B is currently permitted to send a talk burst, and the priority of the POC user A is not higher than that of the P0C user B. Therefore, the P0C server X puts the request of the P0C user A into the Talk Burst Request queue. And send a Talk Burst queue position status message to the POC client A, which may include the location of the request corresponding to the POC client A in the queue and the priority given.
  • the ijPOC client The request of A will be inserted before the request of the P0C client C, that is, if the request of the P0C client A and the priority of some P0C clients in the queue are the same, the request of the shell UP0C client A will be inserted into these same priorities.
  • the first one Before the POC client request is lower than its own priority;
  • Bay ijPOC server X can send a Talk Burst queue location status message to a predetermined number of POC clients that have queried the Talk Burst queue location, notifying the corresponding S-state after the corresponding request is updated; It can be implemented in either of two ways:
  • the value is a predetermined number of POC clients that have queried the Talk Burst queue position, so that the POC server X can only notify the P0C client C and all subsequent thereto. a predetermined number of POC clients in the P0C client that have queried the Talk Burst queue position from the front to the back; (2) According to a predetermined value set by the operator, the value is a predetermined number of affected by the insertion operation.
  • the P0C client in this way, the P0C server X will first determine a predetermined number of P0C clients from the P0C client and all subsequent P0C clients, and then further determine that the Talk Burst has been queried in the predetermined number of P0C clients. a POC client at the queue location, and the POC server X notifies the further determined location status of the POC client after its corresponding request is updated;
  • the predetermined number of values may be an engineering value obtained by an experiment, or may be set according to an operator's needs.
  • Embodiment 5 In the fifth embodiment, the specific implementation of the embodiment of the present invention is described in detail by using the MBCP as an example. The specific implementation of the method is described as an example. The specific implementation is similar to it, so it will not be detailed.
  • the specific processing procedure in the fifth embodiment is as follows:
  • P0C User A presses the P0C button to request to send a media burst
  • the P0C client A sends a Media Burst Request message to the P0C server X that implements the CF function, and may carry the indication information indicating the priority of the P0C user A, the service identification information of the P0C group, and the like;
  • the P0C user A may send a delete media request message requesting to delete a certain media request to the P0C server according to its own needs. At this time, the P0C server needs to delete the corresponding media request from the media request queue.
  • Whether sending a media request message or sending a media request message may result in a P0C server.
  • a request for a change in location occurs.
  • a notification operation needs to be performed on the request for the location change according to the subsequent processing procedure;
  • the P0C server X executing the CF function determines that the P0C user B is currently permitted to send the media burst, and the P0C user A has no higher priority than the P0C user B, so the P0C server X puts the P0C user A's request into the Media Burst Request (media). In the queue, and send a Media Burst queue position status message to the POC client A, which may include the location of the request corresponding to the POC client A in the queue and the priority given. .
  • the shell I The request of the P0C client A will be inserted before the request of the P0C client C, that is, if the request of the P0C client A and the priority of some P0C clients in the queue are the same, the request of the Bay ijPOC client A will be inserted. After the requests of these same priority P0C clients, the first one is lower than the priority of the P0C client before the request;
  • the P0C server X may send a Media Burst queue location status message to the P0C client C and all other POC clients ranked after the P0C client C, and notify the corresponding The location status after the request is updated.
  • the embodiment of the present invention further provides a processing device for media request in a multimedia communication process. As shown in FIG. 5, the device may be set in a multimedia service server (such as a POS server, etc.), or may be set in other It is used in a network entity for processing multimedia services (such as P0C services, etc.), and includes the following processing units in specific implementations:
  • a media request processing unit configured to insert the received media request into the media request queue according to the priority information, or delete the corresponding request in the media request queue from the media request queue according to the received message of deleting the media request;
  • a location change processing unit configured to determine, by the media request processing unit, a media request that causes a change in location during an insertion or deletion operation, and notify, by the location notification unit, a user corresponding to the media request whose location changes, or a predetermined condition The location of the changed media request corresponds to the user.
  • the location notification unit is a media queue location status message notification unit in the POP server.
  • the new location status information corresponding to the media request for changing the location is notified by the media queue location status message. user.
  • the device further includes a determining unit, configured to determine that the media request processing unit performs an insert or delete operation In the process, whether there is a media request for a location change, and when the presence is determined, the location change processing unit is triggered; the determining unit is configured to use the media request inserted in the media request queue or the media deleted from the media request queue Whether the request is at the end of the queue (ie, the last position of the queue) determines if there is a media request for a location change, and when the inserted media request is not at the end of the queue, it is determined that there is a media request for a location change.
  • a determining unit configured to determine that the media request processing unit performs an insert or delete operation In the process, whether there is a media request for a location change, and when the presence is determined, the location change processing unit is triggered; the determining unit is configured to use the media request inserted in the media request queue or the media deleted from the media request queue Whether the request is at the end of the queue (ie,
  • the multimedia service server adds the media request message or deletes the media request message to the media request queue
  • the user corresponding to the affected media request message in the queue may be notified;
  • the request is inserted anywhere in the queue or after the request in the queue is deleted, the user affected by the queue location can be informed of the impact.
  • a method and a device for processing a media request queue in a multimedia communication process are provided by an embodiment of the present invention, which solves the problem of request queue processing under various multimedia service application scenarios by optimizing and perfecting
  • the interworking problems between devices caused by various device vendors according to their own different understandings improving the user experience, promoting the development of multimedia services such as P0C, and thus satisfying P0C, etc.
  • the demand for multimedia services will promote the development of multimedia services such as P0C.

Landscapes

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

Description

多媒体通信过程中的媒体请求的处理方法及装置 技术领域 本发明涉及无线通信技术领域，尤其涉及一种无线通信系统中的多媒体通信过程中 的媒体请求处理技术。 发明背景 随着宽带网络技术的快速发展， 在移动通信系统出现了 PoC (PTT over cellular, 基于蜂窝系统的即按即讲） 业务， 所述的 PoC业务是 OMA (open mobile alliance, 开放 移动联盟组织） 定义的在分组网络上实现的 PTT (Push To Talk, 即按即讲） 业务， 其 中， 所述的 PTT业务是一种半双工的通信技术。
PoC业务的实现为移动通信系统引入了一种现有移动系统以及传统语音呼叫系统无 法提供的通信模式。 PoC业务在满足实时呼叫的同时， 保证了开销最小化。 同时， PoC业 务因其采用 VoIP (分组语音） 以及半双工的方式， 使得其能够低成本、 高效率地满足用 户的实时通信需求。
目前， 根据 0MA定义可知， PoC的业务开展的模式如图 1所示， 主要包括以下过程：
( 1 )具有 PoC能力终端的用户首先需要和 PoC业务的供应商签约，获得 PoC业务许可;
(2) PoC用户通过终端发现网络具备 PoC业务能力；
( 3) PoC用户通过 PoC业务供应商建立了和其他 PoC用户的联系；
(4) PoC用户可以通过按键要求发言， 实现 PoC业务。
相应的 PoC网络框架结构主要包括 PoC client (PoC客户端） 、 PoC server (PoC服 务器）、 SIP core (支持会话初始协议的核心网）、 XDMS (XML Document Management Server 支持 XML的文件管理服务器） 、 Presence server (呈现业务服务器） 等。
可以看到， 现有的 P0C是将 PoC基于 SIP Core之上， 利用 SIP Core的能力实现用户之 间的路由和查找。 所述的 SIP core可以是 IMS ( IP多媒体子系统） 网络， 也可以是其他 基于 SIP协议的网络。
P0C业务在具体实现过程中， 为优化 P0C业务的性能， 提升用户使用 P0C业务的感受， 引入了一些新的处理机制， 如支持媒体请求的排队， 所述的媒体请求队列功能可以用于 各种媒体请求协议的处理中对相应的媒体请求进行排序， 所述的媒体请求包括 Talk Burst Request (话音突发请求) 或者 Media Burst Request (媒体突发请求) 等请求。 在实现媒体请求的排队处理时， 需要 P0C客户端和 P0C服务器同时支持媒体请求的排 队功能。
下面以 TBCP (Talk Burst Control Protocol , 话音突发控制协议） 作为媒体控制 协议为例对媒体请求的排队处理过程进行说明， MBCP (Media Burst Control Protocol , 媒体突发控制协议） 的实现与 TBCP类似。
如图 2所示， 相应的处理过程具体包括：
( 1 ) 当 P0C群组会话中有其他用户正在讲话时， P0C用户 A按下 P0C键， 请求发送一 个 talk burst (话音突发） ， 以请求讲话；
(2) P0C客户端 A发送 Talk Burst Request消息给实施 CF (控制功能） 的 P0C服务器 X， 其中可以携带标识 P0C用户 A优先级的指示信息， 该 P0C群组的业务标识信息等；
( 3) 执行0?功能的？0(服务器乂判断?0(：用户!3当前被许可发送 11 1311]：51:， 而且 P0C 用户 A的优先级低于或等于 P0C用户] 3的优先级， 因此 P0C服务器 X将 P0C用户 A的请求放入 Talk Burst Request队列中， 并发送一个 Talk Burst队列位置状态 （Talk Burst queue position status ) 消息给 POC客户端 A， 其中可以包括 POC客户端 A对应的请求在队列中 的位置以及被给予的优先级；
如果 P0C用户 A已经发送过相同的发言请求而且被放在队列中了， 则 P0C服务器 X将删 除旧的请求而将新的请求放入队列中； 再由 P0C客户端 A通知 P0C用户 A发送的请求已经被 排队。
在上述处理过程中，如果 P0C客户端 A的优先级高于 P0C客户端 C的优先级，则即使 P0C 客户端 C为当前队列中即将要发言的 P0C客户端， P0C客户端 A的请求也仍然将会被插入到 P0C客户端 C的请求之前。 此时， 若 P0C客户端 C位于队列首位， 贝 ijPOC服务器 X可以发送一 个 Talk Burst队列位置状态消息给 POC客户端 C， 通知其对应的请求被更新之后的位置状 态， 对于 P0C客户端 C后面的其他位置受到影响的用户则不发送相应的通知。
当 P0C服务器 X因客户端 C在队列中位置的改变而向其发送位置状态消息时， 若在队 列中的客户端 C后面还排有来自其他客户端 D、 E、 F等等的请求消息， 并且这些用户事先 向 P0C服务器 X查询了自己在队列中的位置， 则将因为客户端 A的插入导致用户0、 E、 F的 满意度下降， 比如， 用户 D认为再等一次其他用户发言 （即用户 C的发言） 轮到自己发 言了， 但是等该用户发言完成后， 自已却仍然未获得发言权。 而且， 随着在客户端 C前 面插入的请求数目的增多， 原来排在队列中的各用户满意度会越来越差。
因此， 现有的 P0C请求队列处理机制无法很好地适应 P0C业务的需要， 因而导致使用 POC业务的用户对 POC业务的满意度降低， 进而使得 P0C业务的开展受到相应的影响。 在其他与 P0C业务类似的多媒体通信过程中的， 同样存在上述问题。 此外， 上述问 题还存在于使用全双工方式实现通信的多方会议业务以及 CPM业务等， 因为这些业务的 实现中也用到了类似上面描述的媒体请求消息队列的处理。 发明内容 本发明的实施例提供了一种多媒体通信过程中的媒体请求的处理方法及装置，使得 通信系统能够更好地适应开展多媒体通信的需要， 从而提高多媒体用户对多媒体通信业 务的满意度。
本发明的实施例提供了一种多媒体通信过程中的媒体请求的处理方法， 包括： 多媒体业务服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消 息中承载的信息对媒体请求队列进行调整；
在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求， 并向位 置发生变化的媒体请求对应的用户发送通知， 用于通知用户其请求在媒体请求队列中的 位置信息的媒体请求队列位置状态消息。
本发明的实施例提供了一种多媒体通信过程中的媒体请求的处理方法， 包括： 多媒体业务服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消 息中承载的信息对媒体请求队列进行调整；
在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求； 在所述的位置发生变化的媒体请求中确定出符合预定的条件的媒体请求； 向发出该符合预定的条件的媒体请求的用户发送用于通知用户其请求在媒体请求 队列中的位置信息的媒体请求队列位置状态消息。
本发明的实施例提供了一种多媒体通信过程中的媒体请求的处理装置，包括媒体请 求处理单元、 位置变化处理单元及位置通知单元， 其中：
媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列 中， 或者， 根据接收到的删除媒体请求消息将相应的媒体请求消息从媒体请求队列中删 除；
位置变化处理单元， 用于确定媒体请求处理单元在执行插入或删除操作过程中导致 位置发生变化的媒体请求， 并通过位置通知单元通知所有位置发生变化的媒体请求对应 的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。 由上述本发明的实施例提供的技术方案可以看出， 本发明的实施例是通过优化及完 善各种多媒体通信业务应用场景下的请求队列的处理机制， 从而解决现有多媒体通信业 务实现过程中存在的问题， 提升用户的使用感受， 也就是说， 本发明的实现可以很好满 足多媒体通信业务的需求， 促进多媒体通信业务的发展。 附图简要说明 图 1为现有技术中开展 P0C业务模式示意图；
图 2为现有技术中开展 P0C业务的处理过程示意图；
图 3为本发明的实施例中开展 P0C业务的具体实现过程示意图一；
图 4为本发明的实施例中开展 P0C业务的具体实现过程示意图二
图 5为本发明所述的系统的实施例的具体实现结构示意图。 实施本发明的方式 本发明的实施例提供的多媒体通信过程中的媒体请求的处理方法， 其主要包括： 首 先， 多媒体业务服务器在接收到用户发来的媒体请求消息或删除媒体请求消息后， 根据 消息中承载的信息 （如优先级信息等）对媒体请求队列进行调整， 具体的调整涉及将媒 体请求消息加入媒体请求队列或从媒体请求队列中删除； 之后， 在媒体请求队列中确定 所有因执行调整操作导致位置发生变化的媒体请求， 并向发出该媒体请求的用户发送通 知， 用于通知所述用户其发出的请求当前在媒体请求队列中的位置信息。
其中，若多媒体业务服务器将收到的媒体请求插入到媒体请求队列中除队列末尾位 置外的其他位置， 或者， 多媒体业务服务器将删除除队列末尾位置外的其他位置的媒体 请求， 则多媒体业务服务器执行在媒体请求队列中确定所有因执行调整操作导致位置发 生变化的媒体请求的步骤， 其中， 所述位置发生变化的媒体请求包括在媒体请求队列中 确定插入或删除的媒体请求后面的所有请求。
进一步地， 在该实施例中， 在所述的位置发生变化的所有媒体请求中确 ¾出符合预 定条件的媒体请求， 并向发出该符合预定的条件的媒体请求的用户发送用于通知用户其 请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息；
其中， 所述的预定的条件可以为用于表明请求数量的预定数量取值和 /或发出请求 的用户是否查询过请求的位置状态信息， 此时， 具体可以通过以下任一种方式确定符合 预定的条件的媒体请求： ( 1 ) 在位置发生变化的媒体请求中， 从前至后选定预定数量的媒体请求， 作为符 合预定条件的媒体请求；
( 2 ) 在位置发生变化的媒体请求中， 选定曾经查询过媒体请求的位置状态信息的 媒体请求， 作为符合预定条件的媒体请求；
( 3 ) 在位置发生变化的媒体请求中， 从前至后选定预定数量的媒体请求， 并从该 预定数量的媒体请求中进一步选定曾经查询过请求的位置状态信息的媒体请求， 作为符 合预定条件的媒体请求；
(4 ) 在多媒体业务服务器上， 当收到用户发来的媒体队列位置查询消息， 并向用 户反馈了该用户的媒体请求在媒体请求队列中的位置状态信息后， 将该请求标记为查询 过位置状态信息； 在位置发生变化的媒体请求中， 选定曾经查询过请求的位置状态信息 的媒体请求， 之后， 再进一步从选定的媒体请求中从前至后选定预定数量的媒体请求， 作为符合预定条件的媒体请求。
上述实施例提供的方法可以在 P0C服务器中实现。 随着 P0C业务的不断发展和演进， 在 P0C服务器中会采用多种媒体控制协议， 但不同的媒体控制协议均可以应用媒体请求 队列机制来优化 P0C业务的性能， 比如， 发送媒体请求消息， 对于 TBCP协议来说是请求 发言权， 对于 MBCP协议来说是请求一种或者多种媒体数据的发送权； 发送删除媒体请求 消息， 对于 TBCP协议来说是删除之前请求的发言权， 对于 MBCP协议来说是删除之前请求 的一种或者多种媒体数据的发送权。
在本发明提供的实施例中对于使用 TBCP或者 MBCP协议发起的请求在支持队列情况 下的处理是一样的。 下面将以用户发送媒体请求消息， P0C服务器接收所述媒体请求消息为例， 对本发 明的实施例在具体实现过程中釆用的实现方案进行说明， 如图 3所示， 本发明的实施例 的实现具体包括以下步骤：
步骤 31： P0C服务器收到一个 P0C用户 A的请求；
步骤 32 : 确定当前队列中优先级低于用户 A的所有用户， 并从该所有用户中进一歩 确定其在媒体请求队列中位于最前面的用户， 即在媒体请求队列中由前向后确定第一个 优先级低于用户 A的其他用户；
具体一点讲是将用户 A的优先与队列中的各用户的优先级比较， 确定当前队列中存 在优先级高于用户 A的其他用户， 之后， 确定低于用户 A的优先级的其他用户中位于队列 中最前面的用户， 例如， 确定用户 C为低于用户 A的优先级的其他用户中位于队列最前面 的用户， 所述的用户 c可以位于队列中的最前面， 也可以位于队列中的其他任意位置； 步骤 33 : P0C服务器将用户 A插入到低于用户 A的优先级的其他用户中位于队列中最 前面的用户的前面， 即在队列中将所述的最前面的用户作为用户 A的下一个用户；
也就是说， 当 P0C服务器收到一个 P0C用户 A的请求后， 查询媒体队列， 判断在当前 媒体请求队列中是否存在低于用户 A的优先级的用户， 如果队列中存在低于用户 A的优先 级的用户， 则将用户 A发来的请求插入到当前队列中存在的第一个比用户 A的优先级低的 用户的前面， 用户 A的请求不能插入到比自己优先级高的用户的请求前面， 且根据同等 条件下先来先服务的原则， 用户 A的请求也不能插入到和自己优先级一样高的用户的请 求前面；
例如， 通过从队列最前面开始遍历， 当找到第一个优先级低于用户 A的用户 M之后， 则可以将用户 A的请求插入到该用户 M的请求前面；
对于步骤 32中提供的前例， 当确定用户 C为低于用户 A的优先级的其他用户中位于队 列中最前面的用户时， 贝 UP0C服务器决定将用户 A的请求插入到用户 C的前面， 即排在用 户 C的请求的前面， 若用户 C位于队列的最前面， 则将用户 A插入到当前队列中的最前面; 步骤 34: P0C服务器还将向受到该操作影响的 P0C用户发送更新后的媒体请求队列位 置状态消息；
即当步骤 33所述的插入操作执行之后，如果媒体队列中各个媒体请求消息所处的位 置发生了变化， 则需要 P0C服务器发送更新后的媒体请求队列位置状态消息给受该操作 影响的 P0C用户；
需要说明的是， 如果用户 A插入的是媒体请求队列的末尾， 则认为当前的媒体请求 队列状态没有发生变化， 这是因为除了新插入的用户 A的请求之外， 其他已有用户的请 求消息在队列中所处的位置并没有发生变化；
另外， 执行该步骤的目的是将因用户 A的插入导致在队列中位置发生变化的其他各 用户可以获知其在媒体请求队列中新的位置信息； 因此， 为实现该步骤， 在系统中首先 需要判断出受到该操作影响的各 P0C用户， 之后， 再向确定的用户发送相应的媒体请求 队列位置状态消息， 以用户 A的请求插入到用户 C的前面为例， 其中， 用户 C可以位于媒 体请求队列的队列首或队列中， 该处理过程具体可以采用以下几种方法实现：
( 1 ) P0C服务器查询当前媒体请求队列中排在用户 C后面的用户， 并将这些用户均 作为受到该操作影响的 P0C用户，分别向各受到该操作影响的 P0C用户发送媒体请求队列 位置状态消息， 通知这些用户其发送的请求当前在媒体队列中的位置及优先级等信息。 (2 )在方法（1 ) 的基础上， 还可以仅发送媒体请求队列位置状态消息给受到该操 作影响的部分 P0C用户， 从而可以节省 P0C服务器的处理资源， 并尽可能地不影响用户幵 展 P0C业务的感受；
该方法 （2 ) 的实现主要是考虑到部分情况下媒体请求队列会很长， 此时， 若很多 P0C用户的请求都在排队， 则对于排在最后面的那些 P0C用户来说并不是十分关注其具体 发言时间； 同时， 若发送大量的媒体队列位置状态消息还会对网络性能产生影响； 因此， 为避免大量的媒体队列位置状态消息的发送对网络性能的影响， 并尽可能地 保证关注其发言顺序的用户可以实时获得其在媒体请求队列中的位置信息， 便对方法
( 1 ) 进行了改进， 即不对排在用户 c后面的所有用户均发送媒体队列位置状态的消息， 而是根据一个设定的取值， 按照从前往后的顺序， 仅向在这个取值范围内的一定数目的 用户发送媒体请求队列位置状态消息， 对于超出这个取值范围的用户则 P0C服务器将不 会向其发送该位置状态消息；
所述的取值的设定可以根据 P0C业务提供商通过本地策略来决定， 或者通过某种方 式配置在 P0C服务器上； 该取值的确定可以是运营商根据需要选定， 也可以通过用户感 受实验等方式来确定的一个工程值。
( 3 )在方法 （1 ) 的基础上， 还可以仅发送媒体请求队列位置状态消息给受到该操 作影响的 P0C用户中的查询过自身位置信息的用户；
该方法 （3 ) 的实现主要是考虑不是所有排在媒体队列中的 P0C用户都会向 P0C服务 器发送媒体队列位置查询 （如 TBCP中的 Talk Burst queue position request ) 消息， 对于没有发送过该查询消息的 POC用户并不知道自己当前在媒体请求队列中的位置信 息， 因而其对自己发送的媒体请求在队列中所在的位置也并不是十分关注， 此时， 可以 不用通知该类用户在插入用户 A后其在媒体队列中所处的位置状态信息的变化；
艮卩 P0C服务器每当收到来自某个 P0C用户的媒体队列位置查询消息并反馈了其媒体 请求所处位置的消息之后， 便可以对该 P0C用户进行标记， 指示其被发送过媒体队列位 置状态消息； 之后， 当发生插入操作， 贝 ijPOC服务器查询媒体队列中排在用户 C之后的所 有用户， 并选择其中标记为发送过媒体队列位置状态消息的 P0C用户， 并向这些 P0C用户 发送更新过的媒体队列位置状态消息。
(4 ) 该地是综合考虑方法 （2 ) 和方法 （3 ) 两种情况， 从而将两种方法结合起来 使用， 在因插入操作受到影响的 P0C用户中综合确定在取值范围内且标记为曾经发送过 媒体队列位置状态消息的 P0C用户， 并仅向这些用户发送媒体队列位置状态消息； 例如， POC服务器在选择那些曾经发送过媒体队列位置状态消息的 POC用户时， 将范 围限定在本 P0C服务器设定的取值范围内，超过该范围的 P0C用户就不用再发送位置状态 消息了； 或者， P0C服务器根据设定的取值范围， 在该范围内选择标记为曾经发送过媒 体队列位置状态消息的 P0C用户， 如果找到满足条件的 P0C用户， 则发送更新的位置状态 消息， 否则就不需要发送了；
在执行步骤 34的过程中， 当判断哪些 P0C用户为受插入操作影响导致其请求在队列 中的位置发生变化的 P0C用户时， 可以采用所述的方法 （1 ) 至 （4) 中任一种方法； 通过上述处理， 对于 P0C业务中媒体请求队列中针对不同优先级用户发送的请求如 何处理的问题就可以得到解决了。
上述本发明的实施例提供的处理过程中，仅描述了针对用户发来的媒体请求消息的 处理， 即向媒体请求队列中插入媒体请求的处理。 此处需要说明的是， 本发明的实施例 中， 当用户发送的是删除媒体请求的消息， 则相应的处理过程与上述处理过程类似， 区 别仅在于， 此时是由于删除媒体请求导致媒体请求队列中可能出现位置发生变化的请 求， 对于位置发生变化的请求的处理方式则与上述处理过程完全一致。 为便于对本发明的实施例的理解， 下面将结合附图及几个具体的应用实施例对本发 明的实施例的具体实施方式进行详细的说明。 实施例一 下面以媒体控制协议使用的是 TBCP为例对本发明的实施例的实现进行说明，仍如图 2所示， 具体包括：
首先， 当 P0C群组会话中有其他用户正在发言时， P0C用户 A按下 P0C键， 请求发送一 个 talk burst ;
其次， POC客户端 A发送 Talk Burst Request消息给实施 CF功能的 POC服务器 X， 其中 可以携带标识 P0C用户 A优先级的指示信息， 以及该 P0C群组的业务标识信息等；
在上述处理过程中， 也可能是 P0C用户 A根据自身需要向 P0C服务器发送要求删除某 一媒体请求的删除媒体请求消息， 此时， P0C服务器上需要将相应的媒体请求从媒体请 求队列中删除；
无论是发送媒体请求消息， 还是发送删除媒体请求消息， 均可能导致 P0C服务器上 的媒体请求队列中出现位置发生变化的请求消息， 此时， 则需要按照后续的处理过程对 位置发生变化的请求消息执行通知操作； 最后，执行 CF功能的 POC服务器 X判断 POC用户 B当前被许可发送 talk burst ,而且 POC 用户 A的优先级不比 POC用户 B高， 因此 P0C服务器 X将 P0C用户 A的请求放入 Talk Burst Request队列中， 并发送一个 Talk Burst队列位置状态 (Talk Burst queue position status )消息给 POC客户端 A， 其中可以包括 POC客户端 A对应的请求在队列中的位置以及 被给予的优先级。
本发明的实施例的改进在该实施例一中主要体现为：
如果 P0C客户端 A的请求的优先级较队列中某个 P0C客户端（比如客户端 C)的优先级 高， 且客户端 C前面没有低于客户端 A的优先级的请求， 贝 ijPOC客户端 A的请求将被插入到 P0C客户端 C的请求之前， 即如果 P0C客户端 A的请求和队列中某些 P0C客户端的优先级相 同， 贝 IjPOC客户端 A的请求将被插入到这些相同优先级的 P0C客户端的请求之后， 第一个 比自己优先级低的 P0C客户端请求之前；
将客户端 A的请求插入到媒体请求队列中后， P0C服务器 X将发送一个 Talk Burst队 列位置状态消息给 P0C客户端 C以及所有排在 P0C客户端 C之后的其他 P0C客户端， 通知其 对应的请求被更新之后的位置状态。 实施例二： 仍参照图 2所示， 该实施例包括以下处理过程：
首先， 当 P0C群组会话中有其他用户正在发言时， P0C用户 A按下 P0C键， 请求发送一 个 talk burst ;
其次， POC客户端 A发送 Talk Burst Request消息给实施 CF功能的 POC服务器 X， 其中 可以携带标识 P0C用户 A优先级的指示信息， 该 P0C群组的业务标识信息等；
在上述处理过程中， 也可能是 P0C用户 A根据自身需要向 P0C服务器发送要求删除某 一媒体请求的删除媒体请求消息， 此时， P0C服务器上需要将相应的媒体请求从媒体请 求队列中删除；
• 无论是发送媒体请求消息， 还是发送删除媒体请求消息， 均可能导致 P0C服务器上 的媒体请求队列中出现位置发生变化的请求， 此时， 则需要按照后续的处理过程对位置 发生变化的请求执行通知操作；
最后，执行 ?功能的？0(：服务器 判断?0(用户13当前被许可发送 £111^1^1:,而且 P0C 用户 A的优先级不比 P0C用户 B高， 因此 P0C服务器 X将 P0C用户 A的请求放入 Talk Burst Request队列中， 并发送一个 Talk Burst队列位置状态 (Talk Burst queue position status)消息给 POC客户端 A， 其中可以包括 POC客户端 A对应的请求在队列中的位置以及 被给予的优先级。
在该实施例二中相应的改进主要体现为：
如果 P0C客户端 A的请求被给予了一个较队列中某个 P0C客户端（比如客户端 C)更高 的优先级， 且客户端 C前面没有低于客户端 A的优先级的请求， 贝 UP0C客户端 A的请求将被 插入到 P0C客户端 C的请求之前， 即如果 P0C客户端 A的请求和队列中某些 P0C客户端的优 先级相同， 贝 UP0C客户端 A的请求将被插入到这些相同优先级的 P0C客户端的请求之后 ' 第一个比自己优先级低的 P0C客户端请求之前；
将客户端 A的请求插入到媒体请求队列中后， P0C服务器 X可以发送一个 Talk Burst 队列位置状态消息给 POC客户端 C以及所有排在 POC客户端 C之后的预定数量的几个 POC客 户端，通知其对应的请求被更新之后的位置状态，具体的预定数量的取值由运营商在 P0C 服务器上根据需要设定。 实施例三- 仍参照图 2所示， 实施例三的具体实现如下：
首先， 当 P0C群组会话中有其他用户正在发言时， P0C用户 A按下 P0C键， 请求发送一 个 talk burst;
其次， POC客户端 A发送 Talk Burst Request消息给实施 CF功能的 POC服务器 X， 其中 可以携带标识 POC用户 A优先级的指示信息， 该 P0C群组的业务标识信息等；
在上述处理过程中， 也可能是 P0C用户 A根据自身需要向 P0C服务器发送要求删除某 一媒体请求的删除媒体请求消息， 此时， P0C服务器上需要将相应的媒体请求从媒体请 求队列中删除；
无论是发送媒体请求消息， 还是发送删除媒体请求消息， 均可能导致 P0C服务器上 的媒体请求队列中出现位置发生变化的请求， 此时， 则需要按照后续的处理过程对位置 发生变化的请求执行通知操作；
最后，执行 CF功能的 P0C服务器 X判断 P0C用户 B当前被许可发送 talk burst,而且 POC 用户 A的优先级不比 P0C用户 B高， 因此 P0C服务器 X将 P0C用户 A的请求放入 Talk Burst Request队列中， 并发送一个 Talk Burst队列位置状态 （Talk Burst queue position status)消息给 POC客户端 A， 其中可以包括 P0C客户端 A对应的请求在队列中的位 S以及 被给予的优先级。
在该实施例三中相应的的改进主要体现为 - 如果 P0C客户端 A的请求被给予了一个较队列中某个 P0C客户端（比如客户端 C)更髙 的优先级， 且客户端 C前面没有低于客户端 A的优先级的请求， 贝 ijPOC客户端 A的请求将被 插入到 P0C客户端 C的请求之前， 即如果 P0C客户端 A的请求和队列中某些 P0C客户端的优 先级相同， 则 P0C客户端 A的请求将被插入到这些相同优先级的 P0C客户端的请求之后， 第一个比自己优先级低的 P0C客户端请求之前；
将客户端 A的请求插入到媒体请求队列中后， 如果 P0C客户端 C以及排在 P0C客户端 C 之后的所有 P0C客户端中有某个或者某些客户端曾经向 P0C服务器 X发送过 Talk Burst队 列位置查询消息， 贝 ijPOC服务器 X可以发送一个 Talk Burst队列位置状态消息给所述曾经 査询过 Talk Burst队列位置的 P0C客户端， 通知其对应的请求被更新之后的位置状态。 实施例四： 参照图 2所示， 实施例四的具体实现过程如下：
首先， 当 P0C群组会话中有其他用户正在发言时， P0C用户 A按下 P0C键， 请求发送一 个 talk burst;
其次， P0C客户端 A发送 Talk Burst Request消息给实施 CF功能的 P0C服务器 X， 其中 可以携带标识 P0C用户 A优先级的指示信息， 该 P0C群组的业务标识信息等；
在上述处理过程中， 也可能是 P0C用户 A根据自身需要向 P0C服务器发送要求删除某 一媒体请求的删除媒体请求消息， 此时， P0C服务器上需要将相应的媒体请求从媒体请 求队列中删除；
无论是发送媒体请求消息， 还是发送删除媒体请求消息， 均可能导致 P0C服务器上 的媒体请求队列中出现位置发生变化的请求， 此时， 则需要按照后续的处理过程对位置 发生变化的请求执行通知操作；
最后，执行 CF功能的 P0C服务器 X判断 P0C用户 B当前被许可发送 talk burst,而且 POC 用户 A的优先级不比 P0C用户 B高， 因此 P0C服务器 X将 P0C用户 A的请求放入 Talk Burst Request队列中， 并发送一个 Talk Burst队列位置状态 (Talk Burst queue position status )消息给 POC客户端 A, 其中可以包括 P0C客户端 A对应的请求在队列中的位置以及 被给予的优先级。
在该实施例四中相应的改进主要体现为：
如果 P0C客户端 A的请求被给予了一个较队列中某个 P0C客户端（比如 C)更高的优先 级， 且客户端 C前面没有低于客户端 A的优先级的请求， 贝 ijPOC客户端 A的请求将被插入到 P0C客户端 C的请求之前， 即如果 P0C客户端 A的请求和队列中某些 P0C客户端的优先级相 同， 贝 UP0C客户端 A的请求将被插入到这些相同优先级的 P0C客户端的请求之后， 第一个 比自己优先级低的 POC客户端请求之前；
将客户端 A的请求插入到媒体请求队列中后， 如果 P0C客户端 C以及排在 P0C客户端 C 之后的所有 P0C客户端中有某个或者某些客户端曾经向 P0C服务器 X发送过 Talk Burst队 列位置査询消息， 贝 ijPOC服务器 X可以发送一个 Talk Burst队列位置状态消息给预定数量 的曾经査询过 Talk Burst队列位置的 POC客户端， 通知其对应的请求被更新之后的位 S 状态； 具体可以为通过以下两种方式中的任一种实现：
( 1 ) 根据运营商设置的一个预定的取值， 该取值为预定数量的曾经查询过 Talk Burst队列位置的 POC客户端， 这样， P0C服务器 X可以仅通知 P0C客户端 C以及其之后的所 有 P0C客户端中由前至后的预定数量曾经查询过 Talk Burst队列位置的 POC客户端； ( 2 ) 根据运营商设置的一个预定的取值， 该取值为预定数量的受该插入操作影响 的 P0C客户端； 这样， P0C服务器 X将首先从 P0C客户端及其之后的所有 P0C客户端确定出 预定数量的 P0C客户端， 之后再进一步在该预定数量的 P0C客户端中确定曾经查询过 Talk Burst队列位置的 POC客户端， 并由 P0C服务器 X通知进一步确定的 P0C客户端其对应的请 求被更新之后的位置状态；
在上述两种处理实现方式中， 所述的预定数量的取值可以是实验得出的一个工程 值， 或者， 根据运营商的需要设置。 实施例五： 该实施例五是以媒体控制协议使用的是 MBCP为例对本发明的实施例的具体实现进 行详细说明， 下面将仅以一种方法的具体实现为例进行说明， 其他各种方法的具体实现 与其类似， 故不一一详述。
如图 4所示， 在该实施例五中具体的处理过程如下：
首先，当 P0C群组会话中有其他用户正在发送媒体数据的时候， P0C用户 A按下 P0C键， 请求发送一个 media burst (媒体突发） ；
其次， P0C客户端 A发送 Media Burst Request (媒体突发请求） 消息给实施 CF功能 的 P0C服务器 X， 其中可以携带标识 P0C用户 A优先级的指示信息， 该 P0C群组的业务标识 信息等；
在上述处理过程中， 也可能是 P0C用户 A根据自身需要向 P0C服务器发送要求删除某 一媒体请求的删除媒体请求消息， 此时， P0C服务器上需要将相应的媒体请求从媒体请 求队列中删除；
无论是发送媒体请求消息， 还是发送删除媒体请求消息， 均可能导致 P0C服务器上 的媒体请求队列中出现位置发生变化的请求， 此时， 则需要按照后续的处理过程对位置 发生变化的请求执行通知操作；
最后， 执行 CF功能的 P0C服务器 X判断 P0C用户 B当前被许可发送 media burst , 而且 P0C用户 A的优先级不比 P0C用户 B高，因此 P0C服务器 X将 P0C用户 A的请求放入 Media Burst Request (媒体突发请求） 队列中， 并发送一个 Media Burst队列位置状态（Media Burst queue position status ) 消息给 POC客户端 A， 其中可以包括 POC客户端 A对应的请求在 队列中的位置以及被给予的优先级。
在该实施例五中相应的改进主要体现为：
如果 P0C客户端 A的请求被给予了一个较队列中某个 P0C客户端（比如客户端 C)更高 的优先级， 且客户端 C前面没有低于客户端 A的优先级的请求， 贝 I」P0C客户端 A的请求将被 插入到 P0C客户端 C的请求之前， 即如果 P0C客户端 A的请求和队列中某些 P0C客户端的优 先级相同， 贝 ijPOC客户端 A的请求将被插入到这些相同优先级的 P0C客户端的请求之后， 第一个比自己优先级低的 P0C客户端请求之前；
将客户端 A的请求插入到媒体请求队列中后， P0C服务器 X可以发送一个 Media Burst 队列位置状态消息给 P0C客户端 C以及所有排在 P0C客户端 C之后的其他 P0C客户端， 通知 其对应的请求被更新之后的位置状态。 本发明的实施例还提供了一种多媒体通信过程中的媒体请求的处理装置， 如图 5所 示， 所述装置可以设置于多媒体业务服务器 （如 P0C服务器等） ， 或者， 也可以设置于 其他用于处理多媒体业务 （如 P0C业务等） 的网络实体中， 且在具体实现时包括以下处 理单元：
媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列 中， 或者， 根据接收到的删除媒体请求的消息将媒体请求队列中的相应请求从媒体请求 队列中删除；
位置变化处理单元，用于确定媒体请求处理单元在执行插入或删除操作过程中导致 位置发生变化的媒体请求， 并通过位置通知单元通知所有位置发生变化的媒体请求对应 的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。
所述的位置通知单元为 P0C服务器中的媒体队列位置状态消息通知单元， 在该实施 例中，用于将位置发生变化的媒体请求对应的新的位置状态信息通过媒体队列位置状态 消息通知相应的用户。
所述的装置还包括判断单元， 用于判断媒体请求处理单元在执行插入或删除操作过 程中， 是否存在发生位置变化的媒体请求， 并在确定存在时， 触发位置变化处理单元； 所述的判断单元用于根据插入到媒体请求队列中的媒体请求或从媒体请求队列中删除 的媒体请求是否处于队列的末尾（即队列的最后位置）确定是否存在发生位置变化的媒 体请求，且当插入的媒体请求未处于队列的末尾时，确定存在发生位置变化的媒体请求。 综上所述， 在本发明提供的各实施例中， 多媒体业务服务器向媒体请求队列中加入 媒体请求消息或删除媒体请求消息后，可以通知队列中受到影响的媒体请求消息对应的 用户； 从而使得请求被插入到队列中的任意位置后或队列中请求被删除后， 因为此操作 导致队列位置受影响的用户均可以获知自己所受的影响。 也就是说， 本发明的实施例提 出的一种在多媒体通信过程中如何处理媒体请求队列的方法及装置，其通过优化和完善 相应的各种多媒体业务应用场景下的请求队列处理过程，解决了现有技术中存在的实施 过程中由于各个设备商根据自己不同的理解实现设备而引发的设备之间的互通问题， 提 升用户的使用感受， 促进 P0C等多媒体业务的发展， 从而很好满足 P0C等多媒体业务的需 求， 促进 P0C等多媒体业务的发展。 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替 换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应该以权利要求的保 护范围为准。

Claims

权利要—求
1、 一种多媒体通信过程中的媒体请求的处理方法， 其特征在于， 包括： 多媒体业务服务器接收到用户发来的媒体请求消息或删除媒体请求消息后， 根据消 息中承载的信息对媒体请求队列进行调整；
在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求， 并向位 置发生变化的媒体请求对应的用户发送通知，用于通知用户其请求在媒体请求队列中的 位置信息的媒体请求队列位置状态消息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述的对媒体请求队列进行调整的步 骤具体包括：
多媒体业务服务器接收到用户发来的媒体请求消息后，根据该用户的优先级将所述 媒体请求插入到媒体请求队列中；
或者，
多媒体业务服务器接收到用户发来的删除媒体请求的消息后， 将需要删除的媒体请 求信息从媒体请求队列中删除。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述的多媒体业务服务器为 P0C服 务器， 且若 P0C服务器接将收到的媒体请求被插入到媒体请求队列中除队列末尾位置外 的其他位置， 或者， P0C服务器将删除除队列末尾位置外的其他位置的媒体请求， 则 P0C 服务器执行在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求 的步骤， 其中， 所述位置发生变化的媒体请求包括在媒体请求队列中确定插入或删除的 媒体请求后面的所有请求。
4、 一种多媒体通信过程中的媒体请求的处理方法， 其特征在于， 包括： 多媒体业务服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消 息中承载的信息对媒体请求队列进行调整；
在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求； 在所述的位置发生变化的媒体请求中确定出符合预定的条件的媒体请求； 向发出该符合预定的条件的媒体请求的用户发送用于通知用户其请求在媒体请求 队列中的位置信息的媒体请求队列位置状态消息。
5、 根据权利要求 4所述的方法， 其特征在于， 所述的对媒体请求队列进行调整的操 作具体包括：
多媒体业务服务器接收到用户发来的媒体请求消息后， 根据该用户的优先级将所述 媒体请求插入到媒体请求队列中；
或者，
多媒体业务服务器接收到用户发来的删除媒体请求的消息后， 将需要删除的媒体请 求信息从媒体请求队列中删除。
6、 根据权利要求 4所述的方法， 其特征在于， 所述的多媒体业务服务器为 P0C服务 器， 且若 P0C服务器接收到的媒体请求被插入到媒体请求队列中除队列末尾位置外的其 他位置， 或者， P0C服务器将删除除队列最后位置外的其他位置的媒体请求， 则 P0C服务 器执行确定所有因执行调整操作导致位置发生变化的媒体请求的步骤， 其中， 所述的位 置发生变化的媒体请求包括：在媒体请求队列中确定插入或删除的媒体请求后面的所有 请求。
7、 根据权利要求 4所述的方法， 其特征在于， 所述的预定的条件包括：
用于表明请求数量的预定数量取值和 /或发出请求的用户是否査询过请求的位置状 态信息。
8、 根据权利要求 4至 7中任一项所述的方法， 其特征在于， 所述的确定出符合预定 的条件的媒体请求的步骤具体包括：
在位置发生变化的媒体请求中， 从前至后选定预定数量的媒体请求， 作为符合预定 条件的媒体请求；
或者，
在位置发生变化的媒体请求中，选定曾经查询过媒体请求的位置状态信息的媒体请 求， 作为符合预定条件的媒体请求；
或者，
在位置发生变化的媒体请求中， 从前至后选定预定数量的媒体请求， 并从该预定数 量的媒体请求中进一步选定曾经查询过请求的位置状态信息的媒体请求， 作为符合预定 条件的媒体请求；
或者，
在位置发生变化的媒体请求中， 选定曾经查询过请求的位置状态信息的媒体请求， 之后， 再进一步从选定的媒体请求中从前至后选定预定数量的媒体请求， 作为符合预定 条件的媒体请求。
9、 一种多媒体通信过程中的媒体请求的处理装置， 其特征在于， 包括媒体请求处 理单元、 位置变化处理单元及位置通知单元， 其中： 媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列 中， 或者， 根据接收到的删除媒体请求消息将相应的媒体请求消息从媒体请求队列中删 除；
位置变化处理单元， 用于确定媒体请求处理单元在执行插入或删除操作过程中导致 位置发生变化的媒体请求，并通过位置通知单元通知所有位置发生变化的媒体请求对应 的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。
10、 根据权利要求 9所述的装置， 其特征在于， 该装置设置于 P0C服务器中， 且所述 的位置通知单元为 P0C服务器中的媒体队列位置状态消息通知单元， 用于将位置发生变 化的媒体请求对应的新的位置状态信息通过媒体队列位置状态消息通知相应的用户。
11、 根据权利要求 9或 10所述的装置， 其特征在于， 所述的装置还包括判断单元， 用于判断媒体请求处理单元在执行针对媒体请求队列的插入或删除调整操作过程中， 是 否存在发生位置变化的媒体请求， 并在确定存在时， 触发位置变化处理单元。
12、 根据权利要求 11所述的装置， 其特征在于， 所述的判断单元具体是根据插入到 媒体请求队列中的媒体请求或者从媒体请求队列中删除的媒体请求是否处于队列的最 后位置确定是否存在发生位置变化的媒体请求， 且当插入的媒体请求未处于队列的末尾 位置时， 确定存在发生位置变化的媒体请求。
PCT/CN2007/000533 2006-03-25 2007-02-14 Method and apparatus for processing the media request during the media communication procedure Ceased WO2007109967A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07710954.4A EP2003847B1 (en) 2006-03-25 2007-02-14 Method and apparatus for processing the media request during the media communication procedure
US12/237,545 US8594714B2 (en) 2006-03-25 2008-09-25 Method and device for processing media request in multimedia communication process

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2006100709333A CN100531419C (zh) 2006-03-25 2006-03-25 PoC业务媒体请求的处理方法及装置
CN200610070933.3 2006-03-25

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/237,545 Continuation US8594714B2 (en) 2006-03-25 2008-09-25 Method and device for processing media request in multimedia communication process

Publications (1)

Publication Number Publication Date
WO2007109967A1 true WO2007109967A1 (en) 2007-10-04

Family

ID=38540798

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000533 Ceased WO2007109967A1 (en) 2006-03-25 2007-02-14 Method and apparatus for processing the media request during the media communication procedure

Country Status (4)

Country Link
US (1) US8594714B2 (zh)
EP (1) EP2003847B1 (zh)
CN (1) CN100531419C (zh)
WO (1) WO2007109967A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9913300B2 (en) * 2011-12-14 2018-03-06 Kodiak Networks, Inc. Push-to-talk-over-cellular (PoC)
KR20100086617A (ko) * 2009-01-23 2010-08-02 삼성전자주식회사 대기 순서 관리 시스템 및 방법, 및 단말 장치
JP2011166417A (ja) * 2010-02-09 2011-08-25 Sony Corp 無線通信装置、無線通信システム、プログラム、および無線通信方法
US9338510B2 (en) 2011-07-31 2016-05-10 Google Inc. Systems and methods for presenting home screen shortcuts
CN103052035A (zh) * 2011-10-14 2013-04-17 上海博泰悦臻网络技术服务有限公司 车辆间的通信方法和系统、用于车辆间通信的服务器
CN107317839A (zh) * 2012-07-04 2017-11-03 中兴通讯股份有限公司 物联网消息处理方法、装置及系统
US8813245B1 (en) 2013-01-25 2014-08-19 Amazon Technologies, Inc. Securing content using pipelines
US9223621B1 (en) 2013-01-25 2015-12-29 Amazon Technologies, Inc. Organizing content using pipelines
US9183049B1 (en) * 2013-01-25 2015-11-10 Amazon Technologies, Inc. Processing content using pipelines
CN103561394B (zh) * 2013-11-08 2018-08-21 惠州Tcl移动通信有限公司 一种发送消息的方法及系统
US9116912B1 (en) 2014-01-31 2015-08-25 EyeGroove, Inc. Methods and devices for modifying pre-existing media items
US9207844B2 (en) 2014-01-31 2015-12-08 EyeGroove, Inc. Methods and devices for touch-based media creation
US9207857B2 (en) 2014-02-14 2015-12-08 EyeGroove, Inc. Methods and devices for presenting interactive media items
US9519644B2 (en) 2014-04-04 2016-12-13 Facebook, Inc. Methods and devices for generating media items
US10591869B2 (en) * 2015-03-24 2020-03-17 Light Field Lab, Inc. Tileable, coplanar, flat-panel 3-D display with tactile and audio interfaces
DE102016202710B4 (de) 2016-02-22 2022-07-28 Volkswagen Aktiengesellschaft Innenraumverkleidung für ein Fahrzeug und Fahrzeug mit derselben
CN105978930A (zh) * 2016-04-15 2016-09-28 深圳市永兴元科技有限公司 网络数据交换方法及装置
CN109962923A (zh) * 2019-04-04 2019-07-02 海能达通信股份有限公司 会话方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1585522A (zh) * 2004-06-04 2005-02-23 中兴通讯股份有限公司 数字集群系统通话权调度方法
CN1611086A (zh) * 2001-10-22 2005-04-27 高通股份有限公司 用于在无线调度系统中排队通话请求的系统和方法
WO2005060501A2 (en) * 2003-12-05 2005-07-07 Motorola Inc., A Corporation Of The State Of Deleware Floor control in multimedia push-to-talk
US20060019692A1 (en) 2004-07-24 2006-01-26 Lg Electronics Inc. PT service system and method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0302920D0 (sv) * 2003-11-03 2003-11-03 Ericsson Telefon Ab L M Improvements in or relating to group calls
KR100690752B1 (ko) * 2004-07-28 2007-03-09 엘지전자 주식회사 피티티 서비스 시스템의 발언권 할당방법
DE102004049907A1 (de) 2004-10-13 2006-04-20 Infineon Technologies Ag Verfahren zum Anfordern oder Zuteilen eines Push-to-talk-Sprachrechts und/oder zum Erfragen oder Mitteilen von Warteschlangeninformation, Push-to-talk-Client-Einheit, Push-to-talk-Steuerserverrechner und Entscheidungseinheit
DE102005043003A1 (de) * 2005-09-09 2007-03-22 Infineon Technologies Ag Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1611086A (zh) * 2001-10-22 2005-04-27 高通股份有限公司 用于在无线调度系统中排队通话请求的系统和方法
WO2005060501A2 (en) * 2003-12-05 2005-07-07 Motorola Inc., A Corporation Of The State Of Deleware Floor control in multimedia push-to-talk
CN1585522A (zh) * 2004-06-04 2005-02-23 中兴通讯股份有限公司 数字集群系统通话权调度方法
US20060019692A1 (en) 2004-07-24 2006-01-26 Lg Electronics Inc. PT service system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2003847A4 *

Also Published As

Publication number Publication date
CN101043661A (zh) 2007-09-26
CN100531419C (zh) 2009-08-19
EP2003847B1 (en) 2014-05-21
EP2003847A4 (en) 2009-06-17
US8594714B2 (en) 2013-11-26
US20090024730A1 (en) 2009-01-22
EP2003847A1 (en) 2008-12-17

Similar Documents

Publication Publication Date Title
WO2007109967A1 (en) Method and apparatus for processing the media request during the media communication procedure
EP2063652B1 (en) A method, system and poc server for granting talk burst to terminals
US20070233802A1 (en) Methods and arrangements for implementing whisper mode conversations during a multiparty telecommunication session
JP2011066906A (ja) シグナリングチャネルを用いたワイヤレス通信ネットワークでのプッシュ・ツー・トーク（ｐｔｔ）通信の通話要求をセットアップする方法
JP2011081816A (ja) セルラ上のプッシュトーク（ｐｏｃ）システムと、インスタントメッセージ（ｉｍ）システムとの間の相互作用のための方法及び装置
KR20070013194A (ko) 사용자의 발언권 제어를 위한 이동통신 단말기 및 그제어방법
US7359497B2 (en) Audio teleconference system with wireless communication portable terminals
US8812042B2 (en) Method and system for interrupted floor recovery in push-to-talk over cellular network
WO2007062562A1 (en) A method and system for controlling floor, and presider terminal
WO2009129733A1 (zh) 一种会话方法、系统及装置
EP1847094B1 (en) Method and apparatus for implicit floor control in push-to-talk over cellular systems
EP1886420B1 (en) Method and system for interrupted floor recovery in push-to-talk over cellular network
CN102457811B (zh) 一种PoC群组通信的方法、系统及装置
CN101175075B (zh) 对业务信息进行关联处理的方法
CN101132562A (zh) 蜂窝按讲业务的话语权控制方法及系统
CN101257664A (zh) 呼叫控制设备及其呼叫控制方法
CN101297563B (zh) 用于即按即说型服务的方法和设备
WO2007012265A1 (en) Method and system for realizing apeaking in real time
CN100428813C (zh) 一种通信的实现方法
WO2010012231A1 (zh) 一种通信时间控制方法及装置
CN100471291C (zh) 将队列变化信息通知给用户的方法
WO2007045175A1 (en) A method and server and client device for processing request of media transimtting
CN1964575A (zh) 在无线通信终端和内容服务系统中改变信道的方法
WO2007031004A1 (en) A method of adjusting the application queue of media transmitting and a controlling system
CN100377606C (zh) 一种实现集群呼叫无关业务的方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07710954

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007710954

Country of ref document: EP