WO2011153896A1 - 一种请求mbms业务的方法及系统 - Google Patents

一种请求mbms业务的方法及系统 Download PDF

Info

Publication number
WO2011153896A1
WO2011153896A1 PCT/CN2011/074174 CN2011074174W WO2011153896A1 WO 2011153896 A1 WO2011153896 A1 WO 2011153896A1 CN 2011074174 W CN2011074174 W CN 2011074174W WO 2011153896 A1 WO2011153896 A1 WO 2011153896A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms
mbms service
network side
requested
cell
Prior art date
Application number
PCT/CN2011/074174
Other languages
English (en)
French (fr)
Inventor
苟伟
艾建勋
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011153896A1 publication Critical patent/WO2011153896A1/zh

Links

Classifications

    • 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/40Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to a Multimedia Broadcast Multicast Service (MBMS), and more particularly to a method and system for requesting an MBMS service.
  • MBMS Multimedia Broadcast Multicast Service
  • the 3rd Generation Partnership Project proposes an MBMS service, which is a technology for transmitting data from one data source to multiple targets, and implements the network (including The sharing of resources between the core network and the access network improves the utilization of network resources (especially air interface resources).
  • the MBMS service defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize high-speed multimedia service broadcast and multicast, and provide a variety of rich video, audio and multimedia services, which undoubtedly conforms to future mobile
  • 3G, 3rd Generation third-generation digital communication
  • the MBMS service is transmitted by using a Multimedia Broadcast multicast service Single Frequency Network (MBSFN).
  • MBSFN mode can be understood as a kind of The cell is jointly sent, that is, the cells in a certain geographical location send the same MBMS service data at the same time and the same frequency resource, and the certain geographical location is called the MBSFN area. In this way, in the entire MBSFN area, the data corresponding to the data transmitted from each cell is naturally superimposed, thereby greatly increasing the signal strength.
  • the UE in order to obtain the MBMS service, the UE sends a request for carrying the requested MBMS identification information to the network side, and the network side determines whether to send the requested MBMS service to the UE according to the received MBMS identification information.
  • the existing MBMS service cannot determine the MBMS service of the MBSFN area by the existing MBMS service.
  • the network side selects to close these MBMS services to save resources and help the network side to save energy.
  • the procedure for determining whether the MBMS service has UE reception in LTE R10 is periodic, and the period is very long. That is to say, if the network side performs statistics on a certain MBMS service, the MBMS service does not receive the UE, and then the network side stops sending the MBMS service.
  • the UE needs to request the network side to send the MBMS service, and then, from the method of obtaining the MBMS service from the existing UE, There is no solution as to how the UE requests to obtain such an MBMS service.
  • the method of obtaining the MBMS service from the existing UE cannot be well adapted to the scenario in which the MBMS service is sent in the MBSFN mode, so that the user's demand for the MBMS service cannot be satisfactorily satisfied.
  • the main object of the present invention is to provide a method for requesting an MBMS service and
  • the system can adapt to the scenario of sending MBMS services in MBSFN mode, so as to meet the user's demand for MBMS services.
  • a method of requesting an MBMS service including:
  • the request carries the MBMS identification information of the requested MBMS service, and one or any combination of the following information: MBSFN area of the multimedia broadcast multicast service single frequency network Identification information, identification information of the UE, MBMS service request reason, MBMS service type information.
  • the method also includes:
  • the network side allocates an uplink resource to the UE, and the UE sends the MBMS request on an uplink resource allocated by the network side.
  • the method further includes: after receiving the MBMS request message, the network side determines whether to send the requested MBMS service;
  • the network side sends an MBMS request message response to the UE, for notifying the UE whether the MBMS service requested by the UE can be sent, and the reason why the MBMS service cannot be sent.
  • the uplink resource may be: an uplink common control channel CCCH, or a physical uplink shared channel PUSCH, or a dedicated control channel DCCH, or an agreed uplink resource, or an uplink resource allocated for an MBMS request message on a dedicated resource allocated by the network side.
  • the MBMS request is used by the UE to request transmission of one or more MBMS services from the network side.
  • the one or more MBMS services are: the cell where the UE is located or the service that is not in the MBSFN area that the UE is interested in; or
  • the one or more MBMS services are: the cell in which the UE is located or the MBSFN area in which the UE is interested, but no UE is received in the MBSFN area in which the UE is located or in the MBSFN area in which the UE is interested.
  • the MBMS service that is stopped by the network side.
  • the MBMS identification information is: an MBMS service ID, or a temporary mobility group identifier TMGI, or a combination of a multicast channel MCH and a sessionld, specifically indicating which sessionld of which MCH, or a logical channel ID using the MCH and the MTCH Combined way, which MCH of which MCH is specified;
  • the MBMS identification information is one or more.
  • the MBSFN area identifier information is an identifier of an MBSFN area to which the MBMS service requested by the UE belongs;
  • the MBSFN area identification information is one or more.
  • the MBSFN area identification information includes MBSFN area identification information of the different MBSFN areas.
  • the identifier information of the UE is: UE identifier UE_ID, or a temporary mobile subscriber identity S-TMSI of the user equipment allocation system architecture evolution, or a 40-bit random value, or a cell radio network temporary identifier C-RNTI, or a global mobile User ID IMSI.
  • the MBMS service request reason includes at least one of the following: the requested MBMS service is an MBMS service that is closed because there is no UE receiving after the network side statistics; or the requested MBMS service does not belong to the UE The MBMS service sent by the cell.
  • the method also includes:
  • the network side After receiving the MBMS service request, the network side adjusts the cell composition of the MBSFN area and/or the sent range of the requested MBMS service according to the number of UEs that send the MBMS service request in the cell, and/or the MBMS service requested by the UE. .
  • the network side adjustment specifically includes:
  • the network side After receiving the MBMS request message, the network side determines that the cell where the UE is located is a cell that is not planned to send the requested MBMS service;
  • the network side sets a cell that does not plan to send the requested MBMS service, and sends a cell that sends the requested MBMS service;
  • the network side according to the received MBMS request message, allocates a cell range in which the MBMS service is not sent by the cell that requests the MBMS service after a preset period of time.
  • the UE When requesting to send the multimedia broadcast multicast service MBMS to the network side, the UE carries at least one of the following: the MBMS identification information of the requested MBMS service, the MBSFN area identification information of the multimedia broadcast multicast service single frequency network, MBMS service request reason;
  • the MBSFN area identifier information is an identifier of the first MBSFN area
  • the reason for the MBMS service request is that the requested MBMS service is in the first MBSFN area, but the transmission is stopped because there is no UE receiving in the cell;
  • the network side selects a reasonable MBSFN area to transmit the requested MBMS service according to the transmission condition of the requested MBMS service in the MBMS request message on the network side.
  • the network side according to the sending situation of the requested MBMS service in the MBMS request message on the network side, selecting a reasonable MBSFN area to send the requested MBMS service specifically includes: the network side according to the MBMS request message from the UE, Determining that the MBMS service requested by the UE is in a cell adjacent to the cell that stops transmitting the requested MBMS service, and transmitting in the resource of the second MBSFN area; meanwhile, the network side determines that if the request to stop is sent The MBMS service requested by the UE is sent in the second MBSFN area of the cell of the MBMS service, and the MBMS service is transmitted in the second MBSFN area in the neighboring cell to form the MBSFN transmission mode. Therefore, the network side stops transmitting at the network side. Sending the MBMS service requested by the UE in the second MBSFN area of the cell of the requested MBMS service and notifying the UE;
  • the cell that stops transmitting the requested MBMS service and the neighboring cell of the cell that stops transmitting the requested MBMS service are: a cell in which the second MBSFN area overlaps and covers.
  • the MBMS service type information used to indicate that the requested MBMS service is a group Broadcasting service or broadcasting service
  • the requested MBMS service is a subscription-paid MBMS service, or a free MBMS service.
  • the network side is: an evolved base station eNB, or a relay station relay, or a multi-cell cooperative entity MCE, or a broadcast multicast service center BMSC, or an MBMS gateway MBMS GW.
  • a method of requesting an MBMS service including:
  • the user equipment UE When requesting to send the multimedia broadcast multicast service MBMS to the network side, the user equipment UE carries at least one of the following: the MBMS identification information of the requested MBMS service, the MBSFN area identification information of the multimedia broadcast multicast service single frequency network, and The MBMS service request cause; the MBSFN area identifier information is an identifier of the first MBSFN area;
  • the reason for the MBMS service request is that the requested MBMS service is in the first MBSFN area, but the transmission is stopped because there is no UE receiving in the cell;
  • the network side selects a reasonable MBSFN area to transmit the requested MBMS service according to the transmission condition of the requested MBMS service in the MBMS request message on the network side.
  • the network side according to the sending situation of the requested MBMS service in the MBMS request message on the network side, selecting a reasonable MBSFN area to send the requested MBMS service specifically includes: the network side according to the MBMS request message from the UE, Determining that the MBMS service requested by the UE is in a cell adjacent to the cell that stops transmitting the requested MBMS service, and transmitting in the resource of the second MBSFN area; meanwhile, the network side determines that if the request to stop is sent The MBMS service requested by the UE is sent in the second MBSFN area of the cell of the MBMS service, and the MBMS service is transmitted in the second MBSFN area in the neighboring cell to form the MBSFN transmission mode. Therefore, the network side stops transmitting at the network side. Sending the MBMS service requested by the UE in the second MBSFN area of the cell of the requested MBMS service and notifying the UE;
  • the cell that stops transmitting the requested MBMS service, and the stop sending request The neighboring cell of the cell of the MBMS service is: a cell in which the second MBSFN area overlaps and covers.
  • a system for requesting an MBMS service which mainly includes a network side and a UE, where
  • a UE configured to send, to the network side, an MBMS service, where the request carries the request
  • the MBMS identification information of the MBMS service and one or any combination of the following information: MBSFN area identification information, UE identification information, MBMS service request reason, MBMS service type information;
  • the network side is configured to receive an MBMS request message from the UE.
  • the network side is further configured to: determine, according to the received MBMS request message, whether to send the requested MBMS service, and send, to the UE, a reason for notifying the UE whether the requested MBMS service can be sent, and not transmitting.
  • the MBMS request message is responding.
  • the network side is further configured to allocate uplink resources to the UE; the network side is: an evolved base station eNB, or a relay station relay, or a cell cooperative entity MCE, or a broadcast multicast service center BMSC, or an MBMS gateway MBMS GW.
  • the network side is: an evolved base station eNB, or a relay station relay, or a cell cooperative entity MCE, or a broadcast multicast service center BMSC, or an MBMS gateway MBMS GW.
  • the request when the UE requests the network side to send the MBMS service, the request carries the MBMS identification information of the requested MBMS service, and one or any combination of the following information: MBSFN area identification information The identification information of the UE, the MBMS service request reason, and the MBMS service type information.
  • the network side After receiving the MBMS request message, the network side determines whether to send the requested MBMS service.
  • the method of the present invention is well adapted to the scenario in which the MBMS service is transmitted in the MBSFN mode, thereby satisfactorily satisfying the user's demand for the MBMS service.
  • FIG. 1 is a flowchart of a method for requesting an MBMS service according to the present invention
  • FIG. 2 is a schematic diagram of the composition of an MBMS request according to the present invention.
  • FIG. 3 is a schematic structural diagram of a system for requesting an MBMS service according to the present invention
  • FIG. 4 is a schematic diagram of a scenario of an embodiment of requesting an MBMS service according to the present invention.
  • Step 100 A UE requests an MBMS service from a network side, where the request carries an MBMS identification information of a requested MBMS service, and the following One or any combination of information: MBSFN area identification information, UE identification information, MBMS service request reason, MBMS service type information.
  • the MBMS request is a message that the UE requests to send one or more MBMS services to the network side.
  • the network side allocates uplink resources to the UE, and then the UE sends the MBMS request to the uplink resource allocated by the network side.
  • Network side the MBMS request is a message that the UE requests to send one or more MBMS services to the network side.
  • the uplink resource may be: an uplink common control channel (CCCH), or a Physical Uplink Shared Channel (PUSCH), or a Dedicated Control Channel (DCCH), or an agreed uplink resource. Or an uplink resource allocated for the MBMS request message on the dedicated resource allocated by the network side.
  • the UE sends an MBMS request message to the network side on the CCCH, or sends an MBMS request message to the network side on the PUSCH, or sends an MBMS request message on the DCCH, or sends an MBMS request message on the agreed uplink resource, or An MBMS request message is sent on the uplink resource allocated for the MBMS request message on the dedicated resource allocated on the network side.
  • the MBMS request message is used by the UE to request transmission of one or more MBMS services to the network side.
  • one or more MBMS services are not sent by the network side; further, the MBMS services may be services that are not in the cell where the UE is located, that is, the local cell (or the MBSFN area that the UE is interested in, also referred to as the MBSFN area), that is, The MBMS service transmitted in the local cell (or the MBSFN area) may not be originally transmitted by the local cell (or the MBSFN area), but is not received by the UE in the current cell (or the MBSFN area).
  • the MBMS service that the network side stops transmitting.
  • Step 101 After receiving the MBMS request message, the network side determines whether to send the requested MBMS service.
  • the network side After receiving the MBMS request message sent by the UE, the network side sends an MBMS request message response to the UE, which is used to notify the UE whether the requested MBMS service can be sent, and the reason why the MBMS service cannot be sent, thereby improving the user experience.
  • the network side may be: an evolved base station (eNB), a relay station (relay), a cell cooperative entity (MCE, Multi-cell/multicast Coordination Entity), a broadcast multicast service center (BMSC, Broadcast-Multicast-Service Centre), and an MBMS gateway ( MBMS GW, MBMS GateWay), etc.
  • eNB evolved base station
  • relay station relay station
  • MCE cell cooperative entity
  • BMSC Broadcast-Multicast-Service Centre
  • MBMS gateway MBMS gateway
  • the information carried in the MBMS request of the present invention may include multiple information at the same time. For example, if the UE needs to simultaneously request the network side to send two MBMS services, the UE may send an MBMS request message to the network side, where the MBMS request message is simultaneously The MBMS identification information of the two MBMS services requested by the UE is carried.
  • FIG. 2 is a schematic diagram of the composition of an MBMS request according to the present invention. As shown in FIG. 2, the following describes the information carried in the MBMS request as follows:
  • the MBMS identification information is an identifier of the MBMS service requested by the UE, so that the network side knows which MBMS service the UE is sending a request message for.
  • the specific representation can be various, such as MBMS service ID (service Id) or temporary mobile group identity (TMGI, Temporary Mobile Group Identity); indirect mode, such as multicast channel (MCH, Multicast Channel)
  • service Id MBMS service ID
  • TMGI Temporary Mobile Group Identity
  • MCH Multicast Channel
  • the MBMS identification information may have one or more. When there are multiple, the UE requests multiple MBMS service transmissions at the same time.
  • the MBSFN area identifier information is an identifier of the MBSFN area to which the MBMS service requested by the UE belongs, and an MBSFN area ID (mbsfn-Areald) may be used.
  • multiple different MBSFN areas are supported to cover the same geographical location at the same time. Then, the corresponding cells in the same geographical location belong to multiple MBSFN areas and need to send MBMS services of multiple MBSFN areas. If different MBSFN areas are likely to have the same MBMS service, and the same MBMS service identifier is used, if the UE is in the cell that is overlapped by the MBSFN area and sends an MBMS request message to the network side, the request message needs to be carried in the request message.
  • the MBSFN area identification information may have one or more, and the UE may simultaneously request MBMS transmission of the same or different MBSFN areas.
  • the identifier information of the UE is: a UE identifier (UE_ID), or a temporary mobile subscriber identifier (S-TMSI, SAE Temporary Mobile Station Identifier) of the user equipment allocation system architecture, or a random value of 40 bits, or a temporary radio network of the cell. Identification (C-RNTI, Cell Radio Network Temporary Identifier), or Global Mobile Subscriber Identity (IMSI, International Mobile Subscriber Identity).
  • UE_ID UE identifier
  • S-TMSI temporary mobile subscriber identifier
  • S-TMSI temporary mobile subscriber identifier
  • SAE Temporary Mobile Station Identifier a temporary mobile subscriber identifier
  • C-RNTI Cell Radio Network Temporary Identifier
  • IMSI International Mobile Subscriber Identity
  • the network side that receives the MBMS service request may determine, according to the identifier information of the UE, whether the MBMS service requested by the UE satisfies the condition for sending the UE, for example, if the UE requests a paid MBMS service, the network side may Determining whether the UE is an arrears user according to the identity information of the UE. If the UE is non-arrived and belongs to the subscription user, then the network side may select to send the MBMS service requested by the UE to the UE. .
  • the UE may not carry its own identification information. (4) Reasons for MBMS service request.
  • the reason for the MBMS service request includes at least one of the following: the requested MBMS service is an MBMS service that is closed because there is no UE reception after the network side statistics, or the requested MBMS service does not belong to the MBMS service sent by the UE where the UE is located.
  • MBMS service type information which is used to indicate whether the requested MBMS service is a multicast service, or a broadcast service, or is described as a subscription-paid MBMS service or a free MBMS service.
  • a multicast service is a paid service, and a broadcast service is a free service.
  • the multicast (or the charging service) service may be required to be charged. Therefore, if the requested MBMS service is a multicast service, the network side sends the request to the UE after further determining that the UE is the subscribed UE.
  • the MBMS service if it is determined that the UE is not a subscription UE, the network side may remind the UE that the service needs to be received after signing.
  • the network side can determine whether the requested MBMS service is a paid service or a free service after being searched, and the specific implementation belongs to a technology known to those skilled in the art. , I won't go into details here.
  • FIG. 3 is a schematic structural diagram of a system for requesting an MBMS service according to the present invention.
  • the system of the present invention mainly includes a network side and a UE, where
  • the UE is configured to send an MBMS service to the network side, where the request carries the MBMS identification information of the requested MBMS service, and one or any combination of the following information: MBSFN area identifier information, UE identifier information, MBMS service request reason, MBMS service type information.
  • the network side is configured to receive an MBMS request message from the UE.
  • the network side is further configured to: determine, according to the received MBMS request message, whether to send the requested MBMS service, and send an MBMS request message response to the UE, to notify the UE whether the requested MBMS service can be sent, and cannot send The reason for the time.
  • the network side may be: an evolved base station (eNB), a relay station (relay), and a cell cooperation entity (MCE, Multi-cell/multicast Coordination Entity), Broadcast Multicast Service Center (BMSC), MBMS Gateway (MBMS GW, MBMS GateWay), etc.
  • eNB evolved base station
  • relay station relay station
  • MCE cell cooperation entity
  • MCE Multi-cell/multicast Coordination Entity
  • BMSC Broadcast Multicast Service Center
  • MBMS Gateway MBMS Gateway
  • MBMS GateWay MBMS GateWay
  • a certain UE learns an introduction of an MBMS service from an MBMS service electronic program list (which is an electronic menu containing a lot of MBMS service profiles, which the UE can obtain in advance by many existing well-known methods).
  • the MBMS service is interested and needs to be received, but after receiving the relevant control information, the UE finds that the MBMS service is not transmitted in the local cell.
  • the UE may send an MBMS request message to the network side, and the MBMS request message may be sent in an uplink common control channel, or a PUSCH, or an agreed uplink resource.
  • the network side allocates uplink resources to the UE in the uplink common control channel or the PUSCH, and allocates resources specifically. The process is well known to those skilled in the art and will not be described here.
  • the MBMS request message carries: MBMS identification information, MBSFN area identification information, identification information of the UE, MBMS service request reason, and MBMS service type information.
  • the values of the corresponding parameters are respectively:
  • the MBMS identification information is the MBMS service ID; the MBSFN area i or the identification information is the MBSFN area ID of the MBMS service that the UE needs to request, that is, mbsfn-Areald;
  • the identity information of the UE is UE-ID, and each UE has an inherent ID.
  • the identification information of the UE may also enable the UE to randomly generate a 40-bit random number as the identification information.
  • the identification information of the UE may also use the C-RNTI, which is mainly for the UE in the connected state, because the UE in the connected state configures the network side.
  • a C-RNTI; the identification information of the UE may also use the information of the S-TMSL to be applied according to different scenarios, or may be fixed to a certain type of information after being standardized;
  • MBMS service request reason can be MBMS of non-local cell (or this MBSFN area)
  • the service request may also be a service that is stopped in the cell, and the UE may be configured according to specific conditions.
  • the MBMS service type information is configured by the network side according to the actual situation.
  • the UE sends the set MBMS request message to the network side.
  • the network side determines the subsequent operation for the parameters in the MBMS request message.
  • the MBMS service requested in the MBMS request message sent by the UE does not belong to the local cell (or the MBSFN area). Then, if the network side does not support the local cell (the MBMS service is not supported in the MBSFN area, the network side does not support sending)
  • the MBMS service of the local network the network side may reply to the UE, and carry the reason that the foregoing cannot be sent; if the network side supports the cross-cell (or different MBSFN area) to send the MBMS service, and after judging, confirm the MBMS service requested by the UE.
  • the network side For the free service, the network side considers that the UE satisfies the condition of receiving the requested MBMS service, and can reply to the UE, and carries the information that the network side is about to send the MBMS service and requests the user to prepare for reception.
  • the MBMS service requested in the MBMS request message sent by the UE belongs to the charging service. If the network side receives the MBMS request message, it determines that the service is a paid MBMS service, and the network side further determines through the identification information of the UE. If the UE is a non-subscriber, the network side cannot open the MBMS service, and the network side replies to the UE, and carries the reason that the MBMS service requested by the UE cannot be sent, and recommends that the UE request the MBMS service after signing the contract. The information sent.
  • the network side finds that more UEs are requesting the same MBMS. The transmission of the service, however, the network side confirms that these cells belong to the cell that is not planned to transmit the MBMS service. Then, the network side may reply to the UE, and carry the foregoing reason for not being able to send the MBMS service requested by the UE;
  • the network side can save the MBMS request information sent by the UE each time, and after a period of time, when the network side requests more and more of the MBMS service in these cells, this will be These cells in the transmitting cell that were not originally planned for the MBMS service are the cells for the new MBMS service. Conversely, the network side may send a cell that has not requested the MBMS service to the cell range in which the MBMS service is transmitted according to the UE sending the MBMS request message.
  • the network side adjusts the MBMS transmission range according to the MBMS request message sent by the UE.
  • the cell in which the UE is located belongs to multiple MBSFN areas at the same time. This situation is called MBSFN area overlap coverage in LTE. Accordingly, the cell simultaneously transmits MBMS services of a plurality of different MBSFN areas.
  • the MBMS request message carries the MBMS identification information, and the identification information of different MBMS services may be the same in the two different MBSFN areas. In this case, therefore, the MBMS request message should also carry at least the MBSFN area identification information. If the UE needs to request the MBMS service of the two different areas at the same time, the MBMS request message needs to carry the identifier information of the two MBSFN areas at the same time.
  • FIG. 4 is a schematic diagram of a scenario for requesting an MBMS service according to the present invention.
  • MBSFN area 1 and MBSFN area 2 overlap and cover a certain cell(s)
  • cells 1 to 7 in FIG. 4 are overlapped and covered.
  • Different MBSFN areas use different subframe resources. In this situation,
  • a certain UE has learned that the requested MBMS service is in the MBSFN area 1, but the UE does not receive the UE in the cell and stops transmitting.
  • the MBMS request message carries the MBSFN in addition to the MBMS service request.
  • the identifier of the area 1 is sent to the network side, and the network side finds that the MBMS service requested by the UE is in the cell adjacent to the cell 1 (for example, any one of the cells 1 to )) according to the MBMS request message of the UE.
  • the network side determines that if the MBMS service requested by the UE is transmitted in the MBSFN area 2 of the cell 1, it can be in the MBSFN with the neighboring cell (such as any one of the cells 1 to ⁇ ).
  • the MBMS service transmitted in the area 2 constitutes an MBSFN transmission mode (the neighboring cells use the same time-frequency resource and transmit the same data, The data wave signals transmitted by neighboring cells are superimposed in the air, thereby increasing the gain.
  • the network side can send the MBMS service requested by the UE in the MBSFN area 2 of the cell 1, and the network side informs the information that the MBMS service requested by the UE will be sent in the MBSFN area 2 of the local cell. UE.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种请求 MBMS业务的方法及系统 技术领域
本发明涉及多媒体广播组播业务 ( MBMS , Multimedia Broadcast Multicast Service ), 尤指一种请求 MBMS业务的方法及系统。 背景技术
随着互联网的迅猛发展和大屏幕多功能手机的普及, 出现了大量移动 数据多媒体业务和各种高带宽多媒体业务, 比如视频会议、 电视广播、 视 频点播、 视频广告、 网上教育、 互动游戏等, 这些移动数据多媒体业务和 各种高带宽多媒体业务不仅满足了移动用户不断上升的业务需求, 同时也 为移动运营商带来新的业务增长点。 移动数据多媒体业务和各种高带宽多 媒体业务要求多个用户能够同时接收相同数据, 与一般的数据业务相比, 具有数据量大、 持续时间长、 时延敏感等特点。
为了有效地利用移动网络资源, 第三代合作伙伴计划 (3GPP , 3rd Generation Partnership Project )提出了 MBMS业务, MBMS业务是一种从 一个数据源向多个目标传送数据的技术, 实现了网络(包括核心网和接入 网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。 3GPP 定义的 MBMS业务不仅能够实现纯文本低速率的消息类组播和广播, 还能 够实现高速多媒体业务的广播和组播, 提供多种丰富的视频、 音频和多媒 体业务, 这无疑顺应了未来移动数据发展的趋势, 为第三代数字通信(3G, 3rd Generation ) 的发展提供了更好的业务前景。
在长期演进(LTE, Long Term Evolution )系统中, MBMS业务釆用多 媒体广播组播业务单频网 ( MBSFN, Multimedia Broadcast multicast service Single Frequency Network )方式进行发送。 MBSFN方式可以理解为一种多 小区联合发送的方式, 即一定地理位置内的小区均在相同的时间、 相同的 频率资源上发送相同的 MBMS业务数据, 一定的地理位置称为 MBSFN区 域。 这样, 在整个 MBSFN区域内, 来自每个小区发送的数据对应电波信号 就会自然叠加, 从而较大幅度的提升了信号强度。
现有技术中, 为了获取 MBMS业务, UE会向网络侧发送携带请求的 MBMS标识信息的请求,由网络侧根据接收到的 MBMS标识信息确定是否 向该 UE发送请求的 MBMS业务。
由于不同的 MBSFN区域有可能有相同的 MBMS业务, 并且使用相同 MBMS标识信息, 这样, 通过现有获取 MBMS业务的方法, 是不能唯一确 定请求的 MBMS业务是哪个 MBSFN区域的 MBMS业务的。
另外, 目前在 LTE版本 10 ( R10 ) 中正在考虑是否需要引进: 针对一 些没有 UE接收的 MBMS业务, 网络侧通过选择关闭这些 MBMS业务, 以 达到节省资源的目的, 并帮助网络侧节能。 但是, 在 LTE R10中用于判断 MBMS业务是否有 UE接收的过程是周期性的, 并且周期非常长。 也就是 说, 如果网络侧针对某一 MBMS业务进行统计结果为: 该 MBMS业务没 有 UE接收, 那么, 网络侧会停止发送该 MBMS业务。 但是, 假设过一会 儿, 有 UE对这些当时没有 UE接收的 MBMS业务感兴趣而需要接收时, UE需要向网络侧请求该 MBMS业务的发送,那么 ,从现有 UE获取 MBMS 业务的方法来看, UE如何请求以获得这样的 MBMS业务也没有给出解决 方案。
从现有 UE获取 MBMS业务的方法来看,不能很好的适应釆用 MBSFN 方式发送 MBMS业务的场景, 从而不能很好满足用户对 MBMS业务的需 求。 发明内容
有鉴于此, 本发明的主要目的在于提供一种请求 MBMS业务的方法及 系统, 能够很好地适应釆用 MBSFN方式发送 MBMS业务的场景, 从而很 好地满足用户对 MBMS业务的需求。
为达到上述目的, 本发明的技术方案是这样实现的:
一种请求 MBMS业务的方法, 包括:
用户设备 UE在向网络侧请求发送多媒体广播组播业务 MBMS时, 在 请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信息之一 或任意组合: 多媒体广播组播业务单频网 MBSFN区域标识信息, UE的标 识信息, MBMS业务请求原因, MBMS业务类型信息。
该方法之前还包括:
所述网络侧为 UE分配上行资源,所述 UE在网络侧分配的上行资源上 发送所述 MBMS请求。
该方法还包括: 网络侧接收到该 MBMS请求消息后, 确定是否发送被 请求的 MBMS业务;
所述网络侧向 UE发送 MBMS请求消息响应, 用于通知 UE, 其请求 的 MBMS业务是否可以发送, 以及不能发送时的原因。
所述上行资源可以是: 上行公共控制信道 CCCH, 或物理上行共享信 道 PUSCH, 或专用控制信道 DCCH, 或约定的上行资源, 或网络侧分配的 专用资源上为 MBMS请求消息分配的上行资源。
所述 MBMS请求用于所述 UE向网络侧请求一个或一个以上 MBMS 业务的发送。
所述一个或一个以上 MBMS业务为: 所述 UE所在小区或所述 UE所 感兴趣的 MBSFN区域中没有的业务; 或者,
所述一个或一个以上 MBMS业务为: 所述 UE所在小区或所述 UE所 感兴趣的 MBSFN 区域中发送过的业务, 但由于所述 UE所在小区或所述 UE所感兴趣的 MBSFN区域内没有 UE接收而被网络侧停止发送的 MBMS 业务。 所述 MBMS标识信息为: MBMS业务 ID, 或临时移动组标识 TMGI, 或为使用多播信道 MCH和 sessionld结合的方式,具体指明哪个 MCH中的 哪个 sessionld, 或为使用 MCH和 MTCH的逻辑信道 ID结合的方式, 具 体指明哪个 MCH中的哪个 MTCH;
所述 MBMS标识信息为一个或一个以上。
所述 MBSFN区域标识信息为 UE请求的 MBMS业务所属的 MBSFN 区域的标识;
所述 MBSFN区域标识信息为一个或一个以上。
如果所述 UE同时请求两个或两个以上 MBMS业务, 并且两个或两个 以上 MBMS业务不属于同一 MBSFN区域, 所述 MBSFN区域标识信息包 括所述不同的 MBSFN区域的 MBSFN区域标识信息。
所述 UE的标识信息为: UE标识 UE— ID , 或用户设备分配系统架构演 进的临时移动用户标识 S-TMSI, 或 40比特的随机值, 或小区无线网络临 时标识 C-RNTI, 或全球移动用户标识 IMSI。
所述 MBMS 业务请求原因至少包括以下之一: 被请求的所述 MBMS 业务是网络侧统计后, 由于没有 UE接收而关闭的 MBMS业务; 或者, 被请求的所述 MBMS业务不属于所述 UE所在小区发送的 MBMS业 务。
该方法还包括:
所述网络侧接收到 MBMS业务请求后, 根据小区中发送 MBMS业务 请求的 UE的数量, 和 /或 UE请求的 MBMS业务, 调整发送 MBSFN区域 的小区组成和 /或被请求的 MBMS业务的发送范围。
所述网络侧的调整具体包括:
所述网络侧接收到该 MBMS请求消息后, 判断出所述 UE所在小区为 未被规划为发送所述请求的 MBMS业务的小区;
所述网络侧保存所述 UE发送的 MBMS请求信息, 一段预设时长后, 所述网络侧将未规划发送所述请求的 MBMS业务的小区设置发送所述请求 的 MBMS业务的小区;
所述网络侧根据接收到的 MBMS请求消息, 将一段预设时长后, 没有 请求 MBMS业务的小区划出 MBMS业务发送的小区范围。
所述 UE在向网络侧请求发送多媒体广播组播业务 MBMS时, 在请求 中至少携带有下述之一: 请求的 MBMS业务的 MBMS标识信息、 多媒体 广播组播业务单频网 MBSFN区域标识信息、 MBMS业务请求原因;
所述 MBSFN区域标识信息为第一 MBSFN区域的标识;
所述 MBMS业务请求原因为:请求的 MBMS业务在第一 MBSFN区域 中有, 但是目前由于小区内没有 UE接收而停止发送;
在 MBSFN区域重叠覆盖的小区内, 所述网络侧根据 MBMS请求消息 中的被请求的 MBMS业务在网络侧的发送情况, 选择合理的 MBSFN区域 发送被请求的 MBMS业务。
所述网络侧根据 MBMS请求消息中的被请求的 MBMS业务在网络侧 的发送情况,选择合理的 MBSFN区域发送被请求的 MBMS业务具体包括: 所述网络侧根据来自所述 UE的 MBMS请求消息, 确定该 UE请求的 MBMS业务正在与所述停止发送请求的 MBMS业务的小区相邻的小区中, 并在第二 MBSFN区域的资源中发送; 同时, 网络侧判断出如果在所述停止 发送请求的 MBMS业务的小区的第二 MBSFN 区域中发送该 UE请求的 MBMS业务,正好与相邻小区中在第二 MBSFN区域中发送该 MBMS业务 构成 MBSFN传输方式, 所以, 所述网络侧在所述停止发送请求的 MBMS 业务的小区的第二 MBSFN 区域中发送 UE请求的 MBMS业务并通知给 UE;
所述停止发送请求的 MBMS 业务的小区、 以及所述停止发送请求的 MBMS业务的小区的相邻小区为: 第二 MBSFN区域重叠覆盖的小区。
所述 MBMS业务类型信息, 用于指示被请求的所述 MBMS业务是组 播业务或是广播业务;
或者, 用于指示被请求的所述 MBMS业务是签约付费 MBMS业务, 或是免费 MBMS业务。
所述网络侧为: 演进基站 eNB、 或中继站 relay、 或多小区协作实体 MCE, 或广播组播业务中心 BMSC、 或 MBMS网关 MBMS GW。
一种请求 MBMS业务的方法, 包括:
用户设备 UE在向网络侧请求发送多媒体广播组播业务 MBMS时, 在 请求中至少携带有下述之一: 请求的 MBMS业务的 MBMS标识信息、 多 媒体广播组播业务单频网 MBSFN区域标识信息以及 MBMS业务请求原因; 所述 MBSFN区域标识信息为第一 MBSFN区域的标识;
所述 MBMS业务请求原因为:请求的 MBMS业务在第一 MBSFN区域 中有, 但是目前由于小区内没有 UE接收而停止发送;
在 MBSFN区域重叠覆盖的小区内, 所述网络侧根据 MBMS请求消息 中的被请求的 MBMS业务在网络侧的发送情况, 选择合理的 MBSFN区域 发送被请求的 MBMS业务。
所述网络侧根据 MBMS请求消息中的被请求的 MBMS业务在网络侧 的发送情况,选择合理的 MBSFN区域发送被请求的 MBMS业务具体包括: 所述网络侧根据来自所述 UE的 MBMS请求消息, 确定该 UE请求的 MBMS业务正在与所述停止发送请求的 MBMS业务的小区相邻的小区中, 并在第二 MBSFN区域的资源中发送; 同时, 网络侧判断出如果在所述停止 发送请求的 MBMS业务的小区的第二 MBSFN 区域中发送该 UE请求的 MBMS业务,正好与相邻小区中在第二 MBSFN区域中发送该 MBMS业务 构成 MBSFN传输方式, 所以, 所述网络侧在所述停止发送请求的 MBMS 业务的小区的第二 MBSFN 区域中发送 UE请求的 MBMS业务并通知给 UE;
所述停止发送请求的 MBMS 业务的小区、 以及所述停止发送请求的 MBMS业务的小区的相邻小区为: 第二 MBSFN区域重叠覆盖的小区。 一种请求 MBMS业务的系统, 主要包括网络侧和 UE, 其中,
UE , 用于向网络侧请求发送 MBMS 业务, 在请求中携带有请求的
MBMS业务的 MBMS标识信息, 以及以下信息之一或任意组合: MBSFN 区域标识信息, UE的标识信息, MBMS业务请求原因, MBMS业务类型 信息;
网络侧, 用于接收来自 UE的 MBMS请求消息。
所述网络侧, 还用于根据接收到的 MBMS请求消息, 确定是否发送被 请求的 MBMS业务, 向所述 UE发送用于通知 UE, 其请求的 MBMS业务 是否可以发送, 以及不能发送时的原因的 MBMS请求消息响应。
所述网络侧, 还用于为所述 UE分配上行资源; 所述网络侧为:演进基站 eNB、或中继站 relay、或小区协作实体 MCE , 或广播组播业务中心 BMSC、 或 MBMS网关 MBMS GW。
从上述本发明提供的技术方案可以看出, UE 在向网络侧请求发送 MBMS业务时, 在请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信息之一或任意组合: MBSFN区域标识信息, UE的标识信息, MBMS 业务请求原因, MBMS 业务类型信息; 而网络侧接收到该 MBMS 请求消息后, 确定是否发送被请求的 MBMS业务。 本发明方法很好地适应 了釆用 MBSFN 方式发送 MBMS 业务的场景, 从而艮好地满足了用户对 MBMS业务的需求。 附图说明
图 1为本发明请求 MBMS业务的方法的流程图;
图 2为本发明 MBMS请求的组成示意图;
图 3为本发明请求 MBMS业务的系统的组成结构示意图; 图 4为本发明请求 MBMS业务的实施例的场景示意图。 具体实施方式
图 1为本发明请求 MBMS业务的方法的流程图, 如图 1所示, 包括: 步骤 100: UE向网络侧请求发送 MBMS业务,在请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信息之一或任意组合: MBSFN 区域标识信息, UE的标识信息, MBMS业务请求原因, MBMS业务类型 信息。
MBMS请求是 UE向网络侧请求发送一个或多个 MBMS业务的消息, UE在给网络侧发送之前 , 网络侧会为 UE分配上行资源 , 然后 UE在网络 侧分配的上行资源上将 MBMS请求发送给网络侧。
这里上行资源可以是: 上行公共控制信道(CCCH, Common Control Channel ) ,或物理上行共享信道( PUSCH, Physical Uplink Shared Channel ) , 或专用控制信道(DCCH, Dedicated Control Channel ) ,或约定的上行资源, 或网络侧分配的专用资源上为 MBMS请求消息分配的上行资源。具体来讲: UE在 CCCH上给网络侧发送 MBMS请求消息, 或者在 PUSCH上给网络 侧发送 MBMS请求消息 , 或者在 DCCH上发送 MBMS请求消息 , 或者在 约定的上行资源上发送 MBMS请求消息, 或者在网络侧分配的专用资源上 为 MBMS请求消息分配的上行资源上发送 MBMS请求消息。
MBMS请求消息, 用于 UE向网络侧请求一个或者多个 MBMS业务的 发送。 这里, 一个或者多个 MBMS业务是网络侧没有发送的; 进一步地, 这些 MBMS 业务可以是 UE 所在小区即本小区 (或者 UE 所感兴趣的 MBSFN区域, 也称为本 MBSFN区域)没有的业务, 即事先没有分配在本 小区 (或本 MBSFN 区域)发送的 MBMS 业务, 也可以是本小区 (或本 MBSFN区域)原来发送的业务,但是由于当时本小区(或本 MBSFN区域) 内没有 UE接收而被网络侧停止发送的 MBMS业务。 步骤 101 : 网络侧接收到该 MBMS请求消息后, 确定是否发送被请求 的 MBMS业务。
网络侧接收到 UE发送的 MBMS请求消息后,网络侧向 UE发送 MBMS 请求消息响应, 用于通知 UE, 其请求的 MBMS业务是否可以发送, 以及 不能发送时的原因, 这样提升了用户体验。
网络侧可以为:演进基站( eNB ),中继站( relay ),小区协作实体( MCE, Multi-cell/multicast Coordination Entity ) , 广播组播业务中心 (BMSC , Broadcast-Multicast - Service Centre ) , MBMS网关 (MBMS GW, MBMS GateWay )等。
本发明 MBMS 请求中携带的各信息可以同时包含多个, 比如, 如果 UE需要同时请求网络侧发送两个 MBMS业务, 那么, UE可以向网络侧发 送一次 MBMS请求消息,在该 MBMS请求消息中同时携带 UE请求的两个 MBMS业务的 MBMS标识信息。
图 2为本发明 MBMS请求的组成示意图, 如图 2所示, 下面详细介绍 MBMS请求中携带的各信息如下:
(1) MBMS标识信息。
MBMS标识信息为 UE请求的 MBMS业务的标识, 以便网络侧获知 UE正在针对哪个 MBMS业务发送请求消息。 具体的表示形式可以多种多 样,比如为 MBMS业务 ID( service Id ),或临时移动组标识 ( TMGI , Temporary Mobile Group Identity ); 也可以使用间接的方式, 比如为多播信道( MCH, Multicast Channel )和 sessionld结合的方式, 具体指明哪个 MCH中的哪个 sessionld即可。 或者为 MCH和 MTCH的逻辑信道 ID结合的方式, 具体 指明哪个 MCH中的哪个 MTCH即可。
MBMS标识信息可以有一个或者多个, 当为多个时, 表示 UE同时请 求多个 MBMS业务发送。
(2) MBSFN区域标识信息。 MBSFN区域标识信息为 UE请求的 MBMS业务所属的 MBSFN区域的 标识, 可以使用 MBSFN区域 ID ( mbsfn-Areald ) 。
在 LTE中, 支持多个不同的 MBSFN区域同时覆盖同一地理位置, 那 么相应的同一地理位置的小区会同时属于多个 MBSFN区域覆盖,需要发送 多个 MBSFN区域的 MBMS业务。 由于不同的 MBSFN区域有可能有相同 的 MBMS业务, 并且使用相同 MBMS业务标识, 此时, 如果 UE处于被 MBSFN区域重叠覆盖的小区内向网络侧发送 MBMS请求消息时, 在请求 消息中需要携带被请求的 MBMS业务所属的 MBSFN区域的 MBSFN区域 标识信息, 这样, 网络侧才可以通过 MBSFN区域标识信息确定 UE请求的 是哪一个 MBSFN区域的 MBMS业务。
MBSFN区域标识信息可以有一个或者多个, UE可以同时请求相同或 者不同 MBSFN区域的 MBMS发送。
(3) UE的标识信息。
UE的标识信息为: UE标识(UE— ID ) , 或用户设备分配系统架构演 进的临时移动用户标识( S-TMSI, SAE Temporary Mobile Station Identifier ) , 或 40比特的随机值,或小区无线网络临时标识( C-RNTI, Cell Radio Network Temporary Identifier ) , 或全球移动用户标识 ( IMSI, International Mobile Subscriber Identity ) 。
对于接收到 MBMS业务请求的网络侧, 可以根据 UE的标识信息, 判 断该 UE请求的 MBMS业务是否满足给该 UE发送的条件, 比如: 如果该 UE请求的是一个付费的 MBMS业务, 网络侧可以根据 UE的标识信息判 断该 UE是否为欠费用户, 如果该 UE为非欠费且属于签约用户, 那么, 满 足给该 UE发送的条件, 网络侧才可能选择为该 UE发送其请求的 MBMS 业务。
需要说明的是, 如果 UE事先知道自身请求的 MBMS属于免费业务, 也可以不携带自身的标识信息。 (4) MBMS业务请求原因。
MBMS业务请求原因至少包括下列之一:被请求的 MBMS业务是网络 侧统计后,由于没有 UE接收而关闭的 MBMS业务,或者,被请求的 MBMS 业务不属于 UE所在小区发送的 MBMS业务等。
(5) MBMS业务类型信息,用于指示被请求的 MBMS业务是组播业务, 或者是广播业务, 或者描述为是签约付费 MBMS业务还是免费 MBMS业 务。
一般情况下, 组播业务是付费业务, 广播业务是免费业务。 对于组播 (或者付费业务)业务可能需要计费, 所以 UE如果请求的 MBMS业务是 组播业务, 那么, 网络侧在进一步判断出该 UE为已经签约的 UE后, 才向 该 UE发送请求的 MBMS业务; 如果判断出该 UE不是签约 UE, 那么, 网 络侧可以提醒该 UE, 该业务需要签约后接收。
需要说明的是, 如果 MBMS业务请求消息中未携带该 MBMS业务类 型信息, 网络侧通过检索后, 也可以判断出被请求的 MBMS业务为付费业 务还是免费业务, 具体实现属于本领域技术人员公知技术, 这里不再赘述。
图 3为本发明请求 MBMS业务的系统的组成结构示意图,如图 3所示, 本分发明系统主要包括网络侧和 UE, 其中,
UE , 用于向网络侧请求发送 MBMS 业务, 在请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信息之一或任意组合: MBSFN 区域标识信息, UE的标识信息, MBMS业务请求原因, MBMS业务类型 信息。
网络侧, 用于接收来自 UE的 MBMS请求消息。
网络侧, 还用于根据接收到的 MBMS请求消息, 确定是否发送被请求 的 MBMS业务, 向所述 UE发送 MBMS请求消息响应, 用于通知 UE, 其 请求的 MBMS业务是否可以发送, 以及不能发送时的原因。
网络侧可以为:演进基站(eNB ),中继站(relay ),小区协作实体(MCE, Multi-cell/multicast Coordination Entity ) , 广播组播业务中心 ( BMSC , Broadcast-Multicast - Service Centre ), MBMS网关 (MBMS GW, MBMS GateWay )等。
下面结合不同的应用场景, 举实施例对本发明方法进行详细描述。 第一实施例, 假设某 UE从 MBMS业务电子节目单(是一个包含很多 MBMS业务简介的电子菜单, UE可以通过很多现有公知方式事先获得)中 了解到某 MBMS业务的简介,该 UE对这个 MBMS业务感兴趣并需要进行 接收, 但是通过相关控制信息的接收后, 该 UE发现该 MBMS业务在本小 区内没有发送。
此时, UE可以向网络侧发送 MBMS请求消息, MBMS请求消息可以 在上行公共控制信道, 或 PUSCH, 或约定好的上行资源中发送。 需要说明 的是, 如果是在在上行公共控制信道, 或 PUSCH上发送 MBMS业务, 在 UE发送 MBMS请求消息之前,网络侧在上行公共控制信道或者 PUSCH中 为 UE分配有上行资源,具体的分配资源的过程属于本领域技术人员公知技 术, 这里不再赘述。
第一实施例中,假设 MBMS请求消息携带有: MBMS标识信息、 MBSFN 区域标识信息、 UE的标识信息、 MBMS业务请求原因, 以及 MBMS业务 类型信息。 第一实施例中, 相应的每个参数的取值分别为:
MBMS标识信息为 MBMS service ID; MBSFN区 i或标识信息为 UE需 要请求的 MBMS业务所在的 MBSFN区域 ID, 即 mbsfn-Areald;
UE的标识信息为 UE— ID, 每个 UE都有一个固有的 ID。 UE的标识信 息也可以使 UE随机生成 40比特的随机数作为标识信息; UE的标识信息 还可以使用 C-RNTI, 主要是针对连接态的 UE, 因为连接态的 UE, 网络侧 会为其配置一个 C-RNTI; UE的标识信息也可以使用 S-TMSL 上述的这些 信息可以才艮据不同的场景应用, 也可以通过标准化后, 固定为某一种信息;
MBMS业务请求原因,可以为非本小区(或本 MBSFN区域)的 MBMS 业务请求, 也可以是本小区内被停止播放的业务, UE可以根据具体情况进 行配置。
MBMS业务类型信息由网络侧根据实际情况进行配置。
最后, UE将设置好的 MBMS请求消息发送给网络侧, 网络侧接收到 MBMS请求消息后, 针对 MBMS请求消息中的参数, 确定后续的操作。
比如, UE发送的 MBMS请求消息中请求的 MBMS业务不属于本小区 (或本 MBSFN区域) , 那么, 如果网络侧不支持本小区(本 MBSFN区域 没有的 MBMS业务, 网络侧不支持发送)发送非本小区的 MBMS业务, 网络侧可以回复该 UE, 并携带上述不能发送的原因; 如果网络侧支持这种 跨小区 (或不同 MBSFN区域)发送 MBMS业务, 并且经过判断, 确认该 UE请求的 MBMS 业务为免费业务, 网络侧认为该 UE 满足接收请求的 MBMS业务的条件 , 可以回复该 UE, 并携带网络侧即将发送该 MBMS业 务, 请求用户做好接收准备的信息。
比如,UE发送的 MBMS请求消息中请求的 MBMS业务属于付费业务, 如果网络侧接收到该 MBMS 请求消息后, 通过判断发现该业务为付费 MBMS业务, 并且通过该 UE的标识信息, 网络侧进一步判断出该 UE为 非签约用户, 那么, 网络侧是不能开启该 MBMS 业务的, 网络侧回复该 UE, 并携带上述不能发送 UE请求的 MBMS业务的原因, 并建议该 UE签 约后在请求该 MBMS业务的发送的信息。
比如, 假设在某一小区(或多个小区内)内, 有较多的 UE发送各自的 MBMS请求消息, 网络侧接收到这些 MBMS请求消息后, 发现有较多的 UE都在请求同一个 MBMS业务的发送, 但是, 网络侧通过判断后确认这 些小区均属于没有被规划为发送该 MBMS业务的小区。 那么, 网络侧可以 回复该 UE, 并携带上述不能发送 UE请求的 MBMS业务的原因;
同时, 较佳地, 网络侧可以保存每次 UE发送的 MBMS请求信息, 一 段时间后, 网络侧在这些小区请求该 MBMS业务的情况越来越多时, 将这 些原本没有规划到 MBMS 业务的发送小区内的这些小区纳为新的 MBMS 业务发送小区。 相反地, 网络侧根据 UE发送 MBMS请求消息, 可以把一 些一直没有请求 MBMS业务的小区划出 MBMS业务发送的小区范围。
这样,实现了网络侧根据 UE发送的 MBMS请求消息调整 MBMS发送 范围的目的。
比如, UE所处的小区同时属于多个 MBSFN区域,这种情况在 LTE中 被称为 MBSFN区域重叠覆盖。相应地,该小区同时发送多个不同的 MBSFN 区域的 MBMS业务。此时,如果本小区中有 UE发送 MBMS请求消息给网 络侧 , 那么该 MBMS请求消息中除了携带 MBMS标识信息外, 由于两个 不同的 MBSFN区域有可能会出现不同 MBMS业务的标识信息是相同的情 况, 因此, MBMS请求消息中还应该至少携带 MBSFN区域标识信息。 如 果 UE需要同时向网络侧请求 2个不同区域的 MBMS业务时, MBMS请求 消息中需要同时携带两个 MBSFN区域的标识信息。
第二实施例, 图 4为本发明请求 MBMS业务的实施例的场景示意图, 当 MBSFN区域 1和 MBSFN区域 2重叠覆盖某一个(些 )小区时, 如图 4 中的小区 1到 7被重叠覆盖,不同的 MBSFN区域使用不同的子帧资源。这 种情况下,
比如, 某 UE已获知请求的 MBMS业务在 MBSFN区域 1中有, 但是 目前由于小区内没有 UE接收而停止发送, 该 UE在 MBMS请求消息中, 除了携带上述 MBMS业务请求原因外, 还携带有 MBSFN区域 1的标识, 并将 MBMS请求消息发送给网络侧;网络侧根据该 UE的 MBMS请求消息 , 发现该 UE请求的 MBMS业务正在与该小区 1相邻的小区 (如小区 1〜Ί任 意一个)中并在 MBSFN区域 2的资源中发送, 网络侧判断出如果在小区 1 的 MBSFN区域 2中发送该 UE请求的 MBMS业务, 正好可以和相邻小区 (如小区 1〜Ί任意一个 ) 中在 MBSFN区域 2中发送的该 MBMS业务构成 MBSFN传输方式(相邻小区使用相同的时频资源, 发送相同的数据, 这样 相邻小区的发送的数据电波信号会在空中叠加, 从而提升增益, 具体参考
LTE协议的多小区 MBMS传输 ) , 所以, 网络侧可以在小区 1的 MBSFN 区域 2中发送 UE请求的 MBMS业务,并且网络侧将 UE请求的 MBMS业 务将在本小区 MBSFN区域 2中发送的信息告知 UE。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的保 护范围, 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等, 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种请求 MBMS业务的方法, 其特征在于, 包括:
用户设备 UE在向网络侧请求发送多媒体广播组播业务 MBMS时, 在 MBMS请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信 息之一或任意组合: 多媒体广播组播业务单频网 MBSFN 区域标识信息, UE的标识信息 , MBMS业务请求原因 , MBMS业务类型信息。
2、 根据权利要求 1所述的方法, 其特征在于, 该方法之前还包括: 所述网络侧为 UE分配上行资源,所述 UE在网络侧分配的上行资源上 发送所述 MBMS请求。
3、 根据权利要求 1或 2所述的方法, 其特征在于, 该方法还包括: 网络侧接收到该 MBMS请求消息后, 确定是否发送被请求的 MBMS 业务;
所述网络侧向 UE发送 MBMS 请求消息响应, 通知 UE, 其请求的 MBMS业务是否可以发送, 以及不能发送时的原因。
4、 根据权利要求 2所述的方法, 其特征在于, 所述上行资源是: 上行公共控制信道 CCCH, 或物理上行共享信道 PUSCH, 或专用控制 信道 DCCH, 或约定的上行资源, 或网络侧分配的专用资源上为 MBMS请 求消息分配的上行资源。
5、 根据权利要求 1、 2或 4所述的方法, 其特征在于, 所述 MBMS请 求用于所述 UE向网络侧请求一个或一个以上 MBMS业务的发送。
6、 根据权利要求 5 所述的方法, 其特征在于, 所述一个或一个以上 MBMS业务为:
所述 UE所在小区或所述 UE所感兴趣的 MBSFN区域中没有的业务; 或者,
所述一个或一个以上 MBMS业务为: 所述 UE所在小区或所述 UE所 感兴趣的 MBSFN 区域中发送过的业务, 但由于所述 UE所在小区或所述 UE所感兴趣的 MBSFN区域内没有 UE接收而被网络侧停止发送的 MBMS 业务。
7、 根据权利要求 1或 2所述的方法, 其特征在于, 所述 MBMS标识 信息为:
MBMS业务 ID, 或临时移动组标识 TMGI, 或为使用多播信道 MCH 和 sessionld结合的方式, 具体指明哪个 MCH中的哪个 sessionld, 或为使 用 MCH和 MTCH的逻辑信道 ID结合的方式,具体指明哪个 MCH中的哪 个 MTCH;
所述 MBMS标识信息为一个或一个以上。
8、 根据权利要求 1或 2所述的方法, 其特征在于,
所述 MBSFN区域标识信息为 UE请求的 MBMS业务所属的 MBSFN 区域的标识;
所述 MBSFN区域标识信息为一个或一个以上。
9、 根据权利要求 8所述的方法, 其特征在于, 如果所述 UE同时请求 两个或两个以上 MBMS业务, 并且两个或两个以上 MBMS业务不属于同 — MBSFN区域,所述 MBSFN区域标识信息包括所述不同的 MBSFN区域 的 MBSFN区域标识信息。
10、根据权利要求 1所述的方法,其特征在于,所述 UE的标识信息为: UE 标识 UE— ID, 或用户设备分配系统架构演进的临时移动用户标识
S-TMSI, 或 40比特的随机值, 或小区无线网络临时标识 C-RNTI, 或全球 移动用户标识 IMSI。
11、 根据权利要求 1或 2所述的方法, 其特征在于, 所述 MBMS业务 请求原因至少包括以下之一:
被请求的所述 MBMS业务是网络侧统计后, 由于没有 UE接收而关闭 的 MBMS业务; 或者, 被请求的所述 MBMS业务不属于所述 UE所在小区发送的 MBMS业 务。
12、 根据权利要求 11所述的方法, 其特征在于, 该方法还包括: 所述网络侧接收到 MBMS业务请求后, 根据小区中发送 MBMS业务 请求的 UE的数量, 和 /或 UE请求的 MBMS业务, 调整发送 MBSFN区域 的小区组成和 /或被请求的 MBMS业务的发送范围。
13、 根据权利要求 12所述方法, 其特征在于, 所述网络侧的调整具体 包括:
所述网络侧接收到该 MBMS请求消息后, 判断出所述 UE所在小区为 未被规划为发送所述请求的 MBMS业务的小区;
所述网络侧保存所述 UE发送的 MBMS请求信息, 一段预设时长后, 所述网络侧将未规划发送所述请求的 MBMS业务的小区设置发送所述请求 的 MBMS业务的小区;
所述网络侧根据接收到的 MBMS请求消息, 将一段预设时长后, 没有 请求 MBMS业务的小区划出 MBMS业务发送的小区范围。
14、根据权利要求 1或 2所述的方法, 其特征在于, 所述 UE在向网络 侧请求发送多媒体广播组播业务 MBMS时 ,在请求中至少携带有下述之一: 请求的 MBMS业务的 MBMS标识信息、 多媒体广播组播业务单频网 MBSFN区域标识信息、 MBMS业务请求原因;
所述 MBSFN区域标识信息为第一 MBSFN区域的标识;
所述 MBMS业务请求原因为:请求的 MBMS业务在第一 MBSFN区域 中有, 但是目前由于小区内没有 UE接收而停止发送;
在 MBSFN区域重叠覆盖的小区内, 所述网络侧根据 MBMS请求消息 中的被请求的 MBMS业务在网络侧的发送情况, 选择合理的 MBSFN区域 发送被请求的 MBMS业务。
15、根据权利要求 14所述的方法,其特征在于,所述网络侧根据 MBMS 请求消息中的被请求的 MBMS 业务在网络侧的发送情况, 选择合理的 MBSFN区域发送被请求的 MBMS业务具体包括:
所述网络侧根据来自所述 UE的 MBMS请求消息, 确定该 UE请求的 MBMS业务正在与所述停止发送请求的 MBMS业务的小区相邻的小区中, 并在第二 MBSFN区域的资源中发送; 同时, 网络侧判断出如果在所述停止 发送请求的 MBMS业务的小区的第二 MBSFN 区域中发送该 UE请求的 MBMS业务,正好与相邻小区中在第二 MBSFN区域中发送该 MBMS业务 构成 MBSFN传输方式, 所述网络侧在所述停止发送请求的 MBMS业务的 小区的第二 MBSFN区域中发送 UE请求的 MBMS业务并通知给 UE;
所述停止发送请求的 MBMS 业务的小区、 以及所述停止发送请求的 MBMS业务的小区的相邻小区为: 第二 MBSFN区域重叠覆盖的小区。
16、 根据权利要求 1或 2所述的方法, 其特征在于, 所述 MBMS业务 类型信息,
用于指示被请求的所述 MBMS业务是组播业务或是广播业务; 或者, 用于指示被请求的所述 MBMS业务是签约付费 MBMS业务, 或是免费 MBMS业务。
17、 根据权利要求 1或 2所述的方法, 其特征在于, 所述网络侧为: 演进基站 eNB、 或中继站 relay、 或多小区协作实体 MCE, 或广播组播 业务中心 BMSC、 或 MBMS网关 MBMS GW。
18、 一种请求 MBMS业务的方法, 其特征在于, 包括:
用户设备 UE在向网络侧请求发送多媒体广播组播业务 MBMS时, 在 请求中至少携带有下述之一: 请求的 MBMS业务的 MBMS标识信息、 多 媒体广播组播业务单频网 MBSFN区域标识信息以及 MBMS业务请求原因; 所述 MBSFN区域标识信息为第一 MBSFN区域的标识;
所述 MBMS业务请求原因为:请求的 MBMS业务在第一 MBSFN区域 中有, 但是目前由于小区内没有 UE接收而停止发送; 在 MBSFN区域重叠覆盖的小区内, 所述网络侧根据 MBMS请求消息 中的被请求的 MBMS业务在网络侧的发送情况, 选择合理的 MBSFN区域 发送被请求的 MBMS业务。
19、根据权利要求 16所述的方法,其特征在于,所述网络侧根据 MBMS 请求消息中的被请求的 MBMS 业务在网络侧的发送情况, 选择合理的 MBSFN区域发送被请求的 MBMS业务具体包括:
所述网络侧根据来自所述 UE的 MBMS请求消息, 确定该 UE请求的 MBMS业务正在与所述停止发送请求的 MBMS业务的小区相邻的小区中, 并在第二 MBSFN区域的资源中发送; 同时, 网络侧判断出如果在所述停止 发送请求的 MBMS业务的小区的第二 MBSFN 区域中发送该 UE请求的 MBMS业务,正好与相邻小区中在第二 MBSFN区域中发送该 MBMS业务 构成 MBSFN传输方式, 所以, 所述网络侧在所述停止发送请求的 MBMS 业务的小区的第二 MBSFN 区域中发送 UE请求的 MBMS业务并通知给 UE;
所述停止发送请求的 MBMS 业务的小区、 以及所述停止发送请求的 MBMS业务的小区的相邻小区为: 第二 MBSFN区域重叠覆盖的小区。
20、 一种请求 MBMS 业务的系统, 其特征在于, 主要包括网络侧和 UE, 其中,
UE , 用于向网络侧请求发送 MBMS 业务, 在请求中携带有请求的 MBMS业务的 MBMS标识信息, 以及以下信息之一或任意组合: MBSFN 区域标识信息, UE的标识信息, MBMS业务请求原因, MBMS业务类型 信息;
网络侧, 用于接收来自 UE的 MBMS请求消息。
21、 根据权利要求 20所述的系统, 其特征在于, 所述网络侧, 还用于 根据接收到的 MBMS请求消息, 确定是否发送被请求的 MBMS业务, 向 所述 UE发送用于通知 UE, 其请求的 MBMS业务是否可以发送, 以及不 能发送时的原因的 MBMS请求消息响应。
22、 根据权利要求 20或 21所述的系统, 其特征在于,
所述网络侧, 还用于为所述 UE分配上行资源;
23、 根据权利要求 22所述的系统, 其特征在于, 所述网络侧为: 演进 基站 eNB、 或中继站 relay、 或小区协作实体 MCE, 或广播组播业务中心 BMSC、 或 MBMS网关 MBMS GW。
PCT/CN2011/074174 2010-06-10 2011-05-17 一种请求mbms业务的方法及系统 WO2011153896A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010199462.2 2010-06-10
CN201010199462.2A CN102281500B (zh) 2010-06-10 2010-06-10 一种请求mbms业务的方法及系统

Publications (1)

Publication Number Publication Date
WO2011153896A1 true WO2011153896A1 (zh) 2011-12-15

Family

ID=45097522

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074174 WO2011153896A1 (zh) 2010-06-10 2011-05-17 一种请求mbms业务的方法及系统

Country Status (2)

Country Link
CN (1) CN102281500B (zh)
WO (1) WO2011153896A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017054544A1 (zh) * 2015-09-30 2017-04-06 华为技术有限公司 增强型多媒体广播组播业务eMBMS实现方法及装置
CN111836206B (zh) * 2019-04-17 2022-08-30 中国移动通信有限公司研究院 多播处理方法、终端及网络节点

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1536795A (zh) * 2003-04-04 2004-10-13 北京三星通信技术研究有限公司 用户选择mbms业务的方法
CN101370167A (zh) * 2007-08-15 2009-02-18 中兴通讯股份有限公司 长期演进架构下多媒体广播多播业务资源分配方法及系统
CN101374252A (zh) * 2007-08-21 2009-02-25 中国移动通信集团公司 基于mbms专用载波系统的终端反馈方法、计数方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101242573B (zh) * 2007-02-06 2010-10-27 华为技术有限公司 激活多媒体广播与组播服务业务的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1536795A (zh) * 2003-04-04 2004-10-13 北京三星通信技术研究有限公司 用户选择mbms业务的方法
CN101370167A (zh) * 2007-08-15 2009-02-18 中兴通讯股份有限公司 长期演进架构下多媒体广播多播业务资源分配方法及系统
CN101374252A (zh) * 2007-08-21 2009-02-25 中国移动通信集团公司 基于mbms专用载波系统的终端反馈方法、计数方法及装置

Also Published As

Publication number Publication date
CN102281500A (zh) 2011-12-14
CN102281500B (zh) 2015-09-16

Similar Documents

Publication Publication Date Title
JP6503071B2 (ja) サービングセル情報を用いる、ポイントツーマルチポイント(ptm)互換サービスのための送信メカニズム選択
EP2050209B1 (en) Point to point radio bearers for a broadcasting service
KR101630220B1 (ko) 멀티캐스트/브로드캐스트와 유니캐스트 서비스 사이에서 스위칭하기 위한 방법 및 장치
US9237498B2 (en) Method, user equipment and system for realizing service continuity of multimedia broadcast and multicast service
EP2600539B1 (en) Method for transmitting control signals using an uplink
US9609534B2 (en) Method, device and user equipment for sending indication information, method and device for receiving multimedia broadcast multicast service
WO2011030601A1 (ja) 無線通信システム、基地局装置、移動局装置および通信方法
EP2928220B1 (en) Method, system, base station and cluster epc for establishing group call context
CN106162565B (zh) 传输组通信业务数据的方法、系统及装置
CA2798894C (en) Method and apparatus for processing multimedia broadcast multicast service (mbms) counting message
WO2011098023A1 (zh) 用户设备移动接收mbms的方法和用户设备
WO2011147237A1 (zh) 多媒体广播组播业务控制信息的发送方法及装置
WO2012155408A1 (zh) 一种指示mbms业务中断的方法、装置及用户设备
US9877166B2 (en) Providing broadcast service in broadcast service reserved cells
WO2012113312A1 (zh) Mbms业务发送方式切换的方法和系统
WO2014023240A1 (zh) 一种群组小数据的发送方法及系统
WO2017070838A1 (zh) 资源调度方法、基站、调度器、节目源服务器和系统
WO2012113199A1 (zh) 一种网元获取用户设备的接收状况信息的方法及系统
WO2012068954A1 (zh) Mbms业务的传输方法和系统
WO2014153705A1 (zh) 新载波类型小区的业务处理方法、装置及通信系统
WO2012171293A1 (zh) 一种多媒体广播多播业务传输方法、系统及用户设备
WO2013174302A1 (zh) 广播业务的资源分配方法、资源管理中心及mme
WO2012010049A1 (zh) 一种mbms业务的发送方法和系统
WO2011153896A1 (zh) 一种请求mbms业务的方法及系统
WO2016175255A1 (ja) 無線端末及びネットワーク装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11791887

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11791887

Country of ref document: EP

Kind code of ref document: A1