CN101242557A - Method for requesting MBMS and an MBMS system - Google Patents

Abstract

The present invention provides a method of user equipment under the idle mode request multimedia broadcasting multicast service, including following steps: radio network controller transmits MBMS control information to start count after receiving MBMS conversation start information from the core net, when UE under the idle mode receives MBMS control information, non-high end user in UE transmits request MBMS information by executing counting course, and high-end yser directly transmits request MBMS information. The invention also provides a MBMS system.

Description

Method for requesting MBMS and an MBMS system

technical field

The present invention relates to the communication field, in particular, to a UE (User Equipment, User Equipment) in an idle mode requesting a Multimedia Broadcast/Multicast Service (MultimediaBroadcast/Multicast Service, abbreviated as MBMS) and relates to an MBMS system.

Background technique

MBMS is a technology that shares network resources and transmits data from one data source to multiple targets. In traditional mobile networks, Cell Broadcast Service (CBS) allows low bit rate data to be sent to all users through the shared broadcast channel of the cell, which belongs to the message service. In R99, only the short message service (SMS) cell broadcast service uses CBS . In order to effectively utilize mobile network resources, 3GPP proposed Multimedia Broadcast/Multicast Service (MBMS) in R6, which provides a point-to-multipoint service in which one data source sends data to multiple users in a mobile network to realize network resource sharing. Improve the utilization of network resources, especially the precious air interface resources. MBMS can not only realize plain text and low-rate message multicast and broadcast, but also realize multicast and broadcast of high-speed multimedia services, and provide a variety of rich video, audio and multimedia services, which undoubtedly conforms to the development trend of mobile data in the future. trend, providing better business prospects for the development of 3G.

The structural model diagram of the MBMS system is shown in Figure 1.

The broadcast and multicast service center BM-SC is a new functional entity of the mobile network, which is the entrance of the content provider, and is used to authorize and initiate the MBMS bearer service in the mobile network, and transmit the MBMS content according to the predetermined time plan.

For existing WCDMA packet network functional entities: General Packet Radio Service Gateway Support Node (GGSN), Serving General Packet Radio Service Support Node (SGSN), wireless access Network (Radio Access Net, RAN) and user equipment (User Equipment, UE), also need to increase MBMS related functions and procedures.

MBMS has two business bearing modes, broadcast and multicast. The multicast mode requires the user to sign up for the corresponding multicast group, activate the service, and generate corresponding billing information. Since the multicast and broadcast modes have different business requirements, their business processes are also different. Refer to Figure 2 for broadcast and multicast processes.

In the MBMS multicast service flow, the user joins the multicast group and the session start is two independent processes, that is, the user can join the multicast group at any time during the session start and the session.

MBMS has two transmission methods: point to point (point to point, hereinafter referred to as PTP) and point to multipoint (point to multipoint, hereinafter referred to as PTM). In the PTP transmission mode, data is transmitted through a dedicated logical channel (Dedicated Traffic Channel, DTCH), which is mapped to a forward access channel (Forward Access Channel, FACH), a dedicated channel (Dedicated Channel, DCH) or a high-speed downlink shared channel (High-SpeedDownlink Shared Channel, HS-DSCH), only one UE can receive; in PTM mode, transmit data through MBMS PTM (Multimedia Broadcast/MulticastService point to multipoint) business channel MTCH, map to FACH, and multiple UEs can receive.

At present, the counting method is generally used to determine the transmission mode. When the session starts, the network side starts the counting process. When the number of UEs receiving the MBMS in the cell is small, the PTP method is used, otherwise the PTM method is used.

However, this method is based on the number of UEs receiving MBMS, without considering the differences among UEs. Even under the condition that the resource of the cell is very sufficient, the receiving quality of some users for MBMS will not be improved. Since the PTM method uses a public channel and only has open-loop power control, when the wireless quality changes, the service quality of the business cannot be guaranteed, so it cannot meet the requirements of some high-end users.

Therefore, it is necessary to reasonably determine the MBMS transmission mode for some high-end users. For a UE in connected mode, the RNC can know its MBMS context information, so it can identify whether the UE is a high-end user, but if the UE is in idle mode, the RNC cannot know its MBMS context information, so it cannot know whether the UE is a high-end user user. In this case, when the RNC needs to know the high-end user, it needs to control the UE in the idle mode to transfer to the connected mode.

