WO2017039735A1 - Équipement d'utilisateur, et nœuds b évolués prenant en charge le relais en couche 2 et la commutation d'itinéraires - Google Patents

Équipement d'utilisateur, et nœuds b évolués prenant en charge le relais en couche 2 et la commutation d'itinéraires Download PDF

Info

Publication number
WO2017039735A1
WO2017039735A1 PCT/US2015/066402 US2015066402W WO2017039735A1 WO 2017039735 A1 WO2017039735 A1 WO 2017039735A1 US 2015066402 W US2015066402 W US 2015066402W WO 2017039735 A1 WO2017039735 A1 WO 2017039735A1
Authority
WO
WIPO (PCT)
Prior art keywords
relay
remote
mac
enb
data
Prior art date
Application number
PCT/US2015/066402
Other languages
English (en)
Inventor
Jaemin HAN
Sangeetha Bangolae
Richard Burbidge
Youn Hyoung Heo
Kyeongin Jeong
Original Assignee
Intel IP Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel IP Corporation filed Critical Intel IP Corporation
Publication of WO2017039735A1 publication Critical patent/WO2017039735A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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

Definitions

  • the disclosure may relate generally to the field of wireless
  • remote user equipment remote user equipment
  • evolved Node Bs remote user equipment
  • LTE system 3rd Generation Partnership Project
  • End users access the LTE system using mobile electronic devices (known as “user equipment,” or equivalently “UE”) including appropriate electronics and software modules to communicate according to standards set forth by 3GPP.
  • UE mobile electronic devices
  • FIG. 1 is a simplified block diagram of a system according to a current Enhanced LTE Device to Device ProSe work item.
  • FIG. 2 is a simplified block diagram illustrating a communication system including a proposed media access control (MAC) protocol structure for MAC
  • FIG. 3 illustrates an example of a new variable-size MAC subheader.
  • FIG. 4 is an example signaling diagram illustrating a downlink path switch via a relay UE.
  • FIG. 5 is an example signaling diagram illustrating an uplink path switch via the relay UE.
  • FIGS. 6A-6C illustrate examples of MAC protocol data units (PDUs) to describe traffic multiplexing support at an evolved Node B (eNB).
  • PDUs MAC protocol data units
  • FIG. 6A illustrates a downlink MAC PDU of a remote UE.
  • FIG. 6B illustrates a downlink MAC PDU of a relay UE.
  • FIG. 6C illustrates a combined MAC PDU including elements from the downlink MAC PDU of the remote UE and the downlink MAC PDU of the relay UE.
  • FIGS. 7A-7C illustrate examples of MAC PDUs to describe traffic multiplexing support at the remote UE.
  • FIG. 7 A illustrates an uplink MAC PDU of the remote UE.
  • FIG. 7B illustrates a Sidelink (SL) MAC PDU of the remote UE.
  • FIG. 7C illustrates a combined MAC PDU including elements of the uplink
  • FIGS. 8A-8C illustrate examples of MAC PDUs to describe traffic multiplexing support at a relay UE.
  • FIG. 8A illustrates an uplink MAC PDU of a remote UE.
  • FIG. 8B illustrates an uplink MAC PDU of the relay UE.
  • FIG. 8C illustrates a combined MAC PDU including elements of the uplink
  • FIG. 9 is a simplified block diagram of an electronic device that may be used in embodiments of the disclosure.
  • signals may represent a bus of signals, wherein the bus may have a variety of bit widths and the present disclosure may be implemented on any number of data signals including a single data signal.
  • the embodiments may be described in terms of a process that is depicted as a flowchart, a flow diagram, a structure diagram, a signaling diagram, or a block diagram. Although a flowchart or signaling diagram may describe operational acts as a sequential process, many of these acts can be performed in another sequence, in parallel, or substantially concurrently. In addition, the order of the acts may be re-arranged. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, etc. Furthermore, the methods disclosed herein may be implemented in hardware, software, or both. If implemented in software, the functions may be stored or transmitted as one or more computer- readable instructions (e.g., software code) on a computer-readable medium.
  • computer- readable instructions e.g., software code
  • Computer-readable media includes both computer storage media (i.e., non-transitory media) and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • Wireless mobile communication technology uses various standards and protocols governing communications between a base station and a wireless mobile device.
  • well-known standards include the 3rd Generation Partnership Project (3GPP) long term evolution (LTE), the Institute of Electrical and Electronics Engineers (IEEE) 802.16 standard, which is commonly known to industry groups as worldwide interoperability for microwave access (WiMAX), and the IEEE 802.1 1 standard, which is commonly known to industry groups as Wi-Fi.
  • the base station can include Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node Bs (also commonly denoted as evolved Node Bs, enhanced Node Bs, eNodeBs, or eNBs) and/or Radio Network Controllers (RNCs) in an E-UTRAN, which communicate with a wireless communication device, also known as user equipment (UE).
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • Node Bs also commonly denoted as evolved Node Bs, enhanced Node Bs, eNodeBs, or eNBs
  • RNCs Radio Network Controllers
  • UE user equipment
  • UE refers to end-user wireless devices capable of communicating with eNBs of an LTE network, either directly or indirectly through other UEs.
  • remote user equipment refers to end-user electronic devices (e.g., wearables, such as, for example, smart watches, smart glasses, etc., and/or other mobile devices such as, for example, smart phones, tablets, etc.) capable of directly communicating with other UEs, and indirectly with eNBs through the other UEs that are in direct communication with the eNBs.
  • Remote UEs may or may not be capable of communicating directly with eNBs.
  • a remote UE implemented as a smartphone may be capable of operating as a relay UE, and also be capable of direct communication with eNBs.
  • a remote UE implemented as a smart watch may be capable of indirect communication with eNBs through other UEs (e.g., smartphones, tablets, etc.), but not direct communication with the eNBs.
  • the term "relay user equipment,” or “relay UE” refers to end-user electronic devices capable of directly communicating with eNBs and other UEs, and that are capable of serving as a communication relay between remote UEs and the eNBs.
  • legacy LTE system refers to LTE systems built according to a legacy version of the 3GPP standards (e.g., releases 8- 12).
  • uplink refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an eNB. Also, as used herein, the term “uplink,” or equivalently “UL,” refers to data flowing in a direction from a UE to an e
  • downlink refers to data flowing in a direction from an eNB to a UE.
  • the current Enhanced LTE Device to Device ProSe (also referred to herein as D2D) work item (i.e., 3GPP TS 23.303, "Technical Specification Group Services and System Aspects; Proximity -based services (ProSe)”) provides for communication between a remote UE and an eNB via a UE functioning as a communication relay (also referred to herein as "relay UE" between the remote UE and the eNB.
  • a relay UE functions as a Layer-3 relay (i.e. an IP router), and the following functions are to be supported by the relay UE:
  • the ProSe UE-to-Network Relay provides a generic Layer-3 forwarding function that can relay any type of IP traffic that is relevant for public safety communication.
  • eMBMS relay support One to many communication, including support for the relaying of eMBMS to Remote UEs served by the UE-to-network (UE-toNW) NW Relay.
  • UE-toNW UE-to-network
  • ECGI announcement The announcement of the ECGI by a ProSe UE-to-NW Relay allowing remote UEs served by a ProSe UE-to-NW Relay to receive the value of the ECGI of the cell serving the ProSe UE-to-NW Relay.
  • FIG. 1 is a simplified block diagram of a system 100 according to the current Enhanced LTE Device to Device ProSe work item.
  • a remote UE 1 10 is generally considered out-of-coverage of a network, but may use relay support, through a ProSe UE-to-network relay 120 (sometimes referred to herein as "relay UE” 120, "UE” 120, or “relay” 120) to access the network.
  • the system 100 may also include at least one eNB 130 (e.g., including at least a computer readable media (CRM) 132) configured to serve as a point of
  • CCM computer readable media
  • the primary use case driving this scenario is public safety.
  • the remote UE 1 10 may access the network via the relay UE 120 using an interface called a "PC5" interface. Also, the relay UE 120 may connect to the network (in other words, to the eNB 130) using a legacy Uu interface. The relay UE 120 is assumed to be in-coverage substantially all the time.
  • the introduced LTE ProSe framework may be further enhanced to support General use cases that transport any type of data communication traffic in-between UEs 120 or between the E-UTRAN and the UEs 120 (i.e., through the eNB 130) for seamless services, regardless of whether the connection is direct or with intervention from relays.
  • Embodiments disclosed herein relate to an advanced relaying capability designed to achieve better network traffic management/offloading and improved user experience. Goals of the advanced relaying capability include the following:
  • the PC5 interface may be used for device-to-device (D2D) communications
  • the Uu interface may be used for direct communications between UEs and the E-UTRAN.
  • One principle of the disclosure is to modify a Legacy LTE system (e.g., as of Rel-13) to support data relaying for remote UEs 1 10 through relay UEs 120 without routing configuration when the relay changes, or when direct to relay-path change occurs.
  • embodiments of the disclosure accommodate how data (either control-plane or user-plane) from the remote UE 1 10 may be conveyed on a newly discovered or switched path, immediately after the decision for the newly discovered or switched path is made, without having to set-up the routing
  • the agreed Layer-3 Relay i.e., IP router
  • IP router specifies that the 1 -to-1 direct communication over PC5 interface between the Remote UE 1 10 and the new relay UE 120 be established, and that an IP address for routing be configured.
  • Other solutions may perform the Layer-2 relaying above a MAC/RLC/PDCP layer.
  • routing configurations along the new path be set up, such as the 1 -to-1 direct communication over PC5 interface between the remote UE 1 10 and the new relay UE 120 and the corresponding LC (Logical Channel) mapping configurations.
  • relatively involved signalling overhead between the remote UE 1 10, the relay UE 120, and an E-UTRAN may occur, and may lead to service interruptions.
  • the support of the remote UE 1 10 may be limited to being RRC-Connected in both Layer-3 Relay and Layer-2 Relay above
  • the advanced relaying capability disclosed herein does not use such routing configurations when relaying network traffic (e.g., data) from the remote UE 1 10, regardless of whether the remote UE 1 10 is operating in RRC-Connected or in RRC-ldle. Relaying of network traffic may, therefore, follow substantially
  • Some example embodiments disclosed herein include remote User Equipment (remote UE).
  • the remote UE includes one or more communication elements configured to enable the remote UE to communicate with relay User Equipment (relay UE).
  • the remote UE also includes control circuitry including at least one processor programmed with elements of a protocol stack including a media access control (MAC) layer.
  • the MAC layer includes at least a Uu interface entity and a PC5 interface entity.
  • the at least one processor is also programmed with a MAC-Relay configured to enable the at least one processor to communicate with an evolved Node B (eNB) through the relay UE, and perform route switching of network traffic within the MAC layer between the Uu interface entity and the PC5 interface entity.
  • eNB evolved Node B
  • Some example embodiments disclosed herein include relay User Equipment
  • relay UE including wireless data links configured to enable the relay UE to communicate with remote User Equipment (remote UE) and an evolved node B (eNB).
  • the relay UE also includes logic, at least a portion of which includes circuitry configured to implement elements of a protocol stack including a layer-2.
  • the layer- 2 includes at least a Uu interface entity and a PC5 interface entity.
  • Circuitry is also configured to implement a relay configured to communicatively couple (De)- Multiplexing & Logical Channel Prioritization (Mux & LCP) components and Hybrid Automatic Repeat Request (HARQ) components of the Uu interface entity and the PC5 interface entity across the Uu interface entity and the PC5 interface entity, and perform network traffic relaying between the remote UE and the eNB.
  • De de- Multiplexing & Logical Channel Prioritization
  • HARQ Hybrid Automatic Repeat Request
  • Some example embodiments disclosed herein include an enabled evolved Node B (eNB) including a non-transitory computer-readable medium operably coupled ot a processor.
  • the non-transitory computer-readable medium includes computer-readable instructions stored thereon.
  • the computer-readable instructions are configure to instruct the processor to execute a layer-2 relay configured to enable the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE).
  • the layer-2 relay is also configured to perform route switching of network traffic within a layer-2 between different interface entities of the relay UE
  • FIG. 2 is a simplified block diagram illustrating a communication system 200 including a proposed MAC-relay protocol structure for implementing
  • the MAC-Relay protocol may be referred to herein simply as "MAC-Relay.”
  • the MAC-relay protocol structure may include legacy protocol stacks 240A, 240B, and 240C (sometimes referred to herein together as "legacy stacks" 240) (e.g., layer 3: RRC/IP 202, layer 2: PDCP 204, RLC 206, and MAC 208) at each of a remote UE 210, a relay UE 220, and an eNB 230,
  • the MAC-relay protocol structure may also include MAC-Relay protocols 250A, 250B, and 250C (sometimes referred to herein generically together as “MAC-Relays” 250, and separately as “MAC-Relay” 250), respectively, at each of the remote UE 210, the relay UE 220, and the eNB 230.
  • MAC-Relay protocols 250A, 250B, and 250C sometimes referred to herein generically together as “MAC-Relays” 250, and separately as “MAC-Relay” 250, respectively, at each of the remote UE 210, the relay UE 220, and the eNB 230.
  • the MAC-Relay protocols 250 may support route switching of network traffic, forwarding of network traffic, relaying of network traffic, or combinations thereof while other protocol layers (e.g., RRC/IP 202, PDCP 204, RLC 206, and MAC 208) are kept intact.
  • the MAC-Relays 250 may be located between (De)- Multiplexing & Logical Channel Prioritization components 262A1 , 262A2, 262B1 , 262B2, 262C1 , and 262C2 (sometimes referred to herein generically together as “MUX & LCP” 262, and separately as “MUX & LCP” 262) and HARQ components 264A1 , 264A2, 264B1 , 264B2, 264C1 , and 264C2 (sometimes referred to herein generically together as "HARQ” 264, and separately as “HARQ” 264) of the legacy MAC-layer 208.
  • MUX & LCP MUX & LCP
  • HARQ components 264A1 , 264A2, 264B1 , 264B2, 264C1 , and 264C2 sometimes referred to herein generically together as "HARQ” 264, and separately as “HARQ” 264
  • the MAC-Relays 250 may connect the MUX & LCP 262 and the HARQ 264 over different MAC entities 208 (e.g., PC5-MAC and UU-MAC).
  • FIG. 2 illustrates that the MAC-Relay 250A connects the MUX & LCP 262A1 and the HARQ 264 A1 of the UU-MAC 208A1 to the MUX & LCP 262A2 and the HARQ 264A2 of the PC5-MAC 208A2 within the remote UE 210.
  • Similar connectivity is achieved within the relay UE 220 and the eNB 230 by the
  • the Mux & LCP 262 may be connected to logical channels that are established as default, when necessary, or a combination thereof. Functions performed by the MUX & LCP 262 may be similar to those performed by legacy (De)-Multiplexing and the legacy Logical Channel Prioritization within a MAC layer that assembles/dissembles a MAC PDU from/into RLC PDUs of the associated logical channels, jointly with MAC CEs.
  • the HARQ components 264B2, 264C1 of Uu interface MAC entities 208B2, 208C1 may be connected to legacy transport channels of DL-SCH and UL- SCH.
  • the HARQ components 264A2, 264B1 of PC5 interface MAC entity 208A2, 208B1 may be connected to the legacy transport channel of SL-SCH.
  • the function performed in HARQ 264 may be similar to those performed by the legacy HARQ within a MAC layer that supports re-transmissions, error-correction, and HARQ feedbacks to an associated MAC PDU.
  • MAC-Relays 250 may connect Mux & LCP 262 and HARQ 264 components over PC5-MAC 208A2, 208B1 and Uu-MAC 208A1 , 208B2.
  • MAC- Relays 250 may connect Mux & LCP 262 and HARQ 264 components over Uu-MAC entities 208C1 , 208C2 of all the UEs that are served by the eNB 230.
  • Uu-MAC entities 208 for each served UE.
  • a single MAC entity 208 in the eNB 230 side that supports all the served UEs simultaneously, wherein a MAC-Relay 250 of the eNB 230 may be located in-between a single Mux & LCP component 262 and a single HARQ component 264.
  • the MAC-Relay 250C of the eNB 230 may map a MAC PDU for the remote UE 210 (generated by the Mux & LCP 262C2 of the Uu-MAC 208C2 corresponding to the remote UE 210) onto the HARQ component 264C1 of the Uu-MAC 208C1 corresponding to the relay UE 220 at the eNB 230.
  • the MAC PDU may be further delivered to the MAC-Relay 250B of the relay UE 220 through the DL-SCH and the HARQ 264B2 of the Uu-MAC 208B1 of the relay UE 220.
  • the MAC-Relay 250B of the relay UE 220 may deliver the MAC PDU to the Mux & LCP component 262A1 of the Uu-MAC 208A1 of the remote UE 210 by passing the MAC PDU through the HARQ 264B1 of the PC5-MAC 208B2 of the relay UE 220, the SL-SCH, the HARQ 264A2 of the PC5-MAC 208A2 , and finally through the MAC-Relay 250A of the remote UE 210.
  • the MAC-Relays 250A and 250C at the Remote UE 210 and the eNB 230 may perform route switching, while the MAC-Relay 250B of the relay UE 220 may perform network traffic relaying.
  • the eNB 230 may know the new path decision so that the MAC-Relay 250C of the the eNB 230 may perform the proper route switching substantially immediately after the new DL path is decided.
  • the MAC-Relays 250A and 250B at the relay UE 210 and at the remote UE 220 may not know the new DL path decision.
  • the MAC-Relays 250A and 250B may learn the new DL path while a MAC PDU is being delivered along the new DL path.
  • the MAC-Relay 250B of the Relay UE 220 may learn that a MAC PDU delivered through its DL-SCH is intended to be delivered to the remote UE 210, not to itself (in legacy, a UE assumes that a DL MAC PDU delivered through DL-SCH resources allocated by an eNB and addressed to the UE is intended to be delivered to itself).
  • a new variable-size MAC subheader may be used to resolve these issues.
  • FIG. 3 illustrates an example of a new variable-size MAC subheader 300 format that may be used.
  • the new variable-size MAC subheader 300 may include reserved bits 310 (sometimes referred to herein as "R bits” 310), an extension field 320 (sometimes referred to herein as ⁇ field” 320), a version field 330 (sometimes referred to herein as “V field” 330) (e.g. , 5 bits), and an information field 340 (sometimes referred to herein as "FIX(V) field” 340).
  • the reserved bits 310 (R 310) may be generally set to "0".
  • at least one of reserved bits 310 may be set to the value "1 " (e.g.
  • the extension field 320 may be a flag indicating whether more fields are present in the MAC header.
  • the extension field 320 may be set to "1 " to indicate that there is another set of at least R/R/E/LCID fields.
  • the extension field 320 may be set to "0" to indicate that one of MAC SDU, a MAC control element, and a padding element starts at the next byte.
  • the information field 340 may contain information, such as a Layer-2 ID, that instructs the MAC-Relays 250 to perform certain functions.
  • the content and the size of the information field 340 may be pre-defined and fixed, depending on the values of the version field 330 that are used. By way of non- limiting example, if the version field 330 has 5 bits, up to 32 different cases may be supported.
  • the new MAC subheader 300 for DL- SCH/UL-SCH/SL-SCH may be designed not to be associated with a MAC service data unit (SDU) or a MAC control element (CE).
  • the MAC-Relay 250C at the eNB 230 may prefix the new MAC subheader 300 to the MAC PDU of the remote UE 210 before passing to the HARQ component 264C1 of the Uu-MAC 208C1 associated with the relay UE 220 at the eNB 230.
  • the FIX(V) field 340 may be addressed to the layer-2 ID of the remote UE 210 so that once the MAC-Relay 250B of the relay UE 220 receives the MAC PDU through the DL-SCH and the HARQ component 264B2 of the Uu-MAC 208B1 , the relay UE 220 may be informed that the MAC PDU is not intended to itself, but instead should be forwarded to the remote UE 210.
  • the FIX(V) field 340 may include a new layer-2 ID assigned by the eNB 230 that the remote UE 210 should update accordingly for the local layer-2 ID uniqueness.
  • the MAC-Relay 250B of the relay UE 220 may prefix the legacy SL-SCH MAC subheader to the MAC PDU (where the SRC field is addressed to the layer-2 ID of the relay UE 220 and the DST field is addressed to the most significant 16 bits of the layer-2 ID of the remote UE 210).
  • the MAC-Relay 250A of the remote UE 210 may remove the legacy SL-SCH MAC subheader, and determine that the MAC PDU is intended for itself by reading the MAC subheader 300.
  • the MAC-Relay 250A of the remote UE 210 may further remove the new MAC subheader 300 and deliver the remaining MAC PDU (i.e., the MAC PDU of the remote UE 210 generated at the eNB 230) to the Mux & LCP 262A1 of the Uu-MAC 208A1 .
  • FIG. 4 is an example signalling diagram 400 illustrating a downlink path switch via the relay UE 220.
  • the DL MAC PDU immediately follows on the new relay-path without additional signalling overhead between the remote UE 210, the relay UE 220, and the eNB 230.
  • the eNB 230 should initiate the DL flow on the new path, regardless of whether the DL path switch is decided by the remote UE 210 or by the eNB 230.
  • the remote UE 210 of interest may be assumed to be operating 440 in an RRC-Connected mode. If the remote UE 210 is operating instead in an RRC-ldle mode, it may be assumed that the remote UE 210 will switch to operate 440 in the RRC-Connected mode at least before operations 460 or 470 because the remote UE 210 in RRC-ldle should operate in RRC-Connected to receive the DL traffic.
  • the DL traffic may be received either directly (e.g., by paging) or via the relay UE 220. Signalling for establishing the RRC connection may be the same or similar to that used for a legacy LTE system.
  • the remote UE 210 may discover 450 relay UEs 220 that are proximate to the remote UE 210.
  • the signalling for performing the discovery 450 may be the same or similar to that used for discovery in a legacy LTE system.
  • discovery 450 may be based on Model A, where relay UEs 220 periodically transmit an announcement message.
  • discovery 450 may be based on Model B discovery, where the remote UE 210 transmits a solicitation message and any relay UE 220 that receives the solicitation message may respond.
  • the remote UE 210 may obtain a layer-2 ID(s) of the relay UE(s) 220 that are proximate to the remote UE 210.
  • a DL path switch may be decided 460 or 470 by either the eNB 230 or the remote UE 210, respectively.
  • the eNB 230 may decide 460 the DL path switch.
  • the remote UE 210 may perform measurement reporting 460A to the eNB 230. The reported measurements may indicate an identity (e.g., a layer 2 ID) of the remote UE 210, and the layer-2 ID(s) of the relay UE(s) 220 discovered during discovery 450.
  • the reporting measurement may also include measurements of at least one of a signal level and a signal quality of each of the communication links from the relay UE(s) 220 to the network. In some embodiments, the reporting measurement may also include measurements of at least one of a signal level and a signal quality of the
  • Communication links from the remote UE 210 to the relay UE(s) 220 e.g., the PC5 link qualities between the remote UE 210 and the relay UE(s) 220
  • Configuration parameters to control the measurement reporting 460A may have been previously provided by the eNB 230 to the remote UE 210, in some instances.
  • the eNB 230 may enlist the layer-2 ID of the remote UE 210, if that has not yet been done.
  • the eNB 230 may select 460 one relay UE 220 for a new DL path, and the decision 470A may be made based, at least in part, on the information provided during the measurement reporting 460A, measurements taken by the eNB 230, other information (e.g., traffic load, etc.), and combinations thereof.
  • the remote UE 210 may decide 470 the DL path switch.
  • the remote UE 210 may decide 470 the DL path switch by selecting one of the relay UE(s) 220 discovered during discovery 450.
  • a decision 470A may be made based, at least in part, on at least one of a signal level and a quality of the communication links between the relay UE(s) 220 and the network (e.g., the eNB 230).
  • the decision 460A may be made based, at least in part, on at least one of a signal level and a quality of the communication links between the remote UE 210 and the relay UE(s) 220 instead of, or in addition to, the signal level and/or quality of the communication links between the relay UE(s) 220 and the network.
  • the decision 470A may be made based, at least in part, on other information, such as, for example, traffic load.
  • the remote UE 210 may inform the eNB 230 by transmitting 470B an RRC connection reestablishment request message or a new message that includes at least the identities of the remote UE 210 and the chosen relay UE 220.
  • the eNB 230 may enlist the layer-2 ID of the remote UE 210 if it has not previously been done.
  • the eNB 230 may perform 480 any of several operations. For example, the eNB 230 may prepare DL handover (HO). By way of non-limiting example, if the chosen relay UE 220 is served by another eNB 230 (target eNB 230) in a different entity, the eNB 230 may send the layer-2 configurations of the remote UE to the target eNB 230.
  • HO DL handover
  • the target eNB 230 may assign a new cell radio network temporary identifier (C- RNTI) and a new Layer-2 ID to the remote UE 210 that can be delivered together with a DL MAC PDU of the remote UE 210 (during delivery 490 of the DL user data through the relay UE 220). In such instances, the target eNB 230 may perform operations 490, 492, and 494, as will be discussed below.
  • C- RNTI cell radio network temporary identifier
  • Layer-2 ID Layer-2 ID
  • the DL MAC PDU may follow 490 on the new relay path from the eNB 230.
  • a MAC-Relay 250C of the eNB 230 may route 492 the DL MAC PDU of the remote UE 210 to a HARQ 208C1 of a Uu-MAC 208C1 at the eNB 230 that is associated with the relay UE 220.
  • the MAC-Relay 450C may prefix the MAC subheader 300 to the MAC PDU, and a FIX(V) field 340 of the MAC subheader 300 may indicate the Layer-2 ID of the remote UE 210.
  • the FIX(V) field 340 may also indicate a new layer-2 ID for the remote UE 210 to update the Layer-2 ID for local Layer-2 ID uniqueness.
  • the MAC PDU may be transported 494 to the relay UE 210 over a Uu interface, similarly to how the MAC PDU is transported in legacy LTE systems. Also, DL resource allocation for the Uu interface may be similar to that for legacy LTE systems.
  • a MAC-Relay 250B of the relay UE 220 may also perform 496 some operations.
  • the MAC-Relay 250B may receive the MAC PDU through the UU interface.
  • the new MAC subheader 300 may indicate to the MAC-Relay 250B that the MAC PDU should be forwarded to the remote UE 210.
  • the MAC- Relay 250 may notify the higher-layer to enlist itself as a relay for the DL flow of the remote UE DL, if that has not been previously done.
  • the MAC-Relay 250B may then prefix a legacy SL-SCH MAC subheader to the MAC PDU, and route the MAC PDU with the legacy SL-SCH MAC subheader to a HARQ component 264A2 of the PC5-MAC 208A2 of the remote UE 210. If the new layer-2 ID of the remote UE 210 is included in the new MAC subheader 300, the relay UE 210 may update the layer-2 ID of the remote UE 210, accordingly, after the MAC PDU is delivered to the remote UE 210.
  • Transporting 498 the MAC PDU to the remote UE 210 through the PC5 interface may be performed similarly as in legacy LTE systems.
  • the resource allocation for the PC5 interface may also be similar to that of legacy LTE systems.
  • the resource allocation for the PC5 interface may be based on Mode A, which may involve Sidelink BSR and PDCCH (addressed by SL- RNTI) between the relay UE 210 and the eNB 230.
  • the resource allocation for the PC5 interface may be based on Mode B of an autonomous selection over the pre-configured resource pool.
  • the MAC-Relay 250A of the remote UE 210 may also perform 499 several operations.
  • the MAC-Relay 250A may receive the MAC PDU.
  • the MAC-Relay 250A may read and remove the SL-SCH MAC subheader.
  • the SL-SCH MAC subheader may indicate to the MAC-Relay 250A that the MAC PDU is from the network.
  • the MAC-Relay 250 may notify the higher-layer to update with information indicating that the DL flow is now coming through the relay UE 220, if it has not previously been done. If a new layer-2 ID is included in the new MAC subheader 300, the remote UE 210 may notify the higher-layer to update the layer-2 ID accordingly.
  • the MAC-Relay 250A may further remove the new MAC subheader 300 and deliver the remaining MAC PDU to the Mux & LCP component 262A1 of the Uu-MAC 208A1 of the remote UE 210.
  • the remote UE 210 to network direction may roughly follow procedures that are reverse of the procedures discussed above with reference to the downlink direction. If a UL path switch via the relay UE 220 is decided, a MAC-Relay 250A of the remote UE 210 may map a MAC PDU (generated by the Mux & LCP 262A1 of the UU-MAC 208A1 of the relay UE 210) onto the HARQ component 264A2 of the PC5-MAC 208A2 of the remote UE 210.
  • the MAC-Relay 250A may sequentially prefix the MAC subheader 300 and the legacy SL-SCH MAC subheader (where the SRC field is addressed to the layer-2 ID of the remote UE 210 and the DST field is addressed to the most significant 16 bits of the layer-2 ID of the relay UE 220) to the MAC PDU.
  • the FIX(V) field 340 of the new MAC subheader 300 may be empty, or addressed to the layer-2 ID of the remote UE 210 and/or CGI and/or C-RNTI to discriminate many different use-cases.
  • the MAC-Relay 250B of the relay UE 220 may receive the MAC PDU through SL-SCH and the HARQ component 264B1 of the PC5-MAC 208B2 of the relay UE 220.
  • the MAC-Relay 250B may read and remove the legacy SL-SCH MAC subheader.
  • the MAC-Relay 250B may then be informed that the MAC PDU should be forwarded to the network by reading the new MAC subheader 300.
  • the MAC-Relay 250B at the Relay UE 220 may update the contents of the new MAC subheader 300, as appropriate.
  • the Relay UE 220 may notify its high-layer to enlist itself as a relay for the UL flow of the remote UE 210.
  • the MAC PDU may be delivered to the MAC-Relay 250C of the eNB 230 through the HARQ component 264B2 of the Uu-MAC 208B1 of the relay UE, the UL- SCH interface, and the HARQ component 264C1 of the Uu-MAC 208C1 of the eNB 230.
  • the MAC-Relay 250C at the eNB may remove the new MAC subheader 300 and deliver the remaining MAC PDU (i.e., the MAC PDU generated by the remote UE 210) to the Mux & LCP component 262C2 of the Uu-MAC 208C2 associated with the remote UE 210 at the eNB 230.
  • FIG. 5 is an example signalling diagram 500 illustrating an uplink path switch via the relay UE 220, and involving the remote UE 210 and the eNB 230.
  • the UL MAC PDU may substantially immediately follow on the new relay path without additional signalling overhead between the remote UE 210, the relay UE 220, and the eNB 230.
  • the remote UE 210 may initiate UL flow on the new path, regardless of whether the UL path switch is decided by the remote UE 210 or by the eNB 230.
  • the Remote UE 210 of interest may be operating in either an RRC-Connected or RRC-ldle mode.
  • a remote UE 210 operating in RRC- Idle mode, and that is out of coverage, may search for a relay UE 220 to assist in initial attach procedures through a relay path. In such instances, the UL path decision should be made by the remote UE 210, not the eNB 230. If, however, the remote UE 210 is operating in RRC-ldle mode, and is in coverage, the remote UE 210 may optionally become RRC-Connected by establishing an RRC Connection directly with the network.
  • the remote UE 210 operating in RRC-ldle mode in coverage may also choose a relay-path for re-establishing RRC Connection.
  • Signalling used to establish RRC Connection may be similar to that used for a legacy LTE system.
  • the Remote UE may discover 550 relay UEs 220 that are proximate to the remote UE 210.
  • the signalling for performing the discovery 550 may be the same or similar to that used for discovery in a legacy LTE system.
  • discovery 550 may be based on Model A, where the relay UEs 220 periodically transmit an announcement message.
  • discovery 550 may be based on Model B discovery, where the remote UE 210 transmits a solicitation message and any relay UE 220 that receives the solicitation message may respond.
  • the remote UE 210 may obtain layer-2 ID(s) of the relay UE(s) 220 that are proximate to the remote UE 210.
  • a UL path switch may be decided 560 or 570 by either the remote UE 210 or the eNB 230, respectively.
  • the remote UE 210 may decide 560 the UL path switch.
  • the remote UE 210 may decide 560A the UL path switch by selecting one of the relay UE(s) 220 identified during discovery 550.
  • the decision 560A may be made based, at least in part, on at least one of a signal level and a quality of a communication link between the network and each of the discovered relay UEs 220.
  • the decision 560A may be made based, at least in part, on at least one of a signal level and a quality of a communication link (e.g., the PC5 links) between the remote UE 210 and each of the discovered relay UEs 220, instead of, or in addition to, the signal level and/or quality of communication links between the network and each of the discovered relay UEs 220.
  • the decision 560A may be based, at least in part, on other information (e.g., traffic load, etc.).
  • the remote UE may perform measurement reporting 570A.
  • the remote UE 210 should be RRC-Connected to perform measurement reporting to the eNB 230. If the remote UE 210 is operating in RRC-ldle mode and is in coverage, the remote UE 210 may become RRC-Connected with the network.
  • Measurements reported during the measurement reporting 570A may include the identities of the remote UE 210 and the relay UE(s) 220 discovered during discovery 550. In some embodiments, the measurements reported during the measurement reporting 570A may also include measurements of at least one of the signal level and the quality of communication links between the network and each of the discovered relay UEs 220.
  • the measurements reported during the measurement reporting 570A may include at least one of a signal level and a quality of communication link between the remote UE 210 and each of the discovered relay UEs 220. In some embodiments, the measurements reported during the measurement reporting 570A may include other information (e.g., traffic load, etc.).
  • Configuration parameters to control the measurement reporting 570A may have been previously provided by the eNB 230 to the remote UE 210.
  • the eNB 230 may make a decision 570B to select one Relay UE 220 for the UL path switch.
  • the decision 570B may be made based, at least in part, on the information received from the remote UE 210 during the measurement reporting 570A. If the selected relay UE 210 is served by another eNB 230 in a different entity, the eNB 230 may process UL handover (UL HO) preparation for the remote UE 210. For example, the eNB 230 may transmit the layer-2 configurations of the remote UE210 to the target eNB 230.
  • UL HO UL handover
  • the target eNB 230 may assign a new C-RNTI for the remote UE 210.
  • the new C-RNTI may be delivered as a MAC CE, together with a DL MAC PDU of the remote UE 210.
  • the new C-RNTI may be delivered through additional signalling, such as, for example, through RRC Connection Reconfiguration from the eNB 230.
  • the target eNB 230 may enlist the layer-2 ID of the remote UE 210, if that has not yet been done.
  • the eNB 230 may inform the remote UE 210 through RRC Connection Reconfiguration to initiate the UL MAC PDU delivery on the new path.
  • the UL MAC PDU of the remote UE 210 may follow 580 substantially immediately on the new relay path from the remote UE 210.
  • the MAC-Relay 250A of the remote UE 210 may perform certain operations 581 . For example, following the new UL path switch, MAC-Relay 250A may route the UL MAC PDU of the remote UE 210 onto the HARQ component 264A2 of the PC5-MAC 208A2 of the remote UE 210. Also, the MAC-Relay 250A may prefix a new MAC subheader 300.
  • the FIX(V) field 340 of the new MAC subheader 300 may indicate at least one of the layer-2 ID, the CGI, and the C-RNTI of the remote UE 210 (e.g., depending on use-cases).
  • the MAC-Relay 250 may further prefix the legacy SL-SCH MAC subheader.
  • the MAC PDU may be transmitted 582 to the relay UE 220 through the PC5, which may occur similarly as in legacy LTE systems.
  • Resource allocation for the PC5 interface may also be similar to that for a legacy LTE system.
  • the resource allocation for the PC5 interface may be based on Mode A, if the remote UE is operating in RRC-Connected mode.
  • the resource allocation for the PC5 interface may involve Sidelink BSR and PDCCH (addressed by SL-RNTI) signalling directly between the remote UE 210 and the eNB 230.
  • the resource allocation for the PC5 interface may be based on Mode B of the autonomous selection over the pre- configured resource pool.
  • the MAC-Relay 250B of the relay UE 220 may also perform 583 certain operations.
  • the MAC-Relay 250B may receive the MAC PDU and remove the SL-SCH MAC subheader.
  • the new MAC subheader 300 may indicate to the MAC-Relay 250B that the UL MAC PDU should be forwarded to the network.
  • the MAC-Relay 250B may also notify the higher-layer to enlist itself as a relay for the UL flow from the remote UE 210, if this has not been previously done.
  • the MAC layer 208B of the relay UE 220 may request UL resources to transport the UL MAC PDU of the remote UE 210 to be forwarded.
  • a new version of a UL buffer status report (BSR) may be used because the legacy BSR is designed to report the buffer size of each logical channel group (LCG).
  • the relay UE 220 may be oblivious to the LCG of the remote UE 210.
  • the new UL BSR may include the LCG information to enable the network to prepare proactively.
  • proactive preparation by the network may include UL HO preparation, connection request, other preparation, and combinations thereof.
  • the relay UE 220 may transmit 584 the new UL DSR to the eNB 230.
  • the eNB 230 decides 570 the UL path (eNB decision)
  • the remote UE 210 should be RRC-Connected, and the network should specifically know the UL path switch.
  • the remote UE decides 560 the UL path switch
  • the remote UE 210 may be operating in RRC-ldle mode, and the network may be oblivious to the UL path switch until the eNB 230 that serves the relay UE 220 receives the UL MAC PDU of the remote UE 210.
  • additional information in the new UL BSR may be beneficial for proactive operation of the eNB 230 (e.g., eNB operations 585).
  • the new UL BSR may indicate the serving CGI, the C-RNTI, and the layer-2 ID of the remote UE 210.
  • a CGI of the eNB 230 that receives the new UL BSR that matches with the serving CGI of the remote UE 210 may indicate that the remote UE 210 has been RRC-Connected to the eNB 230.
  • the eNB 230 may then be informed that the UL path is switched through the relay UE 220.
  • the eNB 230 may then perform 585 certain eNB 230 operations. For example, the eNB may enlist the layer-2 ID of the remote UE, if this has not yet been done.
  • the eNB 230 may also update the mapping between the C-RNTI and layer-2 ID of the remote UE 210. If, however, the new UL BSR indicates a different serving CGI than that associated with the eNB 230 that receives the new UL BSR, this may indicate that the remote UE 210 has been RRC-Connected with another eNB 230 (source eNB 230). Then, the eNB 230 that receives the new UL BSR (the target eNB 230) may receive Layer-2 configurations and perform UL HO preparation with the source eNB 230. The target eNB 230 may assign C-RNTI, enlist the layer-2 ID of the remote UE 210, update the mapping between C-RNTI and layer-2 ID if necessary, and deliver the new C-RNTI to the remote UE 210.
  • the new UL BSR may only indicate the layer-2 ID of the remote UE 210, and that layer-2 ID may not have been previously enlisted in the eNB 230 that received the new UL BSR. This may indicate that the remote UE is operating in RRC-ldle mode and the eNB 230 may perform Initial Attach/Connection Re-establishment via the relay UE 220 (here it may be assumed that the eNB 230 releases a layer-2 ID of a UE if it is in RRC-ldle, as in legacy, where the eNB 230 releases all Radio Bearers for an RRC-ldle UE).
  • the eNB 230 may prepare for connection request procedures such as, for example, creating UE context, assigning C-RNTI, and enlisting the Layer-2 ID.
  • the eNB 230 may transmit the C-RNTI MAC CE to the remote UE 210.
  • the new UL BSR may only indicate the layer-2 ID of the remote UE 210, and that layer-2 ID may have been previously enlisted in the eNB 230 that receives the UL BSR. This may indicate that the UL path of the remote UE 210 has been established through the relay UE 220 before.
  • UL Grant and transporting 586 may be performed.
  • the UL Grant and transporting 586 may be similar to that of legacy LTE systems.
  • the MAC PDU over Uu interface of the remote UE may be similar as that of legacy LTE systems.
  • the MAC-Relay 250C of the eNB 230 may perform 587 certain operations.
  • the MAC-Relay 250C may receive the UL MAC PDU.
  • the MAC-Relay 250C may read the new MAC subheader 300, which may indicate that the UL MAC PDU is intended for the remote UE 210.
  • the MAC-Relay 250C may notify the higher-layer to update to accommodate for UL flow for the remote UE through the relay UE 220, if this has not yet been done.
  • the MAC-Relay 250C may further remove the new MAC subheader 300, and deliver the remaining UL MAC PDU to the Mux & LCP 262A1 of the Uu-MAC 208A1 of the remote UE 210.
  • FIGS. 6A through 6C illustrate examples of MAC PDUs 602, 604, and 606 to describe traffic multiplexing support at the eNB 230 (FIG. 2).
  • FIG. 6A illustrates a DL MAC PDU 602 of a remote UE 210.
  • FIG. 6B illustrates a DL MAC PDU 604 of a relay UE 220.
  • FIG. 6C illustrates a combined MAC PDU 606. Referring to FIGS.
  • the eNB 230 may deliver a DL MAC PDU 604 of the relay UE 220, in addition to the DL MAC PDU 602 of the remote UE (as described with reference to FIG. 4), through the DL-SCH of the relay UE 220 using the MAC subheader 300 of FIG. 3.
  • the Mux & LCP 262C2 of the Uu-MAC 208C2 corresponding to the remote UE 210 at the eNB 230 may generate the MAC PDU 602 of the remote UE 210.
  • the MAC PDU 602 may include three MAC subheaders S1 , S2, and S3, as shown in FIG. 6A.
  • the MAC PDU 602 may also include a corresponding MAC CE and two MAC SDUs, denoted by C1 , U2, and U3, respectively, in FIG. 6A.
  • the Mux & LCP 262C1 of the Uu-MAC 208C1 corresponding to the relay UE 220 at the eNB 230 may generate the MAC PDU 604 of the relay UE 220, as shown in FIG. 6B.
  • the MAC PDU 604 of the relay UE 220 may be similar to the the MAC PDU 602 of the remote UE 210, including subheaders S1 , S2, and S3, and MAC CE C1 , and MAC SDUs U2 and U3.
  • a last (padding) MAC subheader may be omitted for simplicity, but may be included, in some instances.
  • the MAC PDUs 602 and 604 may be passed to the MAC-Relay 250C of the eNB 230.
  • the MAC-Relay 250C may combine the MAC PDUs 602 and 604 to form a combined MAC PDU 606, as illustrated in FIG. 6C.
  • the combined MAC PDU 606 may include the three subheaders S1 , S2, and S3 of the MAC PDU 604 of the relay UE 220 followed by a "G,” and the three subheaders S1 , S2, S3 of the MAC PDU 602 of the remote UE 210. These may be followed by the MAC CE C1 , and MAC SDUs U2 and U3 of the MAC PDU 604 of the relay UE 220.
  • the capital letter “G” in FIG. 6C denotes the new MAC subheader 300, as shown in FIG. 3.
  • the FIX(V) field 340 (FIG. 3) of the MAC subheader 300 "G" may indicate the layer-2 ID of the remote UE 210.
  • the combined MAC PDU 606 may be delivered to the MAC-Relay 250B of the relay UE 220 through the DL-SCH and the HARQ component 264B2 of the Uu- MAC 208B1 of the relay UE 220.
  • the MAC-Relay 250B may separate the combined MAC PDU 606 back into the MAC PDUs 602 and 604.
  • the MAC-Relay 250B reads the combined MAC PDU 606, the MAC-Relay 250B may assume that the MAC subheaders S1 , S2, and S3 before the new MAC subheader "G" correspond to the MAC CEs or SDUs of the Relay UE 220 by default.
  • the MAC-Relay 250B may also assume that the MAC subheaders after the new MAC subheader "G"
  • the new MAC subheader "G" may not be associated with a MAC CE or a MAC SDU, and the original MAC subheaders and MAC SDUs generated from each MAC entity at the eNB 230 may be kept intact.
  • DL MAC PDUs of many remote UEs 210 that use the relay UE 220 as their DL paths may be multiplexed into a DL MAC PDU of the relay UE 220, distinguished by the new MAC subheaders "G" addressed to the layer- 2 IDs of the remote UEs 210.
  • the eNB 230 may know QoS information of all the logical channels of all the served UEs, and the eNB 230 may adaptively change the size of DL RLC PDU of any logical channel of any served UE in parallel.
  • the MAC-Relay 250C of the eNB 230 may perform optimization algorithms on traffic multiplexing, jointly considering the DL resource scheduling and Uu link qualities, as is done in legacy LTE systems.
  • the eNB 230 may function differently than in legacy LTE systems, however, in that the MAC-Relay 250C may redirect a DL data stream of a remote UE 210 into a DL-SCH of another UE based on the DL path that has been chosen.
  • the range of logical channels on which the eNB 230 may consider simultaneously in a parallel fashion for DL traffic multiplexing may be kept the same for embodiments of the disclosure as in legacy LTE systems.
  • relaying solutions where a route switch occurs above the MAC layer 208, may not share this benefit because a DL data stream of a remote UE 210 would have to be mapped onto the logical channels of the relay UE 220, and LCID space per UE is limited. In such other relaying solutions, it may be likely that some of the DL data of the remote UE 210 will be buffered and delayed.
  • FIGS. 7A through 7B illustrate examples of MAC PDUs 702, 704, and 706 to describe traffic multiplexing support at the remote UE 210.
  • FIG. 7A illustrates a UL MAC PDU 702 of a remote UE 210.
  • FIG. 7B illustrates an SL MAC PDU 704 of the remote UE 210.
  • FIG. 7C illustrates a combined MAC PDU 706. Referring to FIGS.
  • the remote UE 210 may be capable of substantially simultaneously delivering the SL MAC PDU 704 of the remote UE 210 (intended for the relay UE 220) in addition to the UL MAC PDU 702 (similarly to the support of traffic
  • the Mux & LCP 262A1 of the Uu- MAC 208A1 of the remote UE 210 may generate the UL MAC PDU 702 of the remote UE 210.
  • the UL MAC PDU 702 may include three subheaders S1 , S2, and S3, as shown in FIG. 7A.
  • the UL MAC PDU 702 may also include a corresponding MAC CE and two MAC SDUs, denoted by C1 , U2, and U3 in FIG. 7A.
  • the Mux & LCP 262A2 of the Uu-MAC 208A1 of the remote UE 210 may generate the SL MAC PDU 704 of the remote UE 210.
  • the SL MAC PDU 704 may include two subheaders S1 and S2, and two MAC SDUs, denoted by U1 and U2 in FIG. 7B.
  • the last (padding) MAC subheader is not shown, for simplicity, but may be included in some instances. Also, it may be assumed that PC5 direct communication may have been established between the remote UE 210 and the relay UE 220 for two STCHs.
  • the UL MAC PDU 702 and the SL MAC PDU 704 may be passed to the MAC-Relay 250A of the Remote UE 210.
  • the MAC-Relay 250A may combine the UL MAC PDU 702 and the SL MAC PDU 704 to form the combined MAC PDU 706 of FIG. 7C.
  • the combined MAC PDU 706 may include a SL-SCH MAC subheader SL-S (e.g., a legacy SL-SCH MAC subheader), followed by the two subheaders S1 and S2 of the SL MAC PDU 704 and the new MAC subheader 300 of FIG. 3
  • the FIX(V) field 340 of the new MAC subheader "G" may be empty, or addressed to at least one of the layer-2 ID, the CGI, and the C- RNTI of the remote UE 210 to discriminate many different use-cases for the UL path switch.
  • the combined MAC PDU 706 may include the three subheaders S1 , S2, and S3 of the UL MAC PDU 702, followed by the two MAC SDUs U1 and U2 of the SL MAC PDU 704, and finally by the MAC CE C1 and the two MAC SDUs U2 and U3 of the UL MAC PDU 702.
  • the SL-SCH MAC subheader (where the SRC field is addressed to the layer-2 address and the of the remote UE 219, and the DST field is addressed to the most significant 16 bits of the layer-2 ID of the relay UE 220) may be prefixed.
  • the combined MAC PDU 706 may be delivered to the MAC-Relay 150B of the relay UE 220 through the SL-SCH interface and the HARQ component 264B1 of the PC5-MAC 208B1 of the Relay UE.
  • Tthe MAC-Relay 250B may remove the SL- SCH MAC subheader and separate the combined MAC PDU 706 back into the UL MAC PDU 702 and the SL MAC PDU 704.
  • the MAC-Relay 250B may assume that the MAC subheaders S1 , S2 before the new MAC subheader "G" correspond to the PC5 MAC SDUs of the remote UE 210 are intended for the relay UE 220 by default.
  • the MAC- Relay 250B may also assume that the MAC subheaders S1 , S2, and S3 after the new MAC subheader "G" correspond to the MAC SDUs of the remote UE 210, which should be forwarded to the network.
  • the MAC-Relay 250A of the remote UE 210 may be capable of performing and optimizing traffic multiplexing, considering QoS information of all the logical channels involved in Uu-MAC 208A1 and PC5-MAC 208A2.
  • FIGS. 8A-8C illustrate examples of MAC PDUs 802, 804, and 806 to describe traffic multiplexing support at the relay UE 220 (FIG. 2).
  • FIG. 8A illustrates a UL MAC PDU of the remote UE.
  • FIG. 8B illustrates a UL MAC PDU of the relay UE 220.
  • FIG. 8C illustrates a combined MAC PDU 806.
  • the Mux & LCP 262A1 of the Uu-MAC 208A1 of the remote UE 210 may generate the UL MAC PDU 802 of the remote UE 210.
  • the UL MAC PDU 802 may include the new MAC subheader 300 (denoted in FIG.
  • the UL MAC PDU 802 may also include a corresponding MAC CE and two MAC SDUs, denoted by C1 , U2, and U3 in FIG. 8A.
  • the Mux & LCP 262B2 of the Uu-MAC 208B2 of the relay UE 220 may generate the UL MAC PDU 804 of the relay UE 220.
  • the SL MAC PDU 804 may include three subheaders S1 , S2, and S3, a MAC CE C1 , and two MAC SDUs U1 and U2, as shown in FIG. 8B.
  • the relay UE 220 may not be capable of performing traffic multiplexing of its own UL MAC PDU 804.
  • the UL MAC PDU 802 of the remote UE 210 may be received from the remote UE 210 in a flexible way.
  • the relay UE 210 may not be capable of performing traffic multiplexing of its own SL MAC PDU intended to the remote UE 210.
  • the relay UE 210 may not be capable of performing traffic multiplexing of the DL MAC PDU of the remote UE 210 received from the eNB in a flexible way. Two reasons are as follows.
  • the relay UE 220 may adaptively change the size of its own MAC PDU, the MAC-Relay 250B of the relay UE 220 may not be capable of adaptively changing the size of the MAC PDU of the remote UE 210 because the MAC PDU of the remote UE 210 is not generated by the relay UE 220.
  • the relay UE 220 may not be capable of fitting the size of the combined MAC PDU 806 to this UL grant when multiplexing two MAC PDUs 802 and 804 (the UL MAC PDU 804 of the relay UE 220 and the UL MAC PDU 802 of the remote UE 210 received from the remote UE 210).
  • the relay UE 220 may not know QoS information of MAC SDUs of the MAC PDU 802 of the remote UE that should be forwarded to the network.
  • the MAC-Relay protocol may provide solutions to these reasons.
  • Reason 1 may be mitigated by supporting MAC SDU segmentation and re-combining between two MAC-Relays 250 over a single link. It should be noted that it may be sufficient to apply such MAC SDU segmentation and re-combining to MAC SDUs (not MAC CEs) of a MAC PDU 802 that should be forwarded. An example design for such MAC SDU segmentation is discussed below.
  • Reason 2 may also be mitigated by including QoS information, such as QCI or ProSe per-packet priority information, of all the MAC SDUs, as part of a MAC PDU 802 of the remote UE 210 before the remote UE 210 or the eNB 230 transmits the MAC PDU 802 to the relay UE 220. Since the remote UE 220 knows such QoS information of its own RBs, the remote UE 210 may add such information to the UL MAC PDU 802 before transmission to the relay UE 220.
  • QoS information such as QCI or ProSe per-packet priority information
  • the eNB 230 may add such information to the DL MAC PDU 602 (FIG. 6A) of the the Remote UE before transmission to the relay UE 220. This can be realized either by re-using the new MAC subheader 300 of FIG. 2 or by defining a new MAC CE that may be communicated between MAC-Relays 250.
  • the UL grant size for the UL-SCH of the relay UE 220 may be given by the eNB 230.
  • the MAC-Relay 250B of the relay UE 210 may adaptively choose segmentation sizes of received MAC SDUs from the remote UE 210 by considering its own RBs's Qos and by reading the QoS information of the new MAC subheader "G.”
  • the size of the MAC PDU 804 of the relay UE 220 may be decided as shown in FIG.
  • the MAC-Relay 250B of the relay UE 220 may multiplex (e.g., combine) the two MAC PDUs 802 and 804 into the combined MAC PDU 806 of FIG. 8C.
  • the MAC-Relay 250B may also update the MAC subheaders S2 and S3 of the remote UE 210, accordingly, to indicate the segmentation and the correct size of the combined PDU 806.
  • An L field may also be updated to indicate the exact size of the MAC SDU segmented.
  • Such MAC SDU segmentation (and/or RLC PDU segmentation) at the relay UE 220 and re-combining at its 1 -hop neighbour may be thought as changing the RLC PDU size accordingly along that link. Since RLC layers are involved only on both ends that are over 2-hops, (i.e., between the remote UE 210 and the eNB 230), RLC PDU size may be selected and optimized only for one link. This size may not, however, be appropriate for the other link. For example, the size of the UL RLC PDU of the remote UE 210 may be selected optimally for the PC5 link, but such size may not be appropriate for the UL Uu link from the relay UE 220 to the eNB 230.
  • the RLC PDU size may be chosen considering both links simultaneously, but may incur additional signalling overhead between the Remote UE 210, the Relay UE 220, and the eNB.
  • the RLC PDU size that is optimally chosen only for one link may be further adapted appropriately for the other link.
  • EPS Bearers may be carried by direct path or Relay-path. IP addresses may be preserved regardless of which path is used to relay the traffic. • Core network and upper protocol layers such as RLC/PDCP/IP/RRC may not be aware that relaying is performed.
  • Both user-plane DRBs and control-plane SRBs may be carried via a relay UE 220.
  • the remote UE 210 and the eNB 230 may be the same regardless of the path used to carry the traffic.
  • o RLC PDUs lost on either link may be retransmitted on both links, o RLC PDU size that is optimally chosen only for one link may be further adapted appropriately for other links along the path.
  • remote UE 210 is only interested in UL/DL traffics to the network via the relay UE 220.
  • FIG. 9 is a simplified block diagram of an electronic device 900 that may be used in embodiments of the disclosure.
  • the remote UE 210, the relay UE 220, and the eNB 230 of FIG. 2 may each include at least a portion of the features that will be discussed with reference to the electornic device 900.
  • the term "circuitry" may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group), and/or memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable hardware components that provide the described functionality.
  • the circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules.
  • circuitry may include logic, at least partially operable in hardware.
  • FIG. 9 illustrates, for one embodiment, example components of the electronic device 900.
  • the electronic device 900 may be a user equipment (UE), an evolved Node B (eNB), a relay UE, a remote UE, or some other electronic device.
  • the electronic device 900 may include application circuitry 902, baseband circuitry 904, Radio Frequency (RF) circuitry 906, front-end module (FEM) circuitry 908 and one or more antennas 910, coupled together at least as shown in FIG. 9.
  • RF Radio Frequency
  • FEM front-end module
  • the application circuitry 902 may include one or more application processors.
  • the application circuitry 902 may include one or more single-core or multi-core processors.
  • the processor(s) may include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.).
  • the processor(s) may be operably coupled and/or include memory/storage, and may be configured to execute instructions stored in the memory/storage to enable various applications
  • the baseband circuitry 904 may include one or more single-core or multi-core processors.
  • the baseband circuitry 104 may include one or more baseband processors and/or control logic.
  • the baseband circuitry 904 may be configured to process baseband signals received from a receive signal path of the RF circuitry 906.
  • the baseband 904 may also be configured to generate baseband signals for a transmit signal path of the RF circuitry 906.
  • the Baseband processing circuitry 904 may interface with the application circuitry 902 for generation and processing of the baseband signals, and for controlling operations of the RF circuitry 906.
  • the baseband circuitry 904 may include at least one of a second generation (2G) baseband processor 904A, a third generation (3G) baseband processor 904B, a fourth generation (4G) baseband processor 904C, other baseband processor(s) 904D for other existing generations, and generations in development or to be developed in the future (e.g., fifth generation (5G), 6G, etc.).
  • the baseband circuitry 904 e.g., at least one of baseband processors 904A-904D
  • the radio control functions may include signal modulation/demodulation,
  • modulation/demodulation circuitry of the baseband circuitry 904 may be programmed to perform Fast-Fourier Transform (FFT), preceding, constellation mapping/demapping functions, other functions, and combinations thereof.
  • FFT Fast-Fourier Transform
  • encoding/decoding circuitry of the baseband circuitry 904 may be programmed to perform convolutions, tail-biting convolutions, turbo, Viterbi, Low Density Parity Check (LDPC) encoder/decoder functions, other functions, and combinations thereof.
  • FFT Fast-Fourier Transform
  • encoding/decoding circuitry of the baseband circuitry 904 may be programmed to perform convolutions, tail-biting convolutions, turbo, Viterbi, Low Density Parity Check (LDPC) encoder/decoder functions, other functions, and combinations thereof.
  • LDPC Low Density Parity Check
  • modulation/demodulation and encoder/decoder functions are not limited to these examples, and may include other suitable functions.
  • the baseband circuitry 904 may include elements of a protocol stack 240 (FIG. 2).
  • elements of an evolved universal terrestrial radio access network (EUTRAN) protocol including, for example, physical (PHY), media access control (MAC) 208 (FIG. 2), radio link control (RLC) 206 (FIG. 2), packet data convergence protocol (PDCP) 204 (FIG. 2), and/or radio resource control (RRC) elements 202 (FIG. 2).
  • EUTRAN evolved universal terrestrial radio access network
  • PHY physical
  • MAC media access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • RRC radio resource control
  • a central processing unit (CPU) 904E of the baseband circuitry 904 may be programmed to run elements of the protocol stack 240 for signaling of the PHY, MAC 208, RLC 206, PDCP 204 and/or RRC 202 layers.
  • the baseband circuitry 904 may include one or more audio digital signal processor(s) (DSP) 904F.
  • the audio DSP(s) 904F may include elements for compression/decompression and echo cancellation.
  • the audio DSP9s) 904F may also include other suitable processing elements.
  • the baseband circuitry 904 may further include memory/storage 904G.
  • the memory/storage 904G may include data and/or instructions for operations performed by the processors of the baseband circuitry 904 stored thereon.
  • the memory/storage 904G may include any combination of suitable volatile memory and/or non-volatile memory.
  • the memory/storage 904G may also include any combination of various levels of memory/storage including, but not limited to, read-only memory (ROM) having embedded software instructions (e.g., firmware), random access memory (e.g., dynamic random access memory (DRAM)), cache, buffers, etc.
  • ROM read-only memory
  • DRAM dynamic random access memory
  • the memory/storage 904G may be shared among the various processors or dedicated to particular processors.
  • Components of the baseband circuitry 904 may be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some
  • the constituent components of the baseband circuitry 904 and the application circuitry 902 may be any suitable constituent components of the baseband circuitry 904 and the application circuitry 902.
  • SOC system on a chip
  • the baseband circuitry 904 may provide for communication compatible with one or more radio technologies.
  • the baseband circuitry 904 may support communication with an evolved universal terrestrial radio access network (EUTRAN) and/or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN).
  • EUTRAN evolved universal terrestrial radio access network
  • WMAN wireless metropolitan area networks
  • WLAN wireless local area network
  • WPAN wireless personal area network
  • multi-mode baseband circuitry Embodiments in which the baseband circuitry 904 is configured to support radio communications of more than one wireless protocol.
  • the RF circuitry 906 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium.
  • the RF circuitry 906 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • the RF circuitry 906 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 908, and provide baseband signals to the baseband circuitry 904.
  • the RF circuitry 906 may also include a transmit signal path which may include circuitry to up-convert baseband signals provided by the baseband circuitry 904, and provide RF output signals to the FEM circuitry 908 for
  • the RF circuitry 906 may include a receive signal path and a transmit signal path.
  • the receive signal path of the RF circuitry 906 may include mixer circuitry 906A, amplifier circuitry 906B and filter circuitry 906C.
  • the transmit signal path of the RF circuitry 906 may include filter circuitry 906C and mixer circuitry 906A.
  • the RF circuitry 906 may further include synthesizer circuitry 906D configured to synthesize a frequency for use by the mixer circuitry 906A of the receive signal path and the transmit signal path.
  • the mixer circuitry 906A of the receive signal path may be configured to down-convert RF signals received from the FEM circuitry 908 based on the synthesized frequency provided by synthesizer circuitry 906D.
  • the amplifier circuitry 906B may be configured to amplify the down-converted signals.
  • the filter circuitry 906C may include a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals.
  • LPF low-pass filter
  • BPF band-pass filter
  • Output baseband signals may be provided to the baseband circuitry 904 for further processing.
  • the output baseband signals may include zero-frequency baseband signals.
  • the mixer circuitry 906A of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 906A of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 906D to generate RF output signals for the FEM circuitry 908.
  • the baseband signals may be provided by the baseband circuitry 904 and may be filtered by filter circuitry 906C.
  • the filter circuitry 906C may include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 906A of the receive signal path and the mixer circuitry 906A of the transmit signal path may include two or more mixers, and may be arranged for quadrature downconversion and/or upconversion, respectively.
  • the mixer circuitry 906A of the receive signal path and the mixer circuitry 906A of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., Hartley image rejection).
  • the mixer circuitry 906A of the receive signal path and the mixer circuitry 906A may be arranged for direct downconversion and/or direct
  • the mixer circuitry 906A of the receive signal path and the mixer circuitry 906A of the transmit signal path may be configured for super-heterodyne operation.
  • the output baseband signals and the input baseband signals may be analog baseband signals, although the scope of the embodiments is not limited in this respect.
  • the output baseband signals and the input baseband signals may be digital baseband signals.
  • the RF circuitry 906 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry, and the baseband circuitry 904 may include a digital baseband interface to communicate with the RF circuitry 906.
  • ADC analog-to-digital converter
  • DAC digital-to-analog converter
  • the synthesizer circuitry 906D may include one or more of a fractional-N synthesizer and a fractional N/N+1 synthesizer, although the scope of the embodiments is not limited in this respect as other types of frequency synthesizers may be suitable.
  • synthesizer circuitry 906D may include a delta-sigma synthesizer, a frequency multiplier, a synthesizer comprising a phase- locked loop with a frequency divider, other synthesizers and combinations thereof.
  • the synthesizer circuitry 906D may be configured to synthesize an output frequency for use by the mixer circuitry 906A of the RF circuitry 906 based on a frequency input and a divider control input.
  • the synthesizer circuitry 906D may be a fractional N/N+1 synthesizer.
  • frequency input may be provided by a voltage controlled oscillator (VCO).
  • VCO voltage controlled oscillator
  • Divider control input may be provided by either the baseband circuitry 904 or the applications processor 902 depending on the desired output frequency.
  • a divider control input (e.g., N) may be determined from a look-up table based on a channel indicated by the applications processor 902.
  • Synthesizer circuitry 906D of the RF circuitry 906 may include a divider, a delay-locked loop (DLL), a multiplexer and a phase accumulator.
  • DLL delay-locked loop
  • the divider may include a dual modulus divider (DMD), and the phase accumulator may include a digital phase accumulator (DPA).
  • the DMD may be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio.
  • the DLL may include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop.
  • the delay elements may be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL may provide negative feedback to help ensure that the total delay through the delay line is one VCO cycle.
  • synthesizer circuitry 906D may be configured to generate a carrier frequency as the output frequency.
  • the output frequency may be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency, etc.) and used in conjunction with a quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other.
  • the output frequency may be a LO frequency (fLO).
  • the RF circuitry 906 may include an IQ/polar converter.
  • FEM circuitry 908 may include a receive signal path which may include circuitry configured to operate on RF signals received from one or more antennas 910, amplify the received signals, and provide the amplified versions of the received signals to the RF circuitry 906 for further processing.
  • the FEM circuitry 908 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 906 for transmission by at least one of the one or more antennas 910.
  • the FEM circuitry 908 may include a TX/RX switch configured to switch between a transmit mode and a receive mode operation.
  • the FEM circuitry 908 may include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry 908 may include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 906).
  • LNA low-noise amplifier
  • the transmit signal path of the FEM circuitry 908 may include a power amplifier (PA) configured to amplify input RF signals (e.g., provided by RF circuitry 906), and one or more filters configured to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 910.
  • PA power amplifier
  • the electronic device 900 may include additional elements such as, for example, memory/storage, a display, a camera, one of more sensors, an input/output (I/O) interface, other elements, and combinations thereof.
  • additional elements such as, for example, memory/storage, a display, a camera, one of more sensors, an input/output (I/O) interface, other elements, and combinations thereof.
  • the electronic device 900 may be configured to perform one or more processes, techniques, and/or methods as described herein, or portions thereof.
  • Example 1 Remote User Equipment (remote UE), including: one or more communication elements configured to enable the remote UE to communicate with relay User Equipment (relay UE); and control circuitry including at least one processor programmed with: elements of a protocol stack including a media access control (MAC) layer including at least a Uu interface entity and a PC5 interface entity; and a MAC-Relay configured to enable the at least one processor to communicate with an evolved Node B (eNB) through the relay UE, and perform route switching of network traffic within the MAC layer between the Uu interface entity and the PC5 interface entity.
  • MAC media access control
  • eNB evolved Node B
  • Example 2 The remote UE of Example 1 , wherein: each of the Uu interface entity and the PC5 interface entity includes a (De)-Multiplexing & Logical Channel Prioritization (MUX & LCP) component and a Hybrid Automatic Repeat Request (HARQ) component; and the MAC-Relay is configured to connect the MUX & LCP component and the HARQ component over the Uu interface entity and the PC5 entity.
  • MUX & LCP Logical Channel Prioritization
  • HARQ Hybrid Automatic Repeat Request
  • Example 3 The remote UE of either one of Examples 1 and 2, wherein the MAC-Relay is configured to perform the route switching for an uplink (UL) direction and a downlink (DL) direction separately.
  • Example 4 The remote UE of any one of Examples 1 through 3, wherein the MAC-Relay is configured to decide at least one of a new DL path and a new UL path, and at least one of receive and transmit data through the relay UE on the new path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 5 The remote UE of any one of Examples 1 through 3, wherein the MAC-Relay is configured to receive data indicating a new UL path decided on by the eNB, and wherein the MAC-Relay is configured to transmit uplink data on the new UL path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 6 The remote UE of any one of Examples 1 through 5, wherein the MAC-Relay is configured to transmit a MAC protocol data unit (PDU) including a MAC subheader indicating a unique identification identifying the remote UE to the relay UE to aid the relay UE in relaying the MAC PDU to the eNB.
  • PDU MAC protocol data unit
  • Example 7 The remote UE of Example 6, wherein the MAC subheader further includes data indicating a cell global identifier (CGI), and a cell radio network temporary identifier (C-RNTI).
  • CGI cell global identifier
  • C-RNTI cell radio network temporary identifier
  • Example 8 The remote UE of either one of Examples 6 and 7, wherein the MAC subheader further includes data indicating at least one of quality of service (QoS) information and priority information regarding MAC service data units (SDUs) configured to aid the relay UE in performing traffic multiplexing.
  • Example 9 The remote UE of any one of Examples 1 through 8, wherein the MAC-Relay is configured to transmit to the relay UE a MAC protocol data unit (PDU) including both uplink data to be delivered to the eNB through the relay UE and at least one of Sidelink (SL) data and device-to-device (D2D) data intended for the relay UE without communication of further overhead messages between the remote UE and the relay UE.
  • PDU MAC protocol data unit
  • SL Sidelink
  • D2D device-to-device
  • Example 10 The remote UE of Example 9, wherein the MAC-Relay is configured to simultaneously multiplex and perform logical channel prioritization on the uplink data and the at least one of the SL data and the D2D data.
  • Example 1 1 Relay User Equipment (relay UE), including: data links configured to enable the relay UE to communicate with remote User Equipment (remote UE) and an evolved Node B (eNB); and logic, at least a portion of which includes circuitry configured to implement: elements of a protocol stack including a layer-2, wherein the layer-2 includes at least a Uu interface entity and a PC5 interface entity; and a relay configured to communicatively couple (De)-Multiplexing & Logical Channel Prioritization (Mux & LCP) components and Hybrid Automatic Repeat Request (HARQ) components of the Uu interface entity and the PC5 interface entity across the Uu interface entity and the PC5 interface entity, and perform network traffic relaying between the remote UE and the eNB.
  • Layer-2 includes at least a Uu interface entity and a PC5 interface entity
  • a relay configured to communicatively couple (De)-Multiplexing & Logical Channel Prioritization (Mux & LCP) components and Hybrid Automatic Repeat Request (HARQ)
  • Example 12 The relay UE of Example 1 1 , wherein the relay is configured to receive and process a Media Acess Control (MAC) protocol data unit (PDU) including a MAC subheader indicating a layer-2 identification of the remote UE from one of the remote UE and the eNB.
  • MAC Media Acess Control
  • PDU protocol data unit
  • Example 13 The relay UE of Example 12, wherein the MAC PDU also includes uplink data from the remote UE that is intended to be routed to the eNB through the relay UE, and at least one of Sidelink (SL) and device-to-device (D2D) data addressed to the relay UE itself.
  • SL Sidelink
  • D2D device-to-device
  • Example 14 The relay UE of Example 13, wherein the relay is configured to separate the MAC PDU into the uplink data that is intended to be routed to the eNB and the at least one of SL data and D2D data addressed to the relay UE itself, and route the uplink data to the eNB without further overhead communication between the relay UE, the remote UE, and the eNB.
  • Example 15 The relay UE of any one of Examples 13 and 14, wherein the relay is configured to forward the uplink data to the eNB and perform MAC service data unit (SDU) segmentation without further overhead communication between the relay UE, the remote UE, and the eNB.
  • SDU MAC service data unit
  • Example 16 The relay UE of any one of Examples 13 through 15, wherein the relay is configured to forward the uplink data from the remote UE and its own uplink data to the eNB in a single combined MAC PDU without further overhead communication between the relay UE and the eNB.
  • Example 17 The relay UE of Example 16, wherein the relay is configured to simultaneously perform multiplexing and logical channel prioritization on its own uplink data, and MAC service data unit (SDU) segmentation on the MAC PDU from the remote UE based, at least in part, on at least one of a determined quality of service (QoS) and a determined priority.
  • SDU MAC service data unit
  • Example 18 The relay UE of any one of Examples 12 through 17, wherein the MAC PDU also includes downlink data from the eNB that is intended to be routed to the remote UE through the relay UE, and downlink data that is intended for the relay UE itself.
  • Example 19 The relay UE of Example 18, wherein the relay is configured to separate the MAC PDU into the downlink data that is intended to be routed to the remote UE and the downlink data that is intended for the relay UE itself, and relay the downlink data that is intended to be routed to the remote UE to the remote UE.
  • Example 20 An evolved Node B (eNB), including: a computer-readable medium (e.g., non-transitory) operably coupled to a processor, and including computer-readable instructions stored thereon, the computer-readable instructions configured to instruct the processor to execute a layer-2 relay configured to: enable the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE); and perform route switching of network traffic within a layer-2 between different interface entities of the relay UE.
  • a computer-readable medium e.g., non-transitory
  • the computer-readable instructions configured to instruct the processor to execute a layer-2 relay configured to: enable the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE); and perform route switching of network traffic within a layer-2 between different interface entities of the relay UE.
  • Example 21 The eNB of Example 20, wherein the layer-2 relay is configured to perform the route switching for the remote UE in an uplink direction and a downlink direction separately.
  • Example 22 The eNB of either one of Examples 20 and 21 , wherein the layer-2 relay is configured to decide at least one of a new uplink path and a new downlink path for the remote UE, and at least one of transit and receive receive data on the new path without further overhead communication between the remote UE, the relay UE, and the eNB.
  • Example 23 The eNB of either one of Examples 20 and 21 , wherein the layer-2 relay is configured to receive information indicating a new downlink path decided by the remote UE, prepare the new downlink path switch, and receive downlink data on the new downlink path without further overhead communication between the eNB, the relay UE and the remote UE.
  • Example 24 The eNB of either one of Examples 20 through 23, wherein the layer-2 relay is configured to transmit a combined MAC PDU to the relay UE, the combined MAC PDU including downlink data intended for both the remote UE and the relay UE without additional overhead communication between the eNB and the relay UE.
  • Example 25 The eNB of either one of Examples 20 and 24, wherein the layer-2 relay is configured to perform multiplexing and logical channel prioritization of downlink data intended for both the remote UE and the relay UE simultaneously, and transmit a combined MAC PDU to the relay UE, the combined MAC PDU including the downlink data intended for both the remote UE and the relay UE.
  • Example 26 A method of operating remote User Equipment (remote UE), including: communicating with an evolved Node B (eNB) through a relay UE; and performing route switching of network traffic within a MAC layer between a UU interface entity of the remote UE and a PC5 interface entity of the remote UE.
  • eNB evolved Node B
  • Example 27 The method of Example 26, further including connecting a (De)-Multiplexing & Logical Channel Prioritization (MUX & LCP) component and a Hybrid Automatic Repeat Request (HARQ) component of each of the Uu interface entity and the PC5 interface entity over the Uu interface entity and the PC5 entity.
  • MUX & LCP Logical Channel Prioritization
  • HARQ Hybrid Automatic Repeat Request
  • Example 28 The method of any one of Examples 26 and 27, wherein performing route switching includes performing the route switching for an uplink (UL) direction and a downlink (DL) direction separately.
  • Example 29 The method of any one of Examples 26 through 28, further including: deciding at least one of a new DL path and a new UL path; and at least one of receiving and transmitting data through the relay UE on the new path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 30 The method of any one of Examples 26 through 28, further including: receiving data indicating a new UL path decided on by the eNB; transmitting uplink data on the new UL path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 31 The method of any one of Examples 26 through 30, further including transmitting a MAC protocol data unit (PDU) including a MAC subheader indicating a unique identification identifying the remote UE to the relay UE to aid the relay UE in relaying the MAC PDU to the eNB.
  • PDU MAC protocol data unit
  • Example 32 The method of Example 31 , wherein transmitting a MAC PDU including a MAC subheader further includes transmitting the MAC PDU including the MAC subheader, which includes data indicating a cell global identifier (CGI), and a cell radio network temporary identifier (C-RNTI).
  • CGI cell global identifier
  • C-RNTI cell radio network temporary identifier
  • Example 33 The method of any one of Examples 31 and 32, wherein transmitting a MAC PDU including a MAC subheader further includes transmitting the MAC PDU including the MAC subheader, which includes data indicating at least one of quality of service (QoS) information and priority information regarding MAC service data units (SDUs) configured to aid the relay UE in performing traffic multiplexing.
  • QoS quality of service
  • SDUs MAC service data units
  • Example 34 The method of any one of Examples 26 through 33, further including transmitting to the relay UE a MAC protocol data unit (PDU) including both uplink data to be delivered to the eNB through the relay UE and at least one of Sidelink (SL) data and device-to-device (D2D) data intended for the relay UE without communication of further overhead messages between the remote UE and the relay UE.
  • PDU MAC protocol data unit
  • SL Sidelink
  • D2D device-to-device
  • Example 35 The method of Example 34, further including simultaneously multiplexing and performing logical channel prioritization on the uplink data and the at least one of the SL data and the D2D data.
  • Example 36 A method of operating relay User Equipment (relay UE), including: communicatively coupling (De)-Multiplexing & Logical Channel
  • Example 37 The method of Example 36, further including receiving and processing a Media Acess Control (MAC) protocol data unit (PDU) including a MAC subheader indicating a layer-2 identification of the remote UE from one of the remote UE and the eNB.
  • MAC Media Acess Control
  • PDU protocol data unit
  • Example 38 The method of Example 37, wherein receiving and
  • processing a MAC PDU further includes receiving and processing the MAC PDU including uplink data from the remote UE that is intended to be routed to the eNB through the relay UE, and at least one of Sidelink (SL) and device-to-device (D2D) data addressed to the relay UE itself.
  • SL Sidelink
  • D2D device-to-device
  • Example 39 The method of Example 38, further including separating the MAC PDU into the uplink data that is intended to be routed to the eNB and the at least one of SL data and D2D data addressed to the relay UE itself, and routing the uplink data to the eNB without further overhead communication between the relay UE, the remote UE, and the eNB.
  • Example 40 The method of any one of Examples 38 and 39, further including forwarding the uplink data to the eNB, and performing MAC service data unit (SDU) segmentation without further overhead communication between the relay UE, the remote UE, and the eNB.
  • SDU MAC service data unit
  • Example 41 The method of any one of Examples 38 through 40, further including forwarding the uplink data from the remote UE and uplink data of the relay UE to the eNB in a single combined MAC PDU without further overhead
  • Example 42 The method of Example 41 , further including simultaneously performing multiplexing and logical channel prioritization on the uplink data of the relay UE, and MAC service data unit (SDU) segmentation on the MAC PDU from the remote UE based, at least in part, on at least one of a determined quality of service (QoS) and a determined priority.
  • QoS quality of service
  • Example 43 The method of any one of Examples 37 through 42, wherein receiving and processing a MAC PDU further includes receiving and processing a MAC PDU including downlink data from the eNB that is intended to be routed to the remote UE through the relay UE, and downlink data that is intended for the relay UE itself.
  • Example 44 The method of Example 43, further including: separating the MAC PDU into the downlink data that is intended to be routed to the remote UE and the downlink data that is intended for the relay UE itself; and relaying the downlink data that is intended to be routed to the remote UE to the remote UE.
  • Example 45 A method of operating an evolved Node B (eNB), including: enabling the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE); and performing route switching of network traffic within a layer-2 between different interface entities of the relay UE.
  • eNB evolved Node B
  • Example 46 The method of Example 45, further including performing the route switching for the remote UE in an uplink direction and a downlink direction separately.
  • Example 47 The method of any one of Examples 45 and 46, further including deciding at least one of a new uplink path and a new downlink path for the remote UE, and at least one of transmitting and receiving data on the new path without further overhead communication between the remote UE, the relay UE, and the eNB.
  • Example 48 The method of any one of Examples 45 and 46, further including: receiving information indicating a new downlink path decided by the remote UE; preparing the new downlink path switch; and receiving downlink data on the new downlink path without further overhead communication between the eNB, the relay UE and the remote UE.
  • Example 49 The method of any one of Examples 45 through 48, further including transmitting a combined MAC PDU to the relay UE, the combined MAC PDU including downlink data intended for both the remote UE and the relay UE without additional overhead communication between the eNB and the relay UE.
  • Example 50 The method of any one of Examples 45 through 49, further including performing multiplexing and logical channel prioritization of downlink data intended for both the remote UE and the relay UE simultaneously, and transmitting a combined MAC PDU to the relay UE, the combined MAC PDU including the downlink data intended for both the remote UE and the relay UE.
  • Example 51 A computer-readable storage media including computer- readable instructions stored thereon, the computer-readable instructions configured to instruct a processor to perform the method according to any one of Examples 26 through 50.
  • Example 52 Remote User Equipment (remote UE), including: one or more communication elements configured to enable the remote UE to communicate with relay User Equipment (relay UE); and control circuitry including at least one processor programmed with: elements of a protocol stack including a media access control (MAC) layer including at least a Uu interface entity and a PC5 interface entity; and a MAC-Relay configured to enable the at least one processor to communicate with an evolved Node B (eNB) through the relay UE, and perform route switching of network traffic within the MAC layer between the Uu interface entity and the PC5 interface entity.
  • MAC media access control
  • eNB evolved Node B
  • Example 53 The remote UE of Example 52, wherein: each of the Uu interface entity and the PC5 interface entity includes a (De)-Multiplexing & Logical Channel Prioritization (MUX & LCP) component and a Hybrid Automatic Repeat Request (HARQ) component; and the MAC-Relay is configured to connect the MUX & LCP component and the HARQ component over the Uu interface entity and the PC5 entity.
  • MUX & LCP Logical Channel Prioritization
  • HARQ Hybrid Automatic Repeat Request
  • Example 54 The remote UE of any one of Examples 52 and 53, wherein the MAC-Relay is configured to perform the route switching for an uplink (UL) direction and a downlink (DL) direction separately.
  • UL uplink
  • DL downlink
  • Example 55 The remote UE of any one of Examples 52 through 54, wherein the MAC-Relay is configured to decide a new UL path, and transmit data to the eNB through the relay UE on the new UL path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 56 The remote UE of any one of Examples 52 through 54, wherein the MAC-Relay is configured to receive data indicating a new UL path decided on by the eNB, and wherein the MAC-Relay is configured to transmit uplink data on the new UL path without communicating further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 57 The remote UE of any one of Examples 52 through 55, wherein the MAC-Relay is configured to decide a new DL path, notify the network of the new DL path, and receive data through the new DL path without communication of further overhead messages between the remote UE, the relay UE, and the eNB.
  • Example 58 The remote UE of any one of Examples 52 through 57, wherein the MAC-Relay is configured to transmit a MAC protocol data unit (PDU) including a MAC subheader indicating a unique identification identifying the remote UE to the relay UE to aid the relay UE in relaying the MAC PDU to the eNB.
  • PDU MAC protocol data unit
  • Example 59 The remote UE of Example 58, wherein the MAC subheader further includes data indicating a cell global identifier (CGI), and a cell radio network temporary identifier (C-RNTI).
  • CGI cell global identifier
  • C-RNTI cell radio network temporary identifier
  • Example 60 The remote UE of any one of Examples 58 and 59, wherein the MAC subheader further includes data indicating at least one of quality of service
  • QoS Quality of Service
  • SDUs MAC service data units
  • Example 61 The remote UE of Example 60, wherein the QoS information includes at least one of a QoS class indicator (QCI) and per packet priority
  • QCI QoS class indicator
  • Example 62 The remote UE of any one of Examples 52 through 61 , wherein the MAC-Relay is configured to transmit to the relay UE a MAC protocol data unit (PDU) including both uplink data to be delivered to the eNB through the relay UE and at least one of Sidelink (SL) data and device-to-device (D2D) data intended for the relay UE.
  • PDU MAC protocol data unit
  • SL Sidelink
  • D2D device-to-device
  • Example 63 The remote UE of Example 62, wherein the MAC-Relay is configured to transmit the MAC PDU to the relay UE without communication of further overhead messages between the remote UE and the relay UE.
  • Example 64 The remote UE of any one of Examples 62 and 63, wherein the MAC-Relay is configured to simultaneously multiplex and perform logical channel prioritization on the uplink data and the at least one of the SL data and the D2D data.
  • Example 65 Relay User Equipment (relay UE), including: data links configured to enable the relay UE to communicate with remote User Equipment (remote UE) and an evolved Node B (eNB); and logic, at least a portion of which includes circuitry configured to implement: elements of a protocol stack including a layer-2, wherein the layer-2 includes at least a Uu interface entity and a PC5 interface entity; and a relay configured to communicatively couple (De)-Multiplexing & Logical Channel Prioritization (Mux & LCP) components and Hybrid Automatic Repeat Request (HARQ) components of the Uu interface entity and the PC5 interface entity across the Uu interface entity and the PC5 interface entity, and perform network traffic relaying between the remote UE and the eNB.
  • Layer-2 includes at least a Uu interface entity and a PC5 interface entity
  • a relay configured to communicatively couple (De)-Multiplexing & Logical Channel Prioritization (Mux & LCP) components and Hybrid Automatic Repeat Request (HARQ) components
  • Example 66 The relay UE of Example 65, wherein the relay is configured to receive and process a Media Acess Control (MAC) protocol data unit (PDU) including a MAC subheader indicating a layer-2 identification of the remote UE from one of the remote UE and the eNB.
  • MAC Media Acess Control
  • PDU protocol data unit
  • Example 67 The relay UE of Example 66, wherein the MAC PDU also includes uplink data from the remote UE that is intended to be routed to the eNB through the relay UE, and at least one of Sidelink (SL) and device-to-device (D2D) data addressed to the relay UE itself.
  • SL Sidelink
  • D2D device-to-device
  • Example 68 The relay UE of Example 67, wherein the relay is configured to separate the MAC PDU into the uplink data that is intended to be routed to the eNB and the at least one of SL data and D2D data addressed to the relay UE itself, and route the uplink data to the eNB without further overhead communication between the relay UE, the remote UE, and the eNB.
  • Example 69 The relay UE of any one of Examples 67 and 68, wherein the relay is configured to forward the uplink data to the eNB and perform MAC service data unit (SDU) segmentation without further overhead communication between the relay UE, the remote UE, and the eNB.
  • SDU MAC service data unit
  • Example 70 The relay UE of any one of Examples 67 through 69, wherein the relay is configured to forward the uplink data from the remote UE and its own uplink data to the eNB in a single combined MAC PDU without further overhead communication between the relay UE and the eNB.
  • Example 71 The relay UE of Example 70, wherein the relay is configured to simultaneously perform multiplexing and logical channel prioritization on its own uplink data, and MAC service data unit (SDU) segmentation on the MAC PDU from the remote UE based, at least in part, on at least one of a determined quality of service (QoS) and a determined priority.
  • SDU MAC service data unit
  • Example 72 The relay UE of any one of Examples 66 through 71 , wherein the MAC PDU also includes downlink data from the eNB that is intended to be routed to the remote UE through the relay UE, and downlink data that is intended for the relay UE itself.
  • Example 73 The relay UE of Example 72, wherein the relay is configured to separate the MAC PDU into the downlink data that is intended to be routed to the remote UE and the downlink data that is intended for the relay UE itself, and relay the downlink data that is intended to be routed to the remote UE to the remote UE.
  • Example 74 The relay UE of any one of Examples 66 through 73, wherein the relay is configured to receive at least one of quality of service (QoS) information and per-packet priority information from the remote UE in the MAC subheader.
  • QoS quality of service
  • Example 75 The relay UE of any one of Examples 65 through 74, wherein the relay is configured to receive an uplink MAC protocol data unit (PDU) including an uplink buffer status report (BSR) indicating at least one of a serving cell global identifier (CGI), a cell radio network temporary identifier (C-RNTI), and a layer-2 unique identifier of the remote UE.
  • PDU uplink MAC protocol data unit
  • BSR uplink buffer status report
  • CGI serving cell global identifier
  • C-RNTI cell radio network temporary identifier
  • Example 76 An evolved Node B (eNB), including: a non-transitory computer-readable medium operably coupled to a processor, and including computer-readable instructions stored thereon, the computer-readable instructions configured to instruct the processor to execute a layer-2 relay configured to: enable the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE); and perform route switching of network traffic within a layer-2 between different interface entities of the relay UE.
  • eNB evolved Node B
  • a layer-2 relay configured to: enable the eNB to communicate with remote User Equipment (remote UE) through relay User Equipment (relay UE); and perform route switching of network traffic within a layer-2 between different interface entities of the relay UE.
  • Example 77 The eNB of Example 76, wherein the layer-2 relay is configured to perform the route switching for the remote UE in an uplink direction and a downlink direction separately.
  • Example 78 The eNB of either one of Examples 76 and 77, wherein the layer-2 relay is configured to decide a new downlink path for the remote UE, and receive downlink data on the new downlink path without further overhead
  • Example 79 The eNB of either one of Examples 76 and 77, wherein the layer-2 relay is configured to receive information indicating a new downlink path decided by the remote UE, prepare the new downlink path switch, and receive downlink data on the new downlink path without further overhead communication between the eNB, the relay UE and the remote UE.
  • Example 80 The eNB of any one of Examples 76 through 78, wherein the layer-2 relay is configured to decide a new uplink path for the remote UE and notify the remote UE to transmit uplink data on the new uplink path without further overhead communication between the remote UE, the relay UE, and the eNB.
  • Example 81 The eNB of any one of Examples 76 through 80, wherein the layer-2 relay is configured to receive an uplink buffer status report (BSR) indicating at least one of a serving cell global identifier (CGI), a cell radio network temporary identifier (C-RNTI), and a layer-2 unique identifier of the remote UE, and prepare an uplink path switch.
  • BSR uplink buffer status report
  • CGI serving cell global identifier
  • C-RNTI cell radio network temporary identifier
  • Example 82 The eNB of any one of Examples 76 through 81 , wherein the layer-2 relay is configured to transmit a MAC PDU to the relay UE, the MAC PDU including a MAC subheader including data indicating a unique identifier of the remote UE to indicate to the relay UE where to forward at least a portion of the MAC PDU to.
  • Example 83 The eNB of any one of Examples 76 through 82, wherein the layer-2 relay is configured to transmit a combined MAC PDU to the relay UE, the combined MAC PDU including downlink data intended for both the remote UE and the relay UE without additional overhead communication between the eNB and the relay UE.
  • Example 84 The eNB of any one of Examples 76 through 83, wherein the layer-2 relay is configured to perform multiplexing and logical channel prioritization of downlink data intended for both the remote UE and the relay UE simultaneously, and transmit a combined MAC PDU to the relay UE, the combined MAC PDU including the downlink data intended for both the remote UE and the relay UE.
  • Example 85 The eNB of any one of Examples 76 through 84, wherein the layer-2 relay is configured to distinguish and buffer a segmented MAC service data unit (SDU) within a MAC subheader as part of a MAC protocol data unit (PDU) received from the relay UE without further overhead communication between the eNB and the relay UE.
  • SDU segmented MAC service data unit
  • PDU MAC protocol data unit
  • Example 86 The eNB of any one of Examples 76 through 85, wherein the layer-2 relay is configured to combine segmented MAC service data units (SDUs) and restore the segmented MAC SDUs to their original form once all parts of the MAC SDUs are delivered.
  • SDUs segmented MAC service data units
  • Example 87 A remote User Equipment or (UE) that is ProSe-enabled and includes radio frequency (RF) circuitry and/or baseband circuitry to communicate to a network either through direct communication over a Uu type of link or through a relay UE over a PC5 interface.
  • UE User Equipment
  • RF radio frequency
  • Example 88 The remote UE of Example 87 or some other example herein, wherein the remote participates in uplink/downlink (UL/DL) communication with the network, and is capable of route switching within layer 2 (e.g., a medium access control (MAC) layer) between a Uu interface and a PC5 interface (i.e., between remote UE and relay UE).
  • layer 2 e.g., a medium access control (MAC) layer
  • MAC medium access control
  • Example 89 The remote UE of Example 87 or some other example herein, wherein the UE is further to switch paths (either a path directly with the network or a path via a relay) for UL direction and DL direction separately.
  • Example 90 The remote UE of Example 87 or some other example herein, wherein the UE is further to decide the UL path either directly to the network or via a relay UE, and is further to send UL data on the new path without communicating any messages between the remote UE, the relay UE, and the network.
  • Example 91 The remote UE of Example 87 or some other example herein, wherein the UE is notified by the network about the new UL path either directly or via a relay UE, and is further to send UL data on the new path without communicating any messages between the remote UE, the relay UE, and the network.
  • Example 92 The remote UE of Example 87 or some other example herein, wherein the remote UE is further to decide a DL path either directly to the network or via a relay UE, and is further to notify the network to send DL data on the new path without communicating any further messages between the remote UE, the relay UE, and the network.
  • Example 93 The remote UE of Example 87 or some other example herein, wherein the remote UE is further to send its identifier (ID_ (such as remote UE ID or Layer-2 ID) within the MAC subheader as part of the MAC protocol data unit (PDU) to aid the relay UE to forward it to the network.
  • ID_ such as remote UE ID or Layer-2 ID
  • PDU MAC protocol data unit
  • Example 94 The remote UE of Example 87 or some other example herein, wherein the remote UE is further to send information (such as a cell global identity CGI or a cellular radio network temporary identifier (C-RNTI)) within the MAC subheader as part of the MAC PDU to aid the network about its establishment cause or connection type.
  • information such as a cell global identity CGI or a cellular radio network temporary identifier (C-RNTI)
  • Example 95 The remote UE of example 87 or some other example herein, wherein the remote UE is further to send quality of service (QoS) information (such as a QoS class identifier (QCI) or ProSe Per-packet priority information (PPPP)) within the MAC subheader as part of the MAC PDU about one or more MAC service data unit(s) (SDU(s)) in this MAC PDU to aid the relay UE to perform traffic multiplexing.
  • QoS quality of service
  • QCI QoS class identifier
  • PPPP ProSe Per-packet priority information
  • Example 96 The remote UE of Example 87 or some other example herein, wherein the remote UE has both UL data destined to the network via the relay and SL (Sidelink) or device to device (D2D) data destined to the relay UE, and is further to send both simultaneously to the relay UE as a single MAC PDU without communicating any messages between the remote UE and the relay UE.
  • SL idelink
  • D2D device to device
  • Example 97 The remote UE of Example 87 or some other example herein, wherein the remote UE has both UL data destined to the network via the relay and SL or D2D data destined to the relay UE, and is further to perform multiplexing and logical channel prioritization over two simultaneously into a single MAC PDU to the relay UE.
  • Example 98 A relay User Equipment or (UE) that is ProSe-enabled, and includes baseband and/or radio frequency (RF) circuitry to communicate to the network, and configured to act as UE-to-Network relay.
  • UE User Equipment
  • RF radio frequency
  • Example 99 The relay UE of Example 98 or some other example herein, wherein the relay UE is further to receive the MAC PDU from the remote UE or the network with the MAC subheader containing the remote UE ID or Layer-2 ID.
  • Example 100 The relay UE of Example 98 or some other example herein, wherein the relay UE is further to receive the MAC PDU from the remote UE that simultaneously contains SL or D2D data destined to the relay UE itself and UL data destined to the network without communicating any messages between the relay UE and the remote UE.
  • Example 101 The relay UE of Example 98 or some other example herein, wherein the relay UE is further to receive the MAC PDU from the network that simultaneously contains DL data destined to the relay UE itself and other DL datas destined to other remote UEs without communicating any messages between the relay UE and the eNB.
  • Example 102 The relay UE of Example 100 or some other example herein, wherein the relay UE is further to separate the MAC PDU received from the remote UE into SL MAC PDU destined to the relay UE itself and UL MAC PDU destined to the network.
  • Example 103 The relay UE of Example 101 or some other example herein, wherein the relay UE is further to separate the MAC PDU received from the network into DL MAC PDU destined to the relay UE itself and each DL MAC PDU destined to each remote .
  • Example 104 The relay UE of Example 98 or some other example herein, wherein the relay UE has a remote UE's UL MAC PDU to forward to the network, and is further to send the uplink BSR that includes the remote UE ID or Layer-2 ID, and includes other information such as CGI or C-RNTI if indicated to do so.
  • Example 105 The relay UE of Example 98 or some other example herein, wherein the relay UE is further to receive from the remote UE the QoS information within the MAC subheader as part of the remote UE's MAC PDU about MAC SDU(s) in this MAC PDU.
  • Example 106 The relay UE of Example 98 or some other example herein, wherein the relay UE has a remote UE's UL MAC PDU to forward to the network, and is further to perform MAC SDU segmentations to fit the uplink grant size or based on QoS without communicating any messages between the relay UE, the remote UE, and the eNB.
  • Example 107 The relay UE of Example 98 or some other example herein, wherein the relay UE has a remote UE(s)' UL MAC PDU(s) to forward to the network and its own UL data to the network, and is further to send them simultaneously to the network as a single MAC PDU without communicating any messages between the relay UE and the eNB.
  • Example 108 The relay UE of Example 105 or some other example herein, wherein the relay UE has remote UE(s)' UL MAC PDU(s) to forward to the network and its own UL data to the network, and is further to simultaneously perform multiplexing and logical channel prioritization on its own UL data and MAC SDU segmentations on remote UE(s)' UL MAC PDU(s) based on QoS, into a single MAC PDU to the network.
  • Example 109 An evolved NodeB (eNB) or similar network node which can support ProSe D2D communication along with relay operation and configure certain UEs to act as UE-to-Network relays (relay UEs) and send or receive communication from such relays
  • eNB evolved NodeB
  • relay UEs UE-to-Network relays
  • Example 1 10 The eNB of Example 109 or some other example herein, wherein the eNB is further to route switch within layer 2 (MAC) between a remote UE's Uu interface and a relay UE's Uu interface
  • MAC layer 2
  • Example 1 1 1 The eNB of Example 109 or some other example herein, wherein the eNB is further to switch path for remote UE (either directly with the network or via a relay) for UL direction and DL direction separately.
  • Example 1 12 The eNB of Example 109 or some other example herein, wherein the eNB is to decide a DL path for remote UE either directly to the network or via a relay UE, and is to send DL data on new path without communicating any messages between the remote UE, the relay UE, and the network.
  • Example 1 13 The eNB of Example 109 or some other example herein, wherein the eNB is to receive a notification from a remote UE about a new DL path either directly or via a relay UE, and is to prepare a DL path switch such as handover preparation and sending DL data on new path without communicating any messages between the eNB, the relay UE, and the remote UE.
  • a DL path switch such as handover preparation and sending DL data on new path without communicating any messages between the eNB, the relay UE, and the remote UE.
  • Example 1 14 The eNB of Example 109 or some other example herein, wherein the eNB is to decide a UL path for remote UE either directly to the network or via a relay UE, and is to notify the remote UE to send UL data on new path without communicating any further messages between the remote UE, the relay UE, and the network.
  • Example 1 15 The eNB of Example 109 or some other example herein, wherein the eNB is to receive an uplink BSR that contains remote UE ID or Layer-2 ID and/or CGI and/or C-RNTI and prepare a UL path switch such as handover preparation.
  • Example 1 16 The eNB of Example 109 or some other example herein, wherein the eNB is further to send a remote UE's ID (such as remote UE ID or Layer-2 ID) within the MAC subheader as part of the MAC PDU to aid the relay UE to forward it to the remote UE.
  • a remote UE's ID such as remote UE ID or Layer-2 ID
  • Example 1 17 The eNB of Example 109 or some other example herein, wherein the eNB is to relay UE's DL data and DL data(s) destined to remote UEs via the relay, and is to send them simultaneously to the relay UE as a single MAC PDU without communicating any messages between the eNB and the relay UE.
  • Example 1 18 The eNB of Example 109 or some other example herein, wherein the eNB is to relay UE's DL data and DL data(s) destined to remote UEs via the relay, and is to perform multiplexing and logical channel prioritization over them simultaneously into a single MAC PDU to the relay UE.
  • Example 1 19 The eNB of Example 109 or some other example herein, wherein the eNB is to distinguish and buffer the segmented MAC SDU within the MAC subheader as part of the MAC PDU received from the relay UE without communicating any messages between the eNB and the relay UE.
  • Example 120 The eNB of Example 1 19 or some other example herein, wherein the eNB is to re-combine the segmented MAC SDUs and restoring the original MAC SDU once all the pieces are delivered.
  • Example 121 An apparatus including means to perform one or more elements of a method described in or related to any of Examples 1 through 120, or any other method or process described herein.
  • Example 122 One or more non-transitory computer-readable media including instructions to cause an electronic device, upon execution of the
  • Example 123 An apparatus including logic, modules, and/or circuitry to perform one or more elements of a method described in or related to any of
  • Example 124 A method, technique, or process as described in or related to any of Examples 1 through 120, or portions or parts thereof.
  • Example 121 A method of communicating in a wireless network as shown and described herein.
  • Example 122 A system for providing wireless communication as shown and described herein.
  • Example 123 A device for providing wireless communication as shown and described herein.

Abstract

L'invention concerne un équipement d'utilisateur (UE) distant, un UE relais et des nœuds B évolués (eNB) aptes aux services basés sur la proximité (ProSe). L'UE distant, l'UE relais et les eNB comprennent une circuiterie de commande comprenant au moins un processeur programmé avec des éléments d'une pile de protocole comprenant une couche de commande d'accès au support (MAC). L'UE distant est configuré pour communiquer avec l'eNB via l'UE relais et effectuer une commutation d'itinéraires de trafic de réseau à l'intérieur de la couche MAC entre une interface Uu et une interface PC5. L'UE relais est configuré pour coupler des composants à travers une interface Uu et une interface PC5, et effectuer un relais de trafic de réseau entre l'UE distant et l'eNB. L'eNB est configuré pour communiquer avec l'UE distant via l'UE relais, et effectuer une commutation d'itinéraires de trafic de réseau à l'intérieur de la couche MAC entre une interface Uu de l'UE distant et une interface Uu de l'UE relais.
PCT/US2015/066402 2015-09-03 2015-12-17 Équipement d'utilisateur, et nœuds b évolués prenant en charge le relais en couche 2 et la commutation d'itinéraires WO2017039735A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201562214063P 2015-09-03 2015-09-03
US62/214,063 2015-09-03

Publications (1)

Publication Number Publication Date
WO2017039735A1 true WO2017039735A1 (fr) 2017-03-09

Family

ID=55085925

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2015/066402 WO2017039735A1 (fr) 2015-09-03 2015-12-17 Équipement d'utilisateur, et nœuds b évolués prenant en charge le relais en couche 2 et la commutation d'itinéraires

Country Status (1)

Country Link
WO (1) WO2017039735A1 (fr)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018172603A1 (fr) * 2017-03-23 2018-09-27 Nokia Technologies Oy Gestion d'identifiants d'équipements utilisateurs sur une interface pc5 dans un relais basé sur pc5 d'équipement utilisateur à réseau
WO2018195911A1 (fr) * 2017-04-28 2018-11-01 Oppo广东移动通信有限公司 Procédé de transmission de données, appareil terminal, et appareil de réseau
WO2019032596A1 (fr) * 2017-08-08 2019-02-14 Qualcomm Incorporated Communication de données distantes et locales dans une liaison sans fil de raccordement aux sites cellulaires
CN109417769A (zh) * 2017-06-09 2019-03-01 华为技术有限公司 一种寻呼消息的发送方法、接收方法、终端及系统
WO2019127283A1 (fr) * 2017-12-28 2019-07-04 Oppo广东移动通信有限公司 Procédé de communication sans fil, équipement terminal et dispositif réseau
CN111278169A (zh) * 2018-12-27 2020-06-12 维沃移动通信有限公司 切换方法、第一终端及第二终端
WO2021066408A1 (fr) * 2019-10-01 2021-04-08 삼성전자 주식회사 Procédé et appareil de gestion de session de communication directe dans un système de communication sans fil
WO2021134756A1 (fr) * 2020-01-02 2021-07-08 Oppo广东移动通信有限公司 Procédé et dispositif de commutation de liaison, et dispositif de communication
WO2021138897A1 (fr) * 2020-01-10 2021-07-15 Mediatek Singapore Pte. Ltd. Procédés et appareil d'établissement de connexion et de mappage de porteuse pour un relais d'équipement utilisateur (ue) à réseau
CN113825204A (zh) * 2020-06-18 2021-12-21 华硕电脑股份有限公司 无线通信系统中执行pc5单播链路建立过程的方法和设备
US20220132553A1 (en) * 2020-10-23 2022-04-28 Qualcomm Incorporated Direct transport block (tb) forwarding in relaying operations
WO2022133365A1 (fr) * 2020-12-18 2022-06-23 Qualcomm Incorporated Division et concaténation d'unités de données de protocole (pdu) de commande d'accès au support (mac) pour un transfert direct de bloc de transport (tb) dans des opérations de relais
WO2022169528A1 (fr) * 2021-02-03 2022-08-11 Qualcomm Incorporated Combinaison de liaisons et sélection de porteuses composantes (cc) dans des interfaces de liaison latérale et de liaison d'accès
EP4199643A4 (fr) * 2020-08-14 2023-08-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Procédé de communication sans fil, et terminal
EP4236470A4 (fr) * 2020-10-22 2024-04-10 Vivo Mobile Communication Co Ltd Procédé et appareil de multiplexage de liaison de relais, dispositif de relais, dispositifs de communication et support

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2259651A1 (fr) * 2009-06-05 2010-12-08 Panasonic Corporation Multiplexage QoS via une interface de noeud de relais-station de base
GB2493782A (en) * 2011-08-19 2013-02-20 Nvidia Corp Wireless communication system and method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2259651A1 (fr) * 2009-06-05 2010-12-08 Panasonic Corporation Multiplexage QoS via une interface de noeud de relais-station de base
GB2493782A (en) * 2011-08-19 2013-02-20 Nvidia Corp Wireless communication system and method

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on architecture enhancements to support Proximity-based Services (ProSe) (Release 12)", 10 March 2014 (2014-03-10), XP050906656, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/2014-12/Rel-12/23_series/> [retrieved on 20140310] *
NEC: "L2 ProSe UE-to-Network Relay alternative", vol. SA WG2, no. Xiamen, China; 20130923 - 20130928, 18 September 2013 (2013-09-18), XP050726722, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_99_Xiamen/Docs/> [retrieved on 20130918] *
NEC: "ProSe Relay discovery assisted by E-UTRAN", vol. SA WG2, no. Xiamen, P.R. China; 20130923 - 20130927, 18 September 2013 (2013-09-18), XP050726730, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_99_Xiamen/Docs/> [retrieved on 20130918] *

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018172603A1 (fr) * 2017-03-23 2018-09-27 Nokia Technologies Oy Gestion d'identifiants d'équipements utilisateurs sur une interface pc5 dans un relais basé sur pc5 d'équipement utilisateur à réseau
WO2018195911A1 (fr) * 2017-04-28 2018-11-01 Oppo广东移动通信有限公司 Procédé de transmission de données, appareil terminal, et appareil de réseau
US11696219B2 (en) 2017-04-28 2023-07-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method, terminal apparatus, and network apparatus
CN109417769A (zh) * 2017-06-09 2019-03-01 华为技术有限公司 一种寻呼消息的发送方法、接收方法、终端及系统
TWI772487B (zh) * 2017-08-08 2022-08-01 美商高通公司 在無線前傳中傳送遠端資料和本端資料
WO2019032596A1 (fr) * 2017-08-08 2019-02-14 Qualcomm Incorporated Communication de données distantes et locales dans une liaison sans fil de raccordement aux sites cellulaires
CN110999528A (zh) * 2017-08-08 2020-04-10 高通股份有限公司 在无线去程中传达远程和本地数据
US10631346B2 (en) 2017-08-08 2020-04-21 Qualcomm Incorporated Communicating remote and local data in a wireless fronthaul
CN110999528B (zh) * 2017-08-08 2022-08-12 高通股份有限公司 在无线去程中传达远程和本地数据
US11510199B2 (en) 2017-12-28 2022-11-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
WO2019127283A1 (fr) * 2017-12-28 2019-07-04 Oppo广东移动通信有限公司 Procédé de communication sans fil, équipement terminal et dispositif réseau
CN111278169A (zh) * 2018-12-27 2020-06-12 维沃移动通信有限公司 切换方法、第一终端及第二终端
CN111278169B (zh) * 2018-12-27 2022-05-17 维沃移动通信有限公司 切换方法、第一终端及第二终端
WO2021066408A1 (fr) * 2019-10-01 2021-04-08 삼성전자 주식회사 Procédé et appareil de gestion de session de communication directe dans un système de communication sans fil
EP4075914A4 (fr) * 2020-01-02 2023-01-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Procédé et dispositif de commutation de liaison, et dispositif de communication
WO2021134756A1 (fr) * 2020-01-02 2021-07-08 Oppo广东移动通信有限公司 Procédé et dispositif de commutation de liaison, et dispositif de communication
WO2021138897A1 (fr) * 2020-01-10 2021-07-15 Mediatek Singapore Pte. Ltd. Procédés et appareil d'établissement de connexion et de mappage de porteuse pour un relais d'équipement utilisateur (ue) à réseau
CN113825204A (zh) * 2020-06-18 2021-12-21 华硕电脑股份有限公司 无线通信系统中执行pc5单播链路建立过程的方法和设备
EP4199643A4 (fr) * 2020-08-14 2023-08-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Procédé de communication sans fil, et terminal
EP4236470A4 (fr) * 2020-10-22 2024-04-10 Vivo Mobile Communication Co Ltd Procédé et appareil de multiplexage de liaison de relais, dispositif de relais, dispositifs de communication et support
US20220132553A1 (en) * 2020-10-23 2022-04-28 Qualcomm Incorporated Direct transport block (tb) forwarding in relaying operations
US11743907B2 (en) * 2020-10-23 2023-08-29 Qualcomm Incorporated Direct transport block (TB) forwarding in relaying operations
WO2022133365A1 (fr) * 2020-12-18 2022-06-23 Qualcomm Incorporated Division et concaténation d'unités de données de protocole (pdu) de commande d'accès au support (mac) pour un transfert direct de bloc de transport (tb) dans des opérations de relais
US11601968B2 (en) 2020-12-18 2023-03-07 Qualcomm Incorporated Splitting and concatenating of media access control (MAC) protocol data units (PDUs) for direct transport block (TB) forwarding in relaying operations
WO2022169528A1 (fr) * 2021-02-03 2022-08-11 Qualcomm Incorporated Combinaison de liaisons et sélection de porteuses composantes (cc) dans des interfaces de liaison latérale et de liaison d'accès
US11553543B2 (en) 2021-02-03 2023-01-10 Qualcomm Incorporated Link combining and component carrier selection across sidelink and access link interfaces

Similar Documents

Publication Publication Date Title
US20220279607A1 (en) Layer 2 Relay Protocols and Mobility Relay Method
WO2017039735A1 (fr) Équipement d&#39;utilisateur, et nœuds b évolués prenant en charge le relais en couche 2 et la commutation d&#39;itinéraires
US11871291B2 (en) Data forwarding tunnel establishment between two user plane functions in fifth generation
US10673773B2 (en) Method for handling state variables of a PDCP entity in wireless communication system and a device therefor
US10334642B2 (en) Device, system and method using non IP-based EPS bearer
US20200213052A1 (en) Mobile Communication System, Mobile Device, User Equipment, Network Node, NodeB, Circuits, Apparatuses, Methods, Machine Readable Media and Computer Programs for Mobile Devices, User Equipment, Network Nodes, and NodeBs
CN108029060B (zh) 网络发起的分组数据网络连接
CN111096018A (zh) 用于实现新无线电（nr）网络中的前向兼容性的预留资源的装置、系统和方法
US11792838B2 (en) Bearer-less architecture for a wireless cellular network
KR101955278B1 (ko) 256-qam 가능한 사용자 장비가 노드와 원활하게 동작하기 위한 메커니즘
US11122643B2 (en) LWIP enhancements for reliable DRB switching
US10979958B2 (en) Systems, methods, and apparatuses for providing and obtaining scheduling information for SIB1-BR during handover
US11265884B2 (en) Systems, methods and devices for uplink bearer and access category mapping
CN111567134B (zh) 终端装置、方法以及集成电路
US11419001B2 (en) Critical data handling for video and other applications
CN111527789B (zh) 终端装置、方法以及集成电路
EP4344304A1 (fr) Appareil et procédé de réalisation d&#39;un nouveau routage de région dans un système de communication sans fil

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15823460

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15823460

Country of ref document: EP

Kind code of ref document: A1