(19)
(11)EP 2 745 557 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
10.06.2020 Bulletin 2020/24

(21)Application number: 11810943.8

(22)Date of filing:  16.12.2011
(51)International Patent Classification (IPC): 
H04L 12/18(2006.01)
H04W 36/00(2009.01)
(86)International application number:
PCT/US2011/065531
(87)International publication number:
WO 2013/025235 (21.02.2013 Gazette  2013/08)

(54)

SERVICE CONTINUITY FOR MULTIMEDIA BROADCAST MULTICAST SERVICE (MBMS) FOR USER EQUIPMENT (UE) IN RRC CONNECTED MODE

DIENSTKONTINUITÄT FÜR EINEN MULTIMEDIA-BROADCAST-MULTICAST-SERVICE (MBMS) FÜR BENUTZERVORRICHTUNGEN IN EINEM RRC-VERBINDUNGSMODUS

CONTINUITÉ DE SERVICE POUR UN SERVICE DE DIFFUSION/MULTIDIFFUSION MULTIMÉDIA (MBMS) DESTINÉ À UN ÉQUIPEMENT UTILISATEUR (UE) EN MODE CONNECTÉ RRC


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 15.08.2011 US 201113209927

(43)Date of publication of application:
25.06.2014 Bulletin 2014/26

(73)Proprietor: BlackBerry Limited
Waterloo, ON N2K 0A7 (CA)

(72)Inventors:
  • PURNADI, Rene Waraputra
    Irving, Texas 75039 (US)
  • CAI, Zhijun
    Irving, Texas 75039 (US)
  • BURBIDGE, Richard Charles
    Slough Berkshire SL1 3XE (GB)
  • SUZUKI, Takashi
    Tokyo 151-0051 (JP)

(74)Representative: Vigand, Philippe et al
Novagraaf International SA Chemin de l'Echo 3
1213 Onex - Genève
1213 Onex - Genève (CH)


(56)References cited: : 
WO-A1-2011/157216
  
  • Huawei: "3GPP TSG RAN Meeting #51; RP-110452; WID: Service continuity and location information for MBMS for LTE", 3GPP TSG-RAN Meeting 51, 18 March 2011 (2011-03-18), pages 1-5, XP002676180, Kansas City, USA, March 15-18, 2011 Retrieved from the Internet: URL:http://www.3gpp.org/ftp/tsg_ran/TSG_RA N/TSGR_51/Docs/ [retrieved on 2012-05-16]
  • 3GPP TS 36.443 V10.1.0 (2011-03): "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); M2 Application Protocol (M2AP) (Release 10)", 3GPP STANDARD; 3GPP TS 36.443, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V10.1.0, 29 March 2011 (2011-03-29), pages 1-84, XP050476733, [retrieved on 2011-03-29]
  • ZTE ET AL: "3GPP TSG RAN WG2 Meeting #73bis; R2-111925; Service continuity scenario analysis", 3GPP DRAFT; R2-111925 SERVICE CONTINUITY SCENARIO ANALYSIS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Shanghai, China; 20110411, 4 April 2011 (2011-04-04), XP050494336, Shanghai, China, April, 11-15, 2011 [retrieved on 2011-04-04]
  • ALCATEL-LUCENT SHANGHAI BELL ET AL: "3GPP TSG RAN WG2 Meeting #74; R2-113135; Service continuity support for RRC connected UE", 3GPP DRAFT; R2-113135, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Barcelona, Spain; 20110509, 2 May 2011 (2011-05-02), XP050495170, Barcelona, Spain, 09-13 May, 2011 [retrieved on 2011-05-02]
  • 3GPP TS 36.440 V10.0.1 (2011-03): "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); General aspects and principles for interfaces supporting Multimedia Broadcast Multicast Service (MBMS) within E-UTRAN (Release 10)", 3GPP STANDARD; 3GPP TS 36.440, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V10.0.1, 29 March 2011 (2011-03-29), pages 1-11, XP050477252, [retrieved on 2011-03-29]
  • RESEARCH IN MOTION UK LIMITED: "3GPP TSG RAN WG2 Meeting #75; R2-113878; Enhancing MBMS Service Continuity", 3GPP DRAFT; R2-113878, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Athens, Greece; 20110822, 15 August 2011 (2011-08-15), XP050539666, Athens, Greese, 20-24 August, 2011 [retrieved on 2011-08-15]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

BACKGROUND



[0001] As used herein, the terms "user equipment" or "UE" might in some cases refer to mobile devices such as mobile telephones, personal digital assistants, handheld or laptop computers, and similar devices that have telecommunications capabilities. Such a UE might include a device and its associated removable memory module, such as but not limited to a Universal Integrated Circuit Card (UICC) that includes a Subscriber Identity Module (SIM) application, a Universal Subscriber Identity Module (USIM) application, or a Removable User Identity Module (R-UIM) application. Alternatively, such a UE might include the device itself without such a module. In other cases, the term "UE" might refer to devices that have similar capabilities but that are not transportable, such as desktop computers, set-top boxes, or network appliances. The term "UE" can also refer to any hardware or software component that can terminate a communication session for a user. Also, the terms "user equipment," "UE," "user agent," "UA," "user device," and "mobile device" might be used synonymously herein.

[0002] As telecommunications technology has evolved, more advanced network access equipment has been introduced that can provide services that were not possible previously. This network access equipment might include systems and devices that are improvements of the equivalent equipment in a traditional wireless telecommunications system. Such advanced or next generation equipment may be included in evolving wireless communications standards, such as long-term evolution (LTE). For example, an LTE system might include an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) node B (eNB), a wireless access point, a relay, a remote radio head, or a similar component rather than a traditional base station. Any such component may be referred to herein as an eNB, but it should be understood that such a component is not necessarily an eNB. Such a component may also be referred to herein as an access node. Also, the terms "eNB" and "cell" might be used interchangeably herein.

[0003] Services that might be provided by LTE-based equipment can include broadcasts or multicasts of television programs, streaming video, streaming audio, and other multimedia content. Such services are commonly referred to as multimedia broadcast multicast services (MBMS). An MBMS might be transmitted throughout a single cell or throughout several contiguous or overlapping cells in the same or different carriers. When multiple cells overlap, a UE within the overlapped region can receive transmissions from multiple eNBs. When a UE receives substantially identical data from a plurality of eNBs, the transmissions from the eNBs can augment one another to provide a signal of significantly higher quality than would be the case if only one eNB were transmitting the signal. That is, a higher signal-to-interference-plus-noise ratio can be achieved when substantially the same data is transmitted at substantially the same time on substantially the same resource with substantially the same modulation and coding. A set of cells in which a plurality of substantially identical signals are present is known as a single frequency network, or SFN. If an MBMS is being transmitted with substantially identical signals in a set of cells, the set of cells can be referred to a multicast/broadcast SFN (MBSFN).

[0004]  Huawei; "3GPP TSG RAN Meeting #51; RP-110452; WID: Service continuity and location information for MBMS for LTE 3GPP"; TSG-RAN Meeting 51; 18 March 2011 (2011-03-18), pages 1-5, Kansas City, USA, March 15-18, 2011, describes service continuity and location information for MBMS for LTE.

[0005]  3GPP TS 36.443 V10.1.0 (2011-03): "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); M2 Application Protocol (M2AP) (Release 10)"; no. V10.1.0, 29 March 2011 (2011-03-29), pages 1-84, XP050476733, describes 3GPP TS 36.443 V10.1.0 (2011-03) Technical Specification.

[0006] ZTE ET AL: "3GPP TSG RAN WG2 Meeting #73bis; R2-111925; Service continuity scenario analysis", 3GPP DRAFT; R2-111925 SERVICE CONTINUITY SCENARIO ANALYSIS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP); MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG2, no. Shanghai, China; 20110411, 4 April 2011 (2011-04-04), XP050494336, Shanghai, China, April, 11-15, 2011 describes service continuity scenario analysis.