According to the current protocol, there are two scenarios for the UE receiving MBMS to switch to the connection mode: one is that the RNC starts counting, and the other is that the cell sends the MBMS in PTP mode.

For counting, if the UE does not meet the counting conditions, it cannot respond to the counting, and the RNC needs to set the access probability factor to 0 in order not to miss high-end users, that is, the access probability is 1, which will cause all users who join this MBMS All UEs in the idle state of the multicast group send request messages, which leads to increased air interface signaling and also increases the processing load on the network side. Therefore, it is necessary to provide a method for a UE in idle mode to determine how to request MBMS according to its own needs, so as to solve the above-mentioned problems in related technologies.

Contents of the invention

The present invention aims to provide a method for a UE in idle mode to request MBMS and an MBMS system, which are used to solve the problem in the related art that it cannot differentiate client classes to request MBMS.

According to one aspect of the present invention, there is provided a method for a user equipment UE in idle mode to request a multimedia broadcast multicast service MBMS, comprising the following steps: after the radio network controller RNC receives the MBMS session start message from the core network, Send the MBMS control message to start counting; when the UE in idle mode receives the MBMS control message, the non-high-end user in the UE sends a message requesting MBMS by performing the counting process, and the high-end user directly sends a message requesting MBMS.

In the above method, the following steps are further included: RNC determines whether the UE sending the MBMS request message is a high-end user, and determines the MBMS sending method accordingly.

In the above-mentioned method, the RNC determines whether the UE sending the message requesting the MBMS is a high-end user, and accordingly determines the sending mode of the MBMS including the following steps: after the RNC receives the message requesting the MBMS, obtains the UE information of the UE from the core network, Wherein, the UE information includes identification information indicating whether the UE is a high-end user; the RNC determines whether the UE is a high-end user through the identification information; and when it is determined to be a high-end user, the RNC transmits data to the UE of the high-end user through PTP.

In the above method, the following step is also included: when it is determined that the user is a high-end user, the RNC also determines the way of transmitting data to other users through counting statistics, so as to transmit data to other users.

In the above method, the RNC acquiring the UE information of the UE from the core network includes the following steps: when the RNC has no connection in the PS domain, the RNC identifies the information by sending an uplink information exchange request message to the core network.

In above-mentioned method, RNC obtains the UE information of UE from core network and comprises the following steps: RNC obtains identification information by the MBMS UE connection request message from core network when there is connection in PS domain.

In the above method, the RNC obtaining the UE information of the UE from the core network includes the following steps: the RNC obtains the identification information through the MBMS link information from the core network during the relocation process.

According to another aspect of the present invention, an MBMS system is provided, including: RNC, configured to send an MBMS control message to start counting after receiving the MBMS session start message from the core network; and UE, when it is in idle mode, receive When the MBMS control message arrives, if it is a non-high-end user, it will send a message requesting MBMS through the execution counting process, and if it is a high-end user, it will directly send a message requesting MBMS.

In the above MBMS system, the RNC determines whether the UE sending the MBMS request message is a high-end user, and determines the MBMS transmission method accordingly.

In the aforementioned MBMS system, after the RNC receives the message requesting MBMS, it obtains the UE information of the UE from the core network, wherein the UE information includes identification information indicating whether the UE is a high-end user; the RNC determines whether the UE is a high-end user through the identification information user; and when it is determined to be a high-end user, the RNC transmits data to the UE of the high-end user through PTP.

Through the above technical scheme, the present invention achieves the following technical effects:

By adopting the method and MBMS system of the present invention, the UE in the idle mode can be transferred to the connection mode to distinguish special users, so as to select the service transmission mode with corresponding service quality to serve the special users. Therefore, the present invention better satisfies the requirements of users in various modes for MBMS.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention and constitute a part of the application. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations to the present invention. In the attached picture:

Fig. 1 is a structural model diagram of the MBMS system;

Fig. 2 is a flow chart of MBMS broadcast and multicast;

Fig. 3 is the flow chart of the session start of the radio network controller receiving the core network;

FIG. 4 is a flowchart of a UE sending a request message in an idle mode;

5 is a flowchart of a method for counting radio interfaces in MBMS multicast mode according to an embodiment of the present invention;

Fig. 6 shows the MBMS context procedure of RNC acquisition UE when there is no connection in the PS domain according to an embodiment of the present invention;

Fig. 7 shows the procedure of acquiring MBMS UE context when there is a connection in the PS domain according to an embodiment of the present invention;

