[go: up one dir, main page]

WO2005053331A1 - Procede de mise en oeuvre d'un service de multidiffusion - Google Patents

Procede de mise en oeuvre d'un service de multidiffusion Download PDF

Info

Publication number
WO2005053331A1
WO2005053331A1 PCT/CN2004/001300 CN2004001300W WO2005053331A1 WO 2005053331 A1 WO2005053331 A1 WO 2005053331A1 CN 2004001300 W CN2004001300 W CN 2004001300W WO 2005053331 A1 WO2005053331 A1 WO 2005053331A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
mobile terminal
network
service form
multicast
Prior art date
Application number
PCT/CN2004/001300
Other languages
English (en)
French (fr)
Inventor
Hai Zhang
Wenlin Zhang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=34624436&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2005053331(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CA002540983A priority Critical patent/CA2540983A1/en
Priority to US10/579,254 priority patent/US20070136759A1/en
Priority to JP2006537040A priority patent/JP2007511937A/ja
Priority to EP04797332A priority patent/EP1670263A4/en
Publication of WO2005053331A1 publication Critical patent/WO2005053331A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast

Definitions

  • the present invention relates to multicast technology in the field of wireless communications, and in particular, to a method for implementing multicast services. Background of the invention
  • the third-generation mobile communication can provide higher-speed data services than the second-generation mobile communication, thereby supporting a variety of business forms, such as video telephony, picture downloading, and high-speed browsing of Internet networks.
  • One type of service is characterized by: It can send information to users who subscribe to the same service in the wireless network at the same time, such as weather forecasts, news clips, sports competition highlights, etc. Using the characteristics of this service to send at the same time, the introduction of third-generation mobile communications The concept of multicast / broadcast was introduced.
  • a multicast service server such as a video server, sends multicast / broadcast data to users through a multicast / broadcast transmission tree.
  • the multicast / broadcast transmission tree may include multiple levels of intermediate nodes.
  • the common points of multicast / broadcast are: In the process of transmitting data from the source node to the destination node, the multicast service server always performs single-path forwarding. In other words, for each intermediate node, no matter how many downstream nodes it expects to receive the service, the data sent to the intermediate node is always a copy. After receiving this data, the intermediate node will receive the data according to its downstream expectations. The number of nodes of the data, copy and distribute the data.
  • each branch of the multicast / broadcast data transmission tree has only one data transmission, which occupies one transmission resource, as well as the root node. This is in contrast to the need for the multicast service server to duplicate the same number of copies as all end users in unicast transmission. For situations where a large number of users need to be provided with the same data at the same time, multicast / broadcast saves network resources.
  • 3GPP 3rd Generation Partnership Project
  • existing WCDMA standards include multiple versions of R4, R5, and R6.
  • the joint is bound with the second network and a mobile communication network
  • the data carrying capacity of the second band mobile communication network is between 70kbps and 8kbps. Therefore, there are coverage areas of multiple radio bearer capabilities in the entire network.
  • the 3GPP2 standard includes multiple versions of the wireless network, such as IS95A, IS95B, CDMA1x, CDMA lxEV DO, etc. Each version also has different radio bearer capabilities.
  • the reception status of wireless signals may be different in different areas of the same cell.
  • the signal is better when it is closer to the base station and there is no building block, otherwise it is worse.
  • different signals such as signals that transmit high-speed data and signals that transmit low-speed data
  • the signal-to-noise ratio that achieves the same reception quality is different, and the signal with a lower data rate requires a lower signal-to-noise ratio.
  • 3A shows the cell coverage for sending high-rate data
  • 3B shows the cell coverage for sending low-rate data. It can be seen from Fig.
  • the signal of low-rate data can cover more areas in the cell, and the blind area is smaller, while the signal coverage of high-rate data is relatively small, and the blind area is larger.
  • video telephony services can be used where the signal is better, but where the signal is poor, only voice calls can be used.
  • 3GPP adopts a multimedia multicast service release tree to perform multicast data transmission.
  • the source of the multicast service release tree is the content provider, and the multicast information passes the broadcast multicast service center (BM-SC gateway general packet radio service (GPRS) support node (GGSN), and the serving GPRS support node (SGSN) and radio access network (RAN) to the terminal (UE).
  • BM-SC gateway general packet radio service (GPRS) support node (GGSN) the serving GPRS support node (SGSN) and radio access network (RAN) to the terminal (UE).
  • GPRS broadcast multicast service center
  • SGSN serving GPRS support node
  • RAN radio access network
  • the release tree may need to pass through multiple radio network controllers (RNC) and SGSN, these transmission resources are shared by multiple users accessing the same service, so each branch of this multimedia multicast service release tree must have the same quality of service (QoS) attribute.
  • QoS quality of service
  • the QoS attribute is to sequentially configure each relevant node by the BM-SC-GGSN ⁇ SGSN- ⁇ RAN ⁇ UE according to the direction of data transmission during the start of the session of the multimedia multicast service.
  • the QoS attribute requirements on a certain branch will not be changed. Modifying an existing release tree will not allow QoS negotiation between the Universal Mobile Telecommunications System (UMTS) network elements.
  • UMTS Universal Mobile Telecommunications System
  • a wireless network can provide a multicast service and the QoS attributes of the multicast service have been negotiated. For a period of time, the coverage area of the wireless network is relatively congested. When a user in the area wants to join the multicast service, because the coverage area is relatively congested, the QoS attribute of the multicast service has been negotiated. Will be refused to join the multicast service. Similarly, when a user who has joined a multicast service roams to a network with a lower version, because QoS cannot be guaranteed anymore, the user's request for establishing a multicast data distribution branch through the current network is also rejected. When the user is in an area with a poor signal in the network, of course, he cannot receive the multicast service information that he applied for.
  • an object of the present invention is to provide a method for implementing a multicast service, ensuring that users can receive their customized multicast service information under a variety of wireless channel conditions and wireless network capabilities.
  • a method for implementing a multicast service provided by the present invention includes: Setting a multicast service into multiple business forms, each of which corresponds to a path, also includes:
  • the mobile terminal activates at least one service form currently supported by the network, and receives multicast data from a path corresponding to the activated service form on the network side.
  • the service form is set according to the service quality level and format.
  • the service quality level is set according to a data rate, a delay requirement, a fault tolerance capability, or one or any combination of the three.
  • the service form is video, or voice, or picture, or text form, or any combination of the four.
  • the service form supported by the current network is determined by the type of network where the mobile terminal is currently located, the current network load situation, and the location area.
  • the method may further include:
  • At least one service form is selected in advance as the service form applied by the mobile terminal; the service form supported by the network where the mobile terminal currently resides is selected from the business forms applied by the mobile terminal.
  • the method may further include: setting the priorities of the plurality of service forms according to the carrying capacity of the network; in the initial state, the mobile terminal activates the service form with the highest priority among the service forms applied for, and receives multicast data at the mobile terminal Previously, the method included:
  • A1. Determine whether the activated service form of the mobile terminal is the service form with the highest priority applied by the mobile terminal. If so, perform step B1; otherwise, use the highest priority service form as the current service form, and perform step B1. ;
  • step B1 Determine whether the current network of the mobile terminal supports the current service form, and if so, perform step Dl, otherwise, perform step C1;
  • step B1 Determine whether there is any service form applied for by the mobile terminal that has a lower priority than the current service form of the mobile terminal, and if so, select one of them as a priority according to the priority order. In the previous service form, step B1 is performed; otherwise, the current multicast fails and the process ends;
  • step D1 Determine whether the current network form is an activated service form, and if so, execute step El, otherwise, deactivate the activated service form described in step A1, activate the current service form, and execute step D1;
  • the mobile terminal receives the multicast data from the path corresponding to the activated service form on the network side.
  • the method may further include: setting the priorities of the plurality of service forms according to the carrying capacity of the network.
  • the mobile terminal activates the service form with the highest priority among the service forms applied for before the mobile terminal receives the multicast data.
  • the method includes:
  • step D2 Determine whether the mobile terminal's current network supports the mobile terminal's activated service form, and if so, use the activated service form as the current service form, and perform step D2; otherwise, perform step B2;
  • step C2 Determine whether the current network of the mobile terminal supports the selected service form, and if so, activate the service form, and execute step D2, otherwise, use the selected service form as the current service form, and perform step B2;
  • the mobile terminal receives the multicast data from the path corresponding to the activated service form on the network side.
  • the priorities of the multiple service forms are set according to the carrying capacity of the network.
  • the method may further include:
  • the mobile terminal determines whether it can continuously receive the multicast data corresponding to the activated service form, and if so, skips this process; otherwise, it selects a service form with a lower priority than the activated service form from the self-applied service form, and deactivates it. Said activating a business form and activating a selected Business form
  • the mobile terminal receives multicast data from a path corresponding to an activated service form on the network side.
  • the path may be an IP multicast address in the form of the service.
  • the pre-selected service form includes one or more service bearer modes, and the at least one current network supported service form activated by the mobile terminal is all the service bearer modes selected by the user.
  • each multicast service is set into multiple service forms, and the user can customize the multicast monthly good service and service form as required.
  • the user's current network does not support its activated business form
  • the user activates a business form supported by the current network so that the user can receive multicast services in other business forms, ensuring that the user can receive its application in any network environment
  • the multicast service information meets the needs of customers to a greater extent and increases user satisfaction.
  • FIG. 1 is a schematic diagram of multicast transmission in the prior art
  • Figure 2 is a schematic diagram of a multi-mode networking scheme
  • Figure 3 is a schematic diagram of the signal coverage of the same base station transmitting data at different rates;
  • Figure 4 is a schematic diagram of a structure that supports multimedia broadcasting / broadcasting;
  • FIG. 5 is a schematic flowchart of a specific embodiment for implementing the method of the present invention.
  • FIG. 6 is a schematic flowchart of a specific embodiment 2 for implementing the method of the present invention.
  • FIG. 7 is a schematic diagram of a network structure according to an embodiment of implementing the method of the present invention. Mode of Carrying Out the Invention
  • the present invention uses the same multicast service to perform distinguish. Furthermore, each multicast Services are set in multiple business forms, each of which corresponds to a path, and different business forms are used to describe the same multicast service information content.
  • the present invention is to select at least one service form currently supported by the network from multiple service forms, and then activate these service forms, and the mobile terminal can receive multicast data from the path corresponding to the activated service form on the network side.
  • the network side referred to here may be a multicast service provider or a multicast service center (BM-SC).
  • the path can be an IP multicast address or other contact method for each type of service.
  • the service form supported by the current network can be determined by the type of network the mobile terminal is currently in, the current network load, and the location area.
  • users can customize the multicast service and the business form of the multicast service as required.
  • the way to customize the multicast service can be as follows: Combine all the business forms corresponding to a multicast service, each combination constitutes a multicast service type, and send a set of multicast service types including the multicast service type to Mobile terminal; The mobile terminal selects a multicast service type from the set according to the user's needs, and sends the selected multicast service type to the network side through various methods such as SMS, WAP, URL, and the network side stores the location of the mobile terminal. Select a multicast service type, select at least one service form from the application, and activate the service form.
  • the service form of the multicast service applied by the user can also be set directly on the network side, and one or more service forms can be selected for activation.
  • the mobile terminal can also activate all the service forms applied by the user at the same time, as long as the service form is a service form supported by the current network of the mobile terminal.
  • the priorities of the multiple service forms are set according to the carrying capacity of the network.
  • the mobile terminal activates the service form with the highest priority among the service forms applied for.
  • the process includes the following steps: Step 501: Determine whether the activated service form of the mobile terminal is the highest-priority service form applied by the mobile terminal, and if so, execute step 502; otherwise, use the highest-priority service form as the current service form, and execute steps 502;
  • Step 502 Determine whether the current network of the mobile terminal supports the current service form, and if so, perform step 504, otherwise, perform step 503;
  • Step 503 Determine whether there is any service form applied for by the mobile terminal with a lower priority than the current service form of the mobile terminal, and if so, select one of them as the current service form according to the priority order, and execute step 502, otherwise, this If the multicast fails, the process ends.
  • Step 504 Determine whether the current network form is the active service form. If so, perform step 505. Otherwise, deactivate the active service form described in step 501, activate the current service form, and perform steps. 501;
  • Step 505 The mobile terminal receives the multicast data from the path corresponding to the activated service form on the network side.
  • the priorities of the multiple service forms are set according to the carrying capacity of the network.
  • the mobile terminal activates the service form with the highest priority among the service forms applied for.
  • Step 601 determine whether the current network of the mobile terminal supports the mobile terminal activation service form, if it is supported, the activated service form is used as the current service form, and step 604 is performed, otherwise, step 602 is performed;
  • Step 602 Determine whether any of the service forms applied by the mobile terminal has a lower priority than the current service form, and if so, select one of the service forms according to the priority order, and execute Go to step 603, otherwise, the current multicast service fails, and the process is skipped;
  • Step 603 Determine whether the current network of the mobile terminal supports the selected service form, and if so, activate the service form, and execute step 604, otherwise, use the selected service form as the current service form, and execute step 602;
  • Step 604 The mobile terminal receives the multicast data from the path corresponding to the activated service form on the network side.
  • the mobile terminal determines that the current location cannot meet the requirements of the downlink receivable data rate by detecting information such as the wireless signal strength of the cell, and it can also reactivate a service form that supports the current network.
  • the mobile terminal determines that it cannot continuously receive the multicast data corresponding to the activated service form, or is not satisfied with the data quality after receiving the multicast data, and may choose one of the service forms applied for If the priority is lower than the current activated service form, the activated service form is deactivated and the selected service form is activated, and then multicast data from the path corresponding to the activated service form on the network side is received.
  • a user can activate multiple business forms, that is, join a group corresponding to multiple business forms, so that the user can receive different forms of the same multicast service Information.
  • the service form referred to in the present invention can be set according to a QoS level and a transmission format.
  • the QoS level can be determined by the data rate, delay requirements, and fault tolerance.
  • multicast good services can be divided into video, audio, pictures, text, and so on.
  • multiple QoS levels can be provided.
  • video services include 450 kbps, 300 kbps> 150 kbps ⁇ 64 kbps and other service flows, which are characterized by different required bit rates. These service flows can also be called different service forms.
  • the number of information bits required to complete a service is different for different business forms, and the required real-time and fault tolerance are different.
  • Its wireless network capabilities and information transmission bandwidth are also different.
  • the 450kbps service flow has the highest priority; the priorities of video, voice, pictures, and text are ranked in order from high to low; for services of the same format, such as video For services, higher bandwidth requirements are higher than lower bandwidth requirements; voice services with higher bandwidth requirements have higher priority than lower priority video services.
  • the wireless communication network of a certain city is composed of three types of networks.
  • the core area of the city is covered by the WCDMAR4 network, the other areas are covered by the GPRS network, and the suburbs are covered by the GSM network.
  • Content providers provide video, picture, and text modes on WCDMA R4 networks according to different network standards; picture and text modes on GPRS networks; and short message-based text modes on GSM networks.
  • This embodiment uses a multicast service provided by a content provider outside the PLMN network to provide an urban weather forecast service as an example, to describe the method for implementing multicast data of the present invention.
  • the weather forecast information is broadcast at 8 am and 8 pm every day, and the format includes videos, pictures, and text.
  • the video mode has two bandwidth modes: 128kbps and 64kbps, that is, high-quality video and general video. Therefore, the weather forecast service includes 4 IP multicast addresses.
  • the specific processing procedure of this embodiment may include the following three parts: Part 1: In the core area of the city, the wireless network announces a service such as weather forecast to users in the network coverage area by broadcasting, and The association relationship such as the IP multicast address and service priority of the related service is sent to the user's mobile terminal by UL.
  • the association relationship includes any one of a high-quality video, a general video, a picture, and a text, or random combination.
  • Part 2 The user can select one of the application relationships from the association relationship sent by the network side. If the user selects the combination of high-quality video, general video, picture, and text, since the high-quality video in the combination has the highest priority, it means that the mobile terminal defaults the high-quality video as the activated business form, and the network side will provide users with high-quality video as much as possible. Weather forecast, and provide services to users in a combination of priorities in other network environments.
  • User B wants to receive such a service. After filling in the corresponding settings, he expressed his intention to accept the service. ⁇ . User B orders from the network side through the mobile terminal. The mobile terminal retains the relevant settings, and notifies the server on the network side of the settings via the wireless network, and the server saves the relevant settings. ⁇ , user B initiates the multicast service activation process to the IP multicast address of the high-quality video service, and makes relevant settings on the core network and access network side to join the multicast; the network recognizes the join and feeds back to the user an indication of successful join .
  • the C user wants to receive picture business.
  • the user made the order through the computer and the Internet, then the relevant information will reach the server providing the service in the Internet, and the server retains the relevant settings.
  • the server notifies the user's mobile phone of the relevant setting information via the wireless network, and the mobile phone saves the relevant settings.
  • User C initiates the multicast service activation process based on the IP multicast address of the picture service, and makes related settings on the core network and access network side to join the multicast.
  • Part 3 At 7:50 pm, User A returns to his home. This area is covered by the GPRS network.
  • the network found that the service that user A is currently joining is a high-quality video service, but this area can only provide MMS services. Therefore, the network sends signaling to the user, so that the user applies for the weather forecast expressed by the MMS service.
  • the user's mobile phone After receiving the command, the user's mobile phone automatically applies for the service from the network according to the IP multicast address of the weather forecast MMS service; the network recognizes the joining, and feeds back to the user an indication of successful joining.
  • User B came to the basement in the core area of the city, which was covered by the WCDMA R4 network.
  • the user's mobile phone detects the pilot channel signal of the cell and determines, according to the relationship between the pilot channel signal and the downlink receiving rate, that the mobile phone cannot currently receive high-quality video services, and can only receive general video services.
  • the mobile phone applies to the network for the general video service business form; the network recognizes the joining, and feeds back to the user an indication of successful joining.
  • the content provider started to provide subscribers with multicast services for weather forecast.
  • User A received the weather forecast MMS service
  • user B received the weather forecast general video service
  • user C received the weather forecast short message service.

Landscapes

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

Description

一种实现组播业务的方法 技术领域
本发明涉及无线通信领域的组播技术, 特别是一种实现組播生务的 方法。 发明背景
随着移动通信技术的发展, 第三代移动通信可以提供比第二代移动 通信更高速率数据的服务, 从而支持多种业务形式, 如视频电话、 图片 下载、 高速浏览 Internet 网络等服务。 其中有一类业务的特点是: 可以 同时给无线网络中订阅同一种业务的用户发送信息, 如天气预报、 新闻 短片、 体育比赛集锦等, 利用这种业务同时发送的特点, 第三代移动通 信引入了组播 /广播的概念。
参见图 1所示, 组播业务服务器, 如视频服务器, 通过组播 /广播传 输树将组播 /广播数据发送给用户, 组播 /广播传输树可以包括多级的中 间节点。 组播 /广播的共同点是: 组播业务服务器在将数据从源节点传输 到目的节点的过程中, 总是进行单径转发。 也就是说, 对于每个中间节 点而言, 无论其下游节点有多少期待接收业务的节点, 发给该中间节点 的数据总是一份, 中间节点收到这份数据后, 按照其下游期待接 该数 据的节点数量, 复制分发该数据。 这样, 组播 /广播数据传输树的每一条 分支都只有一份数据传输, 占用一份传输资源, 根节点也是如此。 这与 单播发送中组播业务服务器需要复制与所有最终用户数目相同的份数 相比, 对于需要同时给大量用户提供相同数据的场合, 组播 /广播节省网 络资源。 在第三代合作伙伴计划 (3GPP )标准中, 现有 WCDMA标准包括 R4、 R5、 R6 多个版本。 这些版本在接入网部分的无线承载能力不同, 如 R4 版本的数据承载能力为 384Kbps, R5 版本的数据承载能力为 2Mbps0 在 WCDMA网络建网初期, 必然与第二带移动通信网络联合组 网, 而第二带移动通信网絡的数据承载能力在 70kbps ~ 8kbps之间。 因 此, 在整个网络中存在多种无线承载能力的覆盖区域。
这种情况在第三代移动通信组织 (3GPP2 ) 中也存在。 参见图 2所 示, 3GPP2标准包括多个版本的无线网络,如 IS95A, IS95B, CDMAlx, CDMA lxEV DO等, 每个版本的无线承载能力也不同。
并且, 对于一个无线小区而言, 由于移动终端和基站之间的距 ^以 及建筑物阻挡等原因, 在同一小区的不同区域, 无线信号的接收状况可 能不一样。 对于相同的信号, 离基站比较近、 无建筑物阻隔时, 信号就 比较好, 反之则差。 而对于不同的信号, 如传输高速数据的信号和传输 低速数据的信号, 因为这些信号到达移动终端时, 达到相同的接收质量 的信噪比不同, 数据速率低的信号要求的信噪比也低。 参见图 3所示, 其中 3A所示为发送高速率数据的小区覆盖, 3B所示为发送低速率的小 区覆盖。 从图 3中可以看出, 低速率数据的信号在小区中可以覆盖更多 的区域, 盲区更小, 而高速率数据的信号覆盖区域相对要小, 盲区更大。 举例来说, 对于一个支持 384kbps的移动终端, 在信号比较好的地方, 可以使用视频电话服务, 但是在信号不好的地方, 只能使用语音电话。
现有技术中, 3GPP采用多媒体组播业务发布树的方式进行组播数据 传输。 参见图 4所示, 组播业务发布树的源头是内容提供者, 组播信息 经由广播組播业务中心(BM-SC 网关通用分组无线业务(GPRS )支 持节点(GGSN )、服务 GPRS支持节点(SGSN )、无线接入网络(RAN ) 提供给终端 (UE )。 并且, 发布树可能需要经过多个无线网络控制器 ( RNC )和 SGSN, 这些传输资源被多个接入相同业务的用户所共享, 因此, 这个多媒体组播业务发布树的每一分支都必须具有相同的业务质 量(QoS )属性。 依据现有的协议规程, QoS属性是在多媒体组播业务 的 会 话 开 始 过 程 中 , 按 照 数 据 发 送 的 方 向 , 由 BM-SC- GGSN^ SGSN-^RAN^UE依次对各个相关节点进行配置。
而当发布树被建立后, 不会因为某一分支上 QoS属性要求改变, 而 修改已经存在的发布树, 也不允许通用移动通信系统(UMTS ) 网络单 元之间进行 QoS协商。
因此, 如果某无线网络可以提供某组播业务, 并且已经协商好该组 播业务 QoS属性。 在一段时间内, 该无线网络覆盖区域比较拥塞, 当处 于该区域内的用户希望加入该組播业务时, 由于目前该覆盖区域比较拥 塞, 无法达到该组播业务已经协商好 QoS属性, 该用户将被拒绝加入该 组播业务。 同样, 当一个已经加入某组播业务的用户漫游到版本比较低 的网络中时, 由于 QoS不能被继续保障, 该用户通过当前所在网络申请 建立组播数据发布分支的请求也会被拒绝。 而当用户处于网络中信号比 较差的地区时, 当然也不能再接收到其申请的组播业务信息。
综上所述, 由于现有技术中多种无线信道条件和无线网络能力的限 制等原因, 可能导致用户不能收到其定制的组播服务信息, 从而降低用 户对网絡的满意度。 发明内容
有鉴于此, 本发明的目的是提供一种实现组播业务的方法, 保障在 多种无线信道条件和无线网络能力下, 用户都可以接收其定制的组播服 务信息。
本发明提供的一种实现组播业务的方法包括: 将一种组播服务设置为多种业务形式,每种业务形式对应一条路径, 还包括:
- 移动终端激活至少一种当前网络支持的业务形式, 接收来自网络侧 被激活业务形式对应路径的组播数据。
所述业务形式是根据业务质量等级和格式设置的。
所述业务质量等级是根据数据速率、 延迟要求、 容错能力, 或三者 之一或三者的任意组合设置。
所述业务形式为视频, 或语音, 或图片, 或文本形式, 或四者的任 意组合。
所述当前网络支持的业务形式是通过该移动终端当前所在网络类 型、 当前所在网络负载情况以及所在位置区域确定。
该方法可以进一步包括:
预先选择至少一种业务形式作为移动终端申请的业务形式; 所述移动终端当前所在网络支持的业务形式是从该移动终端申请的 业务形式中选择。
该方法可以进一步包括: 按照网絡的承载能力设置所述多种业务形 式的优先级, 在初始状态下, 移动终端激活所申请的业务形式中优先级 最高的业务形式, 在移动终端接收组播数据前, 该方法包括:
A1、判断该移动终端的激活业务形式是否为该移动终端所申请的优 先级最高的业务形式, 如果是, 则执行步骤 B1 , 否则, 将优先级最高的 业务形式作为当前业务形式, 执行步驟 B1;
B1. 判断该移动终端当前网络是否支持当前业务形式, 如果支持, 执行步骤 Dl, 否则, 执行步骤 C1;
Cl、 判断该移动终端申请的业务形式中是否还有比该移动终端当前 业务形式优先级低的, 如果有, 按照优先级顺序从其中选择一个作为当 前业务形式, 执行步骤 B1 , 否则, 本次组播失败, 结束本流程;
Dl、 判断当前网络形式是否为激活业务形式, 如果是, 则执行步骤 El, 否则去激活步驟 A1中所述激活业务形式, 激活当前业务形式, 执 行步骤 D1 ;
El、 移动终端接收来自网络侧激活业务形式所对应路径的组播数 据。
该方法可以进一步包括: 按照网络的承载能力设置所述多种业务形 式的优先级, 在初始状态下, 移动终端激活所申请业务形式中优先级最 高的业务形式, 在移动终端接收组播数据前, 该方法包括:
A2、 判断该移动终端的当前网络是否支持该移动终端激活业务形 式, 如果支持, 将激活的业务形式作为当前业务形式, 执行步骤 D2 , 否则, 执行步骤 B2;
B2、 判断该移动终端所申请的业务形式中是否有比当前业务形式优 先级低的, 如果有, 按照优先级顺序选择其中一种业务形式, 执行步骤 C2 , 否则, 本次组播业务失败, 跳出本流程;
C2、 判断该移动终端的当前网络是否支持所选择的该业务形式, 如 果支持, 激活该业务形式, 执行步骤 D2, 否则, 将所选择的该业务形 式作为当前业务形式, 执行步驟 B2;
D2、 移动终端接收来自网络侧激活业务形式所对应路径的组播数 据。
按照网络的承载能力设置所述多种业务形式的优先级, 在接收组播 数据过程中, 该方法可以进一步包括:
移动终端判断是自身否能持续接收激活业务形式对应的组播数据, 如果能, 则跳出本流程, 否则, 从自身申请的业务形式中选择一个比所 述激活业务形式优先级低的, 去激活所述激活业务形式, 并激活所选择 的业务形式;
移动终端接收来自网络侧的激活业务形式所对应路径的组播数据。 所述路径可以为所述业务形式的 IP组播地址。
所述预先选择的业务形式包括一种或一种以上的业务承载方式, 所 述移动终端激活的至少一种当前网络支持的业务形式是该用户选择的 所有业务承载方式。
本发明将每种组播服务设置为多种业务形式, 用户可以根据需要定 制组播月良务及业务形式。 当用户所在当前网络不支持其激活的业务形式 时, 用户激活一个当前网络支持的业务形式, 使该用户可以接收其它业 务形式的组播服务 , 保证用户在任何网絡环境中都可以收到其申请的组 播服务信息, 更大程度的满足客户的需要, 使用户满意度增加。 附图简要说明
图 1为现有技术中组播传输示意图;
图 2为多种模式組网方案示意图;
图 3为相同基站使用不同速率发射数据的信号覆盖示意图; . 图 4为支持多媒体广播 /广播的结构示意图;
图 5实现本发明方法的具体实施例一流程示意图;
图 6实现本发明方法的具体实施例二流程示意图;
图 7为实现本发明方法的实施例组网结构示意图。 实施本发明的方式
为解决由于无线网络能力的限制等原因, 在无线通信系统中采用组 播方式传输数据业务时, 用户无法接收其申请的组播服务的问题, 本发 明将同种组播服务利用不同业务形式进行区分。 进一步说, 将每种组播 服务设置为多种业务形式, 每种业务形式对应一条路径, 利用不同业务 形式来描述同种组播服务信息内容。 本发明就是从多种业务形式中选择 至少一种当前网絡支持的业务形式, 然后激活这些业务形式, 移动终端 即可接收来自网絡侧被激活业务形式对应路径的組播数据。 这里所指的 网络侧可以是组播业务提供者, 也可以使组播服务中心 (BM-SC )。 路 径可以是每种业务形式的 IP组播地址或其它联系方式等。当前网络支持 的业务形式可以通过移动终端当前所在网絡类型、 当前所在网络负载情 况以及所在位置区域确定。
在实际应用过程中, 用户可以根据需要定制组播服务以及组播服务 的业务形式。 定制组播服务的方式可以是这样的: 将一种组播服务对应 的所有业务形式进行组合, 每个组合构成一个组播服务类型, 并将包括 组播服务类型的组播服务类型集合发送给移动终端; 移动终端根据用户 需要从该集合中选择一个组播服务类型, 通过 SMS、 WAP、 URL等各 种方式将所选择的组播服务类型发送给网络侧, 由网络侧保存该移动终 端所选择的组播服务类型, 并从所申请的业务形式中至少选择一种, 并 激活该业务形式。 当然, 也可以直接在网络侧设置用户申请的组播服务 的业务形式, 选择一个或多个业务形式激活即可。
当然, 如果用户预先选择的业务形式包括多种业务承载方式, 那么 移动终端也可以同时激活该用户申请的所有业务形式, 只要该业务形式 是移动终端当前网絡支持的业务形式即可。
下面结合附图和具体实施例详细说明本发明的技术方案。
参见图 5所示, 本实施例是按照网络的承载能力设置所述多种业务 形式的优先级, 在初始状态下, 移动终端激活所申请的业务形式中优先 级最高的业务形式, 在移动终端接收组播数据前, 处理过程具体包括以 下步骤: 步骤 501 : 判断该移动终端的激活业务形式是否为该移动终端所申 请的优先级最高的业务形式, 如果是, 则执行步骤 502, 否则, 将优先 级最高的业务形式作为当前业务形式, 执行步骤 502;
步骤 502: 判断该移动终端当前网络是否支持当前业务形式, 如果 支持, 执行步骤 504, 否则, 执行步驟 503;
步骤 503: 判断该移动终端申请的业务形式中是否还有比该移动终 端当前业务形式优先级低的, 如果有, 按照优先级顺序从其中选择一个 作为当前业务形式, 执行步骤 502, 否则, 本次组播失败, 结束本流程; 步驟 504: 判断当前网络形式是否为激活业务形式, 如果是, 则执 行步骤 505 , 否则, 去激活步骤 501 中所述激活业务形式, 激活当前业 务形式, 执行步骤 501 ;
步骤 505: 移动终端接收来自网络侧激活业务形式所对应路径的組 播数据。
从上述步骤可以看出, 本实施例是每次在为移动终端发送组播数据 时, 尽可能为用户提供业务形式优先级高的组播数据信息。
下面举具体实施例二进一步说明本发明的技术方案。
本实施例按照网络的承载能力设置所述多种业务形式的优先级, 在 初始状态下, 移动终端激活所申请业务形式中优先级最高的业务形式。
参见图 6所示, 在移动终端接收组播数据前或接收数据过程中, 具 体处理过程如下:
步骤 601 : 判断该移动终端的当前网络是否支持该移动终端激活业 务形式,如果支持,将激活的业务形式作为当前业务形式,执行步骤 604, 否则, 执行步 602;
步骤 602: 判断该移动终端所申请的业务形式中是否有比当前业务 形式优先級低的, 如果有, 按照优先级顺序选择其中一种业务形式, 执 行步骤 603, 否则, 本次组播业务失败, 跳出本流程;
步骤 603: 判断该移动终端的当前网络是否支持所选择的该业务形 式, 如果支持, 激活该业务形式, 执行步驟 604, 否则, 将所选择的该 业务形式作为当前业务形式, 执行步骤 602;
步骤 604: 移动终端接收来自网络侧激活业务形式所对应路径的组 播数据。
当然, 移动终端通过检测小区无线信号强度等信息确定当前位置无 法达到下行可接收数据速率的要求, 也可以重新激活一种支持当前网络 的业务形式。 在移动终端接收组播数据的过程中, 移动终端判断出不能 持续接收激活业务形式对应的组播数据, 或者在接收组播数据后不满意 数据质量, 则可以从自身申请的业务形式中选择一个比当前的激活业务 形式优先级低的,去激活所述激活业务形式,并激活所选择的业务形式, 然后再接收来自网络侧的激活业务形式所对应路径的组播数据。
而且, 在同一段时间, 如果出于用户需求等各种考虑, 用户可以激 活多种业务形式, 即加入多个业务形式对应的群组, 这样该用户可以接 收到同种组播服务的不同形式的信息。
需要说明的是,本发明所指的业务形式可以按照 QoS等级和传输格 式设置。 QoS等级可以由数据速率、 延迟要求以及容错能力来确定。 比 如, 按照传输速率的不同, 可以将組播月良务划分为视频、 音频、 图片、 文本等。 针对同种格式的业务来说, 可以提供多种 QoS等级的业务流。 如视频业务, 包括 450kbps、 300kbps > 150kbps ^ 64kbps等业务流, 其 特点是要求的比特速率不同, 这些业务流也可以称为不同的业务形式。 因此, 对于同种组播服务来说, 虽然不同业务形式都是描述一种组播 ϋ良 务的, 但不同业务形式完成一次服务所需要的信息比特数量不同, 要求 的实时性、容错性不同,其使用的无线网络能力和信息传送带宽也不同。 按照 QoS等级和格式设置优先级, 每种业务形式占用的资源越大, 业务质量等级高者, 其优先级也越高。 这就意味着对于同种业务形式而 言, 要求带宽比较大的业务, 其优先级比较高。 因此, 在网络可以提供 并且用户也签约的前提下, 优先提供带宽较高、 质量较好的业务流。 比 如, 在 450kbps、 300kbps, 150kbps, 64kbps视频业务流中, 450kbps的 业务流优先级最高; 视频、 语音、 图片、 文本的优先级是依次从高到低 排列; 对于同种格式的业务, 如视频业务, 高带宽要求高于低带宽要求 的优先级; 有较高带宽要求的语音业务的优先级高于视频优先级较低业 务。
下面结合附图举一个应用实例来说明本发明。
参见图 7所示, 某城市的无线通信网络由三种制式的网络构成。 城 市的核心区域由 WCDMAR4的网络覆盖,其他区域由 GPRS网络覆盖, 郊区由 GSM网络覆盖。内容提供商根据网络制式的不同,在 WCDMA R4 网络提供视频、 图片和文本方式; 在 GPRS网络提供图片、 文本方式; 在 GSM网絡提供基于短消息的文本方式。
本实施例是以 PLMN网絡外部的内容提供商提供城市天气预报服务 的组播服务为例, 来说明本发明实现組播数据的方法。 播送天气预报信 息的时间是每天早八点和晚八点, 格式包括视频、 图片、 文本。 其中, 视频方式有两种带宽模式: 128kbps和 64kbps, 即优质视频和一般视频。 因此, 天气预报服务包括 4个 IP组播地址。
基于上述组网结构,本实施例的具体处理过程可以包括以下三部分: 第一部分: 在城市的核心地区, 无线网絡通过广播方式给网络覆盖 区内的用户宣告有天气预报这样一项服务, 并通过 U L 的方式将相关 业务的 IP组播地址、业务优先級等关联关系发送到用户的移动终端。其 中, 关联关系包括优质视频、 一般视频、 图片、 文本中的任意一个, 或 任意组合。
第二部分:用户可以从网络侧发送的关联关系中选择其一申请业务。 如果用户选择优质视频、 一般视频、 图片、 文本这个组合, 由于该组合 中优质视频的优先级最高, 因此表示该移动终端默认优质视频为激活业 务形式, 网络侧将尽可能为用户提供优质视频的天气预报, 而在其他网 络环境中按照组合的优先级顺序为用户提供业务。
此时, 如果存在曱、 乙、 丙三个用户, 并且这三个用户都接收到网 络侧发送的组播服务消息。
曱、 乙用户希望接收这样一个服务。 他填写相应的设置后, 表示原 意接受该服务。 曱、 乙用户通过移动终端向网络侧进行订购, 移动终端 保留相关设置, 并把该设置通过无线网络通知网络侧的服务器, 服务器 保存相关设置。 曱、 乙用户向优质视频业务的 IP组播地址发起了组播业 务激活过程, 在核心网、 接入网侧进行相关设置, 加入该组播; 网络认 可该加入, 向用户反馈加入成功的指示。
丙用户希望接收图片业务。 该用户是通过电脑上网进行的订购, 那 么相关信息会到达因特网中提供该服务的服务器, 服务器保留相关设 置。 该服务器通过无线网络将相关设置信息通知用户手机, 手机保存相 关设置。 丙用户根据图片业务的 IP组播地址发起了组播业务激活过程, 在核心网、 接入网侧进行相关设置, 加入该组播。
第三部分: 下午 7: 50点时, 甲用户回到家中, 这一区域被 GPRS 网络所覆盖。 网络发现 A用户当前加入的业务是优质视频业务, 但是该 区域只能提供 MMS 业务。 因此, 网络向用户发送信令, 让用户申请 MMS 业务表达的天气预报。 用户的手机收到该命令后, 自动根据天气 预报 MMS业务的 IP组播地址向网络申请该业务; 网络认可该加入, 向 用户反馈加入成功的指示。 乙用户来到城市核心区的地下室,该区域被 WCDMA R4网络覆盖。 用户手机通过检测小区导频信道的信号, 根据导频信道信号与下行接收 速率之间的关系, 判断手机当前不能接收优质视频业务, 只能接收一般 视频业务。手机向网络申请一般视频业务的业务形式; 网络认可该加入, 向用户反馈加入成功的指示。
丙用户在郊区休假, 这一区域被 GSM网络所覆盖。 丙的手机发现 当前网络为 GSM,丙的手机根据手机内保存的业务列表和 IP组播地址, 自动向网络申请文字业务表达的天气预报; 网络认可该加入, 向用户反 馈加入成功指示。
下午 8: 00, 内容提供商开始向订购者提供天气预报的組播业务, 甲用户收到了天气预报的 MMS业务, 乙用户收到天气预报一般视频业 务, 丙用户收到天气预报短消息业务。
以上所述仅为本发明的较佳实施例而已 , 并不用以限制本发明, 凡 在本发明的精神和原则之内, 所作的任何修改、 等同替换、 改进等, 均 应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种实现无线组播业务的方法, 其特征在于, 将一种组播服务设 置为多种业务形式, 每种业务形式对应一条路径, 该方法还包括:
移动终端激活至少一种当前网络支持的业务形式, 接收来自网络侧 被激活业务形式对应路径的组播数据。
2、根据权利要求 1所述的方法, 其特征在于, 所述业务形式是根据 业务质量等级和格式设置的。
3、根据权利要求 2所述的方法, 其特征在于, 所述业务质量等级是 根据数据速率、 延迟要求、 容错能力, 或三者之一或三者的任意組合设 置。
4、根据权利要求 2所述的方法,其特征在于,所述业务形式为视频, 或语音, 或图片, 或文本形式, 或四者的任意组合。
5、根据权利要求 1所述的方法, 其特征在于, 所述当前网络支持的 业务形式是通过该移动终端当前所在网络类型、 当前所在网络负载情况 以及所在位置区域确定。
6、 根据权利要求 1所述的方法, 其特征在于, 该方法进一步包括: 预先选择至少一种业务形式作为移动终端申请的业务形式; 所述移动终端当前所在网络支持的业务形式是从该移动终端申请的 业务形式中选择。
7、 根据权利要求 6所述的方法, 其特征在于, 该方法进一步包括: 按照网络的承载能力设置所述多种业务形式的优先级, 在初始状态下, 移动终端激活所申请的业务形式中优先级最高的业务形式, 在移动终端 接收组播数据前, 该方法包括:
A1、判断该移动终端的激活业务形式是否为该移动终端所申请的优 先级最高的业务形式, 如果是, 则执行步骤 B1 , 否则, 将优先级最高的 业务形式作为当前业务形式, 执行步骤 B1;
Bl、 判断该移动终端当前网络是否支持当前业务形式, 如果支持, 执行步骤 D1 , 否则, 执行步驟 C1 ;
Cl、 判断该移动终端申请的业务形式中是否还有比该移动终端当前 业务形式优先级低的, 如果有, 按照优先级顺序从其中选择一个作为当 前业务形式, 执行步骤 B1 , 否则, 本次组播失败, 结束本流程;
Dl、 判断当前网络形式是否为激活业务形式, 如果是, 则执行步骤 E1 , 否则, 去激活步骤 A1中所述激活业务形式, 激活当前业务形式, 执行步骤 D1;
El、 移动终端接收来自网络侧激活业务形式所对应路径的组播数 据。
8、 根据权利要求 6所述的方法, 其特征在于, 该方法进一步包括: 按照网络的承载能力设置所述多种业务形式的优先级, 在初始状态下, 移动终端激活所申请业务形式中优先级最高的业务形式, 在移动终端接 收组播数据前, 该方法包括:
A2、 判断该移动终端的当前网络是否支持该移动终端激活业务形 式, 如果支持, 将激活的业务形式作为当前业务形式, 执行步骤 D2, 否则, 执行步骤 B2;
B2、 判断该移动终端所申请的业务形式中是否有比当前业务形式优 先级低的, 如果有, 按照优先级顺序选择其中一种业务形式, 执行步骤 C2, 否则, 本次组播业务失败, 跳出本流程;
C2> 判断该移动终端的当前网络是否支持所选择的该业务形式, 如 果支持, 激活该业务形式, 执行步骤 D2, 否则, 将所选择的该业务形 式作为当前业务形式, 执行步驟 B2; D2、 移动终端接收来自网络侧激活业务形式所对应路径的组播数 据。
9、 据权利要求 6所述的方法, 其特征在于, 按照网络的承载能力 设置所述多种业务形式的优先级, 在接收组播数据过程中, 该方法进一 步包括:
移动终端判断是自身否能持续接收激活业务形式对应的组播数据, 如果能, 则跳出本流程, 否则, 从自身申请的业务形式中选择一个比所 述激活业务形式优先级低的, 去激活所述激活业务形式, 并激活所选择 的业务形式;
移动终端接收来自网络侧的激活业务形式所对应路径的组播数据。
10、 根据权利要求 1所述的方法, 其特征在于, 所述路径为所述业 务形式的 IP组播地址。
11、 根据权利要求 1所述的方法, 其特征在于, 所述预先选择的业 务形式包括一种或一种以上的业务承载方式, 则所述移动终端激活的至 少一种当前网络支持的业务形式是该用户选择的所有业务承载方式。
PCT/CN2004/001300 2003-11-14 2004-11-15 Procede de mise en oeuvre d'un service de multidiffusion WO2005053331A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002540983A CA2540983A1 (en) 2003-11-14 2004-11-15 A method of implementing multicasting service
US10/579,254 US20070136759A1 (en) 2003-11-14 2004-11-15 Method of implementing multicasting service
JP2006537040A JP2007511937A (ja) 2003-11-14 2004-11-15 マルチキャストサービスを実行する方法
EP04797332A EP1670263A4 (en) 2003-11-14 2004-11-15 METHOD FOR IMPLEMENTING MULTICAST SERVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200310116257 CN1287628C (zh) 2003-11-14 2003-11-14 一种实现组播业务的方法
CN200310116257.5 2003-11-14

Publications (1)

Publication Number Publication Date
WO2005053331A1 true WO2005053331A1 (fr) 2005-06-09

Family

ID=34624436

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/001300 WO2005053331A1 (fr) 2003-11-14 2004-11-15 Procede de mise en oeuvre d'un service de multidiffusion

Country Status (5)

Country Link
EP (1) EP1670263A4 (zh)
JP (1) JP2007511937A (zh)
CN (1) CN1287628C (zh)
CA (1) CA2540983A1 (zh)
WO (1) WO2005053331A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007116703A1 (ja) * 2006-03-28 2007-10-18 Ntt Docomo, Inc. セントラルノード、基地局および移動局並びにデータ伝送方法
CN101060465B (zh) * 2006-04-27 2011-12-28 华为技术有限公司 控制组播数据传输的方法及系统
GB2440582A (en) * 2006-08-04 2008-02-06 Siemens Ag Resource allocation in a broadcast service
CN101132297B (zh) * 2006-08-21 2011-04-13 华为技术有限公司 一种实现组播业务的方法及系统及资源和接纳控制单元
BRPI0818706A2 (pt) * 2007-10-22 2018-05-29 Nokia Corp sistema e método para sinalizar a disponibilidade de um serviço de usuário mbms em múltiplas variantes
CN104735629B (zh) * 2013-12-23 2018-11-13 成都鼎桥通信技术有限公司 一种全业务集群通信系统中广播通信的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1324151A (zh) * 2000-05-12 2001-11-28 株式会社Ntt杜可莫 多点传播服务方法与信息配送装置及无线电终端
WO2002067620A1 (en) * 2001-02-17 2002-08-29 Omnitel Inc. System and method of providing mobile phone broadcasting service using cbs
WO2004051926A1 (en) 2002-11-29 2004-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Group hopping and channel zapping during transmission of multicast applications

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030172114A1 (en) * 2001-10-24 2003-09-11 Leung Nikolai K. N. Method and apparatus for data packet transport in a wireless communication system using an internet protocol
GB0126516D0 (en) * 2001-11-05 2002-01-02 Nokia Corp A method and system for providing a service
US7054643B2 (en) * 2002-02-20 2006-05-30 Nokia Corporation System for rate control of multicast data delivery in a wireless network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1324151A (zh) * 2000-05-12 2001-11-28 株式会社Ntt杜可莫 多点传播服务方法与信息配送装置及无线电终端
WO2002067620A1 (en) * 2001-02-17 2002-08-29 Omnitel Inc. System and method of providing mobile phone broadcasting service using cbs
WO2004051926A1 (en) 2002-11-29 2004-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Group hopping and channel zapping during transmission of multicast applications

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP2007511937A (ja) 2007-05-10
CA2540983A1 (en) 2005-06-09
CN1287628C (zh) 2006-11-29
CN1617615A (zh) 2005-05-18
EP1670263A4 (en) 2007-01-17
EP1670263A1 (en) 2006-06-14

Similar Documents

Publication Publication Date Title
US20070136759A1 (en) Method of implementing multicasting service
EP1440537B1 (en) Multicast support in packet switched wireless networks
EP1753165B1 (en) The method of data transmission of multimedia broadcast/multicast service
KR101166729B1 (ko) 브로드캐스트/멀티캐스트 서비스에 대한 송신 파라미터의 협상을 위한 방법 및 장치
US20070086443A1 (en) Method for establishing load-bearing in multimedia broadcast/multicast service
JP4664639B2 (ja) マルチメディアブロードキャストのマルチキャストサービスを起動する方法
CN101136814B (zh) 一种支持mbms业务的方法和装置
RU2412550C2 (ru) Инициируемый сетью переход от речевой службы к мультимедийной службе
JP2003530767A (ja) インターネット・プロトコル移動通信ネットワークの技術分野で呼設定を行うための手法
JP3984994B2 (ja) コンテキストリンクのスキーム
CN101184320A (zh) 无线通讯系统的用户端选择操作频率的方法及其相关装置
US8130688B2 (en) Multimedia broadcast multicast service providing system and method thereof
WO2005101737A1 (fr) Procede de demarrage de session d'un service de multiplexage de programmes de diffusion multimedia
WO2006122509A1 (fr) Procede de multidiffusion de donnees de trafic fonde sur le reseau mobile
CN101518120A (zh) 流式质量优化
JP4422763B2 (ja) マルチメディアブロードキャスト・マルチキャストサービスの起動方法
JP2007518318A (ja) マルチメディアマルチキャストサービスの登録方法
US20060067353A1 (en) Providing information in a cellular communication network
US20050105544A1 (en) Communication method
WO2005053331A1 (fr) Procede de mise en oeuvre d'un service de multidiffusion
CN1770913A (zh) 接收多媒体广播与组播业务的方法
WO2007025477A1 (fr) Procede de fourniture a l'utilisateur de service de diffusion/multidiffusion
WO2007025479A1 (fr) Procede et systeme de communication de prestation de service multidiffusion pour utilisateur en itinerance

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2540983

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2004797332

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2006537040

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2007136759

Country of ref document: US

Ref document number: 10579254

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2004797332

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10579254

Country of ref document: US