[0007] ALCATEL-LUCENT SHANGHAI BELL ET AL: "3GPP TSG RAN WG2 Meeting #74; R2-113135; Service continuity support for RRC connected UE", 3GPP DRAFT; R2-113135, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG2, no. Barcelona, Spain; 20110509, 2 May 2011 (2011-05-02), XP050495170, Barcelona, Spain, 09-13 May, 2011, describes service continuity support for RRC connected UE.

[0008] 3GPP TS 36.440 V10.0.1 (2011-03): "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); General aspects and principles for interfaces, supporting Multimedia Broadcast Multicast Service (MBMS) within E-UTRAN (Release 10)", 3GPP STANDARD, 3GPP TS 36.440, 3rd GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENTCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, no v10.0.1, 29 March 2011 (2011-03-29), pages 1-11, XP050577252, describes 3GPP TS 36.440 v10.0.1 (2011-03) technical specification.

DISCLOSURE OF INVENTION



[0009] In accordance with one aspect of the present invention, a method for a user equipment, UE, is provided as defined in independent claim 1.

[0010] In accordance with another aspect of the present invention, a user equipment, UE, is provided as defined in independent claim 2.

BRIEF DESCRIPTION OF THE DRAWINGS



[0011] For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.

Figure 1 is an illustration of a cellular network, according to an embodiment of the disclosure.

Figure 2 is an illustration of a table of cells and MBSFNs associated with the cells, according to an embodiment of the disclosure.

Figure 3 is a call flow diagram for a case where a qualified cell matches a measured cell, according to an embodiment of the disclosure.

Figure 4 is a call flow diagram for a case where a qualified cell does not match a measured cell, according to an embodiment of the disclosure.

Figure 5 is a call flow diagram for a case where a qualified cell does not match a measured cell, according to another embodiment of the disclosure.

Figure 6 is a diagram of a measurement report, according to an embodiment of the disclosure.

Figure 7 illustrates wording that might be included in 3GPP TS 36.331, according to an embodiment of the disclosure.

Figure 8 illustrates wording that might be included in 3GPP TS 36.331, according to another embodiment of the disclosure.

Figure 9 illustrates wording that might be included in 3GPP TS 36.331, according to another embodiment of the disclosure.

Figure 10 is a diagram of an MBMS query procedure, according to an embodiment of the disclosure.

Figure 11 illustrates information that might be included in an MBMS query message, according to an embodiment of the disclosure.

Figure 12 illustrates information that might be included in an MBMS query response message, according to an embodiment of the disclosure.

Figure 13 illustrates information that might be included in a Handover Required message, according to an embodiment of the disclosure.

Figure 14 illustrates information that might be included in a Handover Request message, according to an embodiment of the disclosure.

Figure 15 illustrates a processor and related components suitable for implementing the several embodiments of the present disclosure.


DETAILED DESCRIPTION



[0012] It should be understood at the outset that although illustrative implementations of one or more embodiments of the present disclosure are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.

[0013] Figure 1 illustrates an exemplary network 100 according to an embodiment of the disclosure. The network 100 may include a plurality of cells 102. Each of the cells 102 represents a coverage area for providing wireless telecommunication services of the network 100 via an access node. In some cases, the cells 102 might be referred to by other names, such as "hotspots". While the cells 102 are depicted as having nonoverlapping coverage areas, one or more of the cells 102 may have partially overlapping coverage with adjacent cells. Further, while a particular number of the cells 102 are depicted, a larger or smaller number of the cells 102 may be included in the network 100.

[0014] One or more UEs 10 may be present in each of the cells 102. Although only one UE 10 is depicted and is shown only in cell 102a, a plurality of UEs 10 might be present in each of the cells 102. An eNB 20 in each of the cells 102 provides a radio link between the UEs 10 and other components in a telecommunications network. While the eNB 20 is shown only in cell 102a, it should be understood that an eNB would be present in each of the cells 102. Also, access nodes other than the eNBs 20 could be used. The eNBs 20 can communicate with an MBMS control entity (MCE) 110 or a similar network component that can provide centralized or distributed management and coordination among the eNBs 20.

[0015] Embodiments of the present disclosure enable MBMS service continuity for UEs 10 in the network 100. That is, UEs 10 that are receiving an MBMS transmission can continue receiving the MBMS transmission after moving to another cell. For example, the UE 10 in cell 102a might be receiving an MBMS transmission from the eNB 20 in that cell. If the UE 10 then moves to another cell, cell 102b for instance, the UE 10 can continue the MBMS reception that the UE 10 was receiving or was interested in receiving in cell 102a.

[0016] MBMS is a point to multipoint (p-t-m) service that allows data from a single source entity to be transmitted to multiple endpoints, using efficient radio resources. The data typically originates from a Broadcast Multicast Service Center (BM-SC) and is sent to one or more eNBs. The eNBs then transmit the data over the air interface to one or more UEs. The UEs receive the content of the service substantially simultaneously using radio resources comparable to a unicast transmission to one user. In most cases, the MBMS transmission may be unidirectional, but in some cases, the MBMS transmission could be bi-directional. That is, in most cases, the UEs do not have an uplink radio bearer to transmit an acknowledgement/negative acknowledgement (ACK/NACK), to report channel quality, or to send other information on an uplink.

[0017] An LTE UE knows about the available MBMS services from information the UE receives in System Information Block type 13 (SIB13) in the broadcast channel (BCCH). SIB13 contains information to acquire the MBMS Control Channel (MCCH). Upon acquiring the MCCH, the UE obtains information about the available MBMS services and about how to obtain the services.

[0018] A UE can acquire the MCCH in the radio resource control (RRC) Idle state or in the RRC Connected state. In Universal Mobile Telecommunications Service (UMTS), when a UE finds an MBMS service of interest, the UE can register to join a multicast service or can join a broadcast service without registering. A broadcast service typically requires no subscription, and a multicast service typically requires a subscription. Through join and leave procedures, the BM-SC typically knows how many users are registering for a multicast service, and may activate and deactivate the service based on the number of users joining and leaving the service. The BM-SC cannot keep track of the number of broadcast users. It should be noted, however, that joining an MBMS service is not necessarily an indication that a UE is receiving the MBMS multicast transmission. Moreover, in LTE, MBMS does not have join and leave procedures. As used herein, the term "MBMS service" or simply "MBMS" might refer to a multimedia broadcast or multicast that may be available in a cell but that may or may not be received by a UE in that cell. The term "MBMS session" might refer to a particular instance of an MBMS service that is actually being received by a UE.

[0019] The concept of MBSFN (Multicast Broadcast Single Frequency Network) was introduced to expand MBMS service to a plurality of cells. Such cells synchronously transmit MBMS traffic using the same radio properties, and when the cells are adjacent to each other, a UE can combine the radio signals from neighboring cells and obtain a better SINR (Signal to Interference plus Noise Ratio). So the lack of an ACK/NACK and other issues mentioned above with regard to the unidirectional transmission mode for MBMS services are somewhat compensated for by the fact that the UE can combine radio signals from adjacent cells and thereby possibly receive fewer error frames. In addition, a procedure for counting users in the RRC connected state can help the BM-SC determine how many users in the MBSFN are interested in receiving or are already receiving an MBMS service. The results of the counting procedure can be used by the BM-SC to determine the activation, deactivation, and reactivation status of an MBMS service that is being provided to all the cells in an MBSFN, rather than this information being provided on a per-cell basis. This counting procedure does not include UEs in the RRC Idle state.

