WO2009100565A1 - 一种无线通信***中实现多方电话会议的方法及*** - Google Patents

一种无线通信***中实现多方电话会议的方法及*** Download PDF

Info

Publication number
WO2009100565A1
WO2009100565A1 PCT/CN2008/000228 CN2008000228W WO2009100565A1 WO 2009100565 A1 WO2009100565 A1 WO 2009100565A1 CN 2008000228 W CN2008000228 W CN 2008000228W WO 2009100565 A1 WO2009100565 A1 WO 2009100565A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
conference call
multicast broadcast
content
party conference
Prior art date
Application number
PCT/CN2008/000228
Other languages
English (en)
French (fr)
Inventor
Jianquan Song
Ling Xu
Li Chu
Ri Yang
Cuixi Su
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Priority to CN200880126677.2A priority Critical patent/CN101946457B/zh
Priority to PCT/CN2008/000228 priority patent/WO2009100565A1/zh
Priority to EP08706423.4A priority patent/EP2247029B1/en
Publication of WO2009100565A1 publication Critical patent/WO2009100565A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • 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/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems

Definitions

  • the present invention relates to a wireless communication system, and more particularly to a method and system for implementing multi-party conference call in a wireless communication system.
  • Multi-party voice or video conference calls have been implemented in fixed communication systems, but multi-party voice or video conference calls are not currently implemented in wireless communication systems.
  • wireless communication systems define a multicast broadcast service, that is, a service that is sent to all subscribers or a group of subscription users.
  • the base station sends the multicast broadcast service on the air interface, the base station can flexibly decide to use the unicast or multicast broadcast connection bearer according to the number of users under the current base station.
  • MCBCS Multicast Broadcast Service
  • SPWG Requirements Working Group SPWG of the WiMAX Forum (WiMAX Forum)
  • IEEE802.16e-2005 the airborne MBS (Multicast Broadcasting Service) was defined.
  • the MCBCS defined by the SPWG refers to the service type of the program, that is, the program is a multicast broadcast service type; and the MBS of the IEEE802.16e-2005 defines the bearer mode of the program air interface, that is, the multicast broadcast service bearer mode.
  • the MCBCS service only a certain program is defined as the MCBCS service, and it is possible to adopt the MBS bearer mode in the air interface; in addition, even if a certain program is defined as the MCBCS service, the ASN (Access Service Network) can still be based on each BS (base station).
  • the number of users receiving the MCBCS program is determined to be transmitted under the base station using a multicast broadcast connection or a unicast connection.
  • a threshold value may be preset. When the number of users receiving the MCBCS program under the base station exceeds a certain threshold, the multicast broadcast connection is used for transmission, otherwise the unicast connection is used for transmission.
  • WiMAX WiMAX's multicast broadcast architecture standards are under development, but basic functional entities have been defined.
  • the technical problem to be solved by the present invention is to provide a method and system for implementing multi-party conference call in a wireless communication system.
  • the present invention provides a method for implementing a multi-party telephone conference in a wireless communication system, including:
  • User or multi-party conference call management triggers the creation of a multi-party conference call, and the user joins the multi-party conference call;
  • the multi-party conference call user uploads his own conference content to the multi-party conference call content provider;
  • the multi-party conference call content provider combines the conference content uploaded by the user into a multicast broadcast program, and provides the conference content to the multicast broadcast content server;
  • the multicast broadcast content server transmits the multicast broadcast program to a user of the multi-party conference call, and the user receives the multicast broadcast program.
  • the conference content is one or more of voice, video, and multimedia information.
  • the above method may further have the following feature: the user of the multi-party conference call is an active user or an inactive user, and the activated user uploads his own conference content to the multi-party conference call content provider, the inactive user Do not upload your own meeting content to the multi-party conference call content provider.
  • the foregoing method may further have the following feature: when the multi-party conference call is created, the type of the multi-party conference call is specified as an open multi-party conference call or a multi-party conference call having a group management feature, where the open call is
  • the conference means that all users participating in the multi-party conference call are active users, and the multi-party conference call with group management features refers to the user who participates in the multi-party conference call as an active user or an inactive user.
  • the above method may further have the following feature: when the multi-party conference call is created, the start time and the end time of the multi-party conference call are specified.
  • the foregoing method may further have the following feature: if the type of the multi-party conference call created is a multi-party conference call with group management features, one or more of the following information is specified when creating, and the number of users is activated. Activate the user's identity, the number of inactive users, inactive The identity of the household.
  • the foregoing method may further have the following feature: when the user joins the multi-party conference call, the multi-party conference call management performs authentication, and after the authentication, the multi-party conference call management notifies the user of the user type, if the user is The user is activated to establish a connection between the user and the multi-party conference call content provider.
  • the foregoing method may further have the following feature: when the multi-party conference content provider merges the content of the user-uploaded conference into a multicast broadcast program, the user's user identifier is added to the conference content uploaded by the user, and the user receives the multicast.
  • the program is broadcast, the content containing the user's subject of the user is filtered.
  • the multi-party conference call management pre-allocates a multicast broadcast content identifier for the conference content uploaded by the user, and adds a DSA process to the air interface dynamic service when the user joins the receiving multicast broadcast service.
  • the multicast broadcast content identifier corresponding to the conference content uploaded by the user is not carried, so that the user does not receive the conference content uploaded by the user when receiving the multicast broadcast program.
  • the above method may further have the following feature, the multi-party conference call content provider periodically merges the conference content uploaded by the user.
  • the foregoing method may further have the following feature: before the multi-party conference call starts, the multi-party conference call management sends a multicast broadcast setup request to the multicast broadcast controller, requesting to establish a multi-party conference call, when accessing the gateway and the user After the connection between the terminals is established, the multi-party conference call management sends a multicast broadcast establishment indication to the multicast broadcast content server, allowing the multicast broadcast content server to start multicast broadcast service transmission.
  • the present invention also provides a system for implementing a multi-party conference call in a wireless communication system, which includes a multicast broadcast service controller, a multicast broadcast content server, and a multicast broadcast content provider on the network side, wherein the network side further Including multi-party conference call management, multi-party conference call content provider, and the terminal side includes a multi-party conference call client, wherein
  • the multi-party conference call client is configured to establish a connection between the user and the multi-party telephone content provider, upload the conference content of the user to the multi-party conference call content provider, and receive the multicast broadcast program of the multi-party conference call;
  • the multi-party conference call management is used for creation, release, deletion, time management, and user management of the multi-party conference call;
  • the multi-party conference call content provider is configured to receive the content of the content uploaded by the user of the multi-party conference call, merge the conference content into a multicast broadcast program, and provide the multicast broadcast content server to the group.
  • the broadcast broadcast content server transmits the multicast broadcast program of the multiparty conference call to the multiparty conference call client.
  • the foregoing system may further have the following feature: before the multi-party conference call starts, the multi-party conference call management sends a multicast broadcast setup request to the multicast broadcast controller, requesting to establish a multi-party conference call, when accessing the gateway and the user After the connection between the terminals is established, the multi-party conference call management sends a multicast broadcast establishment indication to the multicast broadcast content server, and allows the multicast broadcast content server to start multicast broadcast service transmission.
  • the foregoing system may further have the following feature: when the multi-party conference content provider merges the content of the user-uploaded conference into a multicast broadcast program, the user's user identifier is added to the conference content uploaded by the user, and the user receives the multicast.
  • the multiparty conference client filters content that includes the user identification of the user.
  • the multi-party conference call management pre-allocates a multicast broadcast content identifier for the conference content uploaded by the user, and adds a DSA process to the air interface dynamic service when the user joins the receiving multicast broadcast service.
  • the multicast broadcast content identifier corresponding to the conference content uploaded by the user is not carried, and the multi-party conference call client does not receive the conference content uploaded by itself when receiving the multicast broadcast program.
  • the above system may further have the following feature: the multi-party conference call content provider periodically merges the conference content uploaded by the user through the multi-party conference call client.
  • the present invention increases multi-party conference call management and multi-party conference call content providers on the network side by utilizing the multicast broadcast service architecture in the wireless communication system, adds a multi-party conference call client to the terminal, and merges the multi-party conference call contents into groups.
  • the broadcast program is transmitted for transmission, thereby implementing multi-party voice and/or video teleconference services in the wireless communication system.
  • Drawing fan 1 is a schematic diagram of an architecture of a multi-party conference call of a WiMAX system and an uplink and downlink service flow in the present invention.
  • FIG. 2 is a flow chart of a method for implementing multi-party voice and video telephony in the wireless communication system of the present invention.
  • Figure 3 is a flow diagram of a multi-party teleconferencing system of the present invention for generating MCBCS programs over an upstream channel.
  • Fig. 4 is a schematic diagram showing the flow of a downlink channel transmission of an MCBCS program of the multiparty conference system of the present invention.
  • FIG. 5 is a schematic diagram of a process for a user to establish a multi-party conference phone bearer by using MCC Management in the present invention.
  • the multi-party voice and video conference call is referred to below as a multi-party conference call.
  • One of the characteristics of multi-party voice and video conference calls is that the receiving users can be a few users separated by a long distance, or many users in a building. This feature is consistent with the characteristics of the multicast broadcasting service in the wireless communication system, so at high speed.
  • a multicast broadcast service can be used in a wireless communication system to implement a multi-party voice and video conference call.
  • the present invention provides a system for implementing multi-party conference call in a wireless communication system.
  • MCC Management Multi-Part Conference Call Management
  • MCC Content Provider MCC Content Provider. It is used to provide multi-party conference call services based on the existing multicast service of wireless communication.
  • a Multi-Part Conferenc Call Client (MCC Client) is added to the terminal to participate in multi-party conference calls, uploading and receiving content of multi-party conference calls.
  • the WiMAX system is taken as an example to illustrate how to implement multi-party conference call on the MCBCS service of WiMAX.
  • the WiMAX system implements a multicast broadcast service through an MCBCS Controller (Multicast Broadcast Service Controller), a MCBCS Content Sever (Multicast Broadcast Content Server), and a multicast broadcast content provider located in the CSN (Connect Service Network).
  • the multicast broadcast content provider provides a multicast broadcast service source for the multicast broadcast content server.
  • the multicast broadcast content provider can be located either at the CSN or by a third party.
  • MCC Management and MCC Content Provider are added to the existing multicast broadcast service architecture to complete multicast conference services such as multi-party conference calls.
  • the new MCC Management and MCC Content Provider can be located either in the CSN or in the ASP (Application Service Provider); if it is in the ASP, it means that the third party provides the multi-party conference call service.
  • New Functional Entity MCC Management is responsible for maintaining the creation, release, deletion, multi-party conference time management, and multi-party conference group user management of a multi-party conference call.
  • Multi-party conferences Conference time management includes the start time and end time of multi-party conference calls.
  • Multi-party conference call group User management includes maintenance of activated users and maintenance of inactive users. Once a multi-party conference call is created, including multi-party conference calls, time management for multi-party conference calls and group user management can be performed. Once the multi-party conference call is released or deleted, the time involved in the multi-party conference call and the group user management information can be released.
  • the newly added function entity MCC Content Provider is used to combine the uplink content of the active user participating in the multi-party conference call, including voice, video or multimedia information, into a downlink multicast broadcast service program, and provides it as a multicast broadcast service source.
  • the multicast broadcast content server transmits the multicast broadcast program to the MCC Client of the user terminal.
  • the content source comes from the multicast broadcast service content provider
  • the content source of the multi-party conference call comes from the MCC Content Provider.
  • the content of the MCC Content Provider comes from participating.
  • the content of the active user's uplink of the party conference call includes one or a combination of voice, video and multimedia information.
  • the new feature entity MCC Content Provider can also exist as a functional module of the multicast broadcast content server.
  • the MCC Client added to the terminal can perform one or more of the following functions: It can be used to receive the type of terminal user assigned by MCC Management. If the end user is an active user, the MCC Client can be used to trigger the establishment of the terminal from the terminal to the MCC Content Provider. The uplink link, so that the activated user can upload his voice, video and multimedia information to the MCC Content Provider through the multi-party conference client; and is also used to receive the multicast broadcast program of the multi-party conference call sent by the multicast broadcast content server. If the terminal is an active user, the MCC Client can filter out the part of the content that it uploads when receiving the downlink content. The MCC Client can also be used for the terminal to initiate the creation of a multi-party conference call request; it can also be used for the terminal to initiate an exit multi-party conference call.
  • the present invention provides a method for implementing a multi-party voice and video conference call in a wireless communication system, as shown in FIG. 2, which mainly includes the following steps:
  • the user or MCC Management triggers the creation of a multi-party conference call
  • Multi-party phones are divided into two categories, namely, active users and inactive users. Both types of users can receive the content of the multi-party conference call, but the active user can upload their own voice, video or during the multi-party conference call. Multimedia information to the MCC Content Provider, but not the active user, can not upload their own voice, video or multimedia information to the MCC Content Provider. For multi-party conference calls, the active user is always present, and the inactive user is not required.
  • Multi-party conference call types can be divided into two categories, the first is an open multi-party conference call, and the second is a multi-party conference call with group management features.
  • the maximum number of users participating in the multi-party conference call can be specified at the time of creation, without distinguishing the type of the user, that is, it is not necessary to distinguish whether the user is an active user or an inactive user.
  • Users are activated users, they can upload their own voice, video or multimedia information to the MCC Content Provider.
  • the user creates a multi-party conference call with group management features
  • the user is divided into Activate a user or an inactive user.
  • Create a multi-party conference call with group management features You can specify one or more of the following information when you create it: You can limit the number of activated users, activate the user's ID, limit the number of inactive users, inactivate the user ID, and change dynamically.
  • User type that is, the user can convert between the active user and the inactive user during the conference.
  • the user When creating a multi-party conference call, the user should at least include the start and end time of the conference call; it can also include the type of multi-party conference call created, that is, the open type or group management type.
  • the multi-party conference call starts, and each participating user joins the multi-party conference call to activate the multi-party conference call client of the user.
  • the MCC Client triggers the connection of the user terminal to the multi-party conference call content provider MCC Content Provider;
  • Management Multi-party conference group user management authenticates and authorizes users.
  • the multi-party conference call with the group management feature first passes the MCC Management authentication authorization step. If the user is determined to be a legitimate user, the MCC Management notifies the user terminal of the MCC Client of the user terminal. If the user is activated, the MCC Client will trigger the establishment of a connection from the user terminal to the MCC Content Provider, allowing the user terminal to upload its voice, video or multimedia information to the MCC Content Provider; if it is an inactive user, the terminal will not be established to the MCC. The connection to the Content Provider.
  • the active user of the multi-party conference call uploads his own conference content, such as voice, video or multimedia information, to the MCC Content Provider in real time;
  • the MCC Content Provider merges the user-supplied content (ie, voice, video, or multimedia information) into a multicast broadcast program, and provides the multicast broadcast service source to the multicast broadcast content server.
  • user-supplied content ie, voice, video, or multimedia information
  • MCC Content Provider can merge in real time, or periodically merge active users
  • the uploaded meeting content is sent to the multicast broadcast content server.
  • Periodic consolidation allows you to merge content uploaded by active users on a per-frame basis.
  • the MCC Content Provider needs to merge the content of the activated user uplink into a multicast broadcast downlink program of the multi-party conference call.
  • the first mode needs to consider that the active user should be able to filter the content of the uplink from the downlink multicast broadcast program. Therefore, in the merging of this mode, it is necessary to consider measures in the merged program.
  • the identifier of the activated user is identified and the content of the user's uplink is activated; the second mode does not need to consider this situation, and does not add any identifier related to the user, but only merges the uplink content.
  • Method 1 When the MCC Content Provider performs the active user uplink content merging, the uplink content of each activated user is marked with a user identifier uniquely indicating the user in the multicast broadcast group, and the user identifier may be a mobile terminal identifier (MS_ID). Or the user ID assigned to the user when MCC Management performs group user management.
  • MS_ID mobile terminal identifier
  • the MCC Client filters out the part that carries its own user ID.
  • Method 2 MCC Management pre-allocates a tag MBS Content ID (Multicast Broadcast Content Identifier) for each active user's upstream content.
  • MBS Content ID Multicast Broadcast Content Identifier
  • DSA dynamic service add-on
  • MBS Content ID and Logical CID (Logical Link) in the same Multicast CID of the Extended-MBS-DATA-IE (Extended Multicast Broadcast Data Information Element) ID) - Corresponding, and the MBS PDU (Multicast Broadcast Protocol Data Unit) sequence allocated by the base station BS corresponds to the combined order of the Multicast CID and the Logical CID. If the DSA of the active user is missing, the MBS Content ID corresponding to the uplink content of the user is missing. When receiving the multicast broadcast service, it does not receive the MBS PDU corresponding to the part of the content uploaded by itself.
  • the multicast broadcast content server will provide the multi-party conference provided by the MCC Content Provider
  • the multicast broadcast program is transmitted to the base station, and the base station transmits the multicast broadcast program to the user of the multi-party conference call;
  • the unicast bearer When the base station transmits the multicast broadcast program of the multi-party conference call, the unicast bearer may be used, or the multicast broadcast channel bearer may be directly used, or the unicast or multicast broadcast channel may be used to bear according to the number of users under the current base station.
  • the user of the multi-party conference call receives the multicast broadcast program of the multi-party conference call from the base station.
  • the user receives the multicast broadcast program through the multi-party conference client MCC Client of the terminal.
  • the activated user filters the content of the uplink when receiving the multicast broadcast program of the multi-party conference call.
  • the activated user can not bring the MBS Content ID assigned by the self-uploaded content in the DSA process when joining the multi-party conference call.
  • Figure 3 shows the flow of a multi-party teleconferencing system to generate MCBCS programs over the upstream channel.
  • 201a ⁇ 201b activate users MS1, MS2 to transmit their voice, video or multimedia information to the MCC Content Provider through unicast.
  • the MCC Content Provider is responsible for combining the content uploaded by the active user into a multicast broadcast program.
  • Figure 4 shows the downstream channel transmission procedure of the MCBCS program of the multi-party conference system.
  • the MCC Content Provider transmits the merged multicast broadcast program to the terminal users MS1, MS2, MS3;
  • FIG. 5 is the first user to join a multi-party conference call through MCC Management
  • the end user's MCC Client sends a multiparty conference call to the MCC Management to add a message
  • MCC Management After the MCC Management receives the multi-party conference call join message, if the current multi-party conference call is a multi-party conference call with group management features, MCC Management needs to authenticate the user if the user is a multi-party conference call. For a legitimate user in the group, MCC Management notifies the end user's MCC Client of the user type and the assigned user ID. Further, if the user is activated, a connection from the terminal to the MCC Content Provider is established. If the current conference start time is started, the subsequent multicast broadcast service flow is started.
  • Multicast Broadcast Controller sends MCBCS Setup Req (Multicast Broadcast Setup Request) to request to establish a multi-party conference call.
  • the message can carry the MCBCS service type as a multi-party conference call; if the conference content is merged, the first mode is adopted. 1, the message also needs to bring the user ID; if you use the method 2 in the above-mentioned one mode merge, you need to bring the MBS Content ID assigned in the order of the activated user ID.
  • the MCBCS Controller transmits the multicast broadcast setup request message to the base station BS through the AGW (access gateway); in step 403, after receiving the multicast broadcast setup request message, the multicast broadcast controller may continue to the AAA (Authentication, authentication, and accounting server) Perform authentication and authorization of the multicast broadcast service. After the authentication is passed and authorized, the subsequent process is continued.
  • AAA Authentication, authentication, and accounting server
  • the DSA process cannot include the identifier MBS Content ID corresponding to the activated user uplink content merge. In this way, the active user will not receive the content they uploaded.
  • the base station BS after the base station BS successfully reserves resources for the MCBCS service data channel, it sends a multicast broadcast service setup response message MCBCS Setup Rs to the AGW, and the AGW sends the message to the MCBCS Contoller.
  • the MCBCS Controller replies to the multicast broadcast service setup response message to the MCC. Management, indicating that the connection from the AGW to the end user in the multiparty conference has been successfully established.
  • the MCC Management sends a multicast broadcast establishment indication to the multicast broadcast content server, to indicate that the multicast broadcast content server can start the multicast broadcast service transmission.
  • the MCBCS Content Server sends the content from the MCC Content Provider to the active or inactive user over the downlink connection.
  • the multi-party voice and video conference method and system of the present invention are not limited to the above-described WiMAX wireless communication system, and the method and system are equally applicable to other wireless communication systems, such as 3GPP and 3GPP2.
  • the functional entity for implementing multi-party voice and video conference calls according to the present invention may be added to the corresponding wireless communication system multicast broadcast architecture.
  • the present invention utilizes the existing multicast broadcast architecture in the wireless communication system.
  • this architecture by adding the MCC Mangement and MCC Content Provider functional entities on the network side, the MCC Client is added on the terminal side, and the multi-party conference call content is merged.
  • the method for transmitting multimedia multicast broadcast programs realizes providing multi-party conference call services in a wireless communication system.
  • the method and system of the present invention are applicable to wireless communication systems such as 3GPP, 3GPP2 and WiMAX.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种无线通信***中实现多方电话会议的方法及*** 技术领域
