Method, Apparatus and Computer Program for Terminating Mobile Station Receipt of Multimedia Broadcast/Multimedia Service (MBMS) Service Bearer

Vaittinen; Rami ;   et al.

Patent Application Summary

U.S. patent application number 14/103273 was filed with the patent office on 2014-07-10 for method, apparatus and computer program for terminating mobile station receipt of multimedia broadcast/multimedia service (mbms) service bearer. This patent application is currently assigned to CORE WIRELESS LICENSING S.A.R.L.. The applicant listed for this patent is Core Wireless Licensing S.a.r.l.. Invention is credited to Antero Lundell, Rami Vaittinen.

Application Number20140192728 14/103273
Document ID /
Family ID37073124
Filed Date2014-07-10

United States Patent Application 20140192728
Kind Code A1
Vaittinen; Rami ;   et al. July 10, 2014

Method, Apparatus and Computer Program for Terminating Mobile Station Receipt of Multimedia Broadcast/Multimedia Service (MBMS) Service Bearer

Abstract

In one non-limiting aspect thereof the exemplary embodiments of this invention provide a method, a computer program product and a mobile station operable in accordance therewith to originate a request at the mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer; and to transmit the request to a wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer. In another non-limiting aspect thereof the exemplary embodiments of this invention provide a method, a computer program product and a wireless network node operable in accordance therewith to receive a request from a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and, in response, to send the mobile station a PACKET TBF RELEASE message that includes an identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer.


Inventors: Vaittinen; Rami; (Littoinen, FI) ; Lundell; Antero; (Turku, FI)
Applicant:
Name City State Country Type

Core Wireless Licensing S.a.r.l.
Assignee: CORE WIRELESS LICENSING S.A.R.L.

Family ID: 37073124
Appl. No.: 14/103273
Filed: December 11, 2013

Related U.S. Patent Documents

Application Number Filing Date Patent Number
11397539 Apr 4, 2006 8626153
14103273
60668293 Apr 4, 2005

Current U.S. Class: 370/329
Current CPC Class: H04L 65/4076 20130101; H04H 40/18 20130101; H04H 20/57 20130101; H04W 72/005 20130101; H04H 20/72 20130101; H04L 29/06027 20130101; Y02D 30/70 20200801; H04W 76/30 20180201; H04H 60/91 20130101
Class at Publication: 370/329
International Class: H04W 76/06 20060101 H04W076/06; H04H 20/57 20060101 H04H020/57

Claims



1. A method, comprising: originating a request at a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer; and transmitting the request to a wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer.

2-27. (canceled)
Description



CLAIM OF PRIORITY FROM COPENDING PROVISIONAL PATENT APPLICATION

[0001] This patent application claims priority under 35 U.S.C. .sctn.119(e) from Provisional Patent Application No. 60/668,293, filed Apr. 4, 2005, the disclosure of which is incorporated by reference herein in its entirety.

TECHNICAL FIELD

[0002] The examples of this invention relate generally to digital wireless communications systems and devices and, more specifically, relate to mobile station (MS) operation in a Multimedia Broadcast/Multimedia Service (MBMS) mode of operation.

BACKGROUND

[0003] MBMS is a unidirectional Point-to-Multipoint (P-t-M) multicast/broadcast service in which data is transmitted from a single source entity to a group of users in a specific area. MBMS may comprise a selection of unidirectional point-to-multipoint and bi-directional point-to-point transmissions of multimedia data (e.g. text, audio, picture, video) from a single source entity to a multiplicity of users in a service area. As used herein a Service Area for a given MBMS service is understood to be a geographical area (i.e., set of cells) where the service is made available. The goal of MBMS is therefore to allow the provision of multiple instances of a point-to-point (P-t-P) service with a single transmission over the radio interface as a radio multicast.

[0004] Reference with regard to MBMS can be made to a document: 3GPP TS 23.246, V.6.4.0 (2004-09) "Multimedia Broadcast/Multicast Service (MBMS); Architecture and Functional Description" (Release 6), incorporated by reference herein in its entirety.

[0005] The MBMS has two modes of operation: Broadcast mode and Multicast mode. One significant difference between the two modes is that in Broadcast mode all MBMS users in the service area are targeted, whereas in Multicast mode it is possible to address only a subset of the MBMS users in the service area. Typically, before receiving the service the multicast mode requires the user to subscribe to a multicast group.

