The present invention is related to wireless communication systems. More particularly, the present invention is related to a method and apparatus for controlling reception of multimedia broadcast/multicast services (MBMS) at a wireless transmit/receive unit (WTRU), (i.e., a mobile station).
MBMS are point-to-multipoint services in which data is transmitted from a single source to multiple recipients. MBMS fall into two categories: multicast services and broadcast services. The multicast services are subscription-based services and the broadcast services are provided to every MBMS-capable WTRU in the service area.
It is anticipated that MBMS would become a prime carrier for commercial advertising media or other content that may not be desired by the user because the content may be annoying, excessive and overwhelming, similar to pop-ups that plague wireline Internet users. This undesired content may be provided via broadcast services or may be a part of a multicast service to which a user has subscribed. Moreover, unwanted broadcasts or multicasts wastefully consume WTRU resources with respect to battery power, processor cycles, memory usage, or the like. However, the prior art does not provide any means to control or disable the reception of unwanted MBMS broadcast services or unwanted parts of a multicast service.
The present invention is a method and apparatus for controlling reception of MBMS at a WTRU. In order to control reception of unwanted MBMS, the WTRU is enabled or disabled for receiving MBMS in accordance with a user input. The unwanted MBMS may be blocked at an application layer or at a lower layer. Either all services or a selected individual service may be blocked. The selection may be based on a type of content of the service or a priority of the content. The selection made by the user may be overridden for providing a certain service. To block the unwanted service, reception of an MBMS announcement message is disabled. Alternatively, an MBMS identity is prevented from being passed to a lower layer or is passed with a flag indicating that the unwanted service of MBMS should not be processed.
A more detailed understanding of the invention may be had from the following description, given by way of example and to be understood in conjunction with the accompanying drawings wherein:
Hereafter, the terminology “WTRU” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment.
The features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
The selection of services may be made based on the type of content of the services. For example, the user may configure the WTRU 302 to receive available software upgrades or service upgrades, but may block advertisements. The information regarding the type of content may be provided by the network or may be based on prior knowledge. Prior knowledge is published MBMS information available to the user, such as service type and its code of access, control schemes, or the like. The selection of services may be made based on a priority of the content, which is signaled by the network. For example, if emergency information is denoted as priority level 1, the selection may be made to receive only priority level 1 MBMS.
Certain content within a broadcast or multicast service may be blocked based on analysis of the content. For example, a filter may be applied to prevent content containing certain objectionable or undesired words or phrases, content containing words or phrases indicating an undesirable source, content of a certain type such as video clips or particular file formats, or content that include large amounts of data that it may be undesirable to store. Furthermore, a filter or algorithm used to analyze and recognize the undesirable content may correlate the content with an MBMS ID. That MBMS ID can be tagged as undesirable and disabled for a certain time duration. The parameters of the filter algorithms, for example the objectionable words, phrases, content source, or file size, may be user-defined settings.
The user setting or service selection may be overridden for certain contents. For example, if a network, equipment manufacturers or law enforcement agencies make a rule that certain MBMS messages must be provided to the user, (e.g., emergency notifications), such contents are provided to the user regardless of the user setting or service selection.
As shown in
As shown in
On the user data plane, the IP stack 510, (i.e., IP, TCP, RTP and RTCP), are Internet communication protocol instances employed in the WTRU 302 to support the MBMS application. RABM is a protocol entity in the 3G protocol stack and PDCP is a protocol entity for IP header decompression. The RABM and the PDCP connect the data path between the RLC and the IP stack components.
On the control plane, the signaling radio bearers (SRBs) 536 over dedicated control channels (DCCHs) 538 are used for carrying the basic WTRU operating commands and responses as well as call control or application control commands and responses. The MBMS control channel (MCCH) 540 and the MBMS scheduling channel (MSCH) 542 are MBMS specific control channels such that MBMS information is received via the MCCH 540 and scheduling information about the MBMS traffic channel (MTCH) 534 is received via the MSCH 542. All the control signaling/commands which are sent from the network flow into the RRC entity 508, which configures and controls various components for effective operation of the WTRU 302. The MCH 506 is a specific functional entity designed to coordinate with the RRC entity 508 for the MBMS reception operation of the RABM/PDCP entity 512, the RLC entity 514, the MAC entity 516 and the PHY entity 518 and the high level MBMS subscription and activation activities.
The PHY entity 518 processes received signals through a secondary common control channel (S-CCPCH) and forwards forward access channel (FACH) protocol data units (PDUs) to the MAC entity 516. MBMS are preferably provided through the FACH 532 which is carried via the S-CCPCH. It should be understood to be obvious to those skilled in the art that the services may be provided via any other type of channels and the description of specific channel type in the present invention is provided as an example, not as a limitation, and any variance is possible. The MAC entity 516 includes a target channel type field (TCTF) mapping function 520, which performs TCTF mapping of the received FACH PDUs. The FACH PDU header includes the TCTF which indicates a common logical channel type on the FACH 532. If it is determined from the TCTF that the FACH 532 carries an MTCH 534 for MBMS, the MAC entity 516 forwards the MTCH PDUs to the RLC entity 514 after performing an MBMS-ID filtering.
Still referring to
In accordance with one embodiment, MBMS may be completely ignored by blocking the reception of the MBMS announcement messages. In order to initiate the MBMS reception, the WTRU 302 should receive and process the MBMS announcement messages. By blocking the reception of the MBMS announcement message, a service of MBMS may be completely ignored. For example, the MBMS application entity 502 may be configured such that it does not issue a command to activate MBMS announcement reception. If operator specific MBMS exist, such as MBMS announcements through short message services (SMS) or audio announcement via voice mail, the MBMS application can be still be configured not to read the programmed network MBMS configuration therefore still blocking any MBMS related reception. With this embodiment, the WTRU 302 cannot receive any MBMS, since the upper layers are not configured to accept MBMS data of any kind.
In accordance with another embodiment, broadcast services are identified from the MBMS announcement message and either passively or actively blocked for reception. When the MBMS signaling link for user service is connected, the IP based MBMS announcement is received by the MBMS application entity 502. From the MBMS announcement, broadcast services are identified and service ID, which is embedded in a temporary mobile group identifier (TMGI), for the broadcast services are collected. For MBMS multicast services, the TMGI is transmitted to the WTRU 302 during the MBMS multicast service activation procedure. For MBMS, the TMGI is obtained via service announcement. The service ID is mapped to a network assigned MBMS-ID at the RRC entity 508 based on the information from MBMS control messages received via the MCCH 540. Multiple service IDs may exist for multiple broadcast services of different kind.
For passive blocking of the broadcast services, the MBMS application entity 502 blocks these broadcast service IDs from being sent to the MCH 506. Therefore, no special MBMS-ID is configured to the MAC entity 516 or PHY entity 518 and the broadcast data stream will not be configured to be received or will be filtered out at the MAC entity 516 or PHY entity 518.
For active blocking of the broadcast services, the MBMS application entity 502 passes the broadcast service IDs to the RRC entity 508 with a flag indicating that it should block the specified FACH 532 at the physical layer if the FACH 532 are only carrying unwanted services of MBMS.
The above passive or active blocking may be applied to either all MBMS or some of the services of MBMS which are deemed as being undesirable. Although the description has used MBMS broadcast services, the same approach can be used to block unwanted MBMS multicast services, even if the user has joined a multicast group.
Alternatively, the MBMS-ID processing and TCTF mapping may be moved from the MAC entity 516 to the PHY entity 518. For some MBMS specific MTCH 534 carrying FACHs 532 that are configured by the RRC entity 508 with a special flag, the tasks of TCTF mapping and MBMS-ID processing and blocking may be implemented in the PHY entity 518 before the MTCH data is passed to the MAC entity 516 via the FACH 532. This scheme has an advantage of avoiding unnecessary processing of unwanted MTCH PDUs at the MAC entity 516.
If a FACH 532 only used for blocked services of MBMS is identified, the processing of the S-CCPCH to which the FACH 532 is mapped at the PHY entity 518 can be further reduced or eliminated.
In the case where soft or selective combining is required, this can also include disabling those unnecessary processing, which can save memory, processing cycles, and power.
Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments or in various combinations with or without other features and elements of the present invention.
This application claims the benefit of U.S. Provisional Patent Application No. 60/726,627 filed Oct. 14, 2005, which is incorporated by reference as if fully set forth.
Number | Date | Country | |
---|---|---|---|
60726627 | Oct 2005 | US |