WO2010003385A1 - 一种应用服务器控制多媒体会议的方法及装置 - Google Patents

一种应用服务器控制多媒体会议的方法及装置 Download PDF

Info

Publication number
WO2010003385A1
WO2010003385A1 PCT/CN2009/072722 CN2009072722W WO2010003385A1 WO 2010003385 A1 WO2010003385 A1 WO 2010003385A1 CN 2009072722 W CN2009072722 W CN 2009072722W WO 2010003385 A1 WO2010003385 A1 WO 2010003385A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdp
media
server
conference
application server
Prior art date
Application number
PCT/CN2009/072722
Other languages
English (en)
French (fr)
Inventor
韩银俊
郭斌
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP09793860.9A priority Critical patent/EP2302866B1/en
Priority to US13/003,459 priority patent/US8601057B2/en
Publication of WO2010003385A1 publication Critical patent/WO2010003385A1/zh

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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1063—Application servers providing network 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • 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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor

Definitions

  • the present invention relates to a multimedia conference technology in an IMS network or an NGN network or an Internet network, and in particular, to an application server (AS) for controlling a multimedia conference.
  • AS application server
  • Conventional multimedia conferences refer to audio and video conferences. Even though some multimedia conferences implement the functions of data conferences, data conferences and audio and video conferences are still independent from the perspective of implementation and signaling. They are only from the perspective of users. The functions of data conferencing and audio and video conferencing have been merged. An important reason for this implementation is that the audio and video media server and the data media server are independent, and the two are difficult to integrate. Because jib is almost mature, it realizes both audio and video media and data media.
  • FIG. 1 it is a schematic diagram of a networking structure of an existing multimedia conference system, including a SIP (Session Initiation Protocol) soft terminal, a SIP hard terminal, a PSTN (Public Switched Telephone Network) terminal, a core network, an AS, and a tone.
  • Video MS data MS.
  • the AS is the control center of the entire conference system. It directly connects two MSs, connects the terminals indirectly through the core network, controls the interaction between the terminal and the MS at the signaling level, and completes the multimedia conference call.
  • the SIP protocol is used between the AS and the core network and with the MS.
  • the technical problem to be solved by the present invention is to provide a method for controlling a multimedia conference by an application server in a multimedia conference system, and to provide an apparatus for controlling a multimedia conference.
  • the invention encapsulates a signaling interaction process and reduces the number of letters in the letter. The consumption in the interaction is made; the implementation of the multimedia terminal is made more compact; and the terminal that does not support the data medium is also compatible.
  • a method for an application server to control a multimedia conference is provided.
  • the method for controlling the multimedia conference by the application server according to the present invention includes: in the multimedia conference, the application server divides the m lines in the received session SDP (Session Description Protocol) into two SDPs according to the media type.
  • SDP Session Description Protocol
  • the SDP is assembled into an SDP and sent to the terminal.
  • the method includes the following steps: Step 21: The application server parses the SDP sent by the conference initiator to obtain m lines of audio and video media and data media, and the m is according to the media server type. Line classification; Step 22: Decompose the SDP sent by the initiator into two or more SDPs according to the m-line classification.
  • the present invention is divided into two examples, one of which is an audio and video SDP, and the other is The data media SDP is sent to the audio and video media server and the data media server respectively; it should be noted that the splitting into multiples is also within the scope of the present invention.
  • Step 23 When the application server receives the SDP returned by the media server but has not received the SDP returned by another media server, saves the SDP of the previous media server and waits for the SDP of the latter media server, and receives the latter media. When the SDP of the server is used, the SDP of the previous media server is taken out.
  • Step 24 The application server assembles the SDPs returned by the audio and video media server and the data media server into an SDP, and sends the SDP to the conference initiator.
  • Step 31 The application server sends a SIP message to the member terminal to obtain the SDP of the member terminal.
  • Step 32 The application server parses the SDP sent by the member terminal. Obtaining m rows of audio and video media and data media and classifying the m rows;
  • Step 33 Decomposing the SDP sent by the member terminal into two according to the m row classification
  • Step 34 Save the SDP of the previous media server when the application server receives the SDP returned by the media server but has not received the SDP returned by the other media server Waiting for the SDP of the latter media server, when receiving the SDP of the latter media server, the SDP of the previous media server is taken out;
  • Step 35 The application server assembles the SDP returned by the audio and video media server and the data media server into an SDP. Transparent transmission to member terminals. If the conference initiator needs to close a conference media channel after the conference is successfully convened, the step further includes the following steps: Step 41: The conference initiator sets the port of the m channel corresponding to the media channel to be closed in the SDP to 0.
  • Step 42 The application server compares the media type in the received SDP with the currently-received conference media type, and takes the m line of the port in the SDP to 0, and constructs a new one.
  • the SDP is sent to the corresponding media server, and is notified to close the corresponding media channel.
  • Step 43 The application server assembles the SDPs of the two media servers corresponding to the member terminals into a new SDP, and sends the member terminal to notify the terminal to close the corresponding a media channel, and extracting m rows of the media server corresponding to the media channel to be closed in the SDP of the member terminal, constructing a new SDP, and sending the data to the corresponding media server; the media in the new SDP that needs to be closed
  • the port of the m line corresponding to the type is 0.
  • Step 52 The application server notifies the member terminal having the capability of the media type to open the corresponding media channel.
  • the method for decomposing the SDP is: first, extracting the session description part of the SDP sent by the conference originating end, and directly copying it into the decomposed SDP as the session description part; then, m rows of the SDP sent by the conference originating end are according to the media.
  • the type is divided into an audio and video media m-line set and a data medium m-line set, and the audio-video media m-line set and the data media m-line set are respectively copied into the corresponding decomposed SDP as a media description part.
  • the method for assembling the SDP is: first, taking the session description part of the SDP returned by the audio and video media server as the session description part of the assembled SDP, and then according to the order of the m lines in the SDP of the conference originating end, The m lines in the SDP returned by the audio and video media server and the data media server are combined into assembled In the media description part of the SDP, if there is no corresponding m line in the SDP returned by the audio/video media server or the data media server, the port of the m line is set to 0. In the method, for the terminal without data media capability, the application server only interacts with the audio and video media server corresponding to the terminal in the entire media negotiation process.
  • the application server directly sends an end message to the corresponding media server, and constructs a m-line of the media type of the closed media server by using the SDP of another media server.
  • the SDP with the port number 0 is sent to the conference initiator, and then the media type corresponding to each member is closed.
  • the application server sends an end message to all media servers, and constructs a port for all m rows.
  • the SDP of 0 is sent to the conference initiator, and then the end message is sent to each member and its corresponding media server.
  • the device for controlling a multimedia conference includes an application server, the application server further includes an SDP decomposition module and an SDP assembly module, and the SDP decomposition module is configured to decompose the SDP sent by the terminal into two SDPs according to the classification of m rows;
  • the SDP assembly module is configured to assemble the SDP returned by the audio and video media server and the data media server into one SDP.
  • the invention is based on the SIP protocol, and provides a solution for the AS to simultaneously control the audio and video MS and the data MS by combining and splitting the SDP.
  • FIG. 1 is a schematic diagram of a network structure of a multimedia conference system
  • FIG. 2 is a signaling flowchart of a conference initiation end requesting a conference and closing a conference media channel
  • FIG. 3 is an AS invitation member joining a conference and conference initiator. Flowchart of message exchange between AS and member terminals when a media channel is closed
  • Figure 4 is a block diagram of the apparatus of the present invention.
  • a method for an application server to control a multimedia conference is provided.
  • 2 is a signaling flow chart when the conference originating end requests to hold a conference and requests to close a conference media channel.
  • the specific implementation of the AS in each signaling processing process is further described in detail below with reference to FIG. 2:
  • the conference initiation end initiates a conference request through the Invite message.
  • the SDP of the Invite message carries the media type (audio, vedio, application, wb) of the conference that the conference initiator wants to hold; the AS first receives the Invite message.
  • the SDP in the save is saved, and then the m rows of the SDP are decomposed, and the ⁇ 1 m line is divided into audio and video classes (audio, vedio) and data classes (application, wb), and the SDP is decomposed into two new ones according to the classification.
  • SDP, the decomposed SDP has the same session description part as the original SDP, and the m rows of the original SDP are decomposed into two new SDPs according to the classification;
  • the AS sends the SDP of the m behavior (audio, vedio) to the audio and video MS through the Invite message; 3. At 2, the AS transmits the SDP of the m behavior (application, wb) to the data MS through the Invite message;
  • the audio and video MS first returns to the answer SDP through the 183 message.
  • the AS saves the SDP and blocks the process to continue, waiting for the answer SDP of the data MS.
  • the SIP signaling needs to be synchronized.
  • the AS synchronizes the SDP status (Send Offer, Recv Answer) and SIP signaling of each MS.
  • the AS sends an Invite message with SDP to each MS
  • the two MSs return ⁇ P is 183 message with answer SDP or ⁇ P is 200 OK message with answer SDP
  • the first MS returns a 200 OK message with SDP
  • the shell 'j AS waits for the answer SDP of another MS. If the SIP message returned by the second MS is different from the first MS, the second MS returns 200.
  • the OK message is sent with the answer SDP. After receiving the 200 OK message returned by the second MS, the message is sent to the first MS.
  • the signaling signaling process goes down and waits until the first MS returns 200. OK message with answer SDP before assembly, and use 200 OK The message sends a answer SDP to the terminal. 5.
  • the data MS returns to the answer SDP through the 183 message, and the AS assembles the received SDP and the saved SDP from the audio and video MS according to the m rows in the SDP of the conference originating end.
  • the method for assembling the SDP is as follows: The session description part of the answer SDP returned by the MS is used as the session description part of the assembled SDP, and then the audio and video NS and the m rows in the answer SDP returned by the data MS are combined into an assembly according to the order of the m lines in the SDP of the conference originating end. In the media description part of the SDP, if there is no corresponding m line in the answer SDP returned by the audio or video MS or the data MS, the port of the m line is set to 0;
  • the AS brings the SDP assembled in 5 as the answer SDP to the terminal through the 183 message, and resumes the 3 ⁇ 4 u process with the audio and video MS; 7-12.
  • the AS coordinates the conference initiator and the MS completes the prack/200 OK signaling procedure. ;
  • the conference initiator reserves the resource, and sends an Update message to notify the AS that the resource reservation is complete. After receiving the Update, the AS processes the SDP in a similar manner as in 1.
  • the AS brings the SDP of the conference initiator to the audio and video MS and the data MS with the update message; 16-18.
  • the AS audio and video MS and the data MS pass the 200 OK.
  • the answer SDP combination returned by the message is brought to the conference initiator by using a 200 OK message;
  • Audio and video MS first gives the final response 200 OK message, after the AS receives the blocking process continues, waiting for the final response of the data MS;
  • the AS receives the data MS's final response 200 OK message, the negotiation with the media device has been successful, and the AS sends a final response 200 OK message to the conference initiator.
  • the conference initiator needs to close the media channel of wb and send a Relnvite message to the AS.
  • the AS receives the SDP.
  • the AS update saves the SDP of the conference originating end and simultaneously SDP
  • the data media is extracted and assembled into a new SDP; 26.
  • the AS sends the SDP assembled in 25 to the data MS with the rennvite message to inform the wb media channel to close;
  • the AS receives the data. After the MS returns the answer SDP through the 200 OK message, the SDP of the negotiated audio and video MS and the received data SDP are assembled into an SDP for the answering conference initiator.
  • the AS responds to the conference initiator with the 200 OK message in the assembled SDP in 27;
  • FIG. 29-30 The conference initiator and the AS send an ACK message to confirm the 200 OK message, and complete the media negotiation of closing the media channel between the conference originating end and the MS.
  • Figure 3 is a flow chart of the processing of AS members by the AS when the member invites the member to join the conference and the conference initiator closes a media channel.
  • the AS invites members by sending Invite information without SDP to the member terminal.
  • the member terminal returns the offer SDP by carrying all the media types 183 messages supported by the member terminal; after receiving the offer SDP returned by the member terminal, the AS saves the SDP first, and then extracts the data according to the currently held conference media type.
  • the AS combines the two SDPs constructed in 2 with the Invite message to the audio and video MS and the data MS;
  • Audio and video MS first returns 183 message with answer SDP, AS saves the SDP, the blocking signaling process continues, waiting for the answer SDP returned by the data MS;
  • the data MS returns 183 with the answer SDP.
  • the AS constructs the SDP returned by the audio and video MS and the data MS into a reply SDP that is returned to the member terminal. For the m rows that are not in the two MS SDPs, the AS sets its port. Is 0;
  • the AS sends the constructed SDP to the terminal through the prack message; 8-14.
  • the system completes the 183 message response confirmation process;
  • the AS confirms the user terminal resource reservation successfully and then performs the business with the two MSs; 21-23.
  • the invited user terminal rings, and the AS receives the member terminal ringing message;
  • the MS returns a final response 200 OK message, and the AS sends an acknowledged ACK message;
  • the member picks up the phone, the member terminal returns to the final response 200 OK message, and the AS sends an acknowledgement ACK message; 30.
  • the AS wants to notify the member terminals to close their own.
  • the process of the wb media channel is as follows: The AS assembles the negotiated SDP of the audio and video MS and the data MS by using the negotiated SDP of the member terminal as a template, and constructs a SDP for answering the member terminal. The wb port is set to 0, and then the assembled SDP is sent to the member terminal through the Invite message to notify the terminal that the wb media channel has been closed;
  • the AS also informs the member MS of the data MS.
  • the AS extracts the data class m line in the SDP negotiated by the member, sets the wb port to 0, constructs a SDP of the letter, and sends the message with the Invite message. Giving the data MS to notify the data MS to close the wb media channel corresponding to the member; 32-33.
  • the AS receives the data saved by the MS after the answer SDP is returned by the 200 OK
  • FIG. 34-35 The AS receives the SDP of the member terminal saved after the answer SDP of the member terminal response, and then directly returns the ACK message.
  • Figure 2 and Figure 3 illustrate the processing of the AS in the process of convening, joining, and deleting media streams.
  • the process of adding a media channel or media type process is similar to the process of convening a conference and inviting members to join the conference. repeat.
  • Some terminals, such as traditional PSTN phones, do not have the capability of data conferencing. Inviting such terminals to join a conference can only join audio and video conferences.
  • the AS provides the offer SDP according to the terminal.
  • the medium capability of the medium selects the media device negotiated with it.
  • an apparatus for controlling a multimedia conference is provided.
  • the application server includes an SDP decomposition module. a block and an SDP assembly module, the SDP decomposition module is configured to decompose m rows in the SDP sent by the terminal into two SDPs according to a media type; the SDP assembly module is used to return the audio and video media server and the data media server.
  • the SDP is assembled into an SDP.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