[0006] The reception of a MBMS multicast service is enabled by certain procedures which are illustrated in FIG. 1, which duplicates FIG. 2 in sub-clause 4.4.1, "Multicast Mode", of the above-referenced 3GPP TS 23.246, V.6.4.0 (2004-09) document.

[0007] An example for the phases of MBMS broadcast service provision is illustrated in FIG. 2, which duplicates FIG. 4 in sub-clause 4.4.3, "Broadcast Mode", of the above-referenced 3GPP TS 23.246, V.6.4.0 (2004-09) document.

[0008] A description is now provided of a conventional release of MBMS resources and a leaving or termination procedure. As is stated in sub-clause 8.1.4.4 of 3GPP TS 44.060, "Radio Link Control/Medium Access Control (RLC/MAC) protocol; Stage 3", incorporated by reference herein in its entirety, only the network can initiate the release of a MBMS radio bearer. More specifically, it is stated that the "network may initiate the normal or abnormal release of an MBMS radio bearer by transmitting a PACKET TBF RELEASE message to the mobile station(s) on the PACCH" (Packet Associated Control Channel). The TBF is a Temporary Block Flow. In the same sub-clause is stated that the MS shall always stay in broadcast/multicast receive mode when it is receiving any MBMS bearer(s). More specifically, it is stated that: "If the mobile station in broadcast/multicast receive mode is not receiving any other MBMS radio bearers, it shall enter packet idle mode and apply the DRX mode procedures as specified in sub-clause 5.5.1.5, otherwise it shall remain in broadcast/multicast receive mode."

[0009] This requirement must be followed whether the user wishes to receive or to not receive any MBMS service(s). In the case that the user does not wish to receive any MBMS service(s), the MS still receives a MBMS service in the downlink, and may even be required to send feedback in the uplink if commanded by the network.

[0010] According to the above-referenced 3GPP TS 23.246, V.6.4.0 (2004-09) document, with a "leaving" procedure a subscriber leaves (i.e., stops being a member of) a multicast group, i.e., the user no longer wishes to receive Multicast mode data of a specific MBMS bearer service. One may consider the leaving procedure to represent a solution, from the perspective of the MS, to stop receiving the MBMS bearer service. However, the conventional leaving procedure is not suitable for MBMS service/sessions(s) that are repeated frequently, since its use results in a considerable amount of signaling in both the radio access and core networks.

[0011] According to normal General Packet Radio Service (GPRS) behavior in a mobile-originated release when a downlink TBF has been allocated, the MS simply leaves the channel, such as in a cell re-selection case. However, this type of behavior is not acceptable for use with MBMS since, for example, the MS may be in a feedback mode of operation where the network is expecting to receive an uplink transmission from the MS.

[0012] In view of the situation just described several undesirable results can occur, such as unnecessary MS battery consumption, increased signaling load in the network, and a decreased subscriber service satisfaction.

SUMMARY OF THE EXEMPLARY EMBODIMENTS OF THIS INVENTION

[0013] The foregoing and other problems are overcome, and other advantages are realized, in accordance with the exemplary embodiments of this invention.

[0014] In one non-limiting aspect thereof the exemplary embodiments of this invention provide a method that includes originating a request at a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer; and transmitting the request to a wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer.

[0015] In another non-limiting aspect thereof the exemplary embodiments of this invention provide a computer program product that is embodied on a tangible memory media that is readable by a data processor of a mobile station. The computer program product comprises program instructions the execution of which result in performing operations that comprise originating a request at a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer; and transmitting the request to a wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer.

[0016] In another non-limiting aspect thereof the exemplary embodiments of this invention provide a mobile station that includes a wireless transceiver for conducting bidirectional communications with a wireless network; a memory for storing a program; and a data processor coupled to the transceiver and to the memory. The data processor is operable to execute the program and, in response to execution of the program, originates a request to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and to transmit the request to the wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer.

[0017] In a further non-limiting aspect thereof the exemplary embodiments of this invention provide a method that includes receiving a request from a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and, in response, sending the mobile station a PACKET TBF RELEASE message that comprises an identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer.

[0018] In a still further non-limiting aspect thereof the exemplary embodiments of this invention provide a computer program product embodied on a tangible memory media that is readable by a data processor of a wireless network node. The computer program product includes program instructions, the execution of which result in performing operations that comprise receiving a request from a mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and, in response, sending the mobile station a PACKET TBF RELEASE message that comprises an identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer.

[0019] In one still further non-limiting aspect thereof the exemplary embodiments of this invention provide a wireless network node that includes a wireless transceiver for conducting bidirectional communications with a mobile station; a memory for storing a program and a data processor coupled to the transceiver and to the memory. The data processor is operable to execute the program and, in response to execution of the program, to receive a request from the mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and in response, to send the mobile station a PACKET TBF RELEASE message that comprises an identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer.

[0020] In a further non-limiting aspect thereof the exemplary embodiments of this invention provide a method to operate a mobile station in a Multimedia Broadcast/Multimedia Service MBMS mode of operation. The method includes originating a request at the mobile station to terminate reception of a Multimedia Broadcast/Multimedia Service radio bearer and transmitting the request to a wireless network that is the source of the Multimedia Broadcast/Multimedia Service radio bearer. For a case that the mobile station is operating in a non-feedback mode of operation, originating and transmitting comprise sending the wireless network request message to request an uplink radio block, and the method further includes receiving from the wireless network an allocation of an uplink radio block; sending in the allocated uplink radio block a MBMS SERVICE REQUEST message to the wireless network, the MBMS SERVICE REQUEST comprising an identification of the mobile station and a Stop Receiving MBMS Radio Bearer parameter; and receiving from the wireless network a PACKET TBF RELEASE message that comprises the identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer. For a case that the mobile station is operating in a feedback mode of operation, originating and transmitting comprise sending the wireless network an identification of the mobile station and a Stop Receiving MBMS Radio Bearer parameter in a feedback-related message, and the method further includes receiving from the wireless network the PACKET TBF RELEASE message that comprises the identification of the mobile station and a TBF_RELEASE_CAUSE value defined as Stop Receiving MBMS Radio Bearer.

BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The foregoing and other aspects of the exemplary embodiments of this invention are made more evident in the following Detailed Description, when read in conjunction with the attached Drawing Figures, wherein:

[0022] FIG. 1 illustrates various phases of MBMS Multicast Service provision;

[0023] FIG. 2 illustrates various phases of MBMS Broadcast Service provision;

[0024] FIG. 3 is a block diagram shown a network node coupled to a mobile node, that is one suitable embodiment for practicing the exemplary embodiments of this invention;

[0025] FIG. 4 is a message flow diagram that illustrates a MS-originated stop of reception of a MBMS radio bearer in accordance with the exemplary embodiments of this invention for a non-feedback mode of operation; and

[0026] FIG. 5 is a message flow diagram that illustrates a MS-originated stop of reception of a MBMS radio bearer in accordance with the exemplary embodiments for a feedback mode of operation.

DETAILED DESCRIPTION

[0027] One non-limiting purpose of the exemplary embodiments is to address the problems discussed above, and to present a solution to the problems inherent in the MS stopping (terminating) the receiving of a MBMS service bearer. The exemplary embodiments of this invention can be employed to advantage during the MBMS notification and data transfer procedures, as generally outlined in FIGS. 1 and 2.

[0028] Referring to FIG. 3, there is shown as a non-limiting example a wireless network 10 that includes a network node, such as a Base Station Subsystem (BSS) 1OA, having at least one wireless (radio frequency RF) transceiver and antenna 1OB for transmitting on the downlink (DL) to a mobile node, also referred to as a mobile station (MS) 20. The transceiver and antenna 1OB also receives on the uplink (UL) a transmission from the MS 20. The network node (e.g., the BSS 1OA) is assumed to include at least one data processor (DP) 11A coupled to a memory 11B, such a semiconductor memory. The memory 11B stores a computer program to operate the DP 11A in accordance with the exemplary embodiments of this invention, as discussed in further detail below. The MS 20 is assumed to include at least one suitable antenna and wireless transceiver 20A, as well as at least one data processor (DP) 20B coupled to a memory 20C, such a semiconductor memory. The memory 20C stores a computer program to operate the DP 20A in accordance with the exemplary embodiments of this invention, as described in further detail below. The MS 20 may also include a suitable user interface (UI) 20D, such as one having a visual display and a user entry means, such as a keypad, a keyboard and/or a touch sensitive display screen and/or voice activation. The network 10 is assumed to be capable of operation with the MS 20 in the MBMS mode discussed above.

