WO2009049505A1 - Video conference method and system, application server and media resource server - Google Patents

Video conference method and system, application server and media resource server Download PDF

Info

Publication number
WO2009049505A1
WO2009049505A1 PCT/CN2008/071222 CN2008071222W WO2009049505A1 WO 2009049505 A1 WO2009049505 A1 WO 2009049505A1 CN 2008071222 W CN2008071222 W CN 2008071222W WO 2009049505 A1 WO2009049505 A1 WO 2009049505A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
media
resource
module
sender
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/CN2008/071222
Other languages
English (en)
French (fr)
Inventor
Yi Xu
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 EP08757633A priority Critical patent/EP2209312A1/en
Publication of WO2009049505A1 publication Critical patent/WO2009049505A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/141Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems

Definitions

  • Video conferencing method and system application server and media resource server
  • the present invention relates to video conferencing technologies, and more particularly to a video conferencing method and system, an application server, and a media resource server. Background technique
  • the video conferencing service can be carried by a circuit switched network or a packet switched network.
  • the video conferencing system based on IP packet switching has two systems: Session Initiation Protocol (SIP) and H.323.
  • SIP Session Initiation Protocol
  • H.323 is developed on the basis of H.320. It has a rich feature set and a variety of conference control functions. It can easily realize the control functions such as chairman and remote control. It is quite perfect for establishing video conference network.
  • a family of protocols. At present, the H.323 protocol is mainly used to set up a video conference system.
  • FIG. 1 it is a schematic structural diagram of a video conference system based on the H.323 protocol in the prior art.
  • the video conference network adopting the H.323 architecture is mainly composed of a terminal, a gatekeeper (Gatekeeper, GK), and a gateway. (Gateway, the following cylinder: GW) and Multipoint Control Unit (hereinafter referred to as: MCU).
  • the terminal is a node device that provides real-time, two-way communication functions. Its main function is to collect video/audio signals, which are sent to the MCU or other terminals after processing, and receive video/audio signals at the same time, and then sent to corresponding output devices after processing. .
  • N.band terminals and other non-H.323 terminals can pass the Global Switch Telephone Network (GST), Narrowband-Integrated Services Digital Network (Narrowband-Integrated Services Digital Network). -ISDN) or Broadband-Integrated Services Digital Network (B-ISDN) for end-to-end connectivity.
  • GK is a domain administrator and plays an important role in this system. Its main functions are authentication and accounting, address resolution, domain management, and bandwidth management.
  • the GW is used to convert the ⁇ .323 protocol with other non- ⁇ .323 protocols, so that the 323.323 terminal can communicate with other non- ⁇ .323 terminals.
  • ⁇ .323 system passed GW can be compatible with a variety of terminals to protect existing investments.
  • the MCU is a device unique to the video conferencing system.
  • MC multipoint controller
  • MP Multipoint Processing
  • the implementation of the H.323 protocol is complex and inflexible.
  • all conference participants establish a communication connection with the MCU.
  • the speaker uses the terminal to connect all audio, video data and control information in a point-to-point manner. It is transmitted to the MCU, and the MCU processes the audio, video data and control information sent by the speaker and transmits it to all conference members by broadcast. In this way, only one conference participant is allowed to act as a speaker. All conference participants can only see the voice and video of one speaker at the same time, and cannot view the voices and videos of other speakers.
  • the prior art adds a hybrid screen to the H.323 conference system, and multiple speakers in the conference site respectively put all the audio and video through their respective terminals.
  • the MCU sorts the audio, video data, and control information of the plurality of speakers, packages them, and sets them on the mixed screen through a link, so that the MCU can
  • the conference host's instructions are to broadcast the voice and video of any of the multiple speakers to all conference participants, so that the conference participants can view the voices and videos of different speakers according to their needs.
  • the inventors have found that the prior art has at least the following problems:
  • the technical problem to be solved by the embodiments of the present invention is that: all the participants in the existing H.323 conference system can only see the same road sound and video, and different participants cannot freely select the voice of the speaker. Video, while adding a hybrid screen increases the complexity and cost of the system structure.
  • a video conference method including the following steps:
  • an application server including: an information receiving module, configured to receive, by a receiving terminal, a viewing request message for viewing a video of a sending terminal, and from the viewing request message Obtaining the sender terminal user identifier and the receiver terminal user identifier;
  • a resource requesting module configured to request to allocate a media resource to the receiver terminal according to the view request message and the receiver terminal user identifier
  • a establishing module configured to establish, according to the request of the resource requesting module, a downlink media channel of the media resource server to the receiver terminal;
  • connection processing module configured to establish, according to the view request message, the sender terminal user identifier, the receiver terminal user identifier, an uplink media connection of the sender terminal to a media resource server, and the media resource server a downlink media connection to the recipient terminal.
  • a media resource server including: an information transceiver module, configured to receive and forward resource request information and a media stream;
  • a resource allocation module configured to allocate a media resource to a terminal corresponding to the user identifier carried in the resource request information according to the resource request information received by the information transceiver module;
  • a media distribution module configured to establish a connection between the sender terminal and the receiver terminal according to a link address of the sender terminal and the receiver terminal carried in the resource request information received by the information transceiver module, and The sender terminal transmits by using a link address of the sender terminal The media stream is sent to the recipient terminal through a link address of the receiver terminal.
  • a video conferencing system includes an application server and a media resource server;
  • the application server is configured to receive a view request message for viewing a video of the sender terminal sent by the receiver terminal, obtain a sender terminal user identifier and a receiver terminal user identifier from the view request message, and request the media resource server to Determining, by the receiving terminal, a media resource, establishing a downlink media channel of the media resource server to the receiver terminal, and establishing an uplink media connection of the sender terminal to the media resource server, where the media resource server receives the Downstream media connection of the party terminal;
  • the media resource server is configured to receive the resource request information sent by the application server, allocate a media resource to the terminal corresponding to the user identifier carried in the resource request information, and send and receive the sender terminal according to the resource request information.
  • a link address of the party terminal establishing a connection between the sender terminal and the receiver terminal, and transmitting, by the sender terminal, a media stream sent by the link address of the sender terminal, through a link address of the receiver terminal Send to the recipient terminal.
  • any conference participant terminal may request the receiver terminal to view the video on any other sender terminal, and after receiving the viewing request message sent by the receiver terminal, establish a media resource.
  • the downlink media connection of the server to the receiver terminal, and the media stream sent by the sender terminal is sent to the receiver terminal through the downlink media connection, so that different participants in the site can freely select to view the video of any other participant through the terminal.
  • FIG. 1 is a schematic structural diagram of a video conference system based on the H.323 protocol in the prior art
  • FIG. 2 is a flowchart of an embodiment of a video conference method according to the present invention
  • 3 is a flowchart of another embodiment of a video conference method according to the present invention
  • FIG. 4 is a flowchart of still another embodiment of a video conference method according to the present invention.
  • FIG. 5 is a flowchart of still another embodiment of a video conference method according to the present invention.
  • FIG. 6 is a schematic structural diagram of multiple embodiments of an application server according to the present invention.
  • FIG. 7 is a schematic structural diagram of multiple embodiments of a media resource server according to the present invention.
  • FIG. 8 is a schematic structural diagram of multiple embodiments of a video conference system according to the present invention. detailed description
  • the embodiment of the present invention After receiving the request for viewing the video of the sender terminal, the embodiment of the present invention establishes a downlink media connection between the media resource server and the receiver terminal, and connects the media transmitted by the sender terminal through the downlink media connection.
  • the stream is sent to the recipient terminal.
  • FIG. 2 it is a flowchart of an embodiment of a video conference method according to the present invention.
  • the video conference method of this embodiment includes the following steps:
  • Step 101 Receive a request request message sent by the receiver terminal to view a video of the sender terminal, where the view request message carries the sender terminal user identifier and the receiver terminal user identifier.
  • SIP has the advantage of being single and flexible. Therefore, in this step, the view request message may be sent by the receiver terminal through SIP. This step can be implemented by the application server.
  • Step 102 Establish an uplink media connection between the sender terminal and the media resource server, and establish a downlink media connection between the media resource server and the receiver terminal. This step can be implemented by the application server.
  • Step 103 Receive a media stream sent by the sender terminal by using an uplink media connection, and send the media stream to the receiver terminal by using a downlink media connection.
  • This step can be implemented by a media resource server.
  • the media stream sent by the sender terminal is received through the uplink media connection by establishing an uplink media connection between the sender terminal and the media resource server, and the downlink media connection of the media resource server to the receiver terminal, and connecting the media stream through the downlink media connection. Sent to the receiver terminal, thus, Different participants in the venue can freely choose to view videos of any other participants through the terminal, which is very flexible and convenient; and does not require mixed screen support, and the video conferencing system has a simple structure and low cost.
  • FIG. 3 it is a flowchart of another embodiment of a video conference method according to the present invention.
  • the video conference method of this embodiment includes the following steps:
  • Step 201 The receiving terminal sends a request request message to the application server to view the video of the sender terminal, where the request request message carries the sender terminal user identifier and the receiver terminal user identifier, and the destination address carried in the view request message is
  • the application server identifier where the sender terminal user identifier and the receiver terminal user identifier or the application server identifier may be an IP-based SIP Universal Resource Identifier (hereinafter referred to as a URI).
  • the view request message can be sent via a "REFER" message, as shown below for a specific instance of the "REFER" message sent by the recipient terminal to the application server:
  • Step 202 After receiving the view request message, the application server determines, according to the SIP URI of the sender terminal that is carried in the request message, whether there is an uplink media channel of the media resource server connected to the application server by the sender terminal, if yes, Step 206 is performed; if not, step 203 is performed.
  • the resource request information of the source may be sent by the Session Description Protocol (SDP), where the resource request information carries the IP address of the sender terminal and the IP address assigned to the receiver terminal.
  • SDP Session Description Protocol
  • the IP address of the sender terminal and the IP address of the receiver terminal may specifically be a SIP URI link address.
  • Step 204 The media resource server allocates media resources to the sender terminal according to the IP address of the sender terminal, and returns, to the application server, response information that the media resource has been allocated for the sender terminal.
  • Step 205 The application server establishes an uplink media channel of the sender terminal to the media resource server.
  • Step 206 The application server requests the sender terminal to establish an uplink media connection to the media resource server.
  • Step 207 The application server obtains the media SDP information of the sender terminal, where the SDP information includes the IP address of the sender terminal, and the obtained media SDP information of the sender terminal is refreshed. Step 207 is performed to implement the sender terminal. The IP address is updated to ensure the validity of the sender terminal IP address. If the IP address of the sender terminal is a valid IP address in step 201, the step 207 may be omitted.
  • Step 208 The application server sends a notification message that can establish a video connection to the sender terminal. Meanwhile, the application server sends the resource resource to the media resource server to allocate the media resource to the receiver terminal.
  • the request information may be specifically sent by the SDP, where the resource request information carries a SIP URI link address of the receiver terminal.
  • Step 209 The media resource server stores a SIP URI link address of the receiver terminal, allocates a media resource to the receiver terminal, and returns, to the application server, response information that the media resource has been allocated for the receiver terminal.
  • Step 210 The application server establishes a downlink media channel from the media resource server to the receiver terminal according to the IP address of the receiver terminal.
  • Step 211 The application server requests the receiver terminal to establish a downlink media connection to the media resource server.
  • steps 210-211 may be performed before the step 202-step 209, or may be performed simultaneously with the step 202-step 209.
  • the media resource server sends the media stream.
  • Step 213 The media resource server establishes a connection between the sender terminal and the receiver terminal according to the sender terminal user SIP URI and the receiver terminal user SIP URI, and sends the media stream sent by the sender terminal to the receiver terminal.
  • step 202 after receiving the "REFER” message, the application server may feed back a "202" message to the receiver terminal to confirm receipt of the "REFER” message; after the "REFER” message succeeds or fails, send the message to the receiver terminal.
  • the "NOTIFY” message informs them of the processing result.
  • the terminal having the moderator function may request the application server to prohibit the receiver terminal from viewing the prohibition request information of the video on the other sender terminal, as shown in FIG. 4, which is the present invention.
  • FIG. 4 A flowchart of still another embodiment of the video conference method, the specific process of the video conference method of the embodiment is as follows:
  • Step 301 The terminal having the mode of the host sends a prohibition request message for prohibiting the receiver terminal from viewing the video of the other terminal to the application server, where the forbidden request message carries the identifier of the receiver terminal user requesting the prohibition, and the destination address is the application server identifier, where Receiver end user ID Or the application server identifier may specifically be an IP-based SIP URI.
  • the prohibition request message may be sent through a "REFER" message, which is a specific example of a "REFER” message sent by the terminal having the moderator function to the application server as follows:
  • Step 302 The application server disconnects the media stream that the receiver terminal is receiving.
  • Step 303 The application server determines whether the media stream has other receiving terminals.
  • Step 304 If no other terminal receives the media stream, the application server may further send a notification message for closing the media stream to the media resource server, where the notification message carries the media stream.
  • the SIP URI of the party terminal may be further sent to the media resource server, where the notification message carries the media stream.
  • Step 305 The resource server closes the uplink media stream sent by the sender terminal, and releases the media resource allocated for the sender terminal.
  • the uplink media stream sent by the sender terminal When the uplink media stream sent by the sender terminal does not receive the terminal, the uplink media stream sent by the sender terminal is closed, and the sender terminal does not send the media stream to the resource server, thereby saving network transmission resources and reducing network load.
  • step 304 and step 305 need not be performed.
  • the application server may also send a processing result message that the receiver terminal has been prohibited from viewing other terminal videos to the terminal having the mode function, and end the implicit subscription generated by the "REFER" message.
  • the forbidden receiver terminal cannot apply to view the video of other terminals until the terminal with the moderator function is re-released.
  • the application server may also include the SIP URI of the receiver terminal in a blacklist that prohibits viewing the video on other terminals.
  • the application server determines whether the SIP URI of the receiver terminal carried in the view request message exists in the blacklist. If it does not exist in the blacklist, the subsequent process continues. Determining whether there is an uplink media channel of the media resource server connected to the application server by the sender terminal; if it exists in the blacklist, it does not need to perform a subsequent process, and returns a response message to the receiver terminal that does not have the right to view the video on the other terminal. Just fine.
  • the terminal having the moderator function may request the application server to cancel the forbidden state of the receiver terminal at any time, as shown in FIG. 5, which is the video conference method of the present invention.
  • FIG. 5 is the video conference method of the present invention.
  • Step 401 The terminal having the moderator function sends a release prohibition state request message for canceling the prohibition state of the receiver terminal to the application server, where the release prohibition state request message carries the receiver terminal user identifier of the release prohibition state, and the destination address is an application.
  • Server ID where the recipient end user ID or server ID is an IP-based SIP URI.
  • the prohibition request message can be passed
  • the "REFER" message is sent as follows, a specific example of a "REFER" message sent by the terminal with the moderator function to the application server:
  • Step 402 After receiving the release prohibition status request message, the application server deletes the SIP URI of the receiver terminal in the unblocked state from the blacklist, and returns the process that the receiver terminal has been released from the disabled state to the terminal having the moderator function. The resulting message, and ends the implicit subscription generated by the "REFER" message.
  • the application server includes an information receiving module 11 , a resource requesting module 12 , and an establishing module 13 , which are sequentially connected, and information receiving.
  • the module 11 is connected to the connection processing module 14.
  • the information receiving module 11 is configured to receive a view request message for viewing the video of the sender terminal sent by the receiver terminal, and obtain the sender terminal user identifier and the receiver terminal user identifier from the view request message; And sending the resource request information to the media resource server 2 according to the view request message and the receiver end user identifier, requesting to allocate the media resource to the receiver terminal;
  • the establishing module 13 is configured to allocate the media resource to the receiver terminal according to the resource requesting module 12 a request, establishing a downlink media channel of the media resource server to the receiver terminal;
  • the connection processing module 14 is configured to establish, according to the view request message, the sender terminal user identifier, and the receiver terminal user identifier, the sender terminal to the media resource server Uplink media connection, and establishing a downlink media connection from the media resource server to the recipient terminal.
  • the application server may further include a detection module.
  • the detection module 15 is disposed between the information receiving module 11 and the connection processing module 14, and is respectively connected to the information receiving module 11 and the connection processing module 14 for receiving the viewing request message after the information receiving module 11 receives the message according to the sending party.
  • End user identifier detecting whether there is an uplink media channel between the sender terminal and the media resource server; the resource requesting module 12 is connected to the detecting module 15 to allocate media resources at the originating end; the establishing module 13 is connected to the connection processing module 14, and is sent to the sender After the terminal allocates the media resource, the upstream media channel of the sender terminal to the media resource server is established.
  • the application server may further include an interrupt module.
  • the information receiving module 11 is configured to: after the information receiving module 11 receives the prohibition request message for prohibiting the receiver terminal from viewing other terminal videos, disconnecting the media stream that is received by the receiver terminal that is prohibited from viewing other terminal videos.
  • the application server may further include a judging module 17 and a close request module 18 connected to each other, and the judging module 17 is connected to the interrupt module 16 for Determining whether the media stream has a receiving terminal other than the prohibited receiving terminal after the interrupting module 16 disconnects the media stream being received by the receiving terminal of the other terminal video; the closing request module 18 is configured to When the media stream does not have other receiving terminals, the media resource server is notified to close the media stream.
  • the application server may further include an adding module 19, a blacklist storage module 20, and a query module 21, wherein the adding module 19 is respectively connected to the information receiving module 11 and the blacklist storage module 20.
  • the query module 21 is disposed between the information receiving module 11 and the resource requesting module 12, and is respectively connected to the information receiving module 11 and the resource requesting module 12.
  • the blacklist storage module 20 is configured to store a blacklist of end user identifiers that are prohibited from viewing other terminal videos.
  • the adding module 19 is configured to: after receiving the prohibition request message, the information receiving module 11 is prohibited from viewing the receiver terminals of other terminal videos. The user ID is written in the blacklist.
  • the query module 21 is configured to: after the information receiving module 11 receives the viewing request information sent by the terminal, query whether the user identifier of the receiving terminal that sends the viewing request message exists in the blacklist, and does not exist in the blacklist. In the case of the list, the resource requesting module 12 is instructed to request the media resource to be allocated to the receiving terminal. If the information is present in the blacklist, the information receiving module 11 feeds back the response information of the other terminal video to the receiving terminal.
  • the application server may further include a forbidden state release module 22 that is simultaneously connected to the information receiving module 11 and the blacklist storage module 20 for use in the information receiving module.
  • a forbidden state release module 22 that is simultaneously connected to the information receiving module 11 and the blacklist storage module 20 for use in the information receiving module.
  • FIG. 7 is a schematic structural diagram of a plurality of embodiments of a media resource server according to the present invention.
  • the media resource server includes a resource allocation module 32, an information transceiver module 31, and a media distribution module 33 that are sequentially connected.
  • the information transceiver module 31 is configured to perform information exchange between the media resource server and the application server and the terminal, receive and forward the resource request information and the media stream, and further receive and forward the response information of the allocated media resource;
  • the resource allocation module 32 is used for the user identifier carried in the resource request information according to the resource request information forwarded by the information transceiver module 31.
  • the corresponding terminal allocates the media resource, and returns the response information of the allocated media resource to the information transceiver module 31.
  • the media distribution module 33 is configured to use the link between the sender and the receiver terminal carried in the resource request information received by the information transceiver module 31.
  • the address establishes a connection between the sender terminal and the receiver terminal, and transmits the media stream sent by the sender terminal through the link address of the sender terminal to the receiver terminal through the link address of the receiver terminal.
  • the media resource server may further include an address storage module 34, and is connected to the media distribution module 33, and configured to store, by the media distribution module 33, resource request information received by the information transceiver module 31.
  • the media resource server may further include a shutdown module 35, which is disposed between the information transceiver module 31 and the address storage module 34, and is respectively connected to the information transceiver module 31 and the address storage module 34.
  • a shutdown module 35 which is disposed between the information transceiver module 31 and the address storage module 34, and is respectively connected to the information transceiver module 31 and the address storage module 34.
  • the resource allocation module 32 is further connected to the shutdown module 35, and is configured to release the sender terminal that sends the media stream after the closing module 35 closes the media stream.
  • Media resources are further connected to the shutdown module 35, and is configured to release the sender terminal that sends the media stream after the closing module 35 closes the media stream.
  • FIG. 8 it is a schematic structural diagram of multiple embodiments of a video conference system according to the present invention.
  • the video conference system of the multiple embodiments includes an application server 1 and a media resource server 2.
  • the application server 1 is configured to receive a view request message for viewing the video of the sender terminal sent by the receiver terminal, obtain the sender terminal user identifier and the receiver terminal user identifier from the view request message, and send the resource to the media resource server 2 Requesting information, requesting the media resource server 2 to allocate media resources to the recipient terminal, establishing a downlink media channel of the media resource server 2 to the recipient terminal, and establishing an uplink media connection of the sender terminal to the media resource server 2, the media resource server 2 The downstream media connection of the receiver terminal.
  • the media resource server 2 is configured to receive the resource request information sent by the application server 1 and correspond to the end of the user identifier carried in the resource request information.
  • the terminal allocates the media resource, and establishes a connection between the sender terminal and the receiver terminal according to the link address of the sender terminal and the receiver terminal carried in the resource request information, and sends the sender terminal through the link address of the sender terminal.
  • the media stream is sent to the recipient terminal through the link address of the receiver terminal.
  • the application server 1 may be an application server provided by any of the embodiments shown in FIG. 6.
  • the media resource server 2 may use the media resource server provided in any embodiment shown in FIG.
  • the information receiving module 11 in the application server 1 and the information transceiving module 31 in the media resource server 2 perform information exchange such as resource request information between the application server 1 and the media resource server 2, and transfer of the media stream.
  • the media resource server 2 adopts the media resource server of one of the embodiments shown in FIG. 7; the information receiving module 11 can communicate with each terminal. The message is forwarded between the terminal and the video conferencing system of the present invention; the information transceiver module 31 is connected to the establishing module 13 and the connection processing module 14, respectively.
  • the application server 1 further adopts the second and third embodiments of the embodiment shown in FIG. 6.
  • the application server 1 further adopts the fourth embodiment shown in FIG. 6, and the media resource server 2 further adopts the media resource server of the third embodiment shown in FIG.
  • the application server 1 further adopts five or six of the embodiments shown in FIG. 6, respectively.
  • the media resource server 2 further adopts the media resource server of the fourth embodiment shown in FIG.
  • any conference participant terminal can be used as a receiver terminal. Requesting to view the video on any other sender terminal, and after receiving the view request message sent by the receiver terminal, establishing a downlink media connection from the media resource server to the receiver terminal, and ending the sender The media stream sent by the terminal is sent to the receiver terminal through the downlink media connection.

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)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

