KR100690439B1 - Method for simplification of the service activation or deactivation in mbms system - Google Patents

Abstract

A service activation and inactivation method in a mobile communication system which supports an MBMS(Multimedia Broadcast/Multicast Service) is provided to be capable of using an SM(Session Management) protocol message of a 3GPP(3rd Generation Partnership Project) without using an IGMP(Internet Group Management Protocol) message during a service subscription or secession procedure of an MBMS procedure, thus the MBMS procedure is simplified. An SGSN(Serving GPRS(General Packet Radio Service) Support Node)(300) receives an activate MBMS context request message for context registration of an MBMS from a UE(User Equipment)(100)(S100). A BM-SC(Broadcast and Multicast Service Center)(500) performs authentication for the UE(100) according to the received activate MBMS context request message, and collects service context lists suppliable to the UE(100)(S101-S106). Authenticated results for the UE(100) and the collected service context lists are delivered to the UE(100), and the MBMS to be provided to the UE(100) is activated(S107).

Description

Method for simplification of the service activation or deactivation in MBMS system in mobile communication system supporting multimedia broadcast multicast service

1 is a network structural diagram of a mobile communication system supporting a general MBMS.

2 is a flowchart illustrating a general MBMS service activation procedure.

3 is a flowchart illustrating a general MBMS service deactivation procedure.

4 is a flowchart illustrating a method of activating an MBMS service in a mobile communication system supporting an MBMS according to an embodiment of the present invention.

5 is a flowchart illustrating a method of deactivating an MBMS service in a mobile communication system supporting an MBMS according to an embodiment of the present invention.

The present invention relates to a method for providing a multimedia broadcast multicast service in a mobile communication system, and more particularly, to a method for activating or deactivating a service in a user terminal.

The service provided by the mobile communication system has been developed in the form of convergence of broadcasting and communication to provide a packet service communication and a multimedia service for transmitting a large amount of data as well as the existing voice service. MBMS (Multimedia Broadcast and Multicast Service) is also a service introduced by the 3rd Generation Partnership Project (3GPP) by this trend, and it has a form of providing one or more multimedia services to multiple service terminals. have.

MBMS is a service that transmits the same multimedia data to a plurality of subscribers through a wireless communication system. At this time, a plurality of subscribers can be configured to share a wired connection with one wireless channel to save wired and wireless transmission resources. MBMS supports multimedia transmission forms such as real-time video, audio, still images, text, etc., and it requires a large amount of transmission resources as a service that can simultaneously provide audio data and video data.

Since MBMS must transmit the same data to multiple cells in which multiple users are located, a point-to-point or point-to-multipoint connection is made according to the number of users located in each cell. In this case, when providing a service through a one-to-one connection, dedicated channels are allocated to the user terminal to provide a desired service for each user terminal. On the other hand, when providing a service through a one-to-many connection, a common channel for each MBMS service is provided to user terminals requesting the same MBMS to provide a corresponding service.

As described above, in order to provide an MBMS, a user terminal performs a service connection procedure, and there is a problem in that wired and wireless resources are wasted because a dedicated data channel is required on wired and wireless networks. In addition, even when the service provided by the MBMS is not used, a data session according to the service withdrawal procedure is required, and wired and wireless resources are also wasted.

Accordingly, the present invention is to solve the problems of the prior art, in the mobile communication system that supports the multimedia broadcast multicast service, when performing a procedure for service activation or deactivation session management (SM: Session Management) Propose a method of using the message defined in the protocol procedure.

The present invention also provides a method that can simplify the procedure for activating or deactivating the service.

The service activation method which is a feature of the present invention for achieving the technical problem of the present invention is a method for performing the service activation to provide a multimedia broadcast multicast service to a user terminal through a service providing system in a mobile communication system; ,

(a) a service context activation request message for registering a context of the service from the user terminal, wherein the service context activation request message is generated based on a session control message for a session connected between the user terminal and the service providing system; Receiving; (b) performing authentication of the user terminal according to the received service activation request message and collecting a service context list that can be provided to the user terminal; And (c) transferring the authentication result of the user terminal and the collected service context list to the user terminal, and activating a service to be provided to the user terminal.