[0029] In general, the various embodiments of the MS 20 can include, but are not limited to, cellular telephones, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances permitting wireless Internet access and browsing, as well as portable units or terminals that incorporate combinations of such functions.

[0030] In general, the exemplary embodiments of this invention may be implemented by computer software executable by the DP 11A of the network node 1OA, by the DP 20B of the MS 20, or by hardware, or by a combination of software, hardware and/or firmware.

[0031] The memories 11B, 20C may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory as non-limiting examples. The DP 11A and DP20B may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi-core processor architecture, as non-limiting examples.

[0032] In view of at least system simplicity considerations it would be reasonable to restrict the MS 20 originated stopping of the receipt of a MBMS service bearer only to the data transfer procedure, as the network 10 initiated release of a MBMS radio bearer is currently specified. From the UI 20D design point of view, however, it may not be possible to notify the user that a given session has been started until the MS 20 has correctly received a MBMS ASSIGNMENT message with a TMGI (Temporary Mobile Group Identity), a Session Id (when available), the MBMS_BEARER_ID and the P-t-M channel description parameters.

[0033] Another approach may specify an option in the UI 20D where the user sets his/her preference to receive an MBMS service so that stopping receipt of a MBMS bearer may be done automatically, and without user intervention during the notification procedure. With this approach the user has performed the joining procedure, but for some reason wishes not to receive an MBMS service. This behavior is especially beneficial in the MBMS broadcast mode, since by using it some often repeated advertisements or sessions can be avoided.

[0034] The exemplary embodiments of this invention may be employed to advantage to stop (terminate) receiving a MBMS service bearer, and to more specifically stop the receipt of a certain session of a given MBMS bearer. It should be noted that in the case of the MBMS bearer the leaving procedure may be preferred.

[0035] Described now is an example of a MS 20 originated stopping of the receipt of a MBMS service bearer via signaling, while in the notification or data transfer procedures.

[0036] Described first is the case where the MS 20 is not in the feedback mode.

[0037] During the MBMS data transfer procedure, when the MS 20 is not in the feedback mode, upper layers of the MS 20 software may request to stop the receipt of a MBMS radio bearer. FIG. 4 depicts how the signaling can be performed in the MS 20 originated manner. In FIG. 4 the RACH is the Random Access Channel and the AGCH is the Access Grant Channel. The packet access to stop receiving the MBMS radio bearer is initiated by the MS 20 by sending a (PACKET) CHANNEL REQUEST message on (P)RACH or on the MPRACH, if allocated, with an access cause of "Single Block MBMS Access" for requesting a single uplink block (Step 4A).

[0038] Upon reception by the network 10 of a (PACKET) CHANNEL REQUEST message with the access cause "Single Block MBMS Access", the network 10 sends an IMMEDIATE ASSIGNMENT message on AGCH (or a PACKET UPLINK ASSIGNMENT message on a Packet Access Grant Channel (PAGCH)) for allocating one uplink block to the MS 20 (Step 4B).

[0039] Upon reception by the MS 20 of an IMMEDIATE ASSIGNMENT (respectively PACKET UPLINK ASSIGNMENT) message corresponding to one of its (PACKET) CHANNEL REQUEST messages that allocates one uplink radio block for MBMS access, the MS 20 sends in this radio block an MBMS SERVICE REQUEST message to the network 10 including its TLLI, the TMGI, Session Id of the session and, in accordance with examples of this invention, a Stop Receiving MBMS Radio Bearer parameter (Step 4C). Incase the MBMS SERVICE REQUEST message is not correctly received on the network 10 side, the network 10 may repeat the IMMEDIATE ASSIGNMENT message on AGCH (or PACKET UPLINK ASSIGNMENT message on PAGCH), allowing the MS 20 to re-send the MBMS SERVICE REQUEST message.

