WO2007031004A1 - Procede d'ajustement de file d'attente d'application d'un systeme de commande et de transmission media - Google Patents

Procede d'ajustement de file d'attente d'application d'un systeme de commande et de transmission media Download PDF

Info

Publication number
WO2007031004A1
WO2007031004A1 PCT/CN2006/002265 CN2006002265W WO2007031004A1 WO 2007031004 A1 WO2007031004 A1 WO 2007031004A1 CN 2006002265 W CN2006002265 W CN 2006002265W WO 2007031004 A1 WO2007031004 A1 WO 2007031004A1
Authority
WO
WIPO (PCT)
Prior art keywords
queue
request
media
sending request
media sending
Prior art date
Application number
PCT/CN2006/002265
Other languages
English (en)
Chinese (zh)
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.
Publication of WO2007031004A1 publication Critical patent/WO2007031004A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to mobile communication technologies, and more particularly to an adjustment method and control system for a media transmission application queue. Background of the invention
  • Push-to-talk service is a type of service for trunking communication. It refers to the "point-to-point” and / or "point-to-multipoint" voice communication services that can guarantee real-time direct connection. This service is also called
  • PoC Push to talk over Cellular
  • the push-to-talk service uses a half-duplex communication mode, allowing only one person to speak at a time, and others can only receive the speaker's voice information.
  • the speaker can initiate a call to other members of the group by pressing a button. The above process does not require dialing and waiting for the other party to pick up the phone, so the service is convenient for teams, work groups and other groups. Collaborative work and communication have been widely used.
  • a media sending request queue is set in the cluster server (also referred to as a PoC server).
  • the cluster server receives a media sending request from multiple users in a group (PoC communication between the user and the cluster server through the PoC client)
  • only one of the user's media sending requests can be approved, and the user is allowed to send the request.
  • Media information other users can only receive media information, and record the received media transmission requests of other users to the media transmission request queue.
  • the cluster server receives the media sending request sent by other users in the group, the received media sending request of the other user is also saved in the media sending request queue.
  • the cluster server sends the request queue from the media. Select another media to send the request, and grant the right to send the media information to the user corresponding to the media sending request, allow the user to send the media information, and start a new round of media sending and receiving processes.
  • the media information may be in the form of various types of media such as voice, video, picture, text, and the like.
  • the "media sending request queue” is also called “speech request queue”
  • “media sending request” is also called “speaking request”
  • “media sending right” is also called “speaking right”.
  • the management of the application queue for sending media is as follows:
  • the user sends a delete request with the identity of the user to the cluster server, and the cluster server searches the media request queue. After the request for the speech corresponding to the user identifier, the request for the speech is deleted and a notification message is sent to the corresponding user.
  • the cluster server deletes all the speaking requests stored in the media sending request queue, and notifies the user corresponding to the speaking request that the speaking request has been deleted.
  • the speech request saved in the media sending application queue can be deleted only by the user who sends the speech request. Even if a user in the group has control over the session, it will not be able to delete the speech of other users, and cannot actually use the floor to speak.
  • the ability of the management media of the existing cluster server to send the application queue is also inflexible. For example, the cluster server can only choose to delete all the request requests saved in the media sending request queue, but cannot be based on the service. It is necessary to operate one or more speech requests saved in the media sending application queue.
  • the main object of the present invention is to provide a method and a control system for adjusting a media transmission request queue.
  • the method and system enable the media sending application queue to be flexibly adjusted according to actual needs, thereby improving the flexibility of the push-to-talk service.
  • a method for adjusting a media sending application queue where the media sending request queue is stored in a cluster server, where the queue records a media sending request of the user, the method
  • the method includes: the queue control entity requests the cluster server to perform queue adjustment; and the cluster server adjusts the media sending request of the user recorded in the media sending request queue according to the request.
  • the queue control entity is a management entity located inside the cluster server or outside the cluster server, or a client.
  • the queue adjustment request of the queue control entity includes: requesting to delete or increase the media sending request in the media sending application queue, or requesting to change the location of the media sending request in the media sending request queue.
  • the queue adjustment request is triggered by the queue control entity according to a queue management policy stored by itself.
  • the queue management policy is: setting a valid time for the media sending request, determining, after the request times out according to the valid time of the media sending request, deleting the timed media sending request from the media sending request queue, or the timeout The media send request moves to the end of the media send request queue.
  • the queue management policy is: after the media sending request queue is full, if a new media sending request is received, the media sending request of the lower priority user in the queue is deleted, and the new media sending request is placed. Go to this queue.
  • the queue management policy is: when the participant of the session changes, causing the media sending request in the media sending request queue to be invalid, deleting or modifying the media corresponding to the session Send request
  • the queue adjustment request of the queue control entity includes: requesting adjustment of attribute information of the media transmission request.
  • the adjusting the attribute information of the media sending request includes: adding, deleting, or modifying a valid time or level recorded in the media sending request; or modifying a media type recorded in the media sending request.
  • the method of adding a valid time or level in the media sending request is: adding a valid time or level according to the media type of the media sending request, and/or the authority of the user corresponding to the media sending request. .
  • the method further includes: the cluster server detecting whether the queue control entity that issued the queue adjustment request has control authority, and performing queue adjustment after determining that the queue control entity has control authority.
  • the method further includes: the cluster server sending a notification message to the adjusted user, informing the user of the fact that the media transmission request was adjusted and/or the reason for the adjustment.
  • the method further includes: the notification message being selectively transmitted in accordance with a preset of the adjusted user.
  • the method further includes: the adjusted user cancels the adjustment operation performed by the cluster server.
  • a control system for sending an application queue to a media comprising: a queue control entity, configured to generate an instruction for adjusting a media transmission request queue;
  • the cluster server is configured to store a media sending request queue that records a media sending request, and adjust the media sending request in the media sending request queue according to an instruction sent by the queue control entity to adjust the media sending request queue.
  • the queue control entity is a client, or the queue control entity is a management entity located inside or outside the cluster server. It can be seen from the above technical solution that the method and the control system for adjusting the media transmission request queue of the present invention can use the queue control entity to the cluster server according to the need of the floor control when the cluster session is performed.
  • the requesting adjustment media sends the application queue, and the cluster server selectively deletes the relevant speech request according to the above request and different control policies, thereby enhancing the flexibility of the session control and making the system control the session process more efficient.
  • FIG. 1 is a flow chart of the cluster server adjusting the media sending request queue according to the request;
  • FIG. 2 is a flow chart of the cluster server automatically adjusting the media sending request queue;
  • FIG. 3 is a structural diagram of the RTCP APP header field;
  • FIG. 4 is a structural diagram of a header field of a request floor message
  • FIG. 5 is a structural diagram of a header field of a floor collection notification message
  • 6(A) and 6(B) are structural diagrams of a control system of a media transmission request queue. Mode for carrying out the invention
  • the PoC service applied in the cluster system is used as an example to describe the adjustment process of the media sending application queue.
  • the "media transmission request queue” is referred to as “speak request queue” in this embodiment
  • “media transmission request” is referred to as “speak request”
  • “media transmission right” is referred to as "speaking right”.
  • the cluster server in the control system can adjust the speech request queue according to the request of the queue control entity, such as adding or deleting a speech request in the queue, changing the position of a speech request in the queue, or modifying the attribute information of the speech request. Wait.
  • the queue control entity may be a client with control rights or a management entity located inside or outside the cluster server.
  • the queue control entity can obtain the information of the speech request queue from the cluster server in advance, so that the queue adjustment is more targeted.
  • the process of obtaining the information of the Talk Request Queue from the cluster server is a prior art, and details are not described herein again.
  • the queue control entity A is a PoC client with control rights, and the PoC client B has only normal rights.
  • the queue adjustment process of this embodiment includes the following steps:
  • Step 101 The queue control entity A sends an adjustment request message to the cluster server (also referred to as a PoC server).
  • the cluster server also referred to as a PoC server.
  • the adjustment may be any one of the following operations: adjusting the queue, such as adding or deleting a request for speaking in the queue, or changing the location of the request for the speech; adjusting the attribute information of the request for the request, such as modifying the effective time of the request for the speech, Level, media type, etc.
  • the adjustment request message sent by the queue control entity A can also be diverse.
  • the queue control entity A may request that the user B's speech request be added to the speech request queue, that is, the queue control entity A may request the user B to speak to the cluster server.
  • the queue control entity A requests to delete the user B's speech request in the speech request queue, where the adjustment request message carries the identifier of the user B, and the instruction name of the message is a deletion instruction.
  • the queue control entity A requests to change the location of the user B's speech request in the speech request queue.
  • the instruction name of the adjustment request message sent by the queue control entity A is position adjustment, and the message carries the identifier of the user B, and the movement information of the position adjustment (for example, "+2" means 2 bits forward, "- 2" means 2 bits backwards).
  • a valid time is inserted in the existing user B's speech request.
  • the valid time indicates that User B's request for speech is valid only for a specified period of time, and becomes an invalid request that should be deleted if the specified time is exceeded.
  • modify the level of the existing user B's request for a speech such as changing the user B from the normal level to the privilege level, so that the user B can obtain the floor as soon as possible.
  • the media type of the media transmission request of the existing user B is modified, for example, the video transmission request is changed to a voice transmission request.
  • the cluster server places the modified speech request in the queue of the corresponding media type according to the policy.
  • delete the speech request that meets certain requirements in the queue such as deleting all the speech requests in the queue that exceed the validity period.
  • the adjustment request is completed by an automatic task in the cluster server, that is, all the speaking requests in the existing queue are monitored by the automatic task in real time, and once a certain request time exceeds the validity period, it is deleted.
  • Steps 102 to 103 The cluster server authenticates the queue control entity A, and after determining that the entity A has the right to adjust the queue, responds to the adjustment request message of the queue control entity A, and adjusts the content of the request message to adjust the speech request queue.
  • Step 104 The cluster server sends a notification message to the adjusted user, that is, user B, to notify the user B to request the adjusted information, such as the request to be deleted, or the position of the request in the queue is changed, or the speaking level is lowered. Or the validity time of the request for the speech is extended.
  • the adjusted user can also perform the following configuration in advance: After the own request for the speech is adjusted, the cluster server is required/not required to send the notification information, and the default is the notification.
  • the process can have other subsequent operations.
  • the user B may return a rejection adjustment message to cancel the adjustment made by the cluster server to its own speaking request.
  • the cluster server may send a response message to the queue control entity A, and notify the entity A of the adjustment result, and the adjustment result may be information such as whether the operation is successful.
  • the cluster server selects a user to speak from the adjusted speech request queue.
  • the queue control entity is located inside the cluster server and is used to adjust the request for the speech in the queue of the request.
  • the specific process includes the following steps:
  • Step 201 The queue control entity in the cluster server initiates adjustment of the utterance request queue according to the queue management policy set by itself.
  • the queue management policy can be flexibly set. For example, if a speech request exceeds the valid time, it will be removed from the speech request queue. In this way, each request request needs to set a valid time, which can be automatically inserted by the cluster server or carried by the user when making a request for a speech.
  • the length of the effective time is configurable. For example, different valid times are set for different types of media sending requests, the request for the speech is set to 3 minutes, the video request is set to 5 minutes, etc.; for example, users with different rights, who request the speech The effective time is different, the administrator's request time is 5 minutes, and the average user is 2 minutes.
  • the message may be deleted from the queue after detecting the timeout of the request, or the timeout request may be moved to the end of the queue without being deleted.
  • the set queue management policy may also be: when the different priority speaking requests share the same speaking request queue, and the speaking request queue is full, if the user A's speaking request is received again, and the user A's priority is At least one user B in the existing queue is higher, and the request for the user B whose priority is lower than the user A in the queue is deleted, and the other request requests that are arranged after the request of the user B are forwarded, and then User A's request to speak is placed at the end of the queue.
  • the set queue management policy may also be: periodically adjusting the position of the speaking request in the speaking request queue, for example, moving the speaking request of the user with high priority to the front of the queue.
  • the set queue management policy may also be: When the participant of a session in the queue changes, the corresponding media sending request is invalid, and the media sending request is deleted from the queue or changed. For example, in a Moderator session, if the user who is the Moderator exits the session, or the Moderator is changed to another user, the corresponding request in the queue will be invalid. In this case, the queue control entity can delete the corresponding speaking request in the queue according to the policy.
  • Step 202 The cluster server determines an identifier of the adjusted user, and adjusts a speaking request of the corresponding user in the speaking request queue according to the queue management policy.
  • the adjustment here may be to delete a speech request of a certain user, and advance the other speech requests in the speech request queue after the speech request sequence; or change some The position of the speech request in the speech request queue.
  • Step 203 After the foregoing adjustment is completed, the cluster server sends a notification message to the adjusted user, indicating that the request for the speech has been deleted or the location has been changed.
  • the cluster server selects a speaking request from the adjusted speaking request queue as a new speaker.
  • two new messages are added, which are: an adjustment request message sent by the queue control entity to the cluster server, and a notification message sent by the cluster server. Both of these messages can be implemented by extending the existing Talk Burst Control Protocol (TBCP).
  • TBCP Talk Burst Control Protocol
  • the TBCP is carried by the RTCP APP message.
  • the header field definition of the RTCP APP message is as shown in FIG. 3, and includes the following contents: padding bit P, set to 0; subtype subtype, indicating application message type; length Length, indicating message byte Length (not counting the first 32 bits); SS C, indicating the identity of the sender of the message; name, indicating the service applied by the RTCP APP protocol, for example, when set to "PoCl", indicating the RTCP APP protocol
  • 1 indicates that the version of the PoC service is 1; the application domain corresponds to the subtype field and is associated with a specific instruction. If the content of the application domain is not a multiple of 4 bytes, it should be padded with 0 for 4 words. Multiples of the section.
  • the header field definition is shown in Figure 4.
  • the subtype value is set to 00000, indicating that the message type is the request floor command; the SSRC is the terminal identifier for sending the message; the first Option field is the privilege priority; and the second Option field is the privilege time stamp.
  • the Option field includes: Option ID, which is an optional ID value, which is in accordance with the RFC3550 optional ID definition; Option Length, which is a length, which may not be a multiple of 4; and Option Value.
  • the adjustment request message sent to the cluster server in the above embodiment is set as follows:
  • the format is: define subtype as 10001 or other unused value, indicating that the message type is a delete instruction; only one Option field is reserved, and in the Option field Fill in the user ID to be deleted.
  • the cluster server determines that the instruction is a delete command according to the subtype, and deletes the user's speaking request in the utterance request queue according to the user ID in the Option field.
  • the format is: define subtype as 11001 or other unused value, indicating that the message type is a position move instruction; fill in the first Option field to be moved User ID, fill in the number of digits in the second Option field. For example, “+2" means 2 digits forward, and "-3" means 3 digits backward.
  • the cluster server determines that the instruction is a location move instruction according to the subtype, and adjusts the user to the request queue according to the user ID in the first Option field and the number of mobile bits in the second Option. The location of the request in the speech.
  • the format is: define the subtype as 11101 or other unused value, indicating that the message type is an increase instruction, and fill in the user ID to be added in the first Option field.
  • the format is: Define subtype as 1 1 1 1 1 or other unused value, indicating that the message type is adjusted for the attribute of a speech request, and in the first Enter the user ID to be adjusted in the Option field, and fill in the corresponding attribute operation command in Option Value.
  • the header field definition is shown in Figure 5.
  • the subtype value is set to 00110, indicating that the message is a floor reclamation notification instruction;
  • the SSRC field is filled with the identifier of the cluster server that sends the notification message;
  • the Reason field is filled with the recovery reason code, and the domain conforms to the definition format of RFC3550, and may be pre-as needed definition.
  • the notification message sent by the cluster server in the foregoing embodiment is set as follows:
  • the subtype is defined as 11001 or other unused value, indicating that the instruction is a queue adjustment reason message; filling in the reason in the Reason Code
  • the code, the reason code can be pre-defined as needed; the reason information is filled in the Additional Information, and the reason for the queue adjustment is sent to the adjusted user.
  • 6(A) and 6(B) are two embodiments of a control system for a media transmission request queue according to the present invention
  • the control system includes: a queue control entity, configured to issue an instruction for adjusting a media transmission request queue; And storing, by the media sending request queue, the recording media sending request, and adjusting the media sending request in the media sending request queue according to the request of the queue control entity to adjust the media sending request queue.
  • the queue control entity in Figure 6(A) is a client or a management entity located outside the cluster server.
  • the queue control entity in Figure 6(B) is a management entity located inside the cluster server.
  • an operator, an authorized user, or a group administrator or the like can use the queue control entity to the cluster based on the need of the floor control.
  • the server sends a request to adjust the order of the speaking requests in the existing speaking request queue, and the cluster server selectively deletes the speaking request of the related user according to the received adjustment request and different control policies, thereby enhancing the flexibility of the session control.
  • the system controls the session process more efficiently.