视频会议方法与系统、 应用服务器及媒体资源服务器 技术领域
本发明涉及视频会议技术, 尤其是一种视频会议方法与系统、 应用服务 器及媒体资源服务器。 背景技术
视频会议业务可以由电路交换网或包交换网络承载。基于 IP包交换的视 频会议系统有两种体系:会话发起协议 ( Session Initiation Protocol , 以下筒称: SIP )和视听及多媒体系统协议 H.323。 H.323是在 H.320的基础上发展起来 的, 有较丰富的功能集和多种会议控制功能, 可以方便地实现主席、 远遥等 控制功能, 对于建立视频会议网已经是比较完善的一个协议族。 目前, 主要 采用 H.323协议来组建视频会议系统。
如图 1所示,为现有技术基于 H.323协议的视频会议系统的结构示意图, 采用 H.323体系结构的视频会议网络主要由终端、 网守(Gatekeeper, 以下筒 称: GK )、网关( Gateway,以下筒称: GW )和多点控制单元( Multipoint Control Unit, 以下筒称: MCU )组成。 其中, 终端是提供实时的、 双向通信功能的 节点设备, 其主要功能是采集视频 /音频信号, 经处理后送给 MCU或其它终 端, 同时接收视频 /音频信号, 处理后送到相应的输出设备。 H.323 终端与其 它非 H.323终端之间可相应通过全球开关电话网 ( General Switch Telephone, 以下筒称: GST ),窄带综合业务数字网( Narrowband-Integrated Services Digital Network , 以下筒称: N-ISDN )或宽带综合业务数字网( Broadband-Integrated Services Digital Network , 以下筒称: B-ISDN )进行端到端的连接。 GK是一 个域的管理者, 在本系统中起着重要的作用, 其主要功能是进行认证计费、 地址解析、 域管理、 带宽管理。 GW用于进行 Η.323协议与其它非 Η.323协 议的转换, 使 Η.323终端与其它非 Η.323终端能进行互通。 Η.323体系通过 GW可以兼容多种终端, 从而保护已有的投资。 MCU是视频会议系统特有的 设备,其由两部分组成,一部分是多点控制器(Multipoint Control, 以下筒称: MC ) ,其主要负责处理会议中的控制信息;另一部分是多点处理器( Multipoint Processing, 以下筒称: MP ), 主要用来处理音频, 视频和数据信息。 MC和 MP在物理上可以是一个设备, 也可以是独立的设备。
H.323协议实现复杂且不灵活, 在基于 H.323协议的会议系统中, 所有 会议参与方都与 MCU建立通信连接, 发言人通过终端将所有的音频、 视频 数据和控制信息以点对点的方式传送给 MCU, MCU对发言人发送的音频、 视频数据和控制信息进行处理后, 通过广播方式传送给所有的会议成员。 采 用该方式, 只允许有一个会议参与方作为发言人, 所有会议参与方在会场中 同时只能看到一个发言人的音、 视频, 无法查看其它发言人的音、 视频。
为了在 H.323会议系统中可以查看更多发言人的视频,现有技术在 H.323 会议系统中增加了混屏, 会场中的多个发言人分别通过各自的终端将所有的 音频、 视频数据和控制信息以点对点的方式传送给 MCU后, MCU对该多个 发言人的音频、 视频数据和控制信息进行整理, 将其打包后通过一个链接设 置在混屏上, 这样, MCU便可以根据会议主持人的指示, 通过广播方式向所 有会议参与方发送该多个发言人中任何一个发言人的音、 视屏, 使会议参与 方可以根据需求查看不同发言人的音、 视频。 但是, 在实现本发明的过程中, 发明人发现现有技术至少存在以下问题:
H.323 会议系统会场中的所有参与方只能看到同一路音、 视频, 不同参 与方无法自由选择发言人的音、 视频; 并且, 增加混屏, 增加了系统结构的 复杂性; 另外, 混屏的硬件系统成本较高, 这就增加了整个会议系统的成本。 发明内容
本发明实施例所要解决的技术问题是: 现有 H.323会议系统会场中的所 有参与方只能看到同一路音、 视频, 不同参与方无法自由选择发言人的音、 视频, 而增加混屏增加了系统结构的复杂性与成本。
根据本发明实施例的一个方面, 提供了一种视频会议方法, 其包括以下 步骤:
接收由接收方终端发送的请求查看发送方终端视频的查看请求消息; 建立所述发送方终端到媒体资源服务器的上行媒体连接, 以及建立所述 媒体资源服务器到所述接收方终端的下行媒体连接;
通过所述上行媒体连接接收所述发送方终端发送的媒体流, 并将该媒体 流通过所述下行媒体连接发送给所述接收方终端。
根据本发明实施例的另一个方面, 提供了一种应用服务器, 其包括: 信息接收模块, 用于接收由接收方终端发送的查看发送方终端视频的查 看请求消息, 并从该查看请求消息中获取发送方终端用户标识与接收方终端 用户标识;
资源请求模块,用于根据所述查看请求消息与所述接收方终端用户标识, 请求向所述接收方终端分配媒体资源;
建立模块, 用于根据所述资源请求模块的请求, 建立媒体资源服务器到 所述接收方终端的下行媒体通道;
连接处理模块, 用于根据所述查看请求消息、 所述发送方终端用户标识 与所述接收方终端用户标识, 建立所述发送方终端到媒体资源服务器的上行 媒体连接, 以及所述媒体资源服务器到所述接收方终端的下行媒体连接。
根据本发明实施例的又一个方面, 提供了一种媒体资源服务器, 其包括: 信息收发模块, 用于接收、 转发资源请求信息与媒体流;
资源分配模块,用于根据所述信息收发模块接收到的所述资源请求信息, 为所述资源请求信息携带的用户标识对应的终端分配媒体资源;
媒体分发模块, 用于根据所述信息收发模块接收到的所述资源请求信息 中携带的发送方终端与接收方终端的链接地址, 建立所述发送方终端与接收 方终端之间的连接, 将所述发送方终端通过所述发送方终端的链接地址发送 的媒体流, 通过所述接收方终端的链接地址发送给所述接收方终端。
根据本发明实施例的再一个方面, 提供了一种视频会议系统, 其包括应 用服务器与媒体资源服务器;
所述应用服务器用于接收由接收方终端发送的查看发送方终端视频的查 看请求消息, 从该查看请求消息中获取发送方终端用户标识与接收方终端用 户标识, 请求所述媒体资源服务器向所述接收方终端分配媒体资源, 建立所 述媒体资源服务器到所述接收方终端的下行媒体通道, 以及建立所述发送方 终端到媒体资源服务器的上行媒体连接, 所述媒体资源服务器到所述接收方 终端的下行媒体连接;
所述媒体资源服务器用于接收所述应用服务器发送的资源请求信息, 为 所述资源请求信息携带的用户标识对应的终端分配媒体资源, 以及根据所述 资源请求信息中携带的发送方终端与接收方终端的链接地址, 建立所述发送 方终端与接收方终端之间的连接, 将所述发送方终端通过所述发送方终端的 链接地址发送的媒体流, 通过所述接收方终端的链接地址发送给所述接收方 终端。
根据本发明的一个或多个实施例, 任何一个会议参与方终端都可以作为 接收方终端请求查看其它任一发送方终端上的视频, 接收到接收方终端发送 的查看请求消息后, 建立媒体资源服务器到该接收方终端的下行媒体连接, 并将发送方终端发送的媒体流通过下行媒体连接发送给接收方终端, 这样, 会场中不同参与方可以通过终端自由选择查看其它任意参与方的视频, 非常 灵活、 方便; 并且不需要混屏支持, 与现有技术相比, 筒化了视频会议系统 的结构, 降低了会议系统的成本。 附图说明
图 1为现有技术基于 H.323协议的视频会议系统的结构示意图; 图 2为本发明视频会议方法一实施例的流程图; 图 3为本发明视频会议方法另一实施例的流程图;
图 4为本发明视频会议方法又一实施例的流程图;
图 5为本发明视频会议方法再一实施例的流程图;
图 6为本发明应用服务器多个实施例的结构示意图;
图 7为本发明媒体资源服务器多个实施例的结构示意图;
图 8为本发明视频会议系统多个实施例的结构示意图。 具体实施方式
本发明实施例在接收到接收方终端发送的请求查看发送方终端视频的查 看请求消息后, 建立媒体资源服务器到接收方终端的下行媒体连接, 并通过 该下行媒体连接将发送方终端传输的媒体流发送给接收方终端。
如图 2所示, 为本发明视频会议方法一实施例的流程图, 该实施例的视 频会议方法包括以下步骤:
步骤 101 , 接收由接收方终端发送的请求查看发送方终端视频的查看请 求消息, 该查看请求消息中携带有发送方终端用户标识与接收方终端用户标 识。 相对于 H.323协议而言, 由于 SIP具有筒单、 灵活的优势。 因此, 本步 骤中, 具体可以由接收方终端通过 SIP发送该查看请求消息。 该步骤可由应 用服务器实现。
步骤 102, 建立发送方终端到媒体资源服务器的上行媒体连接, 以及建 立媒体资源服务器到接收方终端的下行媒体连接。 该步骤可由应用服务器实 现。
步骤 103, 通过上行媒体连接接收发送方终端发送的媒体流, 并将该媒 体流通过下行媒体连接发送给接收方终端。该步骤可由媒体资源服务器实现。
通过建立发送方终端到媒体资源服务器的上行媒体连接, 以及媒体资源 服务器到接收方终端的下行媒体连接, 来通过上行媒体连接接收发送方终端 发送的媒体流, 并将该媒体流通过下行媒体连接发送给接收方终端, 这样, 会场中不同参与方可以通过终端自由选择查看其它任意参与方的视频, 非常 灵活、 方便; 并且不需要混屏支持, 视频会议系统结构筒单, 成本低。
如图 3所示, 为本发明视频会议方法另一实施例的流程图, 该实施例的 视频会议方法包括以下步骤:
步骤 201 , 接收方终端向应用服务器发送请求查看发送方终端视频的查 看请求消息, 该查看请求消息中携带有发送方终端用户标识与接收方终端用 户标识, 该查看请求消息中携带的目的地址为应用服务器标识, 其中的发送 方终端用户标识与接收方终端用户标识或应用服务器标识具体可以为基于 IP 的 SIP通用资源标志符(Universal Resource Identifier, 以下筒称: URI )。 该 查看请求消息可通过 "REFER" 消息发送, 如下所示为接收方终端向应用服 务器发送的 "REFER" 消息的一具体实例:
REFER sip: conference 1 @ mrfc 1.home 1.net SIP/2.0
Max-Forwards: 70
P-Pref erred-Identity: "John Doe" <sip:userl_publicl @homel.net>
From: <sip:userl_publicl @homel.net>; tag=171828
To: <sip: conference 1 @ mrfc 1. home l.net>; tag=314159
Call-ID: Cb03a0s09a2sdfglkj490333
Cseq: 127 REFER
Refer- To :<sip: user2_public 1 @ home2.net;method=INVITE>
User-Agent: Conf- serv/3 GPP
Content-Type: application/xml
Content-Length: (...)
<query xmlns="dconf:video:apply"/>
该 "REFER" 消息中 , From: <sip: userl publici @ home 1 1 表示发送 "REFER"消息的接收方终端的 SIPURI为 userl_publicl @homel.net; To: <sip: conference! @mrfcl ,homel ,net>表示 "REFER" 消息的目的地址, 即: 接收该 "REFER" 消息的应用服务器的 SIP URI为 conference 1 @ mrfc 1.home 1.net; Refer-To :<sip: user2 public 1 @ home2.net ;method^IN VITE >, 表示接 4丈方终端 请求查看其视频的发送方终端的 SIP URI为: user2 piibIicl @home2.net; <query xmlns="dconf:video:apply"/>表示查看视频。
步骤 202, 应用服务器接收到查看请求消息后, 根据查看请求消息中携 带的发送方终端的 SIP URI,判断是否存在该发送方终端到该应用服务器连接 的媒体资源服务器的上行媒体通道, 若存在, 执行步骤 206; 若不存在, 执 行步骤 203。 源的资源请求信息,具体可以通过会话描述协议( Session Description Protocol, 以下筒称: SDP )发送资源请求信息, 该资源请求信息中携带有发送方终端 的 IP地址与向接收方终端分配的 IP地址, 该发送方终端的 IP地址与接收方 终端的 IP地址具体可以为 SIP URI链接地址。
步骤 204, 媒体资源服务器根据发送方终端的 IP地址, 为发送方终端分 配媒体资源,并向应用服务器返回已为发送方终端分配媒体资源的响应信息。
步骤 205 , 应用服务器建立发送方终端到媒体资源服务器的上行媒体通 道。
步骤 206, 应用服务器请求发送方终端建立到媒体资源服务器的上行媒 体连接。
步骤 207, 应用服务器获取发送方终端的媒体 SDP信息, 该 SDP信息中 包括发送方终端的 IP地址, 并以获取到的发送方终端的媒体 SDP信息刷新 通过该步骤 207 , 可以实现对发送方终端 IP地址的更新, 保证发送方终 端 IP地址的有效性,若在步骤 201中发送方终端的 IP地址为有效的 IP地址, 则该步骤 207可以省略。
步骤 208, 应用服务器向发送方终端发送可以建立视频连接的通知消息; 同时, 应用服务器向媒体资源服务器发送向接收方终端分配媒体资源的资源 请求信息, 具体可以通过 SDP发送资源请求信息, 该资源请求信息中携带有 接收方终端的 SIP URI链接地址。
步骤 209,媒体资源服务器存储接收方终端的 SIP URI链接地址, 为接收 方终端分配媒体资源, 并向应用服务器返回已为接收方终端分配媒体资源的 响应信息。
步骤 210, 应用服务器根据接收方终端的 IP地址, 建立媒体资源服务器 到接收方终端的下行媒体通道。
步骤 211 , 应用服务器请求接收方终端建立到媒体资源服务器的下行媒 体连接。
另外, 该步骤 210-211可以先于步骤 202-步骤 209执行, 也可以与步骤 202-步骤 209同时执行。 媒体资源服务器发送媒体流。
步骤 213,媒体资源服务器根据发送方终端用户 SIP URI与接收方终端用 户 SIP URI,建立发送方终端与接收方终端之间的连接,将发送方终端发送的 媒体流发送给接收方终端。
步骤 202中, 应用服务器接收到 "REFER" 消息后, 可以向接收方终端 反馈 "202" 消息, 确认接收到该 "REFER" 消息; 对 "REFER" 消息操作 成功或失败后, 向接收方终端发送 "NOTIFY" 消息, 通知其处理结果。
在接收方终端查看其它发送方终端上的视频时, 具有主持人功能的终端 可以请求应用服务器禁止接收方终端查看其它发送方终端上的视频的禁止请 求信息, 如图 4所示, 为本发明视频会议方法又一实施例的流程图, 该实施 例的视频会议方法的具体流程如下:
步骤 301 , 具有主持人功能的终端向应用服务器发送禁止接收方终端查 看其它终端视频的禁止请求消息, 该禁止请求消息中携带有请求禁止的接收 方终端用户标识, 目的地址为应用服务器标识, 其中的接收方终端用户标识 或应用服务器标识具体可以为基于 IP 的 SIP URI。 该禁止请求消息可通过 "REFER" 消息发送, 如下所示为具有主持人功能的终端向应用服务器发送 的 "REFER" 消息的一具体实例:
REFER sip: conference 1 @ mrfc 1.home 1.net SIP/2.0
Max-Forwards: 70
P-Pref erred-Identity: "John Doe" <sip:userl_publicl @homel.net>
From: <sip:userl_publicl @homel.net>; tag=171828
To: <sip: conference 1 @ mrfc 1. home l.net>; tag=314159
Call-ID: Cb03a0s09a2sdfglkj490333
Cseq: 127 REFER
Refer- To: <sip:user2_publicl @home2.net;method=INVITE>
User- Agent : Conf- serv/3 GPP
Content-Type: application/媒体 SDP
Content-Length: (...)
<query xmlns="dconf:video:disable"/>
该 "REFER" 消息中, From: <sip: userl public ί @ home 1.116¾ 表示发送 " REFER " 消 息 的 具 有 主 持 人 功 能 的 终 端 的 SIPURI 为 userl_publicl @homel.net; To: <sip: conference 1 @ mrfc 1.home 1.net>表示 "REFER" 消息的目的地址, 即: 接收该 "REFER" 消息的应用服务器的 SIP URI 为 conference 1 @ mrfc 1.home 1.net ; Refer-To :<sip : user2 public 1 @home2.net;method^INViTE> , 表示请求禁止的接收方终端的 SIP URI为: user2 publicl @home2.net; <query xmlns="dconf:video:disable"/> 表示禁止接收方终端查看视频。
步骤 302, 应用服务器断开接收方终端正在接收的媒体流。
步骤 303 , 应用服务器判断该媒体流是否还有其它接收终端。
步骤 304, 若没有其它终端接收该媒体流, 则应用服务器还可以向媒体 资源服务器发送关闭该媒体流的通知消息, 该通知消息中携带有媒体流发送 方终端的 SIP URI。
步骤 305, 资源服务器关闭发送方终端发送的上行媒体流, 并释放为该 发送方终端分配的媒体资源。
在发送方终端发送的上行媒体流没有接收终端时, 关闭该发送方终端发 送的上行媒体流, 该发送方终端不再向资源服务器发送媒体流, 从而节约网 络传输资源, 减轻了网络负担。
若有其它终端接收该媒体流, 则不需要执行步骤 304与步骤 305。
步骤 304后, 应用服务器还可以向具有主持人功能的终端发送接收方终 端已被禁止查看其它终端视频的处理结果消息, 同时结束 "REFER" 消息产 生的隐式订阅。 被禁止的接收方终端在重新获得具有主持人功能的终端解除 其禁止状态之前, 就不能申请查看其它终端的视频。
另外, 步骤 301之后, 应用服务器还可以将接收方终端的 SIP URI列入 禁止查看其它终端上的视频的黑名单中。 这样, 在步骤 202中, 当应用服务 器接收到查看请求消息后,判断该查看请求消息中携带的接收方终端 SIP URI 是否存在于黑名单中, 若不存在于黑名单中, 继续执行后续流程, 判断是否 存在发送方终端到该应用服务器连接的媒体资源服务器的上行媒体通道; 若 存在于黑名单中, 则不需执行后续流程, 向接收方终端返回无权查看其它终 端上的视频的响应消息即可。
进一步地, 在接收方终端被禁止查看其它终端上的视频后, 具有主持人 功能的终端可以随时请求应用服务器解除该接收方终端的禁止状态, 如图 5 所示, 为本发明视频会议方法再一实施例的流程图, 该实施例的视频会议方 法的具体流程如下:
步骤 401 , 具有主持人功能的终端向应用服务器发送解除接收方终端的 禁止状态的解除禁止状态请求消息, 该解除禁止状态请求消息中携带有解除 禁止状态的接收方终端用户标识, 目的地址为应用服务器标识, 其中的接收 方终端用户标识或服务器标识为基于 IP的 SIP URI。 该禁止请求消息可通过 "REFER" 消息发送, 如下所示为具有主持人功能的终端向应用服务器发送 的 "REFER" 消息的一具体实例:
REFER sip: conference 1 @ mrfc 1.home 1.net SIP/2.0
Max-Forwards: 70
P-Pref erred-Identity: "John Doe" <sip:userl_publicl @homel.net>
From: <sip:userl_publicl @homel.net>; tag=171828
To: <sip: conference 1 @ mrfc 1. home l.net>; tag=314159
Call-ID: Cb03a0s09a2sdfglkj490333
Cseq: 127 REFER
Refer- To: <sip:user2_publicl @home2.net> //被允许的参与方
User- Agent : Conf- serv/3 GPP
Content-Type: application/媒体 SDP
Content-Length: (...)
<query xmlns="dconf: video: enable >
该 "REFER" 消息中 , From: <sip: user! publicl @homel.net> 示发送 "REFER" 消息的具有主持人功能的终端的 SIPURI为 userl_publicl @homel. net; To: <sip: conference 1 @ mrfc 1.home 1 , ¾1€1 表示 "REFER"消息的目的地址 , 即: 接收该 "REFER" 消息的应用服务器的 SIP URI为 conferencel @mrfcl. homel.net; Refer-To :<sip: user2_public 1 @ home2.net ;method=INVITE> , 表示 解除禁止状态的接收方终端的 SIP URI为: 丽 2 publicl @home2.net; <query xmlns="dconf:video:disable'V>表示允许接收方终端查看视频。
步骤 402, 应用服务器接收到解除禁止状态请求消息后, 从黑名单中删 除解除禁止状态的接收方终端的 SIP URI,并向具有主持人功能的终端返回该 接收方终端已被解除禁止状态的处理结果消息, 并结束 "REFER" 消息产生 的隐式订阅。
该接收方终端被解除禁止状态后, 就可以再次申请查看其它会议参与方 终端的视频。 如图 6所示, 为本发明应用服务器多个实施例的结构示意图, 作为实施 例之一, 该应用服务器包括依次连接的信息接收模块 11、 资源请求模块 12 与建立模块 13, 以及与信息接收模块 11连接的连接处理模块 14。
其中,信息接收模块 11用于接收由接收方终端发送的查看发送方终端视 频的查看请求消息, 并从该查看请求消息中获取发送方终端用户标识与接收 方终端用户标识; 资源请求模块 12用于根据查看请求消息与接收方终端用户 标识, 向媒体资源服务器 2发送资源请求信息, 请求向接收方终端分配媒体 资源; 建立模块 13用于根据资源请求模块 12发送的向接收方终端分配媒体 资源的请求, 建立媒体资源服务器到接收方终端的下行媒体通道; 连接处理 模块 14用于根据查看请求消息、发送方终端用户标识与所述接收方终端用户 标识, 建立发送方终端到媒体资源服务器的上行媒体连接, 以及建立媒体资 源服务器到接收方终端的下行媒体连接。
再参见图 6, 作为实施例之二, 上述应用服务器中还可以包括检测模块
15, 该检测模块 15设置于信息接收模块 11与连接处理模块 14之间, 分别与 信息接收模块 11及连接处理模块 14连接,用于在信息接收模块 11接收到查 看请求消息后, 根据发送方终端用户标识, 检测发送方终端与媒体资源服务 器之间是否存在上行媒体通道; 资源请求模块 12与检测模块 15连接, 在发 端分配媒体资源; 建立模块 13与连接处理模块 14连接, 在向发送方终端分 配媒体资源后, 建立发送方终端到媒体资源服务器的上行媒体通道。
再参见图 6, 作为实施例之三, 上述应用服务器中还可以包括中断模块
16, 与信息接收模块 11连接, 用于在信息接收模块 11接收到禁止接收方终 端查看其它终端视频的禁止请求消息后, 断开被禁止查看其它终端视频的接 收方终端正在接收的媒体流。
再参见图 6, 作为实施例之四, 上述应用服务器中还可以包括相互连接 的判断模块 17与关闭请求模块 18, 判断模块 17与中断模块 16连接, 用于 判断在中断模块 16 断开被禁止查看其它终端视频的接收方终端正在接收的 媒体流后, 该媒体流是否还有该被禁止的接收方终端以外的其它接收终端; 关闭请求模块 18用于在该媒体流不存在其它接收终端时,通知媒体资源服务 器关闭该媒体流。
再参见图 6, 作为实施例之五, 上述应用服务器中还可以包括添加模块 19、 黑名单存储模块 20与查询模块 21 , 其中, 添加模块 19分别与信息接收 模块 11及黑名单存储模块 20连接, 查询模块 21设置在信息接收模块 11与 资源请求模块 12之间, 分别与信息接收模块 11及资源请求模块 12连接。 黑 名单存储模块 20 用于存储被禁止查看其它终端视频的终端用户标识的黑名 单; 添加模块 19用于在信息接收模块 11接收到禁止请求消息后, 将被禁止 查看其它终端视频的接收方终端用户标识写入黑名单;查询模块 21用于在信 息接收模块 11接收到终端发送的查看请求信息后,查询发送该查看请求消息 的接收方终端用户标识是否存在于黑名单中, 不存在于黑名单中时, 才指示 资源请求模块 12请求向接收方终端分配媒体资源, 若存在于黑名单中, 则通 过信息接收模块 11向接收方终端反馈无权查看其它终端视频的响应信息。
再参见图 6, 作为实施例之六, 上述应用服务器中还可以包括禁止状态 解除模块 22, 该禁止状态解除模块 22同时与信息接收模块 11及黑名单存储 模块 20连接, 用于在信息接收模块 11接收到解除接收方终端的禁止状态的 解除禁止状态请求消息时,从黑名单存储模块 20存储的黑名单中删除接收方 终端用户标识。
如图 7所示, 为本发明媒体资源服务器多个实施例的结构示意图, 作为 实施例之一, 该媒体资源服务器包括依次连接的资源分配模块 32、 信息收发 模块 31与媒体分发模块 33。 其中, 信息收发模块 31用于媒体资源服务器与 应用服务器及终端之间进行信息交互, 接收、 转发资源请求信息与媒体流, 另外, 还可以接收、 转发已分配媒体资源的响应信息; 资源分配模块 32用于 根据信息收发模块 31转发的资源请求信息,为资源请求信息携带的用户标识 对应的终端分配媒体资源,并向信息收发模块 31返回已分配媒体资源的响应 信息; 媒体分发模块 33用于根据信息收发模块 31接收到的资源请求信息中 携带的发送方与接收方终端的链接地址, 建立发送方终端与接收方终端之间 的连接, 将发送方终端通过发送方终端的链接地址发送的媒体流通过接收方 终端的链接地址发送给该接收方终端。
再参见图 7, 作为实施例之二, 上述媒体资源服务器中还可以包括地址 存储模块 34, 与媒体分发模块 33连接, 用于供媒体分发模块 33存储由信息 收发模块 31 接收到的资源请求信息中携带的发送方与接收方终端的链接地 址。
再参见图 7, 作为实施例之三, 上述媒体资源服务器中还可以包括关闭 模块 35 , 设置于信息收发模块 31与地址存储模块 34之间, 分别与信息收发 模块 31及地址存储模块 34连接,用于在发送方终端通过信息收发模块 31转 发的媒体流不存在接收方终端时, 关闭发送方终端通过该发送方终端的链接 地址媒体流。
再参见图 7, 作为实施例之四, 上述媒体资源服务器中, 资源分配模块 32还与关闭模块 35连接, 用于在关闭模块 35关闭媒体流后, 释放为发送该 媒体流的发送方终端分配的媒体资源。
如图 8所示, 为本发明视频会议系统多个实施例的结构示意图, 该多个 实施例的视频会议系统包括应用服务器 1与媒体资源服务器 2。
其中, 应用服务器 1用于接收由接收方终端发送的查看发送方终端视频 的查看请求消息, 从该查看请求消息中获取发送方终端用户标识与接收方终 端用户标识, 向媒体资源服务器 2发送资源请求信息, 请求媒体资源服务器 2向接收方终端分配媒体资源, 建立媒体资源服务器 2到接收方终端的下行 媒体通道, 以及建立发送方终端到媒体资源服务器 2的上行媒体连接, 媒体 资源服务器 2到接收方终端的下行媒体连接。 媒体资源服务器 2用于接收应 用服务器 1发送的资源请求信息, 为资源请求信息携带的用户标识对应的终 端分配媒体资源 , 以及根据资源请求信息中携带的发送方终端与接收方终端 的链接地址, 建立发送方终端与接收方终端之间的连接, 将发送方终端通过 发送方终端的链接地址发送的媒体流, 通过接收方终端的链接地址发送给接 收方终端。
具体地, 应用服务器 1可采用图 6所示任一实施例提供的应用服务器, 媒体资源服务器 2可采用图 7所示任一实施例提供的媒体资源服务器。 应用 服务器 1中的信息接收模块 11与媒体资源服务器 2中的信息收发模块 31进 行应用服务器 1与媒体资源服务器 2之间的资源请求信息等的信息交互与媒 体流的传送。
作为实施例之一, 当应用服务器 1采用图 6所示的实施例之一时, 媒体 资源服务器 2采用图 7所示实施例之一的媒体资源服务器; 信息接收模块 11 可与各终端通信连接, 在终端与本发明视频会议系统之间进行消息转发; 信 息收发模块 31分别与建立模块 13、连接处理模块 14连接。作为实施例之二、 三, 应用服务器 1分别进一步采用图 6所示的实施例之二、 三。 作为实施例 之四, 应用服务器 1进一步采用图 6所示的实施例之四, 媒体资源服务器 2 则进一步采用图 7所示实施例之三的媒体资源服务器。作为实施例之五、 六, 应用服务器 1分别进一步采用图 6所示的实施例之五、 六。 作为实施例之七, 媒体资源服务器 2进一步采用图 7所示实施例之四的媒体资源服务器。
本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成, 前述的程序可以存储于一计算机可读 取存储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述 的存储介质包括: ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 本发明实施例中, 任何一个会议参与方终端都可以作为接收方终端请求 查看其它任一发送方终端上的视频, 接收到接收方终端发送的查看请求消息 后, 建立媒体资源服务器到接收方终端的下行媒体连接, 并通过将发送方终 端发送的媒体流通过下行媒体连接发送给接收方终端, 这样, 会场中不同参 与方可以通过终端自由选择查看其它任意参与方的视频, 非常灵活、 方便; 并且不需要混屏支持, 与现有技术相比, 筒化了视频会议系统的结构, 降低 了会议系统的成本。
最后所应说明的是: 以上实施例仅用以说明本发明的技术方案, 而非对 本发明作限制性理解。 尽管参照上述较佳实施例对本发明进行了详细说明, 本领域的普通技术人员应当理解: 其依然可以对本发明的技术方案进行修改 或者等同替换, 而这种修改或者等同替换并不脱离本发明技术方案的精神和 范围。