一种应用服务器控制多媒体会议的方法及装置 技术领域 本发明涉及 IMS网络或 NGN网络或 Internet网络中的多媒体会议技术 , 尤其涉及一种应用服务器 （ AS ) 控制多媒体会议的方法及装置。 背景技术 传统的多媒体会议多指音视频会议 ,即使有些多媒体会议实现了数据会 议的功能， 但从实现和信令角度看， 数据会议与音视频会议仍然是独立的， 它们只是从用户的角度把数据会议和音视频会议的功能进行了融合。 导致这 种实现方式的一个重要原因是音视频媒体服务器与数据媒体服务器是独立 的， 艮难 二者融合在一起， 因 jib目前几乎没有成熟的既实现了音视频媒体 月 务又实现了数据媒体服务的媒体服务器 （MS )。 如图 1所示， 是现有多媒 体会议系统的组网结构示意图， 包括 SIP ( Session Initiation Protocol , 会话初 始化协议） 软终端、 SIP硬终端、 PSTN (公共交换电话网） 终端、 核心网、 AS和音视频 MS、 数据 MS。 AS是整个会议系统的控制中心， 它直接连接两 个 MS, 通过核心网间接连接终端， 控制终端与 MS在信令层面的交互， 完 成多媒体会议呼叫。 AS与核心网及与 MS之间都走 SIP协议。 发明内容 本发明所要解决的技术问题是，提供一种多媒体会议系统中应用服务器 控制多媒体会议的方法， 并提供一种控制多媒体会议的装置， 本发明筒化了 信令交互流程， 降低了在信令交互中的消耗； 使得多媒体终端的实现更加筒 单； 同时也能够兼容传统不支持数据媒体的终端。 根据本发明的一个方面， 提供了一种应用服务器控制多媒体会议的方 法。 根据本发明的应用服务器控制多媒体会议的方法包括： 在多媒体会议 中， 应用月 务器将收到的终端 SDP ( Session Description Protocol, 会话描述 协议）中的 m行按照媒体类型分解成两个 SDP, 分别发送给音视频媒体服务 器及数据媒体服务器， 或者将音视频媒体服务器及数据媒体服务器返回的 SDP组装成一个 SDP, 发送给终端。 在多媒体会议的会议发起端发起会议时， 该方法具体包括如下步骤: 步骤 21 : 应用服务器解析会议发起端发送的 SDP, 得到音视频媒体和 数据媒体的 m行 , 根据媒体服务器类型将所述 m行分类； 步骤 22: 将所述发起端发送的 SDP按照所述 m行分类分解成两个或多 个 SDP, 本发明以拆分为两个举例说明， 其中一个为音视频 SDP, 另外一个 为数据媒体 SDP, 分别发送给音视频媒体服务器及数据媒体服务器； 需要说 明的是， 拆分为多个的情况也在本发明的保护范围之内。 步骤 23: 所述应用服务器收到一个媒体服务器返回的 SDP但还没有收 到另一个媒体服务器返回的 SDP时， 保存前一个媒体服务器的 SDP 并等待 后一个媒体服务器的 SDP, 收到后一个媒体服务器的 SDP时， 把前一个媒体 月 务器的 SDP取出； 步骤 24:应用服务器将音视频媒体服务器及数据媒体服务器返回的 SDP 组装成一个 SDP, 发送给会议发起端。 在多媒体会议的会议发起端需要呼叫成员时， 该方法具体包括如下步 骤： 步骤 31： 应用服务器发送 SIP消息给成员终端 , 得到成员终端的 SDP; 步骤 32: 应用服务器解析所述成员终端发送的 SDP, 得到音视频媒体 和数据媒体的 m行并将所述 m行分类； 步骤 33: 将所述成员终端发送的 SDP按照所述 m行分类分解成两个
SDP , 分别发送给所述音视频媒体服务器及数据媒体服务器； 步骤 34: 应用服务器收到一个媒体服务器返回的 SDP但还没有收到另 一个媒体服务器返回的 SDP时， 保存前一个媒体服务器的 SDP 并等待后一 个媒体服务器的 SDP, 收到后一个媒体服务器的 SDP时， 把前一个媒体服务 器的 SDP取出； 步骤 35：应用服务器将音视频媒体服务器及数据媒体服务器返回的 SDP 组装成一个 SDP, 透传给成员终端。 若多媒体会议成功召开后会议发起端需要关闭一种会议媒体通道，则步 骤 24后还进一步包括以下步骤： 步骤 41 :会议发起端将 SDP中要关闭的媒体通道对应的 m行的端口置 为 0, 通过 SIP消息发送给应用服务器； 步骤 42: 应用服务器比较收到的 SDP中的媒体类型与当前正在召开的 会议媒体类型， 将所述 SDP中端口为 0的 m行取出， 构造成一个新的 SDP, 发送给对应的媒体服务器 , 通知其关闭对应的媒体通道； 步骤 43: 应用服务器将成员终端对应的两个媒体服务器的 SDP, 组装 成一个新的 SDP, 发送给成员终端通知其关闭对应的媒体通道， 并将成员终 端的 SDP中对应于要关闭媒体通道的媒体服务器的 m行提取出来， 构造成 一个新的 SDP,发送给对应的媒体服务器； 所述新的 SDP中的需要关闭的媒 体类型对应的 m行的端口为 0。 若多媒体会议成功召开后会议发起端需要增加一种媒体通道， 则步骤 24后还进一步包括以下步骤： 步骤 51 : 应用服务器才艮据会议发起端发送的 SDP, 打开 m行端口为 0 的媒体服务器的相应的媒体通道； 步骤 52: 应用月 务器通知具有该种媒体类型能力的成员终端打开相应 的媒体通道。 所述分解 SDP的方法为： 首先将会议发起端发送的 SDP的会话描述部分提取出来， 直接拷贝到 分解后的 SDP中作为会话描述部分； 然后将会议发起端发送的 SDP中的 m 行按照媒体类型分成音视频媒体 m行集合和数据媒体 m行集合， 并将所述 音视频媒体 m行集合和所述数据媒体 m行集合分别拷贝到对应的分解后的 SDP中作为媒体描述部分。 所述组装 SDP的方法为： 首先取音视频媒体^ ^务器返回的 SDP 的会话描述部分作为组装后的 SDP的会话描述部分， 然后才艮据会议发起端的 SDP中的 m行的次序， 将音 视频媒体服务器及数据媒体服务器返回的 SDP 中的 m 行组合成组装后的 SDP 的媒体描述部分， 若音视频媒体服务器或数据媒体服务器返回的 SDP 中没有对应的 m行， 则置该 m行的端口为 0。 该方法中， 对于无数据媒体能力的终端， 应用 ^^务器在整个媒体协商过 程中仅与该终端对应的音视频媒体服务器交互协商。 该方法中， 若会议发起端需要关闭的是一种媒体类型， 则应用服务器直 接发送结束消息给对应的媒体服务器，并利用另外一个媒体服务器的 SDP构 造一个被关闭媒体服务器媒体类型的 m行的端口为 0的 SDP发送给会议发 起端， 然后关闭各成员对应的媒体类型； 若会议发起端需要关闭整个会议， 则应用服务器对所有媒体服务器发送结束消息 , 并构造一个所有 m行的端口 均为 0的 SDP发送给会议发起端 ,然后对各成员及其对应的媒体服务器发送 结束消息。 根据本发明的另一个方面， 提供了一种控制多媒体会议的装置。 根据本发明的控制多媒体会议的装置包括应用服务器，所述应用服务器 还包括 SDP分解模块和 SDP组装模块 , 所述 SDP分解模块用于将终端发送 的 SDP按照 m行的分类分解成两个 SDP; 所述 SDP组装模块用于将音视频 媒体服务器及数据媒体服务器返回的 SDP组装成一个 SDP。 本发明基于 SIP协议， 通过组合拆分 SDP, 提供了 AS同时控制音视频 MS和数据 MS的解决方案。 本发明筒化了信令交互流程， 降低了在信令交 互中的消耗； 更好地同步了传统音视频媒体与数据媒体的控制， 使得多媒体 客户端的实现更加筒单； 同时也能够兼容传统不支持数据媒体的终端。 附图说明 图 1是多媒体会议系统的组网结构示意图； 图 2 是会议发起端请求召开会议和关闭一种会议媒体通道时的信令流 程图； 图 3是 AS邀请成员加入会议和会议发起端关闭一种媒体通道时 AS与 成员终端之间的消息交换流程图； 图 4是本发明所述装置的原理框图。 具体实施方式 以下结合附图和优选实施例， 对本发明^故进一步的详细说明。 方法实施例 根据本发明的实施例 , 提供了一种应用服务器控制多媒体会议的方法。 图 2是会议发起端请求召开会议和请求关闭一种会议媒体通道时的信令流程 图， 下面结合图 2 , 对每个信令处理过程中 AS 的具体实现作进一步详细的 描述：
1. 会议发起端通过 Invite消息发起召开会议的请求， Invite消息的 SDP 中携带有会议发起端希望召开的会议的媒体类型 （audio, vedio, application, wb ); AS收到 Invite消息后先 该消息中的 SDP保存下来， 然后分解出该 SDP的 m行，并^1 m行分成音视频类 (audio, vedio)和数据类（application, wb) , 才艮据分类将该 SDP分解成两个新的 SDP , 分解后的 SDP与原 SDP有相同的 会话描述部分， 原 SDP的 m行按照分类分解到两个新的 SDP中；
2. AS通过 Invite 消息将 m行为（audio, vedio)的 SDP带给音视频 MS; 3. 在 2的同时 AS通过 Invite 消息将 m行为（application, wb)的 SDP带 给数据 MS;
4. 音视频 MS首先通过 183消息返回 answer SDP , AS收到后保存该 SDP同时阻塞流程继续， 等待数据 MS的 answer SDP; 当媒体协商需要分发组装时， 由于两个 MS是两个不同的设备， 它们的 SIP信令需要同步 , AS才艮据各个 MS的 SDP状态（ Send Offer、 Recv Answer ) 和 SIP信令进行同步， 当 AS对各个 MS发带 SDP的 Invite消息后 , 若两个 MS返回的啫 P是 183消息带 answer SDP或啫 P是 200 OK消息带 answer SDP, 则收到两个 answer SDP时直接进行组装， 并用相同的 SIP消息 （ 183或 200 OK ) 对终端发 answer SDP; 若第一个 MS返回的是 200 OK消息带 SDP, 贝' j AS等待另一个 MS的 answer SDP , 若第二个 MS返回的 SIP消息与第一 个 MS不同， 即第二个 MS返回的是 200 OK消息带 answer SDP, 贝' J AS收到 第二个 MS返回的 200 OK消息带 answer SDP后 , 对第一个 MS发 prack消 息， 通知信令流程走下去， 一直等到第一个 MS返回 200 OK消息带 answer SDP后才进行组装， 并用 200 OK消息对终端发 answer SDP。 5. 数据 MS通过 183消息返回 answer SDP, AS把收到的 SDP与保存 的来自音视频 MS的 SDP, 按照会议发起端的 SDP中 m行的顺序进行组装； 组装 SDP的方法为： 首先取音视频 MS返回的 answer SDP的会话描述 部分作为组装后的 SDP的会话描述部分， 然后根据会议发起端的 SDP中的 m行的次序 ,将音视频 NS及数据 MS返回的 answer SDP中的 m行组合成组 装后的 SDP的媒体描述部分， 若音视频 MS或数据 MS返回的 answer SDP 中没有对应的 m行， 则置该 m行的端口为 0;
6. AS把 5中组装的 SDP作为 answer SDP通过 183消息带给终端， 并 恢复与音视频 MS的 ¾ u程继续； 7-12. AS协调会议发起端和 MS完成 prack/200 OK信令流程；
13. 会议发起端预留资源完成， 发 Update消息通知 AS资源预留完成， AS收到 Update后用与 1中类似的方法处理 SDP;
14-15. 同 2-3的方法， AS把会议发起端的 SDP用 update消息带给音 视频 MS和数据 MS; 16-18. 同 4-6的方法， AS 音视频 MS和数据 MS通过 200 OK消息 返回的 answer SDP组合后用 200 OK消息带给会议发起端；
19. 音视频 MS首先给出最终响应 200 OK消息， AS收到后阻塞流程 继续 , 等待数据 MS的最终响应；
20-21. AS收到数据 MS的最终响应 200 OK消息后， 与媒体设备间的 协商已经成功 , AS给会议发起端发最终响应 200 OK消息；
22-24. 用 ACK消息对最终响应进行确认；
25. 会议发起端需要关闭 wb这种媒体通道， 发送 Relnvite消息给 AS , 会议发起端通过所述 Relnvite消息带的 SDP 中 m=wb参数中的端口号为 0 来表明目的； AS收到 SDP后， 与之前的 SDP比较， 得到会议发起端想要关 闭的媒体通道， 而 m=wb媒体通过是数据类媒体类型， 所以 AS只需要与数 据 MS协商； AS更新保存的会议发起端的 SDP同时把 SDP中数据类媒体提 取出来组装成一个新的 SDP; 26. AS把 25中组装的 SDP用 relnvite消息发给数据 MS以告知 wb媒 体通道关闭；
27. AS收到数据 MS通过 200 OK消息返回的 answer SDP后， 已经 协商好的音视频 MS的 SDP与收到的数据 MS的 SDP组装成一个用于 answer 会议发起端的 SDP;
28. AS把 27中组装好的 SDP用 200 OK消息应答会议发起端；
29-30. 会议发起端及 AS发 ACK消息确认 200 OK消息 , 完成会议发 起端与 MS之间关闭媒体通道的媒体协商。 图 3是 AS邀请成员加入会议和会议发起端关闭一种媒体通道时 AS对 成员的处理流程图。
1. AS通过发送不带 SDP的 Invite信息给成员终端来邀请成员；
2. 成员终端通过携带有它所支持的所有媒体类型 183 消息返回 offer SDP; AS收到成员终端返回的 offer SDP后 , 先保存该 SDP , 然后才艮据当前 召开的会议媒体类型提取出所述 offer SDP中与所召开会议类型一致的 m行， ^)夺这些 m行分成音视频类（audio, vedio)和数据类（application, wb) ，组装成两 个信的 SDP;
3-4. AS将 2中构造的两个 SDP分别用 Invite消息带给音视频 MS和数 据 MS;
5. 音视频 MS首先返回 183消息带 answer SDP, AS保存该 SDP, 阻 塞信令流程继续 , 等待数据 MS返回的 answer SDP;
6. 数据 MS返回 183带 answer SDP, AS将音视频 MS和数据 MS返回 的 SDP构造成一个返回给成员终端的 answer SDP, 对两个 ms的 SDP中都 没有的 m行， AS将其端口置为 0;
7. AS通过 prack消息把构造的 SDP发给终端； 8-14. 系统完成 183消息响应确认流程；
15-20. 同图 2中的 13-18相同， AS对用户终端资源预留成功后确认并 与两个 MS进行†办商； 21-23. 被邀请的用户终端振铃 , AS收到成员终端振铃消息；
24-27. MS回最终响应 200 OK消息， AS发确认的 ACK消息；
28-29. 成员摘机， 成员终端回最终响应 200 OK消息 , AS发确认 ACK 消息； 30. 当会议发起端关闭 m=wb这种媒体通道成功后， AS要通知各成员 终端关闭其自身的 wb媒体通道， 其流程如下： AS以收到的成员终端的协商 好的 SDP为模板， 把音视频 MS和数据 MS的协商好的 SDP组装起来， 构 造成一个对成员终端进行 answer的 SDP, 把其中的 wb端口置为 0, 然后通 过 Invite消息把组装好的 SDP发给成员终端 , 以通知终端 wb媒体通道已经 关闭；
31. AS在通知成员终端的同时也要通知数据 MS , AS将成员协商好的 SDP中数据类 m行提取出来，把其中的 wb端口置为 0 ,构造成一个信的 SDP, 用 Invite消息发给数据 MS , 以通知数据 MS关闭与该成员对应的 wb媒体通 道； 32-33. AS收到数据 MS通过 200 OK返回的 answer SDP后更新保存的
SDP, 然后直接回确认 ACK消息， 不需十办商；
34-35. AS收到成员终端响应的 answer SDP后更新保存的成员终端的 SDP , 然后直接回确认 ACK消息。 图 2和图 3描述了正常召开、 加入、 删除媒体流过程中 AS的处理， 对 于增加一种媒体通道或者媒体类型流程处理与会议发起端召开会议和邀请成 员加入会议的流程类似， 这里不再重复。 有些终端比如传统 PSTN电话没有 数据会议的能力， 邀请这种终端加入会议只能加入音视频会议， 在邀请一个 无数据媒体能力的终端加入一个有数据媒体的会议时， AS 根据终端提供的 offer SDP 中的媒体能力选择与它协商的媒体设备， 在整个媒体协商过程中 AS控制对该终端仅仅与音视频 MS交互协商，这样就可以实现对无数据能力 的终端的兼容。 装置实施例 根据本发明的实施例， 提供了一种控制多媒体会议的装置。 图 4是本发 明所述装置的原理框图， 如图 4所示， 应用服务器内包括有一个 SDP分解模 块和一个 SDP组装模块， 所述 SDP分解模块用于将终端发送的 SDP中的 m 行按照媒体类型分解成两个 SDP;所述 SDP组装模块用于将音视频媒体服务 器及数据媒体服务器返回的 SDP组装成一个 SDP。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^^申和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种应用 ^^务器控制多媒体会议的方法， 其特征在于， 该方法为： 在 多媒体会议中， 应用服务器将收到的终端会话描述协议消息 SDP中的 m行按照媒体类型分解成两个 SDP , 分别发送给音视频媒体服务器及 数据媒体服务器， 或者将音视频媒体服务器及数据媒体服务器返回的 SDP组装成一个 SDP, 发送给终端。
2. 如权利要求 1所述的应用服务器控制多媒体会议的方法 ,其特征在于 , 在多媒体会议的会议发起端发起会议时， 该方法具体包括如下步骤： 步骤 21 : 应用服务器解析会议发起端发送的 SDP, 得到音视频 媒体和数据媒体的 m行并将所述 m行分类； 步骤 22: 将所述发起端发送的 SDP按照所述 m行分类分解成两 个或多个 SDP, 分别发送给音视频媒体服务器及数据媒体服务器； 步骤 23: 所述应用服务器收到一个媒体服务器返回的 SDP但还 没有收到另一个媒体服务器返回的 SDP时， 保存前一个媒体服务器的 SDP 并等待后一个媒体服务器的 SDP,收到后一个媒体服务器的 SDP 时， 把前一个媒体服务器的 SDP取出；
步骤 24:应用服务器将音视频媒体服务器及数据媒体服务器返回 的 SDP组装成一个 SDP, 发送给会议发起端。
3. 如权利要求 1所述的应用服务器控制多媒体会议的方法，其特征在于， 在多媒体会议的会议发起端需要呼叫成员时， 该方法具体包括如下步 骤：
步骤 31 : 应用服务器发送会话初始化协议消息给成员终端，得到 成员终端的 SDP;
步骤 32: 应用服务器解析所述成员终端发送的 SDP, 得到音视 频媒体和数据媒体的 m行并将所述 m行分类； 步骤 33: 将所述成员终端发送的 SDP按照所述 m行分类分解成 两个 SDP , 分别发送给所述音视频媒体服务器及数据媒体服务器； 步骤 34: 应用服务器收到一个媒体服务器返回的 SDP但还没有 收到另一个媒体服务器返回的 SDP时， 保存前一个媒体服务器的 SDP 并等待后一个媒体服务器的 SDP, 收到后一个媒体服务器的 SDP时， •fc前一个媒体月 务器的 SDP取出；
步骤 35:应用服务器将音视频媒体服务器及数据媒体服务器返回 的 SDP组装成一个 SDP, 透传给成员终端。 如权利要求 2所述的应用服务器控制多媒体会议的方法 ,其特征在于 , 若多媒体会议成功召开后会议发起端需要关闭一种会议媒体通道， 则 步骤 24后还进一步包括以下步骤：
步骤 41： 会议发起端将 SDP中要关闭的媒体通道对应的 m行的 端口置为 0 , 通过会话初始化协议消息发送给应用服务器；
步骤 42: 应用服务器比较收到的 SDP中的媒体类型与当前正在 召开的会议媒体类型， 将所述 SDP中端口为 0的 m行取出，构造成一 个新的 SDP, 发送给对应的媒体服务器， 通知其关闭对应的媒体通道； 步骤 43: 应用月 务器将成员终端对应的两个媒体月 务器的 SDP, 组装成一个新的 SDP, 发送给成员终端通知其关闭对应的媒体通道， 并将成员终端的 SDP中对应于要关闭媒体通道的媒体服务器的 m行提 取出来， 构造成一个新的 SDP, 发送给对应的媒体服务器； 所述新的 SDP中的需要关闭的媒体类型对应的 m行的端口为 0。 如权利要求 2所述的应用服务器控制多媒体会议的方法 ,其特征在于 , 若多媒体会议成功召开后会议发起端需要增加一种媒体通道， 则步骤 24后还进一步包括以下步骤：
步骤 51 : 应用服务器才艮据会议发起端发送的 SDP, 打开 m行端 口为 0的媒体服务器的相应的媒体通道；
步骤 52:应用服务器通知具有该种媒体类型能力的成员终端打开 相应的媒体通道。 如权利要求 1至 3中任一项所述的应用服务器控制多媒体会议的方法， 其特征在于， 所述分解 SDP的方法为：
首先将会议发起端发送的 SDP 的会话描述部分提取出来， 直接 拷贝到分解后的 SDP中作为会话描述部分； 然后将会议发起端发送的 SDP中的 m行按照媒体类型分成音视频媒体 m行集合和数据媒体 m 行集合，并将所述音视频媒体 m行集合和所述数据媒体 m行集合分别 拷贝到对应的分解后的 SDP中作为媒体描述部分。
7. 如权利要求 1至 3中任一项所述的应用服务器控制多媒体会议的方法 , 其特征在于 , 所述组装 SDP的方法为： 首先取音视频媒体 务器返回的 SDP 的会话描述部分作为组装 后的 SDP的会话描述部分， 然后根据会议发起端的 SDP中的 m行的 次序，将音视频媒体服务器及数据媒体服务器返回的 SDP中的 m行组 合成组装后的 SDP的媒体描述部分， 若音视频媒体服务器或数据媒体 月 务器返回的 SDP中没有对应的 m行， 则置该 m行的端口为 0。
8. 如权利要求 1所述的应用服务器控制多媒体会议的方法 ,其特征在于 , 该方法中， 对于无数据媒体能力的终端， 应用服务器在整个媒体协商 过程中仅与该终端对应的音视频媒体月 务器交互协商。
9. 如权利要求 4所述的应用服务器控制多媒体会议的方法 ,其特征在于 , 该方法中， 若会议发起端需要关闭的是一种媒体类型， 则应用服务器 直接发送结束消息给对应的媒体服务器 , 并利用另外一个媒体服务器 的 SDP构造一个被关闭媒体服务器媒体类型的 m行的端口为 0的 SDP 发送给会议发起端， 然后关闭各成员对应的媒体类型； 若会议发起端 需要关闭整个会议 , 则应用服务器对所有媒体服务器发送结束消息 , 并构造一个所有 m行的端口均为 0的 SDP发送给会议发起端 ,然后对 各成员及其对应的媒体服务器发送结束消息。
10. 一种控制多媒体会议的装置， 该装置包括应用服务器， 其特征在于， 所述应用服务器还包括 SDP分解模块和 SDP组装模块， 所述 SDP分 解模块用于将终端发送的 SDP按照 m行的分类分解成两个 SDP; 所 述 SDP 组装模块用于将音视频媒体服务器及数据媒体服务器返回的 SDP组装成一个 SDP。
PCT/CN2009/072722 2008-07-11 2009-07-10 一种应用服务器控制多媒体会议的方法及装置 WO2010003385A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09793860.9A EP2302866B1 (en) 2008-07-11 2009-07-10 A method and apparatus for controlling the multimedia conference by the application server
US13/003,459 US8601057B2 (en) 2008-07-11 2009-07-10 Method and apparatus for controlling a multimedia conference by an application server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2008100684689A CN101325504A (zh) 2008-07-11 2008-07-11 一种应用服务器控制多媒体会议的方法及装置
CN200810068468.9 2008-07-11

