Wireless transmit / receive unit (WTRU) relay medium access control (MAC) access contention support for WTRU

Abstract

The relay node may detect a conflict related to a Medium Access Control (MAC) address. The relay node may receive a request to establish a link with a source node. The relay node may receive a MAC address of the source node. The relay node may detect a conflict associated with the MAC address of the source node. The relay node may deny the request to establish a link with the source node.

Description

[Technical Field]

[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of U.S. Provisional Patent Application No. 63 / 527,375, filed July 18, 2023, which is incorporated herein by reference in its entirety. [Background technology]

[0002] Existing procedures enable the establishment of a PC5 link between a source-end user equipment (UE) and a target-end UE via a UE-to-UE (U2U) relay even if the MAC (medium access control or media access control) address of the source-end UE is not unique. Also, a PC5 link can be established even if a MAC address conflict is detected. Therefore, upon receiving traffic with a non-unique destination MAC address, the relay may not be able to determine to which PC5 link the traffic should be forwarded. This may result in the relay forwarding traffic to an incorrect source UE or dropping traffic with a non-unique MAC address. Summary of the Invention

[0003] A UE may also be referred to herein as a wireless transmit / receive unit (WTRU). Throughout this specification and the drawings, the terms UE and WTRU may be used interchangeably. A relay may be referred to as a relay node. Throughout this specification and the drawings, the terms relay and relay node may be used interchangeably. A relay may comprise a WTRU, a UE, or any suitable device. Described herein are methods and apparatus for UE-to-UE (also referred to as WTRU-to-WTRU or U2U) relay MAC access contention support. The terms "relay" and "relay node" may be used interchangeably.

[0004] As described herein according to various examples, the relay node may detect a conflict with the medium access control (MAC) address of the source end WTRU. The conflict may indicate that the MAC address is not unique. The relay may request a new MAC address from the source end WTRU. The relay may assign a new MAC address to the source end WTRU. The source end WTRU may provide a list of MAC addresses, and the relay may select a MAC address from the list. Selection from the list may be achieved, for example, during PC5 link establishment. The relay may detect a conflict with the MAC address of the target end WTRU. The relay may request a new MAC address from the target end WTRU. The relay may trigger a link identifier update (LIU) procedure with the target end WTRU. The relay may release the current PC5 link and restart the PC5 link establishment procedure. The relay may assign a new MAC address to the target end WTRU after PC5 link establishment. The target end WTRU may provide the list of MAC addresses. The relay may select a MAC address for the target end WTRU following PC5 link establishment. The source end WTRU may detect a MAC address conflict. The source end WTRU may associate a new MAC address with the target end WTRU. The source end WTRU may release the PC5 link. The target end WTRU may detect a MAC address conflict. The target WTRU may send a list of MAC addresses for the source end WTRU. The relay may update the list before sending to the source end WTRU. The communicating WTRUs may negotiate MAC address values. Each WTRU (e.g., the initiating WTRU and the target WTRU) may generate a partial MAC address to create a complete MAC address.

[0005] An exemplary method for managing MAC address conflicts may be performed by a relay node. The method may include the relay node receiving a direct communication request (DCR) message from a wireless transmit / receive unit (WTRU). The relay node may send a direct security mode (DSM) command message to the WTRU. The relay node may receive a DSM complete message from the WTRU, the DSM complete message including a first medium access control (MAC) address associated with the WTRU. The relay node may determine that the first MAC address associated with the WTRU is not unique. The relay node may send a PC5 request message to the WTRU, the PC5 request message including a request for a new MAC address. The relay node may receive a PC5 response message from the WTRU, the PC5 response message including an indication of a second MAC address. The relay node may determine that the second MAC address is unique. The relay node may send a direct communication accept (DCA) message to the WTRU, the DCA message including an indication that the second MAC address is associated with the first WTRU. The received indication of the second MAC address may comprise the new MAC address.

[0006] An exemplary method for managing MAC address conflicts may be performed by a relay node. The relay node may establish a link with a first wireless transmit / receive unit (WTRU). The relay node may receive a first medium access control (MAC) address associated with the first WTRU. The relay node may establish a link with a second WTRU. The relay node may receive a second MAC address associated with the second WTRU. The relay node may determine a conflict between the first MAC address and the second MAC address. The relay node may request a new MAC address from the second WTRU. The relay node may receive a third MAC address from the second WTRU. The relay node may establish a link with the second WTRU based on the third MAC address.

[0007] An exemplary relay node configured to manage MAC address conflicts may comprise a transceiver and a processor. The processor may be configured to receive a direct communication request (DCR) message from a wireless transmit / receive unit (WTRU) via the transceiver. The processor may be configured to send a direct security model (DSM) command message to the WTRU via the transceiver. The processor may be configured to receive a DSM complete message from the WTRU via the transceiver, the DSM complete message including a first medium access control (MAC) address associated with the WTRU. The processor may be configured to determine that the first MAC address associated with the WTRU is not unique. The processor may be configured to send a PC5 request message to the WTRU via the transceiver, the PC5 request message including a request for a new MAC address. The processor may be configured to receive a PC5 response message from the WTRU via the transceiver, the PC5 response message including an indication of a second MAC address. The processor may be configured to determine that the second MAC address is unique. The processor may be configured to send, via the transceiver, a direct communication accept (DCA) message to the WTRU, the DCA message including an indication that a second MAC address is associated with the first WTRU. The received indication of the second MAC address may comprise the new MAC address.

[0008] An exemplary relay node configured to manage MAC contention may comprise a transceiver and a processor. The processor may be configured to establish a link with a first wireless transmit / receive unit (WTRU) via the transceiver. The processor may be configured to receive a first medium access control (MAC) address associated with the first WTRU via the transceiver. The processor may be configured to establish a link with a second WTRU via the transceiver. The processor may be configured to receive a second MAC address associated with the second WTRU via the transceiver. The processor may be configured to determine a contention between the first MAC address and the second MAC address. The processor may be configured to request a new MAC address from the second WTRU via the transceiver. The processor may be configured to receive a third MAC address from the second WTRU via the transceiver. The processor may be configured to establish a link with the second WTRU based on the third MAC address via the transceiver.

[0009] At least one exemplary computer-readable storage medium for managing MAC address conflicts may comprise executable instructions, wherein the at least one computer-readable storage medium is not a transitory signal. The executable instructions, when executed, may configure at least one processor to establish a link with a first wireless transmit / receive unit (WTRU). Execution of the instructions may configure the at least one processor to receive a first medium access control (MAC) address associated with the first WTRU. Execution of the instructions may configure the at least one processor to establish a link with a second WTRU. Execution of the instructions may configure the at least one processor to receive a second MAC address associated with the second WTRU. Execution of the instructions may configure the at least one processor to determine a conflict between the first MAC address and the second MAC address. Execution of the instructions may configure the at least one processor to request a new MAC address from the second WTRU. Execution of the instructions may configure the at least one processor to receive a third MAC address from the second WTRU. Execution of the instructions may configure the at least one processor to establish a link with the second WTRU based on the third MAC address.

[0010] At least one exemplary computer-readable storage medium for managing MAC address conflicts may comprise executable instructions, wherein the at least one computer-readable storage medium is not a transitory signal. The executable instructions, when executed, may configure at least one processor to receive a Direct Communication Request (DCR) message from a wireless transmit / receive unit (WTRU). Execution of the instructions may configure the at least one processor to send a Direct Security Model (DSM) command message to the WTRU. Execution of the instructions may configure the at least one processor to receive a DSM completion message from the WTRU, the DSM completion message including a first Medium Access Control (MAC) address associated with the WTRU. Execution of the instructions may configure the at least one processor to determine that a first MAC address associated with the WTRU is not unique. Execution of the instructions may configure the at least one processor to send a PC5 request message to the WTRU, the PC5 request message including a request for a new MAC address. Execution of the instructions may configure the at least one processor to receive a PC5 response message from the WTRU, the PC5 response message including an indication of a second MAC address. Execution of the instructions may configure the at least one processor to determine that the second MAC address is unique. Execution of the instructions may configure the at least one processor to send a direct communication accept (DCA) message to the WTRU, the DCA message including an indication that the second MAC address is associated with the first WTRU. The received indication of the second MAC address may comprise a new MAC address.

[0011] An exemplary first WTRU for performing inter-WTRU communication may include a transceiver and a processor. The processor may be configured to receive a direct communication request (DCR) message from a second WTRU via the transceiver. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic to and from the second WTRU to the third WTRU. The processor may be configured to send a direct security model (DSM) command message to the second WTRU via the transceiver. The processor may be configured to receive a response message from the second WTRU via the transceiver. The response message may include an indication of a medium access control (MAC) address associated with the second WTRU. The processor may be configured to detect a MAC address conflict associated with the MAC address of the second WTRU. The processor may be configured to send a direct communication (DC) rejection message to the second WTRU via the transceiver based on the detection of a MAC address conflict associated with the MAC address of the second WTRU. The DC reject message may include a cause code indicating a MAC address conflict associated with the second WTRU's MAC address (e.g., a cause code indicating that the second WTRU's MAC address is not unique). The response message may include a DSM complete message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the second WTRU's MAC address may correspond to a MAC address of the second WTRU being used by another WTRU associated with the first WTRU. The processor may be configured to receive a second DCR message from the second WTRU after sending the DC reject message. The second DCR message may include an indication of a second request for the first WTRU to establish a link with a third WTRU. The processor may be configured to send the second DSM command message to the second WTRU.The processor may be configured to receive a second response message from the second WTRU, where the second response message may include a DSM completion message and the second response message may include an indication of a second MAC address of the second WTRU.