Service deactivation method is another feature of the present invention for achieving the technical problem of the present invention is to deactivate the service to stop the use of the multimedia broadcast multicast service provided by the user terminal through the service providing system in a mobile communication system. In the method of carrying out,

(a) receiving a deactivation request message of a service context from the user terminal, wherein the deactivation request message of a service context is generated based on a session control message for a session connected between the user terminal and the service providing system; (b) performing a procedure for leaving the service of the user terminal after performing a deactivation procedure for the service being provided to the user terminal based on the received message; And (c) after performing a connection removal process for the user terminal, transmitting the removal result to the user terminal.

DETAILED DESCRIPTION Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention. In the drawings, parts irrelevant to the description are omitted in order to clearly describe the present invention. Like parts are designated by like reference numerals throughout the specification.

In addition, when a part is said to "include" a certain component, which means that it may further include other components, except to exclude other components unless otherwise stated.

1 is a network structural diagram of a mobile communication system supporting a general MBMS.

Referring to FIG. 1, a network supporting MBMS in a 3GPP mobile communication system includes a Serving General Packet Radio Service (SGSN) Support Node (SGSN) 30 and a Gateway GPRS Support in a Core Network (hereinafter referred to as CN). Node (40) and three nodes of the Broadcast and Multicast Service Center (BM-SC) (50). In addition, a UTRAN (UMTS Terestrial Radio Access Network) 20 and a plurality of user terminals 10 are included outside the CN. Here, through the three nodes, the mobile communication system performs MBMS service provision, MBMS data transmission, subscriber authentication and billing.

The UTRAN 20 serves to connect the CN and the user terminal, and performs wired / wireless resource allocation and resource management to perform service transmission according to MBMS. The UTRAN 20 is composed of a Radio Network Controller (RNC) and a Node B (or base station). One RNC controls a plurality of Node Bs, and one Node B is composed of a plurality of cells. Such a cell is the most basic communication unit in a mobile communication system, and is divided into a frequency and a code.

The user terminal 10 is a mobile terminal possessed by a user capable of receiving MBMS, and there may be a plurality of user terminals 10 in each cell. Here, the basic service unit according to the MBMS is a cell, and the service is provided in a one-to-one or one-to-many manner in consideration of the wireless environment of the cell and the number of user terminals 10 to receive the service.

A procedure for activating a service performed to receive an MBMS in a mobile communication system having such a structure will be described with reference to FIG. 2.

2 is a flowchart illustrating a general MBMS service activation procedure.

Referring to FIG. 2, a mobile terminal generally uses an Internet Group Management Protocol (IGMP) message provided by an IP layer (Multicast Listener Discovery (MLD) in IPv6) to subscribe to a corresponding service. However, in order to transmit an IGMP message from the mobile terminal to the CN (Core Network), a session to GGSN must be established, and accordingly, a packet data protocol context activation procedure for session establishment must be preceded.

Through this configured PDP context, IGMP messages are delivered to the GGSN to start the MBMS context join procedure in the network. Through this process, the MBMS user terminal context and the MBMS bearer context are generated in each node of the network, that is, UTRAN, SGSN, GGSN, and BM-SC.

The MBMS user terminal context stores information on the subscribed MBMS for each user terminal, and the MBMS bearer context stores routing information of each service. In this procedure, a PDP context must exist to send IGMP messages.

Next, a service withdrawal procedure will be described with reference to FIG. 3 when a user wants to stop a service provided through a terminal in a mobile communication system supporting MBMS.

3 is a flowchart illustrating a general MBMS service deactivation procedure.

Referring to FIG. 3, the IGMP message is also used to deactivate the service as in FIG. 2. Therefore, in order to perform the service deactivation procedure, a session for transmitting data to the Gateway GPRS Support Node (GGSN) is required, and a PDP context must exist.

In this case, the PDP context is set prior to performing the service activation procedure and must exist while receiving the MBMS service. Therefore, this existing procedure requires one session in addition to the MBMS session. To do this, they must occupy more wired and wireless resources.

As described above with reference to FIGS. 2 and 3, a separate data session is required for a user terminal to perform a service activation / deactivation procedure for receiving an MBMS service or stopping providing a service, thereby wasting wired and wireless resources. Results in. In order to solve this problem, in an embodiment of the present invention, when a user terminal joins or leaves an MBMS service, an MBMS can be provided without a data session by using an SM protocol procedure defined in the 3GPP standard without using an IGMP message. The method will be described in detail with reference to FIG. 4.