Publications (1)

Publication Number Publication Date
WO2010003385A1 true WO2010003385A1 (zh) 2010-01-14

Family

ID=40188849

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072722 WO2010003385A1 (zh) 2008-07-11 2009-07-10 一种应用服务器控制多媒体会议的方法及装置

Country Status (4)

Country Link
US (1) US8601057B2 (zh)
EP (1) EP2302866B1 (zh)
CN (1) CN101325504A (zh)
WO (1) WO2010003385A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325504A (zh) 2008-07-11 2008-12-17 中兴通讯股份有限公司 一种应用服务器控制多媒体会议的方法及装置
CN101588562B (zh) * 2009-06-03 2012-05-09 中兴通讯股份有限公司 基于承载无关呼叫控制协议的多媒体彩铃实现方法及系统
US9185054B2 (en) 2010-09-15 2015-11-10 Oracle International Corporation System and method for providing zero buffer copying in a middleware machine environment
US8856460B2 (en) 2010-09-15 2014-10-07 Oracle International Corporation System and method for zero buffer copying in a middleware environment
CN102811205A (zh) * 2011-06-02 2012-12-05 中兴通讯股份有限公司 一种用应用服务器实现子会议功能的方法和系统
US9462040B2 (en) * 2011-12-07 2016-10-04 Cisco Technology, Inc. Network-based dynamic data management
US10491640B2 (en) * 2011-12-22 2019-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and media handling unit for use in a VoIP based communications network
CN102984493B (zh) * 2012-11-21 2016-03-02 华为终端有限公司 视频数据传输的方法、装置及通信设备
CN103702063B (zh) * 2013-12-24 2018-01-16 北京佳讯飞鸿电气股份有限公司 一种在视频会议系统中实现动态媒体协商的方法
CN103813475B (zh) * 2014-02-20 2019-09-24 联想(北京)有限公司 一种数据传输方法、数据获取方法及电子设备
US10223093B2 (en) 2014-12-12 2019-03-05 Pcms Holdings, Inc. Method and system for context-based control over access to personal data
CN105763537A (zh) * 2016-01-29 2016-07-13 宇龙计算机通信科技(深圳)有限公司 多方通话的方法及装置
CN115484236A (zh) * 2021-06-15 2022-12-16 中国移动通信有限公司研究院 建立数据通道的方法、装置、设备、ims控制系统及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1460351A (zh) * 2001-04-05 2003-12-03 阿尔卡塔尔公司 生成发往通信终端的多媒体文件的装置及有关多媒体文件
US20070002865A1 (en) * 2005-06-30 2007-01-04 Burks Janus P Method and system for optimizing transcoder resources
CN101202940A (zh) * 2006-12-14 2008-06-18 英华达(上海)电子有限公司 多媒体文件发送方法、装置、接收方法及接收装置
CN101325504A (zh) * 2008-07-11 2008-12-17 中兴通讯股份有限公司 一种应用服务器控制多媒体会议的方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1523839B1 (en) * 2002-05-31 2008-07-30 Nokia Corporation Multimedia application interface
US8719342B2 (en) * 2006-04-25 2014-05-06 Core Wireless Licensing, S.a.r.l. Third-party session modification
CN100444550C (zh) * 2006-12-30 2008-12-17 北京邮电大学 在一次呼叫过程中实现多个早期媒体类业务的方法
EP2088757A1 (en) * 2008-02-11 2009-08-12 Siemens Schweiz AG Distribution of different media of a single session to different devices in a call centre environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1460351A (zh) * 2001-04-05 2003-12-03 阿尔卡塔尔公司 生成发往通信终端的多媒体文件的装置及有关多媒体文件
US20070002865A1 (en) * 2005-06-30 2007-01-04 Burks Janus P Method and system for optimizing transcoder resources
CN101202940A (zh) * 2006-12-14 2008-06-18 英华达(上海)电子有限公司 多媒体文件发送方法、装置、接收方法及接收装置
CN101325504A (zh) * 2008-07-11 2008-12-17 中兴通讯股份有限公司 一种应用服务器控制多媒体会议的方法及装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2302866A4 (en) 2015-09-09
US20110185021A1 (en) 2011-07-28
EP2302866B1 (en) 2018-02-28
US8601057B2 (en) 2013-12-03
EP2302866A1 (en) 2011-03-30
CN101325504A (zh) 2008-12-17