[0020] As mentioned above, LTE does not have joining and leaving procedures similar to those in UMTS. This means an eNB has no information about the MBMS services that a UE is actively receiving or is interested in receiving. When a UE is to be handed over from a source cell to a target cell, the eNB determines which cell will be the target cell based on signal measurement reports from the UE. However, since the eNB has no information about the MBMS services that the UE is receiving or is interested in receiving, the eNB cannot adjust the handover decision to ensure that the UE will be handed over to a target cell where the MBMS services will continue to be available. That is, the eNB hands the UE over to the cell with the best signal quality, without regard to the MBMS services available in that cell. If an MBMS service that the UE is receiving in the source cell is available in the target cell, the MBMS service might be continued in the target cell. However, if an MBMS service that the UE is receiving in the source cell is not available in the target cell, the MBMS service might be dropped when the UE moves to the target cell.

[0021] Embodiments of the present disclosure enable a network to direct a UE that is receiving an MBMS service to a target cell where the UE can continue receiving the same MBMS service. The handover decision is not based on a signal strength measurement alone, but is adjusted to ensure that the UE will be handed over to a target cell where the MBMS service will continue to be available. The embodiments provide such service continuity for UEs in the RRC Connected mode. While the following discussion focuses on LTE, it should be understood that the embodiments are also valid for UMTS and other technologies.

[0022] Such service continuity is achieved through the use of the temporary multicast group identities (TMGIs) associated with MBMS services. A TMGI can be considered a unique identifier for an MBMS service.

[0023] In an embodiment, at least one TMGI associated with at least one MBMS service that a UE is currently receiving or is interested in receiving is added to a message from the UE to the eNB. In some embodiments, the message is a measurement report. The presence of a TMGI in the message indicates to the eNB that the UE is receiving or is interested in receiving the associated MBMS service. If the eNB does not have information about the MBMS service associated with the TMGI, the eNB can query the MCE, a mobility management entity (MME), or a similar network component for such information. That is, the eNB can provide the TMGI to the MCE or MME, and the MCE or MME can then inform the eNB which neighboring cells can provide the MBMS service associated with that TMGI. The eNB can then hand the UE over to a cell that can provide the MBMS service and that has adequate signal quality. One of skill in the art will recognize that certain functions described herein as being performed by the MCE might actually be performed by the MME or vice versa. Therefore, hereinafter, the terms "MCE", "MME", and "network component" might be used interchangeably.

[0024] In an alternative embodiment, rather than querying a network component, a source eNB might query an eNB in a neighboring cell to determine if the eNB in the neighboring cell can provide an MBMS service that the source eNB is providing or has been asked to provide. Hereinafter, an eNB in a neighboring cell might be referred to as a neighboring eNB. As described in more detail below, eNBs might be able to store information obtained from a query to a network component regarding associations between TMGIs and MBMS services. If a source eNB has such stored information, the source eNB might be able to send a query directly to a neighboring eNB to determine the MBMS services the neighboring eNB can provide. If the neighboring eNB also has such stored information, the source eNB and the neighboring eNB can exchange information from their respective information stores to determine if the neighboring eNB is capable of providing the MBMS service that the source eNB is providing or has been asked to provide. If the neighboring eNB can provide the MBMS service, the source eNB might hand a UE over to the neighboring eNB if the signal quality in the neighboring cell is adequate. Alternatively, the source eNB and the neighboring eNB might have the capability to associate TMGIs with MBMS services and might thus be capable of determining, without a query to a network component, whether such a handover is possible. In either case, communication between the source eNB and the neighboring eNB may occur over the X2 interface.

[0025] The cell to which a UE is handed over in such cases is not necessarily the cell to which the UE would be handed over if the UE were not receiving an MBMS service. That is, if the UE is not receiving an MBMS service, the UE is typically handed over to the neighboring cell with the best SINR. If the UE is receiving an MBMS service but the neighboring cell with the best SINR is not providing the MBMS service that the UE is receiving, the UE will not be handed over to that cell. In such a case, the UE might be handed over to the cell that has the best SINR among the cells that can provide the MBMS service.

[0026] In an embodiment, a signal quality threshold is set to determine whether MBMS service continuity can be provided by handing a UE over to a particular cell. That is, if one or more cells near a UE's current cell are capable of providing an MBMS service that the UE is currently receiving, but none of those cells have a signal quality that exceeds the threshold, then the UE would not be handed over to one of those cells. Instead, the UE might be handed over to a cell that has the best signal quality but does not provide the MBMS service, and the MBMS service might be dropped. Hereinafter, any cell with a signal quality that exceeds this signal quality threshold for allowing MBMS service continuity will be referred to as a measured cell.

[0027] In other embodiments, other procedures might be used for prioritizing among MBMS-based transmissions and traditional unicast transmissions. For example, if the UE has a mix of unicast and MBMS services, or if the neighbor cells are not part of the MBSFN, the regular threshold for the unicast transmission might be used. If the unicast is an emergency call, the serving eNB might ignore the TMGI and select the target eNB based on the signal strength only. If the MBMS service contains an emergency service announcement (ESA), the serving eNB might select a target eNB that can provide MBMS service continuation, and the selected target cell may not necessarily have the best SINR.

[0028] Alternatively, the UE may send a new MBMS priority information element (IE) in the measurement report to indicate the priority of any MBMS services the UE is using. The target cell selection may be influenced by the priority to provide MBMS service continuity through p-t-m transmission. That is, the selected target cell may not be the cell with the best SINR, if the cell with the best SINR does not belong to the MBSFN. If the MBMS priority IE does not indicate that MBMS services should be prioritized, the target might be selected based on the best SINR, and the MBMS services may be continued through (point-to-point) p-t-p transmission.

[0029] The UE might send a TMGI with every measurement report the UE sends to the eNB. After receiving the TMGI, the eNB might perform the procedures described above to determine the cells near the UE that can provide the MBMS service associated with the TGMI. However, it may be wasteful for the eNB to query the MCE or a neighboring eNB for TMGI-related information each time the eNB receives a measurement report, since the requested information may not change often. In an embodiment, the eNB can store such information for future use. That is, after receiving information from the MCE regarding which cells are providing which MBMS services, the eNB can retain that information for a pre-specified period of time. If a handover procedure is initiated within that period of time, the eNB can consult the stored information to determine the cells to which a UE can be handed over in order for the UE to continue receiving an MBMS service. After the time period expires, the eNB might again query the MCE or a neighboring eNB to obtain information relating TMGIs to cells that can provide the MBMS services associated with those TMGIs.

[0030] Hereinafter, a target cell capable of providing an MBMS service desired by a UE will be referred to as a qualified cell. A qualified cell that an eNB becomes aware of through a query to the MCE or to a neighboring eNB will be referred to as a returned qualified cell. A qualified cell that an eNB becomes aware of through retrieval from storage will be referred to as a stored qualified cell.

[0031] The eNB can compare the measured cells that exceed the threshold for signal quality with the stored cells capable of providing a particular MBMS service. If none of the measured cells matches the stored cells, the eNB can send an M2 interface Application Protocol (M2AP) message to the MCE, an M2AP/M3AP (M3 interface Application Protocol) new MBMS Query message to the MME, or an X2 interface Application Protocol (X2AP) message to a neighboring eNB. Any such message can include the TMGI associated with the MBMS service. The MCE or the MME can then respond with a list of cells in the proximity of the inquiring eNB that, based on the TMGI, are known to be providing an MBMS service that the UE is receiving or is interested in receiving. Alternatively, the neighboring eNB can indicate whether it supports the MBMS service, based on the received TMGI, that the UE is receiving or is interested in receiving.