Fig. 8 shows the flow of RNC acquiring MBMSUE context in the relocation process according to an embodiment of the present invention; and

FIG. 9 shows the flow of transmission mode selection at the start of a session according to an embodiment of the present invention.

Detailed ways

The method is set forth below through specific examples.

An embodiment of the present invention provides a method for a UE in idle mode to request MBMS, including the following steps: the radio network controller receives the MBMS session start message MBMS Session Start from the core network, and starts counting to determine the transmission mode. When the UE in idle mode receives the MBMS control message, the non-high-end user sends the request message by performing the counting process described in the protocol, while the high-end user sends the request message directly. After the UE enters the connection mode, the radio network controller can know which high-end users of the MBMS the UE in the idle mode belongs to through the core network, reasonably determine the transmission mode of the high-end users, and then perform resource allocation.

Fig. 3 shows the session initiation process received by the radio network controller from the core network according to an embodiment of the present invention.

Step N301, the RNC receives the MBMS session start message MBMSSession Start sent by the CN.

In step N302, the RNC sends an MBMS control message through the MBMS control channel MCCH to start counting. The information element "MBMS required UE action" of the MBMS Modified Services corresponding to the MBMS modification message is set to "Acquire countinginfo", and the access message MBMS Access Information is sent in the access cycle.

Fig. 4 shows the process of sending a request message after the UE in idle mode receives the MBMS control message according to an embodiment of the present invention.

In step N401, the UE reads the MBMS Modified Services Information message, and finds that there is an MBMS that has joined the multicast group.

Step N402, if the UE is a high-end user, execute step N403, otherwise, execute step N404.

Step N403, sending a radio resource control connection request message RRC ConnectionRequest, and the establishment cause value is "MBMS ptp RB request".

Step N404, continue to read the MBMS AccessInformation, and execute the counting process.

In the above method, the radio network controller also needs to obtain the user's MBMS information from the core network, judge whether the UE belongs to a high-end user, and determine the transmission mode. The radio network controller obtains user MBMS information from the core network, and determines the transmission mode of the high-end user, and the specific steps are described in detail below.

Fig. 5 shows the flow chart of the radio interface counting method in the MBMS multicast mode according to an embodiment of the present invention, which includes the following steps:

Step S502, after the UE enters the connection mode, the RNC obtains the MBMS information of the UE from the core network, wherein the MBMS information includes identification information indicating whether the UE is a high-end user;

Step S504, the RNC determines whether the UE is a high-end user through the identification information; and

Step S506, when it is determined that the user is a high-end user, the RNC performs resource allocation in PTP mode.

The above method for determining a service transmission method may further include the following step: when it is determined that the user is a high-end user, the radio network controller also determines the method of transmitting data to other users through counting statistics to transmit data to other users.

Optionally, when there is no connection in the PS domain, the radio network controller obtains the identification information by sending an uplink information exchange request message to the core network; or, when there is a connection in the PS domain, the radio network controller uses the MBMS The UE Linking Request message obtains the identification information; or, the radio network controller obtains the identification information through the MBMS Linking information from the core network during the relocation process.

It can be seen from the above description that when the core network CN provides the MBMS UE context to the radio network controller RNC, it not only needs to include the temporary mobile group identifier TMGI, the PTP radio access bearer identifier PTP RAB ID, but also needs to include an identifier indicating that the UE is an MBMS For the high-end user of the service, after the session starts, the RNC uses the PTP transmission method for the UE.

The method is set forth below through specific examples.

FIG. 6 shows the process of obtaining the MBMS context of the UE by the RNC when there is no connection in the PS domain.

In step N601, the RNC exchanges and requests specific information by sending an uplink information exchange request message (Uplink Information Exchange Request) to the CN. Step N602, the CN returns an uplink information exchange response (Uplink InformationExchange Response) to the RNC, including the TMGI list corresponding to the MBMS service that the UE has joined or the multicast address IP MulticastAddress and the access point name APN list corresponding to the MBMS service of the TMGI, and also It needs to contain a VIP Flag indicating the special user ID.

Figure 7 shows the process of obtaining MBMS UE context when there is a connection in the PS domain.

In step N701, the CN sends a (MBMS UE Linking Request) message to the RNC, including the TMGI list of service identifiers that the UE joins and leaves. For the added service, it includes the PTP RAB ID, TMGI and VIP Flag of the service.

In step N702, the RNC saves the MBMS context and sends a response (MBMS UE Linking Response) to the CN.

