Method for managing multimedia broadcast multicast service transmission and related communication device

The present invention relates to a method and apparatus for managing multimedia broadcast multicast service (MBMS) transmission in a wireless communication system.

A long-term evolution (LTE) system, initiated by the third generation partnership project (3GPP), is now being regarded as a new radio interface and radio network architecture that provides a high data rate, low latency, packet optimization, and improved system capacity and coverage. In the LTE system, an evolved universal terrestrial radio access network (E-UTRAN) includes a plurality of evolved Node-Bs (eNBs) and communicates with a plurality of mobile stations, also referred as user equipments (UEs).

A multimedia broadcast multicast service (MBMS) service has been introduced in LTE specification to give the opportunity to broadcast or multicast TV, film, information such as free overnight transmission of newspaper in digital form and other media in these networks. The broadcast or multicast capability enables to reach unlimited number of users with constant network load. Further, the MBMS also enables the possibility to broadcast or multicast information simultaneously to many cellular subscribers.

Two important scenarios have identified for the MBMS service. One is single-cell broadcast, and the second is MBMS Single frequency network (MBSFN). MBSFN is envisaged for delivering services such as Mobile TV, using the LTE infrastructure. In MBSFN the transmission happens from a tightly time-synchronized set of eNBs, using the same resource block. A UE receiver will therefore observe multiple version of the signal with different delays due to the multi-cell transmission. Since the transmissions from the multiple cells are sufficiently tightly synchronized for each to arrive at the UE, this makes the MBSFN transmission appear to the UE as a transmission from a single large cell, and the UE receiver may treat the multi-cell transmission in the same way as multi-path components of a single cell transmission without incurring any additional complexity.

The MBSFN transmission takes place on dedicated subframes referred to as MBSFN subframes, which would be used for other purpose than MBMS service. For example, the MBSFN subframes can be used for data transmission between relays and the eNB or data transmission for position measurement for the UE. Namely, the MBSFN subframes may be used for non-MBMS data transmission when the MBSFN subframes are not allocated for MBMS data.

The deployment of the MBMS in the LTE system has been defined based on various configurations of geographical cell distribution, carrier frequency allocation (known as "frequency layers") and transmission mode. A geographical area where all eNBs can be synchronized and can perform MBSFN transmission is called an MBSFN synchronization area. Within the MBSFN synchronization area, a group of cells that are coordinated for an MBSFN transmission is called an MBSFN area. Strictly speaking, one cell belongs to only one MBSFN area. Based on such "one-to-one" mapping, the UE served by that cell only read MBSFN subframe configuration associated with that MBSFN area. However, when the multiple MBSFN areas overlap, one cell may serve multiple MBSFN areas simultaneously. The UE in the overlapping area only reads one MBSFN subframe configuration (e.g. the first MBSFN subframe configuration received) in a configuration list. This causes the other MBMS service ignored.

Moreover, mappings between the MBSFN subframe configurations and multicast channel (MCH), multicast control channel (MCCH) and multicast traffic channel (MTCH) have not been described explicitly in the current LTE specification. The MCTH is a point-to-multipoint downlink channel for transmitting data traffic from the network to the UE. The MCCH is a point-to-multipoint downlink channel used for transmitting MBMS control information form the network to the UE. Both the MCCH and the MTCH are mapped to the MCH transport channel in the MBSFN operation. The MCH is used to transport user data or control message for the MBSFN operation.

In short, allocation/configuration of the MBSFN subframe and corresponding channels, e.g. MCH/MCCH/MTCH, need appropriate handling to improve MBMS resource utilization.

This in mind, the present invention aims at providing a method and apparatus for managing multimedia broadcast multicast service (MBMS) transmission in a wireless communication system, so as to teach how to use reserved MBMS subframes for MBMS data transmission and non-MBMS data transmission.

This is achieved by a method and apparatus for managing multimedia broadcast multicast service (MBMS) transmission in a wireless communication system according to claims 1, 6, 13 and 14. The dependent claims pertain to corresponding further developments and improvements.

As will be seen more clearly from the detailed description following below, the claimed method for managing multimedia broadcast multicast service (MBMS) transmission for a network in a wireless communication system is disclosed comprises the steps of reserving a plurality of MBMS subframes of a first radio frame for a MBMS service; configuring a first subframe set of the reserved MBMS subframes of the first radio frame for transmissions of MBMS data; and configuring a second subframe set of the reserved MBMS subframes of the first radio frame for transmissions of non-MBMS data.

Brief Description of the Drawings

<ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">Fig.1</figref> illustrates a schematic diagram of a wireless communication system according to an example.</li><li><figref idref="f0002">FIG.2</figref> illustrates a schematic diagram of a communication device according to an example.</li><li><figref idref="f0003">FIG.3</figref> is a flow chat of a process for a network according to an example.</li><li><figref idref="f0004">FIGs. 4-6</figref> illustrate mapping between the configuration(s) and the MCH(s)/MTCH(s)/MCCH(s) according to an example.</li><li><figref idref="f0005">FIG.7</figref> is a flowchart of a process for a mobile device according to an example.</li></ul>

Please refer to <figref idref="f0001">Fig.1</figref>, which illustrates a schematic diagram of a wireless communication system 10 according to an example. Briefly, the wireless communication system 10 supports multimedia broadcast multicast service (MBMS) services and is composed of a network and a plurality of mobile devices. In <figref idref="f0001">Fig. 1</figref>, the network and the mobile devices are simply utilized for illustrating the structure of the wireless communication system 10. The wireless communication system 10 can be a UMTS (Universal Mobile Telecommunications System) or an LTE (long-term evolution) system. In the LTE system, the network is referred as a EUTRAN (evolved-UTRAN) comprising a plurality of eNBs, whereas the mobile devices are referred as user equipments (UEs). Each eNB may provide communication coverage for a particular area (called "a cell"). The UEs can be devices such as mobile phones, computer systems, etc. A geographical area where all eNBs can be synchronized and can perform MBMS Single frequency network (MBSFN) transmission is called an MBSFN synchronization area. Within the MBSFN synchronization area, a group of cells that are coordinated for an MBSFN transmission is called an MBSFN area. As shown in <figref idref="f0001">FIG.1</figref>, within the (MBSFN) synchronization area, several MBSFN areas overlap geographically and form the overlapping MBSF area. The several MBMS services may be broadcasted in the overlapping MBSFN area. The overlapping MBSFN area would require the allocation of separate resources and signaling to support the different MBMS services transmitted simultaneously in that area. The UE served by a set of cells within the overlapping MBSF area may need to receive different MBMS content from the different MBMS service.

Please refer to <figref idref="f0002">FIG.2</figref>, which illustrates a schematic diagram of a communication device 20 according to an example. The communication device 20 may be the mobile devices or the network shown in <figref idref="f0001">FIG. 1</figref> and may include a processing means 200 such as a microprocessor or ASIC, a memory unit 210 and a communication interfacing unit 220. The memory unit 210 may be any data storage device that can store program code 214 for access by the processing means 200. Examples of the memory unit 210 include but are not limited to a subscriber identity module (SIM), read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, hard disks, and optical data storage devices. The communication interfacing unit 220 may be preferably a radio transceiver and accordingly exchanges wireless signals according to processing results of the processing means 200.

Please refer to <figref idref="f0003">FIG.3</figref>, which is a flow chat of a process 30 according to an example. The process 30 is used for managing MBMS transmission for a network in a wireless communication system. The process 30 can be compiled into the program code 214 and include the following steps: <tables id="tabl0001" num="0001"><table frame="none"><tgroup cols="2" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="147mm" /><tbody><row><entry>Step 300:</entry><entry>Start.</entry></row><row><entry>Step 302:</entry><entry>Reserve multiple MBMS subframes of a radio frame Frm1 for a MBMS service.</entry></row><row><entry>Step 304:</entry><entry>Configure a subframe set S1 of the reserved MBMS subframes of the radio frame Frm1 for MBMS data transmission.</entry></row><row><entry>Step 306:</entry><entry>Configure a subframe set S2 of the reserved MBMS subframes of the radio frame Frm1 for non-MBMS data transmission.</entry></row><row><entry>Step 308:</entry><entry>Transmit a configuration Config1 associated with subframe allocation of the subframe set S1 and a configuration Config2 associated with subframe allocation of the subframe set S2 to a UE.</entry></row><row><entry>Step 308:</entry><entry>End.</entry></row></tbody></tgroup></table></tables>

According to the process 30, the network may reserve several MBMS subframes of the radio frame Frm1. Then, the network may configure the subframe set S1 of the reserved MBMS subframes for the MBMS data transmission and the subframe set S2 of the reserved MBMS subframes for the non-MBMS data transmission. In the next step, the network may transmit the configuration Config1 and the configuration Config2 to the UE. The Config1 may define the subframe allocation of the subframe set S1 and the Config2 may define the subframe allocation of the subframe set S2. In other words, in one radio frame, the network may use the different configurations including the different subframe sets to transmit the MBMS data and the non-MBMS data. In some examples, after the UE receives the configurations (e.g. Config1 and Config2) sent by the network, based on the received configurations, the UE may exactly know which of the reserved MBMS subframes are used for the MBMS data transmission and which of the reserved MBMS subframes are used for non-MBMS data transmission.

