WO2005069646A1 - Procede d'enregistrement pour service multidestination a diffusion multimedia - Google Patents

Procede d'enregistrement pour service multidestination a diffusion multimedia Download PDF

Info

Publication number
WO2005069646A1
WO2005069646A1 PCT/CN2005/000025 CN2005000025W WO2005069646A1 WO 2005069646 A1 WO2005069646 A1 WO 2005069646A1 CN 2005000025 W CN2005000025 W CN 2005000025W WO 2005069646 A1 WO2005069646 A1 WO 2005069646A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms
ggsn
bearer context
mbms bearer
sgsn
Prior art date
Application number
PCT/CN2005/000025
Other languages
English (en)
French (fr)
Inventor
Hai 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=34763029&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2005069646(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 JP2006548078A priority Critical patent/JP2007518318A/ja
Priority to CA002552959A priority patent/CA2552959A1/en
Priority to EP05700400A priority patent/EP1703747B1/en
Priority to AT05700400T priority patent/ATE510423T1/de
Publication of WO2005069646A1 publication Critical patent/WO2005069646A1/zh
Priority to US11/483,199 priority patent/US20070014291A1/en

Links

Classifications

    • 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/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the invention relates to a multimedia broadcast / multicast service, in particular to a method for registering a multimedia multicast service.
  • the third-generation mobile communication can provide higher data rate services than the second-generation mobile communication, thereby supporting a variety of business forms, such as: video calls, image downloads, high-speed Internet browsing And other services.
  • one type of service is characterized in that it can send to all users who have customized the service in the wireless network at the same time, such as sending weather forecasts, news clips, highlights of sports games, and so on.
  • the third-generation mobile communication introduced the concept of multicast / broadcast.
  • the so-called multicast means that the source node forwards the data to be sent in a single path, that is, sends it to a downstream node and receives the data.
  • the downstream nodes that are to forward data make multiple copies according to the number of nodes that need to receive the data downstream, and then distribute to the downstream nodes that expect to receive the data, and so on, and the nodes that receive the data copy and distribute.
  • Broadcast means that the source node sends the data to be sent to all downstream nodes.
  • the multicast transmission schematic is shown in Figure 1.
  • Node 1 is the source node.
  • Node 1 sends the data to be sent to its downstream node 2.
  • node 2 copies the data into two copies and distributes it to itself.
  • node 20 copies the data into two copies and distributes it to its own downstream nodes 201 and 202, and so on.
  • FIG. 2 is a schematic diagram of a wireless network structure that supports multicast / broadcast services.
  • the wireless network structure that supports multicast / broadcast services is broadcast / group.
  • the interface or Gi interface is connected to the gateway GPRS support node (GGSN, Gateway GPRS Support Node) 202.
  • GGSN Gateway GPRS Support Node
  • One BM-SC 201 can be connected to multiple GGSN 202.
  • the GGSN 202 is connected to the serving GPRS support node (SGSN, Serving GPRS) through the Gn / Gp interface.
  • SGSN Serving GPRS support node
  • one GGSN 202 can be connected to multiple SGSN 203; SGS 203 can be connected to the Universal Mobile Telecommunications System (UMTS) Land Radio Access Network (UTRAN) 204 through the Iu interface, and then the UTRAN 204 is connected to the user through the Uu interface
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Land Radio Access Network
  • the terminal (UE) 207 is connected, and the SGSN 203 can also be connected to the Global System for Mobile Communications (GSM) Enhanced Radio Access Network (GERAN) 205 through an Iu / Gb interface, and then the GERAN 205 is connected to the UE 206 through a Um interface.
  • GSM Global System for Mobile Communications
  • GERAN Enhanced Radio Access Network
  • Broadcast and multicast data is transmitted only once on each link of the wireless communication network.
  • the serving GPRS support node SGSN
  • RNC radio network controller
  • Node B base stations
  • UE user terminals
  • the downlink shared channel can be used to send data to these UEs at the same time, avoiding establishing an independent wireless channel for each UE, thereby reducing wireless
  • the occupation of resources avoids blocking the air interface with the same data and effectively increases the capacity of the air interface.
  • multimedia broadcast / multicast service (MBMS) services are rapidly developing and popularizing in third-generation mobile communication systems.
  • the structure of the wireless network framework that implements the MBMS service is the same as that shown in Figure 2.
  • MBMS registration refers to a process in which a downstream node notifies its upstream node that it wants to receive session attributes and specific MBMS service data, so that it can continue to distribute these data to downstream downstream nodes.
  • This process creates a publishing tree that originates from BM-SC and terminates to UEs related to this service and sends MBMS session attributes and data, and establishes a corresponding MBMS bearer context along each node of the publishing tree. But this does not This will lead to the establishment of the user plane, which needs to be created during the session initiation process.
  • the MBMS bearer context contains all the information describing a specific MBMS bearer service and needs to be created at all nodes transmitting MBMS data.
  • the MBMS bearer context contains two states: “active” and “standby".
  • the "activated” state indicates the user plane resource that the network needs to transmit MBMS data, and the "activated” state corresponds to the ongoing MBMS session.
  • the "standby" state indicates that the network does not need to transmit user plane resources of MBMS data.
  • the user does not have an ongoing MBMS session, it is in a standby state.
  • Step 301 When the drift RC detects that the UE under its jurisdiction is related to a specific MBMS bearer service, and the drift RNC has not registered the service, the drift The RNC sends an MBMS Registration Request message to its parent SGSN.
  • Step C1 and Step 302 If the SGSN does not have an MBMS bearer context for an MBMS bearer service, and the SGSN receives a registration request for the MBMS bearer service from a drift RNC; or the first MBMS UE has been created for an MBMS bearer service Context, and there is no corresponding MBMS bearer context in the SGSN, the SGSN creates an MBMS bearer context, sets it to the "standby" state, and sends an MBMS registration request message carrying the IP multicast address and APN to the GGSN.
  • the SGSN creates an MBMS bearer context.
  • the bearer context does not include information such as TMGI and bearer capability requirements.
  • Step 303 If the GGSN does not have an MBMS bearer context for an MBMS bearer service, and the GGSN receives a registration request for the MBMS bearer service from an SGSN; or an MBMS UE context has been created for an MBMS bearer service, and there is no MBMS UE context in the GGSN The corresponding MBMS bearer context, the GGSN sends an MBMS registration request message carrying the IP multicast address and APN to the BM-SC.
  • Step 304 Once the BM-SC receives the MBMS registration request from a GGSN, the BM-SC The GGSN identifier is added to the parameter "downstream node list" in its MBMS bearer context, and a MBMS registration response message is included, which includes parameters such as TMGI and bearer capability requirements. If the MBMS bearer context of the BM-SC is in the "active" state, the BM-SC triggers a session initiation process with the GGSN.
  • Step 305 and step C2 If the GGSN receives the registration request message sent by the SGS in step 302, the GGSN adds the SGSN identifier to the "downstream node" parameter of the MBMS bearer context, and responds to the SGSN with the MBMS registration response message, which carries Parameters such as TMGI, bearer capability requirements; if the MBMS bearer context is in the "active," state, the GGSN and the SGSN trigger a session initiation process.
  • TMGI TMGI
  • the SGSN After the SGSN receives the MBMS registration response message sent by the GGSN, according to the information carried in the message, Fill in information such as TMGI and bearer capability requirements, and complete the creation of the MBMS bearer context for the bearer in the SGSN.
  • Step 306 If the SGSN receives an MBMS registration request from the drifting RNC, the SGSN adds the identity of the RNC to the "downstream flow node" parameter of the MBMS bearer context; and sends an MBMS registration response message; if the MBMS bearer context is in "active" State, initiate a session start process with the drift RNC.
  • the registration process of the existing MBMS multicast service does not create a corresponding MBMS bearer context in the GGSN. Because in the MBMS multicast service, if the corresponding MBMS context is not created in the GGSN, it will not be able to generate a continuous, BM-SC-derived, aborted to the UE related to this service, sending the release tree of MBMS session attributes and data, and further MBMS multicast cannot be performed either.
  • the above process does not clearly define the timing when the upstream node needs to initiate a session initiation process with the downstream node.
  • the downstream node completes the establishment of the MBMS bearer context, if the upstream node initiates the session initiation process, an error will occur and the MBMS multicast service cannot be performed normally.
  • the present invention discloses a method for registering a multimedia multicast service, so that it can perform MBMS multicast services normally.
  • a method for registering a multimedia multicast service provided by the present invention includes:
  • the BM-SC After receiving the multicast service registration request sent by the GGSN, the BM-SC adds the GGSN identification to its MBMS bearer context, and responds with an MBMS registration response message carrying the bearer context information;
  • the GGSN After receiving the response message, the GGSN completes the MBMS bearer context creation based on the bearer context information.
  • the method may further include:
  • the BM-SC waits for a preset period of time before initiating a session with the GGSN to start the process.
  • the method may further include:
  • the GGS judges whether an MBMS bearer context has been created for the MBMS bearer service. If not, the GGSN sends an MBMS registration request message carrying the IP multicast address and APN to the BM-SC, and performs step A, otherwise, it skips this process.
  • the method may further include:
  • the SGSN creates an MBMS bearer context, and the bearer context is in a "standby" state, and then sends an MBMS registration request message carrying the IP multicast address and APN to the GGSN;
  • the GGSN After receiving the registration request for the MBMS bearer service, the GGSN determines whether the GGSN has an MBMS bearer context for the MBMS bearer service. If not, send a An MBMS registration request message carrying an IP multicast address and an APN is sent to the BM-SC, and step A is performed, otherwise, the process is skipped.
  • the method may further include:
  • drift RNC sends an MBMS registration request message to its parent SGSN;
  • the SGSN After receiving the MBMS bearer service registration request, the SGSN determines whether there is an MBMS bearer context for the MBMS bearer service. If not, it performs step A1, otherwise, it exits the process.
  • the method may further include:
  • the method may further include:
  • GGSN adds the SGSN identifier to the "downstream node" parameter of the MBMS bearer context; and responds to the SGSN with the MBMS registration response message, which carries the TMGI and bearer capacity requirement parameters;
  • the SGSN After receiving the MBMS registration response message sent by the GGSN, the SGSN completes the creation of the MBMS bearer context for the bearer in the SGSN by filling in the TMGI and the bearer capability requirement information according to the TMGI and the bearer capability requirement information therein.
  • the method may further include:
  • the GGSN waits for a preset period of time before initiating a session initiation process with the SGSN.
  • the SGSN When the SGSN receives the MBMS registration request from the drift RNC, Later, it further includes:
  • the SGSN adds the ID of the R C to the "downstream flow node" parameter of the MBMS bearer context; and responds with an MBMS registration response message.
  • the method may further include:
  • the SGSN waits for a preset period of time before initiating the process of initiating a session with the drift RNC.
  • the method may further include:
  • step B includes:
  • the GGSN fills the MBMS bearer context according to the TMSI and the bearer capability requirement parameters in the response information, and completes the creation of the MBMS bearer context.
  • Step B may include:
  • the GGSN determines the IP multicast address and APN, and creates a complete MBMS bearer context based on the determined IP multicast address and APN and the TMSI and bearer capability requirement parameters in the response message.
  • the method of the present invention is that the GGSN creates a complete MBMS bearer context after receiving the registration response message sent by the BM-SC, and completes the function of creating an MBMS bearer context during the registration process. If the MBMS bearer context of the upstream node receiving the MBMS registration request is in the "active" state, the node waits a bit after sending the MBMS registration response, and then triggers the session initiation process, thereby avoiding that the downstream node has not completed the establishment of the MBMS bearer context. The upstream node initiates the error caused by the session initiation process.
  • Figure 1 is a schematic diagram of the transmission principle of a multicast service
  • FIG. 2 is a schematic diagram of a wireless network structure supporting multicast / broadcast services
  • FIG. 3 is a schematic flowchart of MBMS multicast registration in the prior art
  • FIG. 4 is a schematic flowchart of a first embodiment of MBMS multicast registration according to the present invention
  • FIG. 5 is a schematic flowchart of a second embodiment of MBMS multicast registration according to the present invention.
  • the present invention creates an MBMS bearer context by the GGSN when the GGSN initiates a registration request, thereby ensuring that the multicast service proceeds normally.
  • the BM-SC saves the MBMS bearer context information, including IP multicast address, APN, TMGI, State, MBMS bearer capacity requirements, QoS, MBMS service domain, List of downstream nodes and the number of UEs. As shown in Table 1.
  • the IP multicast address is the MBMS bearer described by the MBMS bearer context;
  • APN is the access point name already defined for the IP multicast address,
  • TMGI is the temporary mobile group identifier assigned to the MBMS bearer service;
  • State is the state of the bearer plane resource, that is, "Standby" or "Activated”status;
  • MBMS bearer capacity requirement is the minimum bearer capacity that the UE needs to support;
  • QoS is the quality of service required by the MBMS bearer service;
  • MBMS service domain is the area that the MBMS bearer service needs to be published;
  • the downstream node list is already Request a MBMS bearer service and a list of downstream nodes that need to send notifications and MBMS data;
  • the number of UEs is the number of UEs under the jurisdiction of the node that have joined the MBMS multicast bearer service.
  • "X" in the table indicates the parameters that need to be saved for the corresponding node.
  • IP Multicast Address The IP Multicast Address identifies the X and X described by the MBMS bearer context.
  • APN The access point name for which the IP multicast address has been defined X X X Pending
  • MBMS bearer capability requires the minimum bearer capability that the UE needs to support X X X Requirement
  • each node that it passes records the IP multicast address and APN corresponding to the UE. Therefore, after receiving the registration request sent by the downstream node, that is, the SGSN, the GGSN also has the IP multicast address and APN. Moreover, if the corresponding node has created the first MBMS UE context for an MBMS bearer service, and there is no corresponding MBMS bearer context, it also has an IP multicast address and APN. In this case, the GGSN needs to initiate a registration request and obtain the TMGI and MBMS bearer capability requirements from the BM-SC based on the IP multicast address and APN. Because the GGSN itself can obtain the IP multicast address and APN, the GGSN can use the following two methods to create the MBMS bearer context.
  • the first method is: After receiving the MBMS registration response message sent by the BM-SC, the GGSN creates a complete MBMS bearer context, and completes the function of the GGSN to create an MBMS bearer context during the registration process; if the upstream node receives the MBMS registration request, The MBMS bearer context is in the "active" state. After sending an MBMS registration response, the node waits a bit before triggering the session start process.
  • the second method is: GGSN creates an MBMS bearer context in two steps, one step is Before receiving the MBMS registration response message, the MBMS bearer context is created based on the IP multicast address and APN. After receiving the MBMS registration response message, the GGSN further completes the creation of the MBMS bearer context based on the TMGI and MBMS bearer capability requirements in the response message. .
  • the method for implementing the present invention includes the following steps:
  • Step 401 and step C1 When the drift RNC detects that the UE under its jurisdiction is related to the MBMS bearer service, and the drift RNC has not registered the service, the drift RC sends an MBMS registration request message to its parent SGSN.
  • the registration request message It carries parameters identifying the MBMS bearer service, that is, the IP multicast address and the APN.
  • Step 402 If the SGSN does not have an MBMS bearer context for the above MBMS bearer service, and the SGSN receives a registration request for an MBMS bearer service from a drift KC; or the first MBMS UE context has been created for an MBMS bearer service, and the SGSN There is no MBMS bearer context corresponding to the MBMS UE context.
  • the SGSN creates an MBMS bearer context based on the registration request message or the IP multicast address and APN carried in the MBMS UE context.
  • the bearer context does not include information such as TMGI and bearer capability requirements. And the bearer context is in a "standby" state, and then sends an MBMS registration request message carrying the IP multicast address and APN to the GGSN.
  • Step 403 If the GGSN has no MBMS bearer context for the above MBMS bearer service, and the GGSN receives a registration request for an MBMS bearer service from an SGSN; or the first MBMS UE context has been created for an MBMS bearer service, and there is no The corresponding MBMS bearer context, the GGSN sends an MBMS registration request message carrying the IP multicast address and APN to the BM-SC.
  • Step 404 and step D1 the BM-SC receives the MBMS registration from a GGSN
  • the BM-SC adds the GGSN identification to the parameter "downstream node list" in its MBMS bearer context, and responds with an MBMS registration response message, which contains parameters such as TMGI, bearer capacity requirements, and so on.
  • the GGSN After receiving the MBMS registration response message, the GGSN creates an MBMS bearer context according to the MBMS bearer context information carried in the response message, and the bearer context is in a "standby" state.
  • the BM-SC When the BM-SC sends a response, if the BM-SC's MBMS bearer context is in the "active" state, the BM-SC waits for a preset time to ensure that the GGSN completes the creation of the MBMS bearer context and then triggers a session with the GGSN Begin the process.
  • Step 405 If the GGSN receives a registration request message from the SGSN in step 402, the GGSN adds the identity of the SGSN to the "downstream node" parameter of the MBMS bearer context; and responds to the SGSN with the MBMS registration response message, which carries Parameters such as TMGI and bearer capability requirements; after receiving the MBMS registration response message sent by the GGSN, the SGSN fills in information such as TMGI and bearer capability requirements based on the information carried in the message to complete the MBMS bearer context for the bearer in the SGSN create.
  • TMGI and bearer capability requirements based on the information carried in the message to complete the MBMS bearer context for the bearer in the SGSN create.
  • the GGSN When the GGSN sends a response, if the MBMS bearer context is in the "active" state, the GGSN waits for a preset time to ensure that the SGSN finishes creating the MBMS bearer context, and then triggers the session start process with the SGSN.
  • Step 406 If the SGSN receives the MBMS registration request from the drift RNC, the SGSN adds the RNC identity to the "downstream stream node" parameter of the MBMS bearer context; responds to an MBMS registration response message; while the SGSN sends a response, if the MBMS bearer The context is in the "active" state. After the SGSN waits for a preset time, it ensures that the drifting RC finishes creating the MBMS bearer context, and then initiates the session start process with the drifting RNC.
  • Step 501 When the drift RNC detects that the UE under its jurisdiction is related to the MBMS bearer service Off, and the drift RNC has not registered the service, the drift RC sends an MBMS registration request message to its parent SGSN.
  • Step 502 and step C1 If the SGSN does not have an MBMS 7 bearer context for an MBMS bearer service, and the SGSN receives a registration request for the MBMS bearer service from a drift RNC; or the first MBMS has been created for an MBMS bearer service UE context, and there is no MBMS bearer context corresponding to the MBMS UE context in the SGSN.
  • the SGSN creates an MBMS bearer context according to the registration request message or the IP multicast address and APN carried in the MBMS UE context, and sets it to "standby" State, the bearer context does not include information such as TMGI and bearer capability requirements, and sends an MBMS registration request message carrying the IP multicast address and APN to the GGSN.
  • Step 503 and step D1 if the GGSN does not have an MBMS bearer context for an MBMS bearer service, and the GGSN receives a registration request for the MBMS bearer service from an SGS; or the first MBMS UE context has been created for an MBMS bearer service, While there is no corresponding MBMS bearer context in the GGSN, the GGSN creates an MBMS bearer context according to the registration request message or the IP multicast address and APN carried in the MBMS UE context, and sets it to the "standby" state.
  • the bearer context does not include TMGI, bearing capacity requirements and other information, and then send an MBMS registration request message carrying the IP multicast address and AP to the BM-SC.
  • Step 504 and step D2 -Once the MBMS registration request is received from a GGSN, the BM-SC adds the GGSN identity to the parameter "downstream node list" in its MBMS bearer context, and responds with an MBMS registration response message, These include TMGI and bearer capacity requirements parameters.
  • the GGSN is filled according to the MBMS bearer context information carried in the response message to complete the creation of the MBMS bearer context.
  • the BM-SC sends a response, if the BM-SC's MBMS bearer context is in the "active" state, the BM-SC waits for a preset time to ensure that the GGSN completes the creation of the MBMS bearer context. And then trigger a session start process with the GGSN.
  • Step 505 and step C2 If the GGSN receives a registration request message from the SGSN in step 502, the GGSN adds the identity of the SGSN to the "downstream node" parameter of the MBMS bearer context, and responds the MBMS registration response message to the SGSN, It contains the TMGI and the bearer capacity requirement parameters. After receiving the MBMS registration response message sent by the GGSN, the SGSN fills in the information such as TMGI and bearer capacity requirements according to the information carried in the message, and completes the creation of the MBMS bearer context for the bearer in the SGSN .
  • the GGSN When the GGSN sends a response, if the MBMS bearer context is in the "active" state, the GGSN waits for a preset time to ensure that the SGSN finishes creating the MBMS bearer context, and then triggers the session start process with the SGSN.
  • Step 506 If the SGSN receives the MBMS registration request from the drift RNC, the SGSN adds the RNC identity to the "downstream stream node" parameter of the MBMS bearer context and responds with an MBMS registration response message; while the SGSN sends a response, if the MBMS The bearer context is in the "active" state. After the SGSN waits for a preset time, it ensures that the drifting RNC finishes creating the MBMS bearer context, and then initiates the session start process with the drifting RNC.
  • step D1 The GGSN creates an MBMS bearer context, and the bearer context does not include information such as TMGI and bearer capability requirements.
  • step D2 After the GGSN receives the MBMS registration response message sent by the BM-SC, according to the The information carried in the message is filled with information such as TMGI and bearer capability requirements to complete the creation of the MBMS bearer context for the bearer in the GGSN.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Game Rules And Presentations Of Slot Machines (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种多媒体組播业务的注册方法 技术领域
本发明涉及多媒体广播 /组播业务 ,特别是一种多媒体组播业务的注 册方法。 发明背景
随着第三代移动通信技术的发展， 第三代移动通信可以提供比第二 代移动通信更高数据速率的服务， 从而支持多种业务形式， 比如： 视频 电话、 图片下载、 高速浏览 Internet 网络等服务。 其中， 有一类业务的 特点是： 能够同时给无线网络中定制了该业务的所有用户进行发送， 比 如： 发送天气预报、 新闻短片、 体育比赛集锦等等。 利用这些业务能同 时发送的特点， 第三代移动通信引入了组播 /广播的概念， 所谓组播是指 源节点将所要发送的数据进行单径转发， 即发送给一个下游节点， 收到 数据的下游节点将要转发的数据按照自身下游需要接收该数据的节点 数复制多份， 再向其下游期待接收该数据的节点分发， 以此类推， 接收 到数据的节点再复制、 分发。 广播是指源节点将要发送的数据发送给所 有的下游节点。 组播的传输原理图如图 1所示， 节点 1为源节点， 节点 1将所要发送的数据发送给自身的下游节点 2; 节点 2收到数据后， 将 数据复制为两份，分发给自身的下游节点 20和 21 ;节点 20收到数据后， 再将数据复制为两份， 分发给自身的下游节点 201和 202, 以此类推。
图 2为支持组播 /广播业务的无线网络结构示意图， 如图 2所示， 在 现有第三代合作伙伴计划 （3GPP )框架下， 支持組播 /广播业务的无线 网络结构为广播 /组播业务中心 （BM-SC ) 201 , BM-SC 201 通过 Gmb 接口或 Gi接口与关口 GPRS支持节点（ GGSN, Gateway GPRS Support Node ) 202相连，一个 BM-SC 201可与多个 GGSN 202相连； GGSN 202 通过 Gn/Gp接口与服务 GPRS支持节点（ SGSN, Serving GPRS Support Node ) 203相连， 一个 GGSN 202可与多个 SGSN 203相连； SGS 203 可通过 Iu接口与通用移动通信系统（ UMTS )陆地无线接入网（ UTRAN ) 204相连， 然后 UTRAN 204通过 Uu接口与用户终端 （ UE ) 207相连， SGSN 203也可通过 Iu/Gb接口与全球移动通信系统（GSM )增强无线 接入网（ GERAN ) 205相连， 然后 GERAN 205通过 Um接口与 UE 206 相连。
采用广播和组播进行数据传输的好处在于： 广播和组播数据在无线 通信网络的每个链路上只传送一次。例如：服务 GPRS支撑节点（SGSN ) 只将数据发送给无线网络控制器（RNC )—次， 而不考虑有多少个基站 ( Node B )和用户终端（UE )期待接收这些数据。 这样， 对于申请了一 个组播 /广播业务的若干个 UE, 当这些 UE属于一个小区时， 可以采用 下行共享信道同时给这些 UE发送数据， 避免给每个 UE建立独立的无 线信道， 从而减少无线资源的占用， 避免用相同数据堵塞空中接口， 有 效提高空中接口的容量。
正因为采用广播和组播进行数据传输具有诸多好处， 所以在第三代 移动通信系统中多媒体广播 /组播服务（ MBMS )业务迅速地发展与普及。 实现 MBMS业务的无线网络框架结构与图 2所示结构相同。
在无线通信网络中， MBMS注册是指一个下行流节点通知其上行流 节点， 希望接收会话属性和特定 MBMS 业务数据， 从而可以将这些数 据继续分发到下游流节点的过程。该过程创建了一个源自 BM-SC、 中止 到与本业务相关 UE的、发送 MBMS会话属性和数据的发布树， 并沿着 发布树的各个节点， 建立一个相应的 MBMS承载上下文。 但是这并不 会导致用户平面的建立， 用户平面需要会话开始过程创建。
MBMS承载上下文包含描述一个特定 MBMS承载业务的所有信息， 需要在传送 MBMS数据的所有节点创建。 MBMS承载上下文包含两种 状态： "激活" 和 "待命"。 其中 "激活" 状态表示网络需要传送 MBMS 数据的用户平面资源， "激活" 状态和正在进行的 MBMS会话相对应。
"待命" 状态表示网络不需要传送 MBMS数据的用户平面资源， 当用 户没有正在进行的 MBMS会话时， 处于待命状态。
参见图 3所示， 现有技术中实现 MBMS业务的注册过程如下： 步骤 301 : 当漂移 R C探测出其管辖的 UE与特定 MBMS承载业 务相关， 且漂移 RNC还没有在对该业务进行注册， 漂移 RNC发送一个 MBMS注册请求消息给其父 SGSN。
, 步骤 C1和步骤 302: 如果 SGSN没有针对一个 MBMS承载业务的 MBMS承载上下文， 且 SGSN从一个漂移 RNC收到了一个该 MBMS 承载业务的注册请求； 或者已经为一个 MBMS 承载业务创建第一个 MBMS UE上下文， 而 SGSN中没有相应的 MBMS承载上下文， SGSN 创建一个 MBMS承载上下文， 并将其置为 "待命" 状态， 再发送一个 携带 IP组播地址和 APN的 MBMS注册请求消息给 GGSN。这里， SGSN 创建一个 MBMS承载上下文。该承载上下文不包括 TMGI、承载能力要 求等信息。
步骤 303: 如果 GGSN没有针对一个 MBMS承载业务的 MBMS承 载上下文， 且 GGSN从一个 SGSN收到了一个该 MBMS承载业务的注 册请求； 或者已经为一个 MBMS承载业务创建笫一个 MBMS UE上下 文， 而 GGSN中没有相应的 MBMS承载上下文， GGSN发送一个携带 IP组播地址和 APN的 MBMS注册请求消息给 BM-SC。
步骤 304:—旦 BM-SC从一个 GGSN收到 MBMS注册请求， BM-SC 就将该 GGSN地标识增加到其 MBMS承载上下文中的参数 "下行流节 点列表" 中， 响应一个 MBMS注册响应消息， 其中包括 TMGI、 承载能 力要求等参数。 如果 BM-SC的 MBMS承载上下文处于 "激活" 状态， BM-SC触发与该 GGSN的会话开始过程。
步骤 305和步骤 C2:如果 GGSN接收到步骤 302 SGS 发送的注册 请求消息， GGSN将该 SGSN标识增加到 MBMS承载上下文的 "下行 流节点" 参数中， 并给该 SGSN响应 MBMS注册响应消息， 其中携带 TMGI、 承载能力要求等参数； 如果 MBMS承载上下文处于 "激活，， 状 态， GGSN与该 SGSN触发会话开始过程。 这里， SGSN收到 GGSN发 送的 MBMS注册响应消息后， 根据该消息中携带的信息 , 填写 TMGI、 承载能力要求等信息， 完成 SGSN中针对该承载的 MBMS承载上下文 的创建。
步驟 306: 如果 SGSN在从漂移 RNC收到 MBMS注册请求， SGSN 将 RNC的标识增加到 MBMS承载上下文的 "下游流节点" 参数中； 并 发送一个 MBMS注册响应消息； 如果 MBMS承载上下文处于 "激活" 状态， 与该漂移 RNC发起会话开始过程。
从上述过程可以看出， 现有 MBMS 组播业务的注册过程没有在 GGSN中创建相应的 MBMS承载上下文。 由于在 MBMS组播业务中， 如果没有在 GGSN中创建相应的 MBMS上下文， 将不能生成连续、 源 自 BM-SC, 中止到与本业务相关 UE的、 发送 MBMS会话属性和数据 的发布树， 进而 MBMS组播也不能进行。
而且， 上述过程也没有明确当上游节点有业务时， 需要和下游节点 发起会话开始过程的时机。在这种情况下， 在下游节点没有完成 MBMS 承载上下文建立之前， 如果上游节点发起会话开始过程， 将导致错误发 生， 无法正常进行 MBMS组播业务。 发明内容
有鉴于此， 本发明公开了一种多媒体組播业务的注册方法， 使其能 正常进行 MBMS组播业务。
本发明提供的一种多媒体组播业务的注册方法包括：
A. BM-SC收到 GGSN发送的组播业务注册请求后， 将该 GGSN 地标识增加到其 MBMS承载上下文中， 响应一个携带承载上下文信息 的 MBMS注册响应消息；
B. GGSN收到该响应消息后，根据其中承载上下文信息完成 MBMS 承载上下文的创建。
在步骤 A中响应一个携带承载上下文信息的 MBMS注册响应消息 时， 如果 MBMS承载上下文处于 "激活" 状态， 该方法可以进一步包 括：
BM-SC等待一段预先设定的时间段后， 再发起与该 GGSN的会话 开始过程。
如果 GGSN已经针对一个 MBMS承载业务创建了第一个 MBMS UE 上下文， 在执行步骤 A之前， 该方法可以进一步包括：
GGS 判断是否已经为该 MBMS承载业务创建了 MBMS承载上下 文， 如果没有， 则 GGSN发送一个携带 IP组播地址和 APN的 MBMS 注册请求消息给 BM-SC, 执行步驟 A, 否则， 跳出本流程。
在执行步驟 A之前， 该方法可以进一步包括：
Al、 SGSN创建一个 MBMS承载上下文，且该承载上下文为 "待命" 状态， 再发送一个携带 IP组播地址和 APN的 MBMS注册请求消息至 GGSN;
A2、 GGSN收到该 MBMS承载业务的注册请求后， 判断 GGSN是 否有针对该 MBMS承载业务的 MBMS承载上下文， 如果没有， 发送一 个携带 IP组播地址和 APN的 MBMS注册请求消息给 BM-SC, 执行步 骤 A, 否则， 跳出本流程。
当漂移 RNC探测出其管辖的 UE与 MBMS承载业务相关， 且漂移 RNC还没有在对该业务进行注册， 在执行步骤 A1之前， 该方法可以进 一步包括：
All、 漂移 RNC发送一个 MBMS注册请求消息给其父 SGSN;
A12、 SGSN收到该 MBMS承载业务的注册请求后， 判断是否有针 对该 MBMS承载业务的 MBMS承载上下文， 如果没有， 则执行步骤 A1 , 否则， 跳出本流程。
当 SGSN已经针对一个 MBMS承载业务创建了第一个 MBMS UE 上下文， 在执行步骤 A1之前， 该方法可以进一步包括：
判断 SGSN中是否为该 MBMS承载业务的创建 MBMS承载上下文， 如果没有， 则执行步骤 Al， 否则， 跳出本流程。
在步骤 B之后， 该方法可以进一步包括：
Bl、 GGSN将 SGSN标识增加到 MBMS承载上下文的 "下行流节 点" 参数中； 并给 SGSN响应 MBMS注册响应消息， 其中携带 TMGI 和承载能力要求参数；
B2、 SGSN收到 GGSN发送的 MBMS注册响应消息后， 根据其中 TMGI和承载能力要求信息， 填写 TMGI以及承载能力要求信息， 完成 SGSN中针对该承载的 MBMS承载上下文的创建。
在步骤 B1给 SGSN响应 MBMS注册响应消息时， 如果 MBMS承 载上下文处于 "激活" 状态， 该方法可以进一步包括：
GGSN等待一段预先设定的时间段后， 再发起与该 SGSN的会话开 始过程。
当 SGSN从漂移 RNC收到 MBMS注册请求时， 在执行步驟 B2之 后， 进一步包括：
B21、 SGSN将 R C的标识增加到 MBMS承载上下文的 "下游流节 点" 参数中； 响应一个 MBMS注册响应消息。
在步骤 B21响应一个 MBMS注册响应消息时， 如果 MBMS承载上 下文处于 "激活" 状态， 该方法可以进一步包括：
SGSN等待一段预先设定的时间段后，再发起与该漂移 RNC会话开 始过程。
在执行步骤 A之前， 该方法可以进一步包括：
A0、 GGSN确定 IP组播地址和 APN, 并根据确定的 IP组播地址和 APN创建 MBMS承载上下文， 并将其置为 "待命" 状态； 则步驟 B包 括：
GGSN根据响应信息中的 TMSI和承载能力要求参数， 填充 MBMS 承载上下文， 完成 MBMS承载上下文的创建。
步驟 B中可以包括：
GGSN确定 IP组播地址和 APN,并根据确定的 IP组播地址和 APN 以及响应信息中的 TMSI和承载能力要求参数创建完整的 MBMS承载上 下文。
本发明的方法是 GGSN在收到 BM-SC发送的注册响应消息后， 创 建完整的 MBMS承载上下文， 在注册过程中完成创建 MBMS承载上下 文的功能。 如果接收 MBMS注册请求的上游节点的 MBMS承载上下文 处于 "激活" 状态， 该节点在发送 MBMS 注册响应后， 稍作等待， 再 触发会话开始过程， 从而避免了下游节点尚未完成 MBMS承载上下文 建立时， 上游节点又发起会话开始过程而导致的错误。 附图简要说明
图 1为组播业务的传输原理示意图；
图 2为支持组播 /广播业务的无线网络结构示意图；
图 3为现有技术中 MBMS组播注册的流程示意图；
图 4为本发明实现 MBMS组播注册的具体实施例一流程示意图； 图 5为本发明实现 MBMS组播注册的具体实施例二流程示意图。 实施本发明的方式
为了使 MBMS组播业务正常进行， 本发明在 GGSN发起注册请求 的情况下， 由 GGSN创建 MBMS承载上下文， 从而确保组播业务正常 进行。
需要说明的是， 在现有 MBMS业务的注册过程中， BM-SC保存了 MBMS承载上下文的信息，具体包括 IP組播地址、 APN、 TMGI、 State, MBMS承载能力要求、 QoS、 MBMS业务域、 下行流节点列表和 UE的 数量。 如表 1所示。 IP组播地址是由 MBMS承载上下文描述的 MBMS 承载； APN为该 IP 组播地址已经定义的接入点名， TMGI 为分配给 MBMS承载业务的临时移动组标识； State 为承载平面资源的状态， 即 "待命" 或 "激活" 状态； MBMS承载能力要求为 UE需要支持的最小 承载能力； QoS为 MBMS承载业务需要的服务质量； MBMS业务域为 MBMS承载业务需要发布的区域； 下行流节点列表为已经请求 MBMS 承载业务， 以及需要发送通知和 MBMS数据的下行流节点的列表； UE 的数量为该节点管辖的， 已经加入 MBMS组播承载业务的 UE的数量。 表中 "X" 表示对应节点所需要保存的参数。 参数 描迷 RAN SGSN GGSN BM-S
C
IP组播地址 IP 組播地址标识由 MBMS承载上下文描述的 X X X X
MBMS承载
APN 该 IP组播地址已经定义的接入点名 X X X 待定
TMGI 分配给 MBMS承载业务的临时移动组标识 X X X X
State 承载平面资源的状态 （ "待命" 或 "激活" ) 待定 X X X
MBMS承载能力要 UE需要支持的最小承载能力 X X X 求
QoS MBMS承载业务需要的服务质量 X X X X
MBMS业务域 MBMS承载业务需要发布的区域 X X X X 下行流节点列表 已经请求 MBMS承载业务， 以及需要发送通知和 X X X
MBMS数据的下行流节点的列表
UE的数量 该节点管辖的， 已经加入 MBMS組播承载业务的 待定 X X 待定
UE的数量。 表 1 当 UE发起携带 IP组播地址和 APN注册请求后， 所经过的每个节 点记录该 UE对应的 IP组播地址和 APN。 因此， GGSN收到下游节点， 即 SGSN发送的注册请求后， 也具有了 IP组播地址和 APN。 而且， 如 果对应节点已经为一个 MBMS承载业务创建第一个 MBMS UE上下文， 而没有相应的 MBMS承载上下文， 此时也具有了 IP组播地址和 APN。 在这种情况下， GGSN需要发起注册请求， 根据 IP组播地址和 APN从 BM-SC获取 TMGI和 MBMS承载能力要求。 由于 GGSN自身可以获取 的 IP组播地址和 APN，因此， GGSN可以采用以下两种方法创建 MBMS 承载上下文。
第一种方法是： GGSN在收到 BM-SC发送的 MBMS注册响应消息 后， 创建完整的 MBMS承载上下文， 完成 GGSN在注册过程中创建 MBMS 承载上下文的功能； 如果接收 MBMS 注册请求的上游节点的 MBMS承载上下文处于 "激活" 状态， 该节点在发送 MBMS注册响应 后， 稍作等待， 再触发会话开始过程。
第二种方法是： GGSN创建 MBMS承载上下文分为两步，一步是在 没有收到 MBMS注册响应消息前， 开始根据 IP组播地址和 APN创建 MBMS承载上下文， 在收到 MBMS注册响应消息后， GGSN根据响应 消息中 TMGI、 MBMS承载能力要求信息进一步完成 MBMS承载上下 文的创建。
为使本发明的技术方案更加清楚完整， 下面结合附图和具体实施例 对其进行详细说明。
参见图 4所示， 实现本发明的方法包括以下步骤：
步骤 401和步骤 C1： 当漂移 RNC探测出其管辖的 UE与 MBMS承 载业务相关， 且漂移 RNC还没有在对该业务进行注册， 漂移 R C发送 一个 MBMS 注册请求消息给其父 SGSN, 该注册请求消息携带标识该 MBMS承载业务的参数， 即 IP组播地址和 APN。
步骤 402: 如果该 SGSN没有针对上述 MBMS承载业务的 MBMS 承载上下文， 且 SGSN从一个漂移 K C收到了一个 MBMS承载业务的 注册请求； 或者已经为一个 MBMS承载业务创建第一个 MBMS UE上 下文， 而 SGSN中没有该 MBMS UE上下文对应的 MBMS承载上下文， SGSN根据注册请求消息或者 MBMS UE上下文中携带的 IP组播地址和 APN, 创建一个 MBMS承载上下文， 该承载上下文不包括 TMGI， 承载 能力要求等信息， 且该承载上下文为 "待命" 状态， 再发送一个携带 IP 组播地址和 APN的 MBMS注册请求消息给 GGSN。
步骤 403: 如果 GGSN没有针对上述 MBMS承载业务的 MBMS承 载上下文， 且 GGSN从一个 SGSN收到了一个 MBMS承载业务的注册 请求； 或者已经为一个 MBMS承载业务创建第一个 MBMS UE上下文， 而 GGSN中没有相应的 MBMS承载上下文， GGSN发送一个携带 IP組 播地址和 APN的 MBMS注册请求消息给 BM-SC。
步驟 404和步骤 D1: —旦 BM-SC从一个 GGSN收到 MBMS注册 请求， BM-SC就将该 GGSN地标识增加到其 MBMS承载上下文中的参 数 "下行流节点列表" 中， 响应一个 MBMS 注册响应消息， 其中含有 TMGI, 承载能力要求等参数。 GGSN收到 MBMS注册响应消息后， 根 据响应消息携带的 MBMS承载上下文的信息，创建 MBMS承载上下文， 且该承载上下文为 "待命 "状态。在 BM-SC发送响应的同时，如果 BM-SC 的 MBMS承载上下文处于 "激活" 状态， BM-SC等待一段预先设置的 时间后，确保 GGSN完成 MBMS承载上下文的创建，再触发与该 GGSN 的会话开始过程。
步骤 405:如果 GGSN在步驟 402中从 SGSN收到一个注册请求消 息， GGSN将该 SGSN的标识增加到 MBMS承载上下文的 "下行流节 点"参数中； 并给该 SGSN响应 MBMS注册响应消息， 其中携带 TMGI 和承载能力要求等参数； SGSN收到 GGSN发送的 MBMS注册响应消 息后， 才艮据该消息中携带的信息， 填写 TMGI, 承载能力要求等信息， 完成 SGSN中针对该承载的 MBMS承载上下文的创建。 在 GGSN发送 响应的同时， 如果 MBMS承载上下文处于 "激活" 状态， GGSN等待 一段预先设置的时间后， 确保 SGSN完成 MBMS承载上下文的创建， 再触发与 SGSN的会话开始过程。
步骤 406: 如果 SGSN从漂移 RNC收到 MBMS注册请求， SGSN 将 RNC的标识增加到 MBMS承载上下文的 "下游流节点" 参数中； 响 应一个 MBMS注册响应消息； 在 SGSN发送响应的同时， 如果 MBMS 承载上下文处于 "激活" 状态， SGSN等待一段预先设置的时间后， 确 保漂移 R C完成 MBMS承载上下文的创建， 再发起与该漂移 RNC的 会话开始过程。
参见图 5所示， 下面举实施例二再进一步说明本发明的技术方案。 步驟 501： 当漂移 RNC探测出其管辖的 UE与 MBMS承载业务相 关，且漂移 RNC还没有在对该业务进行注册，漂移 R C发送一个 MBMS 注册请求消息给其父 SGSN。
步骤 502和步驟 C1: 如果该 SGSN没有针对一个 MBMS承载业务 的 MBMS 7 载上下文，且 SGSN从一个漂移 RNC收到了一个该 MBMS 承载业务的注册请求； 或者已经为一个 MBMS 承载业务创建第一个 MBMS UE上下文， 而 SGSN中没有该 MBMS UE上下文对应的 MBMS 承载上下文， SGSN根据注册请求消息或者 MBMS UE上下文中携带的 IP组播地址和 APN， 创建一个 MBMS承载上下文， 并将其置为 "待命" 状态， 该承载上下文不包括 TMGI, 承载能力要求等信息， 发送一个携 带 IP組播地址和 APN的 MBMS注册请求消息给 GGSN。
步骤 503和步骤 D1： 如果 GGSN没有针对一个 MBMS承载业务的 MBMS承载上下文, 且 GGSN从一个 SGS 收到了一个该 MBMS承载 业务的注册请求； 或者已经为一个 MBMS承载业务创建第一个 MBMS UE上下文， 而 GGSN中没有相应的 MBMS承载上下文， GGSN根据注 册请求消息或者 MBMS UE上下文中携带的 IP組播地址和 APN, 创建 一个 MBMS承载上下文， 并将其置为 "待命" 状态， 该承载上下文不 包括 TMGI, 承载能力要求等信息， 然后发送一个携带 IP组播地址和 AP 的 MBMS注册请求消息给 BM-SC。
步驟 504和步骤 D2: —旦从一个 GGSN收到 MBMS注册请求， BM-SC就将该 GGSN地标识增加到其 MBMS承载上下文中的参数 "下 行流节点列表" 中， 响应一个 MBMS 注册响应消息， 其中包括 TMGI 和承载能力要求参数。 GGSN根据响应消息携带的 MBMS承载上下文 的信息进行填充， 完成 MBMS承载上下文的创建。 在 BM-SC发送响应 的同时， 如果 BM-SC的 MBMS承载上下文处于 "激活"状态， BM-SC 等待一段预先设置的时间后， 确保 GGSN完成 MBMS承载上下文的创 建， 再触发与该 GGSN的会话开始过程。
步骤 505和步骤 C2: 如果 GGSN在步骤 502从 SGSN收到一个注 册请求消息， GGSN将该 SGSN的标识增加到 MBMS承载上下文的 "下 行流节点" 参数中， 并给该 SGSN响应 MBMS注册响应消息， 其中含 有 TMGI和承载能力要求参数； SGSN收到 GGSN发送的 MBMS注册 响应消息后， 根据该消息中携带的信息， 填写 TMGI、 承载能力要求等 信息，完成 SGSN中针对该承载的 MBMS承载上下文的创建。在 GGSN 发送响应的同时， 如果 MBMS承载上下文处于 "激活" 状态， GGSN 等待一段预先设置的时间后， 确保 SGSN完成 MBMS承载上下文的创 建， 再触发与 SGSN的会话开始过程。
步骤 506: 如果 SGSN从漂移 RNC收到 MBMS注册请求， SGSN 将 RNC的标识增加到 MBMS承载上下文的 "下游流节点" 参数中， 并 响应一个 MBMS注册响应消息；在 SGSN发送响应的同时，如果 MBMS 承载上下文处于 "激活" 状态， SGSN等待一段预先设置的时间后， 确 保漂移 RNC完成 MBMS承载上下文的创建， 再发起与该漂移 RNC的 会话开始过程。
在上述过程中， 将创建一个完整的 MBMS承载上下文分为 D1 和 D2两个步骤。 其中， 步驟 D1的过程是： GGSN创建一个 MBMS承载 上下文， 该承载上下文不包括 TMGI、 承载能力要求等信息； 步骤 D2 的过程是： GGSN收到 BM-SC发送的 MBMS注册响应消息后， 根据该 消息中携带的信息， 填写 TMGI, 承载能力要求等信息， 完成 GGSN中 针对该承载的 MBMS承载上下文的创建。
以上所述仅为本发明的较佳实施例而已， 并不用以限制本发明， 凡 在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种多媒体组播业务的注册方法， 其特征在于， 该方法包括以下 步驟：
A. BM-SC收到 GGSN发送的组播业务注册请求后， 将该 GGSN 地标识增加到其 MBMS承载上下文中， 响应一个携带承载上下文信息 的 MBMS注册响应消息；
B. GGSN 收到该注册响应消息后， 根据其中承载上下文信息完成 MBMS承载上下文的创建。
2、 根据权利要求 1所述的方法， 其特征在于， 在步骤 A中响应一 个携带承载上下文信息的 MBMS注册响应消息时， 如果 MBMS承载上 下文处于 "激活" 状态， 该方法进一步包括：
BM-SC等待一段预先设定的时间段后， 发起与该 GGSN的会话开 始过程。
3、 才艮据权利 1所述的方法， 其特征在于， 如果 GGSN已经针对一 个 MBMS承载业务创建了第一个 MBMS UE上下文， 在执行步骤 A之 前， 该方法进一步包括：
GGSN判断是否已经为该 MBMS承载业务创建了 MBMS承载上下 文， 如果没有， 则 GGSN发送一个携带 IP组播地址和 APN的 MBMS 注册请求消息给 BM-SC, 再执行步骤 A, 否则， 跳出本流程。
4、 根据权利要求 1所述的方法， 其特征在于， 在执行步骤 A之前， 该方法进一步包括：
Al、 SGSN创建一个 MBMS承载上下文，且该承载上下文为 "待命" 状态， 再发送一个携带 IP组播地址和 APN的 MBMS注册请求消息至 GGSN; A2、 GGSN收到该 MBMS承载业务的注册请求后， 判断 GGSN是 否有针对该 MBMS承载业务的 MBMS承载上下文， 如果没有， 发送一 个携带 IP组播地址和 APN的 MBMS注册请求消息给 BM-SC, 执行步 骤 A, 否则， 跳出本流程。
5、 根据权利要求 4所述的方法， 其特征在于， 当漂移 R C探测出 其管辖的 UE与 MBMS承载业务相关， 且漂移 RNC还没有在对该业务 进行注册， 在执行步骤 A1之前， 该方法进一步包括：
All、 漂移 RNC发送一个 MBMS注册请求消息给其父 SGSN;
A12、 SGSN收到该 MBMS承载业务的注册倩求后， 判断是否有针 对该 MBMS承载业务的 MBMS承载上下文， 如果没有， 则执行步驟 A1 , 否则， 跳出本流程。
6、 根据权利要求 4所述的方法， 其特征在于， 当 SGSN已经针对 一个 MBMS承载业务创建了第一个 MBMS UE上下文， 在执行步骤 A1 之前， 该方法进一步包括：
判断 SGSN中是否为该 MBMS承载业务创建 MBMS承载上下文， 如果没有， 则执行步骤 A1 , 否则， 跳出本流程。
7、 根据权利要求 4所述的方法， 其特征在于， 在步驟 B之后， 该 方法进一步包括：
Bl、 GGSN将该 SGSN标识增加到 MBMS承载上下文的 "下行流 节点"参数中； 并给 SGSN响应 MBMS注册响应消息， 其中携带 TMGI 和承载能力要求参数；
B2、 SGSN收到 GGSN发送的 MBMS注册响应消息后， 根据其中 TMGI和承载能力要求信息， 填写 TMGI以及承载能力要求信息， 完成 SGSN中针对该承载的 MBMS承载上下文的创建。
8、 根据权利要求 7所述的方法， 其特征在于， 在步骤 B1给 SGSN 响应 MBMS注册响应消息时， 如果 MBMS承载上下文处于 "激活" 状 态， 该方法进一步包括：
GGSN等待一段预先设定的时间段后， 发起与该 SGSN的会话开始 过程。
9、根据权利要求 7所述的方法，其特征在于， 当 SGSN从漂移 RNC 收到 MBMS注册请求时， 在执行步珮 B2之后 , 进一步包括：
B21、 SGSN将该漂移 R C的标识增加到 MBMS承载上下文的 "下 游流节点" 参数中； 响应一个 MBMS注册响应消息。
10、 根据权利要求 9所述的方法， 其特征在于， 在步骤 B21响应一 个 MBMS注册响应消息时， 如果 MBMS承载上下文处于 "激活"状态， 该方法进一步包括：
SGSN等待一段预先设定的时间段后，发起与该漂移 RNC会话开始 过程。
11、根据权利要求 1所述的方法，其特征在于，在执行步驟 A之前， 该方法进一步包括：
A0、 GGSN确定 IP组播地址和 APN, 并根据确定的 IP组播地址和 APN创建 MBMS承载上下文， 并将其置为 "待命" 状态；
则步骤 B包括：
GGSN根据响应信息中的 TMSI和承载能力要求参数， 填充 MBMS 承载上下文， 完成 MBMS承载上下文的创建。
12、 根据权利要求 1所述的方法， 其特征在于， 步骤 B中包括： GGSN确定 IP组播地址和 APN, 并根据确定的 IP组播地址和 APN 以及响应信息中的 TMSI和承载能力要求参数创建完整的 MBMS承载上 下文。
PCT/CN2005/000025 2004-01-08 2005-01-07 Procede d'enregistrement pour service multidestination a diffusion multimedia WO2005069646A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2006548078A JP2007518318A (ja) 2004-01-08 2005-01-07 マルチメディアマルチキャストサービスの登録方法
CA002552959A CA2552959A1 (en) 2004-01-08 2005-01-07 Method for multimedia broadcast multicast service regisitration
EP05700400A EP1703747B1 (en) 2004-01-08 2005-01-07 A registering method for multimedia broadcast multicast service
AT05700400T ATE510423T1 (de) 2004-01-08 2005-01-07 Anmeldeverfahren für multimedia-broadcast- multicast-dienst
US11/483,199 US20070014291A1 (en) 2004-01-08 2006-07-07 Method for multimedia broadcast/multicast service registration

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2004100001706A CN100379221C (zh) 2004-01-08 2004-01-08 一种多媒体组播业务的注册方法
CN200410000170.6 2004-01-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/483,199 Continuation US20070014291A1 (en) 2004-01-08 2006-07-07 Method for multimedia broadcast/multicast service registration