[0032] During an MBMS session start, the MME can send an MBMS session start request to the MCE that includes the relevant TMGI. This request might be followed by an MBMS session start request from the MCE to the corresponding eNBs. In this way, the MCE and the MME (through the MCE) can have a map of which MBMS services are available in each eNB. Upon receiving a new MBMS Query message, the MCE or MME can query a table that contains the cells that are in the proximity of the inquiring eNB and that are providing the queried MBMS service. The MCE can respond with an M2AP message or the MME can respond with an M2AP/M3AP new MBMS Query ACK message containing the qualified cells. Alternatively, an eNB can send an X2 MBMS Query message directly to a neighboring eNB and the neighboring eNB can respond with an X2 MBMS Query ACK to indicate whether the neighboring eNB supports the MBMS service corresponding with the TMGI received. If the neighboring eNB supports the MBMS service, the neighboring eNB is considered a qualified cell.

[0033] Figure 2 illustrates an example of such a table that might be stored in the MCE or the MME. In an example, a query might contain MBSFN1/TMGI1 and MBSFN3/TMGI3, as shown in column 210. That is, a UE might request that the MBMS services associated with TMGI1 and TMGI3 be available in the cell to which the UE is being handed over. Column 220 indicates that Cell1 is part of MBSFN1 and MBSFN2. Column 230 indicates that Cell2 is part of MBSFN1, MBSFN2, MBSFN3, and MBSFN4. Column 240 indicates that Cell3 is part of MBSFN2 and MBSFN4. Column 250 indicates that Cell4 is part of MBSFN1, MBSFN3, and MBSFN4. In other words, the table indicates that Cell1, Cell2 and Cell4 at the proximity of the inquiring eNB are part of MBSFN1 and that Cell2 and Cell4 at the proximity of the inquiring eNB are part of MBSFN3. (In current specifications, a cell is limited to have only one MBSFN, but an MBSFN may carry one or more MBMS sessions through one or more TMGIs). In this case, the MCE or MME will return Cell2 and Cell4 as qualified cells in an MBMS Query ACK message, since both cells are members of the MBSFNs in the query. Alternatively, the MCE or MME may return Cell1, Cell 2 and Cell4 that belong to MBSFN1/TMGI1 and may return Cell2 and Cell4 that belong to MBSFN3/TMGI3 and may let the eNB match the cells with the MBSFNs based on the TMGI received from the UE. The eNB sends the available MBMS service to the UE so that the UE can continue or initiate MBMS service in the target cell by including the corresponding TMGI in the RRC Connection Reconfiguration message.

[0034] There is a possibility that none of the qualified cells returned in the MBMS Query ACK matches the measured cells or that no neighboring eNB indicates support of the MBMS service corresponding to the TMGI. In such cases, the serving eNB may decide to add p-t-p transmission for MBMS services in the serving cell so that the UE can combine the p-t-p and the p-t-m transmissions for improved MBMS service reception. Alternatively, the serving eNB may decide to hand over the UE to a target cell solely based on the measurement result and change the p-t-m transmission to a p-t-p transmission for the MBMS services to the UE in the target cell. In this case, the RRC Connection Reconfiguration will not include the TMGI.

[0035] Two different scenarios will now be considered in more detail. In the first scenario, at least one returned qualified cell and/or at least one stored qualified cell matches at least one measured cell, or at least one neighboring cell supports an MBMS service that a UE in another cell is receiving or is interested in receiving. In the second scenario, neither a returned qualified cell nor a stored qualified cell matches a measured cell and no neighboring cell supports an MBMS service that a UE in another cell is receiving or is interested in receiving.

[0036] If a returned qualified cell eNB or a stored qualified cell matches a measured cell, the source cell can select the best qualified cell as the target cell based on the signal strength. That is, returning to Figure 2, the source cell selects either cell2 or cell4 as the target cell, depending on which of those two cells has the better signal quality. The UE can continue receiving an MBMS service in the selected target cell. Since the target cell is part of the MBSFN, the MBMS service is multicast in the target cell with the same radio properties as in the source cell.

[0037] The source cell directs the handover by sending an RRC Connection Reconfiguration message to the UE with the TMGI and the selected target cell, so the UE knows that the target cell is capable of providing the MBMS service that the UE is receiving or is interested in receiving. If the UE also has a unicast session, the unicast session is also handed over to the same target cell, and the unicast handover procedures are not impacted.

[0038] The source cell can update the stored qualified cells with the returned qualified cells and then forward that information to the target cell, e.g., through X2AP or S1AP, to update the stored qualified cells in the target cell. In a subsequent handover, if a measured cell that has sufficient quality to support MBMS multicast service matches one or more of the up-to-date stored qualified cells, the source cell need not send an MBMS query to the MCE, the MME, or a neighboring cell and can select the next target cell from among the up-to-date stored qualified cells. The forwarding of the query result to the target cell can eliminate the need for a query from the target cell to the MCE, the MME, or a neighboring cell in the case of a handover from the target cell to a neighboring cell.

[0039] In an embodiment, if there is a discrepancy between a stored qualified cell and a returned qualified cell, the returned qualified cell takes precedence and the stored qualified cell is updated.

[0040] In an embodiment, the storing duration of the qualified cells with their corresponding TMGIs in an eNB is timer based. Alternatively, the storing can be terminated when the eNB deactivates its membership in the MBSFN. Alternatively, the storing can be terminated when the MBMS duration, set during session start, expires. For example, after a certain period of not receiving a measurement report containing a TMGI, an eNB may remove the list of cells associated with that TMGI. As an example, an eNB might maintain a validation timer for each TMGI entry. When an update is received for a particular TMGI entry, the corresponding timer might be restarted. If the timer for a TMGI entry expires, the TMGI entry will be cleared.

[0041] If a plurality of MBMS services are available in a cell and an eNB receives up-to-date information for some but not all of the MBMS services, only the timers corresponding to the received information are restarted, while the other timers expire. In addition, if a TMGI entry has not been updated via the MCE, the MME, or a neighboring cell for a certain period of time, the eNB may still choose to request the qualified cells from the MCE, the MME, or a neighboring cell even though the corresponding validation timer is not yet expired.

[0042] In the scenario where neither a returned qualified cell nor a stored qualified cell matches a measured cell and none of the neighboring cells supports the MBMS service that the UE is receiving or is interested in receiving, the source cell can add p-t-p transmission for the reporting UE (or the source cell could trigger the UE to establish the p-t-p transmission in this case), and may simultaneously transmit the same MBMS service with p-t-m transmission. The source cell can add p-t-p transmission with more robust radio properties by sending an RRC Connection Reconfiguration message to the UE with a nonHO indication. The procedure may trigger higher layer procedures where the UE may activate a dedicated enhanced packet switch (EPS) bearer for the p-t-p transmission, assuming the UE has established the default EPS bearer during the RRC Connection procedure. The p-t-p transmission allows a robust hybrid automatic repeat request (HARQ) scheme even when the radio link controller (RLC) mode is unacknowledged mode (UM), similar to the p-t-m transmission.

[0043] The simultaneous p-t-m and p-t-p transmission of the same MBMS service can require the cell to put the same RLC protocol data unit (PDU) on different schedules, in the MBMS channel (MCH) and in the downlink shared channel (DL-SCH), with different radio properties. For example, a p-t-p transmission may have a less aggressive modulation and coding scheme.

[0044] The simultaneous p-t-p and p-t-m reception with the same MBMS content allows the UE to combine the p-t-m and p-t-p communications in the RLC layer to improve the p-t-m communication received by the UE. In addition, the p-t-p transmission gives time to prepare the p-t-p handover to the adjacent cell that is not part of the MBSFN so the UE can continue the MBMS service in the target cell through p-t-p transmission.

