A method in a multi-Standard radio (msr) network node, a msr network node, a method in a network node, and a network node facilitate handling of msr network node information in a wireless communications system/network. Mechanisms for network operation of a wireless communications system/network include one or more msr Base Stations (BSs). The msr network node is configured to handle multiple radio Access Technologies (RATs), generate a message comprising an msr identifier identifying the msr network node and/or msr network node configuration data, and send the generated message to another network node for use in network operation. The generated message may be generated and sent upon detecting an initiating event.
|
9. A multi-Standard radio (msr) terminal, comprising:
common radio frequency communication components configured to communicate with other radio nodes over a radio interface using multiple radio Access Technologies (RATs), the common radio frequency communication components including a power amplifier and/or aradio frequency (RF) filter;
a data processor circuitry configured to generate a message including an msr terminal identifier identifying the msr terminal, msr terminal configuration data that includes rat capability information relating to the multiple RATs supported by the msr terminal, and information about configured sub-blocks of frequency or spectrum in a non-contiguous msr network node, wherein the msr terminal configuration data indicates that the msr terminal supports non-contiguous multi-carrier operation and the information about the configured sub-blocks of frequency or spectrum comprises at least one of: a location of each sub-block of frequency in frequency domain, a size of each sub-block, number of carriers in each sub-block, and types of RATs for each carrier in each sub-block; and
a network interface configured to send the generated message to the at least another network node.
20. A method in a network node for operation in a network, the network comprising the network node and a multi-Standard radio (msr) terminal, the msr terminal being configured to communicate with other radio nodes over a radio interface using multiple radio Access Technologies (RATs) using common radio frequency communication components included in the msr terminal, the method comprising:
receiving a message from another network node, the message comprising an identifier identifying the other network node as the msr terminal, msr terminal configuration data including rat capability information relating to the common radio frequency communication components in the msr terminal used to communicate using the multiple RATs, and information about configured sub-blocks of frequency or spectrum in a non-contiguous msr network node,
wherein the common radio frequency communication components include a power amplifier and/or a radio frequency (RF) filter, the msr network node configuration data indicates that the msr terminal supports non-contiguous multi-carrier operation, and the information about the configured sub-blocks of frequency or spectrum comprises at least one of: a location of each sub-block of frequency in frequency domain, a size of each sub-block, number of carriers in each sub-block, and types of RATs for each carrier in each sub-block; and
using the received message for network operation.
1. A method in a multi-Standard radio (msr) terminal, wherein the msr terminal is configured to communicate with other network nodes over a radio interface using multiple radio Access Technologies (RATs) via common radio frequency communication components included in the msr terminal, the common radio frequency communication components comprising a power amplifier and/or a radio frequency (RF) filter, the method comprising:
generating, by the msr terminal, a message comprising an msr terminal identifier identifying the msr terminal, msr terminal configuration data including rat capability information relating to the multiple RATs supported by the msr terminal, and information about configured sub-blocks of frequency or spectrum in a non-contiguous msr network node, wherein the msr terminal configuration data indicates that the msr terminal supports non-contiguous multi-carrier operation and the information about the configured sub-blocks of frequency or spectrum comprises at least one of: a location of each sub-block of frequency in frequency domain, a size of each sub-block, number of carriers in each sub-block, and types of RATs for each carrier in each sub-block;
sending, by the msr terminal, the generated message to at least another network node for use in network operation; and
using, by the msr terminal, the common radio frequency communication components to transmit and/or receive over the radio interface using multiple RATs.
24. A network node for operation in a network, the network including the network node and a multi-Standard radio (msr) terminal, the msr terminal being configured to communicate with other radio nodes over a radio interface using multiple radio Access Technologies (RATs) using common radio frequency communication components included in the msr terminal, the network node comprising:
a network interface configured to receive a message from another network node, the message comprising an identifier identifying the other network node as the msr terminal, msr terminal configuration data including rat capability information relating to the common radio frequency communication components in the msr terminal used to communicate using the multiple RATs, and information about configured sub-blocks of frequency or spectrum in a non-contiguous msr network node, wherein the common radio frequency communication components include a power amplifier and/or a radio frequency (RF) filter, the msr terminal configuration data indicates that the msr terminal supports non-contiguous multi-carrier operation, and the information about the configured sub-blocks of frequency or spectrum comprises at least one of: a location of each sub-block of frequency in frequency domain, a size of each sub-block, number of carriers in each sub-block, and types of RATs for each carrier in each sub-block; and
a data processor circuitry configured to use the received message for network operation.
2. The method according to
3. The method according to
4. The method according to
5. The method according to
6. The method according to
7. The method according to
8. The method according to
10. The msr terminal according to
11. The msr terminal according to
12. The msr terminal according to
13. The msr terminal according to
14. The msr terminal according to
15. The msr terminal according to
16. The msr terminal according to
17. The msr terminal according to
18. The msr terminal according to
19. The msr terminal according to
21. The method according to
22. The method according to
23. The method according to
25. The network node according to
26. The network node according to
27. The network node according to
28. The network node according to
29. The network node according to
|
This application claims priority to International Application No. PCT/SE2011/050189, filed Feb. 21, 2011, and claims the benefit of U.S. Provisional No. 61/413,147, filed Nov. 12, 2010, the entire content of each of which are incorporated herein by reference.
This technology relates to radio communications, and in particularly, to configuration of radio communication networks in which multiple different Radio Access Technologies (RATs) and/or radio frequency carriers are available.
Multi-carrier or carrier aggregation may be used to enhance peak-rates within a RAT. For example, it is possible to use multiple 5 MHz carriers in a HSPA-based RAT to enhance the peak-rate within the HSPA network. Similarly, there is a plan for LTE release 10 to facilitate aggregation of multiple LTE carriers, e.g., aggregation of multiple 20 M Hz carriers. In forthcoming evolutions of cellular systems standards like the Third Generation Partnership Project's (3GPP's) the maximum data rate is sure to be higher than in existing systems. Higher data rates typically require larger system radio spectrum bandwidths. For the International Mobile Telecommunications-Advanced (“IMT-Advanced”) system, i.e., the fourth generation mobile communication systems, bandwidths up to 100 MHz are being discussed. A problem being faced is that the radio spectrum is a limited resource that has to be shared by many operators and systems which makes it very complicated to find 100 MHz of free contiguous spectrum that can be allocated.
One method of overcoming the above mentioned problem is aggregating contiguous and non-contiguous spectrum.
For an operator with a certain bandwidth that must deploy two or more RATs, e.g., HSPA and LTE, if the bandwidth offered in the specific or individual RAT technology is limited to part of the given bandwidth, these carrier aggregation approaches within a RAT cannot fully utilize the whole operator bandwidth. To solve this problem, simultaneous use of multiple RATs may be used, i.e., multi-RAT carrier aggregation. Multi-RAT carrier aggregation (CA) is also termed as multi-RAT multi-carrier, inter-RAT CA, inter-RAT multi-carrier etc. For consistency, the term multi-RAT CA is used. A multi-RAT CA scenario may include adjacent carriers and/or non-adjacent cerriers. Non-adjacent carriers may or may not belong to the same frequency band which means that multi-RAT CA may be intra-band i.e., all RATs in same band, or inter-band i.e., at least 2 RATs/carriers in different bands. Non-limiting of other multi-RAT CA scenarios are: 1) LTE and CDMA2000, 2) LTE and GSM, 3) LTE, HSPA, and GSM, etc.
In systems/networks supporting multiple RATs a Multi-Standard Radio (MSR) Base Station (BS) may be used. A MSR BS comprises common Radio Frequency (RF) components (such as power amplifiers, RF filters etc) which can be used to operate more than one RAT or more than one carrier within the same RAT. More specifically the MSR BS is also termed as Multi-Carrier Multi-Standard Radio (MC-MSR) BS due to the fact that it may comprise of single RAT with more than one carrier. Hence single RAT MSR BS is a special case of the MSR BS. Furthermore a special case of MSR BS may also comprise of a BS, which supports single carrier within a RAT i.e. single carrier single RAT MSR BS. Multi-Carrier Multiple RAT (MC-MR) is another term used for the MSR BS. Nonetheless for simplicity and consistency reasons the term MSR BS will be used further on, which refer to any BS which has common radio parts to operate one or more carriers, which in turn may belong to the same or different RATs.
A MSR BS typically supports either Full Duplex Division (FDD) RATs or Time Division Duplex (TDD) RATs i.e. all RATs in one MSR BS are either FDD or TDD. Note that Half Duplex FDD (HD-FDD) is a special case of the FDD. This means HD-FDD (e.g. EDGE/GERAN/GSM) belongs to FDD MSR BS. The HD-FDD may also be supported for certain bands for E-UTRA FDD or for any FDD based technologies. The technology also applies to the MSR supporting any combination of FDD, HD-FDD and TDD RATs.
The FDD Scenarios include a MSR BS supporting one or more of the following RATs: GSM/GERAN/EDGE, UTRA FDD and E-UTRA FDD. The operating frequency bands specified in 3GPP specification are common for the UTRA FDD and E-UTRA FDD technologies. For example both UTRA FDD and E-UTRA FDD can operate in band 1 (2.1 GHz). However all UTRA FDD and E-UTRA FDD bands are not specified for the GSM/GERAN/EDGE operation. Nonetheless some of the GSM/EGDE/GERAN bands are also specified for the UTRA FDD and E-UTRA FDD; examples of such common bands are: UTRA FDD/E-UTRA FDD bands 3 (1800 MHz) and 8 (900 MHz). For simplicity we will use the term GSM, which covers also GERAN, EDGE and other possible GSM evolution.
The FDD MSR scenarios are classified into the following two frequency band categories: MSR frequency Band Category #1 (BC1): Bands supporting FDD MSR for UTRA FDD and E-UTRA FDD operation e.g. bands 1, 10, 13 etc. MSR frequency Band Category #2 (BC2): Bands supporting FDD MSR for GSM, UTRA FDD and E-UTRA FDD operation e.g. bands 2, 3, 5, 8 etc.
In the case of MSR BC#2, in accordance with the operator deployment scenario, the MSR BS includes the subset of the RATs can be developed. For example a specific MSR BS based on BC#2 may support GSM and UTRA FDD in band 2 in case operator uses only these two RATs.
In future the FDD MSR BS may include other introduced FDD technologies. Examples of these scenarios may comprise of any combination of the following FDD/HD-FDD RATs: S-UTRA FDD and 3GPP2 CDMA technologies (e.g. CDMA2000 1×RTT and HRPD); E-UTRA FDD, UTRA FDD and 3GPP2 CDMA technologies (e.g. CDMA2000 1×RTT and HRPD); and, E-UTRA FDD, UTRA FDD, GSM and 3GPP2 CDMA technologies (e.g. CDMA2000 and HRPD). The technology may also apply to MSR BS comprising of other technologies e.g. WiMax, WLAN and their combination with 3GPP and/or 3GPP2 technologies etc.
The TDD scenarios include a MSR BS supporting one or more of the following RATs: UTRA TDD and E-UTRA TDD. The operating frequency bands specified in 3GPP specification are generally common for the UTRA TDD and E-UTRA TDD technologies. For example both UTRA TDD and E-UTRA TDD can operate in band 38 (2.6 GHz). Hence the TDD MSR scenarios are classified into the following frequency band category: MSR frequency Band Category #3 (BC3): Bands supporting TDD MSR for UTRA FTDD and E-UTRA TDD operation e.g. bands 33, 38, 40 etc.
In view of its common radio circuitry, the MSR BS is required to meet the generic radio requirements, which apply for all RATs and for BS configured for both multi-RAT and single-RAT operation. Non-limiting example of generic radio requirements are unwanted emissions, spurious emissions, out-of-band blocking etc. In addition, there also may be requirements that apply only to certain MSR BS categories/type. For example some of the requirements may be specific to the single RAT GERAN MSR BS. Similarly, modulation quality requirements (e.g. Error Vector Magnitude (EVM)) specific to each RAT needs to be fulfilled by the corresponding RAT.
The MSR BS may have same classes as defined for a non-MSR BS i.e. wide area MSR BS, medium range MSR BS, local area MSR BS and home MSR BS. Different maximum output power levels are used for different BS classes. The wide area MSR BS, medium range MSR BS, local area MSR BS and home MSR BS are typically deployed to serve macro cells, micro cells, pico cells and home/office environments respectively. The MSR BS may also be general purpose BS, which is typically used to serve wide range of environment or hybrid environment. The technology described herein may apply to all types of MSR BS classes.
The MSR BS may also be classified according to whether the carriers in a MSR BS using the common radio parts are contiguous or non-contiguous within the MSR BS bandwidth. Both of the classifications may support different combination of RATs as explained in previous sections.
It should be noted that single RAT BS (e.g. supporting only UTRA FDD or only E-UTRA FDD) may also comprise of non-contiguous carriers. In principle this is a special case of NC-MSR BS, which can also support single RAT scenario in addition to the multi-RAT scenario. The technology described may thus be applied to all these different types of BS which contain non-contiguous carriers or non-contiguous frequency sub-blocks.
Examples of radio nodes other than a BS which may be based on MSR principles are: relay node (which may have different power classes e.g. indoor, pico, thruwall etc), micro, pico and home base-stations, wireless terminal (e.g. user equipment), customer premises equipment (CPE), fixed wireless access (FWA) nodes, repeaters (e.g. Layer-1 and Layer-2 repeaters), wireless devices to assistant location services by receiving signals from and transmitting signals towards target devices (whose location is determined) etc. This means that for instance an MSR relay node may be configured to support any combination of RATs (i.e. can be multi-RATs and/or multi-carrier) e.g. UTRA FDD and E-UTRA FDD. The MSR relay node may also be contiguous or NC-MSR BS.
Furthermore the MSR relay node may be an in-band relay node or an out-band relay node. For an in-band relay node, the backhaul link and the access link operate using the same carrier frequency. For an out-band relay node, the backhaul link and the access link operate using different carrier frequencies. The carrier frequencies may belong to the same or different frequency bands.
The MSR relay node may also be mobile relay (e.g. deployed in a movable vehicle to mainly serve users inside the vehicle and also outside) or a fixed relay node. A wireless terminal may also serve as relay node. A MSR relay node may also support carrier aggregation (CA) or multi-carrier e.g. intra-RAT CA or multi-RAT CA. The MSR relay node may operate in a single hop relay system or in a multi-hop relay system.
The prior art solutions are not sufficient in case of handling MSR BS information, especially in case of non-contiguous MSR BS since a new concept called frequency block has been introduced for the non-contiguous MSR BS. An MSR BS may also comprise a single RAT i.e. all carriers belong to the same RAT. In fact single RAT MSR is a special case of MSR BS. Hence a similar concept (i.e. non-contiguous MSR BS) may also be introduced for single RAT non-contiguous UTRA or E-UTRA base station. Thus, there is no clear indication in prior art solutions how to handle network configuration for all different MSR BS implementations.
It is therefore an object of the present disclosure to provide a method in a Multi-Standard Radio (MSR) network node, and a MSR network node itself, which facilitate handling of MSR network node information in a wireless communications system/network. More particularly there is provided a method for network operation of a wireless communications system/network in which there is one or more MSR BSs.
According to a first example embodiment, the object is achieved by a method in a Multi-Standard Radio (MSR) network node for network operation, the network comprising the MSR network node and at least another network node. The MSR network node is being capable of handling multiple Radio Access Technologies (RATs). The method comprises generating a message comprising an MSR identifier identifying the MSR network node and/or MSR network node configuration data, and, sending the generated message to the at least another network node for use in network operation.
In a second example of an embodiment, the object is achieved by a Multi-Standard Radio (MSR) network node for network operation. The network comprises the MSR network node and at least another network node and wherein the MSR network node is being configured to handle multiple Radio Access Technologies (RATs). The MSR network node comprises a data processor circuitry configured to generate a message comprising an MSR identifier identifying the MSR network node and/or MSR network node configuration data. The MSR network node further comprises a network interface configured to sending the generated message to the at least another network node for use in network operation.
In a third example of an embodiment, the object is achieved by a method in network node for network operation wherein the network comprises the network node and a Multi-Standard Radio (MSR) network node. The MSR network node is being capable of handling multiple Radio Access Technologies (RATs). The network node comprises: receiving a message from another network node, the message comprising an identifier identifying the other network node as the MSR network node and/or MSR network node configuration data; and, using the received message for network operation.
In a fourth example of an embodiment, the object is achieved by a network node for network operation wherein the network comprises the network node and a Multi-Standard Radio (MSR) network node. The MSR network node is being configured to handle multiple Radio Access Technologies (RATs). The network node comprises a network interface configured to receive a message from another network node. The message comprises an identifier identifying the other network node as the MSR network node and/or MSR network node configuration data. The network node then uses the received message for network operation.
An advantage achieved by at least some of the above mentioned embodiments is to provide mechanisms for handling MSR network node information in a wireless communications network.
Another advantage achieved by some of the above mentioned embodiments is to provide a possibility for improved radio resource management and/or network operation e.g. admission control, handover decisions and procedures, or for other purposes such as network planning and network optimization etc.
The foregoing and other objects, features, and advantages will become apparent from the following more particular descriptions of preferred embodiments and aspects. These will be illustrated by accompanying drawings in which reference characters refer to the same parts throughout various views.
The drawings are not necessarily to scale, emphasis instead being placed upon illustrating principles of the disclosure.
Accordingly, one basic concept of the technology is that a Multi-Standard Radio (MSR) Base Station (BS) or any MSR node reports its configuration data, an identifier identifying the MSR and/or capability information to other network nodes. The other network nodes being for example BSs, a Radio Network Controller (RNC), a BS controller, an O&M node, an OSS node, a SON node, a relay, a donor BS, a core network node, a positioning node etc. The MSR configuration data and/or capability information exchanged between the MSR BS and the other network nodes may further comprise one or more of the following: an indication whether the MSR BS is contiguous MSR BS or non-contiguous MSR BS; a total reception and transmission bandwidth or the size of the frequency block of the receiver and the transmitter of the MSR BS; and/or supported scenarios, i.e. RATs or band category, of the MSR BS supported within a frequency block size or total Bandwidth (BW) of the MSR BS.
The MSR BS configuration data, identifier and/or capability information may be exchanged between the MSR BS and other network nodes either proactively, e.g. at initial setup or when the MSR BS is upgraded/modified, or may be reported by the source MSR BS (MSR network node or first node) to the target network node (second node) upon receiving a request from other network node (third node e.g. MME or O&M etc.). The other network node (third node) may be the same as the target network node (second node) or a different node. In one example the MSR BS sends its configuration data, identifier and/or capability information to a central network node, such as the MME of the LTE network, which forwards the MSR BS information to an eNB node. In another example the MSR BS sends configuration data, identifier and/or capability information directly to other eNBs.
The MSR BS is only one example of MSR network nodes. Other examples of MSR network nodes which sends their identifier, MSR configuration data and/or MSR capability information, are: MSR relays or MSR relay nodes (applies to all classes/types); carrier aggregation capable MSR BSs or MSR relays which may be fixed, mobile or wireless; Multi-Standard Radio Customer Premises Equipments (MSR CPEs); Multi-Standard Radio Fixed Wireless Access (MSR FWA); MSR network nodes assisting in positioning by receiving/transmitting signals; and MSR terminals or MSR terminals acting as relays etc.
Examples of other network nodes (target network nodes) which receives the MSR identifier, MSR configuration data and/or MSR capability information, are: any MSR network nodes e.g. MSR BSs, MSR relays, donor BSs, terminals etc; Radio Network Controllers (RNCs); Base Station Controllers (BSC); any type of a BS e.g. eNodeB or NodeB; non MSR BS; relays; relay nodes; donor BSs or any type of donor radio node; positioning nodes e.g. E-SMLC in LTE; O&M nodes; an OSS node; a SON; any type of node capable of configuring or network planning; a core network node e.g. MME in LTE etc.
As shown by the figure, the method comprises a step of generating S2 a message comprising an MSR identifier identifying the MSR network node and/or MSR network node configuration data. In one example the MSR network node only send MSR network configuration data since the MSR network node may be identified by other means as being an MSR network node, e.g. according to an implicit reporting principle. In another example the information that the MSR network node is actually a MSR network node may be enough or considered as part of the MSR network node configuration data.
The method mentioned above then comprises another step of sending S3 the generated message to at least another network node for use in network operation and/or network configuration. The terms network operation and network configuration may be equally used or exchanged at least for some of the preceding and following embodiments. The sending S3 of the generated message to the at least another network node for use in network operation, may be sent in assisting the at least another network node in: handover decisions; admission control; network planning; and/or network optimization.
The generating step S2 mentioned above in relation to
The generating step S2 may be partly based on an implicit reporting principle achieved by assigning specific identifiers to be used based on specific MSR network node characteristics. The generating step S2 may further comprise generating a message comprising capability information of the MSR network node in one and the same message or in separate messages. The capability information of the MSR network node may comprise at least one of the following: the number of RATs; types of RATs; number of carriers within a RAT in a MSR network node; and, bandwidth of a carrier.
In an example of embodiments, the generating S2 may further comprises generating a message comprising a second identifier, or as may be denoted “an operation identifier”, identifying whether the MSR network node operates on contiguous or non-contiguous carriers.
In an example of embodiments, the generating S2 may further comprise generating a message comprising information about configured sub-blocks of frequency or spectrum in a non-contiguous MSR network node. The message may be separate message or part of the generated message including an MSR identifier and/or MSR configuration data. The generated information about the configured sub-blocks of frequency or spectrum may comprise at least: the location of each sub-block of frequency in frequency domain; a size of each sub-block; number of carriers in each sub-block; and types of RATs for each carrier in each sub-block etc.
In yet an example of embodiments, the generating step S2 may comprise generating a message comprising a type identifier identifying the type of the MSR network node being: a MSR base station; a MSR terminal; Customer Premises Equipment, CPE; Fixed Wireless Access, FWA; a MSR carrier aggregation base station; a MSR relay node; a MSR donor node; a MSR carrier aggregation capable relay node etc.
In an example of embodiments, all the following set of MSR network node information may be exchanged between the MSR network node (MSR BS) and other network nodes, which also could be MSR network nodes as well, to identify a type and characteristics of the MSR network node. More specifically the MSR network node may signal or send messages including the following information to other network nodes:
In an example of embodiment, the sending of the generated message(s) is performed, may be done during signaling, to distinguish between contiguous MSR network node(s) and non-contiguous MSR network node(s) and may be exemplified as following. According to this embodiment the method in a MSR network node may comprise a step of indicating to one or more other network nodes (target network nodes) whether it is an MSR network node, or not, and further indicating whether the supported MSR operation comprises of the contiguous or non-contiguous carriers/RATs. The method in a MSR network node may further comprise a step of indicating to one or more target network nodes the type of MSR node in terms of its function. For example indicating whether the MSR network node is MSR BS, MSR relay, MSR CA BS, MSR CA capable relay etc.
The above information/indications received in one or more messages enable the at least another network node i.e. target node, to clearly identify whether the sending/signaling network node is an MSR network node or not, whether the MSR network node is contiguous or non-contiguous and the function of the MSR network node e.g. MSR BS or relay etc. Other information as earlier mentioned may also be included.
The received information may then be used by the at least another network node for various purposes. As an example, assume a target BS indicating to one of the BSs serving a terminal, such as a Radio User Equipment (UE) also denoted simply a User Equipment, that it supports NC-MSR BS. The serving BS serving the UE may decide whether to perform a handover to the target BS which is identified to be a NC-MSR BS or not. The information received from the MSR BS may also be used for network planning purposes.
The sending of message(s) (signaling) in at least some of the above mentioned embodiments also applies to distinguish between a contiguous single RAT BS and non-contiguous single RAT BS node i.e. to distinguish between UTRA FDD and NC UTRA FDD BS or relay or any similar network node.
In an example of embodiments, the received message may additionally comprise one or more of the following: a MSR identifier; MSR network node configuration data; MSR capability information; Second identifier; information about configured sub-blocks of frequency or spectrum in a non-contiguous MSR network node; and a MSR type identifier.
The data processor circuitry 104 is configured to generate a message comprising an MSR identifier identifying the MSR network node 100 and/or MSR network node configuration data. The data processor circuitry 104 may also be configured to generate a message partly based on an implicit reporting principle achieved by assigning specific identifiers to be used based on specific MSR network node characteristics.
An example is here given to illustrate an implicit reporting principle. According to this example a network (administrator or standardized parameters) may assign specific identifiers, which are linked to the MSR characteristics. In prior art the network nodes e.g. BS report their identifier to other network nodes. For example assume there are 300 identifiers in total. Out of these 1-200 may be assigned to non MSR network nodes and identifiers 200-300 may be assigned only to MSR network nodes. Furthermore, identifiers 200-250 and 250-300 may be assigned only to contiguous and NC-MSR network nodes respectively. Hence a receiving network node upon receiving a network node identifier, which is assigned based on this principle, may distinguish whether the network node is an MSR network node or not and/or whether the MSR network node is capable of operating with contiguous or non contiguous carriers. Thus, if receiving, at a network node, identifiers 250-300 from another network node it is automatically decided that the transmitting node is a NC-MSR network node.
Implicit reporting principle may be used especially in cases where there is no explicit signaling to report the MSR network node configuration and/or capability information. This is because this method relies on the network planning which is under the control of the network itself. If the generated message is for example configured to comprise other information such as MSR configuration data and/or capability information then the generate message may only partly be based on the implicit reporting principle. The other information cannot be implicitly reported but must be generated in a specific message.
Returning to
According to an example of embodiment, the data processor circuitry 104 may be configured to generate a message comprising information about configured sub-blocks of frequency or spectrum in a non-contiguous MSR network node. The generated information about the configured sub-blocks of frequency or spectrum comprises at least: the location of each sub-block of frequency in frequency domain; a size of each sub-block; number of carriers in each sub-block; and types of RATs for each carrier in each sub-block etc.
The data processor circuitry 104 may also be configured to generate a message comprising a type identifier identifying the type of the MSR network node being: a MSR base station; a MSR terminal; Customer Premises Equipment, CPE; Fixed Wireless Access, FWA; a MSR carrier aggregation base station; a MSR relay node; a MSR donor node; a MSR carrier aggregation capable relay node etc.
Additionally, the MSR identifier, the MSR network node configuration data, the capability information, the second identifier, the information about configured sub-blocks of frequency or spectrum in a non-contiguous MSR network node and the type identifier may all be generated in one and the same message or in several messages. This means that the data processor circuitry 104 may generate one message comprising all the above mentioned information/identifiers or several messages to be sent on request or in a sequence upon detection of an initiating event.
The network interface 110 is configured to send generated message(s) to the at least another network node 102 (target network node) for use in network operation and/or in assisting the at least another network node in: handover decisions; admission control; network planning; and/or network optimization. The network interface 110 may be configured to detect an occurrence of an initiating event before the generating of the message e.g. a request from the at least another network node 102 or a request from a central network node. The initiating event may therefore be one or more of the following: time based initiation; receiving a request from the at least another network node to send configuration data; receiving a request from a central network node to send configuration data; initial setup initiated generation; a change of MSR network node cell identifier; and upgrade based initiation.
According to
Continuing with
The above set of MSR network node related information signaled by the “source” MSR network node 100 (the message(s) generating MSR network node) to the network node 102 is sent over interface(s) 111 between the relevant network nodes. For example in case the “source” and “target” network nodes are MSR BS and eNode B then the generated message may be signaled, sent or transmitted, over the X2 interface in LTE. In case the source and target network nodes are MSR BS and Radio Network Controller (RNC) node then the generated message may be signaled over the Iub interface in High Speed Packet Access (HSPA). The MSR BS may report its MSR configuration data and other information to a positioning node e.g. Evolved—“Serving Mobile Location Center” (E-SMLC) node in LTE, using a LTE Positioning Protocol Annex (LPPa) protocol. A MSR relay may report its MSR configuration data and other information to a donor BS over relay-donor BS interface e.g. over the Un interface in LTE. A MSR wireless terminal may report MSR related information to a serving radio node, e.g. eNode B, via Radio Resource Control (RRC) signaling, or to a positioning node via RRC signaling, or any other relevant protocol, e.g. report to the E-SMLC via LPP protocol.
As mentioned earlier the MSR network node 100 may report its configuration data and/or capability information to the target network node 102 or to any other node proactively without any explicit request from the target node. For example the MSR network node 100 e.g. MSR BS, may report one or more set of the earlier mentioned information(s) at a time of initial setup or when one or more of its parameters are changed e.g. sub-blocks of frequency in NC-MSR node is increased or decreased, or when the MSR network node 100 is upgraded or downgraded e.g. radio parts are changed to increase the Bandwidth (BW) or frequency block size.
The MSR network node 100 may also report its configuration, capability information and/or other information such as MSR type and MSR operation, to the target network node 102 or to any other node proactively, for example if it notices that new network nodes, e.g. new BS, are introduced into the network or removed form the network. For example the MSR network node 100 may notice this change in case it receives new cell identifier(s) from the other network nodes.
Another scenario under which the MSR network node 100 may also send a generated message report the above mentioned information to other network nodes is when a cell identifier of the MSR network node, e.g. cell ID of MSR BS, is changed. Note that throughout the whole disclosure the term signaling may be considered equal to reporting, sending or transmitting a generated message etc.
In the above description, for purposes of explanation and not limitation, specific details are set forth such as particular architectures, interfaces, techniques, etc. in order to provide a thorough understanding. Thus, for example, it will be appreciated by those skilled in the art that block diagrams of
Functions of various elements including functional blocks of
In terms of hardware implementation, the functional blocks of MSR network node 100 or network node 102 may include or encompass, without limitation, Digital Signal Processor (DSP) hardware, reduced instruction set processor, hardware (e.g., digital or analog) circuitry including but not limited to Application Specific Integrated Circuit(s) [ASIC], and (where appropriate) state machines capable of performing such functions.
Although the description above contains multiple specificities, these should not be construed as limiting the scope of the invention but as merely providing illustrations of some of the presently preferred embodiments of this invention. It will be appreciated that the scope of the present invention fully encompasses other embodiments which may become obvious to those skilled in the art, and that the scope of the present invention is accordingly not to be limited. Reference to an element in the singular is not intended to mean “one and only one” unless explicitly so stated, but rather “one or more.” All structural and functional equivalents to the elements of the above-described embodiments that are known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed hereby. Moreover, it is not necessary for a device or method to address each and every problem sought to be solved by the present invention, for it to be encompassed hereby.
Kazmi, Muhammad, Ghasemzadeh, Farshid
Patent | Priority | Assignee | Title |
11665529, | May 17 2021 | T-Mobile USA, Inc | Modular capability reporting in wireless communications |
Patent | Priority | Assignee | Title |
5774805, | Jun 22 1994 | GTE Wireless Incorporated | Multi-mode communication network with handset-selected channel assignments |
5794141, | Sep 29 1994 | Verizon Patent and Licensing Inc | Multi-mode communication network with handset-assisted cordless base station activation |
5862486, | Mar 27 1996 | Ericsson Inc. | Downbanded cellular systems and methods |
20020128015, | |||
20040257979, | |||
20060251041, | |||
20070099585, | |||
20070188224, | |||
20080182614, | |||
20080219202, | |||
20080287080, | |||
20080293446, | |||
20090082002, | |||
20090219850, | |||
20090227262, | |||
20090253426, | |||
20100061326, | |||
20100093282, | |||
20100135272, | |||
20100173667, | |||
20110019776, | |||
20110039568, | |||
20110122962, | |||
20110218010, | |||
20110263271, | |||
20120026954, | |||
20120063373, | |||
20120094681, | |||
20120120849, | |||
EP2094024, | |||
WO2010051209, | |||
WO2010077318, | |||
WO2010086498, | |||
WO2010087643, | |||
WO2010135272, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Mar 10 2011 | Telefonaktiebolaget L M Ericsson (publ) | (assignment on the face of the patent) | / | |||
May 06 2011 | KAZMI, MUHAMMAD | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 026798 | /0554 | |
Jun 23 2011 | GHASEMZADEH, FARSHID | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 026798 | /0554 |
Date | Maintenance Fee Events |
Aug 23 2019 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 16 2023 | REM: Maintenance Fee Reminder Mailed. |
Apr 01 2024 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Feb 23 2019 | 4 years fee payment window open |
Aug 23 2019 | 6 months grace period start (w surcharge) |
Feb 23 2020 | patent expiry (for year 4) |
Feb 23 2022 | 2 years to revive unintentionally abandoned end. (for year 4) |
Feb 23 2023 | 8 years fee payment window open |
Aug 23 2023 | 6 months grace period start (w surcharge) |
Feb 23 2024 | patent expiry (for year 8) |
Feb 23 2026 | 2 years to revive unintentionally abandoned end. (for year 8) |
Feb 23 2027 | 12 years fee payment window open |
Aug 23 2027 | 6 months grace period start (w surcharge) |
Feb 23 2028 | patent expiry (for year 12) |
Feb 23 2030 | 2 years to revive unintentionally abandoned end. (for year 12) |