Systems and methods for reference signaling design and configuration

Abstract

Presented are systems and methods for reference signaling design and configuration. A first wireless communication device (e.g., a first user equipment (UE) ) can initiate to establish a first Protocol Data Unit (PDU) session that includes a candidate sidelink Time Sensitive Communication (TSC) User Equipment (UE) Identification (ID). The first wireless communication device can be communicatively coupled to a first core network entity (e.g., user plane function (UPF)) through the first PDU session.

Description

SYSTEMS AND METHODS FOR REFERENCE SIGNALING DESIGN AND CONFIGURATIONTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for reference signaling design and configuration.BACKGROUND

[0002] The standardization organization Third Generation Partnership Project (3GPP) is currently in the process of specifying a new Radio Interface called 5G New Radio (5G NR) as well as a Next Generation Packet Core Network (NG-CN or NGC) . The 5G NR will have three main components: a 5G Access Network (5G-AN) , a 5G Core Network (5GC) , and a User Equipment (UE) . In order to facilitate the enablement of different data services and requirements, the elements of the 5GC, also called Network Functions, have been simplified with some of them being software based, and some being hardware based, so that they could be adapted according to need.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, method, apparatus, or a computer-readable medium of the following. A first one of a plurality of wireless communication devices (e.g., a first UE or UE1) can initiate / start to establish a first Protocol Data Unit (PDU) session that includes a candidate sidelink Time Sensitive Communication (TSC) User Equipment (UE) Identification (ID) . The first wireless communication device can be communicatively coupled to a first core network entity (e.g., user plane function (UPF) ) through the first PDU session.

[0005] In some implementations, a second core network (e.g., session management function (SMF) ) entity can be configured to determine whether the first wireless communication device and a second one of the plurality of wireless communication devices (e.g., a second UE or UE2) can discover each other, and select the first core network entity for both of the first wireless communication device and the second wireless communication device.

[0006] In some implementations, a second core network entity can be configured to determine whether the first wireless communication device and a second one of the plurality of wireless communication devices, that are communicatively coupled to the first core network entity, can discover each other. In some implementations, the first core network entity can have a Network-Side TSN Translator (NW-TT) , and each of the first and second wireless communication devices can have a respective DS-TT Ethernet port.

[0007] In some implementations, the second core network entity can be configured to determine that the first and second wireless communication devices can form a sidelink port pair. In some implementations, the second core network entity can be configured to report all time sensitive communication (TSC) information regarding candidate TSC UE to a third core network entity (e.g., application function (AF) , such as time sensitive networking (TSN) AF or TSC or time synchronization function (TSF) ) via a fourth core network entity (e.g., policy control function (PCF) ) , causing the third core network entity to determine which two of the plurality of wireless communication devices can form a sidelink port pair.

[0008] In some implementations, the third core network entity can be configured to determine if a stream is UE-UE TSC and divide the stream into one or more sidelink streams. In some implementations, the third core network entity can be configured to determine a transmitting UE and / or a receiving UE of at least one of the one or more sidelink streams.

[0009] In some implementations, the third core network entity can be configured to request creation of a new AF session associated with at least one of a first MAC address of the first wireless communication device and / or a second MAC address of a second one of the plurality of wireless communication devices. In some implementations, a fourth core network entity can be configured to send at least one of flow description, TSC QoS parameter, and / or peer UE ID to at least one of the plurality of wireless communication devices, in response to receiving the request of creating the new AF session.

[0010] In some implementations, the third core network entity can be configured to identify a device-to-device traffic and divide the traffic to a first traffic from the first wireless communication device to the second wireless communication device and / or a second traffic from the second wireless communication device to the first wireless communication device. In some implementations, the third core network entity can be configured to send a message to a fourth core network entity, the message including at least one of: UE ID, flow description, one or more QoS parameters, and / or TSC QoS parameters for the first wireless communication device and for the second wireless communication device, respectively.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader's understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0012] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure;

[0013] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0014] FIG. 3 illustrates a block diagram of an example 5G system (5GS) bridge management, in accordance with some embodiments of the present disclosure;

[0015] FIG. 4 illustrates a flow diagram of an example TSC information reporting, in accordance with some embodiments of the present disclosure;

[0016] FIG. 5 illustrates a flow diagram of an example TSC configuration, in accordance with some embodiments of the present disclosure; and

[0017] FIG. 6 illustrates a flow diagram of an example method for reference signaling design and configuration, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0018] 1. Mobile Communication Technology and Environment

[0019] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100 may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node) and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In FIG. 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0020] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0021] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured  to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of FIG. 1, as described above.

[0022] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0023] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in FIG. 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an "uplink" transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a "downlink" transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0024] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0025] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0026] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some embodiments, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by the processor modules 210 and 230, respectively.

[0027] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communication with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication  module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0028] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by using different layer protocols. The OSI Model may also be referred to as the seven-layer OSI Model or the seven-layer model. In some embodiments, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0029] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0030] 2. Systems and Methods for Reference Signaling Design and Configuration

[0031] In certain systems, data transfer capability may be provided, introduced, or supported with predetermined performance restrictions, requirements, and / or conditions, such as relatively low latency and relatively high-reliability conditions to satisfy the demands or criteria in certain applications or platforms. In some cases, latency, jitter, and / or reliability may depend on the implementation and deployment of the network (e.g., network 100) . However, because engineering implementation (e.g., reliance on UE or network implementation for latency, jitter, and / or reliability) of the certain systems may not be sufficient / enough or economical, it may be challenging to allow / enable or achieve the desired performance (e.g., having a latency of  less than a predefined threshold, such as 5 milliseconds (ms) , or a reliability greater than or equal to a reliability threshold, such as 99.999%) for the data transfer.

[0032] In some configurations, certain networks can include mechanisms for assisting / helping to reduce the end-to-end latency, e.g., protocol data unit (PDU) session anchor (PSA) relocation for session and service continuity (SSC) mode 2 or 3 sessions, and / or application function influenced traffic routing. Although, shortening / lessening the path for the data transfer may not be sufficient to guarantee performances in various scenarios (or guarantee improvements to the performances) . Some other factors in certain systems may cause latency, jitter, or other reductions in performance, including but not limited to UE mobility / movement, which can be considered herein. Meanwhile, it may be desired to support or provide a reliability higher than the reliability of certain telecom network functions and / or single-user plane tunnels. In such cases, it may be desired to enhance / improve systems and architectures to allow / enable or achieve the desired performance (e.g., performance that satisfies the predefined requirements) . The corresponding impacts and mechanisms of the improved systems and architecture can be identified.

[0033] With the advent of wireless multimedia services, among other factors, there may be increases in the demand for a relatively high data rate and user experience, thereby setting relatively higher criteria / conditions / requirements or parameters on the system capacity, capability, or coverage of cellular networks. In some cases, in consideration of at least one of public safety, social networking, close-range data sharing, local communications, etc., proximity services may continue to gradually expand, hence, allowing entities (e.g., users or clients) to send or receive information and communicate with users or devices within a certain proximity / distance. Certain network-centric cellular networks may have limited high data rate capabilities or support for proximity services. In this context, device-to-device (D2D) communications can be utilized to address / resolve the shortcomings of the network-centric models. The application of D2D technology can reduce the burden of cellular networks, reduce battery power consumption of UEs 104, increase the data rate, and / or improve the robustness of network infrastructure, among others, which can satisfy the aforementioned high data rate services and proximity services, for example. The D2D technology may be referred to as proximity services (ProSe) , unilateral, sidechain, or sidelink (SL) communication, and so on.

[0034] The systems and methods of the technical solution can provide one or more mechanisms or techniques in the wireless communication system (e.g., 5G system) to allow / enable or provide data services with relatively low (or lower) latency, low jitter, and / or high reliability, between the UE 104 and external entity, including but not limited to between the UE 104 and a donor node, the UE 104 and the BS 102, and / or between multiple UEs 104. With the implementations of the mechanisms discussed herein, the systems and methods of the technical solution can improve the performance of data transfer between network devices (e.g., wireless communication devices or nodes) and user experiences for users of the network devices.