[0012] An exemplary method for performing inter-WTRU communication may be performed by a first WTRU. The method may include receiving a direct communication request (DCR) message from a second WTRU. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic to and from the second WTRU to the third WTRU. The method may include sending a direct security mode (DSM) command message to the second WTRU. The method may include receiving a response message from the second WTRU. The response message may include an indication of a medium access control (MAC) address associated with the second WTRU. The method may include detecting a MAC address conflict associated with the MAC address of the second WTRU. The method may include sending a direct communication (DC) reject message to the second WTRU based on the detection of the MAC address conflict associated with the MAC address of the second WTRU. The DC reject message may include a cause code indicating a MAC address conflict associated with the MAC address of the second WTRU (e.g., a cause code indicating that the MAC address of the second WTRU is not unique). The response message may include a DSM completion message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the MAC address of the second WTRU may correspond to a MAC address of the second WTRU being used by another WTRU associated with the first WTRU. The method may include receiving a second DCR message from the second WTRU after sending the DC reject message. The second DCR message may include an indication of a second request for the first WTRU to establish a link with a third WTRU. The method may include sending a second DSM command message to the second WTRU. The method may include receiving a second response message from the second WTRU.The second response message may include a DSM complete message, and the second response message may include an indication of a second MAC address of the second WTRU.

[0013] At least one exemplary non-transitory computer-readable storage medium may comprise executable instructions for configuring at least one processor to perform inter-WTRU communications. The executable instructions may configure the at least one processor to receive, by a first WTRU, a direct communication request (DCR) message from a second WTRU. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic to and from the second WTRU to the third WTRU. The executable instructions may configure the at least one processor to send a direct security mode (DSM) command message to the second WTRU. The executable instructions may configure the at least one processor to receive a response message from the second WTRU. The response message may include an indication of a medium access control (MAC) address associated with the second WTRU. The processor may be configured to detect a MAC address conflict associated with the MAC address of the second WTRU. The processor may be configured to send, via the transceiver, a direct communication (DC) rejection message to the second WTRU based on detecting a MAC address conflict associated with the second WTRU's MAC address. The DC rejection message may include a cause code indicating a MAC address conflict associated with the second WTRU's MAC address (e.g., a cause code indicating that the second WTRU's MAC address is not unique). The response message may include a DSM complete message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the second WTRU's MAC address may correspond to a MAC address of the second WTRU being used by another WTRU associated with the first WTRU. The executable instructions may configure the at least one processor to receive a second DCR message from the second WTRU after sending the DC rejection message.The second DCR message may include an indication of a second request for the first WTRU to establish a link with a third WTRU. The executable instructions may configure the at least one processor to send a second DSM command message to the second WTRU. The executable instructions may configure the at least one processor to receive a second response message from the second WTRU. The second response message may include a DSM completion message, and the second response message may include an indication of a second MAC address of the second WTRU.

[0014] An exemplary first WTRU for performing inter-WTRU communication may include a transceiver and a processor. The processor may be configured to receive a first direct communication request (DCR) message from a second WTRU via the transceiver. The first DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the second WTRU and the third WTRU. The processor may be configured to transmit the second DCR message to the third WTRU via the transceiver. The processor may be configured to receive a response message from the third WTRU via the transceiver. The response message may include an indication of a medium access control (MAC) address of the third WTRU. The processor may be configured to detect a MAC address conflict associated with the MAC address of the third WTRU. The processor may be configured to transmit a link release (LR) request message to the third WTRU via the transceiver based on the detection of a MAC address conflict associated with the MAC address of the third WTRU. The LR request message may include a cause code indicating a conflict with the MAC address of the third WTRU (e.g., a cause code indicating that the MAC address of the second WTRU is not unique). The response message may comprise a direct communication accept (DCA) message. The processor may be configured to establish a first secure link with the second WTRU. The processor may be configured to establish a second secure link with the third WTRU. The first secure link may be a PC5 link. The second secure link may be a PC5 link. The LR request message may include one or more alternate MAC addresses for the third WTRU. The processor may be configured to receive an LR response message from the third WTRU. The processor may be configured to send a third DCR message to the third WTRU.The processor may be configured to receive a DC Accept (DCA) message from the third WTRU, where the DCA message may comprise an indication of a MAC address selected from one or more alternate MAC addresses for the third WTRU.

[0015] An exemplary method for performing inter-WTRU communication may be performed by a first WTRU. The method may include receiving a first direct communication request (DCR) message from a second WTRU. The first DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the second WTRU and the third WTRU. The method may include sending a second DCR message to the third WTRU. The method may include receiving a response message from the third WTRU. The response message may include an indication of a medium access control (MAC) address of the third WTRU. The method may include detecting a MAC address conflict associated with the MAC address of the third WTRU. The method may include sending a link release (LR) request message to the third WTRU based on the detection of a MAC address conflict associated with the MAC address of the third WTRU. The LR request message may include a cause code indicating a conflict with the MAC address of the third WTRU (e.g., a cause code indicating that the MAC address of the second WTRU is not unique). The response message may comprise a direct communication accept (DCA) message. The method may include establishing a first secure link with the second WTRU. The method may include establishing a second secure link with a third WTRU. The first secure link may be a PC5 link. The second secure link may be a PC5 link. The LR request message may include one or more alternate MAC addresses for the third WTRU. The method may include receiving an LR response message from the third WTRU. The method may include sending a third DCR message to the third WTRU. The method may include receiving a DC accept (DCA) message from the third WTRU, where the DCA message may include an indication of a MAC address selected from the one or more alternate MAC addresses for the third WTRU.

[0016] At least one exemplary non-transitory computer-readable storage medium may comprise executable instructions for configuring at least one processor to perform inter-WTRU communications. The executable instructions may configure the at least one processor to receive a first direct communication request (DCR) message from a second WTRU. The first DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the second WTRU and the third WTRU. The executable instructions may configure the at least one processor to send the second DCR message to the third WTRU. The executable instructions may configure the at least one processor to receive a response message from the third WTRU. The response message may include an indication of a medium access control (MAC) address of the third WTRU. The executable instructions may configure the at least one processor to detect a MAC address conflict associated with the MAC address of the third WTRU. The executable instructions may configure the at least one processor to send a link release (LR) request message to the third WTRU based on detection of a MAC address conflict associated with the third WTRU's MAC address. The LR request message may include a cause code indicating a conflict with the third WTRU's MAC address (e.g., a cause code indicating that the second WTRU's MAC address is not unique). The response message may comprise a direct communication accept (DCA) message. The executable instructions may configure the at least one processor to establish a first secure link with the second WTRU. The executable instructions may configure the at least one processor to establish a second secure link with the third WTRU. The first secure link may be a PC5 link. The second secure link may be a PC5 link. The LR request message may include one or more alternate MAC addresses for the third WTRU. The executable instructions may configure the at least one processor to receive an LR response message from the third WTRU.The executable instructions may configure the at least one processor to send a third DCR message to the third WTRU. The executable instructions may configure the at least one processor to receive a DC Accept (DCA) message from the third WTRU, the DCA message including an indication of a MAC address selected from one or more alternate MAC addresses for the third WTRU.

[0017] An exemplary first WTRU for performing inter-WTRU communication may comprise a transceiver and a processor. The processor may be configured to send a direct communication request (DCR) message to a second WTRU via the transceiver. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the first WTRU and the third WTRU. The processor may be configured to receive a direct security mode (DSM) command message from the second WTRU via the transceiver. The processor may be configured to send a response message to the second WTRU via the transceiver. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The processor may be configured to receive a direct communication (DC) reject message from the second WTRU via the transceiver. The DC reject message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The response message may include a DSM complete message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the MAC address of the first WTRU may correspond to a MAC address of the first WTRU being used by another WTRU associated with the second WTRU. The processor may be configured to send a second DCR message to the second WTRU after receiving the DC reject message, where the second DCR message may include an indication of a second request for the first WTRU to establish a link with a third WTRU. The processor may be configured to receive a second DSM command message from the second WTRU. The processor may be configured to send a second response message to the second WTRU, where the second response message may include a DSM complete message, where the second response message may include an indication of a second medium access control (MAC) address of the first WTRU.

[0018] An exemplary method for performing inter-WTRU communication may be performed by a first WTRU. The method may include sending a direct communication request (DCR) message to a second WTRU. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the first WTRU and the third WTRU. The method may include receiving a direct security mode (DSM) command message from the second WTRU. The method may include sending a response message to the second WTRU. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The method may include receiving a direct communication (DC) reject message from the second WTRU. The DC reject message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The response message may include a DSM complete message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the MAC address of the first WTRU may correspond to a MAC address of the first WTRU being used by another WTRU associated with the second WTRU. The method may include, after receiving the DC Reject message, sending a second DCR message to the second WTRU, where the second DCR message may include an indication of a second request for the first WTRU to establish a link with a third WTRU. The method may include receiving a second DSM command message from the second WTRU. The method may include sending a second response message to the second WTRU, where the second response message may include a DSM complete message, where the second response message may include an indication of a second medium access control (MAC) address of the first WTRU.

[0019] At least one exemplary non-transitory computer-readable storage medium may comprise executable instructions for configuring at least one processor to perform inter-WTRU communications. The executable instructions may configure the at least one processor to send a direct communication request (DCR) message to a second WTRU. The DCR message may include an indication of a request for the first WTRU to establish a link with a third WTRU. The link may be configured to relay traffic between the first WTRU and the third WTRU. The executable instructions may configure the at least one processor to receive a direct security mode (DSM) command message from the second WTRU. The executable instructions may configure the at least one processor to send a response message to the second WTRU. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The executable instructions may configure the at least one processor to receive a direct communication (DC) reject message from the second WTRU. The DC reject message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The response message may include a DSM completion message. The DSM command message may be configured to establish a secure link between the first WTRU and the second WTRU. The MAC address conflict associated with the MAC address of the first WTRU may correspond to a MAC address of the first WTRU being used by another WTRU associated with the second WTRU. The executable instructions may configure the at least one processor to send a second DCR message to the second WTRU after receiving the DC reject message, the second DCR message including an indication of a second request for the first WTRU to establish a link with a third WTRU. The executable instructions may configure the at least one processor to receive the second DSM command message from the second WTRU.The executable instructions may configure the at least one processor to send a second response message to the second WTRU, where the second response message may include a DSM completion message, and where the second response message may include an indication of a second medium access control (MAC) address of the first WTRU.

[0020] An exemplary first WTRU for performing inter-WTRU communication may comprise a transceiver and a processor. The processor may be configured to receive a direct communication request (DCR) message from a second WTRU via the transceiver. The processor may be configured to send a response message to the second WTRU via the transceiver. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The processor may be configured to receive a link release (LR) request message from the second WTRU via the transceiver. The LR request message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The DCR message may include an indication of a request for the first WTRU to establish communication with a third WTRU. The MAC address conflict associated with the MAC address of the first WTRU may include a conflict with a MAC address of another WTRU associated with the first WTRU and the second WTRU. The response message may comprise a direct communication accept (DCA) message. The processor may be configured to establish a PC5 secure link with the second WTRU. The LR request message may include one or more alternate MAC addresses for the first WTRU. The processor may be configured to send an LR response message to the second WTRU. The processor may be configured to send a DC accept (DCA) message to the second WTRU. The DCA message may include an indication of a MAC address selected from the one or more alternate MAC addresses for the first WTRU.

[0021] An exemplary method for performing inter-WTRU communication may be performed by a first WTRU. The method may include receiving a direct communication request (DCR) message from a second WTRU. The method may include sending a response message to the second WTRU. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The method may include receiving a link release (LR) request message from the second WTRU. The LR request message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The DCR message may include an indication of a request for the first WTRU to establish communication with a third WTRU. The MAC address conflict associated with the MAC address of the first WTRU may include a conflict with a MAC address of another WTRU associated with the first WTRU and the second WTRU. The response message may comprise a direct communication accept (DCA) message. The method may include establishing a PC5 secure link with the second WTRU. The LR request message includes one or more alternate MAC addresses for the first WTRU. The method may include transmitting an LR response message to the second WTRU. The method may include transmitting a DC accept (DCA) message to the second WTRU. The DCA message may include an indication of a selected MAC address from one or more alternate MAC addresses for the first WTRU.

[0022] At least one exemplary non-transitory computer-readable storage medium may comprise executable instructions for configuring at least one processor to perform inter-WTRU communications. The executable instructions may configure the at least one processor to receive a direct communication request (DCR) message from a second WTRU. The executable instructions may configure the at least one processor to send a response message to the second WTRU. The response message may include an indication of a medium access control (MAC) address of the first WTRU. The executable instructions may configure the at least one processor to receive a link release (LR) request message from the second WTRU. The LR request message may include a cause code indicating a MAC address conflict associated with the MAC address of the first WTRU. The DCR message may include an indication of a request for the first WTRU to establish communications with a third WTRU. The MAC address conflict associated with the MAC address of the first WTRU may include a conflict with a MAC address of another WTRU associated with the first WTRU and the second WTRU. The response message may comprise a direct communication accept (DCA) message. The executable instructions may configure the at least one processor to establish a PC5 secure link with the second WTRU. The LR request message includes one or more alternate MAC addresses for the first WTRU. The executable instructions may configure the at least one processor to send an LR response message to the second WTRU. The executable instructions may configure the at least one processor to send a DC accept (DCA) message to the second WTRU. The DCA message may include an indication of a MAC address selected from the one or more alternate MAC addresses for the first WTRU. [Brief explanation of the drawings]

[0023] A more detailed understanding may be had from the following detailed description, taken by way of example in conjunction with the accompanying drawings. The figures of such drawings, like the detailed description, are examples. Therefore, the figures and detailed description should not be considered limiting, as other equally effective embodiments are possible and likely to be so. Like reference numerals ("ref." or "refs.") in the figures indicate like elements. [Figure 1A] FIG. 1 is an example system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is an exemplary system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1C] 1A is an exemplary system diagram illustrating an exemplary radio access network (RAN) and an exemplary core network (CN) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1D] 1B is an exemplary system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 2] FIG. 1 illustrates an exemplary fifth-generation (5G) ProSe (proximity-based services or proximity services) communication via a 5G ProSe Layer 3 UE-to-UE relay. [Figure 3] 10 illustrates an example process by which a relay detects that a source-end WTRU's MAC address conflicts with another MAC address. [Figure 4] 10 illustrates an example process of a relay selecting a MAC address of a source end WTRU. [Figure 5] 10 illustrates an example process by which a relay detects that a target end WTRU's MAC address conflicts with another MAC address. [Figure 6]10 illustrates an exemplary process for a target end WTRU or relay to provide a list of MAC addresses. [Figure 7] 10 illustrates an exemplary process for a relay to detect that a source-end WTRU's MAC address conflicts with another MAC address. [Figure 8] 10 illustrates an exemplary process for a target end WTRU to detect that the MAC address of the source end WTRU is in conflict with another MAC address. [Figure 9] 1 illustrates an exemplary process for collision-free MAC address negotiation. [Figure 10] 1 illustrates an exemplary process for updating a MAC address without collisions. [Figure 11] 1 illustrates an exemplary process for collision-free MAC address negotiation via a U2U relay.