[0040] Originally the MBMS SERVICE REQUEST message was specified for counting purposes, since its use allows the network 10 to estimate in a given cell the number of MSs 20 that are interested in a particular session. Thus, the newly defined Stop Receiving MBMS Radio Bearer parameter may be included within the MBMS SERVICE REQUEST message, although it could be included in another message as well.

[0041] Upon reception by the network 10 of the MBMS SERVICE REQUEST message that includes the Stop Receiving MBMS Radio Bearer parameter, the network 10 sends a PACKET TBF RELEASE message that contains a newly defined TBF_RELEASE_CAUSE value, and the TLLI parameter of the MS 20 (Step 4D). The TLLI is used to differentiate the requesting MS 20 from the other MSs also receiving the MBMS radio bearer. In its conventional use the PACKET TBF RELEASE message releases the entire MBMS radio bearer, and not just the TBF.

[0042] It is also within the scope of the examples of this invention to define a new message, or to use another currently existing message to acknowledge that the network 10 has received the Stop Receiving MBMS Radio Bearer indication from the MS 20.

[0043] A non-limiting example showing modifications to the PACKET TBF RELEASE message, in accordance with the exemplary embodiments of this invention, is depicted in further detail below.

[0044] Described now is the case where the MS 20 is in the feedback mode.

[0045] During a MBMS data transfer procedure, with the MS 20 in the feedback mode, the upper layers of the MS 20 may request to stop receiving an MBMS radio bearer. FIG. 5 depicts how the signaling can be accomplished in MS-originated manner when block retransmission is used based on the MS 20 feedback.

[0046] During the MBMS session, when downlink MBMS data is sent on a Packet Data Channel (PDCH, at Step 5A), the MS_ID is used by the network 10 in order to address a specific MS 20 of the group of MSs, and is used by MS 20 on the uplink in order to allow the network 10 to identify the MS 20 among all of the MSs involved in the particular MBMS session. Each MS 20 addressed with a MS_ID may periodically be requested to send a MBMS DOWNLINK ACK/NACK message.

[0047] Further in accordance with the exemplary embodiments of this invention there is included a new Stop Receiving MBMS Radio Bearer parameter in the MBMS DOWNLINK ACK/NACK message sent by the MS 20 (Step 5B).

[0048] Upon reception by the network 10 of the MBMS DOWNLINK ACK/NACK message, the network sends PACKET TBF RELEASE message that contains a new TBF_RELEASE_CAUSE value, and the TLLI parameter of the MS 20 (Step 5C). The TLLI is used to differentiate the MS 20 from the group of the MSs receiving the MBMS radio bearer. Currently with the PACKET TBF RELEASE message it is only possible to release the entire MBMS radio bearer.

[0049] It is also within the scope of the exemplary embodiments of this invention to define a new message, or to use another currently existing message to acknowledge that the network 10 has received the Stop Receiving MBMS Radio Bearer indication from the MS 20.

[0050] A non-limiting example showing modifications to the PACKET TBF RELEASE message, in accordance the exemplary embodiments of this invention, are depicted in further detail below.

[0051] It should be noted that the period for requesting MBMS DOWNLINK ACK/NACKs from the MS 20 is a function of the network 10 implementation and, therefore, it should be possible for the MS 20 to use the exemplary embodiments described above also when the feedback mode is used by the MS 20, to avoid any problem that may be caused by a long polling period. In addition, the ACK/NACK message name, and the message content, may vary.

[0052] The advantages made possible by the use of the exemplary embodiments of this invention can include, but need not be limited to, a reduction in MS 20 battery consumption, additional freedom of use of MBMS services for the user, and improved control of radio resources on the network 10 side.

[0053] What follows are non-limiting examples of how the foregoing MS 20 originated stopping of a MBMS radio bearer may be implemented. Reference may be had to the above-referenced 3GPP TS 44.060 document, sub-clause 11.2.26 "Packet TBF Release", and compare same to the following modifications thereto (note the text in bold font) in accordance with the examples of this invention. The sub-clause references below are to sub-clauses in the 3GPP TS 44.060 document.

[0054] Packet TBF Release

[0055] This message is sent on the PACCH by the network 10 to the MS 20 to initiate release of an uplink or downlink TBF.