[0035] The TSC information can include at least one of, but not limited to, UE ID, IP address of the UE 104, UE UE-DS-TT residence time, DS-TT Ethernet port MAC address, port management information or capability, user management information, data network name (DNN) , single network slice selection assistance information (S-NSSAI) , bridge ID, user plane function (UPF) ID, user plane node ID, port number, an indication of support of sidelink TSC, etc.

[0036] The indication of sidelink TSC can indicate that the PDU session is established for sidelink TSC. In some cases, the network (e.g., session management function, policy control function, etc. ) may identify that the PDU session is established for sidelink TSC via the DNN and / or S-NSSAI, among others. Examples of the UE ID can include gNB-CU UE F1 application protocol (F1AP) ID, gNB-DU UE F1AP ID, C-RNTI, 5G-temporary mobile subscriber identity (TMSI) , UE MAC address, IPv4 address, IPv6 address, and so on.

[0037] The TSC information can include at least one of but not limited to the UE to device-side (DS) TSN translator (TT) (DS-TT) (UE-DS-TT) residence time (e.g., the time for transferring a packet between the UE and the DS-TT port) and / or DS-TT MAC address for the PDU session, port management information or capabilities from the DS-TT and / or UE in the PDU session establishment request, and / or allocated port number for the DS-TT Ethernet port, port number of NW-TT, port management information or capabilities of NW-TT, user plane management information, and / or user-plane node identity / identifier (ID) (e.g., bridge ID) in N4 (e.g., UPF-SMF) session establishment response message (e.g., sometimes referred to generally as a response or a replay to the session establishment request) , and / or TSN domain number.

[0038] The port management information (e.g., included in a container) may include at least one of but not limited to: port management capabilities, bridge delay-related information (e.g., txPropagationDelay or txPropagationDelayDeltaThreshold) , traffic class table, gate control information, NW-TT port neighbor discovery configuration, DS-TT port neighbor discovery configuration, neighbor discovery information for each discovered neighbor of NW-TT, neighbor discovery information for each discovered neighbor of DS-TT, stream parameters, per-stream filtering and policing information, time synchronization information, precision time protocol (PTP) instance specification, and / or predefined data sets.

[0039] The port management capabilities may include at least one of, but not limited to, support for the TSN Time domain number, txPropagationDelay and traffic class table, support neighbor discovery, and / or TSN domain number.

[0040] The user management information (e.g., included in a container) may include at least one of but not limited to: information for 5GS bridge or router (e.g., user plane node information, user plane node address, user plane node ID, or NW-TT port numbers, IP address) , traffic forwarding information, neighbor discovery configuration, DS-TT port neighbor discovery configuration for DS-TT ports, discovered neighbor information for DS-TT ports, discovered neighbor information for each DS-TT port, time synchronization information, predefined data sets, etc. User plane node Information can include at least one port number (e.g., port number allocated by the node for a given PDU session) and / or at least one user plane node ID (e.g., bridge identifier of the 5GS TSN bridge and / or user-plane node ID) , etc.

[0041] 5GS Bridge or TSC information Management

[0042] FIG. 3 illustrates a block diagram 300 of an example 5G system (5GS) bridge or TSC information management. In various implementations, 5GS may act / behave as a layer 2 Ethernet bridge and / or a layer 3 (L3) IP router. When integrated with a time sensitive networking (TSN) network, 5GS functions can act as one or more TSN bridges of the TSN network. The 5GS bridge may be composed of the ports on a single user plane function (UPF) (e.g., protocol data unit (PDU) session anchor (PSA) ) side, the user plane tunnel between the  UE1 (e.g., a first UE) and / or UE2 (e.g., a second UE) and the UPF, the user plane between UE1 and UE2 (e.g., device-to-device interface) , and the ports on the device-side (DS) TSN translator (TT) (DS-TT) -1 and / or DS-TT-2 side. For each 5GS bridge of the TSN network, the port on a network-side TSN translator (NW-TT) can support the connectivity to the TSN network, and the ports on the DS-TT-1 side may be associated with the PDU session providing connectivity to the TSN network or the device-to-device link of peer DS-TT-2 of the UE-2.

[0043] The granularity of the 5GS TSN bridge can be per UPF for each network instance. The bridge identifier (ID) of the 5GS TSN bridge may be bound to the UPF ID of the UPF. The application function (AF) can store the binding relationship between a port on UE and / or DS-TT side and a PDU Session during the reporting of 5GS TSN bridge information. The AF can include or correspond to TSN AF or time sensitive communication or time synchronization function (TSC TSF) , for example. The AF may store the information about ports on the UPF and / or NW-TT side. The UPF and / or NW-TT can forward / send / transmit traffic to the appropriate egress port based on or according to the traffic forwarding information. From the AF point of view, a 5GS TSN bridge may have a single NW-TT entity within UPF and the NW-TT may have multiple ports that are used for traffic forwarding, for example.

[0044] In order to support TSN scheduled traffic over 5GS Bridge, such as described in the specification or according to a configuration, the 5GS can support at least one of, but not limited to, the following functions:

[0045] ● Configure the bridge information in 5GS.

[0046] ● Report the bridge information of 5GS bridge to the TSN network.

[0047] ● Receiving the (e.g., predefined) configuration from the TSN network, e.g., according to the specification.

[0048] ● Map the configuration information obtained from the TSN network into 5GS QoS information (e.g., 5QI, TSC assistance information) of a quality of service (QoS) flow in the corresponding PDU Session for efficient time-aware scheduling, as described in the specification, for example.

[0049] ● Map the configuration information obtained from the TSN network into 5GS device-to-device QoS information (e.g., physical layer quality indicator (PQI) , device-to-device (D2D) TSC assistance information, etc. ) of a D2D QoS Flow in corresponding D2D link for efficient time-aware scheduling.

[0050] In case the UE1 does not have a connection with the network, UE2 can help / assist the UE1 to deliver the bridge information to the network and help the network to deliver bridge configuration to UE1, for example. The bridge information of DS-TT of the UE1 can be delivered / sent / provided to the network (e.g., AF) via UE2. The bridge configuration of DS-TT of the UE1 can be delivered to UE1 (e.g., AF) via UE2.

[0051] 5GS Bridge Configuration

[0052] The SMF can report the MAC address of the DS-TT port to AF via policy control function (PCF) . The association between the DS-TT MAC address, 5GS bridge ID, and / or port number on DS-TT can be maintained / kept at AF, which may be used to assist in binding the TSN traffic with the PDU session and / or D2D link of the UE 104. Two models (or multiple models) may be supported to configure 5GS QoS for TSN traffic:

[0053] ● First model: Based on the assumption that per-stream filtering and policing parameters (PSFP) information is always provided by a central network controller (CNC) . In this case, the QoS flows may be set up based on the PSFP information provided by the CNC.

[0054] ○ PSFP information may be provided by the CNC if AF has declared PSFP support to the CNC. AF can indicate the support for the PSFP to the CNC if each DS-TT and NW-TT of the 5GS bridge has indicated support for the PSFP.

[0055] ● Second model: without requiring the PSFP information provided by the CNC. In this case, pre-configured QoS flows can be used and / or configured. Additional QoS flows may be setup as desired based on the PSFP, if available, as defined in the specification, for example.

[0056] When the PSFP information is available, the AF can identify the ingress and / or egress port for the TSN stream and determine the DS-TT port MAC address (es) identifying the corresponding PDU session (s) and / or D2D link carrying the TSN stream. Flow direction of a TSN stream can be determined but is not limited to as follows: if the ingress port is a DS-TT port or egress port is NW-TT, then the Flow direction can be UL; if the ingress port (s) is (are) NW-TT port, the Flow direction can be DL; and / or if the ingress port is DS-TT-1 and egress port is DS-TT-2, the flow direction can be D2D link (from TT-1 to TT-2) . Flow direction may be part of the TSCAI.