In some example, the MBMS subframes may be referred as to a MBMS Single frequency network (MBSFN) subframes, which is used for sending broadcast and multicast information. In some examples, the wireless communication system may include a relay. The relay is a station that receives a transmission of data and/or other information from an upstream station (e.g. an eNB or a UE) and sends a transmission of the data and/or other information to a downstream station (e.g. a UE or an eNB). Thus, the non-MBMS data may be referred as to data transmitted between the eNB and the relay. In another example, the non-MBMS data may refer to the data used for assisting the UE with position measurement.

As known above, the subframe set S1 and the subframe set S2 may be defined in the Config1 and Config2, respectively (or sometimes called MBSFN subframe configuration). The Config1 explicitly indicates which of the reserved subframes are allocated to the subframe set S1. The Config2 explicitly indicates which of the reserved subframes are allocated to the subframe set S2. For example, the radio frame Frm1 includes ten MBSFN subframes subfrm1, subfrm2... subfrm10. And, a total of five subframes (subfrm1, subfrm4, subfrm5, subfrm7, subfrm 10) are reserved for the MBMS service. The subframe set S1 is defined in the Config1 by enumerating S1={sunfrm1, subfrm4, subfrm5} and used for the MBMS data transmission. The subframe set S2 is defined in the Config2 by enumerating S2={subfrm7, subfrm10} and used for non-MBMS data transmission.

It is more likely for the network to have more than two configurations. The different configurations may define the different allocation ways for the reserved MBMS subframes. In addition, the different configurations may be used for the different data transmission or the same data transmission. Those configurations may be sent in system information and read by the UE. The system information is structured by means of system information blocks (SIBs), each of which contains a set of functionality-related parameters. Besides the Config1 and Config2, the network may transmit two other configurations (Config3 and Config4) to the UE, which may be included in the system information. The Config1 and the Config3 may be used for the MBMS data transmission, and individually define MBMS subframe allocations. The Config2 is used for the data transmitted between the aforementioned relay and the eNB. The Config4 is used for the data for UE position measurement. When the UE receives the system information, the UE only needs to read the configurations of interest. For example, the UE may only read the Config1 and Config3 for the MBMS data transmission and ignore the others. In some examples, the system information may not inform the UE of the purposes of the configurations. That is, the UE may not know which configurations are used for the MBMS data transmission and which configurations are used for the non-MBMS data transmission. In this situation, the UE may read and decode all possible configurations.

In some examples, MBMS subframe overlapping may be allowed among the different configurations to make the usage of the reserved MBMS subframes more flexible. Namely, one or more reserved MBMS subframes may be shared in one or more configurations. Take the aforementioned Config4 for an example, likewise, the MBMS subframes (subfrm1, subfrm4, subfrm5, subfrm7, subfrm 10) are reserved for the MBMS service, the Config4 may define a subframe set S4 containing three subframes (subfrm1, subfrm7, subfrm10) for the non-MBMS data transmission. As defined above, the Config1 have three subframes (sunfrm1, subfrm4, subfrm5) used for the MBMS data transmission. Apparently, the subframe subfrm1 may be used both for the MBMS data transmission in the Config1 and for the non-MBMS data transmission in the Config4. In this situation, the network may use the subframe subfrm1 of the radio frame Frm1 to transmit the MBMS data and then, in a radio frame Frm2 following the radio frame Frm1, use corresponding subframe subfrm1 to transmit the non-MBMS data, and so on. Thus, the MBMS resources have flexibility and can be fully utilized. This, undoubtedly, enhances capacity and efficiency of data transmission.

In some example, the aforementioned system information not only includes configurations, but also includes mapping between the configurations and UE channels, such as multicast channels (MCHs), multicast traffic channels (MTCHs) and multicast control channels (MCCHs). The mapping between the configuration(s) and the MCH(s)/MTCH(s)/MCCH(s) may include a"one-to-one" mapping, "many-to-one" mapping and "one-to-many" mapping. For "one-to-one" mapping, one configuration may be mapped to one MCH/MCCH/MTCH. For "many-to-one" mapping, several configurations may be mapped to one MCH/MCCH/MTCH. For "one-to-many" mapping, one configuration may be mapped to several MCHs/MCCHs/MTCHs. Please refer to <figref idref="f0004">FIG.s 4-6</figref>, which illustrate mappings between the configuration(s) and the MCH(s)/MTCH(s)/MCCH(s) according to an example. In <figref idref="f0004">FIG.4</figref>, a Config(A) and Config(B) are mapped to a MCH(A)/MTCH(A)/MCCH(A) and MCH(B)/ MTCH(B)/MCCH(B), respectively. Namely, the different MCHs/MTCHs/MCCHs may use the different configurations for the MBMS data multiplexing/demultiplexing. In <figref idref="f0004">FIG.5</figref>, the Config(A) is mapped to MCH(A)/MTCH(A)/MCCH(A) and MCH(B)/ MTCH(B)/MCCH(B), both. Namely, the different MCHs/MTCHs/MCCHs may share the same configuration for the MBMS data multiplexing/demultiplexing. In <figref idref="f0004">FIG.6</figref>, the Config(A) and Config(B) are mapped to MCH(A)/MTCH(A)/MCCH(A).Namely, one MCH/MCCH/MTCH use the different configurations for the MBMS data multiplexing/demultiplexing. In another example, the system information broadcast by the network may further include a modulation and coding scheme (MCS) associated with the MCH and MBMS subframe allocation for the MCH. The UE may read the system information and learn which MBMS subframes are used for the MCH.