[0056] Message type: PACKET TBF RELEASE

[0057] Direction: network to mobile station

[0058] Classification: non-distribution message

[0059] PACKET TBF RELEASE Information Elements

TABLE-US-00001 < Packet TBF Release message content > ::= < PAGE MODE : bit (2) > { 0 < GLOBAL_TFI: Global TFI IE> { < UPLINK_RELEASE: bit (1) > <DOWNLINK_RELEASE: bit (1) > < TBF_RELEASE_CAUSE: bit (4) = { 0000 I0010 I0100 < TLLI: bit (32) >} > <padding bits> ! <Non-distribution part error : bit (*) =<no string> > } ! < Address information part error : bit (*) = < no string > > } ! <Distribution part error: bit(*)=< no string>>;

[0060] PACKET TBF RELEASE Information Element Details

[0061] PAGE_MODE (2 bit field)

[0062] This field is defined in sub-clause 12.20.

[0063] Global TFI IE

[0064] This information element contains the TFI of the mobile station's which uplink and/or downlink TBF to be released. This field is defined in sub-clause 12.10.

[0065] Uplink Release (1 bit field)

[0066] Downlink Release (1 bit field)

[0067] These fields indicate which TBF shall be release, uplink or downlink. Both directions can be released at the same time.

TABLE-US-00002 0 TBF shall not be released 1 TBF shall be released

[0068] TBF_RELEASE_CAUSE (4 bit field)

[0069] This field indicates the reason for the release of the TBF. This field is encoded according to the following table:

TABLE-US-00003 bit 4 3 2 1 0 0 0 0 Normal release 0 0 1 0 Abnormal release

[0070] 0 1 0 0 Stop receiving MBMS radio bearer

[0071] All other values are reserved, the same behavior in reception as if `Abnormal release`.

[0072] TLLI

[0073] This information element is defined in sub-clause 12.16.

[0074] The TBF_RELEASE_CAUSE field value of 0 1 0 0 for indicating the "Stop receiving MBMS radio bearer" is newly added in accordance with the examples of this invention, as is the TLLI for uniquely identifying the MS 20 to which the PACKET TBF RELEASE message is intended, and function as discussed above.

[0075] It can be appreciated that the examples of this invention provide in one aspect thereof a method, apparatus and a computer program for enabling the MS 20 to originate a request to the network 10 to stop receiving a MBMS radio bearer, whether in the non-feedback mode or in the feedback mode.

[0076] It can be further appreciated that the examples of this invention provide in another aspect thereof a method, apparatus and a computer program for enabling the network 10 to respond to a MS-originated request to stop receiving a MBMS radio bearer, whether in the non-feedback mode or in the feedback mode, and to release the MS 20 from receiving the MBMS radio bearer.

[0077] The foregoing description has provided by way of exemplary and non-limiting examples a full and informative description of the exemplary embodiments of this invention. However, various modifications and adaptations may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings and the appended claims. For example, and as was noted above, other message types and/or information elements may be used and/or defined for implementing the exemplary embodiments of this invention. However, all such and similar modifications will still fall within the scope of the exemplary embodiments of this invention.

[0078] Furthermore, some of the features of the exemplary embodiments of this invention may be used to advantage without the corresponding use of other features. As such, the foregoing description should be considered as merely illustrative of the principles, teachings, examples and exemplary embodiments of this invention, and not in limitation thereof.

* * * * *


uspto.report is an independent third-party trademark research tool that is not affiliated, endorsed, or sponsored by the United States Patent and Trademark Office (USPTO) or any other governmental organization. The information provided by uspto.report is based on publicly available data at the time of writing and is intended for informational purposes only.

While we strive to provide accurate and up-to-date information, we do not guarantee the accuracy, completeness, reliability, or suitability of the information displayed on this site. The use of this site is at your own risk. Any reliance you place on such information is therefore strictly at your own risk.

All official trademark data, including owner information, should be verified by visiting the official USPTO website at www.uspto.gov. This site is not intended to replace professional legal advice and should not be used as a substitute for consulting with a legal professional who is knowledgeable about trademark law.

© 2024 USPTO.report | Privacy Policy | Resources | RSS Feed of Trademarks | Trademark Filings Twitter Feed