[0057] The AF can use the stream filter instances of PSFP information to derive the service data flow for TSN streams. The AF may use the priority values in the stream filter instances in PSFP information (if available) , the 5GS bridge delay information, and may use scheduled traffic information, to derive the TSN QoS information (e.g., priority and delay) for a given TSN stream and / or flow of aggregated TSN streams.

[0058] TSCAI Determination based on TSC Assistance Container for D2D link

[0059] The PCF can determine the TSCAI for the QoS flow based on the TSC assistance container of the policy and charging control (PCC) rule bound to the QoS Flow. This may be applicable irrespective of whether the TSC assistance container is determined by the AF (e.g., including or corresponding to the time sensitive communication and time synchronization function (TSC TSF) ) , for example.

[0060] The burst arrival time and periodicity component of the TSCAI that the PCF sends to the 5G-AN may be specified with respect to the 5G clock. The PCF can be responsible for mapping the burst arrival time and periodicity in the TSC assistance container from an external clock to the 5G clock based on the time offset and cumulative rateRatio (when available) between external time and 5GS time as measured and reported by the UPF. In some cases, the SMF and / or the PCF may be responsible for mapping the burst arrival time and periodicity in the TSC assistance container from an external clock to the 5G clock based on the time offset and cumulative rateRatio (when available) between external time and 5GS time as measured and reported by the UPF. After the mapping operation, SMF can send / transmit / provide the mapped burst arrival time (BAT) and periodicity in the TSC assistance container to the PCF. The PCF may correct the TSCAI based on the UPF report for time offset and cumulative rateRatio between external precision time protocol (PTP) time and 5GS time as measured and reported by the UPF.

[0061] The TSCAI parameter determination in PCF can be performed / executed, for example, as follows:

[0062] ● For traffic in the downlink direction, the PCF can correct the burst arrival time in the TSC assistance container based on the latest received time offset measurement from the UPF and set / configure the TSCAI burst arrival time as the sum of the corrected value and core network (CN) packet delay budget (PDB) , such as provided in the specification, representing the latest possible time when the first packet of the data burst arrives at the access network (AN) .

[0063] ● For traffic in the uplink direction, the PCF can correct the burst arrival time in the TSC assistance container based on the latest received time offset measurement from the UPF and set the TSCAI burst arrival time as the sum of the corrected value and UE-DS-TT residence time, representing the latest possible time when the first packet of the data burst arrives at the egress of the UE 104. The technique for the PCF to correct the burst arrival time, if the UE-DS-TT residence time has not been provided by the UE 104, can be based on or up to the PCF implementation, for example.

[0064] ● For traffic in the D2D direction, the PCF can correct the burst arrival time in the TSC assistance container based on or according to the latest received time offset measurement from the UPF and set the TSCAI burst arrival time as the sum of the corrected value and / or UE-DS-TT residence time, representing the latest possible time when the first packet of the data burst arrives at the egress of the UE 104. The technique for the PCF to correct the burst arrival time, if the UE-DS-TT residence time has not been provided by the UE 104, can be based on or up to the PCF implementation, for example.

[0065] ● The PCF can correct the periodicity in the TSC assistance container using the cumulative rateRatio if the cumulative rateRatio was previously received from the UPF and set the TSCAI periodicity as the corrected value. Otherwise, the PCF may set / configure the received periodicity in the TSCAI without any correction.

[0066] ● The PCF can set the TSCAI flow direction as the flow direction in the TSC assistance container.

[0067] ● If survival time is provided in terms of maximum number of messages, the PCF can convert the maximum number of messages into time units by multiplying its value by the TSCAI periodicity and set the TSCAI survival time to the calculated / computed / determined value. If the survival time is provided in time units, the PCF can correct the survival time using the cumulative rateRatio if the cumulative rateRatio was previously received from the UPF and set the TSCAI survival time to the corrected value. Otherwise, the PCF can set the TSCAI survival time without correction.

[0068] ● If the TSC assistance container contains a BAT window, the PCF can set and / or correct / update / modify the indicated earliest and / or latest possible arrival time of the first packet, e.g., in the same way described for the correction of the burst arrival time hereinabove.

[0069] ● If the TSC assistance container contains / includes a capability for BAT adaptation, the PCF can set the capability for BAT adaptation in the TSCAI. When the PCF determines that the TSCAI contains the capability for BAT adaptation without a BAT, the PCF can allow / enable notification control for the QoS Flow in order to receive the BAT offset along with a notification indicating that the guaranteed  flow bit rate (GFBR) can no longer be guaranteed, which may be a predefined notification according to the specification.

[0070] ● If the TSC assistance container contains a periodicity range, the PCF can set and correct the periodicity range, for instance, in a similar manner, such as described for the correction of the periodicity hereinabove.

[0071] Depending on whether the time domain is provided in the TSC assistance container, the PCF may perform, for instance, at least one of the following:

[0072] ● The PCF can provision the SMF to report the clock drifting between the 5G clock and the external GM clock for the (g) PTP time domain number that is configured to the NW-TT.

[0073] ● The PCF can provision the SMF to report the clock drifting between the 5G clock and the external GM clock for the given time domain number.

[0074] The PCF may use the N4 association setup or update procedures as described or predefined in the specification to provision the SMF to report the clock drifting. If the PCF has clock drift information for a time domain and if the time domain matches with the time domain in the TSC assistance container (e.g., clock drift between 5G timing and AF supplied time domain determined based on UPF reporting) , and / or time domain information is not provided in the TSC assistance container, then the PCF may adjust the TSCAI information to reflect the predefined 5GS clock, e.g., as described in the specification. If the PCF does not have synchronization information for a requested time domain in the TSC assistance container, and / or the time domain in the TSC assistance container is set to a value of or equal to 5GS, then the TSCAI information can be used without adjustment.

[0075] In the case of drift between the external GM clock and the 5G clock, the UPF can update the offset to PCF using the predefined N4 report procedure. If the cumulative rateRatio is available and in the case of a change of cumulative rateRatio between the external PTP time and the 5G time, the UPF can update the cumulative rateRatio to PCF using the predefined N4 report procedure. Subsequently, the PCF may trigger a PDU session modification, such as provided in the specification, for instance, to update the TSCAI to the NG-RAN without AN or N1 specific signaling exchange with the UE 104. In some cases, to prevent frequent updates from the UPF, the UPF may send the offset or the cumulative rateRatio when the difference between the current measurement and the previously reported measurement is greater / larger than a predefined threshold.

[0076] TSC information Reporting

[0077] Referring to FIG. 4, depicted is a flow diagram 400 of an example TSC information reporting (e.g., steps / processes / operations for reporting the TSC information) . The TSC information can include or correspond to at least a bridge information. The one or more operations of the flow diagram 400 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–2. The one or more operations of the flow diagram 400 may be performed by at least one wireless communication device (e.g., a UE or terminal device) , at least one wireless communication node (e.g., a BS, gNB, radio access network (RAN) , or access network equipment) , at least one core network entity (e.g., session management function (SMF) , policy  control function (PCF) , application function (AF) , etc. ) at least one satellite, etc., in some embodiments. Additional, fewer, or different operations may be performed or included in the flow diagram 400 depending on the embodiment. For example, the operations of the flow diagram 400 can include, but are not limited to, operations 402-416. The one or more operations of the flow diagram 400 can be performed or arranged in different orders or sequences, not limited to the sequences discussed herein. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0078] At operation 402, at least one UE 104 (e.g., a first wireless communication device (UE1) or one of the UEs 104) can initiate / start or execute / perform a discovery or connection process / operation / procedure. The at least one UE 104 performing the discovery can include, for instance, sending / transmitting / providing a discovery message and / or receiving / obtaining / acquiring a discovery message to discover / identify / find and / or connect to other sidelink time sensitive communication (TSC) -capable UE (e.g., a second wireless communication device (UE2) or another one of the UEs 104) . The sidelink TSC-capable UE may sometimes be referred to generally as a sidelink TSC UE. During the discovery or connection establishment procedure, the UE 104 (e.g., UE1) may indicate or provide TSC information associated with the UE 104 (e.g., TSC information of UE1, such as capability, support, or configuration) to the other UE 104 (e.g., UE2) .