[0045] The S1AP (S1 interface Application Protocol) Handover Required and Handover Request messages or X2AP (X2 interface Application Protocol) Handover Request message can include an MBMS indication with the IP multicast address of the MBMS gateway (MBMS-GW) so that the target cell can join the MBMS multicast from the MBMS-GW. An alternative is for the source cell to directly hand over the MBMS service from p-t-m transmission in the source cell to p-t-p transmission in the target cell. Similarly, the S1AP Handover Required and Handover Request messages or X2AP Handover Request message can include an MBMS indication with the IP multicast address of the MBMS-GW so that the target cell can join the MBMS multicast from the MBMS-GW. The source cell directs the handover by sending an RRC Connection Reconfiguration message to the UE with a non-MBMS indication (e.g., MBMS indication set to '0') and to the target cell, so the UE will not retain the MBMS properties when it is joining the target cell but establishes the p-t-p or unicast radio properties. If the UE also has a unicast session, the other unicast handover procedures are not impacted.

[0046] Figure 3 illustrates an embodiment of a call flow for the case where at least one returned qualified cell or at least one stored qualified cell matches at least one measured cell. At event 301, if the signal strength of a neighboring cell exceeds a certain threshold or other conditions are met, the UE sends a measurement report to the source eNB or source cell. If the UE is receiving or is interested in receiving an MBMS service, the included TMGI indicates the MBMS service that the UE is receiving or is interested in receiving. Otherwise, the TMGI is set to '0' or may be absent.

[0047] At event 302, the source eNB retrieves the stored cells that are transmitting the same TMGIs as in the measurement report (i.e., the stored qualified cells). If there is a match between a stored qualified cell and a measured cell, select a cell with the strongest signal among the matching cells as the target cell and go to event 307. Otherwise, initiate an MBMS query at event 303.

[0048] At event 303, the source eNB sends an M2AP/M3AP MBMS Query to the MME (via the MCE), with a TMGI similar to the TMGI in the measurement report. At event 304, the MME retrieves the cells in the proximity of the inquiring eNB that are transmitting the same TMGI. At event 305, the MME returns the qualified cells with the corresponding TMGIs in an MBMS Query Response message to the source eNB.

[0049] At event 306, the source eNB matches the returned qualified cells from the MME to the measured cell. If a matching cell is found, select a cell with the strongest signal among the matching cells as the target cell. Update the stored qualified cells with the returned qualified cells from the MME when applicable. Also, forward the qualified cells from the MME to the target cell via S1AP or X2AP to update the stored qualified cells in the target cell.

[0050] At event 307, the source eNB sends an RRC Connection Reconfiguration message to the UE to start the handover procedure including the TMGI. This TMGI indicates an MBMS service that the UE can continue to receive through p-t-m transmission in the target cell, since it is possible that some of the MBMS services that the UE is receiving or is interested in receiving are not available through p-t-m transmission. It is up to UE to initiate p-t-p transmission for the MBMS services that are not available through p-t-m transmission.

[0051] At event 308, the UE synchronizes with the target cell. At event 309, the UE sends an RRC Connection Reconfiguration Complete message to the target cell.

[0052] Figure 4 illustrates an embodiment of a call flow for the case where neither a returned qualified cell nor a stored qualified cell matches a measured cell. In this case, a p-t-p transmission is added in the source cell to improve reception at the source cell. At event 401, if the signal strength of a neighboring cell exceeds a certain threshold or other conditions are met, the UE sends a measurement report to the source eNB or source cell. If the UE is receiving or is interested in receiving an MBMS service, the included TMGI indicates the MBMS service that the UE is receiving or is interested in receiving. Otherwise, the TMGI is set to '0' or may be absent.

[0053] At event 402, the source eNB attempts to retrieve the stored cells transmitting the same TMGIs as in the measurement report (i.e., the qualified cells). There is no match between the qualified cells and the measured cell, triggering the source eNB to initiate an MBMS query at event 403. At event 403, the source eNB sends an M2AP/M3AP MBMS Query to the MME (via the MCE), with a TMGI similar to the TMGI in the measurement report. At event 404, the MME retrieves the cells in the proximity of the inquiring eNB with the same TMGIs. At event 405, the MME returns the qualified cells with the corresponding TMGIs in an MBMS Query Response message to the source eNB.

[0054] At event 406, the source eNB attempts to match the qualified cells from the MME to the measured cell. Since a matching cell is not found, the source eNB may initiate concurrent unicast transmissions to deliver the MBMS services. The source eNB still updates the stored qualified cells with the qualified cells from the MME when applicable, but will not forward the qualified cells from the MME to the target cell, since in this step the source eNB may not initiate a handover to a target cell.

[0055] At event 407, the source eNB sends an RRC Connection Reconfiguration message to the UE with a nonHO indicator to add a unicast transmission in the source cell. The source eNB includes a TMGI, so the UE knows that the additional unicast transmission in the source cell is dedicated for an MBMS service. The UE combines the MBMS p-t-m and p-t-p transmissions in the RLC layer. If there is more than one MBSFN overlap in a cell and if the UE can receive MBMS services from more than one MBSFN, the UE can add a unicast for a TMGI within one MBSFN and keep receiving a multicast transmission from a TMGI within the other MBSFNs.

[0056] At event 408, assuming that the UE has already established the default EPS bearer, the unicast transmission may require a new dedicated EPS bearer to be established. The UE sends a Bearer Resource Allocation request to the MME. At event 409, the MME returns an Activate Dedicated EPS Bearer Context Request. At event 410, the UE sends an RRC Connection Reconfiguration Complete message to the source eNB to indicate that the unicast bearer has been established and that MBMS through p-t-p transmission can start. If the p-t-m transmission becomes worse, the UE may stop receiving the MBMS p-t-m transmission. The unicast transmission can then hand over to a better cell as a regular p-t-p transmission handover.

[0057] Figure 5 illustrates an embodiment of a call flow for the case where neither a returned qualified cell nor a stored qualified cell matches a measured cell. In this case, a p-t-p transmission is added in the target cell to hand over to the target cell. At event 501, if the signal strength of a neighboring cell exceeds a certain threshold or other conditions are met, the UE sends a measurement report to the source eNB or source cell. If the UE is receiving or is interested in receiving an MBMS service, the included TMGI indicates the MBMS service that the UE is receiving or is interested in receiving. Otherwise, the TMGI is set to '0' or may be absent.

[0058] At event 502, the source eNB attempts to retrieve the stored cells transmitting the same TMGI as in the measurement report (i.e., the qualified cells). There is no match between the qualified cells and the measured cell, triggering the source eNB to initiate an MBMS query in at event 503. At event 503, the source eNB sends an M2AP/M3AP MBMS Query to the MME (via the MCE) with a TMGI similar to the TMGI in the measurement report. At event 504, the MME retrieves the cells in the proximity of the inquiring eNB with the same TMGI. At event 505, the MME returns the qualified cells with the corresponding TMGIs in an MBMS Query Response message to the source eNB.

[0059] At event 506, the source eNB attempts to match the qualified cells from the MME to the measured cell. Since a matching cell is not found, the source eNB may initiate a unicast handover to the cell with the strongest signal strength to deliver the MBMS service. The source eNB updates the stored qualified cells with the qualified cells from the MME when applicable, and forwards the qualified cells from MME to the target cells.

[0060] At event 507, the S1AP Handover Required message includes the MBMS IP multicast address. Alternatively, the S1AP Handover Required message includes the TMGI, and the MME will find the IP multicast address of the MBMS session that the UE is joining.

[0061] At event 508, the S1AP Handover Request message includes the MBMS IP multicast address for the target eNB to join. At event 509, the target eNB joins the IP multicast address and starts receiving the MBMS traffic for that particular session. At event 510, the target eNB returns a Handover Request ACK to the MME with the p-t-p radio resource dedicated for the UE when the UE hands off to the target cell. At event 511, the MME sends an S1AP Handover Command to the source eNB.