Landscapes

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

Abstract

La présente invention concerne un procédé d'ajustement de file d'attente d'application de la transmission média. La file d'attente d'application de la transmission média est stockée dans le serveur du groupe et la demande de transmission média de l'utilisateur est stockée dans l'attente. Ce procédé se divise comme suit: l'entité de gestion de la file d'attente demande au serveur du groupe d'ajuster la file d'attente, le serveur du groupe ajuste la demande de transmission média de l'utilisateur stockée dans la file d'attente d'application de la transmission média et ce, en fonction de la demande. Le système de gestion de file d'attente d'application de la transmission média comprend: une entité de gestion de file d'attente permettant de créer l'instruction d'ajuster la file d'attente d'application de la transmission média; un serveur de groupe servant à stocker la file d'attente d'application de la transmission média qui comprend la demande de transmission média, et qui ajuste la demande de transmission média dans la file d'attente d'application de la transmission média.
PCT/CN2006/002265 2005-09-12 2006-09-01 Procede d'ajustement de file d'attente d'application d'un systeme de commande et de transmission media WO2007031004A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510096879.5 2005-09-12
CN200510096879.5A CN100563385C (zh) 2005-09-12 2005-09-12 一种媒体发送申请队列的调整方法及控制系统

Publications (1)

Publication Number Publication Date
WO2007031004A1 true WO2007031004A1 (fr) 2007-03-22