[0079] At operation 404, the UEs 104, e.g., UE1 and UE2, can initiate a procedure for PDU session establishment or modification, for instance, to (e.g., separately) establish or modification a new PDU session, switch between existing PDU sessions, and / or request a PDU session for one or more services. The request for the PDU session may be referred to as a PDU session establishment or modification request. In various aspects, the UEs 104 can initiate the PDU session establishment or modification procedure to establish or modify a PDU session serving for time sensitive communication (TSC) . For instance, UE1 and UE2 may initiate the PDU session establishment to separately establish a PDU session serving for TSC. During this procedure, for example, one or more of the UEs 104 may send the PDU session establishment or modification request to the network (e.g., SMF, sometimes referred to as a second core network entity) . The PDU session establishment or modification request may include TSC information of the UE 104 or TSC information of at least one peer UE (e.g., received from the peer UE) . In some cases, the PDU session establishment request may include at least one candidate peer UE identifier (ID) and / or TSC information of the peer UE.

[0080] In some implementations, the UE 104 may report TSC information received from the peer UE to network (via PDU session establishment or modification) , if the bridge ID included in the bridge information received from peer UE is the same as the bridge ID of the UE 104. In some implementations, the UE 104 may report bridge information received from the peer UE to network (via PDU session establishment or modification) , if the user plane node ID included in the bridge information received from the peer UE is the same as the user plane node ID of the UE 104. In certain implementations, the UE 104 may report bridge information received from the peer UE to network (via PDU session establishment or modification) , if the UPF ID included in the bridge information received from the peer UE is same as the UPF ID of the UE 104.

[0081] In some implementations, the SMF (e.g., the second core network entity) can determine or identify whether two UEs 104, such as UE1 and UE2, of the various UEs 104 that are connected to the same SMF can discover / find each other. In response to the determination, such as determining that UE1 and UE2 can discover  each other, the SMF may select / choose the same user plane function (UPF) (e.g., sometimes referred to as a first core network entity) for both (the two) sidelink UEs 104. In this case, the UPF can be selected for both the UE1 and the UE2, for example.

[0082] During operation 404, a session management function (SMF) (e.g., a second core network entity) can initiate an SMF policy association (via sending the Npcf_SMPolicyControl_Create message to PCF) with PCF (e.g., a fourth core network entity) by sending Npcf_SMPolicyControl_Create to the PCF. The Npcf_SMPolicyControl_Create may include the TSC information received from at least one of the UEs 104 (e.g., UE1 and / or UE2) . The PCF can detect if the Npcf_SMPolicyControl_Create request relates to session management (SM) Policy association enabling sidelink time sensitive communications and / or time synchronization based on the received DNN and / or S-NSSAI or RSC or indication of TSC included in the TSC information, for example. The PCF can instruct the SMF (e.g., by sending SmPolicyDecision to the SMF) to initiate / execute / trigger a PCF interaction (e.g., SMF exchanging information with the PCF) when at least one trigger (e.g., condition / criterion) is met / satisfied. The trigger may be predetermined or configured according to the specification, among other settings. As an example, the trigger for the SMF to initiate the PCF interaction can include but is not limited to an availability of a new TSC information. In some implementations, the PCF may identify or determine that the PDU session is established for a sidelink relay TSC stream according to or based on data network name / single-network slice selection assistance information (DNN / S-NASSI) or other types of information.

[0083] During SMF policy association, the SMF may send / transmit / provide the information to the PCF during SMF policy association, such as but not limited to at least one of UE ID (e.g., destination (DST) layer 2 (L2) ID, 5G-TMSI, and / or subscription permanent identifier (SUPI) , etc. ) , TSC information of UE, peer UE ID, TSC information of peer UE, and / or measurement value (e.g., reference signal received power (RSRP) , reference signal received quality indicator (RSRI) , channel state information (CSI) , and / or constant bit rate (CBR) , among others) of D2D link with the peer UE, among others.

[0084] The PCF can detect if the Npcf_SMPolicyControl_Create request relates to or is associated with session management (SM) policy association enabling sidelink time sensitive communications based on the received DNN and S-NSSAI. The PCF then may provide an indication (e.g., within the SmPolicyDecision data structure the “TSN_BRIDGE_INFO” policy control request trigger within the “policyCtrlReqTriggers” attribute) to instruct the SMF to report bridge information when the trigger is met, e.g., new TSC user plane node information is available.

[0085] In some implementations, the SMF can perform UE to UE port pair selection procedure. In some implementations, the PCF can perform UE to UE port pair selection procedure.

[0086] The port pair selection procedure can include or involve determining which two UEs can be associated with one port pair (e.g., D2D port pair information) based on at least one of following information: UE ID (e.g., DST L2 ID, 5G-TMSI, SUPI, etc. ) , TSC information of the at least one of the two UEs, peer UE ID, TSC information of peer UE, measurement value (e.g., RSRP, RSRI, CSI, CBR, etc. ) of D2D link with peer UE, etc.

[0087] In some configurations, the SMF can select a UPF for the PDU session. The UPF can support one or more functions, such as of D2D TSN, 5G system (5GS) bridge management for time sensitive networking (TSN) , TSC, sidelink relay TSC, among other functions according to the specification. The SMF can select other functions, not limited to those discussed herein, for instance, for the PDU session. In some implementations, the SMF can determine whether the two UEs 104 (e.g., UE1 and UE2) that share connections to (e.g., are communicatively coupled to) the same UPF (e.g., the first core network entity) can discover each other.

[0088] In some implementations, the SMF can check, determine, or confirm whether there are two UEs that can discover each other. Subsequently, the SMF may select the same UPF for the two UEs.

[0089] The SMF can send one or more of the following information (e.g., included in the PFCP session establishment request) to the UPF: UE ID (e.g., DST L2 ID, 5G-TMSI, SUPI) , TSC information of the UE (s) , peer UE ID, TSC information of peer UE, measurement value (e.g., RSRP, RSRI, CSI, CBR, etc. ) of D2D link with peer UE, etc. Within the PFCP session establishment request, create dridge info for TSC with bridge information indication (BII) bit set to “1” . The UPF can allocate a port number for the DSTT of the UE and / or peer DSTT of the UE, and report the port number with at least one of the bridge ID, user plane node ID, and / or NW-TT port number back to the SMF. Identities of 5GS bridge and / or user plane node and UPF and / or NW-TT ports may be pre-configured in the UPF. The UFP may perform the D2D port pair selection procedure.

[0090] In various implementations, during operation 404 of establishing the PDU session, the SMF (e.g., the second core network entity) may receive / obtain / acquire TSC information from UE and / or UPF. The TSC information can include at least one of but not limited to the UE to device-side (DS) TSN translator (TT) (DS-TT) (UE-DS-TT) residence time (e.g., the time for transferring a packet between the UE and the DS-TT port) and / or DS-TT MAC address for the PDU session, port management information or capabilities from the DS-TT and / or UE in the PDU session establishment request, and / or allocated port number for the DS-TT Ethernet port for each sidelink UE (e.g., UE1 and / or UE2) , and / or user-plane node identity / identifier (ID) (e.g., bridge ID) in N4 (e.g., UPF-SMF) session establishment response message (e.g., sometimes referred to generally as a response or a replay to the session establishment request) . Each of the UEs 104 (e.g., UE1 and / or UE2) can have a respective DS-TT Ethernet port.

[0091] The SMF may send the following information (included in the PDU session establishment response or modification) to the UE 104: allocated port number for DS-TT Ethernet port for each D2D UE, user-plane Node ID, and / or bridge ID, among others.

