Patent Application
20240364412
Various embodiments described herein relate to the field of wireless communications and, particularly, to reconfiguring a relay extension in a cellular communication network.
The concept of relaying has been introduced into cellular networks. In a conventional relaying scenario, a connection between a terminal device and an access node of a cellular network is routed via at least one relay terminal device. Due to the mobility of the terminal devices, there may arise a need to reroute the relayed connection. Instead of changing the currently relaying relay terminal device, the relay terminal device may be maintained as an anchor terminal device, and the connection may be rerouted via a further terminal device. After the rerouting, the connection may then be relayed via multiple hops. However, setup of such a multi-hop relay extension should be performed efficiently.
Some aspects of the invention are defined by the independent claims.
Some embodiments of the invention are defined in the dependent claims.
The embodiments and features, if any, described in this specification that do not fall under the scope of the independent claims are to be interpreted as examples useful for understanding various embodiments of the invention. Some aspects of the disclosure are defined by the independent claims.
According to an aspect, there is provided an apparatus for an anchor terminal device supporting relaying between an access node and an end terminal device, comprising means for performing: receiving a message requesting rerouting of said relaying, the message comprising at least one information element indicating at least one candidate terminal device; determining a communication delay between the anchor terminal device and the end terminal device via at least one of said at least one candidate terminal device and comparing the determined communication delay with a maximum delay threshold; if at least one determined communication delay is smaller than the maximum delay threshold, rerouting the relaying between the anchor terminal device and the end terminal device via one of the at least one candidate terminal device that provides the communication delay smaller than the maximum delay threshold, wherein the rerouting is carried out autonomously without receiving from the access node a reconfiguration message instructing the rerouting configuration; and if no communication delay is smaller than the maximum delay threshold, causing transmission of a message to the access node, the message indicating a need for reconfiguration of the relaying.
In an embodiment, the means are further configured to receive, from the access node in response to the message indicating the need for the reconfiguration of the relaying, a new maximum delay threshold that is greater than the maximum delay threshold used in the comparison and greater than said at least one communication delay, and to perform said rerouting upon receiving the new maximum delay threshold.
In an embodiment, the means are configured to add one of the at least one determined communication delay to the message indicating the need for reconfiguration of the relaying.
In an embodiment, the means are configured to perform said rerouting by configuring a first radio link between the anchor terminal device and said one of the at least one candidate terminal device and a second radio link between the end terminal device and said one of the at least one candidate terminal device.
In an embodiment, the means are further configured to receive the at least one information element from the end terminal device, wherein the at least one information element indicating the at least one candidate terminal device comprises measurement data of at least one radio link between the end terminal device and the at least one candidate terminal device and/or measurement data of at least one radio link between the anchor terminal device and the at least one candidate terminal device, and to select said one of the at least one candidate terminal device on the basis of the measurement data.
In an embodiment, the measurement data comprises at least one of the following parameters:
In an embodiment, the means are configured to:
According to an aspect, there is provided an apparatus for an end terminal device supporting relaying of a connection to an access node via an anchor terminal device, comprising means for performing: determining, in a situation where the connection is via the anchor terminal device, a need to reroute the relaying; performing a relay discovery procedure and detecting, on the basis of the relay discovery procedure, at least one candidate terminal device for the rerouting; determining, on the basis of the relay discovery procedure, measurement data of at least one of a radio link between the end terminal device and the at least one candidate terminal device and a radio link between the anchor terminal device and the at least one candidate terminal device; causing transmission of a message to the anchor terminal device, the message requesting rerouting of said relaying and comprising at least one information element indicating the at least one candidate terminal device, wherein the at least one information element indicating the at least one candidate terminal device comprises the measurement data; receiving a rerouting configuration message indicating one of the at least one candidate terminal device, and in response to the rerouting configuration message, establishing a relay route to the anchor terminal device via said one of the at least one candidate terminal device.
In an embodiment, the means are further configured to measure or receive, from the at least one candidate terminal device, at least one of the following parameters:
In an embodiment, the message transmitted to the anchor terminal device comprises at least one information element indicating whether the relay discovery procedure is based on:
According to an aspect, there is provided an apparatus for an access node supporting relaying of a connection to an end terminal device via an anchor terminal device, comprising means for performing: receiving, from the anchor terminal device in a situation where a communication delay between the anchor terminal device and the end terminal device via a further terminal device is smaller than a maximum delay threshold, a notification that the anchor terminal device has performed autonomous rerouting of the connection via the further terminal device and, in response to said receiving the notification, storing information on the rerouting; and receiving, from the anchor terminal device in a situation where the communication delay between the anchor terminal device and the end terminal device via the further terminal device is greater than the maximum delay threshold, a message indicating a need for reconfiguration of the relaying and, in response to said receiving the message, reconfiguring at least one parameter of the connection to enable said rerouting, wherein the at least one parameter reduces the communication delay between the end terminal device and the anchor terminal device and/or increases the maximum delay threshold.
In an embodiment, the at least one parameter increases a delay budget of the connection between the end terminal device and the access node.
In an embodiment, the at least one parameter increases priority of at least one radio link of the connection.
In an embodiment, the means comprises at least one processor and at least one memory including computer program code, wherein the at least one memory and computer program code are configured, with the at least one processor, to cause the performance of the apparatus.
According to an aspect, there is provided a method for an anchor terminal device supporting relaying between an access node and an end terminal device, comprising: receiving, by the anchor terminal device, a message requesting rerouting of said relaying, the message comprising at least one information element indicating at least one candidate terminal device; determining, by the anchor terminal device, a communication delay between the anchor terminal device and the end terminal device via at least one of said at least one candidate terminal device and comparing the determined communication delay with a maximum delay threshold; if at least one determined communication delay is smaller than the maximum delay threshold, the anchor terminal device rerouting the relaying between the anchor terminal device and the end terminal device via one of the at least one candidate terminal device that provides the communication delay smaller than the maximum delay threshold, wherein the rerouting is carried out autonomously without receiving from the access node a reconfiguration message instructing the rerouting configuration; and if no communication delay is smaller than the maximum delay threshold, the anchor terminal device transmitting a message to the access node, the message indicating a need for reconfiguration of the relaying.
In an embodiment, the anchor terminal device further receives, from the access node in response to the message indicating the need for the reconfiguration of the relaying, a new maximum delay threshold that is greater than the maximum delay threshold used in the comparison and greater than said at least one communication delay, and performs said rerouting upon receiving the new maximum delay threshold.
In an embodiment, the anchor terminal device adds one of the at least one determined communication delay to the message indicating the need for reconfiguration of the relaying.
In an embodiment, the anchor terminal device performs said rerouting by configuring a first radio link between the anchor terminal device and said one of the at least one candidate terminal device and a second radio link between the end terminal device and said one of the at least one candidate terminal device.
In an embodiment, the anchor terminal device receives the at least one information element from the end terminal device, wherein the at least one information element indicating the at least one candidate terminal device comprises measurement data of at least one radio link between the end terminal device and the at least one candidate terminal device and/or measurement data of at least one radio link between the anchor terminal device and the at least one candidate terminal device, and selects said one of the at least one candidate terminal device on the basis of the measurement data.
In an embodiment, the measurement data comprises at least one of the following parameters:
In an embodiment, the anchor terminal device further performs the following:
According to an aspect, there is provided a method for an end terminal device supporting relaying of a connection to an access node via an anchor terminal device, comprising: determining, by the end terminal device in a situation where the connection is via the anchor terminal device, a need to reroute the relaying; performing, by the end terminal device, a relay discovery procedure and detecting, on the basis of the relay discovery procedure, at least one candidate terminal device for the rerouting; determining, by the end terminal device on the basis of the relay discovery procedure, measurement data of at least one of a radio link between the end terminal device and the at least one candidate terminal device and a radio link between the anchor terminal device and the at least one candidate terminal device; transmitting, by the end terminal device, a message to the anchor terminal device, the message requesting rerouting of said relaying and comprising at least one information element indicating the at least one candidate terminal device, wherein the at least one information element indicating the at least one candidate terminal device comprises the measurement data; receiving, by the end terminal device, a rerouting configuration message indicating one of the at least one candidate terminal device, and in response to the rerouting configuration message, establishing by the end terminal device a relay route to the anchor terminal device via said one of the at least one candidate terminal device.
In an embodiment, the end terminal device measures or receives, from the at least one candidate terminal device, at least one of the following parameters:
In an embodiment, the message transmitted to the anchor terminal device comprises at least one information element indicating whether the relay discovery procedure is based on:
According to an aspect, there is provided a method for an access node supporting relaying of a connection to an end terminal device via an anchor terminal device, comprising: receiving, by the access node from the anchor terminal device in a situation where a communication delay between the anchor terminal device and the end terminal device via a further terminal device is smaller than a maximum delay threshold, a notification that the anchor terminal device has performed autonomous rerouting of the connection via the further terminal device and, in response to said receiving the notification, storing by the access node information on the rerouting; and receiving, by the access node from the anchor terminal device in a situation where the communication delay between the anchor terminal device and the end terminal device via the further terminal device is greater than the maximum delay threshold, a message indicating a need for reconfiguration of the relaying and, in response to said receiving the message, reconfiguring by the access node at least one parameter of the connection to enable said rerouting, wherein the at least one parameter reduces the communication delay between the end terminal device and the anchor terminal device and/or increases the maximum delay threshold.
In an embodiment, the at least one parameter increases a delay budget of the connection between the end terminal device and the access node.
In an embodiment, the at least one parameter increases priority of at least one radio link of the connection.
According to an aspect, there is provided a computer program product embodied on a computer-readable medium and comprising a computer program code readable by a computer, wherein the computer program code configures the computer to carry out a computer process for an anchor terminal device supporting relaying between an access node and an end terminal device, the computer process comprising: receiving a message requesting rerouting of said relaying, the message comprising at least one information element indicating at least one candidate terminal device; determining a communication delay between the anchor terminal device and the end terminal device via at least one of said at least one candidate terminal device and comparing the determined communication delay with a maximum delay threshold; if at least one determined communication delay is smaller than the maximum delay threshold, rerouting the relaying between the anchor terminal device and the end terminal device via one of the at least one candidate terminal device that provides the communication delay smaller than the maximum delay threshold, wherein the rerouting is carried out autonomously without receiving from the access node a reconfiguration message instructing the rerouting configuration; and if no communication delay is smaller than the maximum delay threshold, causing transmission of a message to the access node, the message indicating a need for reconfiguration of the relaying.
According to an aspect, there is provided a computer program product embodied on a computer-readable medium and comprising a computer program code readable by a computer, wherein the computer program code configures the computer to carry out a computer process for an end terminal device supporting relaying of a connection to an access node via an anchor terminal device, the computer process comprising: determining, in a situation where the connection is via the anchor terminal device, a need to reroute the relaying; performing a relay discovery procedure and detecting, on the basis of the relay discovery procedure, at least one candidate terminal device for the rerouting; determining, on the basis of the relay discovery procedure, measurement data of at least one of a radio link between the end terminal device and the at least one candidate terminal device and a radio link between the anchor terminal device and the at least one candidate terminal device; causing transmission of a message to the anchor terminal device, the message requesting rerouting of said relaying and comprising at least one information element indicating the at least one candidate terminal device, wherein the at least one information element indicating the at least one candidate terminal device comprises the measurement data; receiving a rerouting configuration message indicating one of the at least one candidate terminal device, and in response to the rerouting configuration message, establishing a relay route to the anchor terminal device via said one of the at least one candidate terminal device.
According to an aspect, there is provided a computer program product embodied on a computer-readable medium and comprising a computer program code readable by a computer, wherein the computer program code configures the computer to carry out a computer process for an access node supporting relaying of a connection to an end terminal device via an anchor terminal device, the computer process comprising: receiving, from the anchor terminal device in a situation where a communication delay between the anchor terminal device and the end terminal device via a further terminal device is smaller than a maximum delay threshold, a notification that the anchor terminal device has performed autonomous rerouting of the connection via the further terminal device and, in response to said receiving the notification, storing information on the rerouting; and receiving, from the anchor terminal device in a situation where the communication delay between the anchor terminal device and the end terminal device via the further terminal device is greater than the maximum delay threshold, a message indicating a need for reconfiguration of the relaying and, in response to said receiving the message, reconfiguring at least one parameter of the connection to enable said rerouting, wherein the at least one parameter reduces the communication delay between the end terminal device and the anchor terminal device and/or increases the maximum delay threshold.
Embodiments are described below, by way of example only, with reference to the accompanying drawings, in which
The following embodiments are examples. Although the specification may refer to “an”, “one”, or “some” embodiment(s) in several locations, this does not necessarily mean that each such reference is to the same embodiment(s), or that the feature only applies to a single embodiment. Single features of different embodiments may also be combined to provide other embodiments. Furthermore, words “comprising” and “including” should be understood as not limiting the described embodiments to consist of only those features that have been mentioned and such embodiments may contain also features/structures that have not been specifically mentioned.
In the following, different exemplifying embodiments will be described using, as an example of an access architecture to which the embodiments may be applied, a radio access architecture based on long term evolution advanced (LTE Advanced, LTE-A) or new radio (NR, 5G), without restricting the embodiments to such an architecture, however. A person skilled in the art will realize that the embodiments may also be applied to other kinds of communications networks having suitable means by adjusting parameters and procedures appropriately. Some examples of other options for suitable systems are the universal mobile telecommunications system (UMTS) radio access network (UTRAN or E-UTRAN), long term evolution (LTE, the same as E-UTRA), wireless local area network (WLAN or WiFi), worldwide interoperability for microwave access (WiMAX), Bluetooth®, personal communications services (PCS), ZigBee®, wideband code division multiple access (WCDMA), systems using ultra-wideband (UWB) technology, sensor networks, mobile ad-hoc networks (MANETs) and Internet Protocol multimedia subsystems (IMS) or any combination thereof.
The embodiments are not, however, restricted to the system given as an example but a person skilled in the art may apply the solution to other communication systems provided with necessary properties.
The example of
A communications system typically comprises more than one (e/g) NodeB in which case the (e/g) NodeBs may also be configured to communicate with one another over links, wired or wireless, designed for the purpose. These links may be used not only for signalling purposes but also for routing data from one (e/g) NodeB to another. The (e/g) NodeB is a computing device configured to control the radio resources of communication system it is coupled to. The NodeB may also be referred to as a base station, an access point, an access node, or any other type of interfacing device including a relay station capable of operating in a wireless environment. The (e/g) NodeB includes or is coupled to transceivers. From the transceivers of the (e/g) NodeB, a connection is provided to an antenna unit that establishes bi-directional radio links to user devices. The antenna unit may comprise a plurality of antennas or antenna elements. The (e/g) NodeB is further connected to a core network 110 (CN or next generation core NGC). Depending on the system, the counterpart on the CN side can be a serving gateway (S-GW, routing and forwarding user data packets), packet data network gateway (P-GW), for providing connectivity of user devices (UEs) to external packet data networks, or mobile management entity (MME), etc.
The user device (also called user equipment UE, user terminal, terminal device, etc.) illustrates one type of an apparatus to which resources on the air interface are allocated and assigned, and thus any feature described herein with a user device may be implemented with a corresponding apparatus, such as a relay node. An example of such a relay node is a layer 3 relay (self-backhauling relay) towards the base station. 5G specifications define two relay modes: out-of-band relay where same or different carriers may be defined for an access link and a backhaul link; and in-band-relay where the same carrier frequency or radio resources are used for both access and backhaul links. In-band relay may be seen as a baseline relay scenario. A relay node is called an integrated access and backhaul (IAB) node. It has also inbuilt support for multiple relay hops. IAB operation assumes a so-called split architecture having CU and a number of DUs. An IAB node contains two separate functionalities: DU (Distributed Unit) part of the IAB node facilitates the gNB (access node) functionalities in a relay cell, i.e. it serves as the access link; and a mobile termination (MT) part of the IAB node that facilitates the backhaul connection. A Donor node (DU part) communicates with the MT part of the IAB node, and it has a wired connection to the CU which again has a connection to the core network. In the multihop scenario, MT part (a child IAB node) communicates with a DU part of the parent IAB node.
The user device typically refers to a portable computing device that includes wireless mobile communication devices operating with or without a subscriber identification module (SIM), including, but not limited to, the following types of devices: a mobile station (mobile phone), smartphone, personal digital assistant (PDA), handset, device using a wireless modem (alarm or measurement device, etc.), laptop and/or touch screen computer, tablet, game console, notebook, and multimedia device. It should be appreciated that a user device may also be a nearly exclusive uplink only device, of which an example is a camera or video camera loading images or video clips to a network. A user device may also be a device having capability to operate in Internet of Things (IoT) network which is a scenario in which objects are provided with the ability to transfer data over a network without requiring human-to-human or human-to-computer interaction. The user device may also utilize cloud. In some applications, a user device may comprise a small portable device with radio parts (such as a watch, earphones or eyeglasses) and the computation is carried out in the cloud. The user device (or in some embodiments a layer 3 relay node) is configured to perform one or more of user equipment functionalities. The user device may also be called a subscriber unit, mobile station, remote terminal, access terminal, user terminal or user equipment (UE) just to mention but a few names or apparatuses.
Various techniques described herein may also be applied to a cyber-physical system (CPS) (a system of collaborating computational elements controlling physical entities). CPS may enable the implementation and exploitation of massive amounts of interconnected ICT devices (sensors, actuators, processors microcontrollers, etc.) embedded in physical objects at different locations. Mobile cyber physical systems, in which the physical system in question has inherent mobility, are a subcategory of cyber-physical systems. Examples of mobile physical systems include mobile robotics and electronics transported by humans or animals.
Additionally, although the apparatuses have been depicted as single entities, different units, processors and/or memory units (not all shown in
5G enables using multiple input-multiple output (MIMO) antennas, many more base stations or nodes than the LTE (a so-called small cell concept), including macro sites operating in co-operation with smaller stations and employing a variety of radio technologies depending on service needs, use cases and/or spectrum available. 5G mobile communications supports a wide range of use cases and related applications including video streaming, augmented reality, different ways of data sharing and various forms of machine type applications (such as (massive) machine-type communications (mMTC), including vehicular safety, different sensors and real-time control. 5G is expected to have multiple radio interfaces, namely below 6 GHz, cmWave and mmWave, and also being capable of being integrated with existing legacy radio access technologies, such as the LTE. Integration with the LTE may be implemented, at least in the early phase, as a system, where macro coverage is provided by the LTE and 5G radio interface access comes from small cells by aggregation to the LTE. In other words, 5G is planned to support both inter-RAT operability (such as LTE-5G) and inter-RI operability (inter-radio interface operability, such as below 6 GHz-cmWave, below 6 GHz-cmWave-mmWave). One of the concepts considered to be used in 5G networks is network slicing in which multiple independent and dedicated virtual sub-networks (network instances) may be created within the same infrastructure to run services that have different requirements on latency, reliability, throughput and mobility.
The current architecture in LTE networks is fully distributed in the radio and typically fully centralized in the core network. The low-latency applications and services in 5G require to bring the content close to the radio which leads to local break out and multi-access edge computing (MEC). 5G enables analytics and knowledge generation to occur at the source of the data. This approach requires leveraging resources that may not be continuously connected to a network such as laptops, smartphones, tablets and sensors. MEC provides a distributed computing environment for application and service hosting. It also has the ability to store and process content in close proximity to cellular subscribers for faster response time. Edge computing covers a wide range of technologies such as wireless sensor networks, mobile data acquisition, mobile signature analysis, cooperative distributed peer-to-peer ad hoc networking and processing also classifiable as local cloud/fog computing and grid/mesh computing, dew computing, mobile edge computing, cloudlet, distributed data storage and retrieval, autonomic self-healing networks, remote cloud services, augmented and virtual reality, data caching, Internet of Things (massive connectivity and/or latency critical), critical communications (autonomous vehicles, traffic safety, real-time analytics, time-critical control, healthcare applications).
The communication system is also able to communicate with other networks 112, such as a public switched telephone network or the Internet, or utilize services provided by them. The communication network may also be able to support the usage of cloud services, for example at least part of core network operations may be carried out as a cloud service (this is depicted in
Edge cloud may be brought into radio access network (RAN) by utilizing network function virtualization (NFV) and software defined networking (SDN). Using edge cloud may mean access node operations to be carried out, at least partly, in a server, host or node operationally coupled to a remote radio head or base station comprising radio parts. It is also possible that node operations will be distributed among a plurality of servers, nodes or hosts. Application of cloud RAN architecture enables RAN real time functions being carried out at the RAN side (in a distributed unit, DU 105) and non-real time functions being carried out in a centralized manner (in a centralized unit, CU 108).
It should also be understood that the distribution of functions between core network operations and base station operations may differ from that of the LTE or even be non-existent. Some other technology advancements probably to be used are Big Data and all-IP, which may change the way networks are being constructed and managed. 5G (or new radio, NR) networks are being designed to support multiple hierarchies, where MEC servers can be placed between the core and the base station or node B (gNB). It should be appreciated that MEC can be applied in 4G networks as well.
5G may also utilize satellite communication to enhance or complement the coverage of 5G service, for example by providing backhauling. Possible use cases are providing service continuity for machine-to-machine (M2M) or Internet of Things (IoT) devices or for passengers on board of vehicles, or ensuring service availability for critical communications, and future railway, maritime, and/or aeronautical communications. Satellite communication may utilize geostationary earth orbit (GEO) satellite systems, but also low earth orbit (LEO) satellite systems, in particular mega-constellations (systems in which hundreds of (nano) satellites are deployed). Each satellite in the mega-constellation may cover several satellite-enabled network entities 109 that create on-ground cells. The on-ground cells may be created through an on-ground relay node or by a gNB located on-ground or in a satellite 109.
It is obvious for a person skilled in the art that the depicted system is only an example of a part of a radio access system and in practice, the system may comprise a plurality of (e/g) NodeBs, the user device may have an access to a plurality of radio cells and the system may comprise also other apparatuses, such as physical layer relay nodes or other network elements, etc. At least one of the (e/g) NodeBs or may be a Home (e/g) nodeB. Additionally, in a geographical area of a radio communication system a plurality of different kinds of radio cells as well as a plurality of radio cells may be provided. Radio cells may be macro cells (or umbrella cells) which are large cells, usually having a diameter of up to tens of kilometers, or smaller cells such as micro-, femto- or picocells. The (e/g) NodeBs of
Referring to
Regarding terminology in the following description, the terminal device 100 is generally called an end terminal device due to that the connection is terminated at the end terminal device. The terminal device 101 serving as a relay before and after rerouting is called an anchor terminal device due to that it anchors the end terminal device 100 to the access node 104. The terminal device 102 is generally called a candidate terminal device due to that it is a potential candidate for rerouting the connection to provide the relay extension described in Background.
As disclosed in Background, there is a need for efficient configuration of the relay extension over multiple hops.
Referring to
In an embodiment, if the communication delays are above another threshold greater than the maximum delay threshold, e.g. all the communication delays are above the other threshold, the apparatus may determine that the rerouting cannot be performed even with the support from the access node and the terminal device may skip block 308 and not request for the reconfiguration of the relaying.
Referring to
In an embodiment, if the rerouting is now possible in terms of the communication delay, the process may proceed from block 412 to block 400.
Referring to
As illustrated in
The embodiments described above in connection with
It should be noted that while most embodiments described herein concentrate on the presence of only one candidate terminal device 102, there may be more than one candidate terminal device for the rerouting in all embodiments.
In an embodiment, the rerouting is performed by the anchor terminal device 101 by releasing a radio link with the end terminal device 100 and by configuring a radio link from the anchor terminal device to the candidate terminal device 102 and a radio link between the end terminal device 100 and the candidate terminal device 102. Further description of this is provided below with reference to
Let us then describe some embodiments of the processes of
The end terminal device 100 may acquire, during the relay discovery procedure in block 604, at least an identifier of the one or more candidate relay terminal devices, including the UE 102. The identifier may be a sidelink Layer 2 identifier (SL L2 ID). The end terminal device may further discover whether or not the one or more terminal devices are providing a relay service that would be capable for the relaying. The required relay service may in this case be an L2 or L3 U2U (UE-to-UE) relay service. The end terminal device may further discover a coverage status of the one or more terminal devices, e.g. out-of-coverage or in-coverage. The coverage status may indicate whether or not the one or more terminal devices are in a coverage area of a network or a cell of an access node of a network and, optionally, a network identifier or a cell identifier of the cell or the access node of a network. Further exposable context information may be acquired by the end terminal device during the relay discovery, such as a battery status of the one or more terminal devices, channel state information, relay capacity or load, and/or relay capability information. On the basis of the information acquired during the relay discovery, the end terminal device may select the at least one candidate terminal devices for the rerouting. For example, if a terminal device provides the required relay service, the terminal device may be selected as the candidate terminal device. Further criteria may be used, e.g. requirement to be in-coverage, battery status above a certain level, channel state information above a certain level, and/or sufficient relay capacity to provide the relaying. In some cases, the end terminal device may select all discovered terminal devices providing a relay service as the candidate terminal devices. Then, the end terminal device may generate a sidelink relay discovery report comprising at least identifier(s) of the discovered and selected candidate terminal devices. The relay discovery report is transmitted to the anchor terminal device in step 606.
Upon receiving the relay discovery report, the anchor terminal device may carry out a relay discovery procedure with the candidate terminal device(s) in block 608, the candidate terminal device 102 in this case. In some cases, the relay discovery in block 608 may be omitted, as described below. Block 608 further comprises determination of whether or not the rerouting can be configured without involving the access node 104. The determination may be based on the following conditions. The anchor terminal device may determine not to set up the rerouting due to one of the following reasons: in case the anchor relay terminal device performs the relay discover procedure in block 608 and does not discover a particular terminal device in its proximity; the anchor terminal device does discover the candidate terminal device in its proximity but a channel quality in terms of a measured RSRP between the anchor terminal device and the candidate terminal device is not high enough (below a minimum configurable threshold); or other reasons such as load or channel conditions of anchor terminal device or the candidate terminal device (provided in the report or obtained during the discovery in block 608). As described above, the communication delay between the anchor terminal device and the end terminal device via the candidate relay terminal device is one criterion in the determination of block 608. The communication delay may include a delay of the link between the terminal devices 100, 102 and/or a delay between the terminal devices 101, 102. The complete delay from the anchor terminal device 101 to the end terminal device via the candidate terminal device 102 would provide the most accurate information for the comparison in block 304, but a delay of one of the two links may be sufficient in some cases. A different maximum delay threshold may be used, depending on whether the delay of only one or both links is used, and the respective maximum delay threshold may be adapted to the number of considered links according to the design.
The end terminal device may measure the delay of the link with the candidate relay terminal device during the relay discovery procedure in block 604, when Model-B type of discovery is used.
The response in step 702 may thus comprise at least one of the communication delay of the link between the terminal devices 101, 102, a channel quality indicator of a radio channel between the terminal devices 101, 102, and a channel quality indicator of a radio channel between the terminal devices 100, 102 (measured by the candidate terminal device 102). The end terminal device may then measure the delay between the end terminal device and the candidate terminal device and, optionally, the channel quality indicator of the radio channel between the terminal devices 100, 102 (if not included in the relay discovery response). These parameters may form measurement data that is reported to the anchor terminal device 101 in block 706, e.g. in step 606. The report may further include any context information of the candidate terminal device discovered during the relay discovery procedure of block 604, such as a network identifier, a cell identifier, an RRC state (idle, connected, etc.), a battery status, channel state information, capacity information and/or capability information of the candidate terminal device. With respect to the reported delay, the end terminal device may combine the delays of the two radio links into a single delay value that represents the delay between the terminal devices 100, 101 via the candidate terminal device 102. Provision of such a report is also an implicit indicator to the anchor terminal device that Model-B discovery has been used by the end terminal device to discover the candidate terminal device. For example, the measurement data of the radio link between the terminal devices 101, 102 would not be available unless the bidirectional discovery has been used. As described above, the report may comprise similar measurement data for other discovered candidate terminal devices, depending on whether the end terminal device or the anchor terminal devices shall select the best candidate for the relaying.
Returning to
Let us now assume that the anchor terminal device is capable of performing the rerouting autonomously. As a consequence, the anchor terminal device may initiate the setup of the relay extension (rerouting) via the candidate terminal device over the sidelink with the end terminal device (step 610). The anchor terminal device may indicate to the end terminal device during the setup that the rerouting via the candidate terminal device shall be taken into use for the relayed connection upon the connection setup (distinguishing from the embodiment of
As described above, the end terminal device may provide the anchor terminal device with measurement data measured during the relay discovery procedure of block 604. The anchor terminal device may determine, on the basis of the received measurement data, whether or not to measure the radio link (sidelink) between the anchor terminal device and the candidate terminal device 102 reported by the end terminal device. In other words, the anchor terminal device determines whether or not to perform the additional discovery in block 608. For example, if the relay discovery in block 604 readily includes the discovery between the terminal devices 101, 102, all the needed measurement data may be readily available. On the other hand, if there is no measurement data of the sidelink between the terminal devices 101, 102, the anchor terminal device may carry out the additional discovery to acquire the measurement data, e.g. delay and optionally the channel quality of the sidelink between the terminal devices 101, 102. Upon gathering the communication delay and, optionally, channel quality metric of the candidate terminal devices, the anchor terminal device may select one of the candidate terminal device(s) on the basis of the measured at least one of the communication delay and channel quality metric. For example, a candidate terminal device capable of providing the lowest delay and, optionally, the best channel quality may be selected.
Upon receiving the report in step 606, the anchor terminal device may now need to carry out the additional relay discovery procedure because it may not yet have any information on the delay between the terminal devices 100, 101 via the terminal device 102. The anchor terminal device may perform the bidirectional relay discovery procedure described above in connection with
To summarize reporting the relay discovery procedure used by the end terminal device, the message transmitted by the end terminal device to the anchor terminal device comprises at least one information element indicating whether the relay discovery procedure is based on: unidirectional discovery where the end terminal device received at least one broadcast discovery message from the at least candidate terminal device; or bidirectional discovery where the end terminal device initiated the relay discovery procedure by transmitting a discovery request message and to receive a discovery response message from the at least one candidate terminal device.
Upon receiving the RRC message in step 1002, the access node may determine a reconfiguration for at least one of the end terminal device and the anchor terminal device. With respect to the end terminal device, the access node may alleviate QoS requirements of the L2 connection, e.g. increase a delay budget for the connection. The delay budget may be understood a maximum delay or latency allowed for communication between the access node and the end terminal device via the anchor terminal device. The maximum delay threshold is a part of the delay budget in the sense that it defines a maximum delay or latency allowed between the anchor terminal device and the end terminal device. And as described above, the connection between the anchor terminal device and the end terminal device may be routed autonomously by the anchor terminal device in various ways as long as the latency stays within the maximum delay threshold. Mathematically, the delta budget may define the following rule the anchor terminal device aims to follow: delay (end UE, anchor UE)+delay (anchor UE, access node)≤delay budget, and the maximum delay threshold defines the maximum limits to delay (end UE, anchor UE).
With respect to the anchor terminal device, the access node may adjust resource allocation over sidelink(s) and the radio link between the anchor terminal device and the access node to allocate more resources for boosting data rate and therefore reducing the end-to-end delay of the connection and/or increasing scheduling priority of a target radio bearer (RB) of one or more of the radio links of the anchor terminal device. The RRC reconfiguration may be performed in block 1004. The access node may then issue a RRC message to at least the anchor terminal device and, optionally, the end terminal device (step 1006). Thereafter, the anchor terminal device may compute the delay between the end terminal device and the anchor terminal device via the candidate terminal device 102 again and perform the comparison. Since the delay has been reported to the access node in step 1002, the anchor node may rely on the capability of the access node to find the reconfiguration that meets the maximum delay threshold limitation and omit the new comparison. Then, the anchor terminal device may release the sidelink (step 810) and enable the rerouted connection via the terminal device 102, and send a RRC reconfiguration complete message to the access node to complete the reconfiguration. Steps 1000 to 1006 are directly applicable to the embodiment of
In an alternative embodiment, the access node may update the maximum delay threshold in block 1004 to a new maximum delay threshold that is greater than the maximum delay threshold used in the comparison and greater than said at least one communication delay. Upon receiving the new maximum delay threshold, the anchor terminal device may perform new comparison and, then, perform said rerouting.
In an alternative embodiment, the end terminal device that operates the L2 connection with the access node may perform blocks 302 to 308 of
In some cases, the anchor terminal device may determine that the rerouting via the one or more candidate terminal devices is not possible. The anchor terminal device may indicate this to its end terminal device either directly or via the candidate terminal device, optionally with a cause for the rejection of the rerouting, e.g. too high delay or too poor channel quality. This may be realized using, for example, a SL U2U (UE-to-UE) Reject message. The end terminal device may then decide whether to use the existing relayed connection via the anchor terminal device as long as possible or to try other alternatives, for example to try direct connection to the access node 104 or search for a new anchor terminal device via the relay discovery and reselection procedure.
In an embodiment, instead of the additional relay discovery procedure, the rerouting request received in step 606 may trigger the anchor terminal device to initiate establishment of a sidelink with the one or more candidate terminal devices and measure the delay in connection with the establishment. After the delay measurements and the comparison with the maximum delay threshold, one of the sidelinks may be maintained and the possible other sidelinks released. The one maintained may meet the delay requirement. This embodiment may be applied only when the end terminal device proposes only one candidate terminal device for the rerouting. In such a case, the end terminal device may also initiate the establishment of the sidelink with the candidate terminal device 102.
In one embodiment where the rerouting via the candidate terminal device 102 is possible, either autonomously or with the help from the access node, the candidate terminal device may be considered also as a new anchor terminal device to provide the L2 U2N (UE-to-Network) relaying. The candidate terminal device may be currently in a state where it cannot provide the L2 U2N relaying, e.g. in an RRC idle state. However, the anchor terminal device (or the end terminal device in the respective embodiment) may report this observation of the availability of the candidate terminal device 102 as the new anchor node in step 1002. This information may cause the access node to reconfigure the candidate terminal device 102 or to initiate a reconfiguration of the candidate terminal device 102 by another access node in case the candidate terminal device 102 is not served by the access node 104. The reconfiguration may reconfigure the RRC state of the candidate terminal device to the RRC connected state where the candidate terminal device is capable of providing the L2 U2N relaying and, as a consequence, the candidate terminal device 102 may replace the anchor terminal device as the new anchor terminal device. In this manner, the two-hop relaying via the terminal devices 101, 102 may be operated until the terminal device 102 is capable of providing the L2 U2N connection and, thereafter, the anchor terminal device 101 may be dropped to realize the relaying via only the new anchor terminal device 102.
In an embodiment, the terminal devices 100 to 102 may belong to the same group of terminal devices and have a common group identifier. In such a case, the rerouting may be confined to the group and the candidate terminal devices selected as the candidates for the rerouting may be confine to terminal devices of the group. For example, upon discovering in the relay discovery procedure a terminal device that supports the required relaying but that is not a member of the group, the terminal device may be excluded from the consideration as the candidate terminal device for the rerouting.
In an embodiment, the anchor terminal device may be configured to flexibly modify the maximum delay threshold or corresponding channel quality thresholds based on the required QoS or discovery results. For example, if there are not enough potential candidate terminal devices, the threshold(s) may be lowered. On the other hand, if there are too many candidate terminal devices meeting the criteria, the threshold(s) may be raised by the anchor terminal device.
In an embodiment, the sidelink between the end terminal device and the anchor terminal device is maintained after the rerouting as a parallel path. The parallel paths may be used to deliver duplicates of data and/or signalling messages for additional reliability. It also enables switching back to the single-hop relaying, if the need for rerouting and using multi-hop relaying diminishes.
In some cases the quality of the sidelink between the end terminal device and the anchor terminal device experiences an abrupt radio link failure. In such a case, the communication between the terminal devices may be unsuccessful, and the procedures described above may fail in the rerouting attempt.
This embodiment modifies the processes of
The communication controller may comprise a RRC controller 18 configured to manage RRC connections with the access node 104 and other access nodes of the cellular communication system. The RRC controller 18 may support relaying for other terminal devices such as the end terminal device. In such a case, the RRC controller may control a relay controller 16 to manage the relaying and the mapping of the two logical connections (of the anchor terminal device and of the end terminal device) to the same physical layer of the RRC connection with the access node 104. The relay controller 16 may be configured to manage the rerouting according to any one of the embodiments described above and perform, for example, blocks 300 to 308 of
The memory 20 may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory 20 may comprise a configuration database 26 for storing configuration parameters, e.g. the maximum delay threshold. The memory 20 may further store a data buffer 28 for relay data to be transmitted from the apparatus towards the access node and/or towards the end device.
The apparatus may further comprise a communication interface 22 comprising hardware and/or software for providing the apparatus with radio communication capability with one or more access nodes, as described above. The communication interface 22 may include, for example, an antenna, one or more radio frequency filters, a power amplifier, and one or more frequency converters. The communication interface 22 may comprise hardware and software needed for realizing the radio communications over the radio interface, e.g. according to specifications of an LTE or 5G radio interface.
The communication controller 30 may comprise an RRC controller 32 configured to establish, manage, and terminate radio connections with terminal devices served by the access node. The RRC controller 52 may be configured, for example, to establish and reconfigure the RRC connections with the terminal devices 100, 101. The RRC controller may have a MAC connection (Layer 2) with both the end terminal device and the anchor terminal device during the embodiments described above.
The communication controller may comprise a relay tracker circuit 34 configured to track the relay route to the end terminal device. The RRC controller may use this information for the purpose of determining a need for rerouting. In such a case, the access node may trigger and instruct the rerouting which is beyond the description of this document. In the context of the embodiments of this document, the relay tracker may carry out blocks 400 and 402 of
The memory 40 may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory 40 may comprise a configuration database 46 for storing configuration parameters, e.g. the current parameters of the RRC connections.
The apparatus may further comprise a radio frequency communication interface 45 comprising hardware and/or software for providing the apparatus with radio communication capability with the terminal devices, as described above. The communication interface 45 may include, for example, an antenna array, one or more radio frequency filters, a power amplifier, and one or more frequency converters. The communication interface 42 may comprise hardware and software needed for realizing the radio communications over the radio interface, e.g. according to specifications of an LTE or 5G radio interface.
The apparatus may further comprise another communication interface 42 for communicating towards the core network and other access nodes. The communication interface may support respective communication protocols of the cellular communication system to enable communication with other access nodes, with other nodes of the radio access network, and with nodes in the core network and even beyond the core network. The communication interface 42 may comprise necessary hardware and software for such communications.
The communication controller may comprise a RRC controller 58 configured to manage RRC connections with the access node 104 and other access nodes of the cellular communication system. The RRC controller 18 may support relaying through other terminal devices such as the terminal device 100, 102, including multi-hop relaying. The communication controller 50 may further comprise a sidelink manager 52 configured to operate the sidelinks of the end terminal device, e.g. the sidelink to the terminal devices 100, 102 in the embodiments described above. The sidelink manager may also detect the need for the rerouting in block 502. Upon detecting the need for the rerouting, the sidelink manager may trigger a relay discovery circuit 54 to perform the relay discovery of block 504. On the basis of the relay discovery, the relay controller may then proceed with the rerouting in the end terminal device according to the embodiments described above.
The memory 60 may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory 60 may comprise a configuration database 66 for storing configuration parameters, e.g. the maximum delay threshold when the end terminal device makes the decision about the rerouting. The memory 60 may further store a data buffer 68 for relay data to be transmitted from the apparatus towards the access via one or more relay terminal devices 101, 102.
The apparatus may further comprise a communication interface 62 comprising hardware and/or software for providing the apparatus with radio communication capability with one or more access nodes, as described above. The communication interface 62 may include, for example, an antenna, one or more radio frequency filters, a power amplifier, and one or more frequency converters. The communication interface 62 may comprise hardware and software needed for realizing the radio communications over the radio interface, e.g. according to specifications of an LTE or 5G radio interface.
The apparatuses of
As used in this application, the term ‘circuitry’ refers to one or more of the following: (a) hardware-only circuit implementations such as implementations in only analog and/or digital circuitry; (b) combinations of circuits and software and/or firmware, such as (as applicable): (i) a combination of processor(s) or processor cores; or (ii) portions of processor(s)/software including digital signal processor(s), software, and at least one memory that work together to cause an apparatus to perform specific functions; and (c) circuits, such as a microprocessor(s) or a portion of a microprocessor(s), that require software or firmware for operation, even if the software or firmware is not physically present.
This definition of ‘circuitry’ applies to uses of this term in this application. As a further example, as used in this application, the term “circuitry” would also cover an implementation of merely a processor (or multiple processors) or portion of a processor, e.g. one core of a multi-core processor, and its (or their) accompanying software and/or firmware. The term “circuitry” would also cover, for example and if applicable to the particular element, a baseband integrated circuit, an application-specific integrated circuit (ASIC), and/or a field-programmable grid array (FPGA) circuit for the apparatus according to an embodiment of the invention.
The processes or methods described in
Embodiments described herein are applicable to wireless networks defined above but also to other wireless networks. The protocols used, the specifications of the wireless networks and their network elements develop rapidly. Such development may require extra changes to the described embodiments. Therefore, all words and expressions should be interpreted broadly and they are intended to illustrate, not to restrict, the embodiment. It will be obvious to a person skilled in the art that, as technology advances, the inventive concept can be implemented in various ways. Embodiments are not limited to the examples described above but may vary within the scope of the claims.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2021/072340 | 8/11/2021 | WO |