Family

ID=37864619

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002265 WO2007031004A1 (fr) 2005-09-12 2006-09-01 Procede d'ajustement de file d'attente d'application d'un systeme de commande et de transmission media

Country Status (2)

Country Link
CN (1) CN100563385C (fr)
WO (1) WO2007031004A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553956A (zh) * 2022-01-04 2022-05-27 北京国电通网络技术有限公司 基于uep中间件的数据传输方法和系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113612792A (zh) * 2021-08-12 2021-11-05 北京数码视讯软件技术发展有限公司 发言权的控制装置方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000040045A1 (fr) * 1998-12-23 2000-07-06 Qualcomm Incorporated Procede et appareil pour permettre l'acces equitable dans un systeme de communication de groupe
CN1418021A (zh) * 2001-10-30 2003-05-14 深圳市中兴通讯股份有限公司 一种移动通信系统及其实现集群业务的方法
CN1585522A (zh) * 2004-06-04 2005-02-23 中兴通讯股份有限公司 数字集群系统通话权调度方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000040045A1 (fr) * 1998-12-23 2000-07-06 Qualcomm Incorporated Procede et appareil pour permettre l'acces equitable dans un systeme de communication de groupe
CN1418021A (zh) * 2001-10-30 2003-05-14 深圳市中兴通讯股份有限公司 一种移动通信系统及其实现集群业务的方法
CN1585522A (zh) * 2004-06-04 2005-02-23 中兴通讯股份有限公司 数字集群系统通话权调度方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114553956A (zh) * 2022-01-04 2022-05-27 北京国电通网络技术有限公司 基于uep中间件的数据传输方法和系统
CN114553956B (zh) * 2022-01-04 2024-01-09 北京国电通网络技术有限公司 基于uep中间件的数据传输方法和系统