Figure 8 shows the flow of the RNC acquiring the MBMS UE context during the relocation process.

Step N801, SRNC sends a relocation request (RelocationRequired) to CN;

In step N802, the CN sends a request message (Relocation Request) to the DRNC. If the UE activates the MBMS service, the message includes MBMS Linking information: the TMGI of the MBMS service joined by the UE, the PTP RAB ID of the service, and also includes the special user identification VIP Flag;

Step N803, DRNC returns confirmation message (Relocation RequestAcknowledge);

Step N804, then the CN sends a relocation command (RelocationCommand) to the SRNC;

Step N805, SRNC sends a response message (RelocationCommit) to DRNC;

Step N806, the DRNC performs relocation detection, and sends a completion message (Relocation Complete) to the CN;

Step N807, CN sends release command (Iu ReleaseCommand) to SRNC again, and the whole relocation process ends.

FIG. 9 shows the flow of transmission method selection at the start of a session.

In step N901, the RNC checks the saved MBMS context information of the UE.

Step N902, if it is a special user, go to step 803, otherwise go to step 804.

Step N903, select the PTP sending mode.

Step N904, perform counting statistics to determine the sending mode.

It can be seen from the above description that by adopting the method and MBMS system of the present invention, the UE in idle mode can be switched to connected mode to distinguish special users, so as to select a service transmission mode with corresponding service quality to serve the special users. Therefore, the present invention better satisfies the requirements of users in various modes for MBMS.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and changes. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims (10)

1. a method that is used to be in the user equipment (UE) request multimedia broadcast-multicast service MBMS of idle pulley is characterized in that, may further comprise the steps:

Radio network controller (RNC) receives after the MBMS session begins message from core net, sends the MBMS control messages with enabling counting;

When the described UE under being in idle pulley received described MBMS control messages, the non-high-end user among the described UE was by carrying out the message that counting process sends request MBMS, and high-end user directly sends the message of request MBMS.

2. method according to claim 1 is characterized in that, and is further comprising the steps of:

Described RNC determines whether the UE of the message of transmission described request MBMS is high-end user, and determines the send mode of MBMS in view of the above.

3. method according to claim 2 is characterized in that, described RNC determines whether the UE of the message of transmission described request MBMS is high-end user, and determines that in view of the above the send mode of MBMS may further comprise the steps:

After described RNC receives the message of described request MBMS, obtain the UE information of described UE from described core net, wherein, described UE information comprises whether the described UE of indication is the identification information of high-end user;

Described RNC determines by described identification information whether described UE is high-end user; And

When determining to be high-end user, described RNC transmits data by the PTP mode to the UE of described high-end user.

4. method according to claim 3 is characterized in that, and is further comprising the steps of:

When determining to be high-end user, described RNC also determines to transmit the mode of data to transmit data to other users to other users by counting statistics.

5. method according to claim 3, it is characterized in that, the UE information that described RNC obtains described UE from described core net may further comprise the steps: when described RNC does not have connection in the PS territory, by send the described identification information of uplink information exchange request message to described core net.

6. method according to claim 3, it is characterized in that, the UE information that described RNC obtains described UE from described core net may further comprise the steps: when described RNC has connection in the PS territory, obtain described identification information by the MBMS UE link request message that comes from described core net.

7. method according to claim 3, it is characterized in that, the UE information that described RNC obtains described UE from described core net may further comprise the steps: described RNC obtains described identification information by the MBMS link information that comes from described core net repositioning process.

8. a MBMS system is characterized in that, comprising:

RNC is used for receiving after the MBMS session begins message from core net, sends the MBMS control messages with enabling counting; And

UE, when under it is in idle pulley, receiving described MBMS control messages, if it is non-high-end user, then by carrying out the message that counting process sends request MBMS, and if it is a high-end user, then directly send the message of asking MBMS.

9. MBMS according to claim 8 system is characterized in that, whether the UE that described RNC determines to send the message of described request MBMS is high-end user, and determines the send mode of MBMS in view of the above.

10. MBMS according to claim 9 system, it is characterized in that, after described RNC receives the message of described request MBMS, obtain the UE information of described UE from described core net, wherein, described UE information comprises whether the described UE of indication is the identification information of high-end user; Described RNC determines by described identification information whether described UE is high-end user; And when determining to be high-end user, described RNC transmits data by the PTP mode to the UE of described high-end user.

Images