4 is a flowchart illustrating a method of activating an MBMS service in a mobile communication system supporting an MBMS according to an embodiment of the present invention.

As shown in FIG. 4, a service is provided using an SM message transmitted through a control channel through which a session control message is transmitted and received without using a service providing system to generate a PDP context, that is, without using an IGMP message as user data. Perform the activation procedure. The service activation procedure will be described in detail. First, the user terminal 100 transmits an MBMS context activation request message to the SGSN 300 (S100).

Upon receiving the MBMS context activation request message, SGSN 300 transmits an MBMS authentication request message to GGSN 400 (S101). Here, the GGSN 400 manages a plurality of SGSNs 300, and is a gateway node of a 3GPP network that performs session management of packets received from the plurality of SGSNs 300 and mobility management of the user terminal 100. The SGSN 300 is a node that performs packet call processing, session management, and mobility management function of the user terminal 100 that are received in conformity with the RAN 200. The MBMS authentication request message includes information for allowing the BM-SC 500 to identify the subscriber of the user terminal from the MBMS context activation request message.

The GGSN 400 transmits the MBMS authentication request message received from the SGSN 300 to the BM-SC 500 (S102), and the BM-SC 500 MBMS, which is a result of authenticating the subscriber of the user terminal 100. The authentication response message is transmitted to the GGSN 400 (S103). Here, the BM-SC 500 becomes an access point of content providers who want to provide content, and the operator has a structure in which data transmission can be performed through the BM-SC 500. That is, it provides a service announcement function that delivers meta data, which is information about all services provided by the mobile station, to all mobile terminals 100 having the MBMS function.

The GGSN 400 transmits the MBMS authentication response message received from the BM-SC 500 to the SGSN 300 (S104). At this time, the MBMS authentication response message includes authentication information of the user terminal 100 received from the BM-SC 500 and information for subscribing to the MBMS service.

SGSN 300 receiving the authentication information of the user terminal 100 and the information on the MBMS service (S104) transmits an MBMS notification reject request message to the GGSN (400) (S105). In response to the request of the SGSN 300, the GGSN 400 transmits an MBMS notification rejection response message to the SGSN 300 (S106), and the SGSN 300 receives the RAN 200 and the user terminal 100. Perform a procedure for the security function of the liver (S107). The procedure for the security function is performed to perform data encryption for charging, which is the most characteristic of multicast mode.

Here, since a separate service joining step and a session start process are omitted according to an embodiment of the present invention, it is not necessary to inform the user terminal 100 of the start of the session. Therefore, the MBMS notification message notifying the start of the session is not required, and the notification rejection request message is delivered. At this time, the RAN 200 periodically broadcasts an RRC MBMS PTM bearer information message including MBMS radio bearer configuration information corresponding to metadata through a multicast control channel (MCCH).

Next, the SGSN 300 transmits a message requesting to create the MBMS context to the GGSN 400 (S108), and the GGNS 400 receiving the request requests the authentication of the MBMS to the BM-SC 500 ( S109). The BM-SC 500 transmits a response message for authentication of the requested MBMS to the GGSN 400 (S110), and the GGSN 400 receives the MBMS registration request from the BM-SC 500 again. Deliver the message (S111).

Upon receiving the MBMS registration request message, the BM-SC 500 transmits a response message to the GGSN 400 (S112), and the GGSN 400 receiving the MBMS registration request message sends a response message to the SGSN 300 to generate an MBMS context. Transfer (S113). The SGSN 300 requests the MBMS registration to the GGSN 400 (S114), and the GGSN 400 performs the response message for the MBMS registration to the SGSN 300 (S115).

The SGSN 300 receiving the response message performs the connection of the user terminal 100 through the RAN 200 (S116). When the user terminal 100 is connected to the CN, the SGSN 300 connects the user terminal 100 to the CN. In step S117, the activation acceptance message of the MBMS context is transmitted. By performing the above process, the user may receive the MBMS service from the BM-SC 500 using the user terminal 100.

