WO2006007800A1 - Procede d'activation du fonctionnement d'un service de diffusion/multidiffusion de multimedia - Google Patents

Procede d'activation du fonctionnement d'un service de diffusion/multidiffusion de multimedia Download PDF

Info

Publication number
WO2006007800A1
WO2006007800A1 PCT/CN2005/001110 CN2005001110W WO2006007800A1 WO 2006007800 A1 WO2006007800 A1 WO 2006007800A1 CN 2005001110 W CN2005001110 W CN 2005001110W WO 2006007800 A1 WO2006007800 A1 WO 2006007800A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms
context
ggsn
sgsn
creates
Prior art date
Application number
PCT/CN2005/001110
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
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to DE200560023451 priority Critical patent/DE602005023451D1/de
Priority to AT05771595T priority patent/ATE480932T1/de
Priority to JP2007521776A priority patent/JP4422763B2/ja
Priority to EP20050771595 priority patent/EP1758317B1/en
Publication of WO2006007800A1 publication Critical patent/WO2006007800A1/zh
Priority to US11/645,779 priority patent/US20070136762A1/en

Links

Classifications

    • 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
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272Virtual private networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • H04W12/084Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • 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

Definitions

  • the present invention relates to a service activation technology, and more particularly to a method for implementing multimedia broadcast/multicast service (MBMS) service activation.
  • MBMS multimedia broadcast/multicast service
  • the third generation mobile communication can provide higher data rate services than the second generation mobile communication, thereby supporting multiple business forms, such as: videophone, picture download, high speed browsing Internet network And other services.
  • one type of service is characterized by: It can simultaneously send all users who have customized the service in the wireless network, such as sending weather forecasts, news clips, sports competition highlights, and so on.
  • the third generation mobile communication introduced the concept of broadcast/multicast.
  • the upstream node always sends a data to the intermediate node; the intermediate node 10 receives After the data, the data is copied according to the number of nodes that are expected to receive data in the downstream, and the data is distributed to the nodes that are expected to receive the data downstream.
  • the node that is expected to receive data downstream of the node 10 includes the node 101 and the node 102, and the node 10 Copy the data you will receive in duplicate.
  • each branch of the broadcast/multicast service data transmission tree has only one piece of data for transmission, occupying one transmission resource, and the same is true for the data transmission of the root node and its downstream nodes.
  • the difference between the multicast service and the broadcast service is only that: The multicast service only sends corresponding information to users who subscribe to certain information, and the broadcast service sends information to all users in the wireless network.
  • the broadcast/multicast service simultaneously provides the same information to a large number of users, which can greatly save network resources.
  • FIG. 2 is a schematic diagram of a wireless network structure supporting broadcast/multicast services.
  • a wireless network entity supporting broadcast/multicast services is broadcast/ A multicast service server (BM-SC) 201
  • the BM-SC 201 is connected to a Gateway GPRS Support Node (GGSN) 202 through a Gmb interface or a Gi interface, and a BM-SC 201 can be connected to multiple GGSNs 202;
  • the GGSN 202 is connected to a Serving GPRS Support Node (SGSN) 203 via a Gn/Gp interface, and one GGSN 202 can be connected to a plurality of SGSNs 203; the SGSN 203 can communicate with the Universal Mobile Telecommunications System (UMTS) via the Iu interface.
  • UMTS Universal Mobile Telecommunications System
  • the access network (UTRAN) 204 is connected, and then the UTRAN 204 if the Uu interface is connected to the user terminal (UE) 206, and the SGSN 203 can also be connected to the Global System for Mobile Communications (GSM) enhanced radio access network (GERAN) via the Iu/Gb interface.
  • GSM Global System for Mobile Communications
  • GERAN enhanced radio access network
  • the 205 is connected, and then the GERAN 205 is connected to the UE 207 through the Um interface.
  • the GGSN and the SGSN belong to nodes in the core network (CN) in the wireless network.
  • the user joins the MBMS bearer service through the MBMS activation process, so that the network knows which users want to receive a specific MBMS bearer service.
  • the network node establishes a distribution tree from the BM-SC, via the GGSN, SGSN to the BSC/RNC through the MBMS registration procedure, thereby allowing transmission of MBMS session attributes and data.
  • the MBMS bearer service activation process registers the user in the network so that the user can receive data for a specific MBMS bearer service.
  • the activation is a signaling process between the UE and the network.
  • the process establishes an MBMS UE context for each user that activates the MBMS bearer service in the UE, the SGSN, the GGSN, and the BSC RNC.
  • the establishment of the MBMS UE context is similar to the establishment of the normal PDP context.
  • the MBMS UE context contains specific information of a particular MBMS bearer that the UE has joined. When the UE joins an MBMS bearer, the MBMS UE context is created at the UE, SGSN, and GGSN.
  • the MBMS UE context is saved as part of the UE's MM context; in the GGSN, the MBMS UE context is saved separately.
  • Each MBMS joined by the UE carries an MBMS UE context.
  • the MBMS UE context includes: IP multicast address, APN, TMGI, Linked NSAPI, and IMSI.
  • the IP multicast address is used to identify that a UE has joined.
  • MBMS bearer APN is the access point name for which the IP multicast address has been defined;
  • TMGI is the temporary mobility group identifier assigned to the MBMS bearer;
  • Linked NSAPI is the NSAPI of the PDP context for the UE to carry IGMP/MLD signaling; IMSI For user identification;
  • MBMS NSAPI is used to identify an MBMS UE context.
  • (1) indicates that in the UE and the SGSN, the IMSI is valid in the MM context, and the MM context includes the MBMS UE context; (2) indicates that in the RNC, the IMSI is valid in the UE context, and the UE context includes the MBMS UE context.
  • Step 301 When an MBMS bearer service is activated, the PDP context (Context Activation) is first established by interacting with the network.
  • PDP context Context Activation
  • the PDP context can It is a PDP context for basic IP services, such as WAP or Internet access; it can also be a signaling PDP context for IP Multimedia Subsystem (IMS) access.
  • IMS IP Multimedia Subsystem
  • the GGSN corresponding to the default PDP context is GGSN1.
  • Step 302 The current UE sends an IGMP join message or an MLD join message to the GGSN1 through the established PDP context.
  • the message identifies the specific MBMS bearer service that the user expects to receive through the IP multicast address. If the IPv4 protocol is used, the UE sends an IGMP join message to the GGSN1. If the IPv6 protocol is used, the UE adds a message to the MLD. In this example, the IPv4 protocol is used.
  • Step 303 After receiving the IGMP MLD join request, the GGSN1 sends an MBMS Authorization Request to the BM-SC to seek authorization for the current UE to receive data. If the authorization decision is passed, the BM-SC will respond with the MBMS Authorization Response. Sent to GGSN1, the response carries an APN for activating the MBMS UE context. If the authorization decision fails, the MBMS grant response sent by the BM-SC to the GGSN1 indicates that the UE cannot authorize the reception of the MBMS data, and the process ends. ,
  • Step 304a GGSN1 sends an MBMS notification request to the SGSN, where the request includes an IP multicast address, an APN, and a Linked network service access point identifier (NSAPI X, wherein the setting of the Linked NSAPI is equal to when the GGSN1 receives the join request.
  • NASPI using the PDP context; the IP multicast address is equal to the IP multicast address of the UE in the join request; the APN may be different from the APN of the default PDP context that has been activated. In some cases, the APN may correspond differently than the receive IGMP/MLD join.
  • Step 304b The SGSN sends an MBMS Notification Response (MBMS Notification Response) to the GGSN1, where the response carries a cause value, where the cause value is used to indicate whether the MBMS UE context is successfully activated.
  • MBMS Notification Response MBMS Notification Response
  • GGSN1 may fall back to the IP Multicast Access Specification described in 3GPP 29.061.
  • IP multicast access in 3GPP 29.061 is: in the absence of MBMS, the GGSN has the function of an IP multicast proxy, and can provide point-to-point (PTP) MBMS in the UMTS network by the following functions. business:
  • the GGSN maintains a list of mobile stations that have joined one or more multicast groups. When the GGSN receives an IGMP Join or MLD Report message from the mobile station, the list is established/updated;
  • the GGSN If the GGSN receives the multicast packet, it will copy the received packet and send it to each mobile station in the group through PTP.
  • the MBMS service is a user service (User Service), which includes two implementation forms: one is MBMS bearer service, and the other is point-to-point unicast MBMS service.
  • User Service User Service
  • Step 305 The SGSN sends a request to the UE.
  • the MBMS context activation message is used to request the UE to activate an MBMS UE context.
  • the message carries at least an IP multicast address, an APN, and a Linked NSAPL transaction identifier (TI).
  • the Linked NSAPI provides the UE with the MBMS UE context associated with the PDP context in the IGMP/MLD join message sent in step 302.
  • the TI is selected by the SGSN, and the value is a PDP context and MBMS that are not activated by the UE.
  • the value used by the UE context is selected by the SGSN.
  • Step 306 After the UE creates an MBMS UE context, the UE sends an Activate MBMS Context Request to the SGSN.
  • the request includes: an IP multicast address, an APN, an MBMS-NSAPI, and an MBMS bearer capability.
  • the IP multicast address is used to identify the MBMS bearer service that the UE initiates to join/activate;
  • the APN indicates a specific GGSN;
  • the MBMS bearer capability is used to identify the maximum QoS that the UE can handle;
  • the MBMS_NSAPI is selected by the UE, and the value is not The other activated PDP context of the UE and the value used by the MBMS UE context.
  • the SGSN if the SGSN has the MBMS bearer context information of the MBMS bearer service, the SGSN If the MME determines that the MBMS bearer capability of the UE is lower than the required MBMS bearer capability, the SGSN rejects the activation request with a suitable reason. MBMS context, and end the current processing flow.
  • Step 307 If the MBMS UE context is not established, the SGSN sends an MBMS Notification Reject Request MBMS Notification Reject Request to GGSN1, and indicates the reason why the MBMS UE context cannot be established; after receiving the GGSN1, returns an MBMS Notification Reject Response message to the SGSN. Notification Reject Response, and then ends the current processing flow, which will prevent the SGSN from further sending an MBMS Notification Request message.
  • Step 308 The SGSN performs a security function on the current UE, for example, authenticating the UE, and the step may be omitted.
  • Step 309 The SGSN determines a specific GGSN according to the APN of step 304a, that is, after actually providing the GGSN of the required MBMS bearer service, creates an MBMS UE context, and sends an Create MBMS Context Request Create MBMS to the GGSN that actually provides the required MBMS bearer service.
  • Context Request the request includes the IP multicast address, APN, MBMS-NSAPI.
  • the GGSN that actually provides the required MBMS bearer service is GGSN2.
  • GGSN1 and GGSN2 can be the same GGSN.
  • Step 310 GGSN2 sends an MBMS Authorization Request to the BM-SC to seek authorization for the UE, and the authorization decision result is provided in the MBMS Authorization Response MBMS Authorization Response.
  • Step 311 If the GGSN2 does not have the MBSM bearer context information of the MBMS bearer service, the GGSN2 sends an MBMS registration request to the BM-SC, and the related process is specified in the MBMS standard registration process;
  • the BM-SC will allocate a new TMGI, which will be passed to the GGSN and the SGSN through the MBMS Registration Response message MBMS Registration Response, further by activating the MBMS Context Accept message.
  • Activate MBMS Context Accept is sent to the UE;
  • the MBMS registration response message sent by the BM-SC to the GGSN2 includes the MBMS 7 carrying context information of the MBMS bearer service, and the GGSN2 is added to the downlink node list of the MBMS bearer context, and the related content is specified in the MBMS standard registration process.
  • this step can be omitted.
  • Step 312 GGSN2 creates an MBMS UE context, and sends an MBMS context response Create MBMS Context Response to the SGSN.
  • Step 313 If the SGSN does not have the MBMS bearer context information of the MBMS bearer service, the SGSN sends an MBMS registration request to the GGSN, and the related process is specified in the MBMS standard registration process.
  • the GGSN2 responds to an MBMS registration response message, which includes the MBMS bearer context information of the MBMS bearer service, and adds the identifier of the SGSN to the downlink node list parameter of the MBMS bearer context, and the related process is registered in the MBMS standard.
  • MBMS registration response message which includes the MBMS bearer context information of the MBMS bearer service
  • There are regulations in the process There are regulations in the process.
  • this step can be omitted.
  • Step 314 If at least one packet domain radio access bearer (PS RAB) is established for the UE, the SGSN provides the RAN with the MBMS UE context.
  • PS RAB packet domain radio access bearer
  • Step 315 The SGSN sends an Activate MBMS Context Accept message to the UE, where the message contains the MBMS bearer capability.
  • the MBMS bearer capability identifies the maximum QoS for the MBMS bearer service, and the UE may consider the MBMS bearer capability when activating more MBMS bearer services. If the SGSN determines that the MBMS bearer capability of the UE is lower than the MBMS bearer capability required by the currently required MBMS bearer service, the SGSN rejects the request to activate an MBMS UE context and indicates an appropriate reason to start the established MBMS UE context. Activation process. It can be seen from the foregoing service activation process that the existing process does not involve how to create an MBMS UE context in the BM-SC. Therefore, this solution is not a complete technical solution and cannot be used in practice.
  • the GGSN and the BM-SC perform two authorization operations on the UE, resulting in repeated processes, reduced efficiency, and increased signaling traffic.
  • the SGSN first creates an MBMS UE context. However, if the upstream nodes of the SGSN, such as the GGSN and the BM-SC, cannot be created, the creation of the MBMS UE context in the SGSN is redundant. Therefore, the above process has some problems in terms of processing logic, complexity, and resource usage. Summary of the invention
  • the main purpose of the present invention is to provide a method for activating a multimedia broadcast/multicast service to enable the BM-SC to create an MBMS UE context, thereby improving the MBMS bearer service activation process.
  • a method for activating a multimedia broadcast/multicast service service comprising the following steps: a.
  • a UE that needs to receive an MBMS bearer service creates and activates an MBMS UE context after authorizing, and requests the SGSN to create an MBMS UE context;
  • Service General Packet Radio Service Support Node SGSN, Gateway General Packet Radio Service Support Node GGSN and Broadcast/Multicast Service Server BM-SC respectively create MBMS UE contexts, and then continue the subsequent processing of the MBMS bearer service activation procedure.
  • Step b in the above process has the following implementations:
  • the first solution, the MBMS UE context created in step b, specifically includes:
  • the SGSN After receiving the request sent by the UE, the SGSN creates an MBMS UE context, and sends an MBMS context request to the GGSN.
  • the GGSN After receiving the MBMS context request, the GGSN sends an authorization request to the BM-SC.
  • the BM-SC authenticates the UE that needs to receive the MBMS bearer service, and then determines whether the GGSN is registered with the BM-SC for the current MBMS bearer service. If not, the GGSN registers on the BM-SC, and then executes. Step bl3; otherwise, step bl3 is performed; bl3.
  • the GGSN sends an MBMS context indication to the BM-SC; after receiving the MBMS context indication, the BM-SC creates an MBMS UE context, and then returns a Create MBMS Context Confirmation to the GGSN;
  • the GGSN After the GGSN receives the Create MBMS Context Confirmation, it creates an MBMS UE Context and returns to the SGSN to create an MBMS Context Response.
  • the second solution, the MBMS UE context is specifically described in the step b: b21.
  • the SGSN After receiving the request sent by the UE, the SGSN creates an MBMS UE context, and sends an MBMS context request to the GGSN.
  • the GGSN After the GGSN receives the request to create the MBMS context, it sends an authorization request to the BM-SC, and the BM-SC authorizes the UE that needs to receive the MBMS bearer service, and then determines whether the BM-SC authorization is successful. If successful, the BM- The SC creates a corresponding MBMS UE context, and returns a corresponding authorization response to the GGSN, otherwise, the current processing flow is ended;
  • step b24 Determine whether the GGSN is registered in the BM-SC for the current MBMS bearer service, if not, the GGSN registers on the BM-SC, and then performs step b24, otherwise directly executes step b24;
  • the GGSN creates an MBMS HE context and returns to the SGSN to create an MBMS context response.
  • the third scheme, the MBMS UE context created in step b, specifically includes:
  • the SGSN After receiving the request sent by the UE, the SGSN creates an MBMS UE context, and sends an MBMS context request to the GGSN.
  • the GGSN After receiving the MBMS Context Request, the GGSN sends an authorization request to the BM-SC, and the BM-SC authorizes the UE that needs to receive the MBMS bearer service.
  • the GGSN sends an MBMS context indication to the BM-SC; the BM-SC receives the creation. After the MBMS context indication, create an MBMS UE context, and then return to the GGSN to create an MBMS context confirmation;
  • the GGSN After receiving the MBMS context confirmation, the GGSN determines whether the GGSN is registered in the BM-SC for the current MBMS bearer service. If not, the GGSN registers on the BM-SC, and after the registration is completed, the GGSN creates an MBMS UE context. And return to the SGSN to create an MBMS Context Response; otherwise, the GGSN creates an MBMS UE Context and returns an Create MBMS Context Response to the SGSN.
  • the SGSN After receiving the request sent by the UE, the SGSN creates an MBMS UE context, and sends an MBMS context request to the GGSN.
  • the GGSN After receiving the MBMS Context Request, the GGSN determines whether the GGSN is registered in the BM-SC for the current MBMS bearer service. If not, the B' GGSN registers on the BM-SC, and then performs step b43. Otherwise, Directly perform step b43;
  • the GGSN sends an MBMS context indication to the BM-SC.
  • the BM-SC creates an MBMS UE context, and then returns a Create MBMS Context Confirmation to the GGSN.
  • the GGSN After receiving the MBMS Context Confirmation, the GGSN creates an MBMS UE Context and returns a Create MBMS Context Response to the SGSN.
  • the MBMS UE context is specifically described in the step b: b51.
  • the SGSN After receiving the request sent by the UE, the SGSN creates an MBMS UE context, and sends an MBMS context request to the GGSN.
  • the GGSN After receiving the MBMS Context Request, the GGSN sends an MBMS Context Indication to the BM-SC. After receiving the MBMS Context Indication, the BM-SC creates an MBMS UE context, and then returns a Create MBMS Context Confirmation to the GGSN.
  • the GGSN After receiving the MBMS context confirmation, the GGSN determines whether the GGSN is registered in the BM-SC for the current MBMS bearer service. If not, the GGSN is in the BM-SC. The registration is performed. After the registration is completed, the GGSN creates an MBMS UE context, and returns an MBMS context response to the SGSN. Otherwise, the GGSN creates an MBMS UE context and returns an Create MBMS Context Response to the SGSN.
  • the sixth solution, the step M1 or the step b41 is: after receiving the request sent by the UE, the SGSN sends an MBMS context request to the GGSN;
  • step M4 or step b44 is: After the GGSN receives the MBMS context confirmation, it creates an MBMS UE context, and returns a ⁇ iBMS context response to the SGSN. After the SGSN receives the MBMS context response, it creates an MBMS UE context.
  • the seventh solution, the step b21 is: after receiving the request sent by the UE, the SGSN sends a request to create a MBMS context to the GGSN;
  • step b24 is: the GGSN creates an MBMS UE context, and returns a created VIBMS context response to the SGSN; the SGSN creates an MBMS UE context after receiving the MBMS context response.
  • the eighth solution, the step b31 or the step b51 is: after receiving the request sent by the UE, the SGSN sends an MBMS context request to the GGSN;
  • step b34 or step b53 is:
  • the GGSN After the GGSN receives the acknowledgment of the MBMS context, it determines whether the GGSN has registered with the BM-SC for the current MBMS bearer service. If not, the GGSN registers with the BM-SC. After the registration is completed, the GGSN creates an MBMS UE context, and The SGSN returns to create an MBMS Context Response; otherwise, the GGSN creates an MBMS UE Context and returns an Create MBMS Context Response to the SGSN;
  • the SGSN After the SGSN receives the Create MBMS Context Response, it creates the MBMS UE Context.
  • the multimedia broadcast/multicast service service activation method provided by the present invention enables the BM-SC to be created at an appropriate time by increasing the interaction between the GGSN and the BM-SC or by utilizing the interaction between the original GGSN and the BM-SC.
  • MBMS UE context which completes the entire MBMS bearer service activation process with a minimum signaling cost into a complete technical solution.
  • the SGSN may also create an MBMS UE context, and after the GGSN creates the MBMS UE context, to ensure that both the BM-SC and the GGSN can create the MBMS UE context, the SGSN performs the creation again. In this way, not only can the logic of the entire processing flow be ensured, the timing of the SGSN to create the MBMS UE context is optimized, and unnecessary steps can be avoided to increase the processing complexity, and unnecessary resource occupation is also avoided. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a schematic diagram of a transmission principle of a multicast service
  • FIG. 2 is a schematic structural diagram of a wireless network supporting broadcast/multicast services
  • FIG. 3 is a flowchart of processing of MBMS bearer service activation in the prior art
  • FIG. 4 is a schematic diagram of a process flow of the method of the present invention.
  • FIG. 5 is a flowchart of a specific process according to Embodiment 1 of the present invention.
  • FIG. 9 is a flowchart of a specific process according to Embodiment 5 of the present invention. Mode for carrying out the invention
  • the core idea of the present invention is: in the MBMS bearer service activation process, after the UE that needs to receive the MBMS bearer service authorizes and creates the MBMS UE context by itself, before the GGSN creates the MBMS UE context, the BM-SC creates the MBMS UE context. A step of.
  • a new interaction process may be added between the GGSN and the BM-SC; or the original interaction process between the GGSN and the BM-SC may be used to enable the BM-SC to create an MBMS UE up and down at an appropriate time.
  • the step of the BM-SC to create an MBMS UE context which can be created in the UE Establishing a different location between the MBMS UE context and the GGSN to create an MBMS UE context. For example, before the GGSN registers with the BM-SC, or after registration, the GGSN performs the second authorization process for the UE that needs to receive the MBMS bearer service. Or after authorization.
  • the method for implementing the activation of the MBMS bearer service specifically includes the following steps:
  • Step 401 The UE that needs to receive a certain MBMS bearer service first establishes a PDP context with the SGSN to which the UE belongs, and sends a join message to the network through the established PDP context.
  • the GWSN corresponding to the currently established PDP context is generally sent to join the cancellation steps 402-404: the network makes an authorization decision for the UE that currently sends the join message, and if the authorization is passed, the UE creates and activates the MBMS UE context, and then the UE
  • the SGSN is requested to create an MBMS UE context by sending an Activate MBMS Context Request to the SGSN, and step 405 is performed; otherwise, the current processing flow is ended.
  • the specific process for the network to perform the authorization decision on the current UE is as follows: As shown in step 303 306 of FIG. 3, after receiving the join message sent by the current UE, the GGSN sends an MBMS authorization request to the BM-SC to seek authorization for receiving data from the current UE. After the BM-SC performs an authorization decision on the current UE, the BMSN returns an MBMS authorization response to the GGSN. If the authorization is passed, the MBMS authorization response carries a response message of the specific GGSN APN, and after receiving the GGSN, the GGSN sends an MBMS notification request to the SGSN.
  • the SGSN After receiving the SGSN, the SGSN returns an MBMS notification response, and requests the current UE to activate the MBMS UE context. After receiving the request, the UE returns a response message carrying its own MBMS bearer capability. If the authorization fails, the MBMS authorization response carries the current The UE cannot receive an indication of the MBMS data and ends the current processing flow.
  • Step 405 The SGSN, the GGSN, and the BM-SC respectively create an MBMS UE context, and continue the subsequent processing of the MBMS bearer service activation process according to the prior art.
  • the subsequent processing of the MBMS bearer service activation procedure refers to: if necessary, completing the registration of the GGSN on the BM-SC and the registration of the SGSN on the GGSN.
  • the so-called need means: If the GGSN does not have the MBMS bearer context information of the current MBMS bearer service, the GGSN needs to complete the registration on the BM-SC. If the SGSN does not have the MBMS bearer context information of the current MBMS bearer service, the SGSN needs to complete the registration on the GGSN.
  • the method of the present invention mainly relates to the changes of steps 309 to 312 in the existing MBMS bearer service activation procedure.
  • the operation of the SGSN and the BM-SC to create the MBMS UE context in the step 405 has various implementation schemes, mainly different timings for creating the MBMS UE context.
  • the present invention is further described in detail below through several embodiments.
  • the default GGSN1 and the GGSN2 that actually provides the MBMS bearer service are not distinguished.
  • the GGSN may be considered to include GGSN1 and GGSN2, and GGSN1 and GGSN2 may be considered as a GGSN.
  • the method for implementing the MBMS bearer service activation is as shown in FIG. 5, and includes the following steps:
  • Steps 501 to 511 The processing and all descriptions of steps 301 to 311 in the MBMS bearer service activation process are the same as those in the prior art.
  • Step 512 The GGSN sends a Create MBMS Context Indication to the BM-SC.
  • the Create MBMS Context Indication includes: an IMSI, an IP multicast address, an APN, and the like of the MBMS UE context to be created. The descriptions in the previous steps are the same.
  • the BM-SC After receiving the MBMS context indication, the BM-SC creates an MBMS UE context, and then returns a Create MBMS Context Confirmation to the GGSN.
  • Embodiment 2 the original interaction step between the GGSN and the BM-SC is used to complete the BM-SC to create the MBMS UE context in the second authorization process of the GGSN for the UE currently receiving the MBMS bearer service.
  • a method for implementing activation of an MBMS bearer service is as shown in FIG. 6, and includes the following steps:
  • Steps 601 ⁇ 609 The processing and all descriptions of steps 301 ⁇ 309 in the MBMS bearer service activation process are the same as in the prior art.
  • Step 610 The GGSN sends a BMS authorization request MBMS Authorization Request to the BM-SC to seek authorization for the UE, that is, the BM-SC authorizes the UE that needs to receive the MBMS bearer service, and then determines whether the BM-SC authorization is successful. If successful, the BM-SC creates the corresponding MBMS UE context. The authorization decision result is provided in the MBMS Authorization Response MBMS Authorization Response.
  • Steps 611 to 615 With the prior art MBMS bearer service activation process, the processing of steps 311 to 315 is exactly the same as all the descriptions.
  • Embodiment 3
  • the GGSN After the GGSN registers the second UE with the MBMS bearer service, the GGSN completes the BM-SC pair by adding a new interaction step between the GGSN and the BM-SC before registering with the BM-SC.
  • the method for implementing MBMS bearer service activation is as shown in FIG. 7, and includes the following steps:
  • Steps 701-710 The processing and all the descriptions of step 301 310 in the prior art MBMS bearer service activation procedure are identical.
  • Step 711 The GGSN sends a Create MBMS Context Indication to the BM-SC.
  • the Create MBMS Context Indication includes: an IMSI, an IP multicast address, an APN, and the like of the MBMS UE context to be created. The descriptions in the previous steps are the same.
  • Steps 712 to 716 The processing and all the descriptions of steps 311 to 315 in the activation process of the prior art MBMS bearer service are completely the same.
  • Embodiment 4 The processing and all the descriptions of steps 311 to 315 in the activation process of the prior art MBMS bearer service are completely the same.
  • a new interaction step between the GGSN and the BM-SC is added to complete the establishment of the MBMS UE context by the BM-SC. And deleting the second authorization step of the GGSN in the current MBMS bearer service activation process for the UE currently receiving the MBMS bearer service.
  • the method for implementing the activation of the MBMS bearer service is as shown in FIG. 8, and includes the following steps:
  • Steps 801 to 809 The processing and all the descriptions of the steps 301 309 in the MBMS bearer service activation process are identical to those of the prior art.
  • Step 810 The processing of step 311 in the MBMS bearer service activation procedure of the prior art is exactly the same as all the descriptions.
  • Step 811 The GGS sends a Create MBMS Context Indication to the BM-SC.
  • the Create MBMS Context Indication includes: an IMSI, an IP multicast address, an APN, and the like of the MBMS UE context to be created. The descriptions in the previous steps are the same.
  • Steps 812-815 Processing with Step 312 315 in the Prior Art MBMS Bearer Service Activation Process Same as all descriptions.
  • Example 5
  • the BM-SC before the GGSN registers with the BM-SC, the BM-SC establishes the MBMS UE context by using a new interaction step between the GGSN and the BM-SC. And deleting the second authorization step of the GGSN to the UE currently receiving the MBMS bearer service in the existing MBMS bearer service activation process.
  • the implementation process of this embodiment and the MBMS bearer service of the third embodiment The activation process is basically similar, except that step 710 in the third embodiment is deleted.
  • the BM-SC establishes the MBMS UE context by using a new interaction step between the GGSN and the BM-SC.
  • the SGSN creates an MBMS UE context after the GGSN creates the MBMS UE context.
  • the method for implementing the MBMS bearer service activation is as shown in FIG. 9, and includes the following steps:
  • Steps 901 to 908 The processing and all the descriptions of steps 301 to 308 in the MBMS bearer service activation process of the prior art are identical.
  • Step 909 The SGSN sends a Create MBMS Context Request to the GGSN, and the request includes an IP multicast address, an APN, and an MBMS-NSAPI.
  • Steps 910 to 912 The processing and all the descriptions of the steps 510 512 in the first embodiment are identical.
  • the SGSN receives the MBMS context response sent by the GGSN to create an MBMS UE context.
  • Steps 914 to 916 The processing and all the descriptions of steps 514 to 516 in the first embodiment are identical.
  • Example 7 The processing and all the descriptions of steps 514 to 516 in the first embodiment are identical.
  • the original interaction step between the GGSN and the BM-SC is used to complete the BM-SC to create the MBMS UE context in the second authorization process of the GGSN for the UE currently receiving the MBMS bearer service.
  • the SGSN creates an MBMS UE context after the GGSN creates the MBMS UE context.
  • the implementation process of the embodiment is similar to the MBMS bearer service activation process of the second embodiment, except that the SGSN does not create the MBMS UE context in step 609, and in step 612, the MBMS UE context is created after the MGSN sends the MBMS context response. .
  • Example 8 Example 8:
  • the GGSN is the second time for the UE that is currently receiving the MBMS bearer service.
  • the BM-SC establishes the MBMS UE context through a new interaction step between the GGSN and the BM-SC.
  • the SGSN creates an MBMS UE context after the GGSN creates the MBMS UE context.
  • the implementation process of the embodiment is basically similar to the MBMS bearer service activation process of the third embodiment, except that the SGSN does not create the MBMS UE context in step 709, and in step 713, the MBMS UE context is created after the MGSN sends the MBMS context response. .
  • Example 9 Example 9:
  • the BM-SC establishes the MBMS UE context by using a new interaction step between the GGSN and the BM-SC.
  • the SGSN creates the MBMS UE context after the GGSN creates the MBMS UE context; and deletes the second authorization step of the GGSN in the existing MBMS bearer service activation process for the UE currently receiving the MBMS bearer service.
  • the implementation process of the embodiment is basically similar to the MBMS bearer service activation process of the sixth embodiment, except that the step 910 in the sixth embodiment is deleted.
  • Example 10 Example 10:
  • the BM-SC before the GGSN registers with the BM-SC, the BM-SC establishes the context of the MBMS UE by using a new interaction step between the GGSN and the BM-SC. And deleting the second authorization step of the GGSN in the existing MBMS bearer service activation process for the UE currently receiving the MBMS bearer service; meanwhile, the SGSN creates the MBMS UE context after the GGSN creates the MBMS UE context.
  • the implementation process of the embodiment is similar to the MBMS bearer service activation process of the third embodiment, except that the SGSN does not create the MBMS UE context in step 709, and the MBMS UE context is created after the MBMS context response sent by the GGSN is received in step 713. At the same time, step 710 in the third embodiment is deleted.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Description

多媒体广播 /组播服务业务激活的方法
技术领域
本发明涉及业务激活技术,尤指一种实现多媒体广播 /组播服务(MBMS ) 业务激活的方法。 发明背景
随着第三代移动通信技术的发展, 第三代移动通信可以提供比第二代移 动通信更高数据速率的服务, 从而支持多种业务形式, 比如: 视频电话、 图 片下载、 高速浏览 Internet 网络等服务。 其中, 有一类业务的特点是: 能够 同时给无线网络中定制了该业务的所有用户进行发送, 比如:发送天气预报、 新闻短片、 体育比赛集锦等等。 于是, 第三代移动通信引入了广播 /組播的概 念。
参见图 1所示, 对于一个中间节点而言, 比如节点 10, 无论节点 10下 游包含多少个期待接收数据的节点, 其上游节点总是向该中间节点发送一份 数据;该中间节点 10收到数据后,根据自身下游期待接收数据的节点数量复 制该数据, 并向自身下游各期待接收该数据的节点分发该数据, 比如: 节点 10下游期待接收数据的节点包括节点 101和节点 102,节点 10就将收到的数 据复制两份。 这样, 广播 /组播业务数据传输树的每一条分支都只有一份数据 进行传输, 占用一份传输资源, 根节点与其下游节点的数据传输也是如此。 组播业务和广播业务的区别点仅在于: 组播业务只向订阅了某些信息的用户 发送相应信息, 广播业务则向无线网络中的所有用户发送信息。 由以上描述 可见, 通过广播 /组播业务同时向大量用户提供相同信息, 能够极大地节省网 络资源。 、
图 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相连; SGSN 203可通过 Iu接口与通用移动通信系统 ( UMTS )陆地无线接入网 (UTRAN ) 204相连, 然后 UTRAN 204 if过 Uu 接口与用户终端( UE ) 206相连, SGSN 203也可通过 Iu/Gb接口与全球移动 通信系统(GSM )增强无线接入网 (GERAN ) 205相连, 然后 GERAN 205 通过 Um接口与 UE 207相连。 其中, GGSN和 SGSN属于无线网络中核心 网 (CN ) 内的节点。
针对图 2所示的网络结构, 对于 MBMS承载业务, 用户通过 MBMS激 活过程,加入 MBMS承载业务,使得网络知道有哪些用户希望接收某个特定 的 MBMS承载业务。 网络节点通过 MBMS注册过程, 建立从 BM-SC, 经 GGSN、 SGSN到 BSC/RNC的分发树, 从而允许传输 MBMS会话属性和数 据。
MBMS承载业务激活过程将用户在网络中注册,使该用户可以接收一个 特定 MBMS承载业务的数据。 激活是 UE与网络之间的信令过程, 该过程为 每个激活了 MBMS承载业务的用户在 UE、 SGSN、 GGSN以及 BSC RNC建 立 MBMS UE上下文, 建立 MBMS UE上下文与普通 PDP上下文建立相似。 MBMS UE上下文包含 UE已经加入的一个特定 MBMS承载的特定信息。 当 UE加入一个 MBMS承载时, MBMS UE上下文在 UE、 SGSN、 GGSN被创 建。 在 UE和 SGSN, MBMS UE上下文作为 UE的 MM上下文的一部分保 存; 在 GGSN, MBMS UE上下文单独保存。 UE加入的每个 MBMS承载有 一个 MBMS UE上下文。
参见表一所示, MBMS UE上下文有包括: IP组播地址、 APN、 TMGI、 Linked NSAPI和 IMSI等。 其中, IP组播地址用于标识一个 UE已经加入的 MBMS承载; APN为该 IP组播地址已经被定义的接入点名称; TMGI为分 配给 MBMS 承载的临时移动组标识; Linked NSAPI 为由 UE 去承载 IGMP/MLD信令的 PDP上下文的 NSAPI; IMSI为用户标识; MBMS NSAPI 用于标识一个 MBMS UE上下文。
Figure imgf000005_0001
表一中, ( 1 )表示在 UE和 SGSN中, IMSI在 MM上下文中有效, MM 上下文包含 MBMS UE上下文; (2 )表示在 RNC中, IMSI在 UE上下文中 有效, UE上下文包含 MBMS UE上下文。
如图 3所示, 现有技术中 MBMS承载业务激活流程包括以下步骤: 步骤 301: 通常 激活某个 MBMS承载业务时, 先要与网络进行 交互建立 PDP上下文 ΓΡϋΡ Context Activation )。
如果当前 UE与网络建立了 PDP上下文,则直接采用已建立的 PDP上下 文; 如果当前 UE没有与网络建立 PDP上下文, 那么, UE就先激活一个默 认的 PDP上下文, 该 PDP上下文的类型一般为尽力服务。 该 PDP上下文可 以是一个用于基本 IP业务, 如 WAP或因特网接入的 PDP上下文; 也可以是 一个用于 IP多媒体子系统( IMS )接入的信令 PDP上下文。 本例中, 与默认 PDP上下文对应的 GGSN为 GGSN1。
步骤 302: 当前 UE通过上述建立的 PDP上下文, 发送一个 IGMP加入 消息或 MLD加入消息给 GGSN1 , 消息中通过 IP组播地址标识用户期待接 收的一个特定 MBMS承载业务。这里,如果采用 IPv4协议,则 UE向 GGSN1 发 IGMP加入消息 IGMP Join; 如果采用 IPv6协议, 则 UE向 MLD加入消 息, 本例中是采用 IPv4协议。
步骤 303: GGSN1收到 IGMP MLD加入请求后, 给 BM-SC发送一个 MBMS授权请求 MBMS Authorization Request, 寻求对当前 UE接收数据的 授权,如果授权判决通过,则 BM-SC将 MBMS授权响应 MBMS Authorization Response发送给 GGSN1 , 该响应中携带有用于激活 MBMS UE上下文的 APN。 如果授权判决未通过, 则 BM-SC向 GGSN1发送的 MBMS授权响应 中指示该 UE不能授权接收 MBMS数据, 并结束本流程。 ,
步驟 304a: GGSN1发送一个 MBMS通知请求 MBMS Notification Request 给 SGSN, 该请求中包括 IP组播地址、 APN、 Linked 网络业务接入点标识 ( NSAPI X 其中, Linked NSAPI的设置等于 GGSN1收到加入请求时所使用 PDP上下文的 NASPI; IP组播地址等于 UE在加入请求中的 IP组播地址; APN可能与已经激活的默认 PDP上下文的 APN不同, 在一些情况下, APN 可能对应不同于接收 IGMP/MLD加入请求的 GGSN1。 因为 GGSN1可能收 不到响应, 比如 SGSN或 UE不支持 MBMS的情况, 此类情况下, GGSN1 需要启动 MBMS激活定时器。
步骤 304b: SGSN给 GGSN1发送 MBMS通知响应 MBMS Notification Response, 该响应中携带有原因值, 该原因值用于指示是否成功激活 MBMS UE上下文。 一旦收到不成功的响应消息、 或 GGSN1中 MBMS激活定时器 超时, GGSN1可能回退到 3GPP 29.061描述的 IP组播接入规范。 这里, 3GPP 29.061中对 IP组播接入的描述是:在没有 MBMS的情况下, 让 GGSN具有 IP组播代理的功能, 通过如下功能, 可以在 UMTS网络中提 供点到点 (PTP ) 的 MBMS业务:
a )该 GGSN维护加入了一个或多个组播组的移动台列表, 当 GGSN收 到来自移动台的一个 IGMP加入或 MLD报告消息时, 该列表进行建立 /更新 操作;
b )基于维护的移动台列表,发送组播路由信息到附着在分组域的路由器, 从而允许这些路由器进行组播数据包的路由;
c ) GGSN—旦收到组播数据包, 将把收到的数据包进行拷贝, 然后通过 PTP方式发送给组内每个移动台。
需要说明的是: MBMS业务是一种用户业务( User Service ), 它包括两 种实现形式:一种是 MBMS承载业务,另一种是点到点的单播 MBMS业务。
步驟 305: SGSN向 UE发送一个请求 MBMS上下文激活消息 Request MBMS Context Activation, 用于请求 UE激活一个 MBMS UE上下文, 该消 息中至少携带有 IP组播地址、 APN、 Linked NSAPL 事务标识(TI )。 其中, Linked NSAPI提供给 UE将 MBMS UE上下文与其在步驟 302 中发送的 IGMP/MLD加入消息中的 PDP上下文进行关联; TI由 SGSN选择, 其取值 为没有被该 UE其它激活的 PDP上下文和 MBMS UE上下文使用过的值。
步骤 306: UE创建一个 MBMS UE上下文后, 给 SGSN发送一个激活 MBMS上下文请求 Activate MBMS Context Request, 该请求中包括: IP组播 地址、 APN、 MBMS一 NSAPI、 MBMS承载能力。 其中, IP组播地址用于标 识 UE启动加入 /激活的 MBMS承载业务; APN指示一个特定的 GGSN; MBMS承载能力用于标识 UE可以处理的最大 QoS; MBMS_NSAPI由 UE 选择,其取值为没有被该 UE其它激活的 PDP上下文和 MBMS UE上下文使 用过的值。
这里,如果 SGSN有该 MBMS承载业务的 MBMS承载上下文信息, SGSN 验证 UE的 MBMS承载能力, 否则就执行步骤 307; 在验证 UE的 MBMS 承载能力时, 如果 SGSN确定 UE的 MBMS承载能力低于要求的 MBMS承 载能力, SGSN要伴随一个合适的理由, 拒绝激活请求的 MBMS上下文, 并 结束当前的处理流程。
步骤 307: 如果 MBMS UE上下文没有被建立, SGSN发送 MBMS通知 拒绝请求 MBMS Notification Reject Request给 GGSNl ,并指示 MBMS UE上 下文不能被建立的原因; GGSN1收到后, 给 SGSN返回一个 MBMS通知拒 绝响应消息 MBMS Notification Reject Response, 然后结束当前的处理流程, 这将防止 SGSN进一步发送 MBMS通知请求消息。
步骤 308: SGSN对当前 UE执行安全功能, 如: 对 UE鉴权, 该步骤可 以省略。
步骤 309: SGSN根据步骤 304a的 APN确定特定的 GGSN, 即实际提供 所需 MBMS承载业务的 GGSN后, 创建一个 MBMS UE上下文, 并向实际 提供所需 MBMS承载业务的 GGSN发送创建 MBMS 上下文请求 Create MBMS Context Request, 该请求中包括 IP组播地址、 APN、 MBMS— NSAPI, 本例中,实际提供所需 MBMS承载业务的 GGSN为 GGSN2。在实际应用中, GGSN1和 GGSN2可以是同一个 GGSN。
步骤 310: GGSN2 发送一个 MBMS 授权请求 MBMS Authorization Request给 BM-SC, 寻求对 UE的授权, 授权判决结果在 MBMS授权响应 MBMS Authorization Response中提供。
步骤 311 :如果 GGSN2没有该 MBMS承载业务的 MBSM承载上下文信 息, GGSN2发送一个 MBMS注册请求 MBMS Registration Request给 BM-SC , 相关过程在 MBMS标准注册过程中都有规定;
如果 BM-SC还未给该 MBMS承载业务分配 TMGI, BM-SC将分配一个 新的 TMGI, 该 TMGI 将通过 MBMS 注册响应消息 MBMS Registration Response传递给 GGSN和 SGSN, 进一步通过激活 MBMS上下文接受消息 Activate MBMS Context Accept发送给 UE;
BM-SC向 GGSN2发送的 MBMS注册响应消息 包含该 MBMS承载业 务的 MBMS 7 载上下文信息, 并将该 GGSN2加入 MBMS承载上下文的下 行流节点列表, 相关内容在 MBMS标准注册过程中都有规定。
如果 GGSN2已有该 MBMS承载业务的 MBSM承载上下文信息, 该步 骤可以省略。
步骤 312: GGSN2创建一个 MBMS UE上下文, 并发送创建 MBMS上 下文响应 Create MBMS Context Response给 SGSN。
步骤 313: 如果 SGSN没有该 MBMS承载业务的 MBMS承载上下文信 息 , SGSN发送一个 MBMS注册请求 MBMS Registration Request给 GGSN, 相关过程在 MBMS标准注册过程中都有规定。
GGSN2响应一个 MBMS注册响应消息 MBMS Registration Response,该 消息中包含该 MBMS承载业务的 MBMS承载上下文信息, 并将该 SGSN的 标识添加到 MBMS承载上下文的下行流节点列表参数中,相关过程在 MBMS 标准注册过程中都有规定。
如果 SGSN上已有该 MBMS承载业务的 MBMS承载上下文信息, 该步 骤可以省略。
步骤 314:如果为该 UE建立了至少一个分组域无线接入承载( PS RAB ), SGSN给 RAN提供 MBMS UE上下文。
步骤 315: SGSN发送一个激活 MBMS上下文接受消息 Activate MBMS Context Accept给 UE, 该消息中含有 MBMS承载能力。 这里, MBMS承载 能力标识用于该 MBMS承载业务最大的 QoS, UE在激活更多 MBMS承载 业务时, 可能会考虑该 MBMS承载能力。 如果 SGSN判定 UE的 MBMS承 载能力低于当前所需 MBMS承载业务要求的 MBMS承载能力, 则 SGSN拒 绝该激活一个 MBMS UE上下文的请求, 并指示一个恰当的理由, 对已建立 的 MBMS UE上下文开始去激活过程。 从上述业务激活流程可以看出, 现有过程中没有涉及如何在 BM-SC 中 创建 MBMS UE上下文, 因此, 本方案不是一个完整的技术方案, 在实际中 不能够使用。
另夕卜,在步骤 303和步骤 310中, GGSN与 BM-SC对该 UE进行了两次 授权工作, 导致流程重复、 效率降低, 而且增加了信令流量。 还有, 在步骤 309中, SGSN先创建了 MBMS UE上下文。 但是, 如果 SGSN的上游节点, 如 GGSN、 BM-SC出现不能创建的情况, SGSN中对 MBMS UE上下文的创 建就多余了。 因此, 上述流程在处理逻辑、 复杂度以及资源占用方面都存在 一些问题。 发明内容
有鉴于此,本发明的主要目的在于提供一种多媒体广播 /组播服务业务激 活的方法,使其能完成 BM-SC对 MBMS UE上下文的创建,进而完善 MBMS 承载业务激活流程。
为达到上述目的, 本发明的技术方案是这样实现的:
一种多媒体广播 /组播服务业务激活的方法, 该方法包括以下步骤: a. 需要接收 MBMS承载业务的 UE通过授权后,创建并激活 MBMS UE 上下文, 并请求 SGSN创建 MBMS UE上下文;
b.服务通用分组无线业务支持节点 SGSN、 关口通用分组无线业务支 持节点 GGSN和广播 /组播业务服务器 BM-SC分别创建 MBMS UE上下文, 然后继续 MBMS承载业务激活流程的后续处理。
上述处理过程中的步骤 b有以下几种实现方案:
第一种方案, 步骤 b中所述创建 MBMS UE上下文具体包括:
bll. SGSN收到 UE发来的请求后, 创建 MBMS UE上下文, 并发送创 建 MBMS上下文请求给 GGSN;
bl2. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求, 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权, 然后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC上进行注册, 之后执行步骤 bl3; 否则, 执行步骤 bl3; bl3. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建 MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
bl4. GGSN收到创建 MBMS上下文确认后, 创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应。
第二种方案, 步骤 b中所述创建 MBMS UE上下文具体包括: b21. SGSN收到 UE发来的请求后, 创建 MBMS UE上下文, 并发送创 建 MBMS上下文请求给 GGSN;
b22. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求, 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权,然后判断 BM-SC 授权是否成功, 如果成功, 则 BM-SC创建相应的 MBMS UE上下文, 并向 GGSN返回相应的授权响应, 否则, 结束当前处理流程;
b23. 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注 册, 如果没有, 则 GGSN在 BM-SC上进行注册, 然后执行步骤 b24, 否则 直接执行步骤 b24;
b24. GGSN创建 MBMS HE上下文, 并向 SGSN返回创建 MBMS上下 文响应。
第三种方案, 步骤 b中所述创建 MBMS UE上下文具体包括:
b31. SGSN收到 UE发来的请求后, 创建 MBMS UE上下文, 并发送创 建 MBMS上下文请求给 GGSN;
b32. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求, 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权;
b33. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建 MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
b34. GGSN收到创建 MBMS上下文确认后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC 上进行注册, 注册完成后 GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建 MBMS上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN 返回创建 MBMS上下文响应。
第四种方案, 步骤 b中所述创建 MBMS UE上下文具体包括: b41. SGSN收到 UE发来的请求后, 创建 MBMS UE上下文, 并发送创 建 MBMS上下文请求给 GGSN;
b42. GGSN收到创建 MBMS上下文请求后 , 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 贝' J GGSN在 BM-SC 上进行注册, 然后执行步骤 b43 , 否则, 直接执行步骤 b43;
b43. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建 MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
b44. GGSN收到创建 MBMS上下文确认后, 创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应。
第五种方案, 步骤 b中所述创建 MBMS UE上下文具体包括: b51. SGSN收到 UE发来的请求后, 创建 MBMS UE上下文, 并发送创 建 MBMS上下文请求给 GGSN;
b52. GGSN收到创建 MBMS上下文请求后,向 BM-SC发送创建 MBMS 上下文指示; BM-SC收到该创建 MBMS上下文指示后, 创建 MBMS UE上 下文, 然后向 GGSN返回创建 MBMS上下文确认;
b53. GGSN收到创建 MBMS上下文确认后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC 上进行注册, 注册完成后 GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建 MBMS上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN 返回创建 MBMS上下文响应。
第六种方案, 所述步骤 Ml或步骤 b41为: SGSN收到 UE发来的请求 后, 发送创建 MBMS上下文请求给 GGSN;
同时, 步骤 M4或步骤 b44为: GGSN收到创建 MBMS上下文确认后, 创建 MBMS UE上下文, 并向 SGSN返回创建 ^iBMS上下文响应; SGSN收 到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
第七种方案, 所述步骤 b21为: SGSN收到 UE发来的请求后, 发送创 建 MBMS上下文请求给 GGSN;
同时, 步骤 b24为: GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建] VIBMS上下文响应; SGSN收到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
第八种方案, 所述步骤 b31或步骤 b51为: SGSN收到 UE发来的请求 后, 发送创建 MBMS上下文请求给 GGSN;
同时, 步骤 b34或步骤 b53为:
GGSN收到创建 MBMS上下文确认后,判断 GGSN是否针对当前 MBMS 承载业务在该 BM-SC进行过注册,如果没有,则 GGSN在 BM-SC上进行注 册,注册完成后 GGSN创建 MBMS UE上下文,并向 SGSN返回创建 MBMS 上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应;
SGSN收到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
本发明所提供的多媒体广播 /組播服务业务激活方法, 由于通过增加 GGSN与 BM-SC之间的交互或利用原有 GGSN与 BM-SC 间的交互, 使 BM-SC能在适当的时候创建 MBMS UE上下文,从而用最小的信令代价将整 个 MBMS 承载业务激活流程完善为一个完整的技术方案。 另外, 可以在 MBMS承载业务激活过程中删除 GGSN对同一 UE的第二次授权处理,进而 简化授权操作、 降低信令的冗余, 优化信令流量, 避免流程的重复, 提高处 理效率。 在 MBMS承载业务激活过程中还可以将 SGSN创建 MBMS UE上 下文的步骤, 放置到 GGSN创建 MBMS UE上下文之后, 以保证在 BM-SC 和 GGSN都能创建 MBMS UE上下文的情况下, SGSN再执行创建, 如此, 不仅能保证整个处理流程逻辑的正确性, 优化 SGSN创建 MBMS UE上下文 的时机, 而且可避免执行不必要的步骤增加处理复杂度, 同时也避免不必要 的资源占用。 附图简要说明
图 1为组播业务的传输原理示意图;
图 2为支持广播 /组播业务的无线网络结构示意图;
图 3为现有技术中 MBMS承载业务激活的处理流程图;
图 4为本发明方法的处理流程示意图;
图 5为本发明实施例一的具体处理流程图;
图 6为本发明实施例二的具体处理流程图;
图 7为本发明实施例三的具体处理流程图;
图 8为本发明实施例四的具体处理流程图;
图 9为本发明实施例五的具体处理流程图。 实施本发明的方式
本发明的核心思想是:在 MBMS承载业务激活流程中,在当前需要接收 MBMS承载业务的 UE通过授权并在自身创建 MBMS UE上下文之后, GGSN 创建 MBMS UE上下文之前, 增加 BM-SC创建 MBMS UE上下文的步骤。
这里, 可以通过在 GGSN与 BM-SC之间增加新的交互过程; 或是利用 GGSN 与 BM-SC之间原有的交互流程, 来使 BM-SC在适当的时机创建 MBMS UE上下。 所述 BM-SC创建 MBMS UE上下文的步骤,可以在 UE创 建 MBMS UE上下文和 GGSN创建 MBMS UE上下文之间的不同位置实现 , 比如: GGSN在 BM-SC上注册之前、 或注册之后, GGSN对当前需要接收 MBMS承载业务的 UE的第二次授权过程中、 或授权之后。
本发明实现 MBMS承载业务激活的方法,如图 4所示,具体包括以下步 骤:
步骤 401 : 需要接收某个 MBMS承载业务的 UE, 先通过自身所属的 SGSN与网络建立 PDP上下文,并通过所建立的 PDP上下文向网络发送加入 消息。 这里, 一般是向当前所建立的 PDP上下文对应的 GGSN发送加入消 步骤 402~404: 网络对当前发送加入消息的 UE进行授权判决, 如果授 权通过, 则 UE创建并激活 MBMS UE上下文, 之后, UE通过向 SGSN发 送激活 MBMS上下文请求 Activate MBMS Context Request请求 SGSN创建 MBMS UE上下文, 执行步骤 405; 否则结束当前处理流程。
网络对当前 UE进行授权判决的具体过程是: 如图 3中步骤 303 306所 示, GGSN收到当前 UE发送的加入消息后, 向 BM-SC发送 MBMS授权请 求, 寻求对当前 UE接收数据的授权; BM-SC对当前 UE进行授权判决后, 向 GGSN返回 MBMS授权响应, 如果授权通过, 则该 MBMS授权响应中携 带有特定 GGSN APN的响应消息, GGSN收到后, 向 SGSN发 MBMS通知 请求; SGSN收到后,返回 MBMS通知响应 ,并请求当前 UE激活 MBMS UE 上下文; UE收到请求后, 返回携带有自身 MBMS承载能力的响应消息; 如 果授权未通过, 则该 MBMS授权响应中携带有当前 UE不能接收 MBMS数 据的指示, 并结束当前处理流程。
步骤 405: SGSN, GGSN和 BM-SC分别创建 MBMS UE上下文, 并按 照现有技术继续 MBMS承载业务激活流程的后续处理。
这里, MBMS承载业务激活流程的后续处理指的是: 如果需要, 再完成 GGSN在 BM-SC上的注册、 SGSN在 GGSN上的注册。 所谓需要是指: 如 果 GGSN没有当前 MBMS承载业务的 MBMS承载上下文信息 , GGSN就需 要完成在 BM-SC上的注册。如果 SGSN没有当前 MBMS承载业务的 MBMS 承载上下文信息, SGSN就需要完成在 GGSN上的注册。
实际上, 本发明的方法主要涉及现有 MBMS承载业务激活流程中步骤 309〜步骤 312的变化。 在上述处理流程中 , 步骤 405中 SGSN和 BM-SC创 建 MBMS UE上下文的操作有多种实现方案 , 主要是创建 MBMS UE上下文 的时机不同, 下面通过几个实施例对本发明进一步详细说明。 在下述实施例 中, 并未区分默认的 GGSN1和实际提供 MBMS承载业务的 GGSN2, 可以 认为 GGSN包括 GGSN1和 GGSN2, 也可以认为 GGSN1和 GGSN2就是一 个 GGSN。 实施例一:
本实施例中, 在 GGSN向 BM-SC注册之后, 增加 GGSN与 BM-SC之 间新的交互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 本实施例中, 实现 MBMS承载业务激活的方法如图 5所示, 包括以下步骤:
步骤 501〜511: 与现有技术 MBMS承载业务激活流程中步骤 301~311的 处理和所有描述完全相同。
步骤 512: GGSN向 BM-SC发送一个创建 MBMS上下文指示 Create MBMS Context Indication, 该创建 MBMS上下文指示中包括: 需要创建的 MBMS UE上下文的 IMSI、 IP组播地址、 APN等信息, 这些参数的含义与 前面步骤中的描述相同。
BM-SC收到该创建 MBMS上下文指示后, 创建 MBMS UE上下文, 然 后给 GGSN返回创建 MBMS上下文确认 Create MBMS Context Confirmation 步骤 513〜516:与现有技术 MBMS承载业务激活流程中步驟 312~315的 处理和所有描述完全相同。 实施例二 本实施例中, 利用 GGSN与 BM-SC之间的原有交互步骤, 在 GGSN对 当前要接收 MBMS承载业务的 UE的第二次授权过程中, 完成 BM-SC对 MBMS UE上下文的创建。 本实施例中, 实现 MBMS承载业务激活的方法如 图 6所示, 包括以下步驟:
步骤 601~609:与现有技术 MBMS承载业务激活流程中步骤 301~309的 处理和所有描述完全相同。
. 步骤 610: GGSN发送一个 BMS授权请求 MBMS Authorization Request 给 BM-SC, 寻求对 UE的授权, 也就是由 BM-SC对当前需要接收 MBMS承 载业务的 UE进行授权,然后判断 BM-SC授权是否成功,如果成功,则 BM-SC 创建相应的 MBMS UE上下文。 授权判决结果在 MBMS授权响应 MBMS Authorization Response中提供。
步骤 611〜615: 与现有技术 MBMS承载业务激活流程中步骤 311〜315的 处理和所有描述完全相同。 实施例三:
本实施例中, 在 GGSN对当前要接收 MBMS承载业务的 UE的第二次 授权之后, GGSN向 BM-SC注册之前,通过 GGSN与 BM-SC之间新增的交 互步骤,完成 BM-SC对 MBMS UE上下文的建立。本实施例中,实现 MBMS 承载业务激活的方法如图 7所示, 包括以下步骤:
步骤 701~710:与现有技术 MBMS承载业务激活流程中步骤 301 310的 处理和所有描述完全相同。
步骤 711: GGSN向 BM-SC发送一个创建 MBMS上下文指示 Create MBMS Context Indication, 该创建 MBMS上下文指示中包括: 需要创建的 MBMS UE上下文的 IMSI、 IP组播地址、 APN等信息, 这些参数的含义与 前面步骤中的描述相同。
BM-SC收到该创建 MBMS上下文指示后, 创建 MBMS UE上下文, 然 后给 GGSN返回创建 MBMS上下文确认 Create MBMS Context Confirmation 步骤 712~716:与现有技术 MBMS承载业务激活流程中步骤 311〜315的 处理和所有描述完全相同。 实施例四:
本实施例中, 在 GGSN向 BM-SC注册之后, 增加 GGSN与 BM-SC之 间新的交互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 并且, 删除现 有 MBMS承载业务激活流程中 GGSN对当前要接收 MBMS承载业务的 UE 的第二次授权步骤。 本实施例中, 实现 MBMS承载业务激活的方法如图 8 所示, 包括以下步骤:
步骤 801〜809:与现有技术 MBMS承载业务激活流程中步骤 301 309的 处理和所有描述完全相同。
步骤 810: 与现有技术 MBMS承载业务激活流程中步骤 311的处理和所 有描述完全相同。
步骤 811 : GGS 向 BM-SC发送一个创建 MBMS上下文指示 Create MBMS Context Indication, 该创建 MBMS上下文指示中包括: 需要创建的 MBMS UE上下文的 IMSI、 IP组播地址、 APN等信息, 这些参数的含义与 前面步骤中的描述相同。
BM-SC收到该创建 MBMS上下文指示后, 创建 MBMS UE上下文, 然 后给 GGSN返回创建 MBMS上下文确认 Create MBMS Context Confirmation„ 步骤 812〜815:与现有技术 MBMS承载业务激活流程中步骤 312 315的 处理和所有描述完全相同。 实施例五:
- 本实施例中 , 在 GGSN向 BM-SC注册之前, 通过 GGSN与 BM-SC之 间新增的交互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 并且, 删除 现有 MBMS承载业务激活流程中 GGSN对当前要接收 MBMS承载业务的 UE的第二次授权步骤。 本实施例的实现流程与实施例三的 MBMS承载业务 激活流程基本类似, 只是将实施例三中的步骤 710删除了。 实施例六:
本实施例中, 在 GGSN向 BM-SC注册之后, 通过 GGSN与 BM-SC之 间新增的交互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 并且, SGSN 在 GGSN创建 MBMS UE上下文之后再创建 MBMS UE上下文。本实施例中, 实现 MBMS承载业务激活的方法如图 9所示, 包括以下步骤:
步骤 901~908:与现有技术 MBMS承载业务激活流程中步驟 301〜308的 处理和所有描述完全相同。
步骤 909: SGSN向 GGSN发送创建 MBMS上下文请求 Create MBMS Context Request, 该请求中包括 IP組播地址、 APN、 MBMS— NSAPI。
步骤 910~912:与实施例一中步骤 510 512的处理和所有描述完全相同。 步骤 913: GGSN创建一个 MBMS UE上下文, 并发送创建 MBMS上下 文响应 Create MBMS Context Response给 SGSN; SGSN收到 GGSN发来的 创建 MBMS上下文响应后, 创建 MBMS UE上下文。
步骤 914〜916:与实施例一中步骤 514~516的处理和所有描述完全相同。 实施例七:
本实施例中, 利用 GGSN与 BM-SC之间的原有交互步骤, 在 GGSN对 当前要接收 MBMS承载业务的 UE的第二次授权过程中, 完成 BM-SC对 MBMS UE上下文的创建。 并且, SGSN在 GGSN创建 MBMS UE上下文之 后再创建 MBMS UE上下文。 本实施例的实现流程与实施例二的 MBMS承 载业务激活流程基本类似, 只是 SGSN不在步骤 609中创建 MBMS UE上下 文,而在步骤 612中收到 GGSN发来的创建 MBMS上下文响应后创建 MBMS UE上下文。 实施例八:
本实施例中, 在 GGSN对当前要接收 MBMS承载业务的 UE的第二次 授权之后, GGSN向 BM-SC注册之前,通过 GGSN与 BM-SC之间新增的交 互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 并且, SGSN在 GGSN 创建 MBMS UE上下文之后再创建 MBMS UE上下文。 本实施例的实现流程 与实施例三的 MBMS承载业务激活流程基本类似,只是 SGSN不在步骤 709 中创建 MBMS UE上下文, 而在步骤 713中收到 GGSN发来的创建 MBMS 上下文响应后创建 MBMS UE上下文。 实施例九:
本实施例中, 在 GGSN向 BM-SC注册之后, 通过 GGSN与 BM-SC之 间新增的交互步驟, 完成 BM-SC对 MBMS UE上下文的建立。 并且, SGSN 在 GGSN创建 MBMS UE上下文之后再创建 MBMS UE上下文; 同时,删除 现有 MBMS承载业务激活流程中 GGSN对当前要接收 MBMS承载业务的 UE的第二次授权步骤。 本实施例的实现流程与实施例六的 MBMS承载业务 激活流程基本类似, 只是将实施例六中的步骤 910删除了。 实施例十:
本实施例中, 在 GGSN向 BM-SC注册之前, 通过 GGSN与 BM-SC之 间新增的交互步骤, 完成 BM-SC对 MBMS UE上下文的建立。 并且, 删除 现有 MBMS承载业务激活流程中 GGSN对当前要接收 MBMS承载业务的 UE的第二次授权步骤; 同时, SGSN在 GGSN创建 MBMS UE上下文之后 再创建 MBMS UE上下文。 本实施例的实现流程与实施例三的 MBMS承载 业务激活流程基本类似,只是 SGSN不在步驟 709中创建 MBMS UE上下文, 而在步骤 713中收到 GGSN发来的创建 MBMS上下文响应后创建 MBMS UE 上下文; 同时, 将实施例三中的步骤 710删除。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限制本发明的保护 范围。

Claims

权利要求书
1、 一种多媒体广播 /组播服务 MBMS业务激活的方法, 其特征在于, 该 方法包括以下步驟:
a. 需要接收 MBMS承载业务的 UE通过授权后,创建并激活 MBMS UE 上下文, 并请求 SGSN创建 MBMS UE上下文;
b.服务通用分组无线业务支持节点 SGSN、 关口通用分组无线业务支 持节点 GGSN和广播 /组播业务服务器 BM-SC分别创建 MBMS UE上下文, 然后继续 MBMS承载业务激活流程的后续处理。
2、根据权利要求 1所述的方法,其特征在于,步骤 b中所述创建 MBMS UE上下文具体包括:
Ml. SGSN收到 UE发来的创建 MBMS UE上下文请求后, 创建 MBMS UE上下文, 并发送创建 MBMS上下文请求给 GGSN;
bl2. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求, 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权, 然后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC上进行注册, 之后执行步驟 bl3; 否则, 直接执行步骤 bl3;
bl3. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建 MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
bl4. GGSN收到创建 MBMS上下文确认后, 创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应。
3、根据权利要求 1所述的方法,其特征在于,步骤 b中所述创建 MBMS UE上下文具体包括:
b21. SGSN收到 UE发来的创建 MBMS UE上下文请求后, 创建 MBMS UE上下文, 并发送创建 MBMS上下文请求给 GGSN;
b22. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求, 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权,然后判断 BM-SC 授权是否成功, 如果成功, 则 BM-SC创建相应的 MBMS UE上下文, 并向 GGSN返回相应的授权响应, 否则, 结束当前处理流程;
b23. 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注 册, 如果没有, 则 GGSN在 BM-SC上进行注册, 然后执行步骤 b24, 否则 直接执行步骤 b24;
b24. GGSN创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下 文响应。
4、根据权利要求 1所述的方法,其特征在于,步骤 b中所述创建 MBMS UE上下文具体包括:
b31. SGSN收到 UE发来的创建 MBMS UE上下文请求后, 创建 MBMS UE上下文, 并发送创建 MBMS上下文请求给 GGSN;
b32. GGSN收到创建 MBMS上下文请求后, 向 BM-SC发送授权请求; 由 BM-SC对当前需要接收 MBMS承载业务的 UE进行授权;
b33. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建 MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
b34. GGSN收到创建 MBMS上下文确认后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC 上进行注册, 注册完成后 GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建 MBMS上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN 返回创建 MBMS上下文响应。
5、根据权利要求 1所述的方法,其特征在于,步骤 b中所述创建 MBMS UE上下文具体包括: b41. SGSN收到 UE发来的创建 MBMS UE上下文请求后, 创建 MBMS UE上下文, 并发送创建 MBMS上下文请求给 GGSN;
b42. GGSN收到创建 MBMS上下文请求后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC 上进行注册, 然后执行步骤 b43, 否则, 直接执行步驟 b43;
b43. GGSN向 BM-SC发送创建 MBMS上下文指示; BM-SC收到该创建 MBMS 上下文指示后, 创建. MBMS UE上下文, 然后向 GGSN返回创建 MBMS上下文确认;
b44. GGSN收到创建 MBMS上下文确认后, 创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应。
6、根据权利要求 1所述的方法,其特征在于,步骤 b中所述创建 MBMS UE上下文具体包括:
b51. SGSN收到 UE发来的创建 MBMS UE上下文请求后, 创建 MBMS UE上下文, 并发送创建 MBMS上下文请求给 GGSN;
b52. GGSN收到创建 MBMS上下文请求后,向 BM-SC发送创建 MBMS 上下文指示; BM-SC收到该创建 MBMS上下文指示后 , 创建 MBMS UE上 下文, 然后向 GGSN返回创建 MBMS上下文确认;
b53. GGSN收到创建 MBMS上下文确认后, 判断 GGSN是否针对当前 MBMS承载业务在该 BM-SC进行过注册, 如果没有, 则 GGSN在 BM-SC 上进行注册, 注册完成后 GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建 MBMS上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN 返回创建 MBMS上下文响应。
7、 根据权利要求 2所述的方法, 其特征在于, 所述步骤 Ml为: SGSN 收到 UE发来的创建 MBMS UE上下文请求后,发送创建 MBMS上下文请求 给 GGSN;
同时,步驟 M4为: GGSN收到创建 MBMS上下文确认后,创建 MBMS UE上下文,并向 SGSN返回创建 MBMS上下文响应; SGSN收到创建 MBMS 上下文响应后, 创建 MBMS UE上下文。
8、 根据权利要求 3所述的方法, 其特征在于, 所述步骤 b21为: SGSN 收到 UE发来的创建 MBMS UE上下文请求后,发送创建 MBMS上下文请求 给 GGSN;
同时, 步骤 b24为: GGSN创建 MBMS UE上下文, 并向 SGSN返回创 建 MBMS上下文响应; SGSN收到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
9、 根据权利要求 4所述的方法, 其特征在于, 所述步骤 b31为: SGSN 收到 UE发来的创建 MBMS UE上下文请求后,发送创建 MBMS上下文请求 给 GGSN;
同时, 步驟 b34为:
GGSN收到创建 MBMS上下文确认后,判断 GGSN是否针对当前 MBMS 承载业务在该 BM-SC进行过注册,如果没有,则 GGSN在 BM-SC上进行注 册,注册完成后 GGSN创建 MBMS UE上下文,并向 SGSN返回创建 MBMS 上下文响应; 否则, GG^N创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应;
SGSN收到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
10、根据权利要求 5所述的方法, 其特征在于, 所述步骤 b41为: SGSN 收到 UE发来的创建 MBMS UE上下文请求后,发送创建 MBMS上下文请求 给 GGSN;
, 同时,步骤 b44为: GGSN收到创建 MBMS上下文确认后,创建 MBMS UE上下文,并向 SGSN返回创建 MBMS上下文响应; SGSN收到创建 MBMS 上下文响应后, 创建 MBMS UE上下文。
11、根据权利要求 6所述的方法, 其特征在于, 所述步骤 b51为: SGSN 收到 UE发来的创建 MBMS UE上下文请求后,发送创建 MBMS上下文请求 给 GGSN;
同时, 步骤 b53为:
GGSN收到创建 MBMS上下文确认后,判断 GGSN是否针对当前 MBMS 承载业务在该 BM-SC进行过注册,如果没有,则 GGSN在 BM-SC上进行注 册,注册完成后 GGSN创建 MBMS UE上下文,并向 SGSN返回创建 MBMS 上下文响应; 否则, GGSN创建 MBMS UE上下文, 并向 SGSN返回创建 MBMS上下文响应;
SGSN收到创建 MBMS上下文响应后, 创建 MBMS UE上下文。
PCT/CN2005/001110 2004-07-23 2005-07-25 Procede d'activation du fonctionnement d'un service de diffusion/multidiffusion de multimedia WO2006007800A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE200560023451 DE602005023451D1 (de) 2004-07-23 2005-07-25 Ein verfahren zur aktivierung der nutzung des multimedia broadcast/multicast-dienstes
AT05771595T ATE480932T1 (de) 2004-07-23 2005-07-25 Ein verfahren zur aktivierung der nutzung des multimedia broadcast/multicast-dienstes
JP2007521776A JP4422763B2 (ja) 2004-07-23 2005-07-25 マルチメディアブロードキャスト・マルチキャストサービスの起動方法
EP20050771595 EP1758317B1 (en) 2004-07-23 2005-07-25 A method for activating the operation of the multimedia broadcast/multicast service
US11/645,779 US20070136762A1 (en) 2004-07-23 2006-12-27 Method for activating multimedia broadcast/multicast service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2004100708844A CN100346596C (zh) 2004-07-23 2004-07-23 多媒体广播/组播服务业务激活的方法
CN200410070884.4 2004-07-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/645,779 Continuation US20070136762A1 (en) 2004-07-23 2006-12-27 Method for activating multimedia broadcast/multicast service

Publications (1)

Publication Number Publication Date
WO2006007800A1 true WO2006007800A1 (fr) 2006-01-26

Family

ID=35784883

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001110 WO2006007800A1 (fr) 2004-07-23 2005-07-25 Procede d'activation du fonctionnement d'un service de diffusion/multidiffusion de multimedia

Country Status (7)

Country Link
US (1) US20070136762A1 (zh)
EP (1) EP1758317B1 (zh)
JP (1) JP4422763B2 (zh)
CN (1) CN100346596C (zh)
AT (1) ATE480932T1 (zh)
DE (1) DE602005023451D1 (zh)
WO (1) WO2006007800A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100428749C (zh) * 2006-02-14 2008-10-22 华为技术有限公司 一种多媒体广播/组播业务组播激活的方法
JP4837104B2 (ja) * 2007-01-22 2011-12-14 インテル・コーポレーション プロキシigmpクライアントおよびブロードバンドワイヤレスアクセスネットワークにおいてマルチキャストブロードキャストサービスを提供する方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100379221C (zh) * 2004-01-08 2008-04-02 华为技术有限公司 一种多媒体组播业务的注册方法
CN100459549C (zh) * 2006-06-26 2009-02-04 华为技术有限公司 一种加入广播/多播业务服务方法及装置
CN101217382B (zh) * 2007-01-05 2012-02-01 华为技术有限公司 一种激活广播组播业务的方法及网络节点
CN101420762B (zh) * 2007-10-23 2011-02-23 中国移动通信集团公司 接入网关的选择方法、系统及网关选择执行节点
CN101202954B (zh) * 2007-11-19 2011-05-25 重庆重邮信科通信技术有限公司 Mbms广播模式下ue自激活方法
US20100142430A1 (en) * 2008-12-08 2010-06-10 Electronics And Telecommunications Research Institute Multimedia data service apparatus of mobile communication system supporting multicast and multicast service activation and deactivation methods for multimedia data service
US8982738B2 (en) 2010-05-13 2015-03-17 Futurewei Technologies, Inc. System, apparatus for content delivery for internet traffic and methods thereof
US8514756B1 (en) * 2010-10-15 2013-08-20 Juniper Networks, Inc. Collectively addressing wireless devices
WO2019114939A1 (en) * 2017-12-12 2019-06-20 Nokia Solutions And Networks Oy Method, system & apparatus for multicast session management in a 5g communication network
CN111526553B (zh) * 2020-05-13 2024-06-18 腾讯科技(深圳)有限公司 Ue执行的方法及ue、以及smf实体执行的方法及smf实体
CN111556539B (zh) * 2020-05-13 2024-05-17 腾讯科技(深圳)有限公司 Ue执行的方法及ue、以及smf实体执行的方法及smf实体

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040014706A (ko) * 2002-08-10 2004-02-18 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 제어 메시지 송수신 방법
WO2004034655A1 (en) * 2002-10-11 2004-04-22 Samsung Electronics Co., Ltd. A method of establishing and deleting mbms service in sgsn and ggsn
WO2004036837A1 (en) * 2002-10-15 2004-04-29 Nokia Corporation Method, system and device for routing and controlling packet data flow
US20040137885A1 (en) * 2002-11-08 2004-07-15 Sinikka Sarkkinen Method of coupling user equipment information specific to a multicast/broadcast service with a multicast/broadcast service context of a controlling network entity

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7634274B2 (en) * 2002-12-31 2009-12-15 Nokia Corporation Connection establishment for PDP contexts
CN1534913A (zh) * 2003-04-02 2004-10-06 ��������ͨ�ż����о����޹�˾ Ue使用mbms业务的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040014706A (ko) * 2002-08-10 2004-02-18 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 제어 메시지 송수신 방법
WO2004034655A1 (en) * 2002-10-11 2004-04-22 Samsung Electronics Co., Ltd. A method of establishing and deleting mbms service in sgsn and ggsn
WO2004036837A1 (en) * 2002-10-15 2004-04-29 Nokia Corporation Method, system and device for routing and controlling packet data flow
US20040137885A1 (en) * 2002-11-08 2004-07-15 Sinikka Sarkkinen Method of coupling user equipment information specific to a multicast/broadcast service with a multicast/broadcast service context of a controlling network entity

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100428749C (zh) * 2006-02-14 2008-10-22 华为技术有限公司 一种多媒体广播/组播业务组播激活的方法
JP4837104B2 (ja) * 2007-01-22 2011-12-14 インテル・コーポレーション プロキシigmpクライアントおよびブロードバンドワイヤレスアクセスネットワークにおいてマルチキャストブロードキャストサービスを提供する方法

Also Published As

Publication number Publication date
EP1758317A1 (en) 2007-02-28
ATE480932T1 (de) 2010-09-15
US20070136762A1 (en) 2007-06-14
CN100346596C (zh) 2007-10-31
EP1758317A4 (en) 2007-12-19
JP4422763B2 (ja) 2010-02-24
EP1758317B1 (en) 2010-09-08
JP2008507868A (ja) 2008-03-13
DE602005023451D1 (de) 2010-10-21
CN1725690A (zh) 2006-01-25

Similar Documents

Publication Publication Date Title
WO2006007800A1 (fr) Procede d'activation du fonctionnement d'un service de diffusion/multidiffusion de multimedia
WO2021227702A1 (zh) 多播通信方法和相关装置
US8842593B2 (en) Method for activating multimedia broadcast/multicast service
WO2005101737A1 (fr) Procede de demarrage de session d'un service de multiplexage de programmes de diffusion multimedia
EP1464192B1 (en) Network initialized packet data protocol context activation for multicast/broadcast services
KR100651436B1 (ko) Iu 인터페이스 상의 멀티미디어 방송/멀티캐스트 서비스신호 베어러 연결 방법
WO2005069646A1 (fr) Procede d'enregistrement pour service multidestination a diffusion multimedia
WO2006045252A1 (fr) Procede et systeme permettant de commander une session d'un service de diffusion/multidiffusion multimedia
WO2006015544A1 (fr) Procede d'etablissement d'une prise en charge dans un service de diffusion/multi-diffusion multimedia
JP3984994B2 (ja) コンテキストリンクのスキーム
WO2008098497A1 (fr) Système de service de diffusion multimedia et procédé de début de session, procédé de fin de session
US20050151840A1 (en) Method and system for setting up a multicast or broadcast transmission
WO2005109915A1 (fr) Procede de mise a jour de zone d'acheminement dans mbms
WO2009076864A1 (zh) 点到多点gtp隧道的建立方法、网络设备
WO2004073272A1 (en) Method for effectively updating mbms service parameters in ggsn, sgsn and rnc
WO2004112328A1 (en) Method for performing route area update of ue with mbms service in communication system
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
WO2007022716A1 (fr) Procede et systeme de reglage de la caracteristique de liaison de donnees a interface interne dans un reseau a acces sans fil
WO2006076865A1 (fr) Procede de desactivation du service de diffusion multidiffusion multimedias
KR20070093369A (ko) 무선통신 시스템에서 일대다 mbms 서비스를 정지하는방법 및 장치
CN101227307A (zh) 一种多媒体广播组播业务的处理方法、系统和设备
US20100142430A1 (en) Multimedia data service apparatus of mobile communication system supporting multicast and multicast service activation and deactivation methods for multimedia data service
WO2005046261A1 (fr) Procede de transmission de donnees vocales dans un service de diffusion/multidiffusion
WO2004034655A1 (en) A method of establishing and deleting mbms service in sgsn and ggsn
WO2006015554A1 (fr) Procede pour recevoir en meme temps plusieurs services

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 KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM 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 LV 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: 2005771595

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11645779

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2007521776

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 2005771595

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11645779

Country of ref document: US