[0024] Exemplary Network for an Implementation of the Present Invention 1A is a diagram illustrating an example communication system 100 in which one or more disclosed embodiments may be implemented. Communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. Communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tail unique-word DFT-Spread OFDM (ZT UW DTS-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), etc.

[0025] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a "station" and / or "STA," may be configured to transmit and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a wireless pager, a mobile phone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (ioT) device, a watch or other wearable head-mounted display (HMD), a vehicle, a drone, a medical device and application (e.g., for remote surgery), an industrial device and application (e.g., a robot and / or other wireless device operating in an industrial and / or automated processing chain context), a consumer electronics device, a device operating on a commercial wireless network and / or an industrial wireless network, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a UE. Furthermore, any description herein that is described with reference to a UE may be equally applicable to a WTRU (or vice versa). For example, a WTRU may be configured to perform any of the processes or procedures described herein as being performed by a UE (or vice versa).

[0026] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a Base Transceiver Station (BTS), a Node-B, an eNodeB, a Home Node B, a Next Generation Node B (gNB), a Home eNodeB, a gNode B (gNB), a NR NodeB, a site controller, an Access Point (AP), a wireless router, etc. Although the base stations 114a, 114b are each illustrated as a single element, it will be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0027] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), a relay node, etc. The base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers for each sector of the cell, for example, using beamforming to transmit and / or receive signals in desired spatial directions.

[0028] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0029] More specifically, as noted above, the communications system 100 may be a multiple-access system, but may use one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114a and the WTRUs 102a, 102b, 102c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using wideband CDMA (WCDMA). WCDMA may include communications protocols such as High-Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High-Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

[0030] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE-Advanced (LTE-A) and / or LTE-Advanced Pro (LTE-A Pro).

[0031] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as New Radio (NR) radio access, which may establish the air interface 116 using NR technology.

[0032] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE radio access and NR radio access, e.g., using dual connectivity (DC) principles. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions sent to / from multiple types of base stations (e.g., eNBs and gNBs).

[0033] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology such as IEEE 802.11 (i.e., Wireless Fidelity, WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access, WiMAX), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0034] 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point and may utilize any suitable RAT to facilitate wireless connectivity in a local area such as a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a picocell or a femtocell using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.). As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 through the CN 106 / 115.

[0035] The RAN 104 / 113 may communicate with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput, latency, error tolerance, reliability, data throughput, and mobility requirements. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs that use the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also communicate with another RAN (not shown) using GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0036] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), the user datagram protocol (UDP), and / or the internet protocol (IP) of the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may use the same RAT as the RAN 104 / 113 or a different RAT.

[0037] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.) For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and a base station 114b, which may employ an IEEE 802.2 wireless technology.

[0038] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0039] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. While FIG. 1B illustrates the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0040] The transmit / receive element 122 may be configured to transmit or receive signals to or from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR signals, UV signals, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF signals and light signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0041] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0042] The transceiver 120 may be configured to modulate signals transmitted by the transmit / receive element 122 and demodulate signals received by the transmit / receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, NR and IEEE 802.11.

[0043] The processor 118 of the WTRU 102 may be coupled to and may receive user-entered data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light-emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may access information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0044] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components in the WTRU 102. The power source 134 may be any suitable device for providing power to the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0045] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information by way of any suitable location-determination method while remaining consistent with an embodiment.

[0046] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, etc. The peripheral device 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, a direction sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0047] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals associated with a particular subframe (e.g., for both the UL (e.g., for transmission) and downlink (e.g., for reception)) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit 139 to reduce and or substantially eliminate self-interference either through hardware (e.g., chokes) or signal processing via a processor (e.g., via a separate processor (not shown) or processor 118). In one embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or downlink (e.g., for reception)).

[0048] 1C is a system diagram illustrating the RAN 104 and the CN 106, according to one embodiment. As noted above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also communicate with the CN 106.

[0049] The RAN 104 may include eNodeBs 160a, 160b, and 160c, although it will be understood that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 160a, 160b, and 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In an embodiment, the eNodeBs 160a, 160b, and 160c may implement MIMO technology. Thus, the eNodeB 160a may, for example, use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0050] Each of the eNodeBs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, etc. As shown in FIG. 1C, the eNodeBs 160a, 160b, 160c may communicate with one another via an X2 interface.

[0051] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. While each of the foregoing elements is depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0052] The MME 162 may be connected to each of the eNodeBs 162a, 162b, 162c in the RAN 104 via an S1 interface and may function as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, activating / deactivating bearers, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies such as GSM and / or WCDMA.

