[go: up one dir, main page]

WO2011068237A1 - Handover system and method thereof - Google Patents

Handover system and method thereof Download PDF

Info

Publication number
WO2011068237A1
WO2011068237A1 PCT/JP2010/071781 JP2010071781W WO2011068237A1 WO 2011068237 A1 WO2011068237 A1 WO 2011068237A1 JP 2010071781 W JP2010071781 W JP 2010071781W WO 2011068237 A1 WO2011068237 A1 WO 2011068237A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
relay
handover
backhaul
source node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2010/071781
Other languages
French (fr)
Inventor
Sivapathalingham Sivavakeesar
Sundarampillai Janaaththanan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of WO2011068237A1 publication Critical patent/WO2011068237A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0072Transmission or use of information for re-establishing the radio link of resource information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/20Selecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603Arrangements for wireless physical layer control
    • H04B7/2606Arrangements for base station coverage control, e.g. by using relays in tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • H04W84/047Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Definitions

  • the present invention relates to a system and method for performing a handover in telecommunication systems , and particularly, to a system and method for performing a handover including a relay, and even more particularly between a pair of relays .
  • the first release of the LTE was referred to as release-8 , and provided a peak rate of 300 Mbps , a radio network delay of less than 5ms , an increase in spectrum efficiency and new architecture to reduce cost and simplify operation .
  • LTE-A or LTE Advanced is currently being standardized by the 3GPP as an enhancement of LTE.
  • LTE mobile communication systems are expected to be deployed from 20 10 onwards as a natural evolution of GS M and UMTS .
  • LTE Being defined as 3.9G (3G + ) technology, LTE does not meet the requirements for 4G , also called I MT Advanced , that has requirements such as peak data rates up to 1 Gbps.
  • LTE Long Term Evolution
  • relays are imperative in LTE-A . They provide an economical mechanism to improve the system capacity, link throughput and therefore the cell-edge performance, and also extend the cell coverage .
  • relays typically operate in small cells to support the peak data rate .
  • LTE-A In LTE-A, a number of different architecture alternatives have been suggested . Particularly, the following four architecture alternatives have been identified for supporting relays in LTE-A:
  • Alternative 4 S I UP(U-plane) terminated in D-eNB
  • Alternatives 1 , 2 and 3 can be considered to belong to the same group of solutions in the sense that Alternatives 2 and 3 are enhanced variants of Alternative 1 , being the baseline solution .
  • Alternative 4 there are also multiple variants, which are based on a different approach as compared to the previous three alternatives. The differences are, in the main, concerned with the Application Protocols used. A brief summary of some of the features of these alternatives is provided below.
  • the U-plane of the SI interface is terminated at the RN(Relay Node).
  • the U-plane packets of a UE served by the RN are delivered via a Relay's P/ S-GW(PDN/ Service-Gateway) .
  • the UE's P/S-GW maps the incoming IP packets to the GTP(GPRS Tunneling Protocol) tunnels corresponding to the EPS(Evolved Packet System) bearer of the UE and sends the tunnelled packets to the IP address of the RN.
  • the tunnelled packets are routed to the RN via the Relay's P/S-GW, as if they were packets destined to the RN as a UE.
  • the U-plane of the SI interface is terminated at the D-eNB.
  • the PGW/SGW serving the UE maps the incoming IP packets to the GTP tunnels corresponding to the EPS bearer of the UE and sends the tunnelled packets to the IP address of the D-eNB.
  • the received packets are de-tunnelled, and the inner user IP packets are mapped to Un radio bearers corresponding to the EPS bearer of the UE.
  • Each EPS bearer of a UE connected to the RN is mapped to separate radio bearers over the Un interface (one-to-one mapping) .
  • Un interface one-to-one mapping
  • a UE identifier need s to be added to one of the PDCP, RLC or MAC protocol layers; i . e . , some parts of the legacy MAC / RLC / PDCP protocols would need to be modified .
  • the present application thus seeks to provide efficiencies in cell edge performance , and to avoid wastage of resources and latency .
  • a method of performing a handover in a telecommunications system comprising:
  • a source node operable to control a wireless communication session with a user equipment
  • a relay node wherein said method comprises the steps of:
  • a source node in a telecommunication s system operable to control a wireless link to a user equipment, and, based on a measurement report from said user equipment control a handover to a second node , wherein said source node is configured to receive backhaul link information from the second node and determine whether or not a handover should be performed based on said backhaul link information .
  • a telecommunications system comprising a plurality of controlling nodes, each controlling respective domains , wherein some of said domains comprises one or more relay nodes from the plurality of controlling nodes, wherein , in each domain , said one or more relay nodes periodically exchange backhaul link information with one another, such that said backhaul link information is used to determine optimal handovers within said domain .
  • a method of performing a handover in a telecommunications system comprising:
  • a source node operable to control a wireless communication session with a user equipment that is in an RRC_CONNECTED mode ;
  • a plurality of target nodes including one or more relay nodes each being controlled by a respective controlling node , said one or more relay nodes each comprising a backhaul link to its controlling node , wherein said one or more relay nodes are operable to measure link signal strength of the backhaul link to its controlling node , wherein said method comprises the steps of:
  • a relay node in a telecommunications system the relay node being controlled by a con trolling node and comprising a backhaul link therewith , wherein the relay node is operable to control a wireless link to a user equipment, said relay node configured to monitor the quality of an access link to the user equipment and the quality of the backhaul link to the controlling node , and cause a handover to be triggered if the quality of either link drops below a given threshold .
  • Figure 1 shows an exemplary illustration of a typical relay handover
  • Figure 2 shows the preparation phase of a handover in a first embodiment
  • Figure 3 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative one in a second embodiment
  • Figure 4 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative two in a second embodiment
  • Figure 5 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative three in a second embodiment
  • Figure 6 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative four in a second embodiment
  • Figure 7 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative one in a second embodiment
  • Figure 8 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative two in a second embodiment
  • Figure 9 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative three in a second embodiment
  • Figure 10 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative four in a second embodiment
  • Figure 1 1 shows the preparation phase of a handover in a third embodiment.
  • Relaying has been considered for LTE-A as an economical mechanism to improve the system capacity, link throughput and thus the cell-edge performance and to extend the coverage .
  • the relays (relay nodes) generally operate in small cells in order to support the 1 Gbps downlink peak rate, it is likely that there will be many scenarios where the frequency of user equipment (UE) handover when a session / call is in progress will be high . Much depends on the mobility pattern of UEs and the approximate relay cell radius.
  • relays are generally defined in two categories: type 1 and type 2.
  • Type 1 relay nodes have their own PCI (Physical Cell I D) and are operable to transmit its common channel / signals .
  • UEs receive scheduling information and HARQ feedback directly from the relay node .
  • type 1 relay nodes it is also possible for type 1 relay nodes to appear differently to eNBs to allow for further performance enhancement.
  • type 2 relay nodes do not have a separate PCI, and are transparent to UEs.
  • Each relay in the network will have a link to a controlling eNB. This link is often termed the backhaul link.
  • Each eNB will be linked to the core network, and this link is the eNB's backhaul link.
  • the controlling eNB is sometimes referred to as a donor eNB, or D-eNB.
  • a D-eNB controls network traffic within a domain. Said domain may include a plurality of further nodes. Domains located geographically next to one another may be termed neighbouring domains.
  • FIG. 1 A typical relay handover scenario is illustrated in Figure 1, where UE 6 and UE 7 are two user terminals being served by two different relay nodes: Relay 1 and Relay 2, respectively.
  • UE 7 is effectively stationary whereas UE 6 is moving away from Relay 1 in the direction indicated by the arrow A.
  • the signal quality in the downlink of UE 6 tends to become weaker the further away it moves from Relay 1. Consequently, UE 6 is more likely to be handed over to one of the following nodes, depending on the quality of service measurements reported by UE 6 to Relay 1 as well as the respective resource availability: Relay 3, D-eNB 4, and D-eNB 5.
  • the present arrangement has particular advantage if Relay 3 is selected as the optimal target for handover.
  • the present arrangement is highly suited to type 1 relays, although is not limited thereto. Indeed , the present arrangement also finds use with type 2 relays .
  • MBSFN Multimedia Broadcast multicast service Single Frequency Network
  • the source e NB considers the resource availability and qualities of both access and backhaul links of the target relay before a handover is attempted .
  • D-eNB 4 first ascertain s the backhaul link between Relay 3 and D-eNB 5 and uses this information to decide whether or not to proceed with the handover.
  • the handover decision is made not only the quality of the access links , but also the bottleneck and link quality of the backhaul links as well .
  • it is important to consider both links unlike the conventional handover methods where measuring the quality of the access link is enough .
  • Type 1 relay nodes are like a conventional eNBs in terms of the core functionalities, a conventional handover will consider only the access links.
  • the handover agreed at the access link levels may fail due to resource unavailability or poor link quality in the backhaul link. Given that the occurrence of this relay handover failure leads to unnecessary wastage of resources and introduction of significant latency, it is desirable that it should be minimised or avoided .
  • the source relay node decides the suitable target node based on the resource availability on both the access and backhaul links, in case a relay is considered for a target node and the periodic quality measurement report pertaining to the access links obtained from the UE .
  • the respective backhaul link information of the candidate target nodes can be made available at the source relay node proactively, reactively or in a combination of the two - termed a hybrid strategy hereinafter.
  • the immediate neighbouring D-eNBs and relays exchange periodic quality load and resource availabilities of their respective backhaul links to each other, so that any source node will know such information in priory to any handover attempt.
  • Reactive Strategy such backhaul link information is made available on-demand at the time of handover.
  • Hybrid Strategy a mixture of both the proactive and reactive strategies is used .
  • the system may use the Proactive Strategy, and at others the Reactive Strategy.
  • the Proactive Strategy facilitates quicker handover preparation phase but at the expense of increased signalling overhead .
  • the information available at the source node may go stale at the time of a handover; and this depends on the dynamic variations of the network loading within the cell and the update frequency. The more often nodes exchange backhaul link related information , the more accurate the information will be .
  • the Reactive Strategy tends to have increased latency in the handover preparation phase while keeping the signalling overhead minimum . Accordingly, it is preferred that the present system uses a hybrid strategy combining the two systems.
  • the three strategies differ in the perspective s of the signalling procedures involved during the handover preparation phase - i. e . , the signalling procedures for the execution phase are the same .
  • the three strategies will now be described in turn .
  • Figure 2 shows the preparation phase of a Proactive Strategy handover.
  • the system is based on the network illustrated in Figure 1 .
  • Relays 1 , 2 , 3 and D-eNBs 4 , 5 periodically exchange quality load and re source availability information of their respective relay backhaul links to their immediate neighbouring relays and eNBs / D -eNBs .
  • Relay 1 may be considered as a source node , controlling wireless communication with a UE
  • D-eNB 4 may be considered as a controlling eNB
  • Relay 2 a further node associated with the domain of D-eNB 4.
  • nodes are aware of the pre sent load , resource availability and quality information of every backhaul link in the immediate neighbourhood and thus the source node is able to make a quick decision whether or not to attempt a handover if at least the target node or the source node is a relay.
  • each and every UEs periodically sends the U E measurement report to their respective serving nodes (source nodes) .
  • This report contains the access link quality measurement results of the neighbour-list including that of the serving node (source node) as well.
  • the source node will continuously monitor the instantaneous QoS experienced by each UE in the access link. If the source node is a relay, it will monitor the quality of the backhaul link as well . If the QoS supported by the source node to any of its U Es is below the threshold level defined by the system (both in the access link and backhaul link, if any) , it will attempt to handover the UE to a suitable target node .
  • the source node will begin evaluating the resource availability of the possible target nodes starting with the target node with the highest QoS .
  • the evaluation process will be terminated once a target node with sufficient (i .e . , both access and backhaul , if any) resource and sufficient link (e . g. , both the access and backhaul, if any) quality is found .
  • the source node In order to enable session / call continuity, the source node will initiate a Handover Request to the chosen target node via NAS , X2 -AP or RRC depending on the relay architecture and type of source and target nodes . Because of the periodical information exchange between the nodes, the source node knows the resource and link quality information of the possible target relay candidates prior to a handover attempt, and thus the handover failure rate will be minimal .
  • I t should be noted that much depends on the accuracy of the information being available to the source node , and which in turn depends on the frequency of the information exchange . If the source node has nearly up-to-date information , the handover will very likely succeed . In case the source node has stale information , the handover attempt may fail .
  • the target node In response to the Handover Request command , the target node will send an acknowledgement(Handover Request Ack) to the source node after performing the admission control and resource allocation . If the target node is a relay, the target relay has to perform admission control for both access and backhaul links by liaising with its respective D- eNB and it involves allocation of the required resources (both radio and buffer) on both links . In case the admission control process fails , the target node candidate will immediately send a Handover Request Nack to the source node .
  • a source node With the step 1 of Figure 2 , a source node will be indicated the instantaneous resource availability, load-level and link-quality of neighbouring relays ' backhauls at regular intervals or at the time when any of triggering condition are fulfilled .
  • the source node(Relay 1 ) can determine whether a handover is imminent. If it is the case , based on the results of neighbour-list measurement report from the UE 6 in question pertaining to their access links, the source node(Relay 1 ) can short-list the possible target node candidates . If any of the possible target candidates is a relay, and it appears to be the optimum candidate among all the target node candidates , the source node(Relay 1 ) will check its backhaul link using the periodic backhaul related report and select it as the final target candidate provided that the resource availability and quality of the backhaul link is good enough to support the UE in question .
  • the handover decision is made at the source node(Relay 1 ) , it will initiate to send the Handover Request to the target node .
  • the target relay candidate(Relay 3) On receiving the Handover Request command the target relay candidate(Relay 3) will allocate the required resources both on the access and backhaul links and respond to the source node positively.
  • An advantage of this approach is that the speed of preparation phase is improved because the source node is able to evaluate the resource availability of the target relay node without initiating any additional signalling or incurring additional unnecessary latency. This is beneficial given the vast amount of relay deployment to be foreseen by operators to meet the key LTE-A requirement of supporting a peak data rate of l Gbps in the downlink. As mentioned before , the handover will be successful only when source nodes have up- to-date information as stale information will have detrimental effects . This in turn requires more frequent information exchange . However, this will increase the signalling cost.
  • the system is also based on the network illustrated in Figure 1 .
  • the nodes do not periodically exchange backhaul link information with one another in the immediate neighbourhood .
  • the source node (Relay 1 ) acquires on-demand the backhaul information selectively, in case the possible target node candidates include one or more relay nodes .
  • a drawback of this embodiment is the latency involved due to the need to collect information from a plurality of target node on-demand . This is because the optimal target node selection requires the knowledge of the neighbouring node 's resource availability and link quality. If this information is not available to the source node (Relay 1 ) , the handover may fail .
  • the objective of the first Reactive Strategy is to bring down the inevitable latency resulting from the reactive operations . Handover success is less important.
  • the objective of the second Reactive Strategy is to prioritise handover success , irrespective of the length of time the information acquiring phase takes .
  • a source node determines that a handover is necessary it will compile a list of target nodes based on the access link quality measurements.
  • the remainder of the preparation phase depends on which Reactive Strategy (first or second) is adopted .
  • the source node(Relay 1 ) will first select the best target node candidate . However, if the best target node is a relay 3 , the backhaul link quality and resource availability is important for a successful handover. this embodiment, this information is not available prior to the measurement report the source node Hence , the source node(Relay determines whether or not a handover is to be attempted purely based on the access link quality information , even if the target node is a Relay 3.
  • the source node Whenever the source node initiates a handover due to link quality degradation or load- balancing purposes , it will send a Handover Request to the chosen target node either via NAS , X2 -AP or via RRC , depending on the relay architecture alternatives . If the target node is a relay, the target relay will in turn initiate a Resource Allocation Request to its respective D-eNB 5 for the purpose of setting aside or allocating the required amount of radio resources, especially in the backhaul link, before it responds to the source node . If the D-e NB 5 of the target Relay 3 does not have enough backhaul resources (i. e .
  • MBSFN sub-frames cannot be configured to enable DL backhaul transmission
  • it rej ects the handover attempt and notifies the target Relay 3.
  • the target Relay 3 in turn sends the negative response to the originator of the Handover Request (i .e . source node(Relay 1 ) ) .
  • the D- eNB 5 If the D- eNB 5 has adequate radio and buffer resources, it first allocates said required resources and notifies the target Relay 3 using a command , which for example may be a Resource Allocation Response .
  • the target relay candidate can thus locally reserve resources on the access-link, in case it has the required amount of resources , and respond positively using a Handover Request Ack.
  • This Resource Allocation Request and Resource Allocation Response can be realised using a new set of NAS , X2 -AP and / or RRC signalling depending on the availability of interfaces between a D-eNB and one of its relays .
  • Figure 3 relates directly to architecture Alternative 1 , and shows an S / P-GW for both the relay node 12 and the user equipment 1 0.
  • Figure 4 shows an example of the arrangement for architecture Alternative 2.
  • Figure 5 shows the architecture for Alternative 3.
  • the gateway (RN) is co-located at the D-eNB .
  • Figure 6 shows the arrangement for architecture Alternative 4.
  • Figures 3 , 4 , 5 and 6 illustrates the operations of the first Reactive Strategy, as applicable to different relay architecture alternatives .
  • the scenario where the handover is between two relays belonging to different D-eNBs is used , although the proposed solution applies equally to any other handover scenarios as well where a target node and / or the source node (only in the case of Alternative 4) happen s to be a relay.
  • the reference numerals used in these sections correspond to those used in Figure 1 .
  • this measurement taking and reporting process pertaining to an access link occurs first.
  • the Source node (Relay 1 ) anticipates an imminent handover due to signal quality degradation or load balancing, it will initiate the Handover Request to the target node (Relay 3) .
  • the target node (Relay 3) is a relay, it will send the Resource Allocation Request to its respective D-eNB 5 for the purpose of reserving resource in the backhaul link, if it is available .
  • D-eNB 5 will perform an admission control and respond with a Resource Allocation Response either positively or negatively depending on the backhaul resource availability.
  • the rest of the procedures are going to be the same as those of any conventional handover except in the case of relay Architecture 4.
  • the D-eNB in addition to the envisaged handover operation , the D-eNB will start buffering the required SDUs (Service Data Units) on seeing an imminent handover only when the source node happens to be a relay. With this arrangement, the buffer forwarding can be from the D-eNB 4 serving the Source Relay 1 as opposed to this being initiated from the source relay itself. According to second Reactive Strategy, the source node(Relay 1 ) will first short-list possible target relays based on the measurement reports received for the access links .
  • SDUs Service Data Units
  • the source node(Relay 1 ) obtains the relevant backhaul information pertaining to those short-listed target relay candidates on-demand by contacting either their relevant D-eNBs 4 , 5 or the short-listed relays themselves using special signalling commands such as "Backhaul Link Information Request” and "Backhaul Link Information Response” .
  • the source node (Relay 1 ) will collate the backhaul information with the access link quality information acquired from the neighbour-list measurement reports and find the most appropriate target node .
  • the source node will then initiate a Handover Request to the chosen target node 3.
  • the operations involved in the second Reactive Strategy may incur some latency because of the need to gather relevant backhaul information from possible target relay candidates or from their D-eNBs.
  • Figures 7 , 8 , 9 and 10 illustrates the operations of the second Reactive Strategy, as applicable to relay architecture Alternatives 1 , 2 , 3 and 4 respectively.
  • this following describes the operation of the second Reactive Strategy, as applicable to the four different relay architecture alternatives (as describes above) .
  • This embodiment considers what may be considered as the worst case scenario , where the handover is between two relay nodes belonging to two different D-eNBs , although the proposed solution applicable equally to any other handover scenarios .
  • Measurement taking and reporting processes pertaining to access link and any direct link (a link between a D-eNB and a UE) take place initially .
  • the source node (Relay 1 ) anticipates an imminent handover due to signal quality degradation or load balancing, it will first short-list the possible target relay candidates based on the measurement report received for the access link. Subsequently, the source node (Relay 1 ) seeks the relevant backhaul information pertaining to those short-listed target relay candidates on demand by contacting either their relevant D-eNB s 5 or the candidate target nodes(Relay 3) .
  • the source node(Relay 1 ) initiates the Backhaul Link Information Request, using a proposed command for requesting the backhaul information relevant to those shortlisted target relay candidates , either to those target relay nodes or to the relevant D-eNBs .
  • the relevant relay nodes or the D-eNBs will send Backhaul Link Information Response , a newly proposed command for responding to the Backhaul Link Information Request command , to the source node through NAS , RRC or X2 -AP signalling protocol depending on the relay architecture alternatives.
  • the source node(Relay 1 ) will collate the backhaul information with the access link quality information acquired from the neighbour-list measurement reports and find the most appropriate target node for successful handover.
  • the source node(Relay 1 ) will then initiate the Handover Request command to the selected target node .
  • the target node happens to be a relay, it will send the Resource Allocation Request to its respective D-eNB 5 for the purpose of reserving resource in the backhaul link, if it is available .
  • the given D-eNB will perform an admission control and respond with a Resource Allocation Response either positively or negatively depending on the backhaul resource availability.
  • the rest of the procedure is the same as those of a conventional handover, except in the case of relay architecture Alternative 4.
  • the D-eNB will start buffering the required SDUs on seeing an imminent handover only when the source node is a relay.
  • the buffer forwarding can be from the D-eNB 4 serving the source node(Relay 1 ) as opposed to this being initiated from the source relay itself.
  • the handover success rate for the second Reactive Strategy is generally higher than that of the first Reactive Strategy.
  • the second Reactive Strategy may incur additional latency because of the need to check the backhaul link quality and resource availability of the possible target relay candidates (i. e . , short-listed candidates) .
  • this additional latency incurred will be less in the case of first Reactive Strategy in comparison with the second Reactive Strategy, the handover failure rate may be high in this case due to the fact that a Handover Request is triggered without knowledge as to the resource availability or quality of the backhaul links involved.
  • the Reactive Strategy as a whole has the desirable feature of incurring less signalling overhead when compared to that of the Proactive Strategy. However, it incurs additional latency because of the need to acquire relevant backhaul information .
  • This strategy is formed by proportionately combining the previous two strategies (proactive and reactive) so as to synergise the inherent advantages independently available in each of tho se strategies .
  • An obj ective of the Hybrid Strategy is to balance the advantages and disadvantages of both the proactive and reactive approaches in terms of the latency and the signalling overhead incurred .
  • the present strategy allows network nodes entities to exchange their relay backhaul information to each other within their D-eNB domain .
  • This technique diminishes the signalling overhead to a certain exten t which would otherwise be high in the Proactive Strategy.
  • a handover can be made satisfactorily to the target relay node (or the best of them if there are a plurality) that belongs to the same D-eNB domain as that of the source node .
  • the source node applies either the first Reactive Strategy or second Reactive Strategy. If the first Reactive Strategy is used under these circumstances, the source node will immediately send the Handover Request to one of the target relays belonging to a neighbouring D-eNB domain without any knowledge as to their backhaul links.
  • the source node will reactively acquire respective backhaul information from the possible target relay candidates that belong to the neighbouring D-eNB domains and based on such information the source node will handover to the most suitable target relay.
  • These reactive strategies may not be always needed as described previously. The system will follow any of the reactive strategies only when the source node realises that a handover cannot be executed using the prior knowledge available at the source node .
  • the source node (Relay 1 ) can use this information along with the available prior backhaul link information so as to ensure if a handover can be performed according to the Proactive Strategy. I n case the decision is positive the handover will be executed according to the Proactive Strategy and in all the other cases it will be according to the mixture of both proactive and reactive strategies .
  • the exchange of backhaul link information is limited to network nodes located within a D-eNB domain as shown in Figure 1 1 .
  • the neighbour-list of the UE in question may include relays / eNBs belonging to the same D-eNB domain as that of the source node , and relays / eNB s belonging to different D-eNB domains . Because of the exchange of backhaul related information within a D-eNB domain , the source node is able to know the backhaul link information of possible target relay candidates that belong to the same D- eNB domain .
  • the source node is able to decide on the possible target node candidate .
  • the best target candidates chosen based on the access link information fall within a different D-eNB domain perhaps due to the fact that backhaul and / or access links of those relay candidates belonging to the same D-e NB domain are not good enough , and hence the required information of the chosen target relay candidates ' backhaul link is not readily available to the source node ; i . e .
  • the handover is between two relays that belong to different D-eNBs.
  • the source node 1 Given that the source node 1 is not able to get the backhaul information pertaining to the target relay candidates with the periodical backhaul information exchange as they belong to two different D-eNB domains, the source node 1 will resort to the Reactive Strategy for the handover as shown by operations 5 , 6 and 7 of Figure 7. Accordingly, the source node will selectively seek backhaul information from the possible target relay candidates that belong to different D-eNB domain , and choose the best target node / relay. In Figure 7 only the first Reactive Strategy is shown although the second Reactive Strategy can also be applied . The rest of the operations are similar to those applicable to a conventional handover attempt.
  • the source node typically uses the first Reactive Strategy (only the first Reactive Strategy is illustrated in Figure 1 1 ) .
  • the source node 1 will send a signalling command called "Backhaul Link Information Request" either to the selected target relay candidates or their respective D-eNBs , and receive a response using the "Backhaul Link Information Response” command .
  • MBSFN sub- frames may have to be configured in the access link in order to provide backward compatibility to legacy terminals and eNB s .
  • these MBSFN sub-frames may be configured statically at the time of relay start-up, and if it is the case , the target relay candidate may know the backhaul link's resource availability. I n other words, if this is the case , the relay may have knowledge about the load-level of the backhaul link prior to a handover.
  • the MBSFN sub-frame configuration will be very dynamic depending on the exact number of UEs a relay supports .
  • the target relay may not have knowledge as to the resource availability in the backhaul link at the time it receives a handover Request, and hence , it need s to check this with its D-eNB , especially in the Reactive Strategies.
  • the term access link refers to a link that is established between a relay node and a UE
  • the term direct link refers to a link that is established between a non-relay node (e . g. , eNB or D-eNB) and a UE
  • the term backhaul link refers to the link between any relay node and its respective D-eNB .
  • the controlling node / eNB is sometimes referred to as a donor eNB , or D-eNB .
  • the source eNB considers link qualities of both access and backhaul links of the target relay before a handover is attempted .
  • the link quality can be measured in terms of parameters/ metrics , including the Reference Signal Received Power (RSRP) , the Received Signal Strength Indicator (RSSI) , the Reference Signal Received Quality (RS RQ) and / or similar measurement parameter/ metric as applicable to LTE to determine cell-reselection .
  • the handover process may optionally consider the resource availability of the backhaul if such information is made available to the source node prior to a handover attempt.
  • a decision whether or not to perform a handover is predominantly based on signal strength (i . e . , based on RSRP and RSRQ) at an initial preparation stage . This is because the interface between a base- station and a UE is wireless and its quality is time-variant.
  • a source node ie the node controlling the current wireless communication session
  • the source node does not arbitrarily select a possible target, and nor are handover requests sent in a trial-and-error method .
  • the link quality needs to be taken into consideration in the preparation stage , because it will not be considered later in the handover process.
  • the same principles need to be adopted in the case of a type- 1 relay which maintains two wireless in-band links (in-band signalling utilizes part of the data tran smission to carry other control information , such as signalling) .
  • the signal strength (or quality) of the link between a possible target node and a U E is measured prior to any handover as applicable to the current LTE/ LTE-A system
  • the signal strengths (or quality) of both access and backhaul links need to be measured if the possible target node candidate is a relay.
  • a care has to be taken to ensure that the link quality measurements of both the access and the backhaul links are taken in terms of the same measurement parameter/ metric .
  • the measurement parameter/ metric can be RSRP, RSSI , RS RQ or the like . I n this respect, respective RSRP, RSSI and / or RSRQ have to be measured for both links .
  • the RSRP measurement provides a cell-specific signal strength metric .
  • RSRP is defined for a specific cell as the linear average over the power contributions (in Watts) of the Resource Elements (REs) which carry cell-specific RS within the con sidered measurement frequency bandwidth .
  • RSSI is defined as the total received wideband power observed by the UE from all sources, including co-channel serving and non- serving cells, adj acent channel interference and the thermal noise within the measurement bandwidth . Although in the current LTE system carrier RSSI is not reported as a measurement in its own right, it can be used as an input to the LTE RSRQ measurement.
  • RSRQ is defined as the ratio N*RS RP/ (LTE carrier RSSI) , where N is the number of Resource Blocks (RBs) of the LTE carrier RSSI measurement bandwidth .
  • RSRP is an indicator of the wanted signal strength
  • RSRQ additionally takes the interference level into account due to the inclusion of RSSI . RSRQ therefore enables the combined effect of signal strength and interference to be reported in an efficient way .
  • a fixed Relay may have a time-varying channel condition .
  • An example is a relay positioned to provide coverage extension to an underground tube- station (subway) .
  • the radio channel condition of a relay node is similar to that of a UE .
  • relay nodes are in-band , coherence-time and coherence-bandwidth can be the same - but relays tend to be more heavily affected by Doppler effects and larger time-spread , when compared to UEs being served by the relay.
  • the present arrangement considers the backhaul link strength and / or the backhaul link quality at the handover preparation stage in the same way the direct (access) link strength (i . e . , based on RSRP and RSRQ) is considered at the time of handover in the legacy cellular networks .
  • Relay node 1 has two links : an access link to UE 6 and a backhaul link to D-eNB 4.
  • the experienced total throughput can be affected if the strength of either link degrades . If D-eNB 4 detects that a handover is required , it will try to handover to a possible target node that will have both a strong access/ direct link with the UE 6. If the target is relay node 3 , D-eNB 4 would conventionally be unaware of its backhaul link strength .
  • D-eNB 4 would make its handover decision based solely on the access / direct link strength of relay node 3. If the backhaul link between relay node 3 and D-eNB 5 has poor link strength, a handover attempt may not fail at the execution phase if there are enough resources to accommodate the wireless session . This would lead to poor QoS from the UE 's perspective . Further, it may be that the UE cannot be handed over to another appropriate target until the access link strength degrade s sufficiently . Thus , it is not possible for the UE to be handed over to a more appropriate node if the current access link strength is acceptable , even if the relay's backhaul link suffers from poor quality .
  • relay nodes periodically / con stantly monitor the access and backhaul link qualities, and , if the quality of either link falls below a pre-determined thre shold , cause the source node to trigger a handover.
  • another possible outcome of not considering the backhaul in the handover may lead to situation where, if the backhaul does not have enough resources, the handover attempt will fail at the execution phase .
  • the above problems can be minimized or avoided , if the source node acquires and con siders the backhaul load at the time of handover, as in the present invention .
  • any source node will use the following equation to select the best target node out of M possible target node candidates that include both relays and non-relays :
  • the possible target node candidate for which the overall link quality (i . e . , both access and backhaul , if any) takes the maximum value, is chosen by the source node as final target node for a given UE at a given point in time .
  • the source relay node decides the suitable target node based on the resource availability or link qualities of both the access and backhaul links, in case a relay is considered for a target node and the periodic quality measurement report pertaining to the access links obtained from the UE .
  • the system is based on the network illustrated in Figure 1 .
  • Relays 1 , 2 , 3 and D-eNBs 4 , 5 periodically exchange quality (ie link signal strength) information in terms of RSRP/ RS RQ of their respective relay backhaul links to their immediate neighbouring relays and eNB s/ D-eNBs .
  • the information exchange includes load and resource availability of the backhaul link.
  • Relay nodes 1 , 2 , 3 periodically measures the reference signal received power (RSRP) and the reference signal received quality (RSRQ) on their backhaul link . These measurements indicate the downlink quality of the backhaul link.
  • D-eNBs 4 , 5 measure a demodulation reference signal or UE/ relay node sounding to obtain details of the uplink quality of the backhaul link . A determination of the link signal strength of the backhaul link between relay nodes 1 ,2 , 3 and their respective controlling nodes can therefore be obtained .
  • Nodes are aware of the present load , resource availability and quality information of every backhaul link in the immediate neighbourhood (and possibly load and resource availability) and thus the source node is able to make a quick decision whether or not to attempt a handover if at least the target node or the source node is a relay.
  • each and every UEs periodically sends the UE measurement report to their respective serving nodes (source nodes) .
  • This report contains the direct/ access link quality measurement results of the neighbour-list including that of the serving node (source node) as well .
  • the source node will initiate a Handover Request to the chosen target node via NAS , S l -AP, X2 -AP or RRC (RCC_CONNECTED) depending on the relay architecture and type of source and target nodes .
  • a drawback of some embodiments is the latency involved due to the need to collect information from a plurality of relay target nodes on-demand . This is because the optimal target node selection requires the knowledge of the neighbouring nodes ' backhaul link quality.
  • the source node Whenever the source node initiates a handover due to link quality degradation or load-balancing purposes , it will send a Handover Request to the chosen target node either via NAS , X2 -AP, S l -AP or via RRC , depending on the relay architecture alternatives .
  • the backhaul information - including the link signal strength thereof - is obtained in the same way as described in the proactive strategy: relay nodes periodically measures the reference signal received power (RSRP) and the reference signal received quality (RSRQ) on their backhaul links. These measurements indicate the downlink quality of the backhaul link. D-eNBs measure a demodulation reference signal or UE / relay node sounding to obtain details of the uplink quality of the backhaul link. A determination of the link signal strength of the backhaul link between relay nodes and their respective controlling nodes is obtained from these measurements .
  • RSRP reference signal received power
  • RSRQ reference signal received quality
  • the controlling nodes are D-eNBs or eNB s that serve one or more relay nodes . It is preferred that the method further comprises the step of having said source node obtain the direct link signal strength between any non-relay target nodes and the user equipment, and based on the link signal strength of each of the access links , backhaul links and direct links, establishing the optimal target node for a possible handover.
  • the source node is a relay node , and most preferably a type 1 relay node .
  • the source node is a controlling eNB .
  • the relay node periodically measures the reference signal received power (RSRP) , the reference signal received quality (RSRQ) and / or any parameter/ metric as defined in the reporting configuration s by the controlling node on its backhaul link. These measurements indicate the downlink quality of the backhaul link.
  • RSRP reference signal received power
  • RSRQ reference signal received quality
  • the controlling node measures a demodulation reference signal or user equipment/ relay node sounding to obtain details of the uplink quality of the backhaul link.
  • Some embodiments of the present invention disclose that preferably, using the downlink quality and uplink quality, the telecommunication system is operable to determine the link signal strength of the backhaul link between the relay node and the controlling node .
  • the source node is a relay node in a first domain controlled by a first controlling node .
  • the relay node may be located in the first domain .
  • the relay node may be located in a second domain controlled by a second controlling node .
  • the first and second controlling nodes are eNBs .
  • the source node obtains backhaul link information details of a plurality of relay nodes operable to receive handover of the wireless communication session , and , based on said backhaul link information, selects the most suitable relay node .
  • the source node considers the minimum link signal strength of both the backhaul and access links that each relay maintain s, and compares the signal strength measurements of other possible target nodes, including non- relay target nodes. Particularly, it is preferred that the source node con siders the maximum of the minimum link signal strength of both the backhaul and access links that each relay maintains.
  • each relay node the link signal strength measurement taken on both the access link and the backhaul is based on the same measurement parameter/ metric .
  • I t is preferred that this is pre-determined between a relay and the respective controlling node .
  • Some embodiments of the present invention disclose that after deciding that a handover is necessary, said source node requests backhaul information from the relay prior to determining whether or not to perform said handover.
  • the telecommunication system comprises a plurality of domains , each domain being controlled by a controlling node / eNB , wherein at least one of said domains is operable to support one or more relay nodes . It is particularly preferably that, for neighbouring domain s, the controlling nodes/ eNBs and the relays included therein periodically exchange backhaul link information (such as link signal strength) . The frequency of the exchange may vary depending on various factors , including the time of the day.
  • each node within a given domain will periodically exchange link signal strength backhaul information .
  • the source node may request backhaul information , comprising or including the link signal strength of said backhaul link from the node in the neighbouring domain .
  • Some embodiments of the present invention disclose that preferably said source node is operable to periodically receive reports from said second node regarding its backhaul link information , including the link signal strength of said backhaul link. Alternatively , it is preferred that the source node is operable to request said backhaul link information prior to performing said handover, and only if the link strength of an access link between the UE and the second node is good enough for a handover.
  • the said second node is a relay, and particularly a type 1 relay. It is also preferred that said source node is a relay, and particularly a type 1 relay.
  • the source node comprises a relay located within a domain controlled by a controlling node / eNB . It is preferred that the controlling node , said source node and any further nodes in said domain periodically exchange backhaul link information .
  • the telecommunications network comprises a plurality of domains , and if a handover is desired between two nodes in separate domains that the source node either requests the backhaul link information of the target node , or immediately requests handover thereto .
  • Some embodiments of the present invention disclose that preferably, if a handover is required between nodes in different domains , the node controlling the user session requests backhaul information from possible target node s, and selects the optimal node at least partially using said backhaul information .
  • Some embodiments of the present invention disclose that preferably the optimal node is decided based on the resource availability on both the access and backhaul links .
  • the present arrangements are highly relevant in LTE-A , but also applicable for WiMAX (both I EEE 802. 16e and I EEE 802.20) and Long range WiFi .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

A method of performing a handover in a telecommunications system, the system including a source node operable to control a wireless communication session with a mobile telephone and a relay node, wherein said method comprises the steps of: i) establishing that the user equipment desires to handover from said source node; ii) having said source node obtain backhaul link information of the relay node; and iii) based on said backhaul link information, establishing whether or not to perform said handover.

Description

DESCRIPTI ON
TITLE OF I NVENTION : HANDOVER SYSTEM AND METHOD
TH EREOF
TECH NICAL FIELD
The present invention relates to a system and method for performing a handover in telecommunication systems , and particularly, to a system and method for performing a handover including a relay, and even more particularly between a pair of relays .
BACKGROUND ART
The first release of the LTE was referred to as release-8 , and provided a peak rate of 300 Mbps , a radio network delay of less than 5ms , an increase in spectrum efficiency and new architecture to reduce cost and simplify operation .
LTE-A or LTE Advanced is currently being standardized by the 3GPP as an enhancement of LTE. LTE mobile communication systems are expected to be deployed from 20 10 onwards as a natural evolution of GS M and UMTS .
Being defined as 3.9G (3G + ) technology, LTE does not meet the requirements for 4G , also called I MT Advanced , that has requirements such as peak data rates up to 1 Gbps.
In April 2008 , 3GPP agreed the plans for future work on Long Term Evolution (LTE) . A first set of 3GPP requirements on LTE Advanced was approved in June 2008. The standard calls for a peak data rate of 1 Gbps and also targets faster switching between power states and improved performance at the cell edge .
The efficient use of relays are imperative in LTE-A . They provide an economical mechanism to improve the system capacity, link throughput and therefore the cell-edge performance, and also extend the cell coverage . However, given that LTE-A calls for a peak data rate of 1 Gbps, relays typically operate in small cells to support the peak data rate .
In LTE-A, a number of different architecture alternatives have been suggested . Particularly, the following four architecture alternatives have been identified for supporting relays in LTE-A:
Alternative 1 : Full- L3 relay, transparent for D-eNB Alternative 2 : Proxy S 1 / X2
Alternative 3 : RN bearers terminate in D-eNB
Alternative 4 : S I UP(U-plane) terminated in D-eNB Out of these four alternatives, Alternatives 1 , 2 and 3 can be considered to belong to the same group of solutions in the sense that Alternatives 2 and 3 are enhanced variants of Alternative 1 , being the baseline solution . In case of Alternative 4 there are also multiple variants, which are based on a different approach as compared to the previous three alternatives. The differences are, in the main, concerned with the Application Protocols used. A brief summary of some of the features of these alternatives is provided below.
In Alternatives 1, 2 and 3, the U-plane of the SI interface is terminated at the RN(Relay Node). In the Alternative 1, the U-plane packets of a UE served by the RN are delivered via a Relay's P/ S-GW(PDN/ Service-Gateway) . The UE's P/S-GW maps the incoming IP packets to the GTP(GPRS Tunneling Protocol) tunnels corresponding to the EPS(Evolved Packet System) bearer of the UE and sends the tunnelled packets to the IP address of the RN. The tunnelled packets are routed to the RN via the Relay's P/S-GW, as if they were packets destined to the RN as a UE.
In Alterative 4, the U-plane of the SI interface is terminated at the D-eNB. The PGW/SGW serving the UE maps the incoming IP packets to the GTP tunnels corresponding to the EPS bearer of the UE and sends the tunnelled packets to the IP address of the D-eNB. Upon the D-eNB receiving the tunnelled packets from the S-GW, the received packets are de-tunnelled, and the inner user IP packets are mapped to Un radio bearers corresponding to the EPS bearer of the UE.
Each EPS bearer of a UE connected to the RN is mapped to separate radio bearers over the Un interface (one-to-one mapping) . In order to identify individual U E bearers on the Un interface a UE identifier need s to be added to one of the PDCP, RLC or MAC protocol layers; i . e . , some parts of the legacy MAC / RLC / PDCP protocols would need to be modified .
The present application thus seeks to provide efficiencies in cell edge performance , and to avoid wastage of resources and latency .
SUMMARY OF I NVENTION
According to the present invention there is provided a method of performing a handover in a telecommunications system, the system comprising:
a source node operable to control a wireless communication session with a user equipment; and
a relay node , wherein said method comprises the steps of:
i) establishing that the user equipment desires to handover from said source node;
ii) having said source node obtain backhaul link information of the relay node ; and
iii) based on said backhaul link information , establishing whether or not to perform said handover.
According to a second aspect of the present invention , there is provided a source node in a telecommunication s system operable to control a wireless link to a user equipment, and, based on a measurement report from said user equipment control a handover to a second node , wherein said source node is configured to receive backhaul link information from the second node and determine whether or not a handover should be performed based on said backhaul link information .
According to a third aspect of the present invention there is provided a telecommunications system comprising a plurality of controlling nodes, each controlling respective domains , wherein some of said domains comprises one or more relay nodes from the plurality of controlling nodes, wherein , in each domain , said one or more relay nodes periodically exchange backhaul link information with one another, such that said backhaul link information is used to determine optimal handovers within said domain .
According to a fourth aspect of the present invention , there is provided a method of performing a handover in a telecommunications system, the system comprising:
a source node operable to control a wireless communication session with a user equipment that is in an RRC_CONNECTED mode ; and
a plurality of target nodes, including one or more relay nodes each being controlled by a respective controlling node , said one or more relay nodes each comprising a backhaul link to its controlling node , wherein said one or more relay nodes are operable to measure link signal strength of the backhaul link to its controlling node , wherein said method comprises the steps of:
i) establishing that the user equipment is required to handover from said source node ;
ii) having said source node obtain the backhaul link signal strength of each relay node and an access link signal strength between each relay and the user equipment;
iii) based on measurements of the link signal strength of both the access link and backhaul link for each relay node , establishing the optimal target node for a possible handover.
According to a fifth aspect of the present invention , there is provided a relay node in a telecommunications system , the relay node being controlled by a con trolling node and comprising a backhaul link therewith , wherein the relay node is operable to control a wireless link to a user equipment, said relay node configured to monitor the quality of an access link to the user equipment and the quality of the backhaul link to the controlling node , and cause a handover to be triggered if the quality of either link drops below a given threshold .
In order that the present invention be more readily understood , specific embodiments will now be described with reference to the accompanying drawings . BRI EF DESC RI PTION OF DRAWI NGS
Figure 1 shows an exemplary illustration of a typical relay handover;
Figure 2 shows the preparation phase of a handover in a first embodiment;
Figure 3 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative one in a second embodiment;
Figure 4 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative two in a second embodiment;
Figure 5 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative three in a second embodiment;
Figure 6 shows a first alternative of the preparation phase of a handover as applicable to relay architecture alternative four in a second embodiment;
Figure 7 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative one in a second embodiment;
Figure 8 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative two in a second embodiment;
Figure 9 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative three in a second embodiment;
Figure 10 shows a second alternative of the preparation phase of a handover as applicable to relay architecture alternative four in a second embodiment; and
Figure 1 1 shows the preparation phase of a handover in a third embodiment.
DESC RIPTION OF EMBODIMENTS
Relaying has been considered for LTE-A as an economical mechanism to improve the system capacity, link throughput and thus the cell-edge performance and to extend the coverage . Given that the relays (relay nodes) generally operate in small cells in order to support the 1 Gbps downlink peak rate, it is likely that there will be many scenarios where the frequency of user equipment (UE) handover when a session / call is in progress will be high . Much depends on the mobility pattern of UEs and the approximate relay cell radius.
In LTE-A, relays are generally defined in two categories: type 1 and type 2. Type 1 relay nodes have their own PCI (Physical Cell I D) and are operable to transmit its common channel / signals . UEs receive scheduling information and HARQ feedback directly from the relay node . It is also possible for type 1 relay nodes to appear differently to eNBs to allow for further performance enhancement. By contrast, type 2 relay nodes do not have a separate PCI, and are transparent to UEs.
Each relay in the network will have a link to a controlling eNB. This link is often termed the backhaul link. Each eNB will be linked to the core network, and this link is the eNB's backhaul link. The controlling eNB is sometimes referred to as a donor eNB, or D-eNB. A D-eNB controls network traffic within a domain. Said domain may include a plurality of further nodes. Domains located geographically next to one another may be termed neighbouring domains.
A typical relay handover scenario is illustrated in Figure 1, where UE 6 and UE 7 are two user terminals being served by two different relay nodes: Relay 1 and Relay 2, respectively. In this scenario UE 7 is effectively stationary whereas UE 6 is moving away from Relay 1 in the direction indicated by the arrow A. The signal quality in the downlink of UE 6 tends to become weaker the further away it moves from Relay 1. Consequently, UE 6 is more likely to be handed over to one of the following nodes, depending on the quality of service measurements reported by UE 6 to Relay 1 as well as the respective resource availability: Relay 3, D-eNB 4, and D-eNB 5. The present arrangement has particular advantage if Relay 3 is selected as the optimal target for handover.
It is envisaged that the present arrangement is highly suited to type 1 relays, although is not limited thereto. Indeed , the present arrangement also finds use with type 2 relays .
Handover will be a frequent phenomenon with an introduction of relays in LTE-A. Further, the 3GPP considers in-band relays and such in-band relays need to configure MBSFN (Multimedia Broadcast multicast service Single Frequency Network) sub-frames in the access link in order to enable backhaul down link transmission and thus avoiding self-interference . Given that time division multiplexing (TDM) is used in the backhaul in order to further minimise self- interference and MBSFN sub-frames cannot be configured at sub-frames 0 , 4 , 5 or 9 of a radio frame (as these sub-frames are used for network control signals) , resources in the backhaul are scarce .
Accordingly, the source e NB considers the resource availability and qualities of both access and backhaul links of the target relay before a handover is attempted . Considering further Figure 1 , if UE 6 moves towards Relay 3 , such that it is determined that the quality of service would be higher if a handover was made between Relay 1 and Relay 3 , D-eNB 4 first ascertain s the backhaul link between Relay 3 and D-eNB 5 and uses this information to decide whether or not to proceed with the handover.
During the handover between two relays, and given that at least two backhaul links are involved , the handover decision is made not only the quality of the access links , but also the bottleneck and link quality of the backhaul links as well . In order to make a handover success, it is important to consider both links , unlike the conventional handover methods where measuring the quality of the access link is enough . For in stance , suppose a handover is between Relay 1 and Relay 3 in Figure 1 , and the handover is going to be performed in a conventional way between two relays . Type 1 relay nodes are like a conventional eNBs in terms of the core functionalities, a conventional handover will consider only the access links. Once the handover request is accepted without checking the load level or quality level of the backhaul link, the handover agreed at the access link levels may fail due to resource unavailability or poor link quality in the backhaul link. Given that the occurrence of this relay handover failure leads to unnecessary wastage of resources and introduction of significant latency, it is desirable that it should be minimised or avoided .
In order to mitigate the above problem in relay handover and thereby avoiding the unnecessary resource utilisation , efficient signalling procedures are required for relay handover, especially in the relay handover preparation phase . According to this , the source relay node decides the suitable target node based on the resource availability on both the access and backhaul links, in case a relay is considered for a target node and the periodic quality measurement report pertaining to the access links obtained from the UE . The respective backhaul link information of the candidate target nodes can be made available at the source relay node proactively, reactively or in a combination of the two - termed a hybrid strategy hereinafter. In the Proactive Strategy, the immediate neighbouring D-eNBs and relays exchange periodic quality load and resource availabilities of their respective backhaul links to each other, so that any source node will know such information in priory to any handover attempt. In the case of Reactive Strategy such backhaul link information is made available on-demand at the time of handover. In the Hybrid Strategy, a mixture of both the proactive and reactive strategies is used . Alternatively, in another embodiment, at certain times in the day, the system may use the Proactive Strategy, and at others the Reactive Strategy.
The Proactive Strategy facilitates quicker handover preparation phase but at the expense of increased signalling overhead . Moreover, in the case of the Proactive Strategy , the information available at the source node may go stale at the time of a handover; and this depends on the dynamic variations of the network loading within the cell and the update frequency. The more often nodes exchange backhaul link related information , the more accurate the information will be . The Reactive Strategy tends to have increased latency in the handover preparation phase while keeping the signalling overhead minimum . Accordingly, it is preferred that the present system uses a hybrid strategy combining the two systems.
The three strategies differ in the perspective s of the signalling procedures involved during the handover preparation phase - i. e . , the signalling procedures for the execution phase are the same . The three strategies will now be described in turn .
Proactive Strategy
Figure 2 shows the preparation phase of a Proactive Strategy handover. The system is based on the network illustrated in Figure 1 . Relays 1 , 2 , 3 and D-eNBs 4 , 5 periodically exchange quality load and re source availability information of their respective relay backhaul links to their immediate neighbouring relays and eNBs / D -eNBs .
.The exchange is controlled by the serving or packet gateway 1 0 in Figure 2. As an example , the arrangement shown in figure 1 , Relay 1 may be considered as a source node , controlling wireless communication with a UE , D-eNB 4 may be considered as a controlling eNB and Relay 2 a further node associated with the domain of D-eNB 4.
Consequently, nodes are aware of the pre sent load , resource availability and quality information of every backhaul link in the immediate neighbourhood and thus the source node is able to make a quick decision whether or not to attempt a handover if at least the target node or the source node is a relay.
In addition , as in the legacy LTE system, each and every UEs periodically sends the U E measurement report to their respective serving nodes (source nodes) . This report contains the access link quality measurement results of the neighbour-list including that of the serving node (source node) as well. On receiving the report, the source node will continuously monitor the instantaneous QoS experienced by each UE in the access link. If the source node is a relay, it will monitor the quality of the backhaul link as well . If the QoS supported by the source node to any of its U Es is below the threshold level defined by the system (both in the access link and backhaul link, if any) , it will attempt to handover the UE to a suitable target node . The source node will begin evaluating the resource availability of the possible target nodes starting with the target node with the highest QoS . The evaluation process will be terminated once a target node with sufficient (i .e . , both access and backhaul , if any) resource and sufficient link (e . g. , both the access and backhaul, if any) quality is found .
In order to enable session / call continuity, the source node will initiate a Handover Request to the chosen target node via NAS , X2 -AP or RRC depending on the relay architecture and type of source and target nodes . Because of the periodical information exchange between the nodes, the source node knows the resource and link quality information of the possible target relay candidates prior to a handover attempt, and thus the handover failure rate will be minimal .
I t should be noted that much depends on the accuracy of the information being available to the source node , and which in turn depends on the frequency of the information exchange . If the source node has nearly up-to-date information , the handover will very likely succeed . In case the source node has stale information , the handover attempt may fail .
In response to the Handover Request command , the target node will send an acknowledgement(Handover Request Ack) to the source node after performing the admission control and resource allocation . If the target node is a relay, the target relay has to perform admission control for both access and backhaul links by liaising with its respective D- eNB and it involves allocation of the required resources (both radio and buffer) on both links . In case the admission control process fails , the target node candidate will immediately send a Handover Request Nack to the source node .
The strategy of exchanging backhaul link quality, resource availability and load prior to any handover attempt can be implemented in different ways depending on the relay architectures ; a general handover signalling procedures during handover preparation phase of the Proactive Strategy is shown in Figure 2. This is explained in more depth below.
With the step 1 of Figure 2 , a source node will be indicated the instantaneous resource availability, load-level and link-quality of neighbouring relays ' backhauls at regular intervals or at the time when any of triggering condition are fulfilled .
Thus , on receiving a UE 6 Measurement Report, the source node(Relay 1 ) can determine whether a handover is imminent. If it is the case , based on the results of neighbour-list measurement report from the UE 6 in question pertaining to their access links, the source node(Relay 1 ) can short-list the possible target node candidates . If any of the possible target candidates is a relay, and it appears to be the optimum candidate among all the target node candidates , the source node(Relay 1 ) will check its backhaul link using the periodic backhaul related report and select it as the final target candidate provided that the resource availability and quality of the backhaul link is good enough to support the UE in question . Once the handover decision is made at the source node(Relay 1 ) , it will initiate to send the Handover Request to the target node . On receiving the Handover Request command the target relay candidate(Relay 3) will allocate the required resources both on the access and backhaul links and respond to the source node positively.
An advantage of this approach is that the speed of preparation phase is improved because the source node is able to evaluate the resource availability of the target relay node without initiating any additional signalling or incurring additional unnecessary latency. This is beneficial given the vast amount of relay deployment to be foreseen by operators to meet the key LTE-A requirement of supporting a peak data rate of l Gbps in the downlink. As mentioned before , the handover will be successful only when source nodes have up- to-date information as stale information will have detrimental effects . This in turn requires more frequent information exchange . However, this will increase the signalling cost.
Reactive Strategy
The system is also based on the network illustrated in Figure 1 . In this embodiment the nodes do not periodically exchange backhaul link information with one another in the immediate neighbourhood . Instead , at the time of a handover, the source node (Relay 1 ) acquires on-demand the backhaul information selectively, in case the possible target node candidates include one or more relay nodes . A drawback of this embodiment is the latency involved due to the need to collect information from a plurality of target node on-demand . This is because the optimal target node selection requires the knowledge of the neighbouring node 's resource availability and link quality. If this information is not available to the source node (Relay 1 ) , the handover may fail .
Hence , in this reactive approach there is a need to trade off the latency against handover failure rate . Two alternatives are possible, and for ease of understanding will be termed hereinafter the first Reactive Strategy and the second Reactive Strategy.
The objective of the first Reactive Strategy is to bring down the inevitable latency resulting from the reactive operations . Handover success is less important. The objective of the second Reactive Strategy is to prioritise handover success , irrespective of the length of time the information acquiring phase takes .
Accordingly, based on the access link quality measurement report, if a source node determines that a handover is necessary it will compile a list of target nodes based on the access link quality measurements. The remainder of the preparation phase depends on which Reactive Strategy (first or second) is adopted .
In the first Reactive Strategy, depending on the access link quality and other load-balancing criteria being imposed , the source node(Relay 1 ) will first select the best target node candidate . However, if the best target node is a relay 3 , the backhaul link quality and resource availability is important for a successful handover. this embodiment, this information is not available prior to the measurement report the source node Hence , the source node(Relay determines whether or not a handover is to be attempted purely based on the access link quality information , even if the target node is a Relay 3.
Whenever the source node initiates a handover due to link quality degradation or load- balancing purposes , it will send a Handover Request to the chosen target node either via NAS , X2 -AP or via RRC , depending on the relay architecture alternatives . If the target node is a relay, the target relay will in turn initiate a Resource Allocation Request to its respective D-eNB 5 for the purpose of setting aside or allocating the required amount of radio resources, especially in the backhaul link, before it responds to the source node . If the D-e NB 5 of the target Relay 3 does not have enough backhaul resources (i. e . , MBSFN sub-frames cannot be configured to enable DL backhaul transmission) , it rej ects the handover attempt and notifies the target Relay 3. The target Relay 3 in turn sends the negative response to the originator of the Handover Request (i .e . source node(Relay 1 ) ) . If the D- eNB 5 has adequate radio and buffer resources, it first allocates said required resources and notifies the target Relay 3 using a command , which for example may be a Resource Allocation Response . The target relay candidate can thus locally reserve resources on the access-link, in case it has the required amount of resources , and respond positively using a Handover Request Ack. This Resource Allocation Request and Resource Allocation Response can be realised using a new set of NAS , X2 -AP and / or RRC signalling depending on the availability of interfaces between a D-eNB and one of its relays .
The rest of the procedures will follow as usual , and the complete signalling flow diagrams for the first Reactive Strategy as applicable to different relay architecture alternatives are shown in Figures 3 , 4 , 5 and 6. In this connection , Figure 3 relates directly to architecture Alternative 1 , and shows an S / P-GW for both the relay node 12 and the user equipment 1 0. Figure 4 shows an example of the arrangement for architecture Alternative 2. Here only a S / P-GW 10 for the UE is provided . Figure 5 shows the architecture for Alternative 3. In this architecture alternative, the gateway (RN) is co-located at the D-eNB . Finally, Figure 6 shows the arrangement for architecture Alternative 4.
Figures 3 , 4 , 5 and 6 illustrates the operations of the first Reactive Strategy, as applicable to different relay architecture alternatives . For illustrative purposes , the scenario where the handover is between two relays belonging to different D-eNBs is used , although the proposed solution applies equally to any other handover scenarios as well where a target node and / or the source node (only in the case of Alternative 4) happen s to be a relay. The reference numerals used in these sections correspond to those used in Figure 1 .
As it can be seen from the figures , this measurement taking and reporting process pertaining to an access link occurs first. When the Source node (Relay 1 ) anticipates an imminent handover due to signal quality degradation or load balancing, it will initiate the Handover Request to the target node (Relay 3) . As the target node (Relay 3) is a relay, it will send the Resource Allocation Request to its respective D-eNB 5 for the purpose of reserving resource in the backhaul link, if it is available . D-eNB 5 will perform an admission control and respond with a Resource Allocation Response either positively or negatively depending on the backhaul resource availability. The rest of the procedures are going to be the same as those of any conventional handover except in the case of relay Architecture 4.
I n relay Architecture 4 , in addition to the envisaged handover operation , the D-eNB will start buffering the required SDUs (Service Data Units) on seeing an imminent handover only when the source node happens to be a relay. With this arrangement, the buffer forwarding can be from the D-eNB 4 serving the Source Relay 1 as opposed to this being initiated from the source relay itself. According to second Reactive Strategy, the source node(Relay 1 ) will first short-list possible target relays based on the measurement reports received for the access links . Subsequently, the source node(Relay 1 ) obtains the relevant backhaul information pertaining to those short-listed target relay candidates on-demand by contacting either their relevant D-eNBs 4 , 5 or the short-listed relays themselves using special signalling commands such as "Backhaul Link Information Request" and "Backhaul Link Information Response" .
Once the backhaul information is available for the possible target relays , the source node (Relay 1 ) will collate the backhaul information with the access link quality information acquired from the neighbour-list measurement reports and find the most appropriate target node . The source node will then initiate a Handover Request to the chosen target node 3. The operations involved in the second Reactive Strategy may incur some latency because of the need to gather relevant backhaul information from possible target relay candidates or from their D-eNBs.
Figures 7 , 8 , 9 and 10 illustrates the operations of the second Reactive Strategy, as applicable to relay architecture Alternatives 1 , 2 , 3 and 4 respectively.
Referring to Figures 7 , 8 , 9 and 10 , this following describes the operation of the second Reactive Strategy, as applicable to the four different relay architecture alternatives (as describes above) . This embodiment considers what may be considered as the worst case scenario , where the handover is between two relay nodes belonging to two different D-eNBs , although the proposed solution applicable equally to any other handover scenarios .
Measurement taking and reporting processes pertaining to access link and any direct link (a link between a D-eNB and a UE) take place initially . Whenever the source node (Relay 1 ) anticipates an imminent handover due to signal quality degradation or load balancing, it will first short-list the possible target relay candidates based on the measurement report received for the access link. Subsequently, the source node (Relay 1 ) seeks the relevant backhaul information pertaining to those short-listed target relay candidates on demand by contacting either their relevant D-eNB s 5 or the candidate target nodes(Relay 3) . The source node(Relay 1 ) initiates the Backhaul Link Information Request, using a proposed command for requesting the backhaul information relevant to those shortlisted target relay candidates , either to those target relay nodes or to the relevant D-eNBs . In response to this request, the relevant relay nodes or the D-eNBs will send Backhaul Link Information Response , a newly proposed command for responding to the Backhaul Link Information Request command , to the source node through NAS , RRC or X2 -AP signalling protocol depending on the relay architecture alternatives.
Once the backhaul link information is available for the possible target relay candidates, the source node(Relay 1 ) will collate the backhaul information with the access link quality information acquired from the neighbour-list measurement reports and find the most appropriate target node for successful handover. The source node(Relay 1 ) will then initiate the Handover Request command to the selected target node . If the target node happens to be a relay, it will send the Resource Allocation Request to its respective D-eNB 5 for the purpose of reserving resource in the backhaul link, if it is available . The given D-eNB will perform an admission control and respond with a Resource Allocation Response either positively or negatively depending on the backhaul resource availability. The rest of the procedure is the same as those of a conventional handover, except in the case of relay architecture Alternative 4.
In relay Architecture 4 , in addition to the envisaged handover operation , the D-eNB will start buffering the required SDUs on seeing an imminent handover only when the source node is a relay. With this arrangement, the buffer forwarding can be from the D-eNB 4 serving the source node(Relay 1 ) as opposed to this being initiated from the source relay itself.
The handover success rate for the second Reactive Strategy is generally higher than that of the first Reactive Strategy. However, the second Reactive Strategy may incur additional latency because of the need to check the backhaul link quality and resource availability of the possible target relay candidates (i. e . , short-listed candidates) . Although this additional latency incurred will be less in the case of first Reactive Strategy in comparison with the second Reactive Strategy, the handover failure rate may be high in this case due to the fact that a Handover Request is triggered without knowledge as to the resource availability or quality of the backhaul links involved.
The Reactive Strategy as a whole has the desirable feature of incurring less signalling overhead when compared to that of the Proactive Strategy. However, it incurs additional latency because of the need to acquire relevant backhaul information .
Hybrid Strategy
This strategy is formed by proportionately combining the previous two strategies (proactive and reactive) so as to synergise the inherent advantages independently available in each of tho se strategies . An obj ective of the Hybrid Strategy is to balance the advantages and disadvantages of both the proactive and reactive approaches in terms of the latency and the signalling overhead incurred .
Accordingly, the present strategy allows network nodes entities to exchange their relay backhaul information to each other within their D-eNB domain . This technique diminishes the signalling overhead to a certain exten t which would otherwise be high in the Proactive Strategy.
At the time of a handover, based on the proactive backhaul information exchange within each D-eNB domain , if the source node is able to find a relay as target node that belongs to the same D-eNB domain , and the resource availability in both the access and backhaul links pertaining to those target relay are satisfactory, a handover can be made satisfactorily to the target relay node (or the best of them if there are a plurality) that belongs to the same D-eNB domain as that of the source node .
If an appropriate target relay is not located within the domain of a source node , or any other suitable target node found, the source node applies either the first Reactive Strategy or second Reactive Strategy. If the first Reactive Strategy is used under these circumstances, the source node will immediately send the Handover Request to one of the target relays belonging to a neighbouring D-eNB domain without any knowledge as to their backhaul links.
If the second Reactive Strategy is used , the source node will reactively acquire respective backhaul information from the possible target relay candidates that belong to the neighbouring D-eNB domains and based on such information the source node will handover to the most suitable target relay. These reactive strategies may not be always needed as described previously. The system will follow any of the reactive strategies only when the source node realises that a handover cannot be executed using the prior knowledge available at the source node .
Given that the UEs 6 , 7 periodically transmit their UE measurement reports pertaining to their neighbour-lists , the source node (Relay 1 ) can use this information along with the available prior backhaul link information so as to ensure if a handover can be performed according to the Proactive Strategy. I n case the decision is positive the handover will be executed according to the Proactive Strategy and in all the other cases it will be according to the mixture of both proactive and reactive strategies .
The exchange of backhaul link information is limited to network nodes located within a D-eNB domain as shown in Figure 1 1 . However, the neighbour-list of the UE in question may include relays / eNBs belonging to the same D-eNB domain as that of the source node , and relays / eNB s belonging to different D-eNB domains . Because of the exchange of backhaul related information within a D-eNB domain , the source node is able to know the backhaul link information of possible target relay candidates that belong to the same D- eNB domain . Using the access and backhaul CQI information pertaining to the relays belonging to the same D-eNB domain as that of the source node and only access link CQI information pertaining to nodes belonging to different D-eNB domains , the source node is able to decide on the possible target node candidate . In the illustrated example , it is assumed that the best target candidates chosen based on the access link information fall within a different D-eNB domain perhaps due to the fact that backhaul and / or access links of those relay candidates belonging to the same D-e NB domain are not good enough , and hence the required information of the chosen target relay candidates ' backhaul link is not readily available to the source node ; i . e . , the handover is between two relays that belong to different D-eNBs. Given that the source node 1 is not able to get the backhaul information pertaining to the target relay candidates with the periodical backhaul information exchange as they belong to two different D-eNB domains, the source node 1 will resort to the Reactive Strategy for the handover as shown by operations 5 , 6 and 7 of Figure 7. Accordingly, the source node will selectively seek backhaul information from the possible target relay candidates that belong to different D-eNB domain , and choose the best target node / relay. In Figure 7 only the first Reactive Strategy is shown although the second Reactive Strategy can also be applied . The rest of the operations are similar to those applicable to a conventional handover attempt.
In the Hybrid Strategy, the source node typically uses the first Reactive Strategy (only the first Reactive Strategy is illustrated in Figure 1 1 ) . However, in case the second Reactive Strategy is used , the source node 1 will send a signalling command called "Backhaul Link Information Request" either to the selected target relay candidates or their respective D-eNBs , and receive a response using the "Backhaul Link Information Response" command .
In all the above cases , it is assumed that MBSFN sub- frames may have to be configured in the access link in order to provide backward compatibility to legacy terminals and eNB s . Moreover, these MBSFN sub-frames may be configured statically at the time of relay start-up, and if it is the case , the target relay candidate may know the backhaul link's resource availability. I n other words, if this is the case , the relay may have knowledge about the load-level of the backhaul link prior to a handover. However, it is very likely that the MBSFN sub-frame configuration will be very dynamic depending on the exact number of UEs a relay supports . This is because static allocation may lead to poor resource utilisation if the particular relay is under-utilised at any period . With the dynamic configuration , the target relay may not have knowledge as to the resource availability in the backhaul link at the time it receives a handover Request, and hence , it need s to check this with its D-eNB , especially in the Reactive Strategies.
This way of checking with the D-eNB as part of a handover involving target relay may lead to another potential benefit in the case of relay architecture Alternative 4 when the source node happens to also be a relay: when the D-eNB learns of an attempted handover, it can start buffering the required SDU s locally. This can minimise or completely avoid unnecessary handover triggered buffer forwarding of data back to the D-eNB that were originally sent by the D-eNB .
In the present invention , the term access link refers to a link that is established between a relay node and a UE , whereas the term direct link refers to a link that is established between a non-relay node (e . g. , eNB or D-eNB) and a UE . The term backhaul link refers to the link between any relay node and its respective D-eNB .
The controlling node / eNB is sometimes referred to as a donor eNB , or D-eNB .
As well as this , the source eNB considers link qualities of both access and backhaul links of the target relay before a handover is attempted . The link quality can be measured in terms of parameters/ metrics , including the Reference Signal Received Power (RSRP) , the Received Signal Strength Indicator (RSSI) , the Reference Signal Received Quality (RS RQ) and / or similar measurement parameter/ metric as applicable to LTE to determine cell-reselection . The handover process may optionally consider the resource availability of the backhaul if such information is made available to the source node prior to a handover attempt.
In conventional wireless communications systems , a decision whether or not to perform a handover is predominantly based on signal strength (i . e . , based on RSRP and RSRQ) at an initial preparation stage . This is because the interface between a base- station and a UE is wireless and its quality is time-variant. Based on access link quality measurements , a source node (ie the node controlling the current wireless communication session) will choose a preferred target node and send the handover request during the preparation stage . The source node does not arbitrarily select a possible target, and nor are handover requests sent in a trial-and-error method . The link quality needs to be taken into consideration in the preparation stage , because it will not be considered later in the handover process. The same principles need to be adopted in the case of a type- 1 relay which maintains two wireless in-band links (in-band signalling utilizes part of the data tran smission to carry other control information , such as signalling) . Hence , in the same way the signal strength (or quality) of the link between a possible target node and a U E is measured prior to any handover as applicable to the current LTE/ LTE-A system, the signal strengths (or quality) of both access and backhaul links need to be measured if the possible target node candidate is a relay. In this measurement taking process , a care has to be taken to ensure that the link quality measurements of both the access and the backhaul links are taken in terms of the same measurement parameter/ metric . The measurement parameter/ metric can be RSRP, RSSI , RS RQ or the like . I n this respect, respective RSRP, RSSI and / or RSRQ have to be measured for both links .
The RSRP measurement provides a cell-specific signal strength metric . RSRP is defined for a specific cell as the linear average over the power contributions (in Watts) of the Resource Elements (REs) which carry cell-specific RS within the con sidered measurement frequency bandwidth . RSSI is defined as the total received wideband power observed by the UE from all sources, including co-channel serving and non- serving cells, adj acent channel interference and the thermal noise within the measurement bandwidth . Although in the current LTE system carrier RSSI is not reported as a measurement in its own right, it can be used as an input to the LTE RSRQ measurement. RSRQ is defined as the ratio N*RS RP/ (LTE carrier RSSI) , where N is the number of Resource Blocks (RBs) of the LTE carrier RSSI measurement bandwidth . The measurements in the numerator and denominator are made over the same set of resource blocks. While RSRP is an indicator of the wanted signal strength , RSRQ additionally takes the interference level into account due to the inclusion of RSSI . RSRQ therefore enables the combined effect of signal strength and interference to be reported in an efficient way .
A fixed Relay may have a time-varying channel condition . An example is a relay positioned to provide coverage extension to an underground tube- station (subway) . Given that a type- 1 relay is in-band and does not maintain a point-to-point microwave link with its D-eNB , the radio channel condition of a relay node is similar to that of a UE . Given relay nodes are in-band , coherence-time and coherence-bandwidth can be the same - but relays tend to be more heavily affected by Doppler effects and larger time-spread , when compared to UEs being served by the relay. Accordingly the present arrangement considers the backhaul link strength and / or the backhaul link quality at the handover preparation stage in the same way the direct (access) link strength (i . e . , based on RSRP and RSRQ) is considered at the time of handover in the legacy cellular networks .
In the present invention , it can also be assumed that UE 6 is connected to relay node 1 (UE 6 is in an RCC_CON NECTED mode) . Relay node 1 has two links : an access link to UE 6 and a backhaul link to D-eNB 4. The experienced total throughput can be affected if the strength of either link degrades . If D-eNB 4 detects that a handover is required , it will try to handover to a possible target node that will have both a strong access/ direct link with the UE 6. If the target is relay node 3 , D-eNB 4 would conventionally be unaware of its backhaul link strength . Under such circumstances , D-eNB 4 would make its handover decision based solely on the access / direct link strength of relay node 3. If the backhaul link between relay node 3 and D-eNB 5 has poor link strength, a handover attempt may not fail at the execution phase if there are enough resources to accommodate the wireless session . This would lead to poor QoS from the UE 's perspective . Further, it may be that the UE cannot be handed over to another appropriate target until the access link strength degrade s sufficiently . Thus , it is not possible for the UE to be handed over to a more appropriate node if the current access link strength is acceptable , even if the relay's backhaul link suffers from poor quality . In order to minimize the situation , it is preferred that relay nodes periodically / con stantly monitor the access and backhaul link qualities, and , if the quality of either link falls below a pre-determined thre shold , cause the source node to trigger a handover. In the present invention , another possible outcome of not considering the backhaul in the handover may lead to situation where, if the backhaul does not have enough resources, the handover attempt will fail at the execution phase . These type of "trial-and-error" handover attempts (or shallow handover preparation phase) may (in a worst-case scenario) get a source node to attempt to handover to every possible target node candidate in the cell edge of an eNB , where almost all of the target node candidates can be relays . This potentially will result in poor QoS and a wastage of network resources . It is even possible that a UE will lose its current network connection before being handed over if the current serving cell 's signal strength drops below a threshold , while the source node continues its trial-and-error handover attempts . More importantly, a consequence is that the handover interruption time, which is defined as the time duration during which a user terminal cannot exchange user plane packets with any base station , is expected to be longer than the delay requirement specified in ITU- R.
The above problems can be minimized or avoided , if the source node acquires and con siders the backhaul load at the time of handover, as in the present invention .
This can be minimized or rather avoided , if the source node acquires and con siders the backhaul link strength at the time of handover. Accordingly, suppose that a source node has M number of target node candidates that include relays and non-relays (e . g. , eNBs) . Let lqf cess and lq respectively denote the signal strength of access link and backhaul link of possible target node candidate 1 . Signal strength can be measured in terms of the, measurement parameter/ metric (e . g. , RSRP and RSRQ) as required by the current LTE/ LTE-A specifications . If the target node candidate 1 is a non-relay, its backhaul quality
Figure imgf000037_0001
takes a very large value . Accordingly, any source node will use the following equation to select the best target node out of M possible target node candidates that include both relays and non-relays :
Figure imgf000037_0002
The possible target node candidate for which the overall link quality (i . e . , both access and backhaul , if any) takes the maximum value, is chosen by the source node as final target node for a given UE at a given point in time .
In order to facilitate the above-mentioned operation at the time of handover as a way to minimise the number of unsuccessful handover attempts and thus to minimise or mitigate the above problem in relay handover and thereby avoiding the unnecessary resource utilisation , efficient signalling procedures are required for relay handover, especially in the relay handover preparation phase . According to this , the source relay node decides the suitable target node based on the resource availability or link qualities of both the access and backhaul links, in case a relay is considered for a target node and the periodic quality measurement report pertaining to the access links obtained from the UE .
The system is based on the network illustrated in Figure 1 . Relays 1 , 2 , 3 and D-eNBs 4 , 5 periodically exchange quality (ie link signal strength) information in terms of RSRP/ RS RQ of their respective relay backhaul links to their immediate neighbouring relays and eNB s/ D-eNBs . In preferred embodiments, the information exchange includes load and resource availability of the backhaul link.
Relay nodes 1 , 2 , 3 periodically measures the reference signal received power (RSRP) and the reference signal received quality (RSRQ) on their backhaul link . These measurements indicate the downlink quality of the backhaul link. D-eNBs 4 , 5 measure a demodulation reference signal or UE/ relay node sounding to obtain details of the uplink quality of the backhaul link . A determination of the link signal strength of the backhaul link between relay nodes 1 ,2 , 3 and their respective controlling nodes can therefore be obtained .
Nodes are aware of the present load , resource availability and quality information of every backhaul link in the immediate neighbourhood (and possibly load and resource availability) and thus the source node is able to make a quick decision whether or not to attempt a handover if at least the target node or the source node is a relay.
In addition , as in the legacy LTE system, each and every UEs periodically sends the UE measurement report to their respective serving nodes (source nodes) . This report contains the direct/ access link quality measurement results of the neighbour-list including that of the serving node (source node) as well .
In order to enable se ssion / call continuity, the source node will initiate a Handover Request to the chosen target node via NAS , S l -AP, X2 -AP or RRC (RCC_CONNECTED) depending on the relay architecture and type of source and target nodes .
A drawback of some embodiments is the latency involved due to the need to collect information from a plurality of relay target nodes on-demand . This is because the optimal target node selection requires the knowledge of the neighbouring nodes ' backhaul link quality.
Whenever the source node initiates a handover due to link quality degradation or load-balancing purposes , it will send a Handover Request to the chosen target node either via NAS , X2 -AP, S l -AP or via RRC , depending on the relay architecture alternatives .
The backhaul information - including the link signal strength thereof - is obtained in the same way as described in the proactive strategy: relay nodes periodically measures the reference signal received power (RSRP) and the reference signal received quality (RSRQ) on their backhaul links. These measurements indicate the downlink quality of the backhaul link. D-eNBs measure a demodulation reference signal or UE / relay node sounding to obtain details of the uplink quality of the backhaul link. A determination of the link signal strength of the backhaul link between relay nodes and their respective controlling nodes is obtained from these measurements .
Some embodiments of the present invention disclose that preferably the controlling nodes are D-eNBs or eNB s that serve one or more relay nodes . It is preferred that the method further comprises the step of having said source node obtain the direct link signal strength between any non-relay target nodes and the user equipment, and based on the link signal strength of each of the access links , backhaul links and direct links, establishing the optimal target node for a possible handover.
Some embodiments of the present invention disclose that preferably the source node is a relay node , and most preferably a type 1 relay node . However, in an alternative embodiment, it is preferred that the source node is a controlling eNB . Some embodiments of the present invention disclose that preferably the relay node periodically measures the reference signal received power (RSRP) , the reference signal received quality (RSRQ) and / or any parameter/ metric as defined in the reporting configuration s by the controlling node on its backhaul link. These measurements indicate the downlink quality of the backhaul link.
In some embodiments of the present invention , it is preferred that the controlling node measures a demodulation reference signal or user equipment/ relay node sounding to obtain details of the uplink quality of the backhaul link.
Some embodiments of the present invention disclose that preferably, using the downlink quality and uplink quality, the telecommunication system is operable to determine the link signal strength of the backhaul link between the relay node and the controlling node .
Some preferred embodiments of the present invention disclose that the source node is a relay node in a first domain controlled by a first controlling node . The relay node may be located in the first domain . Alternatively, the relay node may be located in a second domain controlled by a second controlling node . Preferably the first and second controlling nodes are eNBs .
Some preferred embodiments of the present invention disclose that the source node obtains backhaul link information details of a plurality of relay nodes operable to receive handover of the wireless communication session , and , based on said backhaul link information, selects the most suitable relay node .
Some embodiments of the present invention disclose that preferably, the source node considers the minimum link signal strength of both the backhaul and access links that each relay maintain s, and compares the signal strength measurements of other possible target nodes, including non- relay target nodes. Particularly, it is preferred that the source node con siders the maximum of the minimum link signal strength of both the backhaul and access links that each relay maintains.
In some embodiments of the present invention it is preferred that for each relay node the link signal strength measurement taken on both the access link and the backhaul is based on the same measurement parameter/ metric . I t is preferred that this is pre-determined between a relay and the respective controlling node .
Some embodiments of the present invention disclose that after deciding that a handover is necessary, said source node requests backhaul information from the relay prior to determining whether or not to perform said handover.
Some embodiments of the present invention disclose that preferably the telecommunication system comprises a plurality of domains , each domain being controlled by a controlling node / eNB , wherein at least one of said domains is operable to support one or more relay nodes . It is particularly preferably that, for neighbouring domain s, the controlling nodes/ eNBs and the relays included therein periodically exchange backhaul link information (such as link signal strength) . The frequency of the exchange may vary depending on various factors , including the time of the day.
In some particularly preferred arrangement disclosed in the embodiments of the present invention , each node within a given domain will periodically exchange link signal strength backhaul information .
In some embodiments of the present invention , should a handover occur between nodes in neighbouring domains , the source node may request backhaul information , comprising or including the link signal strength of said backhaul link from the node in the neighbouring domain .
Some embodiments of the present invention disclose that preferably said source node is operable to periodically receive reports from said second node regarding its backhaul link information , including the link signal strength of said backhaul link. Alternatively , it is preferred that the source node is operable to request said backhaul link information prior to performing said handover, and only if the link strength of an access link between the UE and the second node is good enough for a handover.
I n some embodiments of the present invention it is preferred that the said second node is a relay, and particularly a type 1 relay. It is also preferred that said source node is a relay, and particularly a type 1 relay.
In a preferred embodiment of the present invention , the source node comprises a relay located within a domain controlled by a controlling node / eNB . It is preferred that the controlling node , said source node and any further nodes in said domain periodically exchange backhaul link information .
In some embodiments of the present invention it is preferred that the telecommunications network comprises a plurality of domains , and if a handover is desired between two nodes in separate domains that the source node either requests the backhaul link information of the target node , or immediately requests handover thereto .
Some embodiments of the present invention disclose that preferably, if a handover is required between nodes in different domains , the node controlling the user session requests backhaul information from possible target node s, and selects the optimal node at least partially using said backhaul information .
Some embodiments of the present invention disclose that preferably the optimal node is decided based on the resource availability on both the access and backhaul links . I NDUSTRIAL APPLICABI LITY
The present arrangements are highly relevant in LTE-A , but also applicable for WiMAX (both I EEE 802. 16e and I EEE 802.20) and Long range WiFi .
It will be appreciated that the presently described embodiments are for illustrative purposes only, and that the present invention should be defined by the appended claims.

Claims

CLAI MS
1 . A method of performing a handover in a telecommunications system , the system comprising:
a source node operable to control a wireless communication session with a user equipment; and
a relay node , wherein said method comprises the steps of:
i) establishing that the user equipment desires to handover from said source node ;
ii) having said source node obtain backhaul link information of the relay node ; and
iii) based on said backhaul link information , establishing whether or not to perform said handover.
2. A method according to claim 1 , wherein the source node is another relay node .
3. A method according to claim 2 , wherein the source node obtains backhaul link information details of a plurality of relay nodes operable to receive handover of the wireless communication session , and , based on said backhaul link information , selects the optimal relay node .
4. A method according to any preceding claim, wherein , after receiving a measurement report including an access link quality from the user equipment, said source node requests backhaul information from said relay node prior to determining whether or not to perform said handover.
5. A method according to any preceding claim , wherein the telecommunication system comprises a plurality of domains, each domain being controlled by a controlling eNB , wherein at least one of said domains is operable to support one or more relay nodes , such that, for neighbouring domains , the controlling eNBs and the relays included therein periodically exchange backhaul link information .
6. A method according to any of claims 1 to 4 , wherein the telecommunication system comprises a plurality of domains, each domain being controlled by a controlling eNB , wherein at least one of said domains is operable to support one or more relay nodes , and wherein each node within a given domain will periodically exchange backhaul information with nodes only in said domain .
7. A method according to claim 6 , wherein , should a handover occur between nodes in neighbouring domains, the source node may request backhaul information from the node in the neighbouring domain .
8. A source node in a telecommunications system operable to control a wireless link to a user equipment, and , based on a measurement report from said user equipment control a handover to a second node , wherein said source node is configured to receive backhaul link information from the second node and determine whether or not a handover should be performed based on said backhaul link information .
9. A source node according to claim 8 , operable to periodically receive reports from said second node regarding its backhaul link information .
10. A source node according to claim 8 , operable to request said backhaul link information prior to performing said handover.
1 1 . A source node according to any of claims 8 to 10 , wherein one or both of the source node and the second node is a relay.
12. A source node according to claim 8 , wherein , the source node comprises a relay located within a domain controlled by a controlling eNB , and the controlling eNB , said source node and any further nodes in said domain periodically exchange backhaul link information .
13. A source node according to claim 12 , wherein the telecommunications system comprises a plurality of domains , and if a handover is desired between two nodes in different domains that the source node either requests the backhaul link information of a target node , or immediately requests handover thereto .
14. A source node according to any of claims 8 to 13 , wherein a plurality of nodes, all which are operable to function as the second node, with an optimal node decided based on their respective backhaul links .
15. A telecommunications system comprising a plurality of controlling nodes , each controlling respective domains , wherein some of said domains comprises one or more relay nodes from the plurality of controlling nodes, wherein , in each domain , said one or more relay nodes periodically exchange backhaul link information with one another, such that said backhaul link information is used to determine optimal handovers within said domain .
16. A telecommunications system according to claim 15 , wherein if a handover is required between nodes in different domains, the node controlling a user session requests backhaul information from possible target nodes , and selects an optimal node using said backhaul information .
17. A method of performing a handover in a telecommunications system , the system comprising:
a source node operable to control a wireless communication session with a user equipment that is in an RRC_CONNECTED mode ; and
a plurality of target nodes , including one or more relay nodes each being controlled by a respective controlling node , said one or more relay nodes each comprising a backhaul link to its controlling node , wherein said one or more relay node s are operable to measure link signal strength of the backhaul link to its controlling node , wherein said method comprises the steps of:
i) establishing that the user equipment is required to handover from said source node ;
ii) having said source node obtain the backhaul link signal strength of each relay node and an access link signal strength between each relay and the user equipment;
iii) based on measurements of the link signal strength of both the access link and backhaul link for each relay node , establishing the optimal target node for a possible handover.
18. A method according to claim 17 , wherein the controlling nodes are D-eNBs or eNBs that serve one or more relay nodes .
19. A method according to either claim 17 or 18 , further comprising the step of having said source node obtain a direct link signal strength between any non-relay target nodes and the user equipment, and based on the link signal strength of each of the access links, backhaul links and direct links , establishing the optimal target node for a possible handover.
20. A method according to any of claims 1 7 to 19 , wherein the relay node periodically measures the reference signal received power (RSRP) , the reference signal received quality (RSRQ) and / or any parameter/ metric as defined in the reporting configurations by the controlling node on its backhaul link.
2 1 . A method according to claim 20 , wherein the controlling node measures a demodulation reference signal or user equipment/ relay node sounding to obtain details of the uplink quality of the backhaul link.
22. A method according to claim 2 1 , wherein the telecommunication system is operable to determine the link signal strength of the backhaul link between the relay node and the controlling node using the downlink quality and uplink quality.
23. A method according to any of claims 17 to 22 , wherein the source node considers the minimum link signal strength of both the backhaul and access links that each relay maintains .
24. A method according to claim 23 , wherein the source node considers the maximum of all minimum link signal strength of both the backhaul and access links that each relay maintains in order make the handover decision .
25. A method according to any of claims 1 7 to 24 , wherein , for each target relay node the link signal strength measurement taken on both the access link and the backhaul is based on the same measurement parameter/ metric .
26. A source node according to claim 8 , wherein the backhaul link information includes link signal strength of a backhaul link of the second node .
27. A source node according to claim 26 , wherein the source node is operable to request said backhaul link information prior to making a handover decision , and only if the link strength of an access link between the UE and the second node is good enough for a handover.
28. A system according to claim 1 5 , wherein the backhaul link information includes link signal strength of the backhaul links of the relay nodes with their respective controlling nodes .
29. A system according to claim 16, wherein an optimal node is decided based on the resource availability on both the access and backhaul links.
30. A relay node in a telecommunications system , the relay node being controlled by a controlling node and comprising a backhaul link therewith , wherein the relay node is operable to control a wireless link to a user equipment, said relay node configured to monitor the quality of an access link to the user equipment and the quality of the backhaul link to the controlling node , and cause a handover to be triggered if the quality of either link drops below a given threshold .
PCT/JP2010/071781 2009-12-01 2010-11-30 Handover system and method thereof Ceased WO2011068237A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0921076.6 2009-12-01
GB0921076A GB2475851A (en) 2009-12-01 2009-12-01 Handover system based on backhaul link information