[0062] At event 512, the source eNB sends an RRC Connection Reconfiguration message to the UE to start the handover procedure, including the TMGI and additional dedicated bearer information in the target cell, so the UE knows that in the target cell the UE will receive the corresponding MBMS service through p-t-p transmission. If more than one MBSFN overlaps in a cell and if the UE can receive MBMS services from more than one MBSFN, the UE can hand over the unicast transmission for a TMGI within one MBSFN and keep receiving the multicast transmission from TMGIs within the other MBSFNs.

[0063] At event 513, the UE synchronizes with the target cell. At event 514, assuming that the UE has already established the default EPS bearer, the unicast transmission may require a new dedicated EPS bearer to be established for receiving the MBMS service through p-t-p transmission. The UE sends a Bearer Resource Allocation request to the MME. At event 515, the MME returns an Activate Dedicated EPS Bearer Context Request. At event 516, the UE sends an RRC Connection Reconfiguration Complete message to the target eNB to indicate that the unicast bearer has been established and that MBMS delivery through p-t-p transmission can start.

[0064] A modification of a measurement report by adding a TMGI of an MBMS service that the UE is receiving or is interested in receiving is shown in Figure 6. The following is an example of wording that might be included in 3GPP Technical Standard (TS) 36.331 in order to implement such measurement reporting.

5.5.5 Measurement reporting



[0065] The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN.

[0066] For the measId for which the measurement reporting procedure was triggered, the UE shall set the measResults within the MeasurementReport message as follows:







[0067] The IE MeasConfig specifies measurements to be performed by the UE and covers intra-frequency, inter-frequency, and inter-RAT (inter-radio access technology) mobility as well as configuration of measurement gaps. Figures 7a and 7b depict examples of wording that might be included in 3GPP TS 36.331 in order to implement the MeasConfig information element.

[0068] The IE MeasResults covers measured results for intra-frequency, inter-frequency, and inter-RAT mobility. Figures 8a - 8d depict examples of wording that might be included in 3GPP TS 36.331 in order to implement the MeasResults information element.

[0069] The following is an example of wording that might be included in 3GPP TS 36.331 in order to implement connection reconfiguration.

5.3.5.4 Reception of an RRCConnectionReconfiguration including the mobilityControlInfo by the UE (handover)



[0070] If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the configuration included in this message, the UE shall:







[0071] The IE MobilityControlInfo includes parameters relevant for network controlled mobility to and within E-UTRA. The MobilityControlInfo IE in the RRC Connection Reconfiguration message is modified to include the TMGIs of the MBMS services that the target cell can provide to the UE through p-t-m transmission, which could be all or part of the TMGIs that the source cell received from the UE in the measurement report. When no TMGI is included, the target cell does not provide the MBMS service that the UE is receiving or is interested in receiving. Figure 9 depicts examples of wording that might be included in 3GPP TS 36.331 in order to implement the MobilityControlInfo information element.

[0072] The source eNB does not know the status of the MBSFNs and TMGIs in the neighboring eNBs. If an individual cell is allowed to join and leave an MBSFN in the future, each cell may need to report the change of its MBSFN membership status to the MCE and/or the MME through a new MBMS report message. Currently, it is assumed that MBMS service termination through an MBMS Session Stop Request is valid for all cells in the MBSFN, and no MBMS report is necessary.

[0073] Another alternative is for the MCE to tell each eNB under its domain the MBSFN/TMGI status of every other eNB under the domain, using a new MBSFN Information broadcast message, after completion of an MBMS service initialization. Each eNB might selectively store the received information relevant to its neighbor eNBs only. If an individual cell is allowed to join and leave an MBSFN in the future, the MBSFN Information message might be re-broadcast upon the completion of the MBSFN modification. This broadcast could be based only on the updated information. Currently, it is assumed that MBMS service termination through an MBMS Session Stop Request is valid for all cells in the MBSFN, and no MBSFN Information re-broadcast is necessary.

[0074] The MBMS query procedures allow the serving cell to query the MCE to know whether the neighboring eNBs provide the MBMS services relevant to the TMGIs included in the MBMS Query message. Figure 10 illustrates an embodiment of successful operation of an MBMS query procedure. The eNB initiates the procedure at event 1010 by sending an MBMS Query message to the MCE, including the TMGIs that come from the UE. The MCE matches the received TMGIs with its database entries relating the eNB and the TMGIs that each eNB provides. If there is a match, the MCE sends the matching eNBs that are in the proximity of the querying eNB to the querying eNB through an MBMS Query Response at event 1020. The querying eNB selects the best eNB among the matching eNBs returned in the MBMS Query Response based on the measurement results. It is possible that MCE finds no matching eNB that provides MBMS services relevant to the received TMGIs. In this case, the MBMS Query Response will return no eNB.

[0075] Figure 11 illustrates information that might be present in the MBMS Query message sent by the eNB to the MCE to query the MBSFN status of its neighboring eNBs relevant to the TMGIs. The MCE knows the querying eNB from the MCE MBMS M2AP ID and eNB MBMS M2AP ID. The TMGIs are included in the measurement report that comes from the UE. Figure 12 illustrates information that might be present in the query response that is sent by the MCE to respond to the MBMS query message.

[0076] If none of the neighboring eNBs are part of the MBSFN (that is, if the MBMS query response does not return any neighbor eNBs), the serving eNB may decide to hand the UE over to the strongest cell and to continue MBMS services through p-t-p transmission. This might require the target eNB to join the MBMS multicast from the BM-SC. The source eNB can provide the IP multicast address for the target cell to join. Figure 13 illustrates information that might be present in the Handover Required message that is sent by the source eNB to the MME to request the preparation of resources at the target. Figure 14 illustrates information that might be present in the Handover Request message that is sent by the MME to the target eNB to request the preparation of resources.

[0077] The newly received neighbor eNB information from the MCE or MME is used to update the stored neighbor eNB information in the source eNB and is then forwarded to the target eNB to update the neighbor eNB information in the target eNB. The forwarding of the neighbor eNB information can be included in the Handover Required and Handover Request or in an X2AP new message. The examples in Figures 13 and 14 use Handover Required and Handover Request to transport the neighbor eNB information to the target cell.

[0078] In summary, a source cell is not able to select a target cell that has a similar MBMS service that a UE is currently receiving, in order to provide continuity of MBMS services to the UE, because the source cell does not know the MBMS services and their corresponding MBSFNs/TMGIs that the UE is receiving and it does not know the MBSFNs/TMGIs of the neighboring cells. Only the UE knows what it is receiving and the MME or MCE knows the information about neighboring cells. The embodiments described herein allow the source eNB to know which neighboring eNBs are part of the MBSFNs/TMGIs that provide the same MBMS services, so the source eNB can hand over the UE to the appropriate target eNB. If the UE is at the edge of an MBSFN and the neighboring cell does not provide the same MBMS services, the source eNB can add more robust p-t-p transmission to deliver the MBMS service in the current serving cell and combine the p-t-m and p-t-p MBMS transmissions for error-free MBMS content in the RLC layer before subsequent potential p-t-p handover to a target cell. Alternatively, the source eNB can hand over the p-t-m MBMS service as a p-t-p MBMS service in the target eNB, so MBMS service continuity can be achieved. If more than one MBSFN overlaps in a cell and if the UE can receive MBMS services from more than one MBSFN, the UE can hand over some of the MBMS services with their corresponding TMGIs in a unicast transmission and hand over the rest of the MBMS services with their corresponding TMGIs in a multicast transmission.