Please refer to <figref idref="f0005">FIG.7</figref>, which is a flowchart of a process 70 according to an example. The process 70 is used for managing MBMS reception for a UE in a service overlapping area of a wireless communication system (e.g. the mobile device 14 in <figref idref="f0001">Fig. 1</figref>). The service overlapping area may be referred as to an overlapping MBSFN area. The UE may be implemented by the communication device 20. The process 70 can be compiled into the program code 214 and include the following steps: <tables id="tabl0002" num="0002"><table frame="none"><tgroup cols="2" colsep="0" rowsep="0"><colspec colnum="1" colname="col1" colwidth="19mm" /><colspec colnum="2" colname="col2" colwidth="147mm" /><tbody><row><entry>Step 700:</entry><entry>Start.</entry></row><row><entry>Step 702:</entry><entry>Receive a configuration Config(1) associated with a MBMS service MS(1) and a configuration Config(2) associated with a MBMS service MS(2).</entry></row><row><entry>Step 704:</entry><entry>Read the configuration Config(1) associated with the MBMS service MS(1) and the configuration Config(2) associated with the MBMS service MS(2).</entry></row><row><entry>Step 706:</entry><entry>End.</entry></row></tbody></tgroup></table></tables>

According to the process 70, when the MBMS service MS(1) and the MBMS service MS(2) are broadcasted to the UE, the UE may receive and read the Config(1) and the Config(2), both. The Config(1) may include a MBSFN subframe configuration related to the MBMS service MS(1) and is used for transmitting the MBMS data of the MBMS service MS(1). The Config(2) may include a MBSFN subframe configuration related to the MBMS service MS(2) and is used for transmitting the MBMS data of the MBMS service MS(2).

In accordance with the process 70, the UE may receive and read the different configurations associated to support the different MBMS services. For the different MBMS services, each of configurations may have its own subframe allocation and use the different MBMS subframes. An example is demonstrated below. The Config(1) may define MBMS subframes {subfrm4, subfrm5} for the MBMS data transmission for the MBMS service MS(1). The Config(2) may define MBMS subframes {subfrm7, subfrm10} for the MBMS data transmission for the MBMS service MS(2). Thus, the UE may be able to read both Config(1) and Config(2), supporting two MBMS services. The UE in the overlapping MBSFN area may read one or more configurations associated with the different MBMS services and support the MBMS data transmission for the different MBMS services. In some examples, the aforementioned MBMS subframe overlapping may be allowed among the configurations associated with the different MBMS services.

Note that the process 70 is not limited to two sets of configuration and two types of MBMS services and aims to provide the concept of utilization of multiple sets of configuration associated with overlapped MBMS services.

Please note that the abovementioned steps including suggested steps can be realized by means that could be hardware, firmware known as a combination of a hardware device and computer instructions and data that reside as read-only software on the hardware device, or an electronic system. Examples of hardware can include analog, digital and mixed circuits known as microcircuit, microchip, or silicon chip. Examples of the electronic system can include system on chip (SOC), system in package (Sip), computer on module (COM), and the communication device 20 in which the processor 200 processes the program code 214 related to the abovementioned processes and the processed results can handle MBMS service transmission and reception. To sum up, the network reserves the MBMS subframes for the MBMS service and uses the different MBMS subframe configurations to transmit the MBSM data transmission and the non-MBMS data transmission. The MBMS configurations explicitly defining which MBMS subframes should be used for the MBMS data transmission or which MBMS subframes should be used for the non-MBMS data transmission is provided. Then, the network sends the MBMS subframe configurations to the UE. The UE may read any MBMS configuration of interest and decode data on the MBMS subframes defined in the MBMS configuration. In addition, according to the examples, the MBSM subframe overlapping is allowed. Thus, the network can use the same MBMS subframes in the different configurations. The network also explicitly defines mapping between the configurations and MCHs/MTCHs/MCCHs. Furthermore, when the several MBSFN areas overlap and several MBMS services are broadcasted in the overlapping MBSFN area, the UE in the overlapping MBSFN area can read one or more configurations associated with the different MBMS services.