Publications (1)

Publication Number Publication Date
WO2005069646A1 true WO2005069646A1 (fr) 2005-07-28

Family

ID=34763029

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000025 WO2005069646A1 (fr) 2004-01-08 2005-01-07 Procede d'enregistrement pour service multidestination a diffusion multimedia

Country Status (8)

Country Link
US (1) US20070014291A1 (zh)
EP (1) EP1703747B1 (zh)
JP (1) JP2007518318A (zh)
CN (1) CN100379221C (zh)
AT (1) ATE510423T1 (zh)
CA (1) CA2552959A1 (zh)
RU (1) RU2331988C2 (zh)
WO (1) WO2005069646A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100388685C (zh) * 2005-08-30 2008-05-14 华为技术有限公司 Ip多媒体子系统中ims注册触发实现方法
CN1933439B (zh) * 2005-09-16 2010-08-11 华为技术有限公司 用户加入多组播/广播业务的实现方法及装置
CN101052150B (zh) * 2006-04-07 2010-05-12 华为技术有限公司 一种多媒体多播/广播业务控制方法及网络结点
CN100421410C (zh) * 2006-06-13 2008-09-24 中国移动通信集团公司 移动通信网络多媒体增强业务的实现方法
US20100074159A1 (en) * 2006-09-26 2010-03-25 Shohei Yamada Position managing device, mobile station device, base station device, frequency layer control method, program, and recording medium
WO2008043297A1 (fr) * 2006-09-26 2008-04-17 Huawei Technologies Co., Ltd. Procédé, système et noeud de réseau pour commande de support, suppression de support et transmission de données
KR100740874B1 (ko) 2006-09-29 2007-07-19 한국전자통신연구원 부하 분산을 위한 멀티미디어 방송형 멀티캐스트 서비스제어 시스템 및 그 제어 방법
CN101291283B (zh) * 2007-04-20 2010-08-25 华为技术有限公司 Sae中选择pdn sae gw的方法、系统及装置
CN101304550B (zh) * 2007-05-08 2011-10-05 华为技术有限公司 提供多媒体广播/组播业务的方法及系统
CN101325592B (zh) 2007-06-14 2011-04-20 华为技术有限公司 一种建立承载连接的方法、装置及系统
CN102316124B (zh) * 2011-10-28 2015-05-20 杭州华三通信技术有限公司 终端设备注册方法及设备
US9415137B2 (en) * 2012-08-22 2016-08-16 Biomet Manufacturing, Llc. Directional porous coating
US9294886B2 (en) * 2012-08-31 2016-03-22 Qualcomm Incorporated Evolved multimedia broadcast/multicast services (eMBMS) geo-location based group call
US20140286221A1 (en) * 2013-03-20 2014-09-25 Nokia Siemens Networks Oy Activation of multicast service
FR3007917B1 (fr) * 2013-06-27 2015-07-31 Airbus Operations Sas Reseau de telecommunication embarque partitionne a acces sans fil
CN109155904B (zh) * 2016-03-31 2022-06-07 诺基亚通信公司 支持本地多媒体广播多播服务（mbms）分发的装置和方法
CN109818868B (zh) * 2017-11-20 2021-06-22 中兴通讯股份有限公司 一种实现边缘网络能力开放的方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1457165A (zh) * 2002-05-03 2003-11-19 三星电子株式会社 移动通信系统中多媒体广播/多播服务的设备和方法
CN1463103A (zh) * 2002-04-09 2003-12-24 三星电子株式会社 用于发送多媒体广播/组播业务的控制信息的装置和方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030119452A1 (en) * 2001-10-19 2003-06-26 Samsung Electronics Co., Ltd. Apparatus and method for controlling transmission power of downlink data channel in a mobile communication system supporting MBMS
KR100886537B1 (ko) * 2002-03-15 2009-03-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 멀티캐스트멀티미디어 방송 서비스를 위한 데이터 패킷 제어장치 및방법
WO2003088569A1 (en) * 2002-04-17 2003-10-23 Nokia Corporation Method and system for setting up a multicast or broadcast transmission
SE0201949D0 (sv) * 2002-06-20 2002-06-20 Ericsson Telefon Ab L M MBMS Support in UTRAN
CN1203695C (zh) * 2002-08-13 2005-05-25 北京三星通信技术研究有限公司 临时移动组标识的产生与分配方法
US7391724B2 (en) * 2002-10-09 2008-06-24 Spyder Navigations, L.L.C. System and method with policy control function for multimedia broadcast/multicast system services
KR20040061705A (ko) * 2002-12-31 2004-07-07 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 위한 이동통신시스템에서 서비스 개시를 위한 정보 전송 방법
CN1534911A (zh) * 2003-04-01 2004-10-06 北京三星通信技术研究有限公司 临时移动组标识的分配与传递方法
US7406314B2 (en) * 2003-07-11 2008-07-29 Interdigital Technology Corporation Wireless transmit receive unit having a transition state for transitioning from monitoring to duplex connected states and method
US7646762B2 (en) * 2003-08-06 2010-01-12 Motorola, Inc. Method and apparatus for providing session data to a subscriber to a multimedia broadcast multicast service
CN101384006B (zh) * 2003-08-25 2011-05-11 北京三星通信技术研究有限公司 支持mbms后向兼容性的方法
US20050076369A1 (en) * 2003-10-06 2005-04-07 Zhijun Cai Method and apparatus for assigning temporary mobile group identity in a multimedia broadcast/multicast service
SE0400340D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Method in a communication system
CN1266898C (zh) * 2004-03-29 2006-07-26 华为技术有限公司 一种实现多媒体广播/组播服务业务激活的方法
CN100499456C (zh) * 2004-04-14 2009-06-10 华为技术有限公司 一种多媒体广播/组播业务的会话开始方法
CN100346596C (zh) * 2004-07-23 2007-10-31 华为技术有限公司 多媒体广播/组播服务业务激活的方法
CN1307828C (zh) * 2004-08-10 2007-03-28 华为技术有限公司 多媒体广播/组播服务中承载建立的方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1463103A (zh) * 2002-04-09 2003-12-24 三星电子株式会社 用于发送多媒体广播/组播业务的控制信息的装置和方法
CN1457165A (zh) * 2002-05-03 2003-11-19 三星电子株式会社 移动通信系统中多媒体广播/多播服务的设备和方法