[0079] The UE 10, eNB 20, and MCE 110 of Figure 1 and other components that might be associated with the cells 102 may include a processing component that is capable of executing instructions related to the actions described above. Figure 15 illustrates an example of a system 1300 that includes a processing component 1310 suitable for implementing one or more embodiments disclosed herein. In addition to the processor 1310 (which may be referred to as a central processor unit or CPU), the system 1300 might include network connectivity devices 1320, random access memory (RAM) 1330, read only memory (ROM) 1340, secondary storage 1350, and input/output (I/O) devices 1360. These components might communicate with one another via a bus 1370. In some cases, some of these components may not be present or may be combined in various combinations with one another or with other components not shown. These components might be located in a single physical entity or in more than one physical entity. Any actions described herein as being taken by the processor 1310 might be taken by the processor 1310 alone or by the processor 1310 in conjunction with one or more components shown or not shown in the drawing, such as a digital signal processor (DSP) 1380. Although the DSP 1380 is shown as a separate component, the DSP 1380 might be incorporated into the processor 1310.

[0080] The processor 1310 executes instructions, codes, computer programs, or scripts that it might access from the network connectivity devices 1320, RAM 1330, ROM 1340, or secondary storage 1350 (which might include various disk-based systems such as hard disk, floppy disk, or optical disk). While only one CPU 1310 is shown, multiple processors may be present. Thus, while instructions may be discussed as being executed by a processor, the instructions may be executed simultaneously, serially, or otherwise by one or multiple processors. The processor 1310 may be implemented as one or more CPU chips.

[0081] The network connectivity devices 1320 may take the form of modems, modem banks, Ethernet devices, universal serial bus (USB) interface devices, serial interfaces, token ring devices, fiber distributed data interface (FDDI) devices, wireless local area network (WLAN) devices, radio transceiver devices such as code division multiple access (CDMA) devices, global system for mobile communications (GSM) radio transceiver devices, universal mobile telecommunications system (UMTS) radio transceiver devices, long term evolution (LTE) radio transceiver devices, worldwide interoperability for microwave access (WiMAX) devices, and/or other well-known devices for connecting to networks. These network connectivity devices 1320 may enable the processor 1310 to communicate with the Internet or one or more telecommunications networks or other networks from which the processor 1310 might receive information or to which the processor 1310 might output information. The network connectivity devices 1320 might also include one or more transceiver components 1325 capable of transmitting and/or receiving data wirelessly.

[0082] The RAM 1330 might be used to store volatile data and perhaps to store instructions that are executed by the processor 1310. The ROM 1340 is a non-volatile memory device that typically has a smaller memory capacity than the memory capacity of the secondary storage 1350. ROM 1340 might be used to store instructions and perhaps data that are read during execution of the instructions. Access to both RAM 1330 and ROM 1340 is typically faster than to secondary storage 1350. The secondary storage 1350 is typically comprised of one or more disk drives or tape drives and might be used for non-volatile storage of data or as an over-flow data storage device if RAM 1330 is not large enough to hold all working data. Secondary storage 1350 may be used to store programs that are loaded into RAM 1330 when such programs are selected for execution.

[0083] The I/O devices 1360 may include liquid crystal displays (LCDs), touch screen displays, keyboards, keypads, switches, dials, mice, track balls, voice recognizers, card readers, paper tape readers, printers, video monitors, or other well-known input/output devices. Also, the transceiver 1325 might be considered to be a component of the I/O devices 1360 instead of or in addition to being a component of the network connectivity devices 1320.

[0084] In an embodiment, a method is provided for a UE to continue to receive an MBMS. The method includes, when the UE initiates a handover from a first cell that is providing the MBMS, the UE adding a TMGI associated with the MBMS service to a message sent from the UE to an access node in the first cell. The method further includes the UE receiving information from the access node in the first cell, the information promoting the UE being handed over to a second cell capable of providing the MBMS.

[0085] In another embodiment, a UE is provided. The UE includes a processor configured such that, when the UE initiates a handover from a first cell that is providing an MBMS to the UE, the UE adds a TMGI associated with the MBMS service to a message sent from the UE to an access node in the first cell. The processor is further configured such the UE receives information from the access node in the first cell, the information promoting the UE being handed over to a second cell capable of providing the MBMS.

[0086] In another embodiment, a method is provided for continuing transmission of an MBMS. The method includes an access node in a first cell receiving, in a message from a UE, a TMGI associated with the MBMS. The method further includes the access node attempting to identify at least one neighboring cell capable of providing the MBMS associated with the TMGI. The method further includes the access node providing information to the UE usable by the UE for handover to a target cell based on the target cell's signal quality relative to the signal quality among the identified cells capable of providing the MBMS.

[0087] In another embodiment, an access node is provided. The access node includes a processor configured such that the access node receives, in a message from a UE, a TMGI associated with an MBMS being received by the UE. The processor is further configured such that the access node attempts to identify at least one neighboring cell capable of providing the MBMS associated with the TMGI. The processor is further configured such that the access node provides information to the UE usable by the UE for handover to a target cell based on the target cell's signal quality relative to the signal quality among the identified cells capable of providing the MBMS.

[0088] In another embodiment, a method is provided for continuing transmission of an MBMS. The method includes a network component receiving, in a message from an access node in a source cell, a first TMGI associated with the MBMS. The method further includes the network component comparing the first TMGI to a plurality of TMGIs associated with a plurality of MBMSs, the plurality of MBMSs known by the network component to be available in at least one neighboring cell of the source cell. The method further includes the network component providing the access node with information related to at least one neighboring cell in which the MBMS is available, the information usable by the access node in initiating a handover of a user equipment to a target cell.

[0089] In another embodiment, a network component is provided. The network component includes a processor configured such that the network component receives, in a message from an access node in a source cell, a first TMGI associated with an MBMS. The processor is further configured such that the network component compares the first TMGI to a plurality of TMGIs associated with a plurality of MBMSs, the plurality of MBMSs known by the network component to be available in at least one neighboring cell of the source cell. The processor is further configured such that the network component provides the access node with information related to at least one neighboring cell in which the MBMS is available, the information usable by the access node in initiating a handover of a user equipment to a target cell.

[0090] While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.

[0091] Also, techniques, systems, subsystems and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component, whether electrically, mechanically, or otherwise. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the scope disclosed herein.


Claims

1. A method for a user equipment, UE, (10) to receive a multimedia broadcast multicast service, MBMS, comprising:

when initiating, at the UE (10), a handover from a first cell that is providing the MBMS through point-to-multipoint transmission, adding, at the UE (10), a temporary multicast group identity, TMGI, associated with the MBMS to a message (501) sent from the UE to an access node in the first cell, said message being a measurement report in the first cell; and

receiving, at the UE (10), information (512) from the access node in the first cell, the information promoting the UE (10) being handed over to a second cell capable of providing the MBMS through point-to-multipoint transmission, wherein,

when none of the cells that provide the MBMS through point-to-multipoint transmission have a signal quality greater than a pre-specified threshold, the information promotes that the UE be handed over to a cell with the best signal quality and the service associated with the MBMS is continued via a point-to-point transmission in the cell with the best signal quality, and wherein

when the message comprises an MBMS priority information element not indicating that the MBMS should be prioritized, the information promotes that the UE be handed over to a cell with the best signal quality, and the service associated with the MBMS is continued via a point-to-point transmission in the cell with the best signal quality.


 
2. A user equipment, UE, comprising:
a processor configured such that, when the UE (10) initiates a handover from a first cell that is providing a multimedia broadcast multicast service, MBMS, through point-to-multipoint transmission, to the UE (10), the UE adds a temporary multicast group identity, TMGI, associated with the MBMS to a message (501) sent from the UE to an access node in the first cell, said message being a measurement report in the first cell ; the processor further configured such that the UE (10) receives information (512) from the access node in the first cell, the information promoting the UE (10) being handed over to a second cell capable of providing the MBMS through point-to-multipoint transmission, wherein, when none of the cells that provide the MBMS through point-to-multipoint transmission have a signal quality greater than a pre-specified threshold, the information promoting that the UE be handed over to a cell with the best signal quality and the service associated with the MBMS is continued via a point-to-point transmission in the cell with the best signal quality, and wherein when the message comprises an MBMS priority information element not indicating that the MBMS should be prioritized, the information promotes that the UE be handed over to a cell with the best signal quality, and the service associated with the MBMS is continued via a point-to-point transmission in the cell with the best signal quality.
 