[0092] At operation 406, an application function (AF) (e.g., a third core network entity) can subscribe to one or more notifications of updated TSC user plane node information (e.g., TSC information) via or through the PCF. By subscribing to the notification, the AF can receive at least one notification (e.g., indication or signal) and / or information from one or more entities or functions via the PCF in response to updating the TSC information including user plane node information. For example, the SMF can send / transmit / provide information, including TSC information obtained at operation 404, to the AF via the PCF to establish / configure and / or modify / update / change / alter the 5GS bridge.

[0093] In some implementations, the SMF may determine that the two sidelink UEs that can be connected to each other can become (or form) a pair of ports. For example, the SMF can determine that UE1 and the UE2 (e.g., the first and second wireless communication devices) can form a sidelink port pair. In this case, in response to determining that the two sidelink UEs can become a pair of ports, the SMF may report the sidelink port pair, for instance, to at least one other core network entity, such as the PCF and / or the AF, among others. In some implementations, the SMF (e.g., the second core network entity) may report / indicate all candidate TSC UE information (e.g., information regarding at least one candidate TSC UE, such as UE1 and / or UE2) to the AF (e.g., TSC-AF or the third core network entity) . The SMF may perform the reporting to the AF via / through the PCF (e.g., the fourth core network entity) . In response to the reporting, the AF may determine or decide which two of the various UEs 104 are bound to or may form a sidelink port pair.

[0094] When new TSC user plane node information is available, the SMF can request to update the SM policy association and provide to the PCF information on the conditions that have been met. The policy control request trigger condition “TSN_BRIDGE_INFO” may be met / satisfied when at least one of: the SMF detects new candidate peer UE information, reported peer UE information is unavailable as reported by the UE 104, and / or the SMF detects new port pair, to name a few.

[0095] The SMF can send at least one of the following information (e.g., included in the Npcf_SMPolicyControl_Update) to PCF: TSC information, bridge ID, DSTT-MAC address, DSTT port number, DSTT residence time, UE ID, TSC information of the peer UE, etc. In some implementations, if the peer UE 104 is associated with the UE 104 (e.g., peer UE and the UE 104 can form a port pair) , the SMF can include the TSC information of the peer UE.

[0096] The AF can store a binding relationship between the 5GS user-plane node ID and the MAC address of the DS-TT Ethernet port or IP address of the UE1 (e.g., first wireless communication device) or IP address of the UE2 (e.g., second wireless communication device) . The binding relationship can refer to the association or information on the relationship between, in this case, the 5GS user-plane node ID, or IP address, or the Mac address of the DS-TT Ethernet port. The AF can update / modify the 5GS delay for various configurations (e.g., existing or new configurations) .

[0097] The AF can store the port pair information, e.g., including UE ID, bridge information of peer UE, etc. The AF may perform the D2D port pair selection procedure.

[0098] TSN-AF can calculate / compute D2D port pair delay based on or according to at least one of: DSTT resident time of UE-1 or pre-configured resident time, DSTT resident time of peer UE-2 or pre-configured resident time, and / or per traffic class minimum and maximum delays between the UEs 104 (e.g., between UE1 and UE2) , etc.

[0099] The AF can request the creation of a new AF session associated with the MAC address of the DS-TT Ethernet port, the MAC address of any of the two UEs 104 (e.g., UE1 and / or UE2) , and / or MAC addresses of the two Ues 104 using the Npcf_PolicyAuthorization_Create operation or command. The AF can subscribe for or request updates on the TSC events over the newly created AF session using the Npcf_PolicyAuthorization_Subscribe operation or command.

[0100] Using the 5GS user-plane node ID (e.g., received in response to delivering the Npcf_PolicyAuthorization_Notify message) , the AF can subscribe with the network-side TSN translator (NW-TT) to receive / obtain changes to user plane node management information for the 5GS bridge indicated by the 5GS user-plane node ID (e.g., according to the specification) . Subsequent to / after or in response to receiving a user plane node management information container (UMIC) including / comprising / containing the one or more NW-TT port numbers, the AF can subscribe with the NW-TT to receive changes to the NW-TT port management information for the NW-TT port indicated by each of the NW-TT port numbers (e.g., according to the specification) .

[0101] In various arrangements, the AF (e.g., TSN AF or TSC TSF) can use / utilize any PDU session (e.g., one or more PDU sessions) to subscribe to the NW-TT for bridge and / or port management information notifications. For instance, according to the subscription, the AF can receive notification on the bridge and / or port management information from other entities or functions, such as from the UPF. The notification can include an indication of at least one change / modification / update to the bridge and / or port management information and / or other data related to the bridge and / or port management information. In some aspects, the UPF can use any PDU session to send / transmit bridge and / or port management information notifications to other entities and / or functions, such as the AF. In some configurations, the UPF may have or be subscribed to an NW-TT.

[0102] At operation 408, if the DS-TT has indicated / notified support for the TSN time domain number in (or as part of) the port management capabilities, the AF can provide the TSN time domain number to the DS-TT. In certain cases, the AF may provide the TSN time domain number to the NW-TT. For example, the AF may provide the TSN time domain number to both the DS-TT and the NW-TT. In another example, the AF may provide the time domain number to one of the DS-TT or the NW-TT, such as providing the time domain number to the DS-TT without providing the time domain number to the NW-TT.

[0103] At operation 410, if the time domain number is supported according to the port management capabilities received from the DS-TT, the AF can retrieve / obtain at least one of but not limited to txPropagationDelay (e.g., a value corresponding to the amount of time for a signal to be received after its transmission) and / or traffic class table from the DS-TT. In some cases, the AF may retrieve / obtain the txPropagationDelay and / or the traffic class table from the NW-TT. In some other cases, the AF may retrieve / obtain the txPropagationDelay and / or the traffic class table from at least one other network device or multiple network devices, such as from both the DS-TT and the NW-TT, for example.

[0104] In various configurations, the distribution of TSN grant master (GM) time to / towards NW-TT and / or DS-TT for the TSN time domain can be activated / executed / initiated prior to or before the AF retrieves the txPropagationDelay. In such cases, by activating the distribution of the TSN GM time prior to the AF retrieves the txPropagationDelay, the DS-TT and / or NW-TT can convert the txPropagationDelay from 5GS time to TSN time before reporting / informing the txPropagationDelay to the AF.

[0105] At operation 412, in cases where the DS-TT supports neighbor discovery according to the port management capabilities received from DS-TT, the AF can provide a DS-TT port neighbor discovery configuration to the DS-TT to configure and / or activate a link layer discovery protocol (LLDP) agent in the DS- TT. In this case, the AF may subscribe to receive neighbor discovery information (e.g., including updates / changes to the neighbor discovery information) for each discovered neighbor of the DS-TT (e.g., according to the specification) .

[0106] In some cases, the DS-TT may not support neighbor discovery. In this case, the AF may provide the DS-TT port neighbor discovery configuration to the NW-TT for configuring. In response to providing the DS-TT port neighbor discovery configuration, the AF can activate / initiate or command the LLDP agent in the NW-TT to perform the neighbor discovery, e.g., on behalf of or instead of the DS-TT. The AF can subscribe to receive the neighbor discovery information for each discovered neighbor of the DS-TT from the NW-TT (e.g., according to the specification) . Neighbor discovery information for each discovered neighbor may be included in TSC information to be reported to AF.

[0107] In some cases, if DS-TT-1 does not support neighbor discovery, then the AF can at least one of:

[0108] ● Provide DS-TT-1 port neighbor discovery configuration to DS-TT-2 connected with DS-TT-1 to configure and activate / initiate the LLDP agent in NW-TT to perform neighbor discovery on behalf of DS-TT-1.

[0109] ● Subscribe to receive neighbor discovery information for each discovered neighbor of DS-TT-1 from DS-TT-2.

[0110] In some other cases, if DS-TT-1 does not support neighbor discovery, then the AF can at least one of:

[0111] ● Provide DS-TT-1 port neighbor discovery configuration to NW-TT to configure and activate the LLDP agent in NW-TT to perform neighbor discovery on behalf of (or for) DS-TT-1;

[0112] ● Subscribe to receive neighbor discovery information for each discovered neighbor of DS-TT-1 from NW-TT.

[0113] If the LLDP message is received by DS-TT-1, DS-TT-1 can transfer the LLDP message to DS-TT2. The DS-TT-2 may handle the LLDP message based on the capability or support of the DS-TT-2 (e.g., if DS-TT-2 have capability) , or transfer the LLDP message to the NW-TT along with UE ID of the DS-TT1 (e.g., if DS-TT-2 does not have capability) , for example.

[0114] In various configurations, the AF can write or provide the NW-TT port neighbor discovery configuration to the NW-TT for configuring. The AF can activate the LLDP agent in the NW-TT in response to writing the NW-TT port neighbor discovery configuration. The AF can subscribe to receive the neighbor discovery information for each discovered neighbor of NW-TT.

[0115] At operation 414, the AF can receive one or more notifications (e.g. included in TSC information) from at least one of the DS-TT (e.g., if the DS-TT supports neighbor discovery) and / or NW-TT on discovered neighbors of the DS-TT and / or the NW-TT. The notifications from the DS-TT and / or the NW-TT can include the neighbor discovery information, the bridge and / or port management information, or other types of information not limited to those discussed herein. At operation 416, in response to receiving the notification,  the AF may construct, process, or form the information received from the DS-TT and / or the NW-TT as 5GS or TSC information. The AF can send / forward / provide the constructed information to a central network controller (CNC) (e.g., external control plane node) to register a new TSN bridge or update an existing TSN bridge according to the information.

[0116] TSC Configuration

[0117] Referring to FIG. 5, depicted is a flow diagram 500 of an example TSC configuration (e.g., steps / processes / operations for configuring TSC) . The one or more operations of the flow diagram 500 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–2. Certain operations of the flow diagram 500 may be performed in conjunction with or include information associated with one or more operations of the flow diagram 500, as described in FIG. 5, for example. The one or more operations of the flow diagram 500 may be performed by at least one wireless communication device (e.g., a UE or terminal device) , at least one wireless communication node (e.g., a BS, gNB, RAN, or access network equipment) , at least one core network entity (e.g., SMF, PCF, AF, etc. ) at least one satellite, etc., in some embodiments. Additional, fewer, or different operations may be performed or included in the flow diagram 500 depending on the embodiment. For example, the operations of the flow diagram 500 can include, but are not limited to, operations 502-518. The one or more operations of the flow diagram 500 can be performed or arranged in different orders or sequences, not limited to the sequences discussed herein. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0118] For 5GS integrating with a (fully-) centralized model TSN network, the central network controller (CNC) (e.g., an external control node) can provide / send TSC configuration to the AF (e.g., TSN AF or the third core network entity) . For example, at operation 502, the CNC can provide per-stream filtering and / or policing parameters / criteria / conditions to the AF, such as described in the specification or predefined configurations. The CNC can provide other parameters to the AF, not limited to the per-stream filtering and / or policing parameters. The AF can use the one or more parameters to derive or determine TSC qualify of service (QoS) parameters and / or related flow information. The CNC can provide at least one (e.g. predefined) forwarding rule to the AF, e.g., according to the specification. The AF can use the information derived from the one or more parameters to identify the DS-TT MAC address or IP address of at least one of the UEs 104 (e.g., UE1 and / or UE2) for the corresponding PDU session.

[0119] In various arrangements, the AF can determine whether the stream is a UE-UE TSC. According to the determination of whether the stream is a UE-UE TSC, e.g., if the stream is the UE-UE TSC, the AF can divide / separate or filter the stream into UL and / or DL streams and / or D2D stream (e.g., when the stream is UE-UE TSC) for the one or more PDU sessions (e.g., existing or established PDU sessions) , and / or one or more sidelink (SL) streams, corresponding to ingress DS-TT Ethernet port (s) and / or egress DS-TT port (s) . Subsequently, the AF can trigger or execute / perform one or more of the following operations (e.g., one or more of operations 504-518) for the UL, DL, and / or SL streams, e.g., trigger separately or individually.

[0120] At operation 504, for the SL stream, the AF can determine a transmitting UE (Tx UE) and / or a receiving UE (Rx UE) of at least one of the one or more SL streams. The AF can determine the MAC address or IP address of at least one PDU session based on or according to the previous stored associations. In response  to determining the MAC address or IP address, the AF can trigger an AF request procedure, e.g., sending the AF request to the PCF. The AF request can include the DS-TT MAC address or IP address of the PDU session. The AF request can be for a creation of a new AF session. For example, the AF can request the creation of a new AF session associated with at least one of a first MAC address of the UE1 and / or a second MAC address of the UE2.

[0121] Based on the information received from the CNC, e.g., 5GS bridge delay information (e.g., per port pair delay) and / or the UE-DS-TT residence time, etc., the AF can determine the TSC QoS parameters and / or TSC assistance container for one or more TSC streams. The AF can send the TSC configuration to the PCF subsequent to the determination. The AF may provide at least one service data flow filter comprising / including / containing at least one of flow description and / or one or more Ethernet or IP packet filters, for instance, to the PCF.

[0122] The TSC configuration may include at least one of UE ID, peer UE ID, TSC QoS parameters, or data flow filter (e.g., Ethernet packet filter, IP packet filter, etc. ) , TSCAI and / or the TSC assistance container, QoS flow ID, TSC QoS parameter, etc.

[0123] At operation 506, when the PCF receives the AF request (e.g., from the AF) , the PCF can identify / find or search for the SMF (e.g., the correct or desired SMF) according to the DS-TT MAC address or IP address of the PDU session. In response to identifying the SMF, the PCF can notify / inform the SMF of the TSC configuration via Npcf_SMPolicyControl_UpdateNotify message / signaling or other types of signals. In some implementations, in response to receiving the QoS information from the AF, the PCF can map the received TSC QoS parameters for one or more TSC streams to 5GS QoS parameters or profile (e.g., PQI) , for example.

[0124] At operation 506, when the PCF receives the AF request, the PCF can identify / find or search for the UE (e.g., the correct or desired SMF) according to the DS-TT MAC address or IP address of the PDU session. In response to identifying the SMF, the PCF can notify / inform the TSC configuration to the UE via UE Policy container message / signaling or other types of signals. The TSC configuration may include at least UE policy. The UE policy may include at least one of but not limited to TSCAI, TSCAC, time domain, and / or data packet filter. In response to the peer UE not having a connection to the network, the UE can transfer the TSC configuration to the peer UE.

[0125] The TSC QoS parameters can include at least one of but not limited to maximum burst size of the TSC traffic, delay of the TSC traffic, and / or TSC traffic priority in relation to other TSC and / or non-TSC traffic. The 5GS QoS parameters or profile can include at least one of but not limited to 5G QoS flow identifier (5QI) , PC5 5QI (PQI) , allocation and retention priority (ARP) , etc.

[0126] The TSC assistance container (TSCAC) can include at least one of but not limited to flow direction (e.g., the direction of the TSC flow, such as uplink (UL) , downlink (DL) , D2 link, and / or sidelink) , periodicity (e.g., sometimes refers to the time period between the start of two data bursts) , burst arrival time (e.g., the time when the first packet of the data burst arrives at the ingress port of 5GS for a given flow direction, such as DS-TT(e.g. ingress of DS-TT) for uplink and / or NW-TT (e.g. ingress of DS-TT) for downlink) , survival time (e.g., sometimes refers to the time period an application can survive without any data burst) , time domain (e.g., the  generalized precision time protocol (gPTP) domain of the TSC flow) , burst arrival time window (e.g., sometimes referred to as BAT-time windows, which may indicate the acceptable earliest and / or latest arrival time of the first packet of the data burst at the ingress port of 5GS for a given flow direction, such as DS-TT for uplink or NW-TT for downlink) , capability for BAT adaptation (e.g., indicating that the AF is to adjust the burst sending time according to the network provided burst arrival time offset) , periodicity range (e.g., indicating that the AF is to adjust the periodicity and provides the acceptable range, such as formulated as lower bound and upper bound of the periodicity) , and / or acceptable periodicity value (s) (e.g., formulated as a list of values for the periodicity) .

