The exemplary and non-limiting embodiments of this invention relate generally to wireless digital communication systems and, more specifically, relate to GSM/EDGE cellular communication systems.
The following abbreviations appear in this patent application, and are defined as follows:
The MNCI message (as described in early versions of standards document 3GPP TS 44.060) is a RLC/MAC control message. As specified, the message is not to be segmented. However, the information content can be divided between several instances of the MNCI message. The length of a non-segmented RLC/MAC control message is 23 octets (or 23*8 bits=184 bits).
The information that needs to be carried in the MNCI message includes the following:
Due to the coding of the MNCI message, if the MNCI message is to give the parameters for a MBMS p-t-m bearer, then the frequency parameters are defined to be included in the same MNCI message instance.
However, in the case or instance where frequency hopping is applied, the foregoing requirement cannot be met in all cases, depending on the amount of radio channels used in the hopping sequence, i.e., on the length of the required frequency list information element required to describe the set of radio channels used in the hopping sequence.
Even were it to be possible to fit the information for one MBMS p-t-m bearer (when frequency hopping is used) in one message, it would become difficult or even impossible to present several MBMS p-t-m bearers in the neighbor cell sharing the same frequency parameters in a single message, as was the intention when the message encoding was originally specified. Therefore, in this situation a new instance of the message would be required, in which the same frequency parameters would need to be encoded again, and may likely force yet another instance of the message to be created for the remainder of the information.
In short, previously specified techniques for encoding the MNCI message are problematic. Specifically, in certain cases it is impossible to convey the information it was created to convey, and in cases where several MBMS p-t-m bearers are established in the neighboring cell, there likely arises the need to create additional MNCI message instances in which the same frequency parameters are repeatedly encoded, and thus may require creating yet new instances of the MNCI message. Further, all instances of an MNCI message consume capacity for MBMS data, as well as increase the probability that a mobile station does not have a complete set of information for the neighboring cells (i.e., all the MNCI messages directed towards such cells). In addition, in the typical case where there are several neighboring cells, for all of which the MNCI message may need to be transmitted by the network in the MBMS p-t-m bearer, the trunking loss introduced by the presence of multiple unnecessary instances of the MNCI messages is multiplied by the number of neighboring cells for which MNCI messages are sent.
The foregoing and other problems are overcome, and other advantages are realized, in accordance with the exemplary embodiments of these teachings.
In accordance with an exemplary embodiment of the invention, a method includes distributing an information related to a neighboring cell over a plurality of message instances each comprising a change mark value referring to the information, and transmitting the plurality of message instances.
In accordance with another exemplary embodiment of the invention, a method includes receiving a plurality of message instances each comprising a change mark value referring to an information related to a neighboring cell distributed over the plurality of message instances, and using the change mark value to combine the information.
In accordance with another exemplary embodiment of the invention, a mobile terminal includes a transceiver, a processor coupled to the transceiver, and a memory coupled to the processor for storing a set of instructions, executable by the processor, receiving a plurality of message instances each comprising a change mark value referring to an information related to a neighboring cell distributed over the plurality of message instances, and using the change mark value to combine the information.
In accordance with another exemplary embodiment of the invention, a program of machine-readable instructions, tangibly embodied on an information bearing medium and executable by a digital data processor, perform actions including distributing an information related to a neighboring cell over a plurality of message instances each comprising a change mark value referring to the information, and transmitting the plurality of message instances.
In accordance with another exemplary embodiment of the invention, a program of machine-readable instructions, tangibly embodied on an information bearing medium and executable by a digital data processor, to perform actions includes receiving a plurality of message instances each comprising a change mark value referring to an information related to a neighboring cell distributed over the plurality of message instances, and using the change mark value to combine the information.
In accordance with another exemplary embodiment of the invention, a network element includes a wireless transceiver, a processor coupled to the wireless transceiver, and a memory coupled to the processor for storing a set of instructions, executable by the processor, for distributing an information over a plurality of MBMS neighboring Cell Information (MNCI) message instances if not all of the information fits into one of the plurality of MNCI message instances wherein each of the plurality of MNCI message instances comprises a change mark value referring to the information, and transmitting the plurality of MNCI message instances.
In accordance with another exemplary embodiment of the invention, a method includes distributing an information over a plurality of Multimedia Broadcast/Multicast Service (MBMS) Neighboring Cell Information (MNCI) messages if not all of the information fits into one MNCI message, wherein each of the plurality of MNCI messages include a change mark value for the information, a MBMS p-t-m Frequency Parameters structure including a frequency list number, a Training Sequence Code (TSC), an Absolute Radio Frequency Channel Number (ARFCN), a Mobile Allocation Index Offset (MAIO), and a Hopping Sequence Number (HSN), and a MBMS Frequency structure list including the frequency list number, a Length of Frequency List contents field, and a Frequency List contents field.
In accordance with another exemplary embodiment of the invention, a method includes receiving a plurality Multimedia Broadcast/Multicast Service (MBMS) Neighboring Cell Information (MNCI) messages, over which is distributed an information, each including a change mark value for the information, a MBMS p-t-m Frequency Parameters structure including a frequency list number, a Training Sequence Code (TSC), an Absolute Radio Frequency Channel Number (ARFCN), a Mobile Allocation Index Offset (MAIO), and a Hopping Sequence Number (HSN), and a MBMS Frequency structure list including the frequency list number, a Length of Frequency List contents field, and a Frequency List contents field, and using the change mark value to combine the information from the plurality of MNCI messages.
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 Figure, wherein:
Exemplary and non-limiting embodiments of the invention disclose a computer program, as well as a method and apparatus, for arranging the information in an MNCI message as well the manner in which the information is encoded. The exemplary embodiments of an MNCI message according to the invention enable information and data conveyed in separate MNCI message instances to be cross referenced between the instances, thereby providing a cross-message reference mechanism. Alternative exemplary embodiments of the invention disclose breaking down or partitioning certain data elements into smaller pieces to enable the the use of the cross-message reference mechanism. As a result, the utilization of these aspects of exemplary embodiments of the invention allows for the introduction/encoding of the hopping frequency parameters without length constraints in one MNCI message instance as described more fully below.
3GPP TS 44.018 (Annex J.3) describes how many octets are needed to present a frequency of n channels in GSM frequency band m. A calculation of the space required to present one MBMS p-t-m channel in the MNCI message can be made assuming the following: BSIC needs to be used to identify the neighboring cell; frequency hopping is used; the MBMS bearer uses EGPRS; uplink (mobile station to network) feedback is used; and the MBMS radio bearer starting time is used.
In the case that these assumptions are met, the maximum length of the frequency list information element that can be accommodated in the MNCI message is 10 octets. In practice, there is often times included the information element identifier (IEI) of the Frequency List IE and, as a result, the maximum length is reduced to nine octets. However, omission of the IEI of the Frequency List IE in accordance with 3GPP TS 44.018 (Annex J.3) permits the inclusion of ten octets of frequency list information.
With a frequency list of this length, the number of channels that can be represented is relatively low, and as a result, this low number of channels can prove insufficient in many deployed network configurations. As noted above, exemplary embodiments of the invention allow for the introduction/encoding of the hopping frequency parameters without length constraints in one MNCI message instance as described more fully below.
Other exemplary embodiments of the invention allow for the introduction of the MBMS p-t-m bearers in other instances of the MNCI message (if necessary), and in the MBMS p-t-m bearer description reference it is possible to refer to the frequency parameters introduced in another instance of the MNCI message.
The use of these exemplary embodiments of the invention further solves the problem of not being able to give a MBMS p-t-m description in some cases, thereby achieving enhanced trunking gain by making it possible to minimize usage (and thus the amount of required instances) of the MNCI message(s).
In practice, a re-arrangement of the MNCI message is not always sufficient to provide all of the benefits discussed above. Therefore, exemplary embodiments of the invention include a change mark field in each MNCI message in order to reliably refer to information between message instances, thus ensuring that the message “pieces” match one another. This attribute of exemplary embodiments of the MNCI message of the invention is provided, in part, in recognition that the MBMS parameters are dynamic in nature and can change “on the fly”. It is further noted that the change mark field is used for other purposes as well.
Also, in order to make it possible to use more than one set of frequency parameters (as was originally envisioned in the MNCI message coding), it is preferred that an identifier be assigned to each frequency parameter construction, to which an unambiguous link can be made when referring to such parameters.
Further, exemplary embodiments of the invention introduce additional data structures for use in the instance that several different (by means of MAIO) hopping frequency parameters can be conveyed and accessed such that the largest part of the information (the Frequency List) is shared between the frequency parameters (as it is typically the case), whereas the MAIO (and perhaps the HSN) can be given separately, thus saving several octets (approximately ten octets in some cases) of space.
An exemplary embodiment of the invention is illustrated with reference to
In the exemplary embodiment illustrated, a change mark field 33 is included in the MNCI message 31: (<MBMS_PTM_CHANGE_MARK: bit (2)>). Change mark field 33 contains the change mark value for the information given for a specific neighboring cell. This information is used to combine information from multiple instances of the MNCI message 31. Frequency list field 35 (<MBMS Frequency List: <MBMS Frequency List struct>) specifies the separate repeat structure used to provide one or more Frequency Lists, each identified via a FREQ_LIST_NUMBER field. The format of a MBMS Frequency List structure, forming part of the frequency list field 35, is defined at frequency list structure definition 36.
The information pertaining to the break-down/replacement of the Frequency Parameters information element of MNCI message 21 is contained in MBMS p-t-m Frequency Parameters field 37: (<MBMS p-t-m Frequency Parameters: <MBMS p-t-m Frequency Parameters struct >>)**0). As shown in MBMS p-t-m Frequency Parameters structure definition 39, there is defined a TSC and a single-bit choice (as one bit is sufficient to present two choices) for non-hopping/hopping, where non-hopping implies ARFCN and hopping implies MAIO, HSN and a reference to a frequency list (via the FREQ_LIST_NUMBER field).
In other exemplary and non-limiting embodiments of the invention, different combinations of the fields 33, 35, 37 can be included in the MNCI message 31 as shown above. For example, it may be that the break-down of the MBMS p-t-m Frequency Parameters field 37 is not required. In such an instance, reference is made to a Frequency Parameters field 23, not to a broken-down (partitioned) part of the structure (Frequency List field 35).
In general, the various exemplary embodiments of the mobile station 10 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.
The use of the exemplary embodiments of this invention solves the problem of an inability to provide a MBMS p-t-m description in certain network cases, e.g., not being able to provide hopping frequency parameters in certain frequency bands, having some certain number of hopping carriers and a certain amount of span in the ARFCN range of the carriers used in the hopping list. The use of the exemplary embodiments of this invention also facilitates the introduction of several MBMS p-t-m bearers per message.
With reference to
In accordance with an apparatus, method and computer program product in accordance with non-limiting embodiments of this invention there is provided a technique for execution by a network element where, if not all information fits into one instance of the MNCI message 31, the information is distributed over more than one instance of the MNCI message 31 that are sent or otherwise transmitted to a mobile station.
With reference to
Further in accordance with an apparatus, method and computer program product in accordance with non-limiting embodiments of this invention there is provided a technique for a mobile station to receive and respond to a receipt of multiple instances of a MNCI message, where required information is distributed over the multiple instances of the MNCI message 31.
In the exemplary embodiments the MNCI message 31 includes a change mark field 33 (MBMS_PTMCHANGE_MARK), a MBMS p-t-m Frequency Parameters structure definition 39, and a frequency list structure definition 36 (MBMS Frequency List structure). The MBMS p-t-m Frequency Parameters structure definition 39 can include information elements, interpreted as a function of the state of the change mark field 33, as follows:
Where, as noted above, the MBMS Frequency List structure definition 36 comprises information elements:
In general, the various exemplary embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto. While various aspects of the invention may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof. For example, the use of other similar or equivalent information elements, and a different ordering of the information elements in the MNCI message, may be attempted by those skilled in the art. However, all such and similar modifications of the teachings of this invention will still fall within the scope of the non-limiting embodiments of this invention.
Embodiments of the inventions may be practiced in various components such as integrated circuit modules. The design of integrated circuits is by and large a highly automated process. Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.
Programs, such as those provided by Synopsys, Inc. of Mountain View, Calif. and Cadence Design, of San Jose, Calif. automatically route conductors and locate components on a semiconductor chip using well established rules of design as well as libraries of pre-stored design modules. Once the design for a semiconductor circuit has been completed, the resultant design, in a standardized electronic format (e.g., Opus, GDSII, or the like) may be transmitted to a semiconductor fabrication facility or “fab” for fabrication.
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. However, any and all modifications of the teachings of this invention will still fall within the scope of the non-limiting embodiments of this invention.
Furthermore, some of the features of the various non-limiting 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 and exemplary embodiments of this invention, and not in limitation thereof.
This Application claims the benefit under 35 USC 119(e) of U.S. Provisional Application No. 60/690,186 filed Jun. 13, 2005.
| Number | Date | Country | |
|---|---|---|---|
| 60690186 | Jun 2005 | US |