Ansprüche

1. Verfahren zum Empfangen eines Multimedia-Broadcast-Multicast-Dienstes, MBMS, für eine Teilnehmereinrichtung, UE, (10), das Folgendes umfasst:

wenn an der UE (10) eine Übergabe von einer ersten Zelle, die den MBMS mittels Punkt-zu-Mehrpunkt-Übertragung bereitstellt, initiiert wird,

Hinzufügen einer temporären Multicastgruppenidentität, TMGI, die mit dem MBMS verknüpft ist, an der UE (10) zu einer Nachricht (501), die von der UE an einen Zugangsknoten in der ersten Zelle gesendet wird, wobei die Nachricht ein Messbericht in der ersten Zelle ist; und

Empfangen von Informationen (512) an der UE (10) vom Zugangsknoten in der ersten Zelle, wobei die Informationen es fördern, dass die UE (10) an eine zweite Zelle übergeben wird, die in der Lage ist, den MBMS mittels Punkt-zu-Mehrpunkt-Übertragung bereitzustellen, wobei

wenn keine der Zellen, die den MBMS mittels Punkt-zu-Mehrpunkt-Übertragung bereitstellen, eine Signalqualität aufweist, die größer ist als ein vorab spezifizierter Schwellwert, die Informationen es fördern, dass die UE an eine Zelle mit der besten Signalqualität übergeben wird und der Dienst, der mit dem MBMS verknüpft ist, via eine Punkt-zu-Punkt-Übertragung in der Zelle mit der besten Signalqualität fortgesetzt wird, und wobei

wenn die Nachricht ein MBMS-Prioritätsinformationselement umfasst, das nicht anzeigt, dass der MBMS priorisiert werden sollte, die Informationen es fördern, dass die UE an eine Zelle mit der besten Signalqualität übergeben wird und der Dienst, der mit dem MBMS verknüpft ist, via eine Punkt-zu-Punkt-Übertragung in der Zelle mit der besten Signalqualität fortgesetzt wird.


 
2. Teilnehmereinrichtung, UE, die Folgendes umfasst:

einen Prozessor, der derart ausgelegt ist, dass, wenn die UE (10) eine Übergabe von einer ersten Zelle initiiert, die der UE (10) einen Multimedia-Broadcast-Multicast-Dienst, MBMS, mittels Punkt-zu-Mehrpunkt-Übertragung bereitstellt, die UE eine temporäre Multicastgruppenidentität, TMGI, die mit dem MBMS verknüpft ist, zu einer Nachricht (501) hinzufügt, die von der UE an einen Zugangsknoten in der ersten Zelle gesendet wird, wobei die Nachricht ein Messbericht in der ersten Zelle ist; wobei der Prozessor ferner derart ausgelegt ist, dass die UE (10) Informationen (512) vom Zugangsknoten in der ersten Zelle empfängt, wobei die Informationen es fördern, dass die UE (10) an eine zweite Zelle übergeben wird, die in der Lage ist, den MBMS mittels Punkt-zu-Mehrpunkt-Übertragung bereitzustellen,

wobei, wenn keine der Zellen, die den MBMS mittels Punkt-zu-Mehrpunkt-Übertragung bereitstellen, eine Signalqualität aufweist, die größer ist als ein vorab spezifizierter Schwellwert, die Informationen es fördern, dass die UE an eine Zelle mit der besten Signalqualität übergeben wird und der Dienst, der mit dem MBMS verknüpft ist, via eine Punkt-zu-Punkt-Übertragung in der Zelle mit der besten Signalqualität fortgesetzt wird, und wobei, wenn die Nachricht ein MBMS-Prioritätsinformationselement umfasst, das nicht anzeigt, dass der MBMS priorisiert werden sollte, die Informationen es fördern, dass die UE an eine Zelle mit der besten Signalqualität übergeben wird und der Dienst, der mit dem MBMS verknüpft ist, via eine Punkt-zu-Punkt-Übertragung in der Zelle mit der besten Signalqualität fortgesetzt wird.


 


Revendications

1. Procédé pour qu'un équipement utilisateur, UE, (10) reçoive un service de diffusion/multidiffusion multimédia, MBMS, comprenant :

lors de l'initiation, au niveau de l'UE (10), d'un transfert intercellulaire à partir d'une première cellule qui fournit le MBMS au travers d'une transmission point-à-multipoint,

l'ajout, au niveau de l'UE (10), d'une identité temporaire de groupe de multidiffusion, TMGI, associée au MBMS à un message (501) envoyé de l'UE à un nœud d'accès dans la première cellule, ledit message étant un rapport de mesure dans la première cellule ; et

la réception, au niveau de l'UE (10), d'informations (512) à partir du nœud d'accès dans la première cellule, les informations favorisant le fait que l'UE (10) soit transféré vers une seconde cellule apte à fournir le MBMS au travers d'une transmission point-à-multipoint, dans lequel,

lorsqu'aucune des cellules qui fournissent le MBMS au travers d'une transmission point-à-multipoint ne possède une qualité de signal supérieure à un seuil pré-spécifié, les informations favorisent le fait que l'UE soit transféré vers une cellule ayant la meilleure qualité de signal et le service associé au MBMS est réalisé en continuité via une transmission point-à-point dans la cellule ayant la meilleure qualité de signal, et dans lequel

lorsque le message comprend un élément d'informations de priorité de MBMS n'indiquant pas que le MBMS doit être priorisé, les informations favorisent le fait que l'UE soit transféré vers une cellule ayant la meilleure qualité de signal et le service associé au MBMS est réalisé en continuité via une transmission point-à-point dans la cellule ayant la meilleure qualité de signal.


 
2. Équipement utilisateur, UE, comprenant :

un processeur configuré de sorte que, lorsque l'UE (10) initie un transfert intercellulaire à partir d'une première cellule qui fournit un service de diffusion/multidiffusion multimédia, MBMS, au travers d'une transmission point-à-multipoint, à l'UE (10), l'UE ajoute une identité temporaire de groupe de multidiffusion, TMGI, associée au MBMS à un message (501) envoyé de l'UE à un nœud d'accès dans la première cellule, ledit message étant un rapport de mesure dans la première cellule ; le processeur configuré en outre de sorte que l'UE (10) reçoit des informations (512) à partir du nœud d'accès dans la première cellule, les informations favorisant le fait que l'UE (10) soit transféré vers une seconde cellule apte à fournir le MBMS au travers d'une transmission point-à-multipoint,

dans lequel, lorsqu'aucune des cellules qui fournissent le MBMS au travers d'une transmission point-à-multipoint ne possède une qualité de signal supérieure à un seuil pré-spécifié, les informations favorisant le fait que l'UE soit transféré vers une cellule ayant la meilleure qualité de signal et le service associé au MBMS est réalisé en continuité via une transmission point-à-point dans la cellule ayant la meilleure qualité de signal, et dans lequel lorsque le message comprend un élément d'informations de priorité de MBMS n'indiquant pas que le MBMS doit être priorisé, les informations favorisent le fait que l'UE soit transféré vers une cellule ayant la meilleure qualité de signal et le associé au MBMS est réalisé en continuité via une transmission point-à-point dans la cellule ayant la meilleure qualité de signal.


 




Drawing



























































Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Non-patent literature cited in the description