Claims

权 利 要 求
1、 一种视频会议方法, 其特征在于, 包括以下步骤:
接收由接收方终端发送的请求查看发送方终端视频的查看请求消息; 建立所述发送方终端到媒体资源服务器的上行媒体连接, 以及建立所述 媒体资源服务器到所述接收方终端的下行媒体连接;
通过所述上行媒体连接接收所述发送方终端发送的媒体流, 并将该媒体 流通过所述下行媒体连接发送给所述接收方终端。
2、 根据权利要求 1所述的视频会议方法, 其特征在于, 建立所述发送方 终端到媒体资源服务器的上行媒体连接包括:
判断是否存在所述发送方终端到所述媒体资源服务器的上行媒体通道, 若不存在, 则为所述发送方终端分配媒体资源, 建立所述发送方终端到所述 媒体资源服务器的上行媒体通道, 并建立所述发送方终端到所述媒体资源服 务器的上行媒体连接; 若存在, 则直接建立所述发送方终端到所述媒体资源 服务器的上行媒体连接;
和 /或, 建立所述媒体资源服务器到所述接收方终端的下行媒体连接包 括:
为所述接收方终端分配媒体资源, 建立所述媒体资源服务器到所述接收 方终端的下行媒体通道; 建立所述媒体资源服务器到所述接收方终端的下行 媒体连接。
3、 根据权利要求 1所述的视频会议方法, 其特征在于, 建立所述发送方 终端到媒体资源服务器的上行媒体连接后, 还获取所述发送方终端的会话描 述协议信息, 并用该会话描述协议信息刷新所述媒体资源服务器上所述发送 方终端的会话描述协议信息。
4、 根据权利要求 1所述的视频会议方法, 其特征在于, 还包括: 接收到禁止所述接收方终端查看其它终端视频的禁止请求消息后, 断开 所述接收方终端正在接收的媒体流。
5、 根据权利要求 4所述的视频会议方法, 其特征在于, 断开所述接收方 终端正在接收的媒体流后, 还包括:
判断所述媒体流是否存在其它接收方终端, 若不存在其它接收方终端, 则关闭所述媒体流。
6、 根据权利要求 5所述的视频会议方法, 其特征在于, 关闭所述媒体流 后, 还释放为提供所述媒体流的所述发送方终端分配的媒体资源。
7、 根据权利要求 4或 5 所述的视频会议方法, 其特征在于, 接收到所 述禁止请求消息后, 还将所述接收方终端用户标识列入禁止查看其它终端视 频的黑名单。
8、 根据权利要求 7所述的视频会议方法, 其特征在于, 接收到所述查看 请求消息后, 判断所述接收方终端用户标识是否存在于所述黑名单中, 若不 存在, 则建立所述发送方终端到媒体资源服务器的上行媒体连接; 若存在, 向所述接收方终端返回无权查看其它终端视频的响应消息。
9、 根据权利要求 7所述的视频会议方法, 其特征在于, 还包括: 接收到解除所述接收方终端的禁止状态的解除禁止状态请求消息后, 从 所述黑名单中删除所述接收方终端用户标识。
10、 一种应用服务器, 其特征在于, 包括:
信息接收模块, 用于接收由接收方终端发送的查看发送方终端视频的查 看请求消息, 并从该查看请求消息中获取发送方终端用户标识与接收方终端 用户标识;
资源请求模块,用于根据所述查看请求消息与所述接收方终端用户标识, 请求向所述接收方终端分配媒体资源;
建立模块, 用于根据所述资源请求模块的请求, 建立媒体资源服务器到 所述接收方终端的下行媒体通道;
连接处理模块, 用于根据所述查看请求消息、 所述发送方终端用户标识 与所述接收方终端用户标识, 建立所述发送方终端到媒体资源服务器的上行 媒体连接, 以及所述媒体资源服务器到所述接收方终端的下行媒体连接。
11、 根据权利要求 10所述的应用服务器, 其特征在于, 还包括: 检测模块, 用于在所述信息接收模块接收到所述查看请求消息后, 根据 否存在上行媒体通道; 上行媒体通道时, 请求向所述发送方终端分配媒体资源;
所述建立模块还用于在向所述发送方终端分配媒体资源后, 建立所述发 送方终端到所述媒体资源服务器的上行媒体通道。
12、 根据权利要求 10所述的应用服务器, 其特征在于, 还包括: 中断模块, 用于在所述信息接收模块接收到禁止所述接收方终端查看其 它终端视频的禁止请求消息后, 断开被禁止查看其它终端视频的所述接收方 终端正在接收的媒体流。
13、 根据权利要求 12所述的应用服务器, 其特征在于, 还包括: 判断模块, 用于判断在断开所述接收方终端正在接收的媒体流后, 所述 媒体流是否还有所述接收方终端以外的其它接收终端;
关闭请求模块, 用于在所述媒体流不存在所述其它接收终端时, 通知关 闭所述媒体流。
14、 根据权利要求 12或 13所述的应用服务器, 其特征在于, 还包括: 黑名单存储模块, 用于存储记录被禁止查看其它终端视频的终端用户标 识的黑名单;
添加模块, 用于在所述信息接收模块接收到所述禁止请求消息后, 将被 禁止查看其它终端视频的所述接收方终端用户标识写入所述黑名单;
查询模块, 用于在所述信息接收模块接收到所述查看请求信息后查询发 送所述查看请求消息的所述接收方终端用户标识是否存在于所述黑名单中, 若不存在, 指示所述资源请求模块请求向所述接收方终端分配媒体资源; 若 存在, 则指示所述信息接收模块向所述接收方终端反馈无权查看其它终端视 频的响应信息。
15、 根据权利要求 14所述的应用服务器, 其特征在于, 还包括: 禁止状态解除模块, 用于在所述信息接收模块接收到解除所述接收方终 端的禁止状态的解除禁止状态请求消息时, 从所述黑名单存储模块中删除所 述接收方终端用户标识。
16、 一种媒体资源服务器, 其特征在于, 包括:
信息收发模块, 用于接收、 转发资源请求信息与媒体流;
资源分配模块,用于根据所述信息收发模块接收到的所述资源请求信息, 为所述资源请求信息携带的用户标识对应的终端分配媒体资源;
媒体分发模块, 用于根据所述信息收发模块接收到的所述资源请求信息 中携带的发送方终端与接收方终端的链接地址, 建立所述发送方终端与接收 方终端之间的连接, 将所述发送方终端通过所述发送方终端的链接地址发送 的媒体流, 通过所述接收方终端的链接地址发送给所述接收方终端。
17、 根据权利要求 16所述的媒体资源服务器, 其特征在于, 还包括: 地址存储模块, 用于存储所述信息收发模块接收到的所述资源请求信息 中携带的所述发送方终端与所述接收方终端的链接地址。
18、 根据权利要求 17所述的媒体资源服务器, 其特征在于, 还包括: 关闭模块, 用于在所述发送方终端通过所述信息收发模块转发的媒体流 不存在接收方终端时, 关闭所述发送方终端通过所述发送方终端的链接地址 发送的所述媒体流。
19、 根据权利要求 18所述的媒体资源服务器, 其特征在于, 所述资源分 配模块与所述关闭模块连接, 用于在关闭所述媒体流后, 释放为所述发送方 终端分配的媒体资源。
20、 一种视频会议系统, 其特征在于, 包括应用服务器与媒体资源服务 器; 所述应用服务器用于接收由接收方终端发送的查看发送方终端视频的查看请求 消息, 从该查看请求消息中获取发 终端用户标识与接^ ^终端用户标识, 请求所 某体资源服务器向所述接^ ^终端分配 资源, 建立所 某体资源服务器到所述 接收方终端的下行 4»通道, 以 ¾jt立所 终端到媒体资源服务器的上行媒体 连接, 所 ^某体资源服务器到所述接^^终端的下行媒体连接;
所 某体资源服务器用于接^ ^斤述应用服务器发送的资源请求信息, 为所述资源 请求信息携带的用户标 对应的终端分配^ ^资源, 以及根据所述资源请求信息中携 带的发送方终端与接收方终端的链接地址, 建立所 终端与接收方终端之间的 连接, 将所 终端通 送方终端的链接舰发送的媒体流, 通 述接 终端的链接地址发 合所述接收方终端。
21、 根据权利要求 20所述的 ^义系统, 于, 所述应用月良务器包括: 信, 妻收模块, 用于接收由接收方终端发送的查看发送方终端¾¾的查看请求消 息, 并从该查看请求消息中获取发送方终端用户标识与 4妻收方终端用户标识;
资源请求模块, 用于根据所述查看请求消息与所述接收方终端用户标识, 请求向 所述接收方终端分配媒体资源;
建 莫块, 用于根据所述资源请^数的请求, 建立所 某体资源服务器到所述 接收方终端的下行 通道;
连接处理^ 夬, 用于根据所述查看请求消息、 所 送方终端用户标识与所述接 ^^终端用户标识, 建立所 送方终端到 资源服务器的上行: ^连接, 以^斤 ^某体资源服务器到所述接^ ^终端的下行媒体连接;
所« ^资源服务器包括:
信息^^才數, 用于接收、 转发由所述信, 妻收模 送的资源请求信息, 以及 接收并向所述信息撒微转发 流;
资源分 ^ 势夬, 用于根据所述信息^ 夬接^ ^的所述资源请求信息, 为所述 资源请求信息携带的用户标 十应的终端分配^^资源;
分发才数, 用于根据所述信息^ ^模块接^ ^的所述资源请求信息中携带的 发送方终端与接收方终端的链接地址, 建立所述发送方终端与接收方终端之间的连 接, 将所 送方终端通 终端的链接地址发送的 流, 通 述接收 方终端的链接地址发 合所述接收方终端。
22、 根据权利要求 21所述的應 ^义系统, 于, 所述应用服务器还包 括:
用于在所述信, 妻收模块接^ ^所述查看请求消息后, 根据所 送 通道; 体通道时, 请求向所 送方终端分配媒体资源;
所述建 ^莫块在向所tt ^终端分配^^资源后, 建立所tt ^终端到所述 资源服务器的上行 通道。
23、 根据权利要求 21所述的應 ^义系统, 于, 所述应用服务器还包 括:
中断模块, 用于在所述信, 妻收^ 夬接^^禁止所述接^ ^终端查看其它终端视 频的禁止请求消息后, 断开被禁止查看其它终端视频的所述接收方终端正在接收的媒 体流。
24、 根据权利要求 23所述的應 ^义系统, 于, 所述应用服务器还包 括:
判断模块, 用于判断在断开所述接^ ^终端 接收的媒体½, 所 某体流是 否还有所述接^^终端以外的其它接^冬端;
关闭请^莫块, 用于在所 某体流不存在所述其它接^ ^冬端时, 通知关闭所 ¾i某 体流;
所«体资源服务器还包括:
地 iiW甜莫块, 用于^ ί诸所述信息^ ^模块接^ ^的所述资源请求信息中携带的 所 送方终端与所述接收方终端的链接 ϋ。
25、 根据权利要求 24所述的纏 ^义系统, 球于, 所« ^资源服务器 还包括:
关闭才莫块, 用于在所 送方终端通^斤述信息^^模块转发的 流不存在接 收方终端时, 关闭所 送方终端通 :^斤 送方终端的链接地址发送的所述媒体 流。
26、 根据权利要求 23、 24或 25所述的视频会议系统, ^ 征在于, 所述应用服 务器还包括:
黑名单 ίϊ^ Α, 用于 ^己录被禁止查看其它终端视频的终端用户标识的黑名 单;
添加模块, 用于在所述信息 收才势夬接^ ^所述禁止请求消息后, 将被禁止查看 其它终端 的所述接^^终端用户标识写 斤述黑名单;
查询模块, 用于在所述信息撒機 斤述查看请求信息后查询发 述查 看请求消息的所述接收方终端用户标识是否存在于所述黑名单中, 若不存在, 指示所 述资源请 莫块请求向所述接收方终端分配媒体资源; 若存在, 则指示所述信, 妻收 才^:向所述接^^终端反馈^又查看其它终端 的响应信息。
27、 根据权利要求 26所述的應 ^义系统, 于, 所述应用服务器还包 括:
禁止状态解除模块, 用于在所述信, 妻收^ 夬接^^解除所述接^ ^终端的禁止 状态的解除禁止状态请求消息时, 斤述黑名单^ ί甜莫块中删除所述接收方终端用户 标识。
28、 根据权利要求 21所述的 ^义系统, 球于, 所述资源分 莫块与 所述关闭模块连接, 用于在关闭所述媒体流后, 释放为所述发送方终端分配 的媒体资源。
PCT/CN2008/071222 2007-10-18 2008-06-06 Video conference method and system, application server and media resource server Ceased WO2009049505A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08757633A EP2209312A1 (en) 2007-10-18 2008-06-06 Video conference method and system, application server and media resource server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710176044.X 2007-10-18
CN200710176044.XA CN101141616A (zh) 2007-10-18 2007-10-18 视频会议方法与系统、应用服务器及媒体资源服务器