Publications (1)

Publication Number Publication Date
WO2011068237A1 true WO2011068237A1 (en) 2011-06-09

Family

ID=41573014

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/071781 Ceased WO2011068237A1 (en) 2009-12-01 2010-11-30 Handover system and method thereof

Country Status (2)

Country Link
GB (1) GB2475851A (en)
WO (1) WO2011068237A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012154088A1 (en) * 2011-05-06 2012-11-15 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a network node
WO2013155909A1 (en) * 2012-04-20 2013-10-24 电信科学技术研究院 Method and device for intra-cell handover
WO2013174179A1 (en) * 2012-05-23 2013-11-28 华为技术有限公司 Cell handover method and communication device
WO2014071618A1 (en) * 2012-11-09 2014-05-15 Nokia Corporation Method, apparatus, and computer program product for perform handover in a heterogenous network
WO2017008376A1 (en) * 2015-07-14 2017-01-19 宇龙计算机通信科技(深圳)有限公司 Service processing method and apparatus based on d2d relay communication
US9949192B1 (en) 2016-06-01 2018-04-17 Sprint Spectrum L.P. Selection of a handover target based at least on a determination that the selected handover target does not have a wireless relay backhaul connection

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2490366A (en) * 2011-04-28 2012-10-31 Sharp Kk Determining bottleneck information in a cellular network with a relay node
EP2737750B1 (en) * 2011-07-25 2017-10-04 Telefonaktiebolaget LM Ericsson (publ) Radio base station, method in a radio base station, relay station and method in a relay station
US20140016537A1 (en) * 2012-05-04 2014-01-16 Qualcomm Incorporated Associating terminal user equipment with user equipment relays
US9451654B2 (en) 2012-08-27 2016-09-20 Qualcomm Incorporated Systems and methods for multi-hop relay selection
GB2525659B (en) * 2014-05-01 2020-11-25 Vodafone Ip Licensing Ltd Arrangement for choosing transceiver nodes in a mobile telecommunications network
GB2552945B (en) 2016-08-09 2019-12-25 Samsung Electronics Co Ltd Improvements in and relating to small cell discovery in a communication network
US10993160B2 (en) 2017-09-05 2021-04-27 British Telecommunications Public Limited Company Cellular telecommunications network
CN109905887B (en) * 2017-12-08 2020-10-23 上海诺基亚贝尔股份有限公司 Communication method, apparatus, and computer-readable storage medium for relay apparatus

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008042192A1 (en) * 2006-09-29 2008-04-10 Intel Corporation Architecture, protocols and frame formats for wireless multi-hop relay networks

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0615391A1 (en) * 1993-03-09 1994-09-14 ALCATEL BELL Naamloze Vennootschap Mobile communication network
US8068507B2 (en) * 2005-06-14 2011-11-29 Interdigital Technology Corporation Method and system for conveying backhaul link information for intelligent selection of a mesh access point
GB0716308D0 (en) * 2007-08-22 2007-10-03 Vodafone Plc Data capacity
GB2454872B (en) * 2007-11-16 2010-01-13 Motorola Inc A base station for a cellular communication system and a method of operation therefor
US8711768B2 (en) * 2008-01-16 2014-04-29 Qualcomm Incorporated Serving base station selection based on backhaul capability
US8185060B2 (en) * 2008-04-22 2012-05-22 Qualcomm Incorporated Serving base station selection using backhaul quality information

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008042192A1 (en) * 2006-09-29 2008-04-10 Intel Corporation Architecture, protocols and frame formats for wireless multi-hop relay networks

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"3GPP TSG-RAN-WG2 Meeting #66, R2-093207, 3GPP, 2009.05.04", article MOTOROLA: "Handovers involving Type-1 Relay Node" *
"GPP TSG-RAN WG2 Meeting #66, R2-093277, 3GPP, 2009.05.04", article FUJITSU: "Discussions on HO for LTE-A considering Relay-Node" *
QUALCOMM EUROPE ET AL.: "Measurements in support of various LTE-A Techniques", 3GPP TSG-RAN WG1 #58, RL-093137, 24 August 2009 (2009-08-24) *
QUALCOMM EUROPE: "Serving cell association in heterogeneous networks", 3GPP TSG-RAN WG1 #54BIS, RL-083814, 29 September 2008 (2008-09-29) *
RESEARCH IN MOTION, UK LIMITED: "Serving Cell Selection in a Type 1 Relay Network", 3GPP TSG RAN WG2 #68, R2-096887, 9 November 2009 (2009-11-09) *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9344946B2 (en) 2011-05-06 2016-05-17 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a network node
WO2012154088A1 (en) * 2011-05-06 2012-11-15 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a network node
WO2013155909A1 (en) * 2012-04-20 2013-10-24 电信科学技术研究院 Method and device for intra-cell handover
CN103379564A (en) * 2012-04-20 2013-10-30 电信科学技术研究院 Intra-cell handover method and device
US9872214B2 (en) 2012-04-20 2018-01-16 China Academy Of Telecommunications Technology Method and device for intra-cell handover
WO2013174179A1 (en) * 2012-05-23 2013-11-28 华为技术有限公司 Cell handover method and communication device
CN103428790A (en) * 2012-05-23 2013-12-04 华为技术有限公司 Cell switching method and communication device
CN104854907A (en) * 2012-11-09 2015-08-19 诺基亚技术有限公司 Method, apparatus, and computer program product for perform handover in a heterogenous network
US9572075B2 (en) 2012-11-09 2017-02-14 Nokia Technologies Oy Method, apparatus, and computer program product for perform handover in a heterogenous network
WO2014071618A1 (en) * 2012-11-09 2014-05-15 Nokia Corporation Method, apparatus, and computer program product for perform handover in a heterogenous network
CN104854907B (en) * 2012-11-09 2019-05-31 诺基亚技术有限公司 Method, apparatus and computer program product for performing handover in a heterogeneous network
WO2017008376A1 (en) * 2015-07-14 2017-01-19 宇龙计算机通信科技(深圳)有限公司 Service processing method and apparatus based on d2d relay communication
US9949192B1 (en) 2016-06-01 2018-04-17 Sprint Spectrum L.P. Selection of a handover target based at least on a determination that the selected handover target does not have a wireless relay backhaul connection

Also Published As

Publication number Publication date
GB0921076D0 (en) 2010-01-13
GB2475851A (en) 2011-06-08

Similar Documents

Publication Publication Date Title
WO2011068237A1 (en) Handover system and method thereof
US9532228B2 (en) Dynamic cell clustering
JP6400752B2 (en) Network device, user equipment and base station
EP2926593B1 (en) Expanding or shrinking a coverage area of a cell
JP4720977B2 (en) Base station controller, mobile communication system, and neighbor cell list filtering method
US20210274404A1 (en) Communication connection control using conditional handover
US10181932B2 (en) Method to coordinate resource allocation to address inter-cell interference
KR101547406B1 (en) Wireless base station, relay base station, mobile terminal, mobile communication system, and operation control method
JP5636132B1 (en) Base station, wireless terminal, and method
CN101374009B (en) Method for switching business channel of relay network
JP5173667B2 (en) User apparatus, radio base station and method
US20130090055A1 (en) Radio communication system and control method of radio resource allocation
US20140241323A1 (en) Coordinated multi-point transmission and reception method in overlaid cell environment
US20070298803A1 (en) Radio network system, radio base station and handover control method used for the same
CN103229558A (en) System and method for user equipment mobility support in heterogeneous network
KR20050101692A (en) Method for handover in a broadband wireless access communication system
EP2294860A1 (en) A method and arrangement for supporting fast carrier reselection
US20210195557A1 (en) Wireless telecommunications apparatus and methods
US20250358711A1 (en) Cost-based route selection for iab node migration
EP2493245B1 (en) Terminal mobility measure at connection setup
US9973257B1 (en) RF slave repeater management
JP4959143B2 (en) Wireless communication network and method for selecting a base station antenna for connection with a mobile user terminal
WO2021219289A1 (en) Infrastructure equipment, communications devices and methods for integrated access and backhaul topology adaptation
EP2582180A1 (en) Radio communication system, radio base station, radio terminals and communication control method
CN113812182B (en) Method and apparatus for cell or beam selection or reselection

Legal Events

Date Code Title Description
DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10834684

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10834684

Country of ref document: EP

Kind code of ref document: A1