[0053] The SGW 164 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to and from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as anchoring the user plane during inter-eNodeB handover, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, and managing and storing the context of the WTRUs 102a, 102b, 102c.

[0054] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0055] The CN 106 may facilitate communications with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional landline communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108. Furthermore, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0056] Although the WTRU is depicted in FIGS. 1A-1D as a wireless terminal, it is contemplated that in certain representative embodiments, such a terminal may use a wired communication interface (e.g., temporarily or permanently) with the communication network.

[0057] In a representative embodiment, the other network 112 may be a WLAN.

[0058] A WLAN in infrastructure Basic Service Set (BSS) mode may have an access point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP to be delivered to the respective destination. Traffic between STAs within a BSS may be sent through the AP, for example, where a source STA may send traffic to the AP, and the AP may deliver the traffic to the destination STA. Traffic between STAs within a BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (e.g., directly between) a source STA and a destination STA using a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

[0059] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width that is dynamically set via signaling. The primary channel may be the operating channel of the BSS, but may also be used by STAs to establish a connection with the AP. In certain representative embodiments, for example, in an 802.11 system, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit in a given BSS at any given time.

[0060] High Throughput (HT) STAs may use 40 MHz wide channels for communication, which may be formed, for example, through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0061] A Very High Throughput (VHT) STA may support channels with widths of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz. A 40 MHz and / or 80 MHz channel may be formed by combining multiple contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data may pass through a segment parser that may separate the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped to two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed, and the combined data may be sent to Medium Access Control (MAC).

[0062] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to representative embodiments, 802.11ah may support meter-type control / machine-type communications, such as MTC devices within macro coverage areas. MTC devices may have limited capabilities, including support for (e.g., only support for) certain specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to maintain very long battery life).

[0063] WLAN systems that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that can be designated as a primary channel. The primary channel can have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel can be configured and / or limited by the STAs among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah embodiment, the primary channel can be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or Network Allocation Vector (NAV) configuration can depend on the status of the primary channel. For example, if the primary channel is active due to a STA (that only supports 1 MHz mode of operation) transmitting to the AP, the entire available frequency band may be considered active, even though most of the frequency band may remain inactive and available.

[0064] In the United States, the available frequency band that can be used by 802.11ah is 902MHz to 928MHz. In South Korea, the available frequency band is 917.5MHz to 923.5MHz. In Japan, the available frequency band is 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz depending on the country code.

[0065] 1D is a system diagram illustrating the RAN 113 and the CN 115, according to one embodiment. As noted above, the RAN 113 may employ NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 113 may also communicate with the CN 115.

[0066] The RAN 113 may include gNBs 180a, 180b, and 180c, although it will be understood that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the gNBs 180a, 180b, and 180c may implement MIMO technology. For example, the gNBs 180a and 180b may transmit and / or receive signals to the gNBs 180a, 180b, and 180c using beamforming. Thus, the gNB 180a may transmit and / or receive wireless signals to and from the WTRU 102a using, for example, multiple antennas. In one embodiment, the gNBs 180a, 180b, and 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on unlicensed spectrum, while the remaining component carriers may be on licensed spectrum. In one embodiment, the gNBs 180a, 180b, and 180c may implement Coordinated Multi-Point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0067] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of different or scalable lengths (e.g., including different numbers of OFDM symbols and / or lasting different absolute times).

[0068] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNodeBs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate with and connect to gNBs 180a, 180b, 180c while also communicating with and connecting to another RAN, such as eNodeBs 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement DC principles to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0069] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D , the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0070] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While each of the foregoing elements is illustrated as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0071] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, etc. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP (third generation partnership project) access technologies, such as WiFi.

[0072] The SMFs 183a and 183b may be connected to the AMFs 182a and 182b in the CN 115 via an N11 interface. The SMFs 183a and 183b may also be connected to the UPFs 184a and 184b in the CN 115 via an N4 interface. The SMFs 183a and 183b may select and control the UPFs 184a and 184b and configure the routing of traffic through the UPFs 184a and 184b. The SMFs 183a and 183b may perform other functions, such as managing and allocating UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notification. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0073] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184, 184b may perform other functions such as routing and forwarding packets, enforcing user plane policy, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0074] The CN 115 may facilitate communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 115 and the PSTN 108. Additionally, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0075] 1A-1D and the corresponding description thereof, one or more or all of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNodeBs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or simulate network and / or WTRU functions.

[0076] The emulation devices may be designed to implement one or more tests of other devices in a lab environment and / or a carrier network environment. For example, one or more emulation devices may perform one or more or all functions while fully or partially implemented and / or deployed as part of a wired and / or wireless communication network to test other devices in the communication network. One or more emulation devices may perform one or more or all functions while temporarily implemented / deployed as part of a wired and / or wireless communication network. The emulation devices may be directly coupled to another device for testing purposes and / or may perform testing using terrestrial wireless communication.

[0077] One or more emulation devices may perform one or more functions, inclusive, while not being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in test scenarios in a test lab and / or in an undeployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. One or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, e.g., one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0078] Described herein are methods and apparatuses for handling U2U (also referred to as inter-UE or inter-WTRU) MAC address conflicts. U2U communication may be established via a PC5 link. FIG. 2 illustrates exemplary 5G ProSe communication via a 5G ProSe Layer 3 UE-to-UE relay. More specifically, FIG. 2 illustrates an exemplary PC5 unicast link establishment procedure between a source-end UE and a target-end UE via a Layer 3 UE-to-UE relay. If the PC5 link is used to forward traffic, such as Ethernet traffic, the source-end WTRU (202) may send its MAC address to the inter-WTRU relay (204) after security protection has been enabled, for example, using a Direct Security Model (DSM) Complete message, as shown in step 4 of FIG. 2. If the MAC address is being used by another end WTRU, the inter-WTRU relay (204) may send a message to the source-end WTRU (202) indicating that a MAC address conflict exists. After the security establishment procedure between the source-end WTRU (202) and the inter-WTRU relay (204) (step 4) is completed, the inter-WTRU relay (204) may send a direct communication request message to initiate a unicast Layer 2 link establishment procedure (step 5). The target-end WTRU (206) may respond by establishing security with the inter-WTRU relay (step 6). The inter-WTRU relay (204) may send the MAC address of the source-end WTRU (202) to the target-end WTRU (206) after security protection has been enabled, for example, using a DSM complete message, as shown in step 6. The target-end WTRU (206) may send a direct communication accept (DCA) message to the inter-WTRU relay (204) with which security has been successfully established (step 7). The target-end WTRU (206) may include its MAC address in the DCA message in step 7.After receiving the direct communication accept message from the target end WTRU (206), the inter-WTRU relay (204) may send the direct communication accept message to the source end WTRU (202) with which security has been successfully established (step 9). The relay (204) may include the target end WTRU MAC address in the DCA message in step 9. In the case of Ethernet communication, the inter-WTRU relay (204) may maintain an association between the PC5 link and the Ethernet MAC addresses received from the source and target end WTRUs.

[0079] As more and more mobile devices are connected to the Internet directly (e.g., via cellular or Wi-Fi) or indirectly (e.g., via smartphones using Bluetooth), Internet privacy has become a major concern. One aspect that considers location tracking is the widespread use of long-lasting identifiers such as MAC addresses. A MAC address can include a 48-bit value consisting of a 24-bit Organizationally Unique Identifier (OUI) portion and a 24-bit Network Interface Controller (NIC) portion. MAC randomization can be used to address privacy. MAC addressing can include one bit that specifies whether the hardware address is locally or globally administered. This can enable the generation of local addresses without the need for a global coordination mechanism to ensure that the generated address remains unique within the local network. This feature can be used to generate random addresses that separate the globally unique identifier from the device, thus making it more difficult to track a user device from its MAC / Layer 2 (L2) address.

[0080] A PC5 link can be established between a source-end WTRU and a target-end WTRU via an inter-WTRU relay even if the MAC address of the source-end WTRU is not unique. The inter-WTRU relay can send a message to the source-end WTRU indicating that there is a MAC address conflict. The message to the source-end WTRU may not be mandatory, and the behavior of the source-end WTRU may be undefined. Also, establishment of a PC5 link may be allowed even if a MAC address conflict is detected. For example, upon receiving traffic, such as Ethernet traffic, with a non-unique destination MAC address, the relay may be unable to determine to which PC5 link the traffic should be forwarded; the relay may decide to forward the traffic to the wrong source WTRU, the relay may drop the traffic with the non-unique MAC address, or any suitable combination thereof. Furthermore, existing procedures do not consider the second PC5 hop between the relay and the target WTRU, where security procedures may be triggered by the target-end WTRU.

[0081] In the case of a WTRU-to-network relay, because a MAC address may be used to uniquely identify a remote WTRU outside the 5G core network (5GC), MAC address collision avoidance between remote WTRUs may be supported to ensure, at a minimum, that the relay reports a unique MAC address for each connected remote WTRU to the network session management function (SMF). Furthermore, the WTRU-to-network relay may transport traffic to and from each remote WTRU using individual Internet Protocol (IP) tunnels over user-to-user (Uu) links. Internally, when the WTRU-to-network relay uses the destination remote WTRU MAC address to find a PC5 link to route downlink traffic, it may be advantageous for the relay to ensure the uniqueness of the remote WTRU MAC address at the relay (as in the case of a WTRU-to-WTRU relay). Thus, described herein are apparatuses and methods that address how a relay can ensure the uniqueness of a source-end WTRU's MAC address and how a relay can ensure the uniqueness of a target-end WTRU's MAC address.