Also Published As

Publication number Publication date
CN100563385C (zh) 2009-11-25
CN1933617A (zh) 2007-03-21

Similar Documents

Publication Publication Date Title
US7769403B2 (en) Apparatus and method for requesting or allocating a push-to-talk right to talk and/or for requesting or communicating queuing information
KR101083913B1 (ko) 최초 화자의 초기 스피치를 버퍼링하는 방법 및 최초 화자의 초기 스피치를 버퍼링하는 장치
US9144105B2 (en) Deactivation method of multimedia broadcast multicast service and related device
WO2007109967A1 (fr) Procédé et appareil pour traiter une demande multimédias lors d'une procédure de communications multimédias
JP4856185B2 (ja) プッシュツートーク型サービスのための方法および装置
KR101275915B1 (ko) 미디어 전송의 중단을 위한 방법
JP4851531B2 (ja) プッシュツートーク型サービスのための方法および装置
EP1886420B1 (fr) Procede et systeme de recuperation de prise de parole interrompue dans une conversation par alternat sur un reseau cellulaire
WO2007062562A1 (fr) Procede et systeme de controle d'espace d'intervention, et terminal moderateur
WO2010022608A1 (fr) Procédé, dispositif et système de gestion de service de diffusion-multidiffusion
US20100309859A1 (en) Session control method for use in radio communication system
WO2006114059A1 (fr) Procédé et système de détermination du serveur de contrôle central
US7991417B2 (en) Methods and apparatus for push to talk type service
WO2009056046A1 (fr) Procédé de fin de session
WO2007090324A1 (fr) Procédé, système d'enregistrement de données vocales au cours d'une conversation en semi-duplex
EP1836802B1 (fr) Procede de transmission de messages dans un reseau de telecommunications
WO2007031004A1 (fr) Procede d'ajustement de file d'attente d'application d'un systeme de commande et de transmission media
US20070124377A1 (en) Apparatus and method for a communication conference
KR100692639B1 (ko) 그룹 통신 서비스 제공 방법 및 장치
KR100808083B1 (ko) 반이중 음성 통신 시스템을 위한 송신 채널 요청 메시징
CN101257664A (zh) 呼叫控制设备及其呼叫控制方法
WO2006116944A1 (fr) Procédé et système de transmission des données de supports d’un service de communication à parties multiples
CN100428813C (zh) 一种通信的实现方法
WO2005057958A1 (fr) Procede de mise en oeuvre d'un service prioritaire pour donnees en paquets
CN1801728B (zh) 一种对媒体发送请求的处理方法

Legal Events

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

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06775582

Country of ref document: EP

Kind code of ref document: A1