Publications (1)

Publication Number Publication Date
WO2009049505A1 true WO2009049505A1 (en) 2009-04-23

Family

ID=39193315

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071222 Ceased WO2009049505A1 (en) 2007-10-18 2008-06-06 Video conference method and system, application server and media resource server

Country Status (3)

Country Link
EP (1) EP2209312A1 (zh)
CN (1) CN101141616A (zh)
WO (1) WO2009049505A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147794A (zh) * 2019-12-25 2020-05-12 视联动力信息技术股份有限公司 一种视频显示方法及会管平台服务器
CN114339280A (zh) * 2021-12-22 2022-04-12 创盛视联数码科技(北京)有限公司 应用于网络教学的多媒体信息传输方法与装置

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141616A (zh) * 2007-10-18 2008-03-12 华为技术有限公司 视频会议方法与系统、应用服务器及媒体资源服务器
US8560696B2 (en) * 2009-04-28 2013-10-15 Intel Corporation Transmission of advanced-MAP information elements in mobile networks
CN102469409A (zh) * 2010-11-02 2012-05-23 中国移动通信集团公司 一种多媒体会议实现方法和装置
CN102546995B (zh) * 2010-12-20 2015-03-11 中国移动通信集团公司 一种数据分发处理方法和装置
CN102387340B (zh) * 2011-11-29 2014-12-24 浙江省电力公司 一种视频会议控制系统与实现方法
CN104902216B (zh) * 2014-03-05 2019-11-22 南京中兴软件有限责任公司 一种视频会议中多画面管控方法及相关设备
CN106921630A (zh) * 2015-12-25 2017-07-04 航天信息股份有限公司 数据交换方法及设备
CN107277425A (zh) * 2016-04-08 2017-10-20 中兴通讯股份有限公司 一种服务器、会场终端以及云会议处理方法
CN107105191A (zh) * 2017-05-17 2017-08-29 深圳市惟新科技股份有限公司 多通道视频调度的方法及装置
CN110324379B (zh) * 2018-03-30 2021-12-17 视联动力信息技术股份有限公司 一种通信连接建立方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1889676A (zh) * 2006-06-01 2007-01-03 上海交通大学 基于p2p和sip的视频会议系统及其实现方法
US20070168422A1 (en) * 2006-01-16 2007-07-19 Mi-Ra Choe Method and system for providing selective media data in multimedia conference service
CN101039203A (zh) * 2007-03-02 2007-09-19 华为技术有限公司 一种接入设备、会议接入方法和会议业务系统
CN101141616A (zh) * 2007-10-18 2008-03-12 华为技术有限公司 视频会议方法与系统、应用服务器及媒体资源服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070168422A1 (en) * 2006-01-16 2007-07-19 Mi-Ra Choe Method and system for providing selective media data in multimedia conference service
CN1889676A (zh) * 2006-06-01 2007-01-03 上海交通大学 基于p2p和sip的视频会议系统及其实现方法
CN101039203A (zh) * 2007-03-02 2007-09-19 华为技术有限公司 一种接入设备、会议接入方法和会议业务系统
CN101141616A (zh) * 2007-10-18 2008-03-12 华为技术有限公司 视频会议方法与系统、应用服务器及媒体资源服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147794A (zh) * 2019-12-25 2020-05-12 视联动力信息技术股份有限公司 一种视频显示方法及会管平台服务器
CN114339280A (zh) * 2021-12-22 2022-04-12 创盛视联数码科技(北京)有限公司 应用于网络教学的多媒体信息传输方法与装置
CN114339280B (zh) * 2021-12-22 2023-10-27 创盛视联数码科技(北京)有限公司 应用于网络教学的多媒体信息传输方法与装置