[0082] Furthermore, in a scenario where a WTRU is connected to other WTRUs via multiple ProSe links, a MAC address conflict may occur across the ProSe links. For example, a source WTRU may be connected to a target WTRU A via ProSe link A, and the same source WTRU may be connected to a second target UE B via a second ProSe link B. If target WTRU A and target WTRU B share the same MAC address, the source WTRU may not know which ProSe link to select when transmitting data. This scenario may also apply when a source (or target) end WTRU communicates with multiple target (or source) end WTRUs via multiple inter-WTRU relays. For example, if a source end WTRU communicates with target end WTRU 1 via relay 1 and with target end WTRU 2 via relay 2, and both target end WTRUs use the same MAC address, the relays may not detect the MAC address conflict and therefore may not be able to handle it. For this reason, MAC address conflict resolution may occur at the end WTRU. Further described herein are apparatus and methods for addressing how an end WTRU can ensure uniqueness of MAC addresses among its peer end WTRUs.

[0083] As described herein, the following terms may be used interchangeably: relay, UE-to-UE relay, UE-to-UE relay 5G Prose Layer 3, WTRU-to-WTRU relay, and WTRU-to-WTRU relay 5G Prose Layer 3. Also, the terms UE, 5G Prose end UE, WTRU, and 5G ProSe WTRU may be used interchangeably.

[0084] The examples described herein are based on end WTRUs having the ability to change their MAC addresses. The MAC addresses of the end WTRUs can be managed by the end WTRUs or by the relay. For example, the end WTRUs can generate new MAC addresses or be assigned new MAC addresses by the relay via the PC5 interface when needed.

[0085] Furthermore, in scenarios where the end WTRU checks / verifies the uniqueness of MAC addresses between its peer UEs, the same procedures can be used by substituting the procedures of the relay with the corresponding end WTRU, as described herein. As described herein, the MAC address of the end WTRU may be changed to address privacy aspects. Examples described herein for mitigating MAC address conflict detection and / or prevention in WTRU-to-WTRU relays may be applied to WTRU-to-network relays.

[0086] Exemplary detection of a non-unique MAC address may be accomplished by, but is not limited to, comparing the new MAC address with other existing MAC addresses stored in a local database (e.g., an Address Resolution Protocol (ARP) table). A non-unique MAC address may be detected by any suitable entity, such as, for example, a relay, a WTRU, a node, or any suitable combination thereof. A lookup request may be sent to a node in the network (e.g., a relay WTRU) with the MAC address in question. In response, the sender may receive an indication of whether the MAC address in the request is unique or not. Alternatively, the response may include all MAC addresses known to the node, which can then be used to compare with the MAC address in question. Some relays may store the MAC addresses of all other WTRUs and provide MAC address lookup services to other WTRUs. ARP may be used to discover the MAC address. The other WTRUs may be requested (e.g., via a broadcast message) to check whether they hold the MAC address in question and obtain those MAC addresses for comparison.

[0087] An exemplary assignment of non-unique MAC addresses may be accomplished, but is not limited to, by maintaining a list of previously assigned MAC addresses with their assigned nodes and assigning the same MAC address to the same node. MAC addresses may be randomly generated and the generated addresses may be checked for uniqueness using any of the procedures described above. Assignment of non-unique MAC addresses may be accomplished by any suitable entity or device, such as, for example, a relay.

[0088] 3 shows an example process by which a relay detects that a source-end WTRU's MAC address conflicts with another MAC address. In step 1, the relay WTRU (304) may receive a direct communication request (DCR) message from the source-end WTRU (302), where the DCR message may include an indication of a request for the source-end WTRU (302) to establish a link with the target-end WTRU (306). The link may be configured to relay traffic between the source-end WTRU (302) and the target-end WTRU (306). The relay (304) may detect that the source-end WTRU's MAC address conflicts with another MAC address. The source-end WTRU (302) may send a direct communication request (DCR) message to the inter-WTRU relay (304) to initiate a link establishment procedure (step 1). The relay WTRU (304) may send a DSM command message to the source-end WTRU (302). The inter-WTRU relay (304) may send a DSM command message to the source-end WTRU (302) to establish security (step 2). The relay WTRU (304) may receive a response message from the source-end WTRU (302) (step 3). The response message may include an indication of a MAC address associated with the source-end WTRU (302). The response message may include a DSM complete message. A WTRU may associate with another WTRU in any suitable manner. For example, a WTRU may have the MAC address of another WTRU in memory and may associate the WTRU accordingly. A WTRU does not necessarily have to be connected to another WTRU to be associated with it. The source-end WTRU (302) may send a DSM complete message including the MAC address of the source WTRU (step 3). The relay (304) may detect a MAC address conflict associated with the MAC address of the source-end WTRU (302). The MAC address conflict may be associated with a MAC address of the source-end WTRU (302) being used by another WTRU associated with the relay WTRU (304).The relay (304) may detect (step 4) that the MAC address received from the source WTRU (302) is not unique, for example, if there is a conflict with the MAC address of another end WTRU. The detection may be performed as described above.

[0089] As shown as Alternative A, following step 4, the relay (304) may send a PC5 signaling protocol stack (PC5-S) request message to the source-end WTRU (302) requesting a new MAC address (Alternative A, step 5a). This may be a new message, such as, for example, a Get New address Request with "MAC address type" specified, or a modified existing message, such as, for example, a DSM Command or Link Modification Request with "new MAC address needed" specified. The source-end WTRU (302) may respond with a PC5-S response message containing the new source WTRU's MAC address (Alternative A, step 6a). This may be a new message, such as, for example, a Get New address Response, or a modified existing message, such as, for example, a DSM Complete or Link Modification Response. The relay (304) may check whether the MAC address received from the source WTRU (302) is unique (step 7a). This can be done as described above. The relay (304) can establish a PC5 link with the target end WTRU (306) (step 8a). The relay (304) can send a DCA message to the source end WTRU (302) indicating that the DCR is accepted (alternative A, step 9a).

[0090] As shown as Alternative B, following step 4, the relay (304) may assign a new MAC address to the source-end WTRU (302) (Alternative B, step 5b). This may be performed as described above. The relay (304) may establish a PC5 link with the target-end WTRU (306) (Alternative B, step 6b). The relay (304) may send a DCA message to the source-end WTRU (302) including the source-end WTRU's new assigned MAC address (Alternative B, step 7b).

[0091] As shown as Alternative C, following step 4, if the relay (304) detects that the MAC address of the source-end WTRU (302) is not unique, the relay (304) may send a direct communication (DC) reject message to the source-end WTRU (302) including an indication that the MAC address is not unique (e.g., cause=MAC address not unique) (Alternative C, step 5c). The source-end WTRU (302) may generate a new MAC address and restart the PC5 link establishment procedure with the relay (step 1).

[0092] Following transmission of the DC Reject message, the relay WTRU (304) may receive a second DCR message from the source end WTRU (302) (similar to step 1), which may include an indication of a second request for the source end WTRU (302) to establish a link with the target end WTRU (306). Based on the second DCR message, the process may continue as shown in steps 2, 3, and 4. The relay WTRU (304) may send a second DSM command message (similar to step 2), and the relay WTRU (304) may receive a second response message, which may include an indication of a second medium access control (MAC) address of the second WTRU.

[0093] 4 is an example depiction of a relay selecting a MAC address for a source-end WTRU. The source-end WTRU may provide a list of MAC addresses. The source WTRU (402) may send a direct communication request message to the inter-WTRU relay (404) to initiate a link establishment procedure (step 1). The inter-WTRU relay (404) may send a DSM command message to the source-end WTRU (402) to establish security with the source-end WTRU (402) (step 2). The source-end WTRU (402) may send a DSM complete message to the inter-WTRU relay (404), which may include the MAC address of the source WTRU or one or more MAC addresses that the source WTRU (402) can use for the link between the source WTRU (402) and the relay (404) (step 3). For example, this may be specified as a list or a range. The relay (402) may select a unique MAC address from the list received from the source WTRU (402) (step 4). This may be performed based on the procedure described above. The relay (404) may establish a PC5 link with the target-end WTRU (406) (step 5). The relay (404) may send a DC accept message to the source-end WTRU (402) including the selected MAC address to be used by the source-end WTRU (402) (step 6).

[0094] 5 is an example depiction of a relay detecting that a target-end WTRU's MAC address conflicts with another MAC address. In step 1, the relay (504) may receive a direct communication request (DCR) message from the source-end WTRU (502), where the DCR message may include an indication of a request for the source-end WTRU (502) to establish a link with the target-end WTRU (506). The link may be configured to relay traffic between the source-end WTRU (502) and the target-end WTRU (506). The source WTRU (502) may send a direct communication request message to the inter-WTRU relay (504) to initiate a link establishment procedure (step 1). The relay WTRU (504) may establish a secure link with the source-end WTRU (502) (step 2). The inter-WTRU relay (504) and the source-end WTRU (502) may establish security for the PC5 link (step 2). The relay (504) may send a direct communication request for traffic to the target end WTRU (506) (step 3). The relay (504) may send a DCR message to the target end WTRU (506), which may include an indication of a request for the target end WTRU (506) to establish communication (e.g., a link) with the source end WTRU (502) (step 3). The relay WTRU (504) may establish a secure link with the target end WTRU (506) (step 4). The relay (504) and the target end WTRU (506) may establish security for the PC5 link (step 4). The relay WTRU (504) may receive a response message from the target end WTRU (506) (step 5). The response message may include an indication of a MAC address associated with the target end WTRU (506). The response message may include a DCA message. A WTRU may associate with another WTRU in any suitable manner. For example, a WTRU may have in memory the MAC address of another WTRU and therefore be able to associate the WTRU.A WTRU does not necessarily need to be connected to another WTRU to be associated with the other WTRU. The relay (504) can receive a direct communication accept (DCA) message from the relay (506), where the DCA message can include the MAC address of the target WTRU (step 5). The relay (504) can detect a MAC address conflict associated with the MAC address of the target WTRU (step 6). The relay (504) can detect that the MAC address received from the target WTRU (506) is not unique, e.g., there is a conflict with the MAC address of another WTRU (step 6). This can be performed based on the procedures described above.