[0127] The TSC assistance information (TSCAI) may include at least one of flow direction, periodicity, burst arrival time, survival time, burst arrival time (BAT) window, capability for BAT adaptation, N6 jitter information, periodicity range, etc.

[0128] After mapping the received TSC QoS parameters for TSC streams to 5GS QoS, the PCF can trigger the Npcf_SMPolicyControl_UpdateNotify message to update or configure the policy and charging control (PCC) rule to the SMF. The PCC rule can include at least the one or more packet filters, the 5GS QoS profile, TSC assistance container, or other information for enabling / allowing the user plane detection of, for instance, the policy control or proper charging for the service data flow.

[0129] In some implementations, in response to receiving the AF request for creating the new AF session, the PCF may send flow description / information (e.g., IP information, etc. ) , TSC (or TSCAI) , peer UE ID, or other information to at least one of the UEs 104, e.g., the sidelink UE. After receiving the CNC configuration, the AF may identify or determine the traffic between the UEs 104, such as traffic from UE1 to UE2 and / or traffic from UE2 to UE1, for instance, as a certain UE-to-UE (e.g., U2U) TSN traffic identification. For example, the AF (e.g., the third core network entity) may identify device-to-device traffic, such as the traffic between the UE1 and the UE2. According to the device-to-device traffic, the AF can divide / separate the traffic to a first traffic from the UE1 to the UE2 and a second traffic from the UE2 to the UE1.

[0130] The AF can provide / send a message to the PCF. The message may include at least one of the UE ID (e.g., DSTT-MAC address) , flow description (e.g., the direction may be for the sidelink and / or peer UE ID, and / or port ID) , one or more QoS parameters, one or more TSC QoS parameters (e.g., TSCAI or TSC container SL) for UE1 and / or for UE2, respectively. The direction can refer to the data transmission direction, e.g., including at least one of uplink (e.g., UE 104 to network) , downlink (e.g., network to UE 104) , and / or sidelink (e.g., one UE to another UE) . In this case, the AF may interact with the PCF by configuring the sidelink UE. For instance, the configuration information can be sent to a network exposure function (NEF) . Subsequently, the NEF can forward the configuration information to the PCF, and the PCF can forward the configuration information to the UE 104 (e.g., UE1 and / or UE2) . In this case, the PCF can use the DSTT-MAC address to identify the sidelink UE. The information exchanged between AF and NEF or NEF and PCF includes at least one of: TSC configuration.

[0131] At operation 508, the SMF may trigger the PDU session modification procedure to establish / modify a QoS Flow to transfer the TSC streams. During operation 508, the SMF can provide the information received in the PCC rules to the UPF via N4 session modification procedure, among other procedures.

[0132] In some implementations, upon the SMF (e.g., the second core network entity) receiving the TSC assistance container, the SMF can determine the TSCAI for QoS flow (e.g., a D2D QoS flow) . In response to determining the TSCAI for QoS flow, the SMF can send / transmit / provide the TSCAI and the QoS profile to the BS 102 (e.g., gNB, wireless communication node, or next generation (NG) RAN) .

[0133] In some configurations, the BS 102 may be configured to send the TSCAI to the UE 104. The TSCAI may be associated with at least the QoS flow, a data radio bearer (DRB) , a radio link control (RLC) channel, and / or a configured grant (CG) . For example, the UE 104 can be configured with radio bearer configuration including TSCAI, RLC channel configuration including TSCAI, configured grant configuration including TSCAI, QoS parameter of QoS flow including TSCAI, etc. The SMF can be configured for mapping at least one of the burst arrival time (BAT) window, periodicity, and / or periodicity range, or other information from an external clock (e.g., when available) to the 5G clock according to or based on the time offset and / or cumulative rateRatio (e.g., when available) between the external clock time and 5GS time, for instance, as measured and / or reported by the UPF. In various implementations, the SMF can determine or be configured to determine the TSCAI according to the specification. In some implementations, after the SMF sends the TSCAI and the QoS profile to the BS 102, the SMF may be configured to send the TSCAI associated with the QoS flow to the UE 104 (e.g., instead of the BS 102) .

[0134] At operation 510, in some configurations, the CNC may provide additional information to the AF. The additional information can include but is not limited to a gate control list. The gate control list can be predetermined or predefined according to the specification.

[0135] At operation 512, the AF can determine the MAC address or IP address of a PDU session for the configured port based on the previously / historically stored associations. The determined Mac address or IP address of the PDU session can be utilized to deliver / transfer / communicate the port management information to the desired SMF (e.g., corresponding to the MAC address) that manages the port via the PCF. The AF may trigger an AF request procedure. The AF request can include the DS-TT MAC address or IP address (e.g., the MAC address or IP address of the PDU Session) , one or more TSN QoS parameters, port management information container, and / or the related port number as indicated in the specification, among others. The port number may be used by the SMF to determine / decide whether the configured port is in or for the DS-TT and / or the NW-TT.

[0136] In various aspects, when the AF is configured to convey 5GS bridge-specific information and / or NW-TT port-specific information to the NW-TT and / or the UPF, the AF may select / choose at least one AF session (e.g., any or a random AF session) related to the corresponding 5GS bridge. After the selection, the AF can send the 5GS bridge-specific information via a user plane node management information container (UMIC) and / or NW-TT port management information container (NW-TT PMIC) .

[0137] At operation 514, the PCF can determine the SMF based on the MAC address or IP address received via the AF request (e.g., from at least operation 512) . The PCF can map the TSN QoS information provided by the AF to one or more PCC rules. The PCF may receive or store the TSC assistance container obtained from the AF with the one or more PCC rules. The PCF can forward the TSC assistance container (e.g., with the one or more PCC rules) to the SMF. The PCF can (e.g., transparently) transport / forward the received port management  information container and / or the related port number to the SMF via Npcf_SMPolicyControl_UpdateNotify message or other types of signalings / messages. In some implementations, if the sidelink data is received, the PCF can directly send the configuration information to the sidelink UE. In such cases, with the sidelink architecture, the configuration information may not pass through the SMF. A non-limiting example of the TSC management information container can be provided herein.

[0138] Example TSC information Container

[0139] At operation 516, in some implementations, if the SMF determines that the port is on the DS-TT based on the received port number, the SMF can send / forward / transport the received port management information container to the UE 104 and / or the DS-TT in PDU session modification request message. The port management information container (PMIC) can be a predefined container including the port management information, such as described in the specification.

[0140] At operation 518, if the SMF determines / decides that the port is on the NW-TT based on the received port number, the SMF can transport the received port management information container to the UPF and / or the NW-TT via / through or in N4 session modification request message / signaling, among other types of signalings. In some cases, the SMF may provide the one or more Ethernet packet filters as part of the N4 packet detection rule to the UPF and / or the NW-TT.

[0141] In some implementations, if the UPF sends a clock drift report to the SMF, the SMF can update / modify / change / adjust the burst arrival time, periodicity, and / or survival time (e.g., if present or available) from a TSN grandmaster clock to the 5G clock. In response to the adjustment, the SMF can send the updated TSCAI to the BS 102 (e.g., NG RAN) . In some arrangements, for at least one of but not limited to operation 516 and / or 506, upon the reception of the TSC assistance container, the SMF may determine the TSCAI for QoS flow and send the TSCAI along with the QoS profile to the BS 102.

[0142] In some configurations, the NG RAN and / or radio bearer (RB) configuration (e.g., survivalTimeStateSupport = true, EthernetHeaderCompression, etc. ) may be provided to the UE 104 based on the TSCAI (e.g., period, burst arrival time, survival time, etc. ) and / or the QoS profile (e.g., 5QI, packet delay  budget (PDB) , etc. ) . The BS 102 (e.g., NG RAN or RB) may provide the configuration to the UE 104, among other UEs 104. For example, the BS 102 may provide the configured grant (CG) to the UE 104.

[0143] In some implementations, after receiving the sidelink flow information / description, TSCAI, and / or peer UE ID, the sidelink UE can establish a unicast link with the indicated peer UE. The sidelink UE can establish QoS flow according to the sidelink flow information. The sidelink UE can bind TSCAI to the established QoS flow. The sidelink UE may send / transmit at least one sidelink UE information (SUI) message including but not limited to TSCAI associated with QoS flow to the network.

[0144] FIG. 6 illustrates a flow diagram of an example method 600 for reference signaling design and configuration. The method 600 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–4. In brief overview, the method 600 may be performed by at least one wireless communication device (e.g., a UE or terminal device) , at least one wireless communication node (e.g., a BS, gNB, NG RAN, or access network equipment) , at least one core network entity (e.g., PCF, SMF, AF, etc. ) , at least one satellite, etc., in some embodiments. Additional, fewer, or different operations may be performed in the method 600 depending on the embodiment. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0145] At operation 602, a first one of a plurality of wireless communication devices (e.g., a first wireless communication device or UE1) can initiate / start / execute, e.g., a procedure or process, to establish a first protocol data unit (PDU) session that includes a candidate sidelink time sensitive communication (TSC) user equipment (UE) information (e.g., TSC UE identification (ID) ) . The TSC UE information may include other non-limiting information, such as at least one of UE ID (e.g., DST L2 ID, temporary mobile subscriber identity (TMSI) , subscription permanent identifier (SUPI) , DS-TT MAC address, etc. ) , bridge ID, UPF ID, user plane node ID, number of DS-TT, number of port, port number, support of sidelink TSN, DS-TT MAC address, UE-DS-TT residence time, port management capabilities, whether at least one wireless communication device (e.g., UE) can perform neighbor discovery on behalf of at least one peer wireless communication device, etc.

[0146] At operation 604, the first wireless communication device can communicatively couple to a first core network entity (e.g., UPF) of a plurality of core network entities. The first wireless communication device can couple to the first core network entity via / through the first PDU session subsequent to the establishment of the first session, for example.

[0147] In some implementations, a second core network entity (e.g., SMF) can determine whether the first wireless communication device (e.g., UE1) and a second one of the plurality of wireless communication devices (e.g., UE2, sometimes referred to as a second wireless communication device) can discover / detect each other. In response to determining that the first and second wireless communication devices (e.g., that are connected to the first core network entity) can discover each other, the second core network entity can select the first core network entity for both of the first wireless communication device and the second wireless communication device.

[0148] In some implementations, a second core network entity (e.g., SMF) can determine whether the first wireless communication device and a second one of the plurality of wireless communication devices, that are  communicatively coupled to the first core network entity, can discover each other. In some implementations, the first core network entity may have a network-side TSN translator (NW-TT) , and each of the first and second wireless communication devices has a respective DS-TT Ethernet port. In this case, the DS-TT can be located within or on the UE-side (e.g., the first and second wireless communication devices) , and the NW-TT can be on the UPF-side, e.g., the first core network can have a respective NW-TT device.

[0149] In some implementations, the second core network entity can determine that the first and second wireless communication devices can form a sidelink port pair. In some implementations, the first core network entity can report all time sensitive communication (TSC) information regarding candidate TSC UE to a third core network entity (e.g., AF or TSN-AF) via a fourth core network entity (e.g., PCF) , causing the third core network entity to determine which two of the plurality of wireless communication devices can form a sidelink port pair.

[0150] In some implementations, the third core network entity can determine if a stream is UE-UE TSC and divide the stream into one or more sidelink streams. In some implementations, the third core network entity can determine a transmitting UE (Tx UE) and / or a receiving UE (Rx UE) of at least one of the one or more sidelink streams.

[0151] In some implementations, the third core network entity can request (e.g., AF request) creation of a new AF session associated with at least one of a first MAC address of the first wireless communication device and / or a second MAC address of a second one of the plurality of wireless communication devices. In some implementations, a fourth core network entity (e.g., PCF) can send / provide / transmit at least one of flow description, TSC QoS parameter, and / or peer UE ID, etc., to at least one of the plurality of wireless communication devices, in response to receiving the request of creating the new AF session.

[0152] In some implementations, the third core network entity may identify a device-to-device (e.g., UE-to-UE) traffic and divide the traffic to a first traffic from the first wireless communication device to the second wireless communication device and / or a second traffic from the second wireless communication device to the first wireless communication device. In some implementations, the third core network entity can send a message to a fourth core network entity, the message including at least one of: UE ID, flow description, one or more QoS parameters, and / or TSC QoS parameters for the first wireless communication device and for the second wireless communication device, respectively.

[0153] While various embodiments of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of one embodiment can be combined with one or more features of another embodiment described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative  embodiments.

[0154] It is also understood that any reference to an element herein using a designation such as "first, " "second, " and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0155] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0156] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as "software" or a "software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0157] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0158] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer.  By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0159] In this document, the term "module" as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according embodiments of the present solution.

[0160] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0161] Various modifications to the embodiments described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A wireless communication method, comprising:initiating, by a first one of a plurality of wireless communication devices, to establish a first Protocol Data Unit (PDU) session that includes a candidate sidelink Time Sensitive Communication (TSC) User Equipment (UE) Identification (ID) ;wherein the first wireless communication device is communicatively coupled to a first core network entity through the first PDU session.2.The wireless communication method of claim 1, wherein a second core network entity is configured to determine whether the first wireless communication device and a second one of the plurality of wireless communication devices can discover each other, and select the first core network entity for both of the first wireless communication device and the second wireless communication device.3.The wireless communication method of claim 1, wherein a second core network entity is configured to determine whether the first wireless communication device and a second one of the plurality of wireless communication devices, that are communicatively coupled to the first core network entity, can discover each other.4.The wireless communication method of any of claim 2 or 3, wherein the first core network entity has a Network-Side TSN Translator (NW-TT) , and each of the first and second wireless communication devices has a respective DS-TT Ethernet port.5.The wireless communication method of claim 2 or 3, wherein the second core network entity is configured to determine that the first and second wireless communication devices can form a sidelink port pair.6.The wireless communication method of claim 1, wherein the second core network entity is configured to report all time sensitive communication (TSC) information regarding candidate TSC UE to a third core network entity via a fourth core network entity, causing the third core network entity to determine which two of the plurality of wireless communication devices can form a sidelink port pair.7.The wireless communication method of claim 6, wherein the third core network entity is configured to determine if a stream is UE-UE TSC and divide the stream into one or more sidelink streams.8.The wireless communication method of claim 7, wherein the third core network entity is configured to determine a transmitting UE and a receiving UE of at least one of the one or more sidelink streams.9.The wireless communication method of claim 6, wherein the third core network entity is configured to request creation of a new AF session associated with at least one of a first MAC address of the first wireless communication device or a second MAC address of a second one of the plurality of wireless communication  devices.10.The wireless communication method of claim 9, wherein a fourth core network entity is configured to send at least one of flow description, TSC QoS parameter, or peer UE ID to at least one of the plurality of wireless communication devices, in response to receiving the request of creating the new AF session.11.The wireless communication method of claim 9, wherein the third core network entity is configured to identify a device-to-device traffic and divide the traffic to a first traffic from the first wireless communication device to the second wireless communication device and a second traffic from the second wireless communication device to the first wireless communication device.12.The wireless communication method of claim 11, wherein the third core network entity is configured to send a message to a fourth core network entity, the message including at least one of: UE ID, flow description, one or more QoS parameters, or TSC QoS parameters for the first wireless communication device and for the second wireless communication device, respectively.13.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 12.14.A computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 12.

Images