本发明涉及无线通信***，尤其涉及一种无线通信***中实现多方电话 会议的方法及***。
背景技术
在固定通信***中已经实现了多方语音或视频电话会议，但是在无线通 信***中目前并没有实现多方语音或视频电话会议。
目前无线通信***都定义組播广播业务，即向所有订阅用户或者一組订 阅用户发送的业务。而基站在空中接口发送组播广播业务时，可以灵活根据 当前基站下用户数来决定采用单播或组播广播连接承载。
以 WiMAX ( Worldwide Interoperability for Microwave Access, 全球微波 接入互操作性）无线通信***为例， 在 WiMAX Forum ( WiMAX论坛） 的 需求工作组 SPWG中定义 MCBCS (组播广播业务）， 在 IEEE802.16e-2005 中则定义空中的 MBS (组播广播业务） 。 SPWG定义的 MCBCS指的是节 目的业务类型，即该节目是组播广播业务类型；而 IEEE802.16e-2005的 MBS 则定义的是节目空口的承载方式， 即采用组播广播业务承载方式。首先只有 某种节目被定义为 MCBCS业务， 才有可能在空口采用 MBS承载方式； 另 夕卜， 即使某种节目被定义为 MCBCS业务， ASN (接入业务网）仍可以根据 每个 BS (基站）下接收该 MCBCS节目的用户多少来决定在该基站下采用 组播广播连接传输还是采用单播连接来传输。通常，可以预先设定一个门限 值， 当基站下接收该 MCBCS节目的用户数目超过一定门限， 则采用组播广 播连接传输， 否则采用单播连接传输。
目前 WiMAX的组播广播架构标准正在制定中，但基本的功能实体已经 定义。
发明内容 本发明要解决的技术问题是提供一种无线通信***中实现多方电话会 议的方法及***。
为了解决上述技术问题，本发明提供了一种无线通信***中实现多方电 话会议的方法， 包括：
用户或多方电话会议管理触发创建多方电话会议，用户加入所述多方电 话会议；
所述多方电话会议的用户上传自己的会议内容到多方电话会议内容提 供者；
所述多方电话会议内容提供者将用户上传的所述会议内容合并为组播 广播节目， 提供给组播广播内容服务器；
所述组播广播内容服务器发送所述组播广播节目至所述多方电话会议 的用户， 用户接收所述组播广播节目。
进一步地， 上述方法还可具有以下特点， 所述会议内容为语音、 视频、 多媒体信息中的一种或多种。
进一步地， 上述方法还可具有以下特点， 所述多方电话会议的用户为激 活用户或非激活用户，所述激活用户上传自己的会议内容到所述多方电话会 议内容提供者，所述非激活用户不上传自己的会议内容到所述多方电话会议 内容提供者。
进一步地， 上述方法还可具有以下特点， 创建所述多方电话会议时， 指 定所述多方电话会议的类型为开放式多方电话会议或具有组管理特征的多 方电话会议， 其中， 所述开放式电话会议指所有参加所述多方电话会议的用 户为激活用户，所述具有组管理特征的多方电话会议指参加所迷多方电话会 议的用户为激活用户或非激活用户。
进一步地， 上述方法还可具有以下特点， 创建所述多方电话会议时， 指 定所述多方电话会议的开始时间和结束时间。
进一步地， 上述方法还可具有以下特点， 如果创建的所述多方电话会议 的类型为具有组管理特征的多方电话会议时，创建时指定如下信息中的一种 或多种， 激活用户的数目， 激活用户的标识， 非激活用户的数目， 非激活用 户的标识。
进一步地，上述方法还可具有以下特点，用户加入所述多方电话会议时 由所述多方电话会议管理进行鉴权，通过鉴权后， 多方电话会议管理将用户 类型通知用户，如果所述用户为激活用户，建立所述用户与多方电话会议内 容提供者的连接。
进一步地，上述方法还可具有以下特点， 多方电话会议内容提供者将用 户上传的会议内容合并为组播广播节目时，对用户上传的会议内容加上所述 用户的用户标识， 用户接收组播广播节目时， 过滤包含所述用户的用户标 、 的内容。
进一步地，上述方法还可具有以下特点， 所述多方电话会议管理为所述 用户上传的会议内容预先分配组播广播内容标识，用户在加入接收组播广播 业务时， 在空口动态业务添加 DSA过程中， 不携带所述用户上传的会议内 容对应的组播广播内容标识，从而用户在接收组播广播节目时，不会接收自 己上传的会议内容。
进一步地，上述方法还可具有以下特点， 所述多方电话会议内容提供者 周期地对用户上传的会议内容进行合并。
进一步地， 上述方法还可具有以下特点， 所述多方电话会议开始前， 所 述多方电话会议管理发送组播广播建立请求至组播广播控制器，请求建立多 方电话会议， 当接入网关和用户终端之间的连接建立后，所述多方电话会议 管理发送组播广播建立指示给所述组播广播内容服务器，允许所述组播广播 内容服务器开始组播广播业务传输。
本发明还提出一种无线通信***中实现多方电话会议的***，在网络侧 包含组播广播业务控制器， 组播广播内容服务器， 组播广播内容提供者， 其 特征在于，所述网络侧还包含多方电话会议管理，多方电话会议内容提供者， 终端侧包含多方电话会议客户端， 其中，
所述多方电话会议客户端，用于建立用户与多方电话^义内容提供者的 连接，上传用户的会议内容至多方电话会议内容提供者，接收所述多方电话 会议的组播广播节目； 所述多方电话会议管理， 用于所述多方电话会议的创建、 释放、 删除、 时间管理以及用户管理；
所述多方电话会议内容提供者，用于接收所迷用户多方电话会议用户上 传的 ^义内容，将所述会议内容合并为组播广播节目，提供给所述组播广播 内容服务器，所述组播广播内容服务器发送所述多方电话会议的組播广播节 目至所述多方电话会议客户端。
进一步地， 上述***还可具有以下特点， 所述多方电话会议开始前， 所 述多方电话会议管理发送组播广播建立请求至组播广播控制器，请求建立多 方电话会议， 当接入网关和用户终端之间的连接建立后， 所述多方电话会议 管理发送组播广播建立指示给所述组播广播内容服务器，允许所述組播广播 内容服务器开始组播广播业务传输。
进一步地， 上述***还可具有以下特点， 多方电话会议内容提供者将用 户上传的会议内容合并为组播广播节目时，对用户上传的会议内容加上所述 用户的用户标识，用户接收组播广播节目时， 所述多方电话会议客户端过滤 包含所述用户的用户标识的内容。
进一步地， 上述***还可具有以下特点， 所述多方电话会议管理为所述 用户上传的会议内容预先分配组播广播内容标识，用户在加入接收组播广播 业务时， 在空口动态业务添加 DSA过程中， 不携带所述用户上传的会议内 容对应的组播广播内容标识，所述多方电话会议客户端在接收組播广播节目 时， 不接收自己上传的会议内容。
进一步地，上述***还可具有以下特点， 所述多方电话会议内容提供者 周期性地对用户通过多方电话会议客户端上传的会议内容进行合并。
本发明通过利用无线通信***中的组播广播业务架构，在网络侧增加多 +方电话会议管理和多方电话会议内容提供者 ,在终端增加多方电话会议客户 端，将多方电话会议内容合并为组播广播节目进行传送，从而在无线通信系 统中实现了多方语音和 /或视频电话会议业务。 附图概迷 图 1是本发明中 WiMAX***多方电话会议的一个架构以及上下行业务 流示意图。
图 2是本发明无线通信***实现多方语音和视频电话的方法流程图。 图 3是本发明多方电话会议***通过上行信道产生 MCBCS节目的流程 图。
图 4是本发明多方电话会议***的 MCBCS节目在下行信道传输流程示 意图。
图 5是本发明中用户通过 MCC Management触发建立多方会议电话承载 的流程示意图。
本发明的较佳实施方式
为方便起见， 以下将多方语音和视频电话会议简称为多方电话会议。 多方语音和视频电话会议的特征之一就是接收用户可以是相隔很远的 少数用户，也可以是一栋大楼里的很多用户， 这个特点符合无线通信***里 组播广播业务的特征，因此在高速无线通信***里完全可以采用組播广播业 务来实现多方语音视频电话会议。
本发明提供了一种无线通信***中实现多方电话会议的***，在无线通 信***网络侧， 在其组播广播业务的架构上， 新增两个功能实体， 多方电话 会议管理（ Multi-Part Conference Call Management, 简称 MCC Management ) 称 MCC Content Provider ) ， 用于在现有无线通信的组播广播业务基础上提 供多方电话会议业务。
在终端增加多方电话会议客户端（ Multi-Part Conferenc Call Client, 简称 MCC Client ) , 用于参加多方电话会议， 上传和接收多方电话会议的内容。
下面以 WiMAX***为例，说明在 WiMAX的 MCBCS业务上如何实现 多方电话会议。 WiMAX***通过位于 CSN(Connect Service Network, 连接服务网） 的 MCBCS Controller (组播广播业务控制器）、 MCBCS Content Sever (组播广 播内容服务器）和组播广播内容提供者实现组播广播业务。组播广播内容提 供者为组播广播内容服务器提供组播广播业务来源。组播广播内容提供者既 可以位于 CSN, 也可以由第三方来提供。
对于多方电话会议而言， 则在现有组播广播业务的架构上， 新增 MCC Management以及 MCC Content Provider来完成多方电话会议这种组播广播 业务。新增的 MCC Management以及 MCC Content Provider既可以位于 CSN, 也可以位于 ASP (应用服务提供商） ； 如果位于 ASP则表明完全由第三方 来提供多方电话会议业务。
下面描述仅仅针对 MCC Management和 MCC Content Provider位于 CSN 情形，但他们的原理与 MCC Management和 MCC Content Provider位于 ASP 时的原理完全一样。
如图 1 所示， 在网络侧新增 MCC Management 以及 MCC Content Provider, 在终端侧新增 MCC Client, 利用原来的组播广播架构一起完成多 方电话 ^义功能。
新增功能实体 MCC Management负责维护一个多方电话会议的创建、释 放、删除、 多方电话会议时间管理以及多方电话会议组用户管理。 多方电话 会议时间管理包括多方电话会议的开始时间以及结束时间，多方电话会议组 用户管理包括激活用户的维护和非激活用户的维护。 多方电话会议一旦创 建， 包括多方电话会议正在进行的时候，都可以进行多方电话会议的时间管 理以及组用户管理。多方电话会议一旦释放或者删除，该多方电话会议涉及 的时间以及组用户管理信息也就可以释放了。
新增的功能实体 MCC Content Provider用于将参加多方电话会议的激活 用户上行的内容， 包括语音、视频或多媒体信息， 合并为一个下行的组播广 播业务的节目，作为组播广播业务源提供给组播广播内容服务器，组播广播 内容服务器再将该组播广播节目发送到用户终端的 MCC Client。在一般的组 播广播业务中， 内容源来自组播广播业务内容提供者， 而多方电话会议的内 容源来自 MCC Content Provider„ MCC Content Provider的内容是来自参加多 方电话会议的激活用户上行的内容， 包括语音、视频和多媒体信息中的一种 或其组合。 新增功能实体 MCC Content Provider也可以作为组播广播内容服 务器的一个功能模块而存在。
终端新增的功能实体 MCC Client可以完成如下一个或多个功能： 可以 用来接收 MCC Management分配的终端用户类型； 如果终端用户是激活用 户， MCC Client可以用于触发建立从终端到 MCC Content Provider之间的上 行链接，从而激活用户能够通过多方电话会议客户端将自己的语音、视频和 多媒体信息上传到 MCC Content Provider; 还用于接收组播广播内容服务器 发送的多方电话会议的组播广播节目。 如果终端是激活用户，在接收下行内 容时， MCC Client可以过滤掉自己上传的那部分内容。 MCC Client还可以用 于终端发起创建多方电话会议请求；还可以用于终端主动发起退出多方电话 会议等。
本发明提供一种无线通信***实现多方语音和视频电话会议的方法，如 图 2所示， 主要包含以下步驟：
110， 用户或 MCC Management触发创建一个多方电话会议；
多方电话 ^义将用户分为两大类， 即激活用户和非激活用户， 两类用户 都可以接收多方电话会议下行的内容，但激活用户在多方电话会议过程中可 以上传自己的语音、 视频或多媒体信息到 MCC Content Provider, 而非激活 用户却不能把自己的语音、视频或多媒体信息上传到 MCC Content Provider。 对多方电话会议， 激活用户总是存在的， 非激活用户不是必须的。
多方电话会议类型可以分为两类， 第一类是开放式多方电话会议， 第二 类是具有组管理特征的多方电话会议。
如果用户创建的是开放式多方电话会议，则创建时可以指定参加多方电 话会议的最大用户数目， 而不用区分用户的类型， 即不用区分用户是激活用 户还是非激活用户， 此时参加多方电话会议的用户都是激活用户， 都可以把 自己的语音、 视频或多媒体信息上传到 MCC Content Provider。
如果用户创建的是具有组管理特征的多方电话会议，则要将用户区分为 激活用户或非激活用户。创建具有组管理特征的多方电话会议，创建时可以 指定如下一种或多种信息： 可以限定激活用户的数目， 激活用户的标识， 可 以限定非激活用户的数目， 非激活用户标识； 可以动态改变用户类型， 即会 议过程中用户可以在激活用户和非激活用户之间互相转换。
用户创建多方电话会议时， 至少应包含电话会议的开始和结束时间； 还 可以包含创建的多方电话会议的类型， 即开放式类型或组管理类型。
120, 多方电话会议开始， 各参与用户加入多方电话会议， 激活用户的 多方电话会议客户端 MCC Client触发建立用户终端到多方电话会议内容提 供者 MCC Content Provider的连接；
在一般的组播广播业务中， 需要对加入的组播用户进行鉴权和授权， 而 对具有组管理特征的多方电话会议在进行一般組播广播业务的鉴权和授权 之前，还需要由 MCC Management多方电话会议组用户管理对用户进行鉴权 和授权。
用户在加入多方电话会议时，对具有组管理特征的多方电话会议， 首先 经过 MCC Management鉴权授权这一步骤， 如果判断用户为合法用户， 则 MCC Management会将用户类型通知用户终端的 MCC Client。如果为激活用 户， MCC Client会触发建立从用户终端到 MCC Content Provider的连接， 允 许用户终端把自己的语音、视频或多媒体信息上传到 MCC Content Provider; 如果是非激活用户， 则不会建立终端到 MCC Content Provider的连接。
通过 MCC Management鉴权和授权后，还需要进行组播广播业务的鉴权 和授权。
130, 多方电话会议的激活用户实时上传自己的会议内容， 例如语音、 视频或多媒体信息到 MCC Content Provider;
140， MCC Content Provider将激活用户上传的 义内容 (即语音、视频 或多媒体信息）合并为组播广播节目，作为组播广播业务源提供给组播广播 内容服务器；
MCC Content Provider可以实时地进行合并， 或周期性地合并激活用户 上传的会议内容，将其发送给组播广播内容服务器。周期性合并可以按照以 帧为单位对激活用户上传的内容进行合并。
无论用户或网络侧触发的多方电话会议， MCC Content Provider都需要 对激活用户上行的内容合并，成为多方电话会议的組播广播下行节目。在合 并过程中，考虑两种模式， 第一种模式需要考虑激活用户要能够从下行组播 广播节目中过滤自己上行的内容，因此在这种模式的合并中需要考虑采取措 施在合并节目中能够标识出激活用户的标识以及激活用户上行的内容；第二 种模式则无需考虑这种情形，不加任何与用户相关的标识，只是进行上行内 容的合并。
要实现第一种模式， 有两种合并方法：
方法 1: MCC Content Provider在进行激活用户上行内容合并时， 对每 一个激活用户的上行内容打上组播广播组里唯一表示该用户的用户标识，用 户标识可以为移动终端标识（MS— ID )，或者为 MCC Management在进行组 用户管理时为用户分配的用户标识。激活用户在接收多方电话会议下行组播 广播业务时， MCC Client会过滤掉携带自己的用户标识的那部分内容。
方法 2: MCC Management为每一个激活用户的上行内容预先分配一个 标记 MBS Content ID (组播广播内容标识）。 用户在加入接收下行組播广播 业务中， 当在空口 DSA ( Dynamic Service Addition,动态业务添加 )过程时， 对于激活用户，不要带自己上行内容对应分配的 MBS Content ID。这样激活 用户在接收组播业务时， 就不会接收 MBS DATA (组播广播数据） 中自己 上行的那部分内容。
具体说明如下， 根据 802.16e-2005协议， 在 Extended— MBS— DATA— IE (扩展组播广播数据信息元素）的同一个 Multicast CID (组播链接标识）中， MBS Content ID与 Logical CID (逻辑链接标识）——对应， 而基站 BS分配 的 MBS PDU (组播广播协议数据单元）顺序和 Multicast CID和 Logical CID 組合顺序对应， 如果激活用户的 DSA过程中缺少了自己上行内容对应分配 的 MBS Content ID,接收组播广播业务时就不接收自己上传的那部分内容对 应的 MBS PDU。
150， 组播广播内容服务器将 MCC Content Provider提供的多方电话会 议的组播广播节目传送到基站，基站传送该组播广播节目至多方电话会议的 用户；
基站传送多方电话会议的组播广播节目时，可以采用单播承载，也可以 直接采用组播广播信道承载，或者根据当前基站下的用户数来决定采用单播 或组播广播信道来承载。
160, 所述多方电话会议的用户从基站接收该多方电话会议的组播广播 节目。用户通过终端的多方电话会议客户端 MCC Client接收组播广播节目。
如果步骤 140中 MCC Content Provider采用第一种模式合并用户上传的 语音、视频或多媒体信息， 则激活用户在接收多方电话会议的组播广播节目 时要过滤自身上行的内容。 其中， 当使用笫一种模式的第 2种方法实现时， 激活用户在加入多方电话会议时其 DSA过程中不能带自身上传内容被分配 的 MBS Content ID。
下面将结合附图对本发明的技术方案进行更详细的说明。
图 3示出了多方电话会议***通过上行信道产生 MCBCS节目的流程。
201a ~ 201b, 激活用户 MS1、 MS2分别将自己的语音、 视频或多媒体 信息通过单播方式上行传送到 MCC Content Provider;
202, MCC Content Provider负责把激活用户上传的内容合并为组播广播 节目。
图 4示出了多方电话会议***的 MCBCS节目在下行信道传输流程。
301a ~ 301c, MCC Content Provider将合并后的组播广播节目传送给终 端用户 MS1、 MS2、 MS3;
302a ~ 302b, 激活用户 MS1、 MS2在接收多方电话会议 MCBCS节目 时过滤自身上传的内容。
对第一个加入多方电话会议的用户，会触发多方电话会议的 MCBCS业 务建立流程。图 5就是第一个用户加入多方电话会议，通过 MCC Management 触发多方电话会议 MCBCS业务建立的示意图。
401，终端用户的 MCC Client向 MCC Management发送多方电话会议加 入消息；
402, MCC Management收到多方电话会议加入消息后， 如果当前力口入 的多方电话会议是具有组管理特征的多方电话会议， 则 MCC Management 要对该用户进行鉴权，如果该用户为多方电话会议组中的合法用户 ,则 MCC Management将用户类型以及分配的用户标识通知终端用户的 MCC Client, 进一步地， 如果是激活用户， 则会建立一条从终端到 MCC Content Provider 的连接。 如果当前为会议开始时间， 则开始后续的组播广播业务流程。
当预订多方电话会议开始前， MCC Management向 MCBCS Controller
(组播广播控制器）发送 MCBCS Setup Req (组播广播建立请求）， 请求建 立多方电话会议， 消息中可以带有 MCBCS业务类型为多方电话会议； 如果 会议内容合并采用上述第一种模式的方法 1，则该消息还需要带上用户标识； 如果采用上述笫一种模式合并中的方法 2， 则需要带上按激活用户标识顺序 分配的 MBS Content ID。
403 - 404 , MCBCS Controller通过 AGW (接入网关）把组播广播建立 请求消息传递到基站 BS; 在步骤 403中， 组播广播控制器收到组播广播建 立请求消息后， 可能会继续向 AAA (认证、 鉴权和计费服务器）进行组播 广播业务的鉴权和授权， 鉴权通过并授权后， 再继续后续的流程。
405 - 407, 业务流添加请求， 业务流添加响应， 业务流添加确认。
如果 MCC Content Provider对用户上行内容的合并采用前述第一种模式 中的方法 2, 则在对激活用户的 DSA过程中， DSA过程不能包含该激活用 户上行内容合并后对应的标识 MBS Content ID。采用这种方式，激活用户不 会收到自己上传的内容。
408 - 409, 基站 BS为 MCBCS业务数据通道预留资源成功后， 将发送 组播广播业务建立响应消息 MCBCS Setup Rs 给 AGW, AGW将该消息发 送给 MCBCS Contoller。
410 , MCBCS Controller 回复组播广播业务建立响应消息给 MCC Management, 表示多方电话会议中 AGW到终端用户的连接已经成功建立。
411 , MCC Management发送组播广播建立指示给组播广播内容服务器， 用来指示组播广播内容服务器可以开始组播广播业务传输。
412， MCBCS Content Server将来自 MCC Content Provider的内容通过 下行连接发送到激活用户或非激活用户。
本发明所述的多方语音和视频电话会议方法及***不限于上述 WiMAX 无线通信***， 该方法和***同样适用于其它无线通信***， 如 3GPP 和 3GPP2。在相应的无线通信***組播广播架构上增加本发明所述的用于实现 多方语音和视频电话会议的功能实体即可。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 情况下， 熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变 形， 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
本发明利用无线通信***中已有的組播广播架构，在该架构中，通过在 网络侧新增 MCC Mangement以及 MCC Content Provider功能实体， 在终端 侧新增 MCC Client,并将多方电话会议内容合并为多媒体组播广播节目进行 传送的方法， 实现了在无线通信***中提供多方电话会议业务。本发明所述 方法和***可应用于 3GPP, 3GPP2和 WiMAX等无线通信***中。

Claims

权 利 要 求 书
1、 一种无线通信***中实现多方电话会议的方法， 包括：
用户或多方电话会议管理触发创建多方电话会议，用户加入所迷多方电 话会议；
所述多方电话会议的用户上传自己的会议内容到多方电话会议内容提 供者； 广播节目， 提供给组播广播内容服务器；
所述组播广播内容服务器发送所述組播广播节目至所述多方电话会议 的用户， 用户接收所述組播广播节目。
2、 如权利要求 1所述的方法， 其特征在于， 所述会议内容为语音、 视 频、 多媒体信息中的一种或多种。
3、 如权利要求 1所述的方法， 其特征在于， 所述多方电话会议的用户 为激活用户或非激活用户，所述激活用户上传自己的会议内容到所述多方电 话^义内容提供者，所述非激活用户不上传自己的会议内容到所述多方电话 会议内容提供者。
4、 如权利要求 3所述的方法，其特征在于，创建所述多方电话会议时， 指定所述多方电话会议的类型为开放式多方电话会议或具有组管理特征的 多方电话会议，其中， 所述开放式电话会议指所有参加所述多方电话会议的 用户为激活用户，所述具有组管理特征的多方电话会议指参加所述多方电话 会议的用户为激活用户或非激活用户。
5、 如权利要求 1或 2或 4所述的方法， 其特征在于， 创建所述多方电 话会议时， 指定所述多方电话会议的开始时间和结束时间。
6、 如权利要求 4所述的方法， 其特征在于， 如果创建的所述多方电话 会议的类型为具有组管理特征的多方电话会议时，创建时指定如下信息中的 一种或多种， 激活用户的数目， 激活用户的标识， 非激活用户的数目， 非激 活用户的标 K。
7、 如权利要求 1或 3所述的方法， 其特征在于， 用户加入所述多方电 话会议时由所述多方电话会议管理进行鉴权，通过鉴权后， 多方电话会议管 理将用户类型通知用户，如果所述用户为激活用户，建立所述用户与多方电 话会议内容提供者的连接。
8、 如权利要求 1所述的方法， 其特征在于， 多方电话会议内容提供者 将用户上传的会议内容合并为组播广播节 时，对用户上传的会议内容加上 所述用户的用户标识， 用户接收组播广播节目时，过滤包含所述用户的用户 标识的内容。
9、 如权利要求 1所述的方法， 其特征在于， 所述多方电话会议管理为 所述用户上传的会议内容预先分配组播广播内容标识，用户在加入接收组播 广播业务时， 在空口动态业务添加 DSA过程中， 不携带所述用户上传的会 议内容对应的组播广播内容标识，从而用户在接收组播广播节目时，不会接 收自己上传的会议内容。
10、 如权利要求 1或 8或 9所述的方法，其特征在于，所述多方电话会 议内容提供者周期地对用户上传的会议内容进行合并。
11、 如权利要求 1、 2、 3、 4、 8、 9任一所述的方法， 其特征在于， 所 述多方电话会议开始前，所述多方电话会议管理发送组播广播建立请求至组 播广播控制器，请求建立多方电话会议， 当接入网关和用户终端之间的连接 建立后，所述多方电话会议管理发送组播广播建立指示给所述组播广播内容 服务器， 允许所述组播广播内容服务器开始組播广播业务传输。
12、 一种无线通信***中实现多方电话会议的***，在网络侧包含组播 广播业务控制器，组播广播内容服务器，组播广播内容提供者，其特征在于， 所述网络侧还包含多方电话会议管理， 多方电话会议内容提供者，终端侧包 含多方电话会议客户端， 其中，
所述多方电话会议客户端，用于建立用户与多方电话会议内容提供者的 连接，上传用户的会议内容至多方电话会议内容提供者，接收所述多方电话 会议的组播广播节目；
所述多方电话会议管理， 用于所述多方电话会议的创建、 释放、 删除、 时间管理以及用户管理；
所述多方电话会议内容提供者，用于接收所述用户多方电话会议用户上 传的会议内容，将所述会议内容合并为组播广播节目，提供给所述组播广播 内容服务器，所述组播广播内容服务器发送所述多方电话会议的組播广播节 目至所述多方电话会议客户端。
13、 如权利要求 12所述的***， 其特征在于， 所述多方电话会议开始 前， 所述多方电话会议管理发送组播广播建立请求至組播广播控制器，请求 建立多方电话会议， 当接入网关和用户终端之间的连接建立后，所述多方电 话会议管理发送组播广播建立指示给所述组播广播内容服务器，允许所述組 播广播内容月艮务器开始组播广播业务传输。
14、 如权利要求 12所述的***， 其特征在于， 多方电话会议内容提供 者将用户上传的会议内容合并为组播广播节目时，对用户上传的会议内容加 上所述用户的用户标识，用户接收组播广播节目时，所述多方电话会议客户 端过滤包含所述用户的用户标识的内容。
15、 如权利要求 12、 13、 14任一所述的***， 其特征在于， 所迷多方 电话会议管理为所述用户上传的会议内容预先分配组播广播内容标识，用户 在加入接收组播广播业务时， 在空口动态业务添加 DSA过程中， 不携带所 述用户上传的会议内容对应的组播广播内容标识，所述多方电话会议客户端 在接收组播广播节目时， 不接收自己上传的会议内容。
16、 如权利要求 12、 13、 14任一所述的***， 其特征在于， 所述多方 电话会议内容提供者周期性地对用户通过多方电话会议客户端上传的会议 内容进行合并。
PCT/CN2008/000228 2008-01-30 2008-01-30 一种无线通信***中实现多方电话会议的方法及*** WO2009100565A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN200880126677.2A CN101946457B (zh) 2008-01-30 2008-01-30 一种无线通信***中实现多方电话会议的方法及***
PCT/CN2008/000228 WO2009100565A1 (zh) 2008-01-30 2008-01-30 一种无线通信***中实现多方电话会议的方法及***
EP08706423.4A EP2247029B1 (en) 2008-01-30 2008-01-30 Method and system for realizing multi-part conference call in a wireless communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2008/000228 WO2009100565A1 (zh) 2008-01-30 2008-01-30 一种无线通信***中实现多方电话会议的方法及***

Publications (1)

Publication Number Publication Date
WO2009100565A1 true WO2009100565A1 (zh) 2009-08-20

Family

ID=40956600

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/000228 WO2009100565A1 (zh) 2008-01-30 2008-01-30 一种无线通信***中实现多方电话会议的方法及***

Country Status (3)

Country Link
EP (1) EP2247029B1 (zh)
CN (1) CN101946457B (zh)
WO (1) WO2009100565A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105100019A (zh) * 2014-05-16 2015-11-25 中兴通讯股份有限公司 一种多媒体会议接入通知的方法、装置及服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1311599A (zh) * 2000-02-29 2001-09-05 朗迅科技公司 用于无线VoIP和VoATM呼叫的召开会议和通告生成方法
EP1487149A1 (en) * 2003-06-11 2004-12-15 NEC Infrontia Corporation VoIP system and method using multicast packet communication
US20060047750A1 (en) * 2001-03-08 2006-03-02 Starbak Communications, Inc. Systems and methods for connecting video conferencing to a distributed network
CN1842016A (zh) * 2005-03-31 2006-10-04 株式会社日立制作所 利用无线通信***中的广播组播服务实现多方会议服务的方法和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112016B (fi) * 2001-12-20 2003-10-15 Nokia Corp Konferenssipuhelujärjestely
CN1277401C (zh) * 2002-10-24 2006-09-27 华为技术有限公司 电话会议混音方法
FI20041075A0 (fi) * 2004-08-12 2004-08-12 Nokia Corp Tiedon lähettäminen ryhmälle vastaanottolaitteita
WO2007089383A2 (en) * 2006-01-31 2007-08-09 Interdigital Technology Corporation Methods and system for initiating mbms multicast bearer services using an ip multimedia subsystem ims

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1311599A (zh) * 2000-02-29 2001-09-05 朗迅科技公司 用于无线VoIP和VoATM呼叫的召开会议和通告生成方法
US20060047750A1 (en) * 2001-03-08 2006-03-02 Starbak Communications, Inc. Systems and methods for connecting video conferencing to a distributed network
EP1487149A1 (en) * 2003-06-11 2004-12-15 NEC Infrontia Corporation VoIP system and method using multicast packet communication
CN1842016A (zh) * 2005-03-31 2006-10-04 株式会社日立制作所 利用无线通信***中的广播组播服务实现多方会议服务的方法和设备

Also Published As

Publication number Publication date
CN101946457B (zh) 2012-11-14
EP2247029A4 (en) 2014-02-26
EP2247029B1 (en) 2015-09-02
EP2247029A1 (en) 2010-11-03
CN101946457A (zh) 2011-01-12

Similar Documents

Publication Publication Date Title
CA2714825C (en) Packet mode speech communication
KR101105584B1 (ko) 무선 통신 시스템 내에서의 브로드캐스트 애플리케이션을 위한 방법 및 장치
EP1739876B1 (en) Method, device, and system for terminating user session in a multicast service
US20090303909A1 (en) Point-to-multipoint data communication
EP2297949B1 (en) Iptv content sharing in ims network
AU2002246172A1 (en) Packet mode speech communication
JP2003526275A (ja) 現存の通信システムにおいてグループ通信サービスに参加するための方法および装置
KR20120015312A (ko) 무선 통신 시스템 내의 멀티캐스트 통신 세션과 연관된 메시지의 보안
WO2008064575A1 (fr) Procédé, système et appareil permettant la mise en place de service de partage vidéo
WO2008122222A1 (fr) Procédé, équipement et système pour mettre en œuvre une diffusion vidéo en direct
KR20120076444A (ko) ＥＭＢＭＳ 채팅 서비스 제공 시스템 및 ＥＭＢＭＳ 채팅 서비스 제공 시스템의 서비스 제공자 서버, ｅＢＭ－ＳＣ 및 사용자 단말의 제어 방법
WO2007090347A1 (fr) Procédé, système et dispositif d'acheminement pour service de système multimédia ip
WO2006053503A1 (fr) Procede destine a realiser un service regroupe
WO2008040244A1 (fr) Système de multidiffusion/diffusion et procédé pour le transfert d'un service de multidiffusion/diffusion
WO2008154884A1 (fr) Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution
KR100692639B1 (ko) 그룹 통신 서비스 제공 방법 및 장치
EP1973293A1 (en) A processing method based on media type and a network entity
WO2009140874A1 (zh) 一种ims即时消息群发的方法及设备
KR100610873B1 (ko) 그룹 통신을 위한 가입자 상태 처리 방법 및 장치
WO2009100565A1 (zh) 一种无线通信***中实现多方电话会议的方法及***
CN101360222B (zh) 一种基于下一代网络的iptv节目产生方法及***
KR100644379B1 (ko) 그룹 통신 서비스를 위한 통화 연결음 서비스 방법 및 장치
WO2009129728A1 (zh) 广播/组播方法、设备和***
KR100578376B1 (ko) 그룹 통신을 위한 가입자 인증 방법 및 장치
WO2008131694A1 (fr) Procédé, système et dispositif de commande pour service de diffusion et de multidiffusion

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880126677.2

Country of ref document: CN

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

Ref document number: 08706423

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

Country of ref document: EP