Also Published As

Publication number Publication date
JP2007518318A (ja) 2007-07-05
CA2552959A1 (en) 2005-07-28
EP1703747A4 (en) 2007-02-21
US20070014291A1 (en) 2007-01-18
EP1703747A1 (en) 2006-09-20
ATE510423T1 (de) 2011-06-15
CN1642130A (zh) 2005-07-20
EP1703747B1 (en) 2011-05-18
RU2006129325A (ru) 2008-02-20
CN100379221C (zh) 2008-04-02
RU2331988C2 (ru) 2008-08-20

Similar Documents

Publication Publication Date Title
WO2005069646A1 (fr) Procede d'enregistrement pour service multidestination a diffusion multimedia
JP4427576B2 (ja) マルチメディアブロードキャスト／マルチキャストサービスにおけるセル情報の変化の通知方法
US8165053B2 (en) Method for supporting MBMS service transmission in LTE system
EP1742413B1 (en) A method of starting the session of multimedia broadcast multicast service
US7493108B2 (en) Provision of a multimedia broadcast/multicast service (MBMS) for a user equipment moving along cells in a cellular mobile communication system
EP1668798B1 (en) Method for distinguishing mbms service request from other service requests
US9030989B2 (en) Method and apparatus for broadcasting/multicasting content from mobile user equipment over an MBMS network
JP4422763B2 (ja) マルチメディアブロードキャスト・マルチキャストサービスの起動方法
EP1796405A1 (en) Method and apparatus of service identifying and routing in multimedia broadcast/multicast service system
KR100755981B1 (ko) 콘텍스트 링크 방식
JP2007503158A (ja) マルチメディアブロードキャスト／マルチキャストサービスを支援する移動通信システムにおける専用チャンネルを用いた使用者端末機をページングする方法
WO2006034648A1 (en) A method for realizing short message pocket transmission
WO2008110097A1 (fr) Procédé et station de base permettant d'activer un service multimédia de diffusion multicast d'une communauté cible
WO2008113263A1 (en) Method for supporting multimedia broadcast/multicast service in evolvement of system architecture
WO2008098497A1 (fr) Système de service de diffusion multimedia et procédé de début de session, procédé de fin de session
WO2005107155A1 (fr) Procede de determination du nombre total d'utilisateur dans un systeme de service de diffusion/multidiffusion (mbms)
WO2005018116A1 (en) Method for establishing common transport channel for mbms
WO2005109915A1 (fr) Procede de mise a jour de zone d'acheminement dans mbms
WO2008025206A1 (fr) Procédé et réseau pour créer le tunnel de plan de contrôle dans le service de multidiffusion du système de communication mobile
EP1821465B1 (en) A method for implementing the deactivation of the multimedia broadcast multicast service
WO2004034655A1 (en) A method of establishing and deleting mbms service in sgsn and ggsn
WO2010040268A1 (zh) 一种网络侧与空闲状态终端分离的方法
CN101232701B (zh) 广播组播业务去激活的方法及设备
WO2007093103A1 (fr) Procédé et dispositif d'activation d'un service de diffusion/multidiffusion multimedia
WO2017054544A1 (zh) 增强型多媒体广播组播业务eMBMS实现方法及装置

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 LT 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: 2005700400

Country of ref document: EP

Ref document number: 11483199

Country of ref document: US

Ref document number: 2006548078

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2552959

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

WWE Wipo information: entry into national phase

Ref document number: 2006129325

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2005700400

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11483199

Country of ref document: US