[0095] As shown as Alternative A, following step 6, the relay (504) can block traffic to / from this PC5 link, for example, by sending a link modification (LM) request message with operation code = "get new MAC address" and cause = "MAC address not unique" to the target end WTRU (506) (Alternative A, step 7). The target end WTRU (506) can send a link modification (LM) response to the relay (504), which may include the new MAC address (Alternative A, step 7).

[0096] As shown as Alternative B, following step 6, the relay (504) may interpret the receipt of a non-unique MAC address as a trigger for a link identifier update (LIU) procedure. The relay (504) may send a link identifier update request message to the target end WTRU (506) (Alternative B, Step 7). This message may include a proposed / alternate MAC address for the target end WTRU (506), which may include the MAC address of the source end WTRU received in step 2. The target end WTRU (506) may send an LIU response to the relay (504), which may include the MAC address of the new target end WTRU (Alternative B, Step 8). The new MAC address may be selected from the list of proposed / alternate MAC addresses (if received in step 7). The relay (504) may send an LIU Ack message to the target end WTRU (506), which may include the MAC address of the new target end WTRU received in step 8 (Alternative B, Step 9).

[0097] As shown as Alternative C, following step 6, the relay (504) may send a link release request message, e.g., cause="MAC address not unique", to the target-end WTRU (506) (Alternative C, step 7). The relay (504) may send a link release (LR) request message to the target-end WTRU (506) based on detecting a MAC address conflict associated with the MAC address of the target-end WTRU (506). The LR request message may include one or more alternate MAC addresses for the target-end WTRU (506). The LR request message may include a cause code indication (e.g., MAC address not unique) indicating a conflict associated with the MAC address of the target-end WTRU (506). This LR message may include a proposed / alternate MAC address for the target-end WTRU (506). The target-end WTRU (506) may track the proposed MAC address from the relay (504) to be used during subsequent PC5 link establishment procedures. The target end WTRU (506) may send a link release response message to the relay (504) (Alternative C, step 8). The relay (504) may send another direct communication request for traffic to the target end WTRU (506) (Alternative C, step 9). The target end WTRU (506) may check whether any proposed MAC addresses from the relay were previously received. The target end WTRU (506) may select a MAC address from the list received in Alternative C (step 7). The target end WTRU (506) may continue with PC5 link establishment. After successful security establishment, the target end WTRU (506) may send a DCA message to the relay (504), which may include the selected MAC address (Alternative C, step 10).

[0098] As shown as Alternative D, following step 6, the relay (504) may block traffic to / from this PC5 link and may send a link modify request message to the target end WTRU (506) including the target end WTRU's (506) new MAC address (Alternative D, step 7). Alternatively, a list of MAC addresses may be specified. The target end WTRU (506) may send a link modify response to the relay (504), which may acknowledge receipt of the new MAC address assigned by the relay (504) (Alternative D, step 7).

[0099] Alternatively, the target end WTRU (506) may select a new MAC address from the list received from the relay (504) and provide the selected MAC address with the link modification response.

[0100] Figure 6 shows an example process for a target-end WTRU or relay to provide a list of MAC addresses. Figure 6 is an example depiction of a target-end WTRU or relay providing a list of MAC addresses. The relay (604) may receive a DCR message from the source-end WTRU (602) for traffic and may establish security (step 1). The inter-WTRU relay (604) and the source-end WTRU (602) may establish security for the PC5 link (step 2). The relay (604) may send a DCR for traffic to the target-end WTRU (606) (step 3). The relay (604) may receive a DSM command message from the target-end WTRU (606) (step 4).

[0101] As shown as Alternative A, following step 4, the target-end WTRU (606) may provide a list of MAC addresses. The relay (604) may send a DSM Complete message including the source-end WTRU MAC address (Alternative A, step 5a). The target-end WTRU (606) may send a Direct Communication Accept (DCA) message to the relay (604), which may include one or more MAC addresses that it may use (Alternative A, step 6a). The relay (604) may select a MAC address for the target-end WTRU (606) that does not conflict with MAC addresses used by other end WTRUs. The relay (604) may send a PC5 signaling protocol stack (PC5-S) message including the selected unique MAC address to the target WTRU (606) (Alternative A, step 7a). The PC5-S message may be a new message (e.g., Set MAC Address) or a modified existing message, such as a Link Modification Request. The target end WTRU (606) may send a PC5-S response message to the relay (604) acknowledging the selected MAC address to be used by the target end WTRU (Alternative A, step 8a). The target end WTRU (606) may include the received selected MAC address.

[0102] As shown as Alternative B, following step 4, the relay (604) may provide a list of MAC addresses. The relay (604) may send a DSM Complete message to the target end WTRU (606), which may include the source end WTRU MAC address and, in addition, may provide one or more MAC addresses that the target end WTRU (606) can use to link with the relay (Alternative B, step 5b). The target end WTRU (606) may select a MAC address from the list received from the relay (604). The target end WTRU (606) may select a MAC address that does not conflict with MAC addresses used by its peer end WTRU. The target WTRU (606) may send a Direct Communication Accept (DCA) message to the relay (604), which may include the selected MAC address of the target end WTRU (Alternative B, step 6b).

[0103] 7 is an example depiction of a relay detecting that the MAC address of a source-end WTRU conflicts with another MAC address. The source-end WTRU (702) may establish a PC5 link with Relay 1 (704) to reach the target-end WTRU1 (708) (step 1). Relay 1 (704) may establish a PC5 link toward the target-end WTRU1 (708) (step 2). The source-end WTRU (702) may trigger PC5 link establishment with Relay 2 (706) to reach the target-end WTRU2 (710) by sending a DCR message for traffic (step 3). Relay 2 (706) may send a DCR message to the target-end WTRU2 (710) (step 4). The target-end WTRU2 (710) may send a DCA message including its MAC address to Relay 2 (706) (step 5). Relay 2 (706) may send a DCA message including the MAC address of the target end WTRU (710) to the source end WTRU (702) (step 6). The source end WTRU (702) may detect that the MAC addresses are not unique (e.g., a MAC address conflict) (step 7). For example, the MAC address used by target end WTRU2 (710) may be the same as the MAC address used by target end WTRU1 (702). This may be performed based on the procedure described above.

[0104] As shown as Alternative A, following step 7, a new MAC address may be associated with the target WTRU (710). The source-end WTRU (702) may send a modified link modification request message to Relay 2 (706) including an indication that the target-end WTRU's (710) MAC address is not unique and an instruction for Relay 2 (706) to block traffic on this end-to-end PC5 link (Alternative A, step 8a). Optionally, the source-end WTRU (702) may provide one or more MAC addresses that the target-end WTRU (710) can use as substitutes for the conflicting MAC address. Relay 2 (706) may block / not forward traffic on the PC5 link between the source-end WTRU (702) and the relay towards target-end WTRU 2 (710), or vice versa (Alternative A, step 9a). Relay 2 (706) may send a link modification request message including an indication that the MAC address is not unique (Alternative A, step 10a). Optionally, Relay 2 (706) may provide one or more MAC addresses that the target-end WTRU (710) can use as replacements for the conflicting MAC addresses (received in step 8a). The target-end WTRU2 (710) may provide a list of MAC addresses in an LM Response message to request the source-end WTRU (702) to make a MAC address selection (Alternative A, step 11a). Alternatively, the target-end WTRU2 (710) may change its MAC address, e.g., generate a new MAC address. The target-end WTRU (710) may send a Link Modification Response message containing its new MAC address to the Relay (706). The Relay (706) may associate this MAC address with the PC5 link. Optionally, the target-end WTRU (710) may select one from the list received in step 10, if any. Relay 2 (706) may send an LM Response message to the source end WTRU (702) including the parameters received in step 11a (Alternative A, step 12a).The source-end WTRU (702) may select a MAC address from the list received from the target-end WTRU (710) and may send an LM Ack message to Relay 2 (706) including an indication to unblock traffic forwarding and an indication of the selected MAC address (Alternative A, step 13a). Optionally, the source-end WTRU (702) may verify the MAC address of the new target-end WTRU if received in step 12a. Upon receiving the unblock traffic indication, Relay 2 (706) may begin processing traffic forwarding between the source-end WTRU (702) and the target-end WTRU2 (710) (Alternative A, step 14a). If the selected MAC address for the target-end WTRU (710) is provided in step 13a, Relay 2 (706) may send an LM Ack message to the target-end WTRU2 (710) and associate it with a PC5 link with the target-end WTRU (710) (Alternative A, step 15a). The target-end WTRU2 (710) may receive the LM Ack message containing the selected MAC address to be used by the target-end WTRU (710) and associate it with the PC5 link.

[0105] As shown as Alternative B, following step 7, the PC5 link may be released. The source-end WTRU (702) may send a link release request message to Relay 2 (706) including an indication that the target-end WTRU's MAC address is not unique (Alternative B, step 8b). Optionally, a list of MAC addresses may be included. Relay 2 (706) may send a link release request message to the target-end WTRU2 (710) including the indication and, if received, the list of MAC addresses (Alternative B, step 9b). The target-end WTRU2 (710) may keep track of a list of MAC addresses from the source-end WTRU (702) to be used if another PC5 link with the source-end WTRU (702) is established. The target-end WTRU2 (710) may send a link release response message to Relay 2 (706) and may release the PC5 link (Alternative B, step 10b). Relay 2 (706) may send a PC5 link response message to the source-end WTRU (702) and may release the PC5 link (Alternative B, step 11b). The source-end WTRU (702) may re-trigger PC5 unicast link establishment to the target-end WTRU (710) via the relay (706). In this case, the target-end WTRU (710) may select a MAC address from the list saved in step 10.