Also Published As

Publication number Publication date
EP2209312A1 (en) 2010-07-21
CN101141616A (zh) 2008-03-12

Similar Documents

Publication Publication Date Title
WO2009049505A1 (en) Video conference method and system, application server and media resource server
US7151753B2 (en) System and method for establishing a conference call
CN101420375B (zh) 通信网络中的共享内容流的分配
CA2468921C (en) Service access and conferencing system and method in a telecommunications network
US20030014488A1 (en) System and method for enabling multimedia conferencing services on a real-time communications platform
US7792065B2 (en) Securely establishing sessions over secure paths
US8195147B2 (en) Method of enabling a combinational service and communication network implementing the service
US20110149750A1 (en) Subscriber fallback/migration mechanisms in ims geographic redundant networks
CN101138172A (zh) 用于无线一键通网络中分离终端的方法和系统
WO2009071012A1 (en) Method, system and device for processing media flow request in sip network
CN101378491B (zh) 一种实现画中画视频的方法、系统及实体装置
WO2012000347A1 (zh) 一种跨平台会议融合的方法、装置和系统
US20080250466A1 (en) Method, system and apparatus for video sharing
WO2008037220A1 (en) A method, a system and a device for channel authorization of television living broadcast by network
WO2009024092A1 (en) Method and system for controlling the authorization of service resource
WO2007090347A1 (en) A carrying method, system and device for ip multimedia system service
CN102348167B (zh) 在服务器中支持多种多媒体类型的通信服务的方法
US6687358B1 (en) Method and apparatus for joining a party to a multipoint conference using digital techniques
CN115914176A (zh) 一种呼叫处理方法、装置及系统
WO2010069176A1 (zh) 实现pc客户端绑定硬终端时召开会议的方法、登录服务器、会议服务器及pc客户端
CN101626300A (zh) 一种多媒体会议中子会议的创建方法和系统
WO2008148326A1 (en) Method, system, business agent and terminal for realizing convergence business
US9531806B2 (en) Method and apparatus for requesting media replication in a collaborative communication session, and method and apparatus for assigning a communication medium for a collaborative communication session
WO2008089702A1 (en) System and method for implementing stream-media service, and stream-media service control function entity
CN104135468B (zh) 支持多径中继传输的ims会话协商控制系统、装置及方法

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

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

Country of ref document: EP