Similar Documents

Publication Publication Date Title
WO2010003385A1 (zh) 一种应用服务器控制多媒体会议的方法及装置
JP4942936B2 (ja) グループ通信のための方法およびシステム
US7656824B2 (en) Method and system for providing a private conversation channel in a video conference system
US8767591B2 (en) Multi-point video conference system and media processing method thereof
CN110012366B (zh) 一种用于公专网ip互联下的宽窄带融合通信系统及方法
US20050044503A1 (en) Server invoked time scheduled videoconference
US20050226172A1 (en) Video conference call set up
CN101360091B (zh) 一种实现会话初始协议终端入会的装置、系统和方法
US20050132412A1 (en) Videoconference system architecture
CN102148775B (zh) 网页呼叫服务网关、呼叫服务系统和方法
WO2007006201A1 (fr) Procédé de lecture de fichiers audio/vidéo
WO2012034324A1 (zh) 视频会议系统及其实现方法
CN103475499A (zh) 一种基于网络电话会议的语音对讲方法及系统
WO2008003188A1 (fr) Procédé de connexion réseau et système réseau pour service de vidéoconférence
WO2011017889A1 (zh) 一种多媒体会议的实现方法及系统
WO2011109972A1 (zh) 一种多媒体会议的实现方法和系统
US20090299735A1 (en) Method for Transferring an Audio Stream Between a Plurality of Terminals
US20100228832A1 (en) Method, apparatus and system for creating and operating conferences
WO2012055317A1 (zh) 信息显示方法及设备
WO2011140744A1 (zh) 一种下一代网络中的多媒体会议系统及实现方法
WO2009109135A1 (zh) 在多方会话中实现个性化回铃音的方法及装置
WO2023016172A1 (zh) 一种呼叫处理方法、装置及系统
Roy Handbook on Networked Multipoint Multimedia Conferencing and Multistream Immersive Telepresence Using SIP: Scalable Distributed Applications and Media Control Over Internet
CN103002012A (zh) 一种实现远程监控信息通信的方法
CN102594837A (zh) 一种基于sip协议的多点语音视频通讯的控制方法

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: 09793860

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: 547/DELNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2009793860

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13003459

Country of ref document: US