[0106] As shown as Alternative C, following step 7, the local MAC address may be updated. The source-end WTRU (702) may send a modified Link Modify Request message to Relay 2 (706) that includes an indication that the target-end WTRU's MAC address is not unique, and may optionally provide one or more MAC addresses that the target-end WTRU (710) can use as replacements for the conflicting MAC addresses (Alternative C, step 8c). Relay 2 (706) may decide to change the target WTRU's MAC address to a new MAC address for communicating locally with the source-end WTRU (702) (Alternative C, step 9c). Relay 2 (706) may send an LM Response message to the source-end WTRU (702) that includes the newly assigned MAC address (Alternative C, step 10c). Whenever Relay 2 (706) receives traffic from the source end WTRU (702) to the target end WTRU (710) using the new MAC address assigned in step 9 as the destination MAC address, Relay 2 (706) may change the new MAC address to the MAC address of the target WTRU received in step 5 (Alternative C, Step 11c). Whenever Relay 2 (706) receives traffic from the target end WTRU (710) to the source end WTRU (702) using the MAC address of the target WTRU received in step 5 as the source MAC address, Relay 2 (706) may change the MAC address of the target WTRU to the new MAC address assigned in step 9 (Alternative C, Step 11c).

[0107] The target end WTRU can be identified using the target WTRU's MAC address and the relay WTRU's Layer 2 (L2) identifier (ID). If the source end WTRU detects that the target end WTRU's MAC address is not unique (which can be done based on the procedures described above), the source end WTRU can use the L2 IDs of the relay WTRUs to which the source end WTRU and target end WTRU are connected, along with the target end WTRU's MAC address, to identify user information associated with the application. When downlink (DL) traffic is received, the source / destination L2 IDs and MAC addresses can be used to identify the associated application. When UL traffic is sent to a user associated with the target WTRU, the source end WTRU refers to the associated L2 ID and MAC address to identify the relay WTRU to send traffic with the target end WTRU's MAC address.

[0108] 8 is an example depiction of a target-end WTRU detecting that the MAC address of the source-end WTRU conflicts with another MAC address. In step 1, the relay (804) may receive a direct communication request (DCR) message from the source-end WTRU (802), where the DCR message may include an indication of a request for the source-end WTRU (802) to establish a link with the target-end WTRU (506). The link may be configured to relay traffic to and from the source-end WTRU (802) to the target-end WTRU (806). The relay (804) may receive a DCR message from the source-end WTRU (802) for the traffic (step 1). The relay (804) may send a DSM command message to the source-end WTRU (802) (step 2). The relay (804) may receive a DSM complete message from the source-end WTRU (802), where the DSM complete message may include a MAC address associated with the source-end WTRU (802). The relay (804) may receive a DSM completion message from the source-end WTRU (802) including the source-end WTRU MAC address (step 3). The relay (804) may send a DCR message to the target-end WTRU (806) for traffic (step 4). The relay (804) may receive a DSM command message from the target-end WTRU (806) (step 5). The relay (806) may send a DSM completion message to the target-end WTRU (806), where the DSM completion message may include the MAC address associated with the source-end WTRU (802). The relay (804) may send a DSM completion message to the target-end WTRU (802) including the source-end WTRU (806) MAC address (step 6). The target-end WTRU (806) may detect that the MAC address is not unique (e.g., a MAC address conflict) (step 7). This may be performed based on the procedures described above.

[0109] As shown as Alternative A, following step 7, the target end WTRU (806) may send a list of MAC addresses for the source end WTRU (802), and the relay (804) may update the list. In step 8a of Alternative A, the relay WTRU (804) may receive a direct communication accept (DCA) message from the target end WTRU (806), where the DCA message may include an indication of a conflict associated with the MAC address associated with the source end WTRU (802), and the DCA message may include a list of alternative MAC addresses for the source end WTRU (802). The relay (804) may receive a DCA message including, for example, an indication that "MAC address is not unique" and one or more MAC addresses for the source end WTRU (802) (Alternative A, step 8a). In response to receiving the DCA message from the target end WTRU (806), the relay (804) may block traffic between the source end WTRU (802) and the target end WTRU (806) (Alternative A, step 9a). The relay (804) may block / not forward traffic on the PC5 link between the target end WTRU (806) and the relay (804) towards the source end WTRU (802) (or vice versa) (Alternative A, step 9a). The relay (804) may update the received list of alternate MAC addresses for the source end WTRU (802) (Alternative A, step 10a). The relay (804) may update the list of MAC addresses for the source end WTRU (802) received from the target end WTRU (806). For example, the relay (802) may remove all MAC addresses that conflict with other registered WTRUs (e.g., are already in use by other end WTRUs) (Alternative A, step 10a). The relay (804) may send a DCA message to the source end WTRU (802) containing the updated MAC address for the source end WTRU (802) (Alternative A, step 11a).The relay WTRU (804) may receive a modified link message (LM) from the source-end WTRU (804), where the modified LM may include an indication of a selected MAC address, where the selected MAC address is selected from the updated list of MAC addresses (Alternative A, step 12a). The source-end WTRU (802) may send a modified link modification request message (Alternative A, step 12a) including the MAC address selected from the list received in the DCA message. The relay (804) may send a link modification request message (Alternative A, step 13a) including the selected MAC address of the source-end WTRU. The target-end WTRU (806) may associate the received MAC address of the source-end WTRU with the PC5 link and may send a link modification response message (Alternative A, step 14a). In response to receiving the LM response message, the relay WTRU (804) may unblock traffic between the source-end WTRU (802) and the target-end WTRU (806). The relay (804) may unblock / allow traffic on the PC5 link between the target-end WTRU (806) and the relay (804) to be forwarded towards the source-end WTRU (802) (Alternative A, step 15a). The relay (804) may send an LM response message to the source-end WTRU (802) (Alternative A, step 16a).

[0110] As shown as Alternative B, following step 7, the target-end WTRU (806) may reject the link establishment. The relay (804) may receive a DC reject message from the target-end WTRU (806) with an indication that the MAC address is not unique, e.g., cause=MAC address not unique (Alternative B, step 8b). The relay (804) may send a DC reject message to the source-end WTRU (802) with an indication that the MAC address is not unique, e.g., cause=MAC address not unique (Alternative B, step 9b).

[0111] As shown as Alternative C, following step 7, the MAC address of the source end WTRU (802) may be used only between the relay (804) and the target WTRU (806). The relay (804) may receive a DCA message including an indication that the MAC address is not unique, e.g., "MAC address not unique," and one or more MAC addresses for the source end WTRU (802) (Alternative C, step 8c). The relay (804) may block / not forward traffic on the PC5 link between the target end WTRU (806) and the relay (804) toward the source end WTRU (802) (or vice versa) (Alternative C, step 9c). The relay (804) may decide to change the MAC address of the source WTRU to a new MAC address to be used only between the relay (804) and the target end WTRU (806) during communication (Alternative C, step 10c). The selected new MAC address may be selected from the list of candidate MAC addresses received in step 8. The relay (804) may send a DCA message to the source-end WTRU (802) (Alternative C, step 11c). The relay (804) may send a link modification request message including a new MAC address that may have been locally assigned in step 10 for the selected MAC address of the source-end WTRU (Alternative C, step 12c). The target-end WTRU (806) may associate the received MAC address of the source-end WTRU with the PC5 link and may send a link modification response message (Alternative C, step 13c). The relay (804) may unblock / allow traffic on the PC5 link between the target-end WTRU (806) and the relay (804) to be forwarded towards the source-end WTRU (802) (and vice versa) (Alternative C, step 14c).

[0112] Whenever the relay (804) receives traffic from the target end WTRU (806) to the source end WTRU (802) using the new MAC address assigned in Alternative C, step 10c as the destination MAC address, the relay (804) may change the new MAC address to the MAC address of the source WTRU received in step 3. Whenever the relay (804) receives traffic from the source end WTRU (802) to the target end WTRU (806) using the MAC address of the source WTRU received in step 3 as the source MAC address, the relay (804) may change the MAC address of the source WTRU to the new MAC address assigned in Alternative C, step 10c.

