EP3241386A1 - Network-initiated discovery and path selection procedures for multi-hop underlay networks - Google Patents
Network-initiated discovery and path selection procedures for multi-hop underlay networksInfo
- Publication number
- EP3241386A1 EP3241386A1 EP15875884.7A EP15875884A EP3241386A1 EP 3241386 A1 EP3241386 A1 EP 3241386A1 EP 15875884 A EP15875884 A EP 15875884A EP 3241386 A1 EP3241386 A1 EP 3241386A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- transmission path
- enodeb
- relay
- message
- transmission
- 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.)
- Pending
Links
- 238000010187 selection method Methods 0.000 title 1
- 230000005540 biological transmission Effects 0.000 claims abstract description 209
- 230000006854 communication Effects 0.000 claims abstract description 47
- 238000004891 communication Methods 0.000 claims abstract description 46
- 230000000737 periodic effect Effects 0.000 claims abstract description 9
- 238000012545 processing Methods 0.000 claims description 41
- 238000005259 measurement Methods 0.000 claims description 35
- 230000008878 coupling Effects 0.000 claims description 12
- 238000010168 coupling process Methods 0.000 claims description 12
- 238000005859 coupling reaction Methods 0.000 claims description 12
- 230000009365 direct transmission Effects 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 2
- 238000000034 method Methods 0.000 abstract description 40
- 230000008569 process Effects 0.000 abstract description 28
- 230000015654 memory Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 10
- 238000007726 management method Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 235000008694 Humulus lupulus Nutrition 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000002598 diffusion tensor imaging Methods 0.000 description 3
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 3
- 230000005291 magnetic effect Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000015556 catabolic process Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 206010010219 Compulsions Diseases 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000005755 formation reaction Methods 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000005404 monopole Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
- H04W40/16—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality based on interference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- Embodiments pertain to wireless communications. Some embodiments relate to user equipment (UE)-Evolved Node-B (eNodeB) signaling information.
- UE user equipment
- eNodeB evolved Node-B
- Wireless mobile devices or user equipments may communicate with each other using radio access technologies such as the 3 GPP Long-Term Evolution (“LTE”) standard, 3 GPP LTE Advanced Release 12 (March 2014) (the “LTE-A Standard”), the IEEE 802.16 standard, IEEE Std. 802.16-2009, published May 29, 2009 (“WiMAX”), as well as any other wireless protocols that are designated as 3G, 4G, 5G, and beyond.
- technologies such as device-to-device (D2D), sensor networks or Internet of Things (IoT) (which describes interconnecting uniquely identifiable embedded computing devices within the internet infrastructure) can utilize user equipments (UEs) comprising coverage-constrained capabilities, and thus may have limited connectivity to corresponding eNodeBs.
- D2D device-to-device
- IoT Internet of Things
- FIG. 1 illustrates an architecture of a wireless network with various components of the network, in accordance with some embodiments.
- FIG. 2 illustrates an architecture of components of an LTE network, in accordance with some embodiments.
- FIG. 3 is an illustration of multi-hop transmission configurations in accordance with some embodiments.
- FIG. 4 is an illustration of a communications process to establish a multi- hop transmission path in accordance with some embodiments.
- FIG. 5A is a flow diagram of a process executed by a relay UE in establishing a multi-hop transmission path in accordance with some embodiments.
- FIG. 5B illustrates a discovery period for network nodes to transmit discovery signals in accordance with some embodiments.
- FIG. 6 is a flow diagram of a process for establishing a multi-hop transmission path for an end UE in accordance with some embodiments.
- FIG. 7 shows a block diagram of a user equipment and an eNodeB in accordance with some embodiments.
- FIG. 8 is a block diagram illustrating components of a machine, according to some example embodiments, able to read instructions from a machine-readable medium and perform any one or more of the methodologies discussed herein, according to aspects of the disclosure.
- mobile devices or other devices described herein can be part of a portable wireless communication device, such as a personal digital assistant (PDA), a laptop or portable computer with wireless communication capability, a web tablet, a wireless telephone, a smartphone, a wireless headset, a pager, a wearable mobile computing device (e.g., a mobile computing device included in a wearable housing), an instant messaging device, a digital camera, an access point, a television, a medical device (e.g., a heart rate monitor, a blood pressure monitor, etc.), or other device that can receive and/or transmit information wirelessly.
- PDA personal digital assistant
- laptop or portable computer with wireless communication capability e.g., a mobile telephone, a smartphone, a wireless headset, a pager
- a wearable mobile computing device e.g., a mobile computing device included in a wearable housing
- an instant messaging device e.g., a digital camera, an access point, a television, a medical device (e.g., a heart
- the mobile device or other device can be a user equipment (UE) or an Evolved Node-B (eNodeB) configured to operate in accordance with 3GPP standards (e.g., the 3GPP Long Term Evolution (“LTE") Advanced Release 12 (March 2014) (the "LTE-A Standard”)).
- 3GPP standards e.g., the 3GPP Long Term Evolution (“LTE") Advanced Release 12 (March 2014) (the "LTE-A Standard”
- the mobile device or other device can be configured to operate according to other protocols or standards, including IEEE 802.1 1 or other IEEE and 3GPP standards.
- the mobile device or other device can include one or more of a keyboard, a display, a nonvolatile memory port, multiple antennas, a graphics processor, an application processor, speakers, and other mobile device elements.
- the display can be a liquid crystal display (LCD) screen including a touch screen.
- LCD liquid crystal display
- FIG. 1 illustrates an architecture of a wireless network with various components of the network, in accordance with some embodiments.
- a system 100 is shown to include a UE 102 and a UE 104.
- the UEs 102 and 104 are illustrated as smartphones (i.e., handheld touchscreen mobile computing devices connectable to one or more cellular networks), but can also include PDAs, pagers, laptop computers, desktop computers, and the like.
- the UEs 102 and 104 are configured to access a radio access network (RAN)
- RAN radio access network
- connections 120 and 122 are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a Push-to-Talk (PTT) protocol, a PTT over Cellular (POC) protocol, a Universal Mobile communications protocols, such as a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a Push-to-Talk (PTT) protocol, a PTT over Cellular (POC) protocol, a Universal Mobile communications protocols, such as a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a Push-to-Talk (PTT) protocol, a PTT over Cellular (POC) protocol, a Universal Mobile communications protocols, such as a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a
- UMTS Telecommunications System
- 3 GPP LTE protocol 3 GPP LTE protocol
- the RAN 106 can include one or more access points that enable the connections 120 and 122. These access points (described in further detail below) can be referred to as access nodes, base stations (BSs), NodeBs, eNodeBs, and so forth, and can comprise ground stations (i.e., terrestrial access points) or satellite access points providing coverage within a geographic area (i.e., a cell).
- BSs base stations
- NodeBs NodeBs
- eNodeBs eNodeBs
- the RAN 106 is shown to be
- the core network 110 can be used to enable a packet-switched data exchange with the Internet 1 12 in addition to bridging circuit switched calls between the UEs 102 and 104.
- the RAN 106 can comprise an Evolved UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network (E-UTRAN), and the core network 1 10 can comprise an Evolved Packet Core (EPC) network.
- Evolved UMTS Universal Mobile Telecommunications System
- EPC Evolved Packet Core
- the UE 104 is shown to be configured to access an access point (AP) 108 via connection 124.
- the connection 124 can comprise a local wireless connection, such as a connection consistent with IEEE 802.1 1, wherein the AP 108 would comprise a wireless fidelity (WiFi) router.
- WiFi wireless fidelity
- the AP 108 is shown to be connected to the Internet 1 12 without connecting to the core network 1 10.
- the Internet 1 12 is shown to be communicatively coupled to an application server 1 16.
- the application server 1 16 can be implemented as a plurality of structurally separate servers or can be included in a single server.
- the application server 1 16 is shown as connected to both the Internet 1 12 and the core network 1 10; in other embodiments, the core network 1 10 connects to the application server 1 16 via the Internet 1 12.
- the application server 1 16 can also be configured to support one or more communication services (e.g.,
- VoIP Voice-over-Internet Protocol
- PTT sessions PTT sessions
- group communication sessions social networking services, etc.
- social networking services etc.
- the core network 1 10 is further shown to be communicatively coupled to Internet Protocol (IP) Multimedia Subsystem (IMS) 1 14.
- IP Internet Protocol
- IMS Internet Multimedia Subsystem
- the IMS 1 14 comprises an integrated network of telecommunications carriers that can enable the use of IP for packet communications, such as traditional telephony, fax, e-mail, internet access, VoIP, instant messaging (IM), videoconference sessions and video on demand (VoD), and the like.
- FIG. 2 illustrates an architecture of components of an LTE network, in accordance with some embodiments.
- (sub)system 200 comprises an Evolved Packet System (EPS) on an LTE network, and thus includes an E-UTRAN 210 and an EPC network 220 communicatively coupled via an S I interface 215.
- EPS Evolved Packet System
- modules or “logic.”
- modules may describe hardware (such as a circuit), software (such as a program driver) or a combination thereof (such as a programmed micro-processing unit).
- the E-UTRAN 210 includes eNodeBs 212 (which can operate as base stations) for communicating with one or more UEs (e.g., the UE 102).
- the eNodeBs 212 are shown in this example to include macro eNodeBs and low power (LP) eNodeBs. Any of the eNodeBs 212 can terminate the air interface protocol and can be the first point of contact for the UE 102. In some embodiments, any of the eNodeBs 212 can fulfill various logical functions for the E-UTRAN 210 including but not limited to radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management.
- RNC radio network controller
- eNodeBs in EPS/LTE networks do not utilize a separate controller (i.e., an RNC) to communicate with the EPC network 220; in other embodiments utilizing other specification protocols, RANs can include an RNC to enable communication between BSs and core networks.
- a separate controller i.e., an RNC
- RANs can include an RNC to enable communication between BSs and core networks.
- the UE 102 can be configured to communicate using Orthogonal Frequency-Division Multiplexing (OFDM) communication signals with any of the eNodeBs 212 over a multicarrier communication channel in accordance various communication techniques, such as an Orthogonal Frequency-Division Multiple Access (OFDMA) communication technique or a Single Carrier Frequency Division Multiple Access (SC-FDMA) communication technique, although the scope of the embodiments is not limited in this respect.
- OFDM signals can comprise a plurality of orthogonal subcarriers.
- the UE 102 can be configured to determine a synchronization reference time based on reception of one or more signals from any of the eNodeBs 212.
- the UE 102 can also be configured to support device-to-device (D2D) communication with other UEs using OFDMA, SC-FDMA, or other multiple access schemes.
- D2D device-to-device
- the S 1 interface 215 is the interface that separates the E-UTRAN 210 and the
- EPC network 220 It is split into two parts: the Sl-U, which carries traffic data between the eNodeBs 212 and the serving gateway (S-GW) 224, and the S l-MME, which is a signaling interface between the eNodeBs 212 and the mobility management entities (MMEs) 222.
- An X2 interface is the interface between eNodeBs 212.
- the X2 interface can comprise two parts (not shown): the X2-C and X2-U.
- the X2-C is the control plane interface between the eNodeBs 212
- the X2-U is the user plane interface between the eNodeBs 212.
- low power cells can be used to extend coverage to indoor areas where outdoor signals do not reach well, or to add network capacity in areas with very dense phone usage, such as train stations.
- LP eNodeB refers to any suitable relatively low power eNodeB for implementing a narrower cell (i.e., narrower than a macro cell) such as a femtocell, a picocell, or a micro cell at the edge of the network.
- Femtocell eNodeBs are typically provided by a mobile network operator to its residential or enterprise customers.
- a femtocell is typically the size of a residential gateway or smaller, and generally connects to the user's broadband line.
- an LP eNodeB might be a femtocell eNodeB since it is coupled through the packet data network gateway (PGW) 226.
- PGW packet data network gateway
- a picocell is a wireless communication system typically covering a small area, such as in-building (offices, shopping malls, train stations, etc.) or, more recently, in-aircraft.
- a picocell eNodeB can generally connect through the X2 link to another eNodeB such as a macro eNodeB through its base station controller (BSC) functionality.
- BSC base station controller
- an LP eNodeB can be implemented with a picocell eNodeB since it is coupled to a macro eNodeB via an X2 interface.
- Picocell eNodeBs or other LP eNodeBs can incorporate some or all functionality of a macro eNodeB. In some cases, this can be referred to as an AP BS or enterprise femtocell.
- a downlink resource grid can be used for downlink transmissions from any of the eNodeBs 212 to the UE 102, while uplink transmission from the UE 102 to any of the eNodeBs 212 can utilize similar techniques.
- the grid can be a time- frequency grid, called a resource grid or time-frequency resource grid, which is the physical resource in the downlink in each slot.
- a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation.
- Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively.
- the duration of the resource grid in the time domain corresponds to one slot in a radio frame.
- Each resource grid comprises a number of resource blocks, which describe the mapping of certain physical channels to resource elements.
- Each resource block comprises a collection of resource elements; in the frequency domain, this represents the smallest quantity of resources that currently can be allocated.
- the physical downlink shared channel (PDSCH) carries user data and higher- layer signaling to the UE 102.
- the physical downlink control channel (PDCCH) carries information about the transport format and resource allocations related to the PDSCH channel, among other things. It also informs the UE 102 about the transport format, resource allocation, and H-ARQ (Hybrid Automatic Repeat Request) information related to the uplink shared channel.
- H-ARQ Hybrid Automatic Repeat Request
- downlink scheduling (assigning control and shared channel resource blocks to the UE 102 within a cell) is performed at any of the eNodeBs 212 based on channel quality information fed back from the UE 102 to any of the eNodeBs 212, and then the downlink resource assignment information is sent to the UE 102 on the control channel (PDCCH) used for (assigned to) the UE.
- PDCCH control channel
- the PDCCH uses control channel elements (CCEs) to convey the control information.
- CCEs control channel elements
- the PDCCH complex-valued symbols are first organized into quadruplets, which are then permuted using a sub-block inter-leaver for rate matching.
- Each PDCCH is transmitted using one or more of these CCEs, where each CCE corresponds to nine sets of four physical resource elements known as resource element groups (REGs).
- RAGs resource element groups
- QPSK Quadrature Phase Shift Keying
- the PDCCH can be transmitted using one or more CCEs, depending on the size of the downlink control information (DO) and the channel condition.
- DO downlink control information
- There can be four or more different PDCCH formats defined in LTE with different numbers of CCEs (e.g., aggregation level, L l, 2, 4, or 8).
- the EPC network 220 includes the MMEs 222, the S-GW 224, and a PGW
- the MMEs 222 are similar in function to the control plane of legacy Serving General packet radio service (GPRS) Support Nodes (SGSN).
- the MMEs 222 manage mobility aspects in access such as gateway selection and tracking area list management.
- the S-GW 224 terminates the interface toward the E-UTRAN 210, and routes data packets between the E-UTRAN 210 and the EPC network 220.
- it can be a local mobility anchor point for inter-eNodeB handovers and also can provide an anchor for inter-3GPP mobility. Other responsibilities can include lawful intercept, charging, and some policy enforcement.
- the S-GW 224 and the MMEs 222 can be implemented in one physical node or separate physical nodes.
- the PGW 226 terminates an SGi interface toward the packet data network (PDN).
- the PGW 226 routes data packets between the EPC network 220 and external networks (e.g., the internet), and can be a key node for policy enforcement and charging data collection.
- the PGW 226 and S-GW 224 can be implemented in one physical node or separated physical nodes.
- the UE 102 performs cell selection upon power-up and cell reselections throughout its operation.
- the UE 102 searches for a cell provided by E-UTRAN 210 (e.g., a macro cell or a picocell).
- the UE 102 can measure reference signal strength for each neighboring cell (e.g., Reference Signal Received
- RSRP/RSRQ Power/Reference Signal Received Quality
- MIB master information block
- a radio resource control (RRC) state indicates whether an RRC layer of the
- UE 102 is logically connected to an RRC layer of the E-UTRAN 210. After the UE 102 is communicatively coupled to a cell, its RRC state is RRC IDLE. When the UE 102 has data packets to transmit or receive, its RRC state becomes RRC CONNECTED. The UE 102, when in an RRC IDLE state, can associate itself to different cells.
- connectivity resources may be limited or devices may comprise coverage- constrained devices— e.g., devices operating primarily for machine type communication (MTC) or machine -to-machine (M2M) communications (e.g., sensor devices, controller devices, etc.) may have limited coverage and processing capabilities (similarly, devices may operate in a coverage constrained mode to limit power/resource consumption).
- MTC machine type communication
- M2M machine -to-machine
- the connectivity for such a device may be provided using a multi-hop transmission path for uplink/downlink paths to/from the eNodeB(s) 212.
- a multi-hop transmission path may be more power efficient or have less of a network traffic load compared to a direct UE-eNodeB path, and thus the multi-hop transmission path is utilized.
- FIG. 3 is an illustration of multi-hop transmission configurations in accordance with some embodiments.
- an eNodeB 302 and relay UEs 304 and 306 may be used (in some form of eNodeB/relay UE combination) to provide a multi-hop uplink and/or downlink transmission path to an end UE 310 (which can alternatively be referred as an endpoint UE) that is out of coverage for the eNodeB 302.
- more relay UEs may be utilized, resulting in more possible multi-hop transmissions paths.
- Embodiments of the disclosure describe processes related to discovering and establishing suitable multi-hop communication paths for (endpoint) UEs.
- network- initiated discovery and path selection processes may utilize periodically transmitted reference signals along with optional assistance information.
- a network node such the eNodeB 302, and other relaying-capable nodes, such as relay UEs 304 and 306, may transmit periodic reference signals.
- the relay UEs 304/306, the eNodeB 302, and/or the end UE 310 in any combination, may make a selection decision for previous hop paths for communication.
- the end UE 310 or the eNodeB 302 may make the selection decision for the end-to-end path in order to provide coverage extension for the end UE 310 using multi- hop transmission paths.
- FIG. 4 is an illustration of a communications process to establish a multi-hop transmission path in accordance with some embodiments.
- Process and logical flow diagrams as illustrated herein provide examples of sequences of various process actions. Although shown in a particular sequence or order, unless otherwise specified, the order of the actions may be modified. Thus, the described and illustrated implementations should be understood only as examples, and the illustrated processes may be performed in a different order, and some actions may be performed in parallel. Additionally, one or more actions may be omitted in various embodiments; thus, not all actions are executed in every implementation. Other process flows are possible.
- the eNodeB 302 and the relay UEs 304 and 306 are shown to transmit reference signals and link selection assistance information.
- the eNodeB 302 is shown in this example to execute a transmission 402 to the relay UE 304 that includes a reference signal and, optionally, link selection information.
- Said reference signal may comprise a pilot-tone transmitted using a pre- determined transmission power value which may be known to the relay UE 304 by way of pre-defining in the standard or using other messaging (e.g., dedicated RRC message or broadcast SIB message) at the time of the network entry of relay UE 304 or at a later time.
- Reference signals may comprise periodic signals transmitted by the eNodeB 302 and the relay UEs 304 and 306. In some
- references signals may be transmitted by relay UEs that are capable of functioning as relay UEs (or in some embodiments, have this capability optionally enabled).
- the transmitting relay UE may be identifiable from the reference signal. In some embodiments, this may be achieved by defining specific sequences to be used as a reference signal for a specific relay UE, or the network may assign specific identity
- relay identity may be sent along with the assistance information described below if the same or similar reference signal is used by multiple or all of the relay UEs.
- the transmission of reference signals may optionally include link selection assistance information as described below.
- the eNodeB 302 executes a transmission 402 of a reference signal and assistance information to the relay UE 304.
- the relay UE 304 may be "forced" into functioning as a relay UE via a signal from the eNodeB 302 (this decision may be made by any appropriate network node).
- the network may inform a UE of such compulsion using dedicated signaling (e.g., an RRC message), using a multicast message to multiple UEs, a broadcast message (e.g., a SIB (System Information Broadcast) message), etc.
- the relay UE 304 processes the information from the transmission 402 (shown as operation 404), and executes a transmission 406 of a reference signal and assistance information to the relay UE 306.
- Direct UE-to-UE transmissions may be executed, for example, using a D2D process.
- the relay UEs 304 and 306 may function similarly to a stripped-down version of an eNodeB, and thereby utilize LTE downlink communication processes (e.g., PDCCH transmission processes).
- the reference signal and/or assistance information from transmission 402 is also forwarded to the relay UE 306.
- UEs may make a determination to not function as a relay for various reasons— e.g., their remaining battery capacity is low or their computational capacity is limited; in this situation, the UE may not execute the operation 404.
- the relay UE 306 may perform similar operations (i.e., processing the information from the transmission 406 (shown as operation 408), executing a transmission 410 of a reference signal and assistance information to the end UE 310).
- the end UE 310 processes the received information (shown as operation 412) and makes a link selection decision (shown as block 414, although in some embodiments, the link selection decision is made by other nodes as described in further detail below). For example, the end UE 310 may select from a two-hop path utilizing only relay UE 304, a two- hop path utilizing only relay UE 306, or three-hop paths utilizing both relay UEs 304 and 306 in any order.
- the end UE 310 may execute a transmission 416 to notify the eNodeB 302 (either directly, or via one or more relay UEs) of the selected multi-hop path, and the eNodeB 302 may execute a transmission 418 to establish the data communication path between the eNodeB 302 and the end UE 310 using the selected link.
- FIG. 5A is a flow diagram of a process executed by a relay UE in establishing a multi-hop transmission path in accordance with some embodiments.
- Process 500 includes executing an operation at a relay UE to receive a message from a node comprising an eNodeB or another relay UE (shown as block 502); this message includes a reference signal comprising a pre-determined signal value stored at both the relay UE and the node, and may also include additional assistance information of the transmission path from the node to the relay UE.
- This assistance information may be used for assisting in making a multi-hop path selection decision; as described in further detail below, embodiments may execute a multi-hop path selection at each relay node in a multi-hop path (referred to herein as a distributed decision) or at that path endpoint (referred to herein as a centralized or semi- centralized decision).
- the assistance information may represent any combination of metrics of interest— e.g., current hop count to the eNodeB, potential channel capacity to the eNodeB, loading conditions (i.e., current or expected network traffic load), etc.
- This assistance information may be transmitted from a relay UE or from an eNodeB (although some metrics of interest, such as current hop count to the eNodeB, may be transmitted by relay UEs only).
- Relay UEs may update their assistance information when new reference signal/assistance information is received from other nodes or when their own parameters have changed (e.g., metrics of interest that are subject to runtime changes, such as loading conditions or remaining battery capacity).
- the link selection assistance information may be one or multiple value pairs indicating information type and value as shown below in (example) Table 1.
- this information may be the hop count of the path
- information may be the hop count for the path
- eNodeB signal power from a range of possible values (7 bits)
- 0 means lightly loaded (less than
- An operation is executed for the relay UE to determine measurement information of a transmission path from the eNodeB to the relay UE from the received message (shown as block 504). This may include updating the additional information received from (another) relay UE to include characteristics of the relay UE (e.g., update the hop count, path loss, etc.), and may include creating the above link selection assistance information if the relay UE is the first hop in an (eventual) multi-hop transmission path.
- An operation is executed to determine if additional messages are received
- a relay UE may receive messages from multiple nodes (e.g., referring to FIG. 3, the relay UE 306 may receive reference signals from both the eNodeB 302 and the relay UE 304). If additional messages are received, the previous operations are re-executed for each received message. Otherwise, an operation may be executed to transmit a message, including a reference signal, to another UE (i.e., a relay UE or an end UE) (shown as block 508). In some embodiments, this message may include the link selection assistance information from previous hops also along with the relay UE's own assistance information. In some embodiments, if multiple messages are received, thereby indicating to the relay UE that multiple multi-hop paths exist, the relay UE may select one of these paths and forward that path's information only. This decision process is described in further detail below with respect to FIG. 6.
- the relay UE executes the operation shown as block 508 in FIG. 5 A, there is a possibility of collision (i.e., two or more relays selecting a same start offset or within the reference signal transmission time of each other).
- the relay UE may avoid collision of its reference signal to reduce network interference by using a listen-before- transmit strategy. For example, if the relay UE determines that a reference signal is being transmitted by a different node at the same time as its scheduled reference signal
- the relay UE may postpone the reference signal transmission. If two or more UEs transmit reference signals at the same time or within each other's transmission time, the reference signals may not be decodable by the intended recipient UEs due to collision.
- the relays involved in the collision or those detecting potential collision may select different random start offsets for (re)transmission of their reference signals.
- UEs may also repeat the reference signal multiple times within a discovery period by the same relay UE to reduce the delay and/or to increase the reliability of the discovery procedure.
- Periodic discovery periods for path discovery may be predefined during which the eNodeBs and/or relay UEs transmit their reference signals and assistance information as applicable.
- FIG. 5B illustrates a discovery period for network nodes to transmit discovery signals in accordance with some embodiments.
- a discovery period 550 is shown to be a predefined time frame where relay UEs and end UEs may listen for discovery reference signals.
- the time length of the discovery period 550 is less than the time period of the interval between the start of the discovery periods 550 and 560 (i.e., the time frame 559 between the start of the discovery period 550 and the discovery period 560), providing a way for reducing power consumption and/or improving the battery life of the relay/end UEs by limiting the amount of time the discovery signals 551-553 are to be transmitted or expected by receiving UEs in the discovery cycle time frame 559.
- the reference signals transmitted from relay UEs/eNodeBs may be transmitted using predefined control channel(s). Each relay UE/eNodeB may transmit discovery reference signals after a certain start offset time from the starting boundary of a discovery period.
- a discovery reference transmission offset 555 for reference signal 551 is shown to be included in the discovery periods 550 and 560 (other embodiments may utilize more offset values).
- an eNodeB may transmit the discovery reference transmission offsets 555, 556, and 557 (other embodiments may utilize more offset values) for reference signals 551, 552, and 553, respectively to various relay UEs for periodic signaling; the eNodeB may also have an offset value to be used for transmission of its discovery signals.
- relay UEs may be registered to/authenticated by the network before the start of a discovery process. The eNodeB may ensure that the offset for each relay UE is sufficiently distant in time or that the relay UEs are using different frequency channels such that there is no collision during the transmission time of reference signals and the (optional) path selection assistance information.
- each relay UE may randomly select its own start offset for its reference signal transmissions. If a collision or a potential collision with other relay UEs' reference signal transmissions is detected, the relay UE may randomly re-select another start offset.
- FIG. 6 is a flow diagram of a process for establishing a multi-hop transmission path for an end UE in accordance with some embodiments.
- process 600 includes executing an operation for an end UE to receive a message from a relay UE (shown as block 602); the received message includes a reference signal comprising a pre-determined signal value stored at both the end UE and the relay UE, as well as transmission path information comprising path information for a multi-hop transmission path from an eNodeB to the relay UE.
- said multi-hop transmission path may comprise a multiple relay UE path, and the path information may include specific details about this path (e.g., node count, path loss, etc.).
- An operation is executed to determine if additional messages from other relay
- the end UE determines if there are multiple paths to select from (shown as block 606) based on the received message(s) from the relay UE(s).
- one of the endpoint network nodes executes an operation to select a transmission path (shown as block 608).
- relay UEs may process and forward assistance information in various embodiments, and thus the path selection strategy for end UEs (or relay UEs, if distributed decision making is implemented) may vary across different embodiments.
- the selected transmission path may comprise a multi-hop path or a direct path
- a multi-hop path is selected even when a direct eNodeB-end UE path exists.
- network traffic load conditions on a direct eNodeB-end UE path may be better/favorable compared to a multi-hop transmission path, or a multi-hop path may be more power efficient; for example, an endpoint UE may have limited power resources, whereby connecting to a nearby relay UE having sufficient power resources would utilize less power for the endpoint UE.
- each UE i.e., a relay or an end UE
- each UE makes selection of its immediately previous node only.
- each UE selects the best previous node from its own perspective based on any applied link selection criteria, such as the exemplary embodiments discussed below. This way the decision-making for end-to-end link selection is performed in a distributed manner.
- relay UEs may broadcast assistance information about relay-to-eNodeB links. These embodiments are scalable— i.e., the number of broadcast signals/messages is independent of the number of end UEs.
- the assistance information is forwarded by the relay
- the forwarded information may be information about all links in the previous hops or information about only the eNodeB path to the transmitted relay UE.
- the end UE then makes end-to-end link selection decisions based on the available information.
- the end UE feeds back this information to the eNodeB using dedicated/control channels, and the eNodeB subsequently makes the link selection decision.
- the information forwarded by the relay UE(s) to the end UE(s) may be information about all links in the previous hops or information about only the eNodeB path to the transmitting relay UE.
- link adaptation/resource allocation can be optimized.
- the eNodeB may define a network cost (or utility) function and optimize to make path selection decisions to multiple UEs at the same time.
- the number of messages has a quadratic relation with the number of relays, and a linear relation with the number of end UEs.
- the centralized decision involves lower complexity/overhead.
- the link selection decision may be performed in a distributed, centralized or a semi-centralized (i.e., hybrid) manner.
- the decision is based on the link selection criteria being used. Some examples of such criteria are given below.
- Hop-count Link with lowest hop count between eNodeB and the end UE is selected
- RSS Reference Signal Strength
- Potential Channel Capacity Link with highest potential channel capacity based on available potential BW (bandwidth) (which is based on loading conditions) is selected.
- BW bandwidth
- fetame - B ⁇ B Hi -» «%t j _> ⁇ ⁇ BHM. « 3 ⁇ 4i+ e 1
- l ink selected argmin (PathLoss link )
- Load conditions e.g., select the least loaded path:
- Multi-criterion i.e., define a cost (or utility) function of multiple criteria and optimize it. For example,
- Costlink w :i- hopCo nt link + w 2 . PathLoss link + w 3 . txLoad Knk (H)
- the selected downlink path may be a direct path while the uplink path may be a multi-hop transmission path.
- An operation is executed to notify the eNodeB of a request for the selected transmission path to be established (shown as block 610).
- the end UE and/or the relay UE(s) selects a multi-hop transmission path
- the end UE sends a path establishment request to set up the multi-hop link to the eNodeB; the end UE may use the selected link to send this information.
- the eNodeB selects a multi- hop or direct transmission path, the eNodeB receives the information used to select the transmission path, and then subsequently establishes the path for the end eNodeB.
- FIG. 7 shows a block diagram of a UE 700 and an eNodeB 750, in accordance with some embodiments.
- the eNodeB 750 can be a stationary (non-mobile) device.
- the UE 700 can include physical layer circuitry (PHY) 702 for transmitting and receiving signals to and from the eNodeB 750, other eNodeBs, other UEs, or other devices using one or more antennas 701, while the eNodeB 750 can include physical layer circuitry (PHY) 752 for transmitting and receiving signals to and from the UE 700, other eNodeBs, other UEs, or other devices using one or more antennas 751.
- PHY physical layer circuitry
- the UE 700 can also include medium access control layer (MAC) circuitry 704 for controlling access to the wireless medium, while the eNodeB 750 can also include MAC circuitry 754 for controlling access to the wireless medium.
- MAC medium access control layer
- the UE 700 can also include processing circuitry 706 and memory 708 arranged to perform the operations described herein, and the eNodeB 750 can also include processing circuitry 756 and memory 758 arranged to perform the operations described herein.
- the antennas 701, 751 can comprise one or more directional or
- the antennas 701 , 751 can be effectively separated to benefit from spatial diversity and the different channel characteristics that can result.
- the UE 700 and eNodeB 750 are each illustrated as having several separate functional elements, one or more of the functional elements can be combined and can be implemented by combinations of software-configured elements, such as processing elements including digital signal processors (DSPs), and/or other hardware elements.
- DSPs digital signal processors
- some elements can comprise one or more microprocessors, DSPs, field- programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), radio- frequency integrated circuits (RFICs), and combinations of various hardware and circuitry for performing at least the functions described herein.
- the functional elements can refer to one or more processes operating on one or more processing elements.
- Embodiments can be implemented in one or a combination of hardware, firmware, and software. Embodiments can also be implemented as instructions stored on a computer-readable storage device, which can be read and executed by at least one processor to perform the operations described herein.
- a computer-readable storage device can include any non-transitory mechanism for storing information in a form readable by a machine (e.g., a computer).
- a computer-readable storage device can include read-only memory (ROM), random-access memory (RAM), magnetic disk storage media, optical storage media, flash-memory devices, and other storage devices and media.
- Some embodiments can include one or more processors and can be configured with instructions stored on a computer-readable storage device.
- the UE 700 can operate in accordance with a D2D communication mode.
- the UE 700 can include hardware processing circuitry 706 configured to determine a synchronization reference time based on reception of one or more signals from the eNodeB 750.
- the hardware processing circuitry 706 can be further configured to, during a D2D communication session, transmit Multi-Time Transmission Interval Bundle Groups (MTBG) of data symbols during a first group of data transmission intervals (DTI) and refrain from transmission of data symbols during a second group of DTIs that is exclusive to the first group of DTIs. Starting times of the DTIs can be based at least partly on the synchronization reference time.
- the hardware processing circuitry 706 can be further configured to transmit, during an in-network communication session exclusive to the D2D communication session, data symbols according to a time transmission interval (TTI) reference time that is synchronized to the synchronization reference time.
- TTI time transmission interval
- the UE 700 operating in a cellular communication network, can begin to experience performance degradation for various reasons.
- user loading or throughput demands of the network can become high.
- the UE 700 can move toward or beyond the edges of coverage cells.
- the UE 700 can actually be in communication with other UEs that are physically located in close proximity to the UE 700, although the communication can take place through the network.
- the D2D communication between the UE 700 and the other UEs can enable the network to off-load some of the network traffic, which can improve overall system performance.
- FIG. 8 is a block diagram illustrating components of a machine, according to some example embodiments, able to read instructions from a machine-readable medium and perform any one or more of the methodologies discussed herein, according to aspects of the disclosure.
- FIG. 8 illustrates an exemplary computer system 800 (which can comprise any of the network elements discussed above) within which software 824 for causing the machine to perform any one or more of the methodologies discussed herein can be executed.
- the machine operates as a standalone device or can be connected (e.g., networked) to other machines.
- the machine can operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the computer system 800 can function as any of the above described UEs or eNodeBs, and can be a personal computer (PC), a wearable mobile computing device, a tablet PC, a set-top box (STB), a PDA, a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- STB set-top box
- PDA a cellular telephone
- web appliance a web appliance
- network router switch or bridge
- machine can also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
- the example computer system 800 includes a processor 802 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both), a main memory 804 and a static memory 806, which communicate with each other via a bus 808.
- the computer system 800 can further include a video display unit 810 (e.g., a LCD or a cathode ray tube (CRT)).
- the computer system 800 also includes an alphanumeric input device 812 (e.g., a keyboard), a user interface navigation (or cursor control) device 814 (e.g., a mouse), a storage device 816, a signal generation device 818 (e.g., a speaker), and a network interface device 820.
- the storage device 816 includes a non-transitory machine-readable medium
- the software 824 can also reside, completely or at least partially, within the main memory 804 and/or within the processor 802 during execution thereof by the computer system 800, with the main memory 804 and the processor 802 also constituting non-transitory, machine-readable media 822.
- the software 824 can also reside, completely or at least partially, within the static memory 806.
- non-transitory machine-readable medium 822 is shown in an example embodiment to be a single medium, the term “machine-readable medium” can include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more software 824 or data structures.
- the term “machine-readable medium” can also be taken to include any tangible medium that is capable of storing, encoding, or carrying instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present embodiments, or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions.
- machine-readable medium can accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
- machine-readable media 822 include non-volatile memory, including by way of example semiconductor memory devices (e.g., erasable programmable read-only Memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices); magnetic disks such as internal hard disks and removable disks; magneto- optical disks; and compact disc-read-only memory (CD-ROM) and digital versatile disc (or digital video disc) read-only memory (DVD-ROM) disks.
- semiconductor memory devices e.g., erasable programmable read-only Memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices
- EPROM erasable programmable read-only Memory
- EEPROM electrically erasable programmable read-only memory
- flash memory devices e.g., electrically erasable programmable read-
- the software 824 can further be transmitted or received over a
- the software 824 can be transmitted using the network interface device 820 and any one of a number of well-known transfer protocols (e.g., HyperText Transfer Protocol (HTTP)).
- HTTP HyperText Transfer Protocol
- Examples of communication networks include a local area network (LAN), a wide area network (WAN), the internet, mobile telephone networks, plain old telephone service (POTS) networks, and wireless data networks (e.g., WiFi and WiMax networks).
- POTS plain old telephone service
- WiFi and WiMax networks wireless data networks.
- transmission medium can be taken to include any intangible medium capable of storing, encoding, or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible media to facilitate communication of such software 824.
- a user equipment configured to operate as a relay node comprising receiver circuitry configured to receive a notification of a request to establish a multi-hop transmission path communicatively coupling an eNodeB and an endpoint UE, and receive a first message, including a first reference signal, from a first network node, and transmission circuitry configured to transmit a second message to a second UE, the second message to include a second reference signal different than the first reference signal, and measurement information of a transmission path from the first network node to the UE for a second network node to use to determine whether to select the transmission path from the first network node to the UE as at least a portion of the multi-hop transmission path.
- UE user equipment
- the second message comprises at least one of a physical downlink control channel (PDCCH) message or a device-to-device (D2D) connection request for D2D communication between the UE and the second UE
- the UE further comprises processing circuitry configured to determine the measurement information of the transmission path from the first network node to the UE from the received first reference signal, the measurement information to include a signal power loss and/or a network traffic load of the transmission path from the first network node to the UE.
- PDCCH physical downlink control channel
- D2D device-to-device
- the receiver circuitry is further configured to receive a third message from a third UE communicatively coupled to the eNodeB, the third message including a third reference signal different than the first and the second reference signals, and the processing circuitry is further configured to determine a second measurement information of a transmission path from the third UE to the UE from the third reference signal, the second measurement information to include a signal power loss and/or a network traffic load of the transmission path from the third UE to the UE.
- the second network node comprises the endpoint UE
- the second message further includes the second determined measurement information for the endpoint UE to use to determine whether to select the transmission path from the third UE to the UE as at least a portion of the multi-hop transmission path.
- the processing circuitry is further configured to select the determined measurement information over the second determined measurement information to be included in the second message based, at least in part, on a comparison of the signal power loss and/or the network traffic load of the respective transmission paths.
- the first network node comprises an intermediate relay
- the UE communicatively coupling the eNodeB to the UE, and the first message further includes measurement information of a transmission path from the eNodeB to the intermediate relay UE, and the second message further includes a hop count of the transmission path from the eNodeB to the UE.
- the first network node comprises the eNodeB
- the measurement information of the transmission path from the eNodeB to the UE is to include at least one of a signal power loss from the eNodeB to the UE, and/or a network traffic load from the eNodeB to the UE.
- the second message transmitted to the second UE further includes UE hardware information and/or UE power supply information.
- the receiver circuitry is further configured to receive a transmission offset time value from the eNodeB to mitigate network transmission signal interference, and wherein the transmission circuitry is further configured to transmit the second message after the transmission offset time value from the start of a transmission period. In some embodiments, the transmission circuitry is further configured to transmit the second message after a randomly selected transmission offset time. In some embodiments, the transmission circuitry is further configured to periodically transmit the second message after a randomly selected transmission offset time for each periodic transmission.
- the UE further comprises one or more antennas used by the receiver circuitry to receive the first message and by the transmission circuitry to transmit the second message.
- processing circuitry comprising operational mode circuitry to configure a user equipment (UE) to operate as a relay node comprising in response to receiving a notification of a request to establish a multi-hop transmission path communicatively coupling an eNodeB and an endpoint UE, signal processing circuitry to determine measurement information of a transmission path from a first network node to the UE based, at least in part, on a first reference signal included in a first message received from the first network node, and message generation circuitry to generate a second message for transmission to a second UE, the second message to include a second reference signal different than the first reference signal, and the determined measurement for a second network node to use to determine whether to select the transmission path from the first network node to the UE as at least a portion of the multi-hop transmission path.
- UE user equipment
- the second message comprises at least one of a physical downlink control channel (PDCCH) message or a device-to-device (D2D) connection request for D2D communication between the UE and the second UE, and the determined measurement information is to include a signal power loss and/or a network traffic load of the transmission path from the first network node to the UE.
- the first network node comprises an intermediate relay UE communicatively coupling the eNodeB to the UE, and the first message further includes measurement information of a transmission path from the eNodeB to the intermediate relay UE, and the second message further includes a hop count of the transmission path from the eNodeB to the UE.
- the first network node comprises the eNodeB
- the determined measurement information of the transmission path from the eNodeB to the UE is to include at least one of a signal power loss from the eNodeB to the UE, and/or a network traffic load from the eNodeB to the UE.
- UE relay user equipment
- the relay UE is further configured to either receive a transmission offset time value from the eNodeB, and wherein the second message is transmitted after the transmission offset time value, or periodically transmit the second message after a randomly selected transmission offset time for each periodic transmission.
- a user equipment comprising transceiver circuitry configured to receive a first message from a first relay UE, the first message including a first reference signal, and a first transmission path information comprising path information for a first transmission path comprising a path from an eNodeB to the first relay UE, and transmit, to the eNodeB, a path communication request for a selected transmission path, and processing circuitry configured to determine direct transmission path information of a direct transmission path from the eNodeB to the UE, and select from the direct transmission path or a multi-hop transmission path based, at least in part, on a comparison of the direct transmission path information and the first transmission path information, the multi-hop transmission path comprising a path communicatively coupling the UE to the eNodeB via one or more relay UEs including the first relay UE.
- UE user equipment
- the transceiver circuitry is further configured to receive a second message from a second relay UE, the second message including a second reference signal, and a second transmission path information comprising transmission path information for a second transmission path comprising a path from the eNodeB to the second relay UE, and the processing circuitry is further configured to select the first or the second transmission path for the multi-hop transmission path communication request based, at least in part, on the first and the second transmission path information.
- the first and second transmission path information each includes a reference signal strength (RSS) of the transmission path from the eNodeB to the respective relay UE.
- the first and second transmission path information each includes at least one of a hop count of the transmission path from the eNodeB to the respective relay UE, a potential channel capacity of the transmission path from the eNodeB to the respective relay UE, a signal power loss of a transmission path from the eNodeB to the respective relay UE, and/or a network traffic load of the transmission path from the eNodeB to the respective relay UE, wherein the processing circuitry is further configured to select a transmission path based on any combination of the first and second transmission path information.
- the first and second transmission path information each includes a plurality of path data comprising two or more of a reference signal strength (RSS) of the transmission path from the eNodeB to the respective relay UE, the hop count of the transmission path from the eNodeB to the respective relay UE, a potential channel capacity of the transmission path from the eNodeB to the respective relay UE, the signal power loss of a transmission path from the eNodeB to the respective relay UE, and the network traffic load of the transmission path from the eNodeB to the respective relay UE, and the processing circuitry is further configured to select a transmission path based on a weighted combination of the path data included in the first and second transmission path information.
- RSS reference signal strength
- the first and second transmission path information each includes processing capabilities of the respective relay UE, and wherein the processing circuitry is further configured to select a transmission path utilizing the relay UE with a higher processing capability.
- the first and second transmission path information each includes power supply information of the respective relay UE, and wherein the processing circuitry is further configured to select a transmission path utilizing the relay UE with a higher power supply.
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462097456P | 2014-12-29 | 2014-12-29 | |
US14/729,511 US9942944B2 (en) | 2014-12-29 | 2015-06-03 | Network-initiated discovery and path selection procedures for multi-hop underlay networks |
PCT/US2015/060655 WO2016109032A1 (en) | 2014-12-29 | 2015-11-13 | Network-initiated discovery and path selection procedures for multi-hop underlay networks |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3241386A1 true EP3241386A1 (en) | 2017-11-08 |
EP3241386A4 EP3241386A4 (en) | 2019-02-27 |
Family
ID=56166036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP15875884.7A Pending EP3241386A4 (en) | 2014-12-29 | 2015-11-13 | Network-initiated discovery and path selection procedures for multi-hop underlay networks |
Country Status (6)
Country | Link |
---|---|
US (1) | US9942944B2 (en) |
EP (1) | EP3241386A4 (en) |
KR (1) | KR102503731B1 (en) |
CN (1) | CN107113689B (en) |
TW (1) | TWI578818B (en) |
WO (1) | WO2016109032A1 (en) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10824438B2 (en) * | 2010-03-30 | 2020-11-03 | Cloud Network Technology Singapore Pte. Ltd. | Radio node device and backhaul connection method thereof |
US9942944B2 (en) | 2014-12-29 | 2018-04-10 | Intel IP Corporation | Network-initiated discovery and path selection procedures for multi-hop underlay networks |
US10477620B2 (en) * | 2015-08-20 | 2019-11-12 | Intel IP Corporation | Machine type communication relaying |
EP3363229B1 (en) * | 2015-10-15 | 2021-06-30 | Telefonaktiebolaget LM Ericsson (publ) | Prose operation on non-serving carrier frequency |
CN106134247A (en) * | 2016-06-29 | 2016-11-16 | 北京小米移动软件有限公司 | Information issuing method, data transmission method for uplink, Apparatus and system |
US10142918B2 (en) | 2016-08-25 | 2018-11-27 | Sprint Communications Company L.P. | Data communication network to provide hop count data for user equipment selection of a wireless relay |
CN107872838B (en) * | 2016-09-27 | 2021-09-21 | 华为技术有限公司 | Relay indication method and access point AP |
CN109691149B (en) * | 2016-10-19 | 2021-02-09 | 华为技术有限公司 | Method for controlling discovery between devices and related devices |
US10595271B2 (en) * | 2017-01-05 | 2020-03-17 | Samsung Electronics Co., Ltd | Method, apparatus, and system for terminal identification and paging signal transmission for terminal in power saving state |
KR20180080966A (en) * | 2017-01-05 | 2018-07-13 | 삼성전자주식회사 | Method, Apparatus, and System for UE Identification and Paging signal transmission for a UE in a Power Saving State |
US10630661B2 (en) * | 2017-02-03 | 2020-04-21 | Qualcomm Incorporated | Techniques for securely communicating a data packet via at least one relay user equipment |
US10772145B2 (en) * | 2017-03-29 | 2020-09-08 | Qualcomm Incorporated | Autonomous formation for backhaul networks |
TW201838471A (en) * | 2017-03-31 | 2018-10-16 | 日商索尼股份有限公司 | Communications devices, infrastructure equipment and method |
CN109245845B (en) * | 2017-05-05 | 2022-05-13 | 中兴通讯股份有限公司 | Signaling transmission method and device |
US11368363B2 (en) * | 2017-05-26 | 2022-06-21 | Qualcomm Incorporated | Dynamic operating roles for internet of things (IOT) devices in a network |
US11570664B2 (en) * | 2017-12-04 | 2023-01-31 | Nokia Technologies Oy | Link monitoring with self-backhauling for wireless networks |
CN111543114B (en) * | 2018-01-09 | 2023-05-16 | Oppo广东移动通信有限公司 | Method and equipment for network self-organization |
CN110475287A (en) | 2018-05-10 | 2019-11-19 | 华为技术有限公司 | The method and apparatus of data processing |
WO2020109178A1 (en) * | 2018-11-30 | 2020-06-04 | Sony Mobile Communications Inc. | Spectrum access restriction and re-routing of data |
US11076348B2 (en) | 2019-01-03 | 2021-07-27 | Samsung Electronics Co., Ltd. | Method of neighbor discovery and wireless inter-connection for cellular mesh network |
WO2020219670A1 (en) * | 2019-04-23 | 2020-10-29 | Idac Holdings, Inc. | Multi-hop wireless relay support |
US11665754B2 (en) * | 2019-07-01 | 2023-05-30 | AINA Wireless Finland Oy | Wireless communication network enabling combined use of several different network technologies |
US11812394B2 (en) * | 2019-08-08 | 2023-11-07 | Qualcomm Incorporated | Sidelink transmit power control commands |
TWI761733B (en) * | 2019-11-26 | 2022-04-21 | 智易科技股份有限公司 | Network path selection method and network node device using the same |
CN112867082B (en) * | 2020-12-09 | 2022-12-23 | 国网宁夏电力有限公司检修公司 | Method, medium and system for acquiring secure multi-hop transmission path of wireless sensor network |
US11690118B2 (en) * | 2021-04-22 | 2023-06-27 | Qualcomm Incorporated | Multiconnectivity for joint user equipment relaying |
CN115580914A (en) * | 2021-07-06 | 2023-01-06 | 维沃移动通信有限公司 | Relay selection method, relay information transmission method, device and terminal |
WO2023279305A1 (en) * | 2021-07-07 | 2023-01-12 | Oppo广东移动通信有限公司 | Communication method and communication apparatus |
US20230096726A1 (en) * | 2021-09-24 | 2023-03-30 | Qualcomm Incorporated | Reference-signal-based relay selection in wireless communications |
CN113825028B (en) * | 2021-09-30 | 2022-06-24 | 北京邮电大学 | Real-time optimization on-demand method based on node chain distributed around cellular network nodes nearby |
WO2023249302A1 (en) * | 2022-06-23 | 2023-12-28 | 엘지전자 주식회사 | Terminal operation method and device in wireless communication system |
WO2024060279A1 (en) * | 2022-09-28 | 2024-03-28 | Lenovo (Beijing) Limited | Methods and apparatuses for multi-path transmission |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60222282T2 (en) * | 2001-09-27 | 2008-06-12 | Telefonaktiebolaget Lm Ericsson (Publ) | MULTIPLE ROUTING PROCESS FOR DISTRIBUTED WI-FI NETWORKS |
US8578015B2 (en) * | 2002-04-29 | 2013-11-05 | Harris Corporation | Tracking traffic in a mobile ad hoc network |
JP4379237B2 (en) * | 2004-07-14 | 2009-12-09 | ソニー株式会社 | Wireless communication system, wireless communication apparatus, wireless communication method, and computer program |
WO2006043902A1 (en) | 2004-10-21 | 2006-04-27 | Matsushita Electric Industrial Co., Ltd. | Method and system for identifying a relay mobile station in a wireless communication network |
JP2006246202A (en) | 2005-03-04 | 2006-09-14 | Nec Corp | Optimal intermediary node selecting method, and node and multihop radio communication network system |
US7496366B2 (en) * | 2005-12-19 | 2009-02-24 | Motorola, Inc. | Wireless communication system capacity control facilitation method and apparatus |
KR100896205B1 (en) * | 2006-02-20 | 2009-05-12 | 삼성전자주식회사 | Apparatus and method for reporting cahnnel state on providing transparent relay service to the mobile station in a multi-hop relay broadband wireless access communication system |
KR100786125B1 (en) * | 2006-08-30 | 2007-12-18 | 삼성전자주식회사 | Method and apparatus for selecting service path in relay communication system |
KR101402252B1 (en) * | 2007-07-11 | 2014-06-27 | 삼성전자주식회사 | Method for determining the optimum transfer mode and the frame structure for mode determination in relay systems |
US20110164527A1 (en) * | 2008-04-04 | 2011-07-07 | Mishra Rajesh K | Enhanced wireless ad hoc communication techniques |
US9615354B2 (en) | 2008-07-17 | 2017-04-04 | Nokia Solutions And Networks Oy | Device-to-device communications in cellular system |
CN102172070B (en) * | 2008-08-21 | 2014-05-14 | 诺基亚公司 | Load status indicator for multihop relay system using distributed scheduling |
GB0816992D0 (en) * | 2008-09-17 | 2008-10-22 | Vodafone Plc | Reference symbol design for relay |
US8886113B2 (en) * | 2008-12-30 | 2014-11-11 | Qualcomm Incorporated | Centralized control of relay operation |
CN102461302B (en) * | 2009-06-25 | 2014-08-20 | 株式会社日立制作所 | Base station, wireless communication system, wireless resource allocating method, and wireless communicating method |
CN102111844B (en) | 2009-12-26 | 2013-08-28 | 华为技术有限公司 | Mobile relay selection method, communication method, base station and system |
KR101769375B1 (en) * | 2010-10-21 | 2017-08-18 | 엘지전자 주식회사 | Method of receiving data from base station at relay node in wireless communication system and apparatus thereof |
KR20140044355A (en) * | 2011-06-01 | 2014-04-14 | 가부시키가이샤 엔티티 도코모 | Enhanced local access in mobile communications using small node devices |
JP2013093781A (en) * | 2011-10-27 | 2013-05-16 | Fujitsu Ltd | Communication network system, node device, and route selection method for communication network system |
US8953478B2 (en) * | 2012-01-27 | 2015-02-10 | Intel Corporation | Evolved node B and method for coherent coordinated multipoint transmission with per CSI-RS feedback |
GB2500648B (en) * | 2012-03-28 | 2014-06-25 | Toshiba Res Europ Ltd | Wireless communication methods and apparatus |
US9049668B2 (en) | 2012-09-06 | 2015-06-02 | Qualcomm Incorporated | D2D relays as an underlay in LTE uplink |
GB2512399A (en) * | 2013-03-28 | 2014-10-01 | Nec Corp | Direct communication between mobile radio communication devices |
EP2785092B1 (en) * | 2013-03-28 | 2015-09-23 | Fujitsu Limited | Wireless communication system |
KR102115425B1 (en) * | 2013-07-02 | 2020-06-05 | 삼성전자주식회사 | Apparatus and method for changing between default path and direct path in wireless communication system |
US9986485B2 (en) * | 2014-06-10 | 2018-05-29 | Qualcomm Incorporated | Feedback control for D2D communications |
US9414338B2 (en) * | 2014-08-07 | 2016-08-09 | Alcatel Lucent | Notification of relay capabilities for UE-to-network relay functions |
US20160142897A1 (en) * | 2014-11-14 | 2016-05-19 | Telefonaktiebolaget L M Ericsson (Publ) | Enriched D2D Discovery Content |
US9942944B2 (en) | 2014-12-29 | 2018-04-10 | Intel IP Corporation | Network-initiated discovery and path selection procedures for multi-hop underlay networks |
CN108271270B (en) * | 2017-01-04 | 2020-02-28 | 电信科学技术研究院 | SR/BSR triggering method and device |
-
2015
- 2015-06-03 US US14/729,511 patent/US9942944B2/en active Active
- 2015-11-13 CN CN201580063263.XA patent/CN107113689B/en active Active
- 2015-11-13 EP EP15875884.7A patent/EP3241386A4/en active Pending
- 2015-11-13 KR KR1020177014587A patent/KR102503731B1/en active IP Right Grant
- 2015-11-13 WO PCT/US2015/060655 patent/WO2016109032A1/en active Application Filing
- 2015-11-26 TW TW104139439A patent/TWI578818B/en not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
WO2016109032A1 (en) | 2016-07-07 |
KR20170099877A (en) | 2017-09-01 |
TWI578818B (en) | 2017-04-11 |
KR102503731B1 (en) | 2023-02-24 |
CN107113689B (en) | 2021-05-28 |
TW201633818A (en) | 2016-09-16 |
US20160192439A1 (en) | 2016-06-30 |
US9942944B2 (en) | 2018-04-10 |
EP3241386A4 (en) | 2019-02-27 |
CN107113689A (en) | 2017-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9942944B2 (en) | Network-initiated discovery and path selection procedures for multi-hop underlay networks | |
TWI758466B (en) | Relaying in a device-to-device communication system | |
US9801228B2 (en) | Systems, apparatuses, and methods for lightweight over-the-air signaling mechanisms in data communications | |
KR101834108B1 (en) | Apparatuses, systems, and methods for differentiation of payload size for d2d discovery | |
US9730249B2 (en) | Systems, apparatuses, and methods for processing random acccess response messages for coverage constrained devices | |
JP6878295B2 (en) | Relay discovery and association message | |
CN107439026B (en) | Determination of UE-to-UE relay list and floor arbitrator | |
US9313812B2 (en) | User equipment and evolved node-B supporting machine type communication and small data communication | |
TW201808051A (en) | Priority based resource selection in a device-to-device communication system | |
KR20170132193A (en) | Systems, methods, and apparatus for managing relay connections in a wireless communication network | |
US9913180B2 (en) | Systems, apparatuses, and methods for managing user equipment mobility information | |
TW202201982A (en) | Zone identification (id) for wireless sidelink communications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20170530 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: HE, HONG Inventor name: HEO, YOUN HYOUNG Inventor name: YIU, CANDY Inventor name: PHUYAL, UMESH |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
RIN1 | Information on inventor provided before grant (corrected) |
Inventor name: HE, HONG Inventor name: PHUYAL, UMESH Inventor name: YIU, CANDY Inventor name: HEO, YOUN HYOUNG |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 40/24 20090101ALI20181022BHEP Ipc: H04W 88/04 20090101ALI20181022BHEP Ipc: H04L 5/00 20060101ALI20181022BHEP Ipc: H04W 40/22 20090101AFI20181022BHEP Ipc: H04W 40/16 20090101ALI20181022BHEP Ipc: H04W 40/02 20090101ALI20181022BHEP Ipc: H04W 76/14 20171108ALI20181022BHEP |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 5/00 20060101ALI20181022BHEP Ipc: H04W 76/14 20180101ALI20181022BHEP Ipc: H04W 40/16 20090101ALI20181022BHEP Ipc: H04W 40/02 20090101ALI20181022BHEP Ipc: H04W 88/04 20090101ALI20181022BHEP Ipc: H04W 40/24 20090101ALI20181022BHEP Ipc: H04W 40/22 20090101AFI20181022BHEP |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 76/14 20180101ALI20181022BHEP Ipc: H04W 88/04 20090101ALI20181022BHEP Ipc: H04W 40/24 20090101ALI20181022BHEP Ipc: H04W 40/16 20090101ALI20181022BHEP Ipc: H04W 40/02 20090101ALI20181022BHEP Ipc: H04L 5/00 20060101ALI20181022BHEP Ipc: H04W 40/22 20090101AFI20181022BHEP |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20190129 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 5/00 20060101ALI20190123BHEP Ipc: H04W 76/14 20180101ALI20190123BHEP Ipc: H04W 40/16 20090101ALI20190123BHEP Ipc: H04W 40/02 20090101ALI20190123BHEP Ipc: H04W 40/24 20090101ALI20190123BHEP Ipc: H04W 40/22 20090101AFI20190123BHEP Ipc: H04W 88/04 20090101ALI20190123BHEP |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: APPLE INC. |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20210520 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTG | Intention to grant announced |
Effective date: 20231204 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |