Patent Application
20100015914
Described below is a type of integrated multi-hop wireless communication system, specifically the methods and equipment involved in performing channel aware relays in an enhanced relay cluster of a wireless communication system.
In traditional wireless honeycomb communication networks, the base station always transmits information or data directly to the transfer terminal in the cluster (MS); this type of method, which does not require relay transmission, is frequently called “single-hop” transmission. When the distance between the base station and MS is relatively long or contains obstacles, “single-hop” transmission can often attain only extremely limited communication quality, to the extent that it is necessary to reduce transmission speed in order to maintain the requisite communication quality.
For this reason, in recent years the use of “multi-hop” relay transmission methods has been suggested for use in honeycomb communication networks, thus bringing about the idea of an enhanced relay cluster. Diagram 1 depicts a type of enhanced relay cluster in a honeycomb network. As can be seen from Diagram 1, MS1 is located outside the “single-hop” range achievable by multi-hop relay supported base stations, and MS2 is located within an area affected by obstacles. These two terminals are thus unable to communicate with the base station using traditional “single-hop” methods. In the enhanced relay cluster shown in Diagram 1, however, MS1 and MS2 can communicate with the base station using a two-hop process via the relay station's (RS) RS1 relay within the cluster, and in this way expand the coverage area. Furthermore, MS3 in the cluster can also assist in communications between the RS2 relay and the base station. As the single-hop distance between any two nodes (RS2 and MS3, RS2 and base station) is very close, all nodes can transmit data at a higher speed, and can thus satisfy the demands of real-time video transmission operations for high throughput.
It can be seen from Diagram 1 that multi-hop techniques integrated with honeycomb clusters not only expand the cluster base station's coverage area and eliminate the shadow effect caused by wireless communication blind spots, but also to a certain extent increases the throughput of the entire system as a whole. The advantages of an enhanced relay cluster have spurred researchers on to the next step, to research how best to integrate multi-hop technology with wireless honeycomb communication systems. For this reason, IEEE 802.16 formed the Relay Task Group, whose purpose is to implement relays into the IEEE 802.16 system, and to provide specific proposals to be written into the IEEE 802.16j protocol. IEEE 802.16j is backwards-compatible with IEEE 802.16e, and at the same time requires relay transparency toward MS, so that once the relay is introduced, no modification whatsoever of MS is required.
The type of simple direct enhanced relay cluster implementation method introduced by the Relay Task Group manages the entire enhanced relay cluster through the base station, and is called the Centralized Implementation Proposal. In this proposal, any MS and RS in the enhanced relay cluster is controlled and managed through the multi-hop transfer relay supported base station (MMR-BS); RS itself only has a few simple media access control (MAC) capabilities, and transfers operation data in accordance with MMR-BS. Therefore, the RS production costs in this proposal are low, and the design is simple and convenient to implement. Another type of implementation proposal for enhanced relay clusters is called the Distributed Implementation Proposal. In this proposal, the RS distributed through the cluster can possess higher MAC capabilities so that, for example, RS can make use of user-defined control signal frame, and perform resource distribution and control management independently. The Distributed Implementation Proposal thus provides the entire network with more robustness and increased flexibility.
The aforementioned implementation proposals both have advantages, but each has its respective defects with respect to the channel aware relays commonly used in wireless communication systems. Channel aware relays generally refer to the use of channel status to make strategic decisions in accordance with the MS report, thereby enabling the dynamic changing of transmission strategy technology, including for example, channel aware resource allocation, self-adapting code modulation, channel aware combined automatic retransmission (H-ARQ) technology, etc. The following provides an explanation of the respective features of the Centralized Implementation Proposal and the Distributed Implementation Proposal in the implementation of channel aware relay projects in accordance with channel aware resource allocation.
Diagram 2 depicts the channel aware resource allocation situation created in the Centralized Implementation Proposal. Diagram 2 shows that as before, the cluster's MMR-BS controls the management rights for the transmission of the entire cluster's resources. Every MS (or multi-hop terminal) through the multi-hop communication link must periodically, through RS (see the hardwire uplink in the diagram), or directly (indicated by the dashed line) report channel information to the MMR-BS, such as channel quality information (CQI) and/or channel state information (CSI). The MMR-BS then allocates wireless resources for each MS in accordance with the gathered CQI and/or CSI, and assists RS (such as RS1) to indicate to all MS the allocated wireless resources through a downstream control signal. In such circumstances, although the RS capabilities are simple, and the production costs low, the RS must periodically send large amounts of channel information to MMR-BS, which therefore results in excessive channel use between RS and MMR-BS, which ties up respective wireless resources.
In contrast to the Centralized Implementation Method, the Distributed Implementation Method allows every distributing RS to allocate relatively stronger MAC capabilities, i.e., RS can independently carry out resource distribution for the MS within its single-hop scope. Now MS only needs to report channel information directly to RS, confirm wireless resource allocation through RS, and distribute the confirmed resources to every MS using the user-defined control information frame composition of the RS. This Distributed Implementation Method can quickly conveniently perform channel aware resource allocation with extremely low channel expenditure. However, the stronger RS autonomous MAC capabilities in this proposal mean that RS design is therefore complex, production cost relatively high, and at the same time the cooperation between each RS as well as between RS and MMR-BS, such as in transferability management, cluster management and division of resources between each RS, will also be relatively complex, and will therefore consume relative more overhead information. Because of this, the Distributed Implementation Proposal is not ideal for networks that have cost restriction requirements, or where there are limited RS node enhanced relay clusters.
From this, in terms of executing channel aware relays, both the Centralized Implementation Proposal and the Distributed Implementation Proposal cannot both cut costs and reduce channel overhead. For this reason, it is now necessary to introduce a compromise proposal to carry out the channel aware relays in enhanced relay clusters.
The purpose is to provide a type of method and system to carry out channel aware relays in enhanced relay clusters so as to reduce channel overhead between the RS and multi-hop relay supported base station, while at the same time maintaining reasonable control of design costs and level of complexity.
In order to realize the aforementioned purposes, relay stations are provided within an enhanced relay cluster, which includes: authorization information for channel aware relays provided by the authorized relay station is received from the base station; in accordance with this authorization information, processing results are received via channel aware relays based on the channel information received from at least one terminal or the next single-hop relay station within a single-hop range.
Also provided is a multi-hop relay supported base station in an enhanced relay cluster, which includes: the transmission of authorization information for executing channel aware relays to at least one relay station; the processing information is received through channel awareness from at least one relay station; the signal is generated in accordance with the aforementioned processing result.
Furthermore, a multi-hop relay supported base station and relay station may be used in implementing the aforementioned methods.
These and other aspects and advantages will become more apparent and more readily appreciated from the following description of the exemplary embodiments, taken in conjunction with the accompanying drawings of which:
Diagram 1 is the schematic for the enhanced relay cluster in a wireless honeycomb communication network;
Diagram 2 is the schematic for channel aware resource allocation implemented in the Centralized Implementation Proposal;
Diagram 3 is the schematic for channel aware resource allocation implemented in an enhanced relay cluster in accordance with one of the implementation examples;
Diagram 4 is the flow chart for channel aware resource allocation in an enhanced relay cluster in accordance with one of the implementation examples;
Diagram 5 is the physical layer form stipulated in the 802.16e standard; and
Diagram 6 is the block diagram for the multi-hop relay supported base station and relay station in accordance with one of the implementation examples.
Reference will now be made in detail to the preferred embodiments, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like elements throughout.
The channel aware relays are provided in enhanced relay clusters in accordance with the Centralized Implementation Proposal, and is executed and implemented by giving authorization to RS through MMR-BS part management rights. Specifically speaking, the RS only has simple MAC functions and receives MMR-BS authorization; the MS or next single-hop RS receives the channel information from this RS, and after providing the corresponding channel aware relays, reports the processing result to the MMR-BS; the MMR-BS finally combines with RS to send the processing result control signal to all MS in the cluster, so as to provide control management of all MS in the cluster.
It should be explained here that although the method is described on the basis of IEEE 802.16e, the concept is absolutely not limited to this standard definition. All methods can be applied to enhanced relay clusters with fixed relay stations, as well as other appropriate applicable environments. At this point the terms “MMR-BS” and “RS” are only one type of definite explanation, and cannot be viewed as limitations on all substantive capabilities.
Diagrams 3 and 4 respectively depict the schematic and flow chart for an implementation example of the aforementioned concept. This implementation example explains the method for implementing channel aware resource allocation in an enhanced relay cluster.
In Diagram 3, MMR-BS is with the authorized RS1 to execute resource allocation processing in accordance with the multi-hop relay supported base station improved by the idea. RS1 is a relay station based on the Centralized Implementation Proposal to increase channel aware resource allocation, and its resource dispatch functions may be switched on or off based on the authorization information or authorization cancel information from MMR-BS. MS1 and MS2 can initiate multi-hop terminal communication through the RS1 relay, and their composition is the same as the mobile terminals in the IEEE 802.16e honeycomb network.
As Diagram 3 shows, MS1 and MS2 respectively send the channel information CQI/CSI to the authorized RS1; after initiating resource allocation, RS1 reports the processing result to MMR-BS, and the control signal is finally sent to all MS through the MMR-BS control signal, either directly or with the aid of RS. Diagram 4 specifically shows the flow chart for the aforementioned channel aware resource allocation carried out by the enhanced relay cluster shown in Diagram 3. The combined methods explained below in detail are given in Diagram 4.
Authorization Process
As Diagram 4 shows, MMR-BS first sends the authorization information to RS1 through the downstream control signal, and the authorized RS1 provides channel aware resource allocation (S410). This authorization information includes the preset wireless resource range that can be independently dispatched and allocated through RS1.
For the convenient transmission of the authorization information, in this implementation example the preset wireless resource range expressed as MMR-BS allocates the time frequency resource used in MS communication to the RS. Diagram 5 shows the physical layer frame composition in the IEEE 802.16e standard. Among others, the frame control header (FCH) field is used to indicate the length of the DL-MAP as well as the code modulation mode, and UL-MAP and DL-MAP are respectively used to indicate the time frequency resource area and applicable code modulation form of the upstream and downstream burst. MMR-BS is used with RS1 and its MS (including MS1 and MS2), as shown in Diagram 5, to report the size and position of the time frequency resource area burst transmission, known as preset wireless resource range, to RS1, so that RS1 can logically allocate the aforementioned time frequency resource area to different MS according to the channel state of every MS.
Furthermore, this authorization information can include (but will not necessarily include) the combination of MS authorized by RS1 to carry out resource allocation. In other words, RS1 can be either partly or completely authorized to perform resource allocation to its multiple MS within a single-hop range. For example, in Diagram 3, MS2 is located within a single-hop range of MMR-BS, and as MS2 can independently carry out resource allocation through MMR-BS, and can also carry out resource allocation through RS1, this is specifically dependent upon the indication of the authorization information. This implementation example supposes that MMR-BS authorizes RS1 to handle the resource allocation of MS1 and MS2.
It should be indicated here that when a multi-hop transmission of two or more hops occurs within the cluster, the RS1 equipment in a single-hop range may possibly not only include multi-hop terminals, but may also include the next single-hop relay station. In such a situation, the next single-hop relay station can be viewed as a multi-hop terminal (e.g., MS2), whose status, use, and execution capabilities can be considered the same as the multi-hop terminal, the difference being that the next single-hop relay station can still transfer signals or data to other MS.
Channel Aware Relay Procedures
Once RS1 receives the authorization information from the MMR-BS, it receives the channel information, which includes CQI and/or CSI (S420), from MS1 and MS2 (or the next single-hop relay station). RS1 can then, in accordance with the CQI and/or CSI coming from every MS, consider factors such as the quality of service (QoS) of every MS, allocate time frequency resource areas and deploy the applicable code modulation mode for each MS within the wireless resource range, and immediately provide channel aware resource allocation. For example, for MS with good channel quality, RS1 can deploy the MS time frequency resource area to create high level modulation (i.e., 16QAM) and/or increase the rate of coding; or, conversely, decrease the modulation level and/or rate of coding. Soon after the RS1 processing result, the confirmed wireless resource allocation information is sent to the MMR-BS (S440) via the upstream signal. In order to further simplify the control information sent from RS to MMR-BS, RS1 can simply send the newer portion of the resource allocation information relating to the previous allocation change, or resend this information after it has been compressed.
Signal Transmission Procedures
After receiving the resource allocation information from RS1, MMR-BS reports the resource allocation information via RS1 and enters the content into the corresponding UL-MAP and DL-MAP area, and also combines the MMR-BS and other RS resource allocation information to form the entire UL-MAP and DL-MAP, as can be seen in Diagram 5 (S450). Next, MMR-BS sends all complete physical layer signals formed (namely, UL-MAP and DL-MAP) through the upstream control signal to all MS (including MS1 and MS1) (S460), so that every MS transmits messages or data in accordance with the allocated wireless resources.
Now, if part of an MS is located outside a single-hop range of the MMR-BS, as with MS1, MMR-BS requires the assistance of a number of RS in an authorized cluster to broadcast the physical layer signal, namely by performing hopped transmissions, so that the MS within an extended range cluster or within blind spots can also receive these signals. For example, under the conditions in the present implementation example, MMR-BS transmits jointly with RS1, which was passed advance control signal authorization. After authorization, RS1 transfers the physical layer signal coming from MMR-BS to MS1 and MS2, and MS1 and MS2 can then transmit and receive data according to the allocated wireless resources. In this way, in the present implementation example, since the RS is authorized to carry out resource allocation, it is also authorized to carry out joint transmissions.
Under certain conditions, the RS carrying out resource allocation and joint transmissions could also be different RS. For example, under the conditions depicted in Diagram 1, due to the fact that MS3 is located within a single-hop range of the base station, RS2 can be authorized to perform resource allocation but need not be authorized to carry out joint transmissions, as the signal can be directly sent to MS3 through MMR-BS.
Furthermore, besides broadcast mode, MMR-BS can also send the physical layer signal to an RS specifically authorized to carry out resource allocation. For example, when MMR-BS sends the physical layer signal to RS1, because the signal includes content confirmed by RS1, MMR-BS need only send RS1 the portion of the signal unknown to RS1, and this can further reduce channel overhead.
The aforementioned combined Diagram 4 explains the process by which MMR-BS authorizes RS to perform resource allocation. MMR-BS can, in accordance with the process depicted in Diagram 4, authorize multiple RS to perform resource allocation. In addition, depending on the need, MMR-BS can also cancel authorization of certain RS. For example, while MMR-BS seeks to regain control rights, MMR-BS can send cancel authorization information to RS1 through the downstream control signal. After RS1 receives the cancel authorization information, it stops resource allocation processing, and reverts to performing simple MAC functions. Ordinarily, the modifications to MMR-BS control rights relative to the physical layer frame length are relatively slow; consequently a longer time interval can be selected for transmitting authorization information and cancel authorization information, for example approximately 90 to 900 physical frames in length.
At the same time, MMR-BS can also modify the user combination (MS or the next single-hop RS combination) of the authorized RS. For example, in a situation where MS1 shifts to within a single-hop range of MMR-BS, or a situation in which MS1 and MS2 both switch over to a bordering cluster, MMR-BS can send the modified authorization information to RS1 via the downstream control signal. After RS1 receives the modified authorization information, it will stop a specific user, such as the resource allocation processing of MS1 and MS2. Usually the change to a cluster's MS relative to the physical layer frame length is also rather slow, and for this reason the time interval between the authorization information and modify authorization information sent by MMR-BS is also approximately 90 to 900 physical frames in length.
In the aforementioned process, all preset wireless resource ranges contained in the authorization information, the time intervals sent by the MS or next single-hop RS combination carrying out autonomous resource allocation, as well as authorization, cancel authorization, and modify information are all confirmed by MMR-BS depending on the situation; this for example confirms changes based on the environment, or other factors such as load changes in the wireless robust access point (RAP). In this way, besides resource allocation right transfers to RS aimed at certain MS, it still controls the other management rights in the cluster.
The aforementioned implementation example explains in detail the specific process for performing channel aware resource allocation in an enhanced relay cluster. Using the above concepts, the method can perform other channel aware relays, for example, self-adapting code modulation techniques and channel aware H-ARQ, etc. In performing the processes for these techniques, the main points which differ from the present implementation example are limited to the specific RS execution process according to channel information, as well as the processing result. For example, in self-adapting code modulation, RS1 is only used in confirmed code modulation methods, and the code modulation method is reported to MMR-BS. Because of this, the concept is absolutely not limited to the implementation example made public here, and the aforementioned and similar applications all fall within the scope of this concept.
The aforementioned combined attachments explain the methods. The methods can be implemented by modifying the MMR-BS and RS software in the Centralized Implementation Proposal, and can also increase or modify MMR-BS and RS hardware. Diagram 6 gives examples based on the MMR-BS and RS hardware composition of one implementation example.
As seen in Diagram 6, MMR-BS 510 includes authorization unit 512, transceiver unit 514 and signal configuration unit 516 in accordance with one of the implementation examples. Other components in the MMR-BS are all the same as those in current technology, and are not further discussed here.
The MMR-BS 510 shown in Diagram 6, transceiver unit 514 used with the RS or MS in the enhanced relay cluster perform all communication. Authorization unit 512 used to confirm authorization can use the preset wireless resource range through RS, as well as autonomously perform a combination of MS or next single-hop RS channel aware relays, and can also send any authorization information confirmed by transceiver 514 to the RS. After receiving the channel aware relays result through RS, transceiver 514 sends the processing result to signal form unit 516. Signal form unit 516 creates a complete physical layer signal in accordance with the aforementioned processing result, and sends the signal to all MS through transceiver 514, thereby providing control management of the MS in the cluster.
As Diagram 6 shows, in accordance with the implementation example, RS 550 includes transceiver unit 552, processor unit 554, and control information configuration unit 556. Other parts of the RS are the same as those in current technology, and are not further discussed here.
In RS 550 shown in Diagram 6, transceiver unit 552 is used with MMR-BS and the MS (or next single-hop RS) to provide communication within the RS 550 single-hop range. Once transceiver unit 552 receives authorization information from MMR-BS, it receives the channel information from the MS according to this authorization information, and transmits this information to processor unit 554. Processor unit 554 performs channel aware relays in accordance with this authorization information and MS channel information, and sends the processing result to control signal configuration unit 556. This control information configuration unit 556 configures part of the signal information in accordance with the processing result and authorization information and sends this signal information through transceiver unit 552 to MMR-BS, so that the physical layer signal created by the MMR-BS controls all MS. Transceiver unit 552 is also authorized to transfer the physical layer signal from MMR-BS.
Diagram 6 shows an example of hardware composition that can implement the methods. Workers in this area of technology should understand that, in the methods explained above, the functions carried out by random procedures can be integrated with hardware methods. Also, the functions implemented using the aforementioned methods can utilize multiple types of hardware, such as application-specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing documents (DSPD), programmable logic devices (PLD), field programmable gate arrays (FPGA), processors, controllers, microcontrollers, microprocessors, and others designed to be used implementing the electronic components or aforementioned groups of the functions explained in the present document. Thus, the hardware composition of MMR-BS and RS can vary, and is not limited to the conditions described in Diagram 6.
The aforementioned combined specific implementation example explains the method and system for performing channel aware relays in enhanced relay clusters. The system provided, based on the current Centralized Implementation Proposal, modifies the segment performed by the original multi-hop relay supported base station to transfer channel aware functions to the RS location. Because of this, RS no longer needs to periodically send large amounts of channel information to the aforementioned base station, and only needs to send the channel based processing results to the base station, thus lowering channel overhead, as shown in Diagram 3. At the same time, due to the increases in individual simple channel aware relay functions based on the RS in the Centralized Implementation Proposal, the RS still maintains a relatively simple composition, and does not involve a complex cooperation process between RS, RS and BS, thus keeping RS design cost and level of complexity still relatively low. Of course, the functions that RS can perform are in no way limited to this, but include other suitable functions that fall within the scope of the RS.
In light of the methods provided, MS located within a single-hop range of the multi-hop relay supported base station can directly report channel information to RS within shorter distances, and MS power dissipation is thus reduced compared with directly reporting to the base station, and interference within the cluster is thus to a certain degree reduced.
Furthermore, in the traditional Centralized Implementation Proposal, when the multi-hop relay supported base station broadcasts the signal to all RS participating in the joint transmission, the code modulation proposals employed by this base station are dependent on the worst channel conditions confirmed between these RS and the base station, and its modulation count or encoding rate thus both suffer from certain limitations. However, in the methods described herein, assuming all RS participating in the joint transmission are authorized to perform channel aware relays, then every RS independently determines part of the physical layer signal. Now, if a certain broadcasting RS (see RS1 in Diagram 1) already knows a portion of the signal, it only needs to perform broadcasts with other RS (e.g. RS2). In this way, the reduction in the number of RS in broadcast groups can be workable in part according to the RS channel state determined to be used in code modulation proposal broadcasts, and thus possibly use higher level modulation or higher speed encoding proposals, thereby increasing signal transmission speed. In limited RS numbers or when using simple broadcast mode to send the signal, the advantage of this becomes apparent.
Technical personnel working in this field should be aware that further improvements of various types may be made to the method and equipment for performing channel aware relays in an enhanced relay clusters described herein, while continuing to operate based on the concept.
The system also includes permanent or removable storage, such as magnetic and optical discs, RAM, ROM, etc. on which the process and data structures of the present invention can be stored and distributed. The processes can also be distributed via, for example, downloading over a network such as the Internet. The system can output the results to a display device, printer, readily accessible memory or another computer on a network.
A description has been provided with particular reference to preferred embodiments thereof and examples, but it will be understood that variations and modifications can be effected within the spirit and scope of the claims which may include the phrase “at least one of A, B and C” as an alternative expression that means one or more of A, B and C may be used, contrary to the holding in Superguide v. DIRECTV, 358 F3d 870, 69 USPQ2d 1865 (Fed. Cir 2004).
| Number | Date | Country | Kind |
|---|---|---|---|
| 200610141588.8 | Sep 2006 | CN | national |
This application U.S. National Stage of International Application No. PCT/EP2007/060202, filed Sep. 26, 2007 and claims the benefit thereof. The International Application claims the benefits of Chinese Application No. 200610141588.8 filed on Sep. 30, 2006, both applications are incorporated by reference herein in their entirety.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/EP2007/060202 | 9/26/2007 | WO | 00 | 9/21/2009 |
