Method and apparatus for performing sidelink communication in a communication system

Abstract

The present disclosure relates to methods and apparatus. According to some embodiments of the present disclosure, a method of a first communication device comprises: receiving a first connection request from a second communication device, wherein the first connection request can comprise a first indication indicating that a first logical channel between the first communication device and the second communication device is associated with a third communication device.

Description

Technical Field

[0001] This disclosure generally relates to wireless communication technologies, and more specifically to sidelink communication in wireless communication systems. Background Technology

[0002] In a wireless communication system, a communication device (e.g., a user equipment (UE)) can communicate with another communication device via a data path supported by an operator's network (e.g., a cellular or Wi-Fi network infrastructure). The data path supported by the operator's network may include a base station (BS) and multiple gateways.

[0003] In sidelink communication, communication devices that are relatively close to each other can communicate directly via a sidelink (SL) instead of through a base station (BS) link. The term "SL" can refer to establishing a direct radio link for communication between devices (e.g., UEs), as opposed to communication via cellular infrastructure (uplink and downlink) as discussed above. "SL" can also be referred to as a sidelink communication link. Sidelink communication links can be used in any suitable telecommunications network according to various standards.

[0004] Sidelink communication offers various advantages, such as relatively high transmission rates and relatively low latency. Furthermore, during sidelink communication, services concentrated at the base station can be distributed. Additionally, UEs supporting sidelink communication can be used as relay nodes to extend the base station's coverage.

[0005] Sidelink communication needs to be executed effectively in the communication system. Summary of the Invention

[0006] Embodiments of this disclosure provide a method for a first communication device. The method may include receiving a first connection request from a second communication device, wherein the first connection request may include a first indication that a first logical channel between the first and second communication devices is associated with a third communication device.

[0007] In embodiments of this application, the method may include sending a second connection request to the third communication device, wherein the second connection request may include a second indication that a second logical channel between the first communication device and the third communication device is associated with the second communication device.

[0008] In embodiments of this application, the method may include: receiving first data corresponding to the first logical channel from the second communication device; and determining, based on the first indication, that the destination communication device of the first data is the third communication device. The first data may include first sidelink control information. The first sidelink control information may include a destination field indicating the identity of a relay communication device. The method may include: determining, based on the destination field of the first sidelink control information, whether to discard or relay the first data; and relaying the first data when the destination field of the first sidelink control information indicates the identity of the first communication device. The method may also include decoding the first data into a Media Access Control (MAC) Protocol Data Unit (PDU) when the destination field of the first sidelink control information indicates the identity of the first communication device, wherein the header of the MAC PDU may include a destination field indicating the identity of the relay communication device.

[0009] In embodiments of this application, the step of determining whether to discard or relay the first data may include determining whether to discard or relay the first data based on the destination field of the header of the MAC PDU. The step of relaying the first data may include relaying the first data to the destination communication device when the destination field of the header of the MAC PDU indicates the identity of the first communication device.

[0010] In embodiments of this application, the destination field of the first side link control information may contain a portion of the identity of the relay communication device, and the destination field of the header of the MAC PDU may contain the remaining portion of the identity of the relay communication device.

[0011] In an embodiment of this application, the method may include transmitting second data associated with the first data to the destination communication device when the destination communication device is not the first communication device.

[0012] In an embodiment of this application, the step of transmitting the second data may include multiplexing the first data and the third data into the second data, wherein the first data and the third data are received from different logical channels, and the destination communication device of the third data is the same as the destination communication device of the first data.

[0013] In another embodiment of this application, the step of transmitting the second data may include: encoding the first data into a MAC PDU, wherein the header of the MAC PDU may include a source field indicating the identity of the first communication device; and encoding the MAC PDU into the second data. The second data may include second sidelink control information. The second sidelink control information may include a source field indicating the identity of the first communication device. The source field of the second sidelink control information may include a portion of the identity of the first communication device. The source field of the header of the MAC PDU may include the remaining portion of the identity of the first communication device.

[0014] Another embodiment of this disclosure provides a method for a first communication device. The method may include receiving a first connection request from a second communication device, wherein the first connection request may include an indication of at least one destination communication device. The method may include: receiving first data from the second communication device; and decoding the first data into a first MAC PDU, wherein the header of the first MAC PDU may include a destination field indicating the identity of the destination communication device. The method may include transmitting second data associated with the first data to the destination communication device when the destination communication device is one of the at least one destination communication device.

[0015] In an embodiment of this application, transmitting the second data to the destination communication device may include: encoding the first data into a second MAC PDU, wherein the header of the second MAC PDU may include a source field indicating the identity of the second communication device; and encoding the second MAC PDU into the second data.

[0016] In embodiments of this application, the second data may include sidelink control information. The sidelink control information may include a source field indicating the identity of the first communication device. The source field of the sidelink control information may contain at least a portion of the identity of the first communication device.

[0017] Another embodiment of this disclosure provides a method for a first communication device. The method may include receiving first data from a second communication device, wherein the first data may include first sidelink control information, and the first sidelink control information may include a destination field indicating the identity of the first communication device.

[0018] In embodiments of this application, the method may include decoding the first data into a first MAC PDU, wherein the first MAC PDU may include at least one MAC sub-header and at least one MAC Service Data Unit (SDU), each MAC sub-header corresponding to a corresponding one of the at least one MAC SDU, and each MAC sub-header may include a source field and a destination field; wherein the source field indicates the identity of the source communication device corresponding to the MAC SDU, and the destination field indicates the identity of the destination communication device corresponding to the MAC SDU. In embodiments of this application, the source field may include at least a portion of the identity of the source communication device. The destination field may include at least a portion of the identity of the destination communication device. In another embodiment of this application, the first MAC PDU may include a first MAC SDU and a second MAC SDU. The destination communication device of the first MAC SDU is different from the destination communication device of the second MAC SDU. In yet another embodiment of this application, the first MAC PDU may include a first MAC SDU. The method may further include transmitting second data associated with the first data to the destination communication device of the first MAC SDU when the destination communication device of the first MAC SDU is not the first communication device.

[0019] In embodiments of this application, the step of transmitting the second data may include multiplexing the first data and the third data into the second data, wherein the first data and the third data are received from different logical channels, and the destination communication device of the third data is the same as the destination communication device of the first MAC SDU. The step of multiplexing the first data and the third data may include: encoding the first data into a second MAC SDU of a second MAC PDU, wherein the second MAC sub-header corresponding to the second MAC SDU may include a source field indicating the identity of the source communication device of the first data and a destination field indicating the identity of the destination communication device of the first data; and encoding the third data into a third MAC SDU of the second MAC PDU, wherein the third MAC sub-header corresponding to the second MAC SDU may include a source field indicating the identity of the source communication device of the third data and a destination field indicating the identity of the destination communication device of the first data. The source communication device of the first data is different from the source communication device of the third data.

[0020] In another embodiment of this application, the second data may include second sidelink control information, and the second sidelink control information may include a source field indicating the identity of the first communication device.

[0021] In another embodiment of this application, the method may include decoding the first data into a first MAC PDU, wherein the first MAC PDU may include a first MAC header containing a destination field indicating the identity of the first communication device.

[0022] In embodiments of this application, the destination field of the first side link control information may contain a portion of the identity of the first communication device, and the destination field of the first MAC header may contain the remaining portion of the identity of the first communication device.

[0023] In another embodiment of this application, the method may include decoding the first MAC PDU into a first ADAP PDU, wherein the first ADAP header of the first ADAP PDU may include a source field indicating the identity of the second communication device and a destination field indicating the identity of the destination communication device. The method may include transmitting second data associated with the first data to the destination communication device when the destination communication device is not the first communication device. The step of transmitting the second data may include multiplexing the first data and third data into the second data, wherein the destination communication device of the third data is the same as the destination communication device of the first ADAP PDU. The step of multiplexing the first data and the third data may include: encoding the first data into a second ADAP PDU, wherein the second ADAP header of the second ADAP PDU may include a source field indicating the identity of the second communication device and a destination field indicating the identity of the destination communication device; and encoding the third data into a third ADAP PDU, wherein the third ADAP header of the third ADAP PDU may include a source field indicating the identity of the third communication device and a destination field indicating the identity of the destination communication device.

[0024] In embodiments of this application, the third communication device is different from the second communication device.

[0025] In another embodiment of this application, the step of multiplexing the first data and the third data may include encoding the second ADAP PDU and the third ADAP PDU into a second MAC PDU, wherein the header of the second MAC PDU may include a source field indicating the identity of the first communication device. The step of transmitting the second data may include encoding the second MAC PDU into the second data, wherein the second data may include second sidelink control information, and the second sidelink control information may include a source field indicating the identity of the first communication device. The source field of the second sidelink control information may include at least a portion of the identity of the first communication device.

[0026] Another embodiment of this disclosure provides an apparatus. According to some embodiments of this disclosure, the apparatus includes: at least one non-transitory computer-readable medium having computer-executable instructions stored therein; at least one receiving circuitry system; at least one transmitting circuitry system; and at least one processor coupled to the at least one non-transitory computer-readable medium, the at least one receiving circuitry system, and the at least one transmitting circuitry system, wherein the at least one non-transitory computer-readable medium and the computer-executable instructions are configured to use the at least one processor to cause the apparatus to perform a method according to some embodiments of this disclosure. Attached Figure Description

[0027] To illustrate the advantages and features of this disclosure, the description of the disclosure is presented with reference to specific embodiments illustrated in the accompanying drawings. These drawings depict only exemplary embodiments of the disclosure and should therefore not be construed as limiting its scope.

[0028] Figure 1A Illustrative wireless communication systems according to some embodiments of this disclosure;

[0029] Figure 1B Illustrative wireless communication systems according to some embodiments of this disclosure;

[0030] Figure 2A Illustrate an example block diagram of a protocol stack for relay according to some embodiments of the present disclosure;

[0031] Figure 2B Illustrate an example block diagram of a protocol stack for relay according to some embodiments of the present disclosure;

[0032] Figure 2C Illustrate an example block diagram of a protocol stack for relay according to some embodiments of the present disclosure;

[0033] Figure 2DIllustrate an example block diagram of a protocol stack for relay according to some embodiments of the present disclosure;

[0034] Figure 3A This describes an exemplary MAC PDU according to some embodiments of the present disclosure;

[0035] Figure 3B This describes an exemplary MAC PDU according to some embodiments of the present disclosure;

[0036] Figure 4 This describes an exemplary MAC subheader according to some embodiments of this disclosure;

[0037] Figure 5A A flowchart illustrating an exemplary process for performing sidelink communication according to some embodiments of this disclosure;

[0038] Figure 5B A flowchart illustrating an exemplary process for performing sidelink communication according to some embodiments of this disclosure;

[0039] Figure 5C A flowchart illustrating an exemplary process for performing sidelink communication according to some embodiments of this disclosure;

[0040] Figure 5D A flowchart illustrating an exemplary process for performing sidelink communication according to some embodiments of this disclosure;

[0041] Figure 5E A flowchart illustrating an exemplary process for performing sidelink communication according to some embodiments of this disclosure; and

[0042] Figure 6 Example block diagrams illustrating devices according to some embodiments of the present disclosure. Detailed Implementation

[0043] The detailed description of the accompanying drawings is intended as a description of preferred embodiments of the present disclosure and is not intended to represent the only form in which the present disclosure may be practiced. It should be understood that the same or equivalent functionality may be achieved through different embodiments intended to be covered within the spirit and scope of the present disclosure.

[0044] Figure 1A This invention describes an illustrative wireless communication system 100A according to some embodiments of the present disclosure.

[0045] refer to Figure 1AThe wireless communication system 100A may include a base station (e.g., BS 120) and several UEs (e.g., UE 110A, UE 110B, and UE 110C). Although only one BS 120 and three UEs are illustrated in Figure 1 for simplicity, it is worth considering that in some other embodiments of this disclosure, the wireless communication system 100A may also include more BS 120s and more or fewer UEs located within and outside the coverage area of ​​the BS 120.

[0046] The UE and base station may support communication based on, for example, 3G, Long Term Evolution (LTE), LTE Advanced (LTE-A), New Radio (NR), or other suitable protocols. For example, BS 120 may include an eNB or gNB. UE 110A may include, for example, but not limited to, computing devices, wearable devices, mobile devices, IoT devices, etc. UE 110B and UE 110C may include devices that are the same as or similar to UE 110A. UE 110B and UE 110C may also include devices that are different from UE 110A. Those skilled in the art will understand that the terminology described in this disclosure may change as technology develops and advances, but this should not affect or limit the principles and spirit of this disclosure.

[0047] BS 120 can define one or more cells, and each cell can have a coverage area 130. In the exemplary wireless communication system 100A, UE 110A, UE 110B, and UE 110C are within the coverage area of ​​BS 120 (i.e., within the coverage area), but BS 120 is not... Figure 1A The specific BS 120 shown can be any of the BS 120s in a wireless communication system. For example, in the case where the wireless communication system includes two BS 120s with UE 110D (not shown in Figure 1), UE 110D being within the coverage of BS 120 in the wireless communication system means that UE 110D is within the coverage of either of the two BS 120s; and UE 110D being outside the coverage of BS 120 in the wireless communication system means that UE 110D is outside the coverage of either BS 120.

[0048] UE 110A, UE 110B, and UE 110C can be connected via, for example, a Uu link ( Figure 1A (Not specified in the text) communicates with BS 120, and can also communicate via a side link (from... Figure 1AThe dashed arrows in the diagram indicate communication between UEs (e.g., the PC5 interface as defined in 3GPP specification TS 23.303). During sidelink communication, a UE can act as a relay node (hereinafter referred to as a "relay UE"), relaying data from the transmitting UE (hereinafter referred to as a "Tx UE") to the receiving UE (hereinafter referred to as a "Rx UE"). For example, refer to... Figure 1A A Tx UE (e.g., UE 110B) can transmit data to an Rx UE (e.g., UE 110C) via a relay UE (e.g., UE 110A).

[0049] Figure 1B This describes an illustrative wireless communication system 100B according to some embodiments of the present disclosure.

[0050] like Figure 1B As shown, the wireless communication system 100B may include a base station (e.g., BS 120') and several UEs (e.g., UE 110A', UE 110B', and UE 110C'). Regarding... Figure 1A The above descriptions of BS 120, UE 110A, UE 110B, and UE 110C can also be applied to... Figure 1B The wireless communication system 100B in the example only excludes UE 110A' and UE 110C' from being within the coverage area of ​​BS 120' (i.e., within coverage area) and UE 110B' from being outside the coverage area of ​​BS 120' (i.e., outside coverage area). In this scenario, since UE 110B' is outside the coverage area of ​​BS 120', it cannot communicate with BS 120' via the Uu link. On the other hand, UE 110A' and UE 110C' can communicate via the Uu link ( Figure 1B (Not specified in the text) communicates with BS 120'. UE 110A' and UE 110C' can also communicate via a side link (from... Figure 1A The dashed arrows in the diagram indicate (e.g., the PC5 interface as defined in 3GPP specification TS23.303) communication with each other and with UE 110B'. During sidelink communication, Tx UEs (e.g., UE 110B') can transmit data to Rx UEs (e.g., UE 110C') via relay UEs (e.g., UE 110A').

[0051] Although for the sake of simplicity, Figure 1B Only UE 110B' is shown outside the coverage of BS 120', but in some other embodiments of this disclosure, it is considered that one or both of UE 110A' and UE 110C' may also be outside the coverage of BS 120'.

[0052] Figures 2A to 2DThis section illustrates an example block diagram of protocol stacking for Layer 2 relay according to embodiments of the present disclosure.

[0053] Figure 2A This illustration shows an example block diagram of a Layer 2 trunking user plane (UP) protocol stack 200A supporting Tx UE (e.g., UE 210B), trunk UE (e.g., UE 210A), and Rx UE (e.g., UE 210C) according to some embodiments of this disclosure. Tx UE 210B may be connected to trunk UE 210A via a side link (e.g., PC5 interface 270a). Trunk UE 210A may be connected to Rx UE 210C via a side link (e.g., PC5 interface 270b).

[0054] The following describes the data flow of Protocol Stack 200A.

[0055] like Figure 2A As described herein, the UE 210B protocol stack may include a Service Data Adaptation Protocol (SDAP) layer 220B, a Packet Data Convergence Protocol (PDCP) layer 230B, a Radio Link Control (RLC) layer 240B, a Media Access Control (MAC) layer 250B, and a Physical (PHY) layer 260B.

[0056] At UE 210B, higher layers (e.g., Internet Protocol (IP) layer) Figure 2A (Not shown in the diagram) IP packets can be passed to SDAP layer 220B. SDAP layer 220B can add SDAP headers to SDAP SDUs received from higher layers to form SDAP Packet Data Units (PDUs), and can pass SDAP PDUs to lower layers (e.g., PDCP layer 230B). PDCP layer 230B can add PDCP headers to PDCP SDUs received from SDAP layer 220B, and can pass PDCP SDUs to lower layers (e.g., RLC layer 240B). RLC layer 240B can add RLC headers to RLC SDUs received from PDCP layer 230B, and can pass RLC SDUs to lower layers (e.g., MAC layer 250B). MAC layer 250B can add MAC headers to MAC SDUs received from RLC layer 240B to form MAC PDUs, and can pass MAC PDUs to lower layers (e.g., PHY layer 260B). The PHY layer 260B can add information such as Cyclic Redundancy Check (CRC) information to the transport block (TB) corresponding to the MAC PDU for transmission. It can also transmit control information corresponding to the TB, such as side link control information.

[0057] UE 210A may include a receive protocol stack and a transmit protocol stack. The receive protocol stack of UE 210A may include RLC layer 240A, MAC layer 250A, and PHY layer 260A. The transmit protocol stack of UE 210A may include RLC layer 240A', MAC layer 250A', and PHY layer 260A'.

[0058] UE 210A can receive data from UE 210B. For example, at the receive protocol stack of UE 210A, PHY layer 260A can receive and decode data from UE 210B, and can pass the TB decoded from the data to the upper layer (e.g., MAC layer 250A). MAC layer 250A can decode the MAC PDU corresponding to the TB, and can pass the MAC SDU to the upper layer (e.g., RLC layer 240A). RLC layer 240A can decode the RLC PDU received from MAC layer 250A, and can pass the decoded data (e.g., RLC SUD) to the transmit protocol stack of UE 210A.

[0059] The transmit protocol stack of UE 210A can receive decoded data from the receive protocol stack of UE 210A. For example, RLC layer 240A' can receive decoded data from the receive protocol stack of UE 210A and encode it into an RLC PDU for transmission to a lower layer (e.g., MAC layer 250A'). MAC layer 250A' can encode the MAC SDU from RLC layer 240A' into a MACPDU for transmission to a lower layer (e.g., PHY layer 260A'). PHY layer 260A' can add information such as CRC to the TB corresponding to the MAC PDU for transmission to the destination device (e.g., UE 210C). Control information corresponding to the TB, such as sidelink control information, can also be transmitted.

[0060] Similar to UE 210B, the protocol stack of UE 210C may include SDAP layer 220C, PDCP layer 230C, RLC layer 240C, MAC layer 250C and PHY layer 260C.

[0061] UE 210C can receive data from UE 210A. For example, PHY layer 260C can receive and decode data from UE 210A, and can pass the decoded TB to the upper layer (e.g., MAC layer 250C). MAC layer 250C can decode the MAC PDU corresponding to the TB, and can pass the MAC SDU to the upper layer (e.g., RLC layer 240C). RLC layer 240C can decode the RLC PDU and can pass the RLC SDU to the upper layer (e.g., PDCP layer 230C). PDCP layer 230C can decode the PDCP PDU and can pass the PDCP SDU to the upper layer (e.g., SDAP layer 220C). SDAP layer 220C can decode the SDAP PDU and can pass the SDAP SDU to the upper layer (e.g., IP layer). Figure 2A (Not shown in the text).

[0062] Figure 2B This illustration shows an example block diagram of a Layer 2 relay UP protocol stack 200B supporting Tx UE (e.g., UE 211B), relay UE (e.g., UE 211A), and Rx UE (e.g., UE 211C) according to some embodiments of this disclosure. Tx UE 211B may be connected to relay UE 211A via a side link (e.g., PC5 interface 271a). Relay UE 211A may be connected to Rx UE 211C via a side link (e.g., PC5 interface 271b).

[0063] like Figure 2B As shown, the UE 211B protocol stack may include SDAP layer 221B, PDCP layer 231B, RLC layer 241B, MAC layer 251B, and PHY layer 261B. UE 211A may include a receive protocol stack and a transmit protocol stack. The receive protocol stack of UE 211A may include MAC layer 251A and PHY layer 261A. The transmit protocol stack of UE 211A may include MAC layer 251A' and PHY layer 261A'. The UE 211C protocol stack may include SDAP layer 221C, PDCP layer 231C, RLC layer 241C, MAC layer 251C, and PHY layer 261C.

[0064] about Figure 2A The above description of the data stream of protocol stack 200A can also be applied to Figure 2BThe protocol stack 200B in UE 211A is an exception, except that the receive and transmit protocol stacks of UE 211A do not include the RLC layer. In this scenario, MAC layer 251A' can receive decoded data from the receive protocol stack of UE 211A and encode it into a MAC PDU for transmission to a lower layer (e.g., PHY layer 261A'). PHY layer 261A' can add information such as CRC to the TB corresponding to the MAC PDU for transmission to the destination device (e.g., UE 211C). It can also transmit control information corresponding to the TB, such as sidelink control information.

[0065] Figure 2C This illustration shows an example block diagram of a Layer 2 relay UP protocol stack 200C supporting Tx UE (e.g., UE 212B), relay UE (e.g., UE 212A), and Rx UE (e.g., UE 212C) according to some embodiments of this disclosure. Tx UE 212B may be connected to relay UE 212A via a side link (e.g., PC5 interface 272a). Relay UE 212A may be connected to Rx UE 212C via a side link (e.g., PC5 interface 272b).

[0066] like Figure 2C As shown, the UE 212B protocol stack may include SDAP layer 222B, PDCP layer 232B, ADAP layer 282B, RLC layer 242B, MAC layer 252B, and PHY layer 262B. UE 212A may include a receive protocol stack and a transmit protocol stack. The receive protocol stack of UE 212A may include ADAP layer 282A, RLC layer 242A, MAC layer 252A, and PHY layer 262A. The transmit protocol stack of UE 212A may include ADAP layer 282A', RLC layer 242A', MAC layer 252A', and PHY layer 262A'. The protocol stack of UE 212C may include SDAP layer 222C, PDCP layer 232C, ADAP layer 282C, RLC layer 242C, MAC layer 252C, and PHY layer 262C.

[0067] about Figure 2A The above description of the data stream of protocol stack 200A can also be applied to Figure 2CThe protocol stack 200C in the UE 212A, UE 212B, and UE 212C excludes the corresponding ADAP layers (e.g., ADAP layers 282A, 282A', 282B, and 282C) above the corresponding RLC layers (e.g., RLC layers 242A, 242A', 242B, and 242C). In this scenario, at UE 212B, PDCP layer 232B can pass PDCP PDUs to ADAP layer 282B, and ADAP layer 282B can pass ADAPPDUs to RLC layer 242B. At UE 212C, RLC layer 242C can pass RLC SDUs to ADAP layer 282C, and ADAP layer 282C can pass ADAP SDUs to PDCP layer 232C.

[0068] Similarly, at the receive protocol stack of UE 212A, ADAP layer 282A can receive ADAP PDUs from RLC layer 242A and can pass decoded data (e.g., ADAP SDUs) to the transmit protocol stack of UE 212A. At the transmit protocol stack of UE 212A, ADAP layer 282A' can receive decoded data from the receive protocol stack of UE 212A and can pass ADAPPDUs to RLC layer 242A'.

[0069] Figure 2D This illustration shows an example block diagram of an UP protocol stack 200D supporting Layer 2 relay at a Tx UE (e.g., UE 213B), a relay UE (e.g., UE 213A), and an Rx UE (e.g., UE 213C) according to some embodiments of this disclosure. Tx UE 213B may be connected to relay UE 213A via a side link (e.g., PC5 interface 273a). Relay UE 213A may be connected to Rx UE 213C via a side link (e.g., PC5 interface 273b).

[0070] like Figure 2D As shown, the UE 213B protocol stack may include SDAP layer 223B, PDCP layer 233B, RLC layer 243B, ADAP layer 283B, MAC layer 253B, and PHY layer 263B. UE 213A may include a receive protocol stack and a transmit protocol stack. The receive protocol stack of UE 213A may include RLC layer 243A, ADAP layer 283A, MAC layer 253A, and PHY layer 263A. The transmit protocol stack of UE 213A may include RLC layer 243A', ADAP layer 283A', MAC layer 253A', and PHY layer 263A'. The protocol stack of UE 213C may include SDAP layer 223C, PDCP layer 233C, RLC layer 243C, ADAP layer 283C, MAC layer 253C, and PHY layer 263C.

[0071] about Figure 2C The above description of the data stream of the protocol stack 200C can also be applied to Figure 2D The protocol stack 200D in the middle is just Figure 2D The ADAP layers 283B, 283A, 283A' and 283C are below the corresponding RLC layers (e.g., RLC layers 243A, 243A', 243B and 243C) and above the corresponding MAC layers (e.g., MAC layers 253A, 253A', 253B and 253C).

[0072] In this scenario, at UE 213B, RLC layer 242B can pass the RLC PDU to ADAP layer 283B, and ADAP layer 283B can pass the ADAP PDU to MAC layer 253B. At UE 213C, MAC layer 253C can pass the MAC SDU to ADAP layer 283C, and ADAP layer 283C can pass the ADAP SDU to RLC layer 243C. Similarly, at the receive protocol stack of UE 213A, ADAP layer 283A can decode the ADAP PDU from MAC layer 253A and pass the ADAP SDU to RLC layer 243A. At the transmit protocol stack of UE 213A, ADAP layer 282A' can receive the ADAP SDU from RLC layer 243A' and pass the ADAP PDU to MAC layer 253A'.

[0073] Figure 3A and 3B An exemplary format of a MAC PDU according to embodiments of the present disclosure is described.

[0074] Figure 3A This describes an exemplary MAC PDU 300A structure according to some embodiments of the present disclosure. For example... Figure 3A As shown, the MAC PDU 300A structure may include a MAC header and at least one MAC SDU. In some embodiments, the MAC PDU 300A structure may include, for example, padding at the end of the MAC PDU. The MAC header may include a Side Link Shared Channel (SL-SCH) sub-header and at least one MAC sub-header corresponding to at least one MAC SDU. In some embodiments, the MAC header may include a padding sub-header corresponding to the padding located, for example, at the end of the MAC header. At least one MAC SDU and padding (if any) may be referred to as the MAC payload.

[0075] The SL-SCH subheader can contain seven header fields: V / R / R / R / R / SRC / DST. The MAC subheader can contain six header fields: R / R / E / LCID / F / L, while the padding subheader can contain four fields: R / R / E / LCID. The meanings of these fields are listed below:

[0076] -V: The MAC PDU format version number field indicates the version of the SL-SCH subheader used. The V field can have 4 digits and can be set to "0001", "0010", or "0011".

[0077] -R: Reserved fields can be reserved for future use and can have 1 bit set to "0".

[0078] -SRC: The Source ID field indicates the identity of the source.

[0079] -DST: The Destination ID field indicates the identity of the destination.

[0080] -E: Extended Fields indicates whether there are additional fields in the MAC header, and can have 1 bit.

[0081] -LCID: The Logical Channel ID (LCID) field identifies the logical channel instance of the corresponding MAC SDU or the corresponding MAC control element or the type of padding.

[0082] -L: The length field can indicate the length of the corresponding MAC SDU in bytes.

[0083] -F: The format field can indicate the size of the length field. The F field can have 1 bit and can be set to "0" to indicate that the length field is 8 bits, or it can be set to "1" to indicate that the length field is 16 bits.

[0084] The specific definitions of the MAC header and the fields in the MAC header are defined in 3GPP specifications TS 36.321 and TS 38.321.

[0085] Figure 3B This section describes an exemplary MAC PDU 300B structure according to some embodiments of the present disclosure. The MAC PDU 300B structure may be referred to as an interleaved format of a MAC PDU.

[0086] like Figure 3BAs shown, the MAC PDU 300B structure may include at least one MAC subheader and at least one MAC SDU. Each of the at least one MAC subheader corresponds to a corresponding one of the at least one MAC SDU. For example, a MAC PDU may begin with a MAC subheader followed immediately by a corresponding MAC SDU. Another MAC subheader may follow the MAC SDU, and another corresponding MAC SDU may follow the other MAC subheader. In some embodiments, the MAC PDU 300B structure may include a filler and a filler subheader immediately following the filler located, for example, at the end of the MAC PDU. In some embodiments, a MAC PDU may begin with an SL-SCH subheader, followed by a MAC subheader and a MAC SDU in sequence.

[0087] In some embodiments of this disclosure, the specific definitions of the MAC subheader and MAC SDU in the MAC PDU 300B structure, as well as the specific definitions of padding, padding subheader, and SL-SCH subheader (if any), are related to... Figure 3A The same as those described.

[0088] In some embodiments of this disclosure, the MAC subheader may have a new structure, which will be described in detail below with reference to the accompanying drawings.

[0089] Figure 4 This describes an exemplary MAC subheader 400 structure according to some embodiments of the present disclosure. The MAC subheader 400 structure can be applied to... Figure 3B The MAC subheader field shown in the image.

[0090] like Figure 4 As shown, the MAC subheader 400 structure can be octet aligned. The MAC subheader 400 can contain 6 bytes, which are... Figure 4 These are respectively referred to as "Oct 1", "Oct 2", "Oct 3", "Oct 4", "Oct 5", and "Oct 6". Considering this, the MAC sub-header 400 can have... Figure 4 The structures described herein differ from those in the present invention. For example, some other embodiments of the invention, such as... Figure 4 The “Oct 1” shown in the figure may contain more or fewer bits.

[0091] The MAC subheader 400 structure can contain fields 401, 402, 403, 404, 405, and 406. Fields 401, 402, 403, 404, 405, and 406 can be the R field, F field, LCID field, L field, SRC field, and DST field, respectively. These fields can have the same characteristics as described above. Figure 3A The corresponding fields described have the same definition.

[0092] For example, field 405 can be a source ID field, and can be used to indicate the identity of the source communication device from which it transmits data in the corresponding MAC SDU. Field 406 can be a destination ID field, and can be used to indicate the identity of the destination communication device to which the data in the corresponding MAC SDU is transmitted.

[0093] Although for the sake of simplicity, Figure 4 Fields 401, 402, 403, 404, 405, and 406 are shown to contain 1 bit, 1 bit, 6 bits, 8 bits, 16 bits, and 16 bits, respectively. However, in some other embodiments of this disclosure, these fields may contain more or fewer bits, respectively. For example, fields 405 and 406 may contain 24 bits.

[0094] During the discovery process, communication device A can discover communication device B, and communication device B can discover communication device C. Communication device B can establish sidelink communication with communication device A, and communication device A can establish sidelink communication with communication device C. In this case, even if communication device B is located far from communication device C, communication device B can still perform sidelink communication with communication device C via communication device A. In this case, communication device A can act as a relay node, relaying data from communication device B to communication device C, and vice versa. Further details regarding the process of performing sidelink communication will be described in detail below with reference to the accompanying drawings.

[0095] The following procedures can be applied to communication devices within the coverage area of ​​a base station and to communication devices outside the coverage area of ​​a base station.

[0096] Figure 5A A flowchart illustrating an exemplary process 500A for performing sidelink communication according to some embodiments of the present disclosure.

[0097] In some instances, the communication device 510A can be used as Figure 1A Communication device 110A in Figure 1B Communication device 110A' in Figure 2A UE 210A or Figure 2B UE 211A in the middle. Communication device 510B can be used as Figure 1A Communication device 110B in Figure 1B Communication device 110B' in Figure 2A UE 210B or Figure 2B UE 211B in the middle. Communication device 510C can be used as Figure 1A Communication device 110C in Figure 1B Communication device 110C' in Figure 2A UE 210C or Figure 2B UE211C in the example.

[0098] During the discovery process, communication device 510A can discover communication device 510B, and communication device 510B can discover communication device 510C. As mentioned above, even if communication device 510B is located away from communication device 510C, communication device 510B can still establish sidelink communication with communication device 510C via communication device 510A. After establishing such communication, communication device 510B can transmit data to communication device 510C via communication device 510A. In this case, communication device 510B can be the source communication device for the data, communication device 510C can be the destination communication device for the data, and communication device 510A can be a relay communication device.

[0099] The exemplary process 500A demonstrates the process by which a source communication device (e.g., communication device 510B) communicates with a destination communication device (e.g., communication device 510C) via a relay communication device (e.g., communication device 510A).

[0100] refer to Figure 5A In operation 511, communication device 510B may send a connection request to communication device 510A. In some embodiments of this disclosure, the connection request to communication device 510A may be sent via an Access Layer (AS) message. In operation 513, communication device 510A may send a connection request to communication device 510C. In some embodiments of this disclosure, the connection request to communication device 510C may be sent via an AS message.

[0101] In some embodiments of this disclosure, a connection request between two communication devices may include an indication of an association between a logical channel and another different communication device. In some embodiments, such an association may be configured by a base station. In some other embodiments, such an association may be pre-configured.

[0102] For example, in some embodiments of this disclosure, a connection request from a source communication device (e.g., communication device 510B) to a relay communication device (e.g., communication device 510A) may include an indication that a logical channel between the source communication device (e.g., communication device 510B) and the relay communication device (e.g., communication device 510A) is associated with a destination communication device (e.g., communication device 510C). In this way, at least a portion of the logical channel between the source communication device (e.g., communication device 510B) and the relay communication device (e.g., communication device 510A) may be configured to be associated with a corresponding destination communication device. Through such an indication, the relay communication device can identify the destination communication device of the data to be transmitted on the logical channel.

[0103] In some embodiments, the source communication device may be located within the coverage area of ​​the base station. In these embodiments, the association between the logical channel and the destination device may be configured by the base station or may be pre-configured at the source communication device. In some embodiments, the source communication device may be located outside the coverage area of ​​the base station. In these embodiments, the association between the logical channel and the destination device may be pre-configured at the source communication device.

[0104] In some embodiments of this disclosure, a connection request from a relay communication device (e.g., communication device 510A) to a destination device (e.g., communication device 510C) may include an indication that the logical channel between the relay communication device (e.g., communication device 510A) and the destination communication device (e.g., communication device 510C) is associated with a source communication device (e.g., communication device 510B). In this way, at least a portion of the logical channel between the relay communication device (e.g., communication device 510A) and the destination communication device (e.g., communication device 510C) may be configured to be associated with a corresponding source communication device. Through such an indication, the destination communication device can identify the source communication device from which data to be received on the logical channel.

[0105] In some embodiments, the relay communication device may be located within the coverage area of ​​the base station. In these embodiments, the association between the logical channel and the source device may be configured by the base station or may be pre-configured at the relay communication device. In some embodiments, the relay communication device may be located outside the coverage area of ​​the base station. In these embodiments, the association between the logical channel and the source device may be pre-configured at the relay communication device.

[0106] Still referencing Figure 5A In operation 515, communication device 510C may send an acknowledgment to communication device 510A in response to receiving a connection request from communication device 510A. In operation 517, communication device 510A may send an acknowledgment to communication device 510B in response to receiving an acknowledgment from communication device 510C.

[0107] After the above process, communication device 510B and communication device 510C can communicate with each other via communication device 510A. In some embodiments of this disclosure, communication device 510D ( Figure 5A (Not shown in the text) can be performed via communication device 510A and communication device 510C or a different communication device (e.g., communication device 511E) by performing operations similar to those in operations 511 to 517. Figure 5A (Not shown in the text) Establish sidelink communication.

[0108] After establishing communication with communication device 510C via communication device 510A, communication device 510B can transmit data to communication device 510C via communication device 510A.

[0109] Communication device 510B can encode data to be transmitted to communication device 514C via communication device 514A. For example, in some embodiments of this disclosure, at the MAC layer, communication device 510B can encode SDUs from an upper layer (e.g., RLC layer) into a MAC PDU. The MAC PDU may employ... Figure 3A The MAC PDU 300A structure or Figure 3B The MAC PDU 300B structure in the text.

[0110] In some embodiments of this disclosure, the header of the MAC PDU may include a destination field indicating the identity of a relay communication device (e.g., communication device 510A). In some embodiments, the destination field may include at least a portion of the identity of the relay communication device. The header of the MAC PDU may include a source field indicating the identity of the source communication device (e.g., communication device 510B) of the data. In some embodiments, the source field may include at least a portion of the identity of the source communication device. The header of the MAC PDU may be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0111] In some embodiments of this disclosure, the communication device 510B can transmit a MAC PDU to the PHY layer. The PHY layer can receive a TB corresponding to the MAC PDU. In some embodiments, sidelink control information can be transmitted along with the TB. For example, the communication device 510B can transmit the sidelink control information before the transmission of the TB. The sidelink control information can indicate the time-frequency position of the corresponding sidelink data transmission (e.g., the transmission of the TB).

[0112] In some embodiments, sidelink control information may indicate the identity of a relay communication device (e.g., communication device 510A). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may contain at least a portion of the identity of the relay communication device, which may be combined with the destination field of the header of the MAC PDU to form the complete identity of the relay communication device. For example, the identity of the relay communication device may be a 24-bit UE ID. The sidelink control information may contain 8 bits or all 24 bits of the 24-bit UE ID. The destination field of the header of the MAC PDU may contain the remaining 16 bits or all 24 bits of the 24-bit UE ID.

[0113] In some embodiments, the sidelink control information may include a source field indicating the identity of a source communication device (e.g., communication device 510B). The source field of the sidelink control information may include at least a portion of the identity of the source communication device.

[0114] Following the encoding process described above, in operation 519, communication device 510B can transmit the encoded data to communication device 510A. Communication device 510A can receive data on the logical channel between communication device 510A and communication device 510B.

[0115] In operation 521, communication device 510A can decode the received data. For example, communication device 510A can determine whether to discard, relay, or accept data without relaying. Accepting data by communication device 510A means that the data was not relayed by communication device 510A.

[0116] In some embodiments of this disclosure, the data may include sidelink control information. Communication device 510A may determine whether to discard the data or pass it to an upper layer (e.g., the MAC layer) based on the sidelink control information. For example, communication device 510A may determine whether the sidelink control information indicates the identity of communication device 510A. When it is determined that the sidelink control information indicates the identity of communication device 510A, communication device 510A may pass the data to the MAC layer to determine whether to relay the data to the destination communication device. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 510A, communication device 510A may discard the received data.

[0117] In some embodiments of this disclosure, the communication device 510A can decode received data into a MAC PDU. For example, when it is determined that sidelink control information indicates the identity of the communication device 510A, the communication device 510A can decode the received data into a MAC PDU. The communication device 510A can determine whether to discard data or pass data to an upper layer (e.g., the RLC layer) based on the header of the MAC PDU. The header of the MAC PDU may be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0118] For example, the destination field in the header of the MAC PDU can indicate the identity of the relay communication device. When the destination field in the header of the MAC PDU does not indicate the identity of the communication device 510A, the communication device 510A can discard the MAC PDU. Otherwise, when the destination field in the header of the MAC PDU indicates the identity of the communication device 510A, depending on the structure of the protocol stack of the communication device 510A, the communication device 510A can pass the MAC SDU of the MAC PDU to the RLC layer or the transmission protocol stack of the communication device 510A.

[0119] For example, in some embodiments, reference Figure 2AAfter receiving data from UE 210B, UE 210A can decode it into a MAC PDU, and when it is determined that the destination field of the MAC PDU header indicates the identity of UE 210A, UE 210A can pass the MAC SDU to RLC layer 240A. RLC layer 240A can decode the RLC PDU and can pass the decoded data from the receive protocol stack to the transmit protocol stack of UE 210A. In some embodiments, reference is made to... Figure 2B After receiving data from UE 211B, UE 211A can decode it into a MAC PDU, and when it is determined that the destination field of the header of the MAC PDU indicates the identity of UE 211A, UE 211A can transfer the MAC SDU from the receive protocol stack to the transmit protocol stack of UE 211A.

[0120] In some embodiments of this disclosure, the sidelink control information may include at least a portion of the identity of the relay communication device, and the destination field of the header of the MAC PDU may include the remaining portion of the identity of the relay communication device or all bits of the identity of the relay communication device.

[0121] Return to reference Figure 5A In some embodiments of this disclosure, communication device 510A may determine the destination communication device of data received from communication device 510B. As mentioned above, an indication indicating the association between a logical channel and a destination device may be transmitted from communication device 510B to communication device 510A during a connection request process (e.g., in operation 511). Communication device 510A may determine the destination communication device of data from communication device 510B based on the indication.

[0122] For example, as mentioned above, communication device 510A can decode received data into a MAC PDU. Communication device 510A can further decode a MAC SDU and its corresponding MAC sub-header from the MAC PDU. The MAC sub-header may contain an LCID field. (The above refers to...) Figure 3A Describe the definition of this field. Then, communication device 510A can identify the logical channel corresponding to the received data based on the LCID field. Communication device 510A can determine that communication device 510C is the destination communication device of the data based on the identified logical channel corresponding to the received data, as indicated by the indication associated with communication device 510C.

[0123] In some embodiments of this disclosure, communication device 510A may encode data received from communication device 510B before transmitting it to a destination communication device (e.g., communication device 510C).

[0124] For example, in some embodiments of this disclosure, communication device 510A may encode data into a MAC PDU. The header of the MAC PDU may include a source field indicating the identity of the relay communication device (e.g., communication device 510A) from which the data is transmitted. In some embodiments, the source field may include at least a portion of the identity of the relay communication device. The header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 510C) from which the data is transmitted. In some embodiments, the destination field may include at least a portion of the identity of the destination communication device. The MAC PDU may employ... Figure 3A The MAC PDU 300A structure or Figure 3B The MAC PDU 300B structure in the text.

[0125] In some embodiments of this disclosure, the MAC PDU may include a MAC SDU and a MAC sub-header corresponding to the MAC SDU. The MAC sub-header may include an LCID field. (The above refers to...) Figure 3A Describe the definition of this field. As mentioned above, an indication of the association between a logical channel and a source device may be transmitted from communication device 510A to communication device 510C during a connection request process (e.g., in operation 513). Communication device 510A may determine the value of the LCID field based on the indication. For example, assuming that LCH#C between communication device 510A and communication device 510C is associated with communication device 510B, communication device 510A may set the LCID field of the MAC subheader to the LCID of LCH#C.

[0126] In some embodiments of this disclosure, communication device 510A may pass a MAC PDU to the PHY layer. The PHY layer may encode a TB corresponding to the MAC PDU for transmission to a destination communication device (e.g., communication device 510C). In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 510A may transmit the sidelink control information before the transmission of the TB.

[0127] In some embodiments, sidelink control information may indicate the identity of a relay communication device (e.g., communication device 510A). For example, the sidelink control information may include a source field. The source field of the sidelink control information may contain at least a portion of the identity of the relay communication device, which may be combined with the source field of the header of the MAC PDU to form the complete identity of the relay communication device. For example, the identity of the relay communication device may be a 24-bit UE ID. The sidelink control information may contain 8 bits or all 24 bits of the 24-bit UE ID. The destination field of the header of the MAC PDU may contain the remaining 16 bits or all 24 bits of the 24-bit UE ID.

[0128] In some embodiments, the sidelink control information may include a destination field that indicates the identity of the destination communication device (e.g., communication device 510C).

[0129] In some embodiments of this disclosure, in addition to receiving data on a logical channel between communication device 510A and communication device 510B, communication device 510A may also receive data from communication device 510B or a different communication device (e.g., communication device 510D) on different logical channels. Figure 5A (Not shown) Receives another data. When the destination communication device of the other data is the same as the destination communication device of the data, the communication device 510A can multiplex the other data and the data for transmission to the destination communication device. The method for determining the destination communication device of the other data is similar to the method for determining the destination communication device of the data as described above, and therefore is omitted here.

[0130] For example, when it is determined that both the other data and the data are destined for communication device 510C, communication device 510A can multiplex the other data and the data into the same MAC PDU. The header of the MAC PDU may include a source field indicating the identity of the communication device 510A (i.e., the relay communication device) and a destination field indicating the identity of the communication device 510C (i.e., the destination communication device). The definition of the MAC PDU header has been described above and is therefore omitted here.

[0131] In some embodiments of this disclosure, communication device 510A may encode the other data and the data into different or the same MAC SDU of the MAC PDU. As mentioned above, the value of the field of the MAC subheader corresponding to the MAC SDU may be determined based on the association between the logical channel and the source communication device. Communication device 510A may encode the other data and the data in a similar manner as described above, and therefore this is omitted here.

[0132] In some embodiments of this disclosure, the communication device 510A may pass the MAC PDU to the PHY layer. At the PHY layer, the communication device 510A may encode the TB corresponding to the MAC PDU in a similar manner as described above, and therefore this is omitted here.

[0133] In operation 523, communication device 510A can transmit encoded data to a destination communication device (e.g., communication device 510C). In operation 525, communication device 510C can decode the received data. The decoding process in operation 525 is similar to the decoding process described above with respect to operation 521.

[0134] For example, data from communication device 510A may contain sidelink control information. Communication device 510C may determine whether to discard the data or pass it to an upper layer (e.g., the MAC layer) based on the sidelink control information. The definition of sidelink control information is described above with respect to operation 521. For example, when it is determined that the sidelink control information indicates the identity of communication device 510C, communication device 510C may pass the data to the MAC layer. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 510C, communication device 510C may discard the received data.

[0135] In some embodiments of this disclosure, the communication device 510C can decode received data into a MAC PDU. The communication device 510C can determine whether to discard the data or pass it to an upper layer (e.g., the RLC layer) based on the header of the MAC PDU. For example, when the destination field of the MAC PDU header does not indicate the identity of the communication device 510C, the communication device 510C can discard the MAC PDU. Otherwise, when the destination field of the MAC PDU header indicates the identity of the communication device 510C, the communication device 510C can pass the MAC SDU of the MAC PDU to an upper layer (e.g., the RLC layer). The header of the MAC PDU can be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0136] In some embodiments of this disclosure, communication device 510C can determine that communication device 510C is the destination device for data. Communication device 510C can determine the source communication device for data from communication device 510A. As mentioned above, an indication indicating the association between a logical channel and a source device may be transmitted from communication device 510A to communication device 510C during a connection request process (e.g., in operation 513). Communication device 510C can determine the source communication device for data from communication device 510A based on the indication.

[0137] For example, communication device 510C can decode received data into a MAC PDU. Communication device 510C can further decode a MAC SDU and its corresponding MAC sub-header from the MAC PDU. The MAC sub-header may contain an LCID field. Then, communication device 510C can identify the logical channel corresponding to the data based on the LCID field. Communication device 510C can determine that communication device 510B is the source communication device of the data based on the identified logical channel corresponding to the data, as indicated by the indication associated with communication device 510B.

[0138] Figure 5B A flowchart illustrating an exemplary process 500B for performing sidelink communication according to some embodiments of the present disclosure.

[0139] In some instances, the communication device 511A can be used as Figure 1A Communication device 110A in Figure 1B Communication device 110A' in Figure 2A UE 210A or Figure 2B UE 211A in the middle. Communication device 511B can be used as Figure 1A Communication device 110B in Figure 1B Communication device 110B' in Figure 2A UE 210B or Figure 2B UE 211B in the middle. Communication device 511C can be used as Figure 1A Communication device 110C in Figure 1B Communication device 110C' in Figure 2A UE 210C or Figure 2B UE211C in the example.

[0140] and Figure 5A Similarly, exemplary process 500B demonstrates the process by which a source communication device (e.g., communication device 511B) communicates with a destination communication device (e.g., communication device 511C) via a relay communication device (e.g., communication device 511A).

[0141] refer to Figure 5B In operation 531, the source communication device (e.g., communication device 511B) may transmit a connection request to the relay communication device (e.g., communication device 511A). In some embodiments of this disclosure, the connection request to communication device 511A may be transmitted via an AS layer message.

[0142] In some embodiments of this disclosure, a connection request to a relay communication device (e.g., communication device 511A) may include an indication to at least one destination communication device (e.g., communication device 511C). Such an indication allows the relay communication device to know whether data to be transmitted to it should be forwarded or relayed to the destination device.

[0143] In operation 533, communication device 511A may transmit a connection request to communication device 511C. In some embodiments of this disclosure, the connection request to communication device 511C may be transmitted via access layer (AS) messages.

[0144] In operation 535, communication device 511C may send an acknowledgment to communication device 511A in response to receiving a connection request from communication device 511A. In operation 537, communication device 511A may send an acknowledgment to communication device 511B in response to receiving an acknowledgment from communication device 511C.

[0145] After the above process, communication device 511B and communication device 511C can communicate with each other via communication device 511A. In some embodiments of this disclosure, communication device 511D ( Figure 5B (Not shown in the text) can be performed via communication device 511A and communication device 511C or a different communication device (e.g., communication device 511E) by performing operations similar to those in operations 531 to 537. Figure 5B (Not shown in the text) Establish sidelink communication.

[0146] After establishing communication with communication device 511C via communication device 511A, communication device 511B can transmit data to communication device 511C via communication device 511A.

[0147] In some embodiments of this disclosure, at the MAC layer, communication device 511B can encode the SDU from an upper layer (e.g., the RLC layer) into a MAC PDU. The header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 511C). In some embodiments, the destination field may include at least a portion of the identity of the destination communication device. The header of the MAC PDU may include a source field indicating the identity of the source communication device (e.g., communication device 511B). In some embodiments, the source field may include at least a portion of the identity of the source communication device. The header of the MAC PDU may be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0148] Communication device 511B can transmit a MAC PDU to the PHY layer. The PHY layer can receive a TB corresponding to the MAC PDU for transmission. In some embodiments, sidelink control information can be transmitted along with the TB. For example, communication device 511B can transmit the sidelink control information before the transmission of the TB. The sidelink control information can indicate the time-frequency location of the corresponding sidelink data transmission (e.g., the transmission of the TB). In some embodiments, the sidelink control information can indicate the identity of a relay communication device (e.g., communication device 511A). For example, the sidelink control information can include a destination field. The destination field of the sidelink control information can include at least a portion of the identity of the relay communication device. For example, the identity of the relay communication device can be a 24-bit UE ID. The sidelink control information can include 8 bits or all 24 bits of the 24-bit UE ID. In some embodiments, the sidelink control information can include a source field indicating the identity of a source communication device (e.g., communication device 511B).

[0149] Following the encoding process described above, in operation 539, communication device 511B can transmit data to communication device 511A. In operation 541, communication device 511A can decode the received data. For example, communication device 511A can determine whether to discard, relay, or accept the data.

[0150] In some embodiments of this disclosure, the data may include sidelink control information. Communication device 511A may determine whether to discard the data or pass it to an upper layer (e.g., the MAC layer) based on the sidelink control information. For example, communication device 511A may determine whether the sidelink control information indicates the identity of communication device 511A. When it is determined that the sidelink control information indicates the identity of communication device 511A, communication device 511A may pass the data to the MAC layer. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 511A, communication device 511A may discard the received data.

[0151] In some embodiments of this disclosure, when the side link control information indicates the identity of the communication device 511A, the communication device 511A can decode the received data into a MAC PDU and pass it to the MAC layer. The MAC PDU may employ... Figure 3A The MAC PDU 300A structure or Figure 3B The MAC PDU 300B structure is described above. Communication device 511A can determine whether to relay or receive data based on the MAC PDU header. The MAC PDU header can be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0152] As mentioned above, an indication of at least one destination communication device may be transmitted from communication device 511B to communication device 511A during the connection request process (e.g., in operation 531). Communication device 511A may determine the destination communication device of the data from communication device 511B based on the indication.

[0153] For example, the destination field of the header of the MAC PDU decoded from data received from communication device 511B can indicate the identity of the destination communication device. When the destination field of the MAC PDU header indicates the identity of communication device 511A, it means that communication device 511A is the destination communication device for the data and that communication device 511A can accept the MAC PDU. When the destination field of the MAC PDU header indicates one of at least one of the destination communication devices indicated by the indications mentioned above, communication device 511A can relay the data to the communication device indicated in the destination field of the MAC PDU header. For example, communication device 511A can pass the MAC SDU of the MAC PDU to an upper layer (e.g., RLC layer) or transmission protocol stack of communication device 511A.

[0154] For example, in some embodiments, reference Figure 2A After receiving data from UE 210B, UE 210A can decode it into a MAC PDU, and when it is determined that UE 210C is indicated in the aforementioned indication, UE 210A can pass the MAC SDU to RLC layer 240A. RLC layer 240A can decode the SDU and can pass the decoded data from the receive protocol stack to the transmit protocol stack of UE 210A. In some embodiments, reference is made to... Figure 2B After receiving data from UE 211B, UE 211A can decode it into a MAC PDU, and when it is determined that UE 210C is instructed in the above-mentioned indication, the MAC SDU can be transferred from the receive protocol stack to the transmit protocol stack of UE 211A.

[0155] In some embodiments of this disclosure, communication device 511A may encode data from communication device 511B before it is transmitted to the destination communication device (e.g., communication device 511C).

[0156] For example, communication device 511A can encode data into a MAC PDU. The MAC PDU can employ... Figure 3A The MAC PDU300A structure or Figure 3B The MAC PDU 300B structure is described above. The header of the MAC PDU may include a source field indicating the identity of the source communication device (e.g., communication device 511B) of the data. In some embodiments, the source field may include at least a portion of the identity of the source communication device. The header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 511C) of the data. In some embodiments, the destination field may include at least a portion of the identity of the destination communication device. The header of the MAC PDU may be as described above regarding... Figure 3A and 3BThe described SL-SCH subheader.

[0157] In some embodiments of this disclosure, communication device 511A may pass a MAC PDU to the PHY layer. The PHY layer may encode a TB corresponding to the MAC PDU for transmission to a destination communication device (e.g., communication device 511C). In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 511A may transmit the sidelink control information before the transmission of the TB. In some embodiments, the sidelink control information may indicate the identity of a relay communication device (e.g., communication device 511A). For example, the sidelink control information may include a source field. The source field of the sidelink control information may include at least a portion of the identity of the relay communication device. For example, the identity of the relay communication device may be a 24-bit UE ID. The sidelink control information may include 8 bits or all 24 bits of the 24-bit UE ID. In some embodiments, the sidelink control information may include a destination field indicating the identity of a destination communication device (e.g., communication device 511C).

[0158] In operation 543, communication device 511A can transmit encoded data to a destination communication device (e.g., communication device 511C). In operation 545, communication device 511C can decode the received data. The decoding process in operation 525 is similar to the decoding process described above with respect to operation 541.

[0159] For example, communication device 511C may determine whether to discard or accept data from communication device 511A. In some embodiments of this disclosure, at the PHY layer, communication device 511C may determine whether to discard data or pass data to an upper layer (e.g., the MAC layer) based on sidelink control information. The definition of sidelink control information was described above with respect to operation 541 and is therefore omitted here. For example, when it is determined that the sidelink control information indicates the identity of communication device 511C, communication device 511C may pass data to the MAC layer. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 511C, communication device 511C may discard the received data.

[0160] In some embodiments of this disclosure, at the MAC layer, communication device 511C can determine the destination and source communication device of the data based on the header of the MAC PDU decoded from the received data. The definition of the MAC PDU header was described above with respect to operation 521 and is therefore omitted here. The MAC PDU header may be as described above regarding... Figure 3A and 3BThe described SL-SCH sub-header. For example, communication device 511B can be identified as the source communication device of data based on the source field of the header of the MAC PDU indicating the identity of communication device 511B. Communication device 511C can be identified as the destination communication device of data based on the destination field of the header of the MAC PDU indicating the identity of communication device 511C. Communication device 511C can then accept data and can pass the MAC PDU to an upper layer (e.g., the RLC layer) for further decoding.

[0161] Figure 5C A flowchart illustrating an exemplary process 500C for performing sidelink communication according to some embodiments of the present disclosure.

[0162] In some instances, the communication device 512A can be used as Figure 1A Communication device 110A in Figure 1B Communication device 110A' in Figure 2A UE 210A or Figure 2B UE 211A in the middle. Communication device 512B can be used as Figure 1A Communication device 110B in Figure 1B Communication device 110B' in Figure 2A UE 210B or Figure 2B UE 211B in the middle. Communication device 512C can be used as Figure 1A Communication device 110C in Figure 1B Communication device 110C' in Figure 2A UE 210C or Figure 2B UE211C in the example.

[0163] and Figure 5A and 5B Similarly, exemplary process 500C demonstrates the process by which a source communication device (e.g., communication device 512B) communicates with a destination communication device (e.g., communication device 512C) via a relay communication device (e.g., communication device 512A).

[0164] In operation 551, communication device 512B (i.e., the source communication device) may encode data to be transmitted to communication device 512C via communication device 512A.

[0165] For example, in some embodiments of this disclosure, at the MAC layer, the communication device 512B can encode the SDU from an upper layer (e.g., the RLC layer) into a MAC PDU. The MAC PDU may have the features described above. Figure 3BThe described interleaved format. That is, a MAC PDU may contain at least one MAC subheader and at least one MAC SDU, and each MAC subheader in the at least one MAC subheader corresponds to a corresponding one in the at least one MAC SDU.

[0166] In some embodiments of this disclosure, each of at least one MAC sub-header may include a source field and a destination field. The destination field may include at least a portion of the identity of the destination communication device. The source field may include at least a portion of the identity of the source communication device. For example, the identity of the communication device may be a 24-bit UE ID. The destination field and source field of the MAC sub-header may include 16 bits or all 24 bits of the 24-bit UE ID of the corresponding communication device.

[0167] For example, a MAC PDU may contain two MAC SDUs (SDU#1 and SDU#2) and two corresponding MAC subheaders (Subheader #1 and Subheader #2). A MAC PDU may begin with Subheader #1, followed by SDU#1, Subheader #2, and Subheader #3. Subheader #1 may contain a source field indicating the source communication device of SDU#1 and a destination field indicating the destination communication device of SDU#1. Subheader #2 may contain a source field indicating the source communication device of SDU#2 and a destination field indicating the destination communication device of SDU#2. The destination field of Subheader #1 may be the same as or different from the destination field of Subheader #2. In other words, data destined for different devices can be multiplexed within the same MAC PDU. In some instances, a MAC PDU may contain fewer or more MAC SDUs and corresponding MAC subheaders.

[0168] In some embodiments of this disclosure, as described above regarding Figure 4 The described MAC subheader 400 structure can be applied to each of at least one MAC subheader in a MAC PDU.

[0169] In some embodiments of this disclosure, communication device 512B may pass a MAC PDU to the PHY layer. The PHY layer may receive a TB corresponding to the MAC PDU for transmission. In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 512B may transmit the sidelink control information before the transmission of the TB. In some embodiments, the sidelink control information may indicate the identity of a relay communication device (e.g., communication device 512A). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may include at least a portion of the identity of the relay communication device. For example, the identity of the relay communication device may be a 24-bit UE ID. The sidelink control information may include 8 bits or all 24 bits of the 24-bit UE ID.

[0170] In operation 553, communication device 512B can transmit data to communication device 512A. In operation 555, communication device 512A can decode the received data.

[0171] In some embodiments of this disclosure, the data may include sidelink control information. Communication device 512A may determine whether to discard the data or pass it to an upper layer (e.g., the MAC layer) based on the sidelink control information. For example, communication device 512A may determine whether the sidelink control information indicates the identity of communication device 512A. When it is determined that the sidelink control information indicates the identity of communication device 512A, communication device 512A may pass the data to the MAC layer. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 512A, communication device 512A may discard the received data.

[0172] In some embodiments of this disclosure, the communication device 512A can decode the received data into a MAC PDU. For example, when it is determined that sidelink control information indicates the identity of the communication device 512A, the communication device 512A can decode the received data into a MAC PDU. As mentioned above, the MAC PDU may have the features described above. Figure 3B The described interleaved format. Communication device 512A can decode or demultiplex a MAC PDU into at least one MAC SDU and at least one MAC subheader corresponding to the at least one MAC SDU. The MAC subheader may have, for example: Figure 4 The MAC subheader 400 structure is shown in the diagram. Therefore, communication device 512A can determine the corresponding source communication device and corresponding destination communication device of at least one MAC SDU. Communication device 512A can encode or multiplex two or more MAC SDUs having the same destination communication device into the same MAC PDU. The two or more MAC SDUs can be received on the same or different logical channels. For example, the LCID field of the MAC subheader corresponding to the two or more MAC SDUs may be different.

[0173] In some embodiments of this disclosure, the communication device 512D ( Figure 5C(Not shown) Sidelink communication can also be established between communication device 512A and communication device 512C via communication device 512A. In addition to receiving data from communication device 512B, communication device 512A can also receive additional data from communication device 512D for relay to communication device 512C. Similar to decoding data from communication device 512B, communication device 512A can decode additional data from communication device 512D. In some embodiments, communication device 512A can determine that the destination communication device of the MAC SDU of the data is the same as that of another MAC SDU of the other data. Communication device 512A can encode or multiplex MAC SDUs received on different logical channels and another MAC SDU into the same MACPDU.

[0174] In some embodiments of this disclosure, the communication device 512A may be configured as described above regarding... Figure 3B The described interleaved format encoding MAC PDU. The MAC subheader of the MAC PDU may have, for example: Figure 4 The MAC subheader 400 structure is shown in the diagram. For example, the communication device 512A can encode the MAC PDU in a similar manner to that described above with respect to operation 551.

[0175] In some embodiments of this disclosure, communication device 512A may pass a MAC PDU to the PHY layer. The PHY layer may receive a TB corresponding to the MAC PDU for transmission. In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 512A may transmit the sidelink control information before the transmission of the TB. In some embodiments, the sidelink control information may indicate the identity of a relay communication device (e.g., communication device 512A).

[0176] Such indications in the sidelink control information can be used for retransmission combination. For example, if communication device 512C fails to decode previous data, communication device 512A can retransmit the data to communication device 512C. Using the indications in the sidelink control information, communication device 512C can identify that the retransmitted data and the previous data come from the same communication device (e.g., communication device 512A). Communication device 512C can combine the retransmitted data with the previous data to decode the data. Retransmission combination can advantageously improve the decoding success rate.

[0177] In some embodiments, the sidelink control information may include a source field. The source field of the sidelink control information may include at least a portion of the identity of the relay communication device. For example, the identity of the relay communication device may be a 24-bit UE ID. The sidelink control information may include 8 bits or all 24 bits of the 24-bit UE ID. In some embodiments, the sidelink control information may include a destination field indicating the identity of the destination communication device (e.g., communication device 512C).

[0178] In operation 557, communication device 512A can transmit encoded data to a destination communication device (e.g., communication device 512C).

[0179] In operation 559, communication device 512C can decode the received data. The decoding process in operation 559 is similar to the decoding process described above with respect to operation 555. For example, communication device 512C can determine the corresponding source communication device and the corresponding destination communication device of the MAC SDU in the MAC PDU based on the destination field and source field in the corresponding MAC subheader.

[0180] Figure 5D and 5E This describes an exemplary process for performing sidelink communication according to embodiments of the present disclosure. Figure 5D and 5E The protocol stack of communication devices in the system may include layers above the RLC layer (such as...). Figure 2C (as shown in the image) or between the MAC layer and the RLC layer (such as...) Figure 2D The ADAP layer (as shown in the image). Figure 5D and 5E The exemplary process in [the text] is based on the assumption that the ADAP layer is located above the RLC layer. However, for Figure 5D and 5E The corresponding modifications to the exemplary process in the document are readily apparent to those skilled in the art to serve the condition that the ADAP layer is located between the MAC layer and the RLC layer.

[0181] Figure 5D A flowchart illustrating an exemplary process 500D for performing sidelink communication according to some embodiments of the present disclosure.

[0182] In some instances, the communication device 513A can be used as Figure 1A Communication device 110A in Figure 1B Communication device 110A' in Figure 2C UE 212A or Figure 2D UE 213A in the middle. Communication device 513B can be used as Figure 1A Communication device 110B in Figure 1B Communication device 110B' in Figure 2C UE 212B or Figure 2D UE 213B in the middle. Communication device 513C can be used as Figure 1A Communication device 110C in Figure 1B Communication device 110C' in Figure 2C UE 212C or Figure 2D UE213C in the example.

[0183] and Figures 5A to 5C Similarly, exemplary process 500D demonstrates the process by which a source communication device (e.g., communication device 513B) communicates with a destination communication device (e.g., communication device 513C) via a relay communication device (e.g., communication device 513A).

[0184] In operation 561, communication device 513B (i.e., the source communication device) may encode data to be transmitted to communication device 513C via communication device 513A.

[0185] For example, in some embodiments of this disclosure, at the ADAP layer, communication device 513B can encode an SDU from an upper layer (e.g., the PDCP layer) into a MAC PDU. The header of the ADAP PDU may include a source field indicating the identity of the source communication device (e.g., communication device 513B) and a destination field indicating the identity of the destination communication device (e.g., communication device 513C). The ADAP SDU of the ADAP PDU may contain data to be transmitted from the source communication device to the destination communication device. Communication device 513B can pass at least one ADAP PDU to a lower layer (e.g., the RLC layer).

[0186] In some embodiments of this disclosure, at the RLC layer, the communication device 513B can encode SDUs from an upper layer (e.g., the ADAP layer) into an RLC PDU, and can pass at least one RLC PDU to a lower layer (e.g., the MAC layer).

[0187] In some embodiments of this disclosure, at the MAC layer, communication device 513B can encode the SDU from an upper layer (e.g., the RLC layer) into a MAC PDU. The header of the MAC PDU may include a destination field indicating the identity of a relay communication device (e.g., communication device 513A). In some embodiments, the destination field may include at least a portion of the identity of the relay communication device. The header of the MAC PDU may include a source field indicating the identity of a source communication device (e.g., communication device 513B). In some embodiments, the source field may include at least a portion of the identity of the source communication device. The header of the MAC PDU may be as described above regarding... Figure 3A and 3B The described SL-SCH subheader. Communication device 513B can pass MAC PDUs to lower layers (e.g., the PHY layer).

[0188] In some embodiments of this disclosure, at the PHY layer, communication device 513B may encode a TB corresponding to a MAC PDU for transmission. In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 513B may transmit the sidelink control information prior to the transmission of the TB. In some embodiments, the sidelink control information may indicate the identity of a relay communication device (e.g., communication device 513A). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may contain at least a portion of the identity of the relay communication device, which may be combined with the destination field of the header of the MAC PDU to form the complete identity of the relay communication device.

[0189] For example, the identity of a relay communication device can be a 24-bit UE ID. Sidelink control information can contain 8 bits of the 24-bit UE ID or all 24 bits. The destination field of the MAC PDU header can contain the remaining 16 bits of the 24-bit UE ID or all 24 bits.

[0190] In some embodiments, the side link control information may include a source field that indicates the identity of the source communication device (e.g., communication device 513B).

[0191] Following the encoding process described above, in operation 563, communication device 513B can transmit the encoded data to communication device 513A. In operation 565, communication device 513A can decode the received data.

[0192] In some embodiments of this disclosure, the data may include sidelink control information. Communication device 513A may determine whether to discard the data or pass it to an upper layer (e.g., the MAC layer) based on the sidelink control information. For example, communication device 513A may determine whether the sidelink control information indicates the identity of communication device 513A. When it is determined that the sidelink control information indicates the identity of communication device 513A, communication device 513A may pass the data to the MAC layer. Otherwise, when it is determined that the sidelink control information does not indicate the identity of communication device 513A, communication device 513A may discard the received data.

[0193] In some embodiments of this disclosure, the communication device 513A can decode the received data into a MAC PDU. For example, when it is determined that sidelink control information indicates the identity of the communication device 513A, the communication device 513A can decode the received data into a MAC PDU. The MAC PDU may employ... Figure 3A The MAC PDU 300A structure or Figure 3BThe MAC PDU 300B structure is described above. Communication device 513A can determine whether to discard or pass the MAC PDU to an upper layer (e.g., RLC layer) based on the MAC PDU header. The MAC PDU header can be as described above regarding... Figure 3A and 3B The described SL-SCH subheader.

[0194] For example, communication device 513A can determine whether the destination field in the header of the MAC PDU indicates the identity of communication device 513A. When it is determined that the destination field indicates the identity of communication device 513A, communication device 513A can pass the data to the RLC layer. Otherwise, when it is determined that the destination field does not indicate the identity of communication device 513A, communication device 513A can discard the received data.

[0195] In some embodiments of this disclosure, communication device 513A can decode received data into an ADAP PDU. For example, communication device 513A can decode a MAC PDU into an RLC PDU and an RLC PDU into an ADAP PDU. As mentioned above regarding operation 561, the header of the ADAP PDU may include a source field indicating the identity of the source communication device (e.g., communication device 513B) and a destination field indicating the identity of the destination communication device (e.g., communication device 513C). Therefore, communication device 513A can determine the destination communication device of the ADAP SDU in the ADAP PDU based on the destination field in the header of the ADAP PDU and can relay the received data to the destination communication device.

[0196] For example, communication device 513A can determine that the destination of data received from communication device 513B is communication device 513C based on the header of ADAP PDU, and can relay the received data to communication device 513C.

[0197] In some embodiments of this disclosure, communication device 513A may encode data from communication device 513B before transmission to a destination communication device (e.g., communication device 513C). Communication device 513A may encode data in a manner similar to that described above with respect to operation 561, with at least one of the following exceptions:

[0198] The header of a MAC PDU may include a source field indicating the identity of a relay communication device (e.g., communication device 513A). In some embodiments, the source field may include at least a portion of the identity of the relay communication device.

[0199] The header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 513C). In some embodiments, the destination field may include at least a portion of the identity of the relay communication device.

[0200] Side link control information can indicate the identity of a relay communication device (e.g., communication device 513A), which can be used for retransmission recombining. For example, the side link control information may include a source field. The source field of the side link control information may contain at least a portion of the identity of the relay communication device.

[0201] Sidelink control information may indicate the identity of the destination communication device (e.g., communication device 513C). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may contain at least a portion of the identity of the destination communication device (e.g., communication device 513C).

[0202] In some embodiments of this disclosure, the communication device 513D ( Figure 5D (Not shown) Sidelink communication can also be established between communication device 513A and communication device 513C. In addition to receiving data from communication device 513B, communication device 513A can also receive additional data from communication device 513D for relay to communication device 513C. Similar to decoding data from communication device 513B, communication device 513A can decode additional data from communication device 513D. In some embodiments, communication device 513A can determine that the destination communication device of the ADAP SDU of the data is the same as that of another ADAP SDU of the other data. Communication device 513A can encode or multiplex the ADAP SDU and another ADAP SDU into different ADAP PDUs, which can be encoded into the same MAC PDU.

[0203] For example, in some embodiments of this disclosure, an ADAP SDU may be encoded into ADAP PDU #1. The header of ADAP PDU #1 may include a source field indicating the identity of communication device 513B and a destination field indicating the identity of communication device 513C. Another ADAP SDU may be encoded into ADAP PDU #2. The header of ADAP PDU #2 may include a source field indicating the identity of communication device 513D and a destination field indicating the identity of communication device 513C. ADAP PDU #1 and ADAP PDU #2 may be encoded into the same MAC PDU. The header of the MAC PDU may include a source field indicating the identity of a relay communication device (e.g., communication device 513A) and a destination field indicating the identity of a destination communication device (e.g., communication device 513C).

[0204] In operation 567, communication device 513A may transmit encoded data to a destination communication device (e.g., communication device 513C).

[0205] In operation 569, communication device 513C can decode the received data. The decoding process in operation 569 is similar to the decoding process described above with respect to operation 565. Communication device 513C can determine the source communication device and the destination communication device of the data at the ADAP layer. For example, communication device 513C can determine the corresponding source communication device and the corresponding destination communication device of the ADAP SDU in the ADAP PDU based on the destination field and the source field in the header of the ADAP PDU.

[0206] Figure 5E A flowchart illustrating an exemplary process 500E for performing sidelink communication according to some embodiments of the present disclosure.

[0207] In some instances, the communication device 514A can be used as Figure 1A Communication device 110A in Figure 1B Communication device 110A' in Figure 2C UE 212A or Figure 2D UE 213A in the middle. Communication device 514B can be used as Figure 1A Communication device 110B in Figure 1B Communication device 110B' in Figure 2C UE 212B or Figure 2D UE 213B in the middle. Communication device 514C can be used as Figure 1A Communication device 110C in Figure 1B Communication device 110C' in Figure 2C UE 212C or Figure 2D UE213C in the example.

[0208] and Figures 5A to 5D Similarly, exemplary process 500E demonstrates the process by which a source communication device (e.g., communication device 514B) communicates with a destination communication device (e.g., communication device 514C) via a relay communication device (e.g., communication device 514A).

[0209] In operation 571, communication device 514B (i.e., the source communication device) may encode data to be transmitted to communication device 514C via communication device 514A.

[0210] For example, in some embodiments of this disclosure, at the ADAP layer, communication device 514B can encode an SDU from an upper layer (e.g., the PDCP layer) into a MAC PDU. The header of the ADAP PDU may include a field indicating the identity of a relay communication device (e.g., communication device 514A). The field may contain at least a portion of the relay communication device's identity. Communication device 514B can pass at least one ADAP PDU to a lower layer (e.g., the RLC layer).

[0211] In some embodiments of this disclosure, at the RLC layer, the communication device 514B can encode SDUs from an upper layer (e.g., the ADAP layer) into an RLC PDU, and can pass at least one RLC PDU to a lower layer (e.g., the MAC layer).

[0212] In some embodiments of this disclosure, at the MAC layer, communication device 514B can encode the SDU from an upper layer (e.g., the RLC layer) into a MAC PDU. The header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 514C). In some embodiments, the destination field may include at least a portion of the identity of the destination communication device. The header of the MAC PDU may include a source field indicating the identity of the source communication device (e.g., communication device 514B). In some embodiments, the source field may include at least a portion of the identity of the source communication device. The header of the MAC PDU may be as described above regarding... Figure 3A and 3B The described SL-SCH subheader. Communication device 514B can pass MAC PDUs to lower layers (e.g., the PHY layer).

[0213] In some embodiments of this disclosure, at the PHY layer, communication device 514B may encode a TB corresponding to a MAC PDU for transmission. In some embodiments, sidelink control information may be transmitted along with the TB. For example, communication device 514B may transmit the sidelink control information prior to the transmission of the TB. In some embodiments, the sidelink control information may indicate the identity of a relay communication device (e.g., communication device 514A). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may contain at least a portion of the identity of the relay communication device.

[0214] Following the encoding process described above, in operation 573, communication device 514B can transmit the encoded data to communication device 514A. In operation 565, communication device 514A can decode the received data.

[0215] In some embodiments of this disclosure, the data may include sidelink control information. The communication device 514A may determine whether to discard data or pass data to an upper layer (e.g., the MAC layer) based on the sidelink control information.

[0216] In some embodiments of this disclosure, communication device 514A may decode received data into a MAC PDU. As mentioned above with respect to operation 571, the header of the MAC PDU may include a destination field indicating the identity of the destination communication device (e.g., communication device 514C) and a source field indicating the identity of the source communication device (e.g., communication device 514B).

[0217] In some embodiments of this disclosure, communication device 514A may decode received data into an ADAP PDU. As mentioned above regarding operation 571, the header of the ADAP PDU may include a field indicating the identity of the relay communication device (e.g., communication device 514A). Communication device 514A may determine whether to discard or relay data based on the fields in the ADAP PDU header. For example, communication device 514A may determine whether the aforementioned field indicates the identity of communication device 514A. When it is determined that the aforementioned field indicates the identity of communication device 514A, communication device 514A may pass the data to an upper layer (e.g., the MAC layer). Otherwise, when it is determined that the aforementioned field does not indicate the identity of communication device 514A, communication device 514A may discard the received data.

[0218] In some embodiments of this disclosure, communication device 514A may encode data from communication device 514B before transmission to a destination communication device (e.g., communication device 514C). Communication device 514A may encode data in a manner similar to that described above with respect to operation 571, with at least one of the following exceptions:

[0219] Side link control information can indicate the identity of a relay communication device (e.g., communication device 514A), which can be used for retransmission combinations. For example, the side link control information may include a source field. The source field of the side link control information may contain at least a portion of the identity of the relay communication device.

[0220] Sidelink control information may indicate the identity of the destination communication device (e.g., communication device 514C). For example, the sidelink control information may include a destination field. The destination field of the sidelink control information may contain at least a portion of the identity of the destination communication device (e.g., communication device 514C).

[0221] - The ADAP layer configuration described above regarding operation 571 may not be applied.

[0222] In operation 577, communication device 514A can transmit encoded data to a destination communication device (e.g., communication device 514C).

[0223] In operation 579, communication device 514C can decode the received data. The decoding process in operation 579 is similar to the decoding process described above with respect to operation 575. Communication device 514C can determine the source communication device and destination communication device of the data at the MAC layer. For example, communication device 514C can determine the source communication device and destination communication device of the MAC SDU in the MAC PDU based on the destination field and source field in the header of the MAC PDU.

[0224] Those skilled in the art will understand that some of the operations in exemplary procedures 500A to 500E can be eliminated without departing from the spirit and scope of this disclosure.

[0225] Figure 6 Example block diagrams illustrating device 600 according to some embodiments of the present disclosure.

[0226] like Figure 6 As shown, device 600 may include at least one non-transitory computer-readable medium (...). Figure 6 (not specified in the text), receiving circuit system 602, transmitting circuit system 604, and coupled to a non-transitory computer-readable medium (not specified in the text). Figure 6 (Not specified in the text) Processor 606 of receiving circuit system 602 and transmitting circuit system 604. Device 600 may be a communication device (e.g., UE).

[0227] Although elements such as processor 606, transmitting circuitry system 604, and receiving circuitry system 602 are described in the singular in this figure, plural forms may be considered unless explicitly stated otherwise. In some embodiments of this disclosure, receiving circuitry system 602 and transmitting circuitry system 604 are combined into a single device, such as a transceiver. In some embodiments of this disclosure, device 600 may further include input devices, memory, and / or other components.

[0228] In some embodiments of this disclosure, a non-transitory computer-readable medium may have computer-executable instructions stored thereon to cause a processor to implement methods relating to a communication apparatus as described above. For example, when executed, the computer-executable instructions cause processor 606 to interact with receiver circuitry system 602 and transmitter circuitry system 604 to perform methods relating to... Figures 1A to 1B The steps of the communication device or UE described in 2A to 2D and 5A to 5E.

[0229] Those skilled in the art will understand that the steps of the methods described in connection with the aspects disclosed herein can be embodied directly in hardware, in a software module executed by a processor, or a combination of both. The software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. Furthermore, in some aspects, the steps of the method can reside as one or any combination or set of code and / or instructions on a non-transitory computer-readable medium that can be incorporated into a computer program product.

[0230] While this disclosure has been described with reference to specific embodiments thereof, it will be apparent to those skilled in the art that many alternatives, modifications, and variations may be readily apparent. For example, various components of the embodiments may be interchanged, added, or substituted in other embodiments. Furthermore, not all elements of each figure are essential for the operation of the disclosed embodiments. For example, those skilled in the art to which the disclosed embodiments pertain will be able to make and use the teachings of this disclosure by simply employing the elements of the independent claims. Therefore, the embodiments of this disclosure as described herein are intended to be illustrative and not restrictive. Various changes may be made without departing from the spirit and scope of this disclosure.

[0231] In this document, the terms “includes” or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements may include not only those elements but also other elements not expressly listed or inherent to such process, method, article, or apparatus. Unless otherwise specified, an element beginning with “a” or the like does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes said element. Furthermore, the term “another” is defined as at least a second or more. As used herein, the terms “having” and the like are defined as “includes”.

Claims

1. A method of using a first communication device, comprising: Receive first data from a second communication device, wherein the first data includes first side link control information, and the first side link control information includes a destination field indicating the identity of the first communication device; The first data is decoded into a first Media Access Control (MAC) Protocol Data Unit (PDU), wherein the first MAC PDU includes a destination field that indicates the identity of the first communication device; The first MAC PDU is decoded into a first ADAP PDU, wherein the first ADAP header of the first ADAP PDU includes a source field indicating the identity of the second communication device and a destination field indicating the identity of the destination communication device. The first data and the third data are multiplexed into the second data, wherein the destination communication device of the third data is the same as the destination communication device of the first ADAP PDU; and When the destination communication device is not the first communication device, the second data is transmitted to the destination communication device.

2. The method of claim 1, wherein the destination field of the first side link control information includes a portion of the identity of the first communication device, and the destination field of the first MAC PDU includes the remainder of the identity of the first communication device.

3. The method of claim 1, wherein the first MAC PDU includes a first MAC header containing the destination field indicating the identity of the first communication device.

4. The method according to claim 1, wherein multiplexing the first data and the third data comprises: The first data is encoded into a second ADAP PDU, wherein the second ADAP header of the second ADAP PDU includes a source field indicating the identity of the second communication device and a destination field indicating the identity of the destination communication device; and The third data is encoded into a third ADAP PDU, wherein the third ADAP header of the third ADAP PDU includes a source field indicating the identity of the third communication device and a destination field indicating the identity of the destination communication device.

5. The method according to claim 4, wherein the third communication device is different from the second communication device.

6. The method according to claim 4, wherein multiplexing the first data and the third data comprises: The second ADAP PDU and the third ADAP PDU are encoded into a second MAC PDU, wherein the header of the second MAC PDU includes a source field indicating the identity of the first communication device.

7. The method of claim 6, wherein transmitting the second data comprises: The second MAC PDU is encoded into the second data, wherein the second data includes second side link control information, and the second side link control information includes a source field indicating the identity of the first communication device.

8. The method of claim 7, wherein the source field of the second side link control information includes at least a portion of the identity of the first communication device.

9. A first communication device, comprising: At least one memory; and At least one processor, coupled to the at least one memory and configured such that the first communication device: Receive first data from a second communication device, wherein the first data includes first sidelink control information, and the first sidelink control information includes a destination field indicating the identity of the first communication device; and The first data is decoded into a first Media Access Control (MAC) Protocol Data Unit (PDU), wherein the first MAC PDU includes a destination field that indicates the identity of the first communication device; The first MAC PDU is decoded into a first ADAP PDU, wherein the first ADAP header of the first ADAP PDU includes a source field indicating the identity of the second communication device and a destination field indicating the identity of the destination communication device. The first data and the third data are multiplexed into the second data, wherein the destination communication device of the third data is the same as the destination communication device of the first ADAP PDU; and When the destination communication device is not the first communication device, the second data is transmitted to the destination communication device.

10. The first communication device according to claim 9, wherein: The destination field of the first side link control information includes a portion of the identity of the first communication device; and The destination field of the first MAC PDU includes the remainder of the identity of the first communication device.

Images