[0113] FIG. 9 illustrates an exemplary process for collision-free MAC address negotiation. FIG. 9 illustrates an exemplary process for two WTRUs negotiating collision-free MAC address negotiation for exchanging traffic. An initiating WTRU (902) may decide to connect with a target WTRU (904) using a MAC collision avoidance negotiation protocol. The initiating WTRU (902) may send a DCR message to the target WTRU (904) for the traffic (step 1). The message may include MAC address allocation support information (e.g., policy / scheme for MAC address allocation). The target WTRU (904) may send a Direct Security Model (DSM) Command message to the initiating WTRU (902) (step 2). The message may include an agreed-upon MAC address allocation scheme. The MAC address allocation scheme may specify when or how the MAC address may be randomized (e.g., whether to preserve the Organizationally Unique Identifier (OUI) portion of the MAC address, or randomize all allowed bits, or update the MAC address while connected). The target WTRU (904) may provide a partial MAC address for itself in the DSM command message. The target WTRU (904) may ignore the MAC address assignment information element (e.g., to enable backward compatibility with legacy WTRUs). The target WTRU (904) may reject the connection if its MAC address assignment policies conflict (e.g., MAC randomization is not allowed). Based on a MAC address assignment scheme, the initiating WTRU (902) may assign a first portion of a MAC address to the initiating WTRU (902), where the assigned first portion of the MAC address does not conflict with other MAC addresses associated with the initiating WTRU (902).Based on the agreed-upon MAC address allocation scheme, the initiating WTRU (902) may allocate a partial WTRU MAC address (e.g., the five most significant bytes) for itself (step 3). The initiating WTRU (902) may randomly allocate the WTRU MAC and / or choose from a MAC address range that may be provisioned / reserved by the network for the WTRU based on the MAC address allocation scheme. The initiating WTRU (902) may ensure that the partial MAC address value does not conflict with other MAC addresses already in use by the initiating WTRU or by other WTRUs communicating with the initiating WTRU (902). Based on the agreed-upon MAC address allocation scheme, the initiating WTRU (902) may further allocate missing portions to complete the partial WTRU MAC address of the target WTRU (904) if received in a DSM command message, or may allocate the first partial MAC address of the target WTRU (904) to be completed by the target WTRU (904). The initiating WTRU (902) may send a DSM completion message to the target WTRU (904), where the DSM completion message may include a first portion of a MAC address associated with the initiating WTRU (902). The initiating WTRU (902) may send a DSM completion message to the target WTRU (904) including the partial WTRU MAC address of the initiating WTRU (902) (step 4). The message may include a new complete MAC address for the target WTRU (904), or a portion of the initiating WTRU needed to complete the MAC address of the target WTRU (904), or a first partial MAC address of the target WTRU (904) that is completed by the target WTRU (904). The complete MAC address associated with the initiating WTRU (902) may include a second portion of the complete MAC address that, when combined with the first portion of the MAC address, forms the complete MAC address associated with the initiating WTRU (902).The target WTRU (904) may allocate the missing portion(s) to complete the partial WTRU MAC address (e.g., one least significant byte) of the initiating WTRU (902) to form a new complete MAC address (step 5). The target WTRU (904) may allocate the missing portion(s) to conflict with the partial WTRU MAC address of the target WTRU (904). The target WTRU (904) may ensure that the newly formed MAC address value does not conflict with other MAC addresses already in use by the target WTRU (904) or by other WTRUs communicating with the target WTRU (904). The target WTRU (904) may send a DCA message to the initiating WTRU (902) containing the new complete MAC address of the initiating WTRU (902) or the portion of the target WTRU (904) needed to complete the WTRU MAC address (e.g., the least significant byte) (step 6). The target WTRU (904) may include in the DCA message to the initiating WTRU (902) the target WTRU's (904) new complete MAC address, or the portion of the target WTRU's MAC address necessary to complete the target WTRU's (904) MAC address. The initiating WTRU and target WTRU may use the newly formed MAC address to exchange traffic. The initiating WTRU (902) may exchange traffic with the target WTRU (904) using the complete MAC address associated with the initiating WTRU (902).

[0114] FIG. 10 shows an example process for updating collision-free MAC addresses. FIG. 10 shows an example process for establishing new collision-free MAC addresses between two communicating WTRUs. For privacy reasons, the communicating WTRUs may change their MAC addresses periodically or upon application trigger. Based on an agreed-upon MAC address allocation scheme, the initiating WTRU (1002) may assign a partial WTRU MAC address (step 1). The initiating WTRU (1002) may ensure that the partial MAC address value does not conflict with other MAC addresses already in use by the initiating WTRU (1002) or by other WTRUs communicating with the initiating WTRU (1002). The initiating WTRU (1002) may send a link identifier update (LIU) request message to update its MAC address with the target WTRU (1004) (step 2). The message may include the initiating WTRU's partial WTRU MAC address (1002). The target WTRU (1004) may allocate the missing portion to complete the partial WTRU MAC address of the initiating WTRU (1002) to form a new full MAC address (step 3). The target WTRU (1004) may ensure that the newly formed MAC address value of the initiating WTRU (1002) does not conflict with other MAC addresses already in use by the target WTRU (1004) or by other WTRUs communicating with the target WTRU (1004). The target WTRU (1004) may assign itself the partial WTRU MAC address. The target WTRU (1004) may ensure that the partial MAC address value does not conflict with other MAC addresses already in use by the target WTRU (1004). The target WTRU (1004) may send an LIU response message to the initiating WTRU (1002) (step 4). The message may include the new full MAC address of the initiating WTRU (1002), or the missing portion thereof.The message may also include a partial WTRU MAC address of the target WTRU (1004). The initiating WTRU (1002) may allocate the missing portion to complete the partial WTRU MAC address of the target WTRU (1004) to form a new, complete MAC address (step 5). The initiating WTRU (1002) may ensure that the newly formed MAC address value of the target WTRU (1004) does not conflict with other MAC addresses already in use by the initiating WTRU (1002) or by other WTRUs communicating with the initiating WTRU (1002). The initiating WTRU (1002) may send an LIU Ack message to the target WTRU (1004) (step 6). The message may include the new, complete MAC address of the target WTRU (1004), or the missing portion thereof. Figure 11 shows an example process for collision-free MAC address negotiation via a U2U relay. MAC address negotiation may be used when communications are passing through a U2U relay. In this case, the MAC address assignment procedure can be performed after the establishment of the PC5 link.

[0115] Figure 11 shows an example process for collision-free MAC address negotiation via a U2U relay. A procedure that can be initiated by a source-end WTRU (1102) or a target-end WTRU (1106) is shown in Figure 11 with the target-end WTRU (1106) as the initiator. The source-end WTRU (1102) and relay (1104) (e.g., a U2U relay) can establish a PC5 link (step 1 - left). The relay (1104) and target-end WTRU (1106) establish a PC5 link (step 1 - right). The source or target-end WTRU can decide to negotiate a MAC address with the source-end WTRU (1102) via the relay (1104) using a collision-avoidance negotiation protocol (step 2). Support for MAC address negotiation may be indicated in the DCR sent by the initiating end WTRU (e.g., either 1102 or 1106) and the relay 1104, and accepted in DCA from the peer end WTRU and relay 1104. This procedure may be triggered by either end WTRU (e.g., either 1102 or 1106) upon receiving an acceptance of MAC address negotiation (e.g., in DCA) from the relay 1104 (and peer end WTRU). Once a PC5 link is established with the relay 1104, the target end WTRU 1106 may trigger a MAC address allocation procedure with the source end WTRU 1102 via the relay 1104. The target end WTRU 1102 may send a PC5 MAC address allocation request containing a partial WTRU MAC address for itself to the relay 1104. The relay 1104 may send a message to the source end WTRU 1102. The source end WTRU (1102) may assign the missing portion(s) to complete the partial WTRU MAC address of the target end WTRU (1106) to form a full MAC address (step 3). The source end WTRU (1102) may assign itself a partial WTRU MAC address.The source-end WTRU (1102) may send a PC5 MAC Address Allocation Response to the relay (1104) including a partial WTRU MAC address for itself and a complete MAC address, or missing portions thereof, for the target-end WTRU (1106). The relay (1104) may keep track of the complete MAC address of the target-end WTRU (1106) associated with the PC5 link. The relay (1104) may send a message to the target-end WTRU (1106). The target-end WTRU (1106) may keep track of its complete MAC address associated with the PC5 link. The target-end WTRU (1106) may allocate the missing portion(s) to complete the partial WTRU MAC address of the source-end WTRU (1102) to form a complete MAC address (step 4). The target-end WTRU (1106) may send a PC5 MAC Address Allocation Ack to the relay including the complete MAC address of the source-end WTRU (1102), or missing portions thereof.

[0116] The relay (1104) may keep track of the full MAC address of the source-end WTRU (1102) associated with the PC5 link. The relay (1104) may send a message to the source-end WTRU (1102). The source-end WTRU (1102) may keep track of its full MAC address associated with the PC5 link.

Claims

1. a first wireless transmit / receive unit (WTRU), A transceiver; receiving a direct communication request (DCR) message from a second WTRU via the transceiver, the DCR message initiating establishment of a link between the first WTRU and the second WTRU, the link being established to the first WTRU relaying traffic between the second WTRU and a third WTRU; sending a direct security mode (DSM) command message to the second WTRU via the transceiver; receiving a response message from the second WTRU via the transceiver, the response message including an indication of a first medium access control (MAC) address associated with the second WTRU; sending a direct communication (DC) reject message to the second WTRU via the transceiver, the DC reject message including a cause code indicating that the first MAC address associated with the second WTRU is not unique; receiving a link change message from the second WTRU, the link change message being sent to the first WTRU configured as a relay, the link change message including an indication of a second MAC address associated with the second WTRU, the link change message including a PC5 signaling message regarding a second link established between the first WTRU and the second WTRU; and a processor configured as a first WTRU comprising:

2. The first WTRU of claim 1 , wherein the response message comprises a DSM completion message.

3. The first WTRU of claim 1 , wherein the DSM command message is configured to establish a secure link between the first WTRU and the second WTRU.

4. The first WTRU of claim 1 , wherein the first MAC address associated with the second WTRU is used by another WTRU associated with the first WTRU.

5. A method performed by a first wireless transmit / receive unit (WTRU), comprising: receiving a direct communication request (DCR) message from a second WTRU, the DCR message initiating establishment of a link between the first WTRU and the second WTRU, the link being established to the first WTRU relaying traffic between the second WTRU and a third WTRU; sending a direct security mode (DSM) command message to the second WTRU; receiving a response message from the second WTRU, the response message including an indication of a first medium access control (MAC) address associated with the second WTRU; sending a direct communication (DC) reject message to the second WTRU, the DC reject message including a cause code indicating that the first MAC address associated with the second WTRU is not unique; and receiving a link change message from the second WTRU, the link change message being sent to the first WTRU configured as a relay, the link change message including an indication of a second MAC address associated with the second WTRU, the link change message including a PC5 signaling message related to a second link established between the first WTRU and the second WTRU; A method comprising:

6. The method described in claim 5, wherein the response message includes a DSM completion message.

7. The method of claim 5, wherein the DSM command message is configured to establish a secure link between the first WTRU and the second WTRU.

8. The method of claim 5, wherein the first MAC address associated with the second WTRU is used by another WTRU associated with the first WTRU.

Images