Looking at the contents of the newly added message according to an embodiment of the present invention on the basis of the above-mentioned content as described in the following [Table 1] and [Table 2]. [Table 1] is the content of step S101 shown in FIG. 4 to be described below, and [Table 2] shows the content of step S104 of FIG.

As such, the MBMS context addition request message that existed in the general procedure is not used in the procedure according to the embodiment of the present invention. This message is a message for requesting the user terminal 100 to transmit the MBMS context request message to the BM-SC 500. In the embodiment of the present invention, since the message has already been used in step S100, there is no need to request additionally. .

Next, the service deactivation procedure will be described with reference to FIG. 5 when the MBMS service is provided to the user using the user terminal 100 and the service is stopped.

5 is a flowchart illustrating a method of deactivating an MBMS service in a mobile communication system supporting an MBMS according to an embodiment of the present invention.

As shown in FIG. 5, the user terminal 100 transmits an MBMS context deactivation request message to the SGSN 300 (S200). SGSN 300 receiving the context deactivation request message (S200) transfers the MBMS deactivation instruction message to the GGSN (400) (S201), GGSN (400) delivers it to the BM-SC (500) (S202). Upon receiving the MBMS deactivation instruction message, the BM-SC 500 transmits a user device removal request message to the GGSN 400 (S203), and the GGSN 400 transmits an MBMS deactivation confirmation message to the SGSN 300 (S204). do.

Upon receiving the MBMS deactivation confirmation message of the user terminal 100, the SGSN 300 transmits an MBMS user device de-linking request message to the RAN 200 (S205). The RAN 200 forwards the MBMS user device leaving response message to the SGSN 300 (S206), and then the user device 100 performs the RAN resource removal step (S207).

Next, the SGSN 300 transmits an MBMS context removal request message to the GGSN 400 (S208), and the GGSN 400 transmits a removal instruction message to the BM-SC 500 (S209). The BM-SC 500 performs context removal on the user terminal based on the removal instruction message and then transmits a removal confirmation message to the GGSN 400 (S210).

Thereafter, the GGSN 400 forwards the MBMS deregistration request message to the BM-SC 500 (S211), and the BM-SC 500 forwards the MBMS deregistration response message to the GGSN 400 (S212). )do. The GGSN 400 transmits the MBMS context removal response message to the SGSN 300 (S213), and receives a cancellation request message from the SGSN 300 (S214). The GGSN 400 transmits a registration cancellation response message to the SGSN 300 (S215), and the SGSN 300 receives the MBMS context deactivation acceptance message to the user terminal 100 (S216).

As mentioned above, in the general service deactivation procedure, the IGMP message is transmitted to the GGSN 400 through the PDP context that is already set, whereas in the embodiment of the present invention, the MBMS context deactivation request message, which is an SM message, is transmitted through the SGSN (the control channel). 300). That is, since the user data is not transmitted, the PDP context, which is required in the general deactivation procedure, is not necessary.

On the other hand, since the message transmitted to the GGSN 400 is transmitted to the SGSN 300, a message is added between the SGSN 300 and the GGSN 400. In this case, the added message is an MBMS deactivation indication / confirmation message. The MBMS deactivation indication message is a message for delivering information obtained from the MBMS contest deactivation request message to the BM-SC 500, and the MBMS deactivation confirmation message is for transmitting information received from the BM-SC 500 to the SGSN 300. This is a message.

The contents of each message added are described in the following [Table 3] and [Table 4]. Here, Table 3 is the content of step S201 shown in FIG. 5 to be described below, and Table 4 shows the content corresponding to step S204 of FIG. 5.

Here, a program for realizing a function corresponding to the configuration of the above-described embodiment of the present invention or a recording medium on which the program is recorded is also included in the scope of the present invention.

Although the embodiments of the present invention have been described in detail above, the scope of the present invention is not limited thereto, and various modifications and improvements of those skilled in the art using the basic concepts of the present invention defined in the following claims are also provided. It belongs to the scope of rights.

According to the above-described embodiment, the MBMS procedure can be simplified by using the SM protocol message of 3GPP without using the IGMP message in the service subscription or withdrawal procedure in the MBMS service procedure.

In addition, wired and wireless resources can be saved by eliminating the extra channel allocation process required for data transmission.

In addition, by simplifying the service activation or deactivation procedure of the MBMS service, the latency of the control plan, i.e., the time from when the user terminal initiates the service activation or deactivation procedure to the completion of the procedure. can do.

Claims (14)

In the mobile communication system to provide a multimedia broadcast multicast service to a user terminal through a service providing system, the method for activating the service, (a) a service context activation request message for registering a context of the service from the user terminal, wherein the service context activation request message is generated based on a session control message for a session connected between the user terminal and the service providing system; Receiving; (b) performing authentication of the user terminal according to the received service activation request message and collecting a service context list that can be provided to the user terminal; And (c) delivering the performed authentication result of the user terminal and the collected service context list to the user terminal and activating a service to be provided to the user terminal; Service activation method comprising a. The method of claim 1, The service providing system includes a Serving General Packet Radio Service Support Node (SGSN), a Gateway GPRS Support Node (GGSN), a Broadcast and Multicast Service Center (BM-SC), In step (b), The SGSN forwarding a service authorization request message for requesting authorization according to service provision to the GGSN; Receiving the message, the GGSN forwards a service authorization request to the BM-SC, and the BM-SC received the service authorization request collects a list of services that can be provided to the user terminal; And The GGSN receiving a service authorization confirmation message from the BM-SC Service activation method comprising a. The method of claim 2, The GGSN receiving a service notification rejection request message from the SGSN; And The GGSN forwarding a response message to the SGSN in response to the service notification rejection request message; Service activation method further comprising. The method of claim 2, The service authorization request message includes information about a subscriber of the user terminal. The method of claim 2, The service authorization response message includes authentication information of the user terminal collected from the BM-SC and information required for a subscriber of the user terminal to subscribe to a service. The method of claim 2, The service context activation request message of step (a), Information message that the subscriber of the user terminal transmits the intention to receive the service to the GGSN Service activation method comprising a. The method of claim 6, The service context activation request message is delivered to the service providing system through a control channel in which the session control message is received. The method of claim 2, In step (c), Receiving, by the GGSN, a context activation request message for the service to be provided by the user terminal from the SGSN, to the BM-SC and receiving a response message thereto; The SGSN requests the GGSN to register the service and receives a registration response message, informing the activation result of the service to be provided to the user terminal by connecting to the user terminal. Service activation method comprising a. In the method of deactivating the service in order to stop the user terminal in the mobile communication system to use the multimedia broadcast multicast service provided through the service providing system, (a) receiving a deactivation request message of a service context from the user terminal, wherein the deactivation request message of a service context is generated based on a session control message for a session connected between the user terminal and the service providing system; (b) performing a procedure for leaving the service of the user terminal after performing a deactivation procedure for the service being provided to the user terminal based on the received message; And (c) performing a connection removal process for the user terminal and then transmitting the removal result to the user terminal. Service deactivation method comprising a. The method of claim 9, The service providing system includes a Serving General Packet Radio Service Support Node (SGSN), a Gateway GPRS Support Node (GGSN), and a Broadcast and Multicast Service Center (BM-SC), In step (b), The SGSN transmitting a service deactivation indication message to the GGSN according to a context deactivation request message received from the user terminal; Receiving the service deactivation indication message, instructing the BM-SC to deactivate the service, and receiving a request message for removing a user terminal from the BM-SC; The GGSN delivers a service deactivation confirmation message to the SGSN, and the SGSN performs a service departure procedure for the user terminal. Service deactivation method comprising a. The method of claim 10, The service deactivation indication message is a message for transmitting the information received from the deactivation request message of the service context to the BM-SC. The method of claim 10, The deactivation confirmation message is a service deactivation method for transmitting the removal information of the user terminal received from the BM-SC to the SGSN. The method of claim 9, The service deactivation request message of the service context is delivered to the service providing system through the control channel in which the session control message is received. The method of claim 10, In step (c), The SGSN sending a service context removal request message to the GGSN; The GGSN forwarding a deactivation indication message to the BM-SC and receiving an acknowledgment message thereof; The GGSN, after receiving the deactivation instruction confirmation message, receiving a service registration cancellation response message from the BM-SC; The SGSN receiving a service context removal response message from the GGSN and receiving a service registration cancellation response message; And The user terminal receiving a service context deactivation confirmation message from the SGSN Service deactivation method comprising a.

Images