Vehicle-to-everything (v2x) centralized prediction quality of service (qos)

Abstract

Certain aspects of the present disclosure generally relate to techniques for selecting a configuration for communications using a vehicle-to-everything (V2X) type of communication protocol. Certain aspects provide a method for wireless communication by a user equipment (UE). The method generally includes determining one or more parameters corresponding to quality of service (QoS) information for communication of data using a V2X communication protocol, reporting the one or more parameters by transmitting a first message, receiving a second message indicating configuration information corresponding to communication of data using the V2X communication protocol, and communicating the data in accordance with the configuration information.

Description

[0001] This application is a divisional application of the invention patent filed on April 10, 2019, with application number 201980025101.5 and invention title "Vehicle-to-Everything (V2X) Centralized Predictive Quality of Service (QOS)".

[0002] Cross-references to related applications

[0003] This application claims priority to U.S. Application No. 16 / 378,688, filed April 9, 2019, which in turn claims priority and interest to U.S. Provisional Patent Application No. 62 / 656,807, filed April 12, 2018, the entire contents of which are expressly incorporated herein by reference. Technical Field

[0004] Certain aspects of this disclosure generally relate to wireless communication, and more specifically to methods and apparatus for configuring communication in a vehicle-to-everything (V2X) communication system. Background Technology

[0005] Wireless communication systems are widely deployed to provide a variety of telecommunications services, such as telephone, video, data, messaging, and broadcasting. Typical wireless communication systems may employ multiple access technologies that enable communication with multiple users by sharing available system resources (e.g., bandwidth, transmit power). Examples of such multiple access technologies include Long Term Evolution (LTE) systems, Code Division Multiple Access (CDMA) systems, Time Division Multiple Access (TDMA) systems, Frequency Division Multiple Access (FDMA) systems, Orthogonal Frequency Division Multiple Access (OFDMA) systems, Single Carrier Frequency Division Multiple Access (SC-FDMA) systems, and Time Division Synchronous Code Division Multiple Access (TD-SCDMA) systems.

[0006] In some examples, a radio multiple access communication system may include multiple base stations, each supporting communication for multiple communication devices (also known as user equipment (UE)) simultaneously. In LTE or LTE-A networks, a group of one or more base stations may define an eNodeB (eNB). In other examples (e.g., in next-generation or 5G networks), a radio multiple access communication system may include multiple distributed units (DUs) (e.g., edge units (EUs), edge nodes (ENs), radio heads (RHs), smart radio heads (SRHs), transmit receiver points (TRPs), etc.) that communicate with multiple central units (CUs) (e.g., central nodes (CNs), access node controllers (ANCs), etc.), wherein a group of one or more distributed units communicating with the central units may define access nodes (e.g., new radio base stations (NR BSs), new radio node Bs (NR NBs), network nodes, 5GNBs, gNBs, etc.). A base station or DU may communicate with a group of UEs on downlink channels (e.g., for transmissions from the base station or to the UE) and uplink channels (e.g., for transmissions from the UE to the base station or distributed unit).

[0007] These multiple access technologies have been adopted in various telecommunications standards to provide a common protocol enabling different wireless devices to communicate at the municipal, national, regional, and even global levels. An example of an emerging telecommunications standard is New Radio (NR), such as 5G Radio Access. NR is a set of enhancements to the LTE mobile standard issued by the 3rd Generation Partnership Project (3GPP). It is designed to better support mobile broadband internet access by improving spectrum efficiency, reducing costs, improving service, utilizing new spectrum, and better integrating with other open standards using OFDMA with a cyclic prefix (CP) on the downlink (DL) and uplink (UL). It is also designed to support beamforming, multiple-input multiple-output (MIMO) antenna technology, and carrier aggregation. Vehicle-to-everything (V2X) communications aim to enable vehicles to communicate with each other to provide a range of services, including vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-grid (V2G), and vehicle-to-person (V2P) communications. Summary of the Invention

[0008] The systems, methods, and apparatuses of this disclosure each have several aspects, none of which is solely responsible for their desired properties. Without limiting the scope of this disclosure as set forth in the appended claims, some features will now be briefly discussed. After considering this discussion, and particularly after reading the section entitled "Detailed Description," a person skilled in the art will understand how the features of this disclosure provide advantages including improved communication between access points and stations in a wireless network.

[0009] Certain aspects of this disclosure generally relate to vehicle technologies used for selecting configurations for vehicle-to-everything (V2X) communication.

[0010] A particular aspect provides a method for wireless communication via a user equipment (UE). The method typically includes: determining one or more parameters corresponding to Quality of Service (QoS) information for communication of data using a V2X communication protocol; reporting the one or more parameters by sending a first message; receiving a second message indicating configuration information corresponding to the communication of the data using the V2X communication protocol; and communicating the data based on the configuration information.

[0011] A particular aspect provides a method for wireless communication. This method typically includes: receiving a first message from at least one UE, the first message reporting one or more parameters corresponding to QoS information for communication of data by the UE using a V2X communication protocol; determining configuration information corresponding to the communication of data by the UE based on the one or more parameters; and sending a second message indicating the configuration information.

[0012] A particular aspect provides an apparatus for wireless communication. The apparatus typically includes: at least one processor configured to determine one or more parameters corresponding to QoS information for communication of data using a V2X communication protocol; and a transceiver coupled to said at least one processor configured to report said one or more parameters by sending a first message, receiving a second message indicating configuration information corresponding to the communication of said data using said V2X communication protocol, and communicating said data based on said configuration information.

[0013] A particular aspect provides an apparatus for wireless communication. The apparatus typically includes: a transceiver configured to receive a first message from at least one UE, the first message reporting one or more parameters corresponding to QoS information for communication of data by the UE using a V2X communication protocol; and at least one processor coupled to the transceiver, configured to determine configuration information corresponding to the communication of data by the UE based on the one or more parameters, wherein the transceiver is further configured to transmit a second message indicating the configuration information.

[0014] A particular aspect provides an apparatus for wireless communication. The apparatus typically includes: units for determining one or more parameters corresponding to QoS information for communication of data using a V2X communication protocol; units for reporting the one or more parameters by sending a first message; units for receiving a second message indicating configuration information corresponding to the communication of data using the V2X communication protocol; and units for communicating the data based on the configuration information.

[0015] A particular aspect provides an apparatus for wireless communication. The apparatus typically includes: a unit for receiving a first message from at least one user equipment (UE), the first message reporting one or more parameters corresponding to QoS information for communication of data by the UE using a V2X communication protocol; a unit for determining configuration information corresponding to the communication of data by the UE based on the one or more parameters; and a unit for sending a second message indicating the configuration information.

[0016] A particular aspect provides a computer-readable medium having instructions stored thereon for causing a device to perform the following operations: determining one or more parameters corresponding to QoS information for communication of data using a V2X communication protocol, reporting the one or more parameters by sending a first message, receiving a second message indicating configuration information corresponding to the communication of data using the V2X communication protocol, and communicating the data based on the configuration information.

[0017] A particular aspect provides a computer-readable medium having instructions stored thereon for causing a device to perform the following operations: receiving a first message from at least one UE, the first message reporting one or more parameters corresponding to QoS information for communication of data by the UE using a V2X communication protocol, determining configuration information corresponding to the communication of data by the UE based on the one or more parameters, and sending a second message indicating the configuration information.

[0018] A particular aspect provides a UE having: at least one antenna; at least one processor configured to determine one or more parameters corresponding to QoS information for data communication using a V2X communication protocol; and a transceiver coupled to the at least one processor configured to: report the one or more parameters by sending a first message via the at least one antenna, receive a second message indicating configuration information corresponding to the communication of the data using the V2X communication protocol via the at least one antenna, and communicate the data based on the configuration information via the at least one antenna.

[0019] A particular aspect provides a wireless node having: at least one antenna; a transceiver configured to receive, via the at least one antenna and from at least one user equipment (UE), the first message reporting one or more parameters corresponding to Quality of Service (QoS) information for communication of data by the UE using a Vehicle-to-Everything (V2X) communication protocol; and at least one processor coupled to the transceiver configured to determine, based on the one or more parameters, configuration information corresponding to the communication of data by the UE, wherein the transceiver is further configured to transmit, via the at least one antenna, a second message indicating the configuration information.

[0020] To achieve the foregoing and related objectives, the one or more aspects include the features fully described below and specifically pointed out in the claims. The following description and drawings illustrate certain illustrative features of one or more aspects in detail. However, these features indicate only a few of the various ways in which the principles of each aspect can be employed, and the description is intended to include all such aspects and their equivalents. Attached Figure Description

[0021] To achieve a detailed understanding of the foregoing features of this disclosure, a more specific description, briefly outlined above, can be obtained by referring to various aspects, some of which are illustrated in the accompanying drawings. However, it should be noted that the drawings illustrate only specific, typical aspects of this disclosure and are therefore not intended to limit its scope, as the description may be adapted to other equivalent aspects.

[0022] Figure 1 This is a block diagram conceptually illustrating a specific aspect of an example telecommunications system according to this disclosure.

[0023] Figure 2 This is a block diagram illustrating an example logical architecture of a distributed RAN according to a specific aspect of this disclosure.

[0024] Figure 3 This is a diagram illustrating an example physical architecture of a distributed RAN according to a specific aspect of this disclosure.

[0025] Figure 4 This is a block diagram conceptually illustrating the design of an example base station (BS) and user equipment (UE) according to specific aspects of this disclosure.

[0026] Figure 5 This is a diagram illustrating an example of implementing a communication protocol stack according to a specific aspect of this disclosure.

[0027] Figure 6 An example of a subframe centered on the following line link (DL) according to a specific aspect of this disclosure is shown.

[0028] Figure 7 An example of a subframe centered on the uplink (UL) according to a specific aspect of this disclosure is shown.

[0029] Figure 8 and 9 A vehicle-to-everything (V2X) communication system according to a specific aspect of this disclosure is shown.

[0030] Figure 10 This is a flowchart illustrating exemplary operation for wireless communication via a UE, according to a specific aspect of this disclosure.

[0031] Figure 11 This is a flowchart illustrating exemplary operation of wireless communication via a Quality of Service (QoS) manager according to a specific aspect of this disclosure.

[0032] Figure 12 A centralized predictive QoS system based on specific aspects of this disclosure is illustrated.

[0033] Figure 13A This is a table indicating example parameters to be reported by the UE according to a specific aspect of this disclosure.

[0034] Figure 13B This is a table illustrating exemplary configurations for communications transmitted to a UE in accordance with specific aspects of this disclosure.

[0035] For ease of understanding, the same reference numerals have been used where possible to indicate common elements in the figures. It is anticipated that elements disclosed in one aspect can be advantageously used in other aspects without special description. Detailed Implementation

[0036] This disclosure provides apparatus, methods, processing systems, and computer-readable media for determining the communication characteristics of communications using vehicle-to-everything (V2X) communication protocols. V2X has been developed as a technology to address vehicle wireless communication in order to improve road safety and driving experience.

[0037] NR can support a variety of wireless communication services, such as enhanced mobile broadband (eMBB) for wide bandwidths (e.g., above 80 MHz), millimeter wave (mmW) for high carrier frequencies (e.g., 27 GHz or above), massive MTC (mMTC) for non-backward-compatible MTC technologies, and / or mission-critical ultra-reliable low latency communication (URLLC). These services can include latency and reliability requirements. These services can also have different transmission time intervals (TTIs) to meet corresponding quality of service (QoS) requirements. Furthermore, these services can coexist within the same subframe.

[0038] The following description provides examples and is not intended to limit the scope, applicability, or examples set forth in the claims. Changes may be made to the function and arrangement of the elements discussed without departing from the scope of this disclosure. Various processes or components may be appropriately omitted, substituted, or added to the examples. For example, the described method may be performed in a different order than that described, and individual steps may be added, omitted, or combined. Moreover, features described with respect to some examples may be combined in some other examples. For example, an apparatus or method may be implemented using any number of aspects set forth herein. Furthermore, the scope of this disclosure is intended to cover such apparatus or methods practiced using structures, functions, or structures and functions other than or not related to the aspects set forth herein. It should be understood that any aspect of this disclosure may be implemented by one or more elements of the claims. The word “exemplary” is used herein to mean “serving as an example, instance, or illustration.” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects.

[0039] The technologies described in this article can be used in a variety of wireless communication networks such as LTE, CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and others. The terms "network" and "system" are often used interchangeably. CDMA networks can implement radio technologies such as Universal Terrestrial Radio Access (UTRA), cdma2000, etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. cdma2000 covers the IS-2000, IS-95, and IS-856 standards. TDMA networks can implement radio technologies such as Global System for Mobile Communications (GSM). OFDMA networks can implement radio technologies such as NR (e.g., 5G RA), Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDMA, etc. UTRA and E-UTRA are part of the Universal Mobile Telecommunications System (UMTS). NR is an emerging wireless communication technology developed in conjunction with the 5G Technology Forum (5GTF). 3GPP Long Term Evolution (LTE) and LTE-A Advanced (LTE-A) are versions of UMTS using E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization called the 3rd Generation Partnership Project (3GPP). cdma2000 and UMB are described in documents from an organization called the 3rd Generation Partnership Project 2 (3GPP2). The technologies described herein can be used with the aforementioned wireless networks and radio technologies, as well as other wireless networks and radio technologies. For clarity, although terms commonly associated with 3G and / or 4G wireless technologies may be used to describe aspects herein, aspects of this disclosure can be applied to communication systems based on other generations of wireless technologies, such as 5G and later technologies, including NR technology.

[0040] Example wireless communication system

[0041] Figure 1 An example wireless communication network 100 in which various aspects of this disclosure can be implemented is shown. For example, the wireless network may be a novel radio (NR) network or a 5G network. NR wireless communication systems may employ short uplink bursts.

[0042] As in Figure 1As shown, the wireless network 100 may include multiple BS 110s and other network entities. A BS may be a station communicating with a UE. Each BS 110 may provide communication coverage for a specific geographic area. In 3GPP, the term "cell" may refer to the coverage area of ​​a Node B and / or Node B subsystem serving the coverage area, depending on the context in which the term is used. In NR systems, the term "cell" and gNB, Node B, 5G NB, AP, NR BS, NRBS, or TRP may be interchangeable. In some examples, a cell may not necessarily be stationary, and the geographic area of ​​the cell may move depending on the location of a mobile BS. In some examples, base stations may use any suitable transport network to interconnect with each other and / or interconnect to one or more other BSs or network nodes (not shown) in the wireless communication network 100 via various types of backhaul interfaces (such as direct physical connections, virtual networks, etc.).

[0043] Typically, any number of wireless networks can be deployed in a given geographical area. Each wireless network can support a specific Radio Access Technology (RAT) and can operate on one or more frequencies. A RAT can also be referred to as a radio technology, air interface, etc. A frequency can also be referred to as a carrier, frequency channel, etc. Each frequency can support a single RAT in a given geographical area to avoid interference between wireless networks using different RATs. In some cases, NR or 5G RAT networks can be deployed.

[0044] A BS can provide communication coverage for macrocells, picocells, femtocells, and / or other cell types. A macrocell can cover a relatively large geographic area (e.g., a radius of several kilometers) and allow unrestricted access for UEs with service subscriptions. A picocell can cover a relatively small geographic area and allow unrestricted access for UEs with service subscriptions. A femtocell can cover a relatively small geographic area (e.g., a home) and allow restricted access for UEs associated with the femtocell (e.g., UEs in a Closed Subscriber Group (CSG), UEs of users in a home, etc.). A BS used for macrocells can be referred to as a macro BS. A BS used for picocells can be referred to as a pico BS. A BS used for femtocells can be referred to as a femtocell BS or a home BS. Figure 1 In the examples shown, BS 110a, 110b, and 110c can be macro BSs for macro cells 102a, 102b, and 102c, respectively. BS 110x can be a pico BS for pico cell 102x. BS 110y and 110z can be femto BSs for femto cells 102y and 102z, respectively. A BS can support one or more (e.g., three) cells.

[0045] The wireless communication network 100 may also include relay stations. A relay station is a station that receives data and / or other information transmissions from an upstream station (e.g., a BS or a UE) and transmits the data and / or other information transmissions to a downstream station (e.g., a UE or a BS). A relay station may also be a UE relaying transmissions for other UEs. Figure 1 In the example shown, relay station 110r can communicate with BS110a and UE 120r to facilitate communication between BS 110a and UE 120r. A relay station can also be referred to as a relay BS, relay, etc.

[0046] Wireless network 100 can be a heterogeneous network comprising different types of Base Stations (BSs) (e.g., macro BSs, pico BSs, femto BSs, repeaters, etc.). These different types of BSs can have different transmit power levels, different coverage areas, and different effects on interference in wireless network 100. For example, macro BSs can have high transmit power levels (e.g., 20 watts), while pico BSs, femto BSs, and repeaters can have lower transmit power levels (e.g., 1 watt).

[0047] The wireless communication network 100 can support synchronous or asynchronous operation. For synchronous operation, the base stations (BSs) can have similar frame timings, and transmissions from different BSs can be approximately time-aligned. For asynchronous operation, the BSs can have different frame timings, and transmissions from different BSs can be time-disaligned. The techniques described herein can be used for both synchronous and asynchronous operation.

[0048] Network controller 130 can be coupled to a group of BSs and provide coordination and control for these BSs. Network controller 130 can communicate with BS 110 via backhaul. BS 110 can also communicate with each other, for example, directly or indirectly via wireless or wired backhaul.

[0049] UE 120 (e.g., 120x, 120y, etc.) can be distributed throughout the wireless network 100, and each UE can be fixed or mobile. A UE can also be referred to as a mobile station, terminal, access terminal, subscriber unit, station, client equipment (CPE), cellular phone, smartphone, personal digital assistant (PDA), wireless modem, wireless communication device, handheld device, laptop computer, cordless phone, wireless local loop (WLL) station, tablet computer, camera, gaming device, netbook, smartbook, ultrabook, medical device or medical apparatus, biometric sensor / device, wearable devices such as smartwatches, smart clothing, smart glasses, smart wristbands, smart jewelry (e.g., smart rings, smart bracelets, etc.), entertainment devices (e.g., music devices, video devices, satellite radio units, etc.), vehicle components or sensors, smart meters / sensors, industrial manufacturing equipment, GPS devices, or any other suitable device configured to communicate via wireless or wired media. Some UEs can be considered evolved machine-type communications (MTC) devices or evolved MTC (eMTC) devices. MTC and eMTCUE include, for example, robots, drones, remote devices, sensors, meters, monitors, location tags, etc., that can communicate with a BS, another device (e.g., a remote device), or some other entity. Wireless nodes can provide connectivity to or from a network (e.g., a wide area network such as the Internet or cellular networks) via wired or wireless communication links. Some UEs can be considered Internet of Things (IoT) devices.

[0050] exist Figure 1 In the diagram, a solid line with a double arrow indicates the expected transmission between the UE and the serving BS, which is the BS designated to serve the UE on the downlink and / or uplink. A dashed line with a double arrow indicates interference transmission between the UE and the BS.

[0051] Certain wireless networks (e.g., LTE) use Orthogonal Frequency Division Multiplexing (OFDM) on the downlink and Single-Carrier Frequency Division Multiplexing (SC-FDM) on the uplink. OFDM and SC-FDM divide the system bandwidth into multiple (K) orthogonal subcarriers, often referred to as tones, bins, etc. Each subcarrier can be modulated with data. Generally, modulation symbols are transmitted in the frequency domain using OFDM and in the time domain using SC-FDM. The spacing between adjacent subcarriers can be fixed, and the total number of subcarriers (K) can depend on the system bandwidth. For example, the subcarrier spacing could be 15 kHz, and the minimum resource allocation (called a "resource block" (RB)) could be 12 subcarriers (or 180 kHz). Therefore, for system bandwidths of 1.25, 2.5, 5, 10, or 20 MHz, the nominal FFT size could be equal to 128, 256, 512, 1024, or 2048, respectively. The system bandwidth can also be divided into subbands. For example, a subband can cover 1.08MHz (i.e., 6 resource blocks), and for system bandwidths of 1.25, 2.5, 5, 10, or 20MHz, it can have 1, 2, 4, 8, or 16 subbands respectively.

[0052] While aspects of the examples described herein may be associated with LTE technology, aspects of this disclosure may be applied to other wireless communication systems, such as NR.

[0053] NR can utilize OFDM with a cyclic prefix (CP) on both uplink and downlink, and includes support for half-duplex operation using time division multiplexing (TDD). A single component carrier bandwidth of 100MHz can be supported. NR resource blocks can span 12 subcarriers with a subcarrier bandwidth of 75kHz over a duration of 0.1ms. Each radio frame can consist of two half-frames, each half-frame consisting of 5 subframes, and each radio frame is 10ms long. Therefore, each subframe can have a length of 1ms. Each subframe can indicate the link direction for data transmission (i.e., DL or UL), and the link direction of each subframe can be dynamically switched. Each subframe can include DL / UL data and DL / UL control data. UL and DL subframes used for NR can be as follows: Figure 6 and 7More detailed descriptions are provided. Beamforming can be supported and beam direction can be dynamically configured. Precoded MIMO transmission can also be supported. MIMO configuration in DL can support up to 8 transmit antennas (multilayer DL transmission with up to 8 streams) and up to 2 streams per UE. Multilayer transmission with up to 2 streams per UE can be supported. Aggregation of multiple cells can be supported with up to 8 serving cells. Alternatively, NR can support different air interfaces than OFDM-based interfaces. NR networks can include entities such as Central Units (CUs) and / or Distributed Units (DUs).

[0054] In some examples, access to the air interface can be scheduled, where a scheduling entity (e.g., a base station) allocates resources for communication between some or all devices and apparatuses within its service area or cell. Within this disclosure, as further discussed below, the scheduling entity may be responsible for scheduling, allocating, reconfiguring, and releasing resources for one or more subordinate entities. That is, for scheduled communication, the subordinate entity utilizes the resources allocated by the scheduling entity. The base station is not the only entity that can be used as a scheduling entity. That is, in some examples, a UE can act as a scheduling entity, scheduling resources for one or more subordinate entities (e.g., one or more other UEs). In this example, the UE acts as the scheduling entity, and other UEs utilize the resources scheduled by the UE for wireless communication. The UE can act as a scheduling entity in peer-to-peer (P2P) networks and / or mesh networks. In the mesh network example, in addition to communicating with a scheduling entity, UEs may optionally communicate directly with each other.

[0055] Therefore, in a wireless communication network with scheduled access that utilizes time-frequency resources and has cellular, P2P, and mesh configurations, the scheduling entity and one or more subordinate entities can communicate using the scheduled resources.

[0056] As described above, the RAN can include CUs and DUs. An NR BS (e.g., eNB, 5G Node B, Node B, Transport Receive Point (TRP), Access Point (AP)) can correspond to one or more BSs. An NR cell can be configured as an Access Cell (ACell) or a Data Cell Only (DCell). For example, the RAN (e.g., CU or DU) can configure cells. A DCell can be a cell used for carrier aggregation or dual connectivity, but not for initial access, cell selection / reselection, or handover. In some cases, a DCell may not transmit synchronization signals; in others, it may transmit SS. An NR BS can transmit downlink signals indicating the cell type to the UE. Based on the cell type indication, the UE can communicate with the NR BS. For example, the UE can determine the NR BS based on the indicated cell type to consider cell selection, access, handover, and / or measurement.

[0057] Figure 2 It shows that it can be used Figure 1 The diagram illustrates an example logical architecture of a distributed radio access network (RAN) 200 implemented in a wireless communication system. A 5G access node 206 may include an access node controller (ANC) 202. The ANC may be the central unit (CU) of the distributed RAN 200. Backhaul interfaces to the next-generation core network (NG-CN) 204 may terminate at the ANC. Backhaul interfaces to adjacent next-generation access nodes (NG-AN) may terminate at the ANC. The ANC may include one or more TRPs 208 (which may also be referred to as a BS, NR BS, Node B, 5G NB, AP, or some other term). As mentioned above, TRPs can be used interchangeably with "cells".

[0058] TRP 208 may be a DU. A TRP may connect to one ANC (ANC 202) or more ANCs (not shown). For example, for RAN sharing, radio as a service (RaaS), and service-specific AND deployments, a TRP may connect to more than one ANC. A TRP may include one or more antenna ports. A TRP may be configured to provide services to the UE individually (e.g., dynamically selected) or jointly (e.g., jointly transmitted).

[0059] The logical architecture of RAN 200 can be used to illustrate fronthaul definitions. The logical architecture of RAN 200 can support fronthaul solutions across different deployment types. For example, the logical architecture of RAN 200 can be based on transmit network capabilities (e.g., bandwidth, latency, and / or jitter).

[0060] The logical architecture of RAN 200 can share features and / or components with LTE. The next-generation AN (NG-AN) 210 can support dual connectivity with NR. NG-AN 210 can share common front-ends for LTE and NR.

[0061] The logical architecture of RAN 200 enables cooperation between and within TRPs 208. For example, cooperation can be pre-configured within a TRP and / or across TRPs via ANC 202. Inter-TRP interfaces may not exist.

[0062] The logical architecture of RAN 200 can have dynamic configurations with separate logical functions. (Refer to...) Figure 5In more detail, the Radio Resource Control (RRC) layer, Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, Media Access Control (MAC) layer, and Physical (PHY) layer can be adapted to be placed at the DU or CU (e.g., TRP or ANC, respectively).

[0063] Figure 3 An example physical architecture 300 of a distributed RAN according to various aspects of this disclosure is shown. A centralized core network unit (C-CU) 302 can host core network functions. The C-CU 302 can be centrally deployed. C-CU functions can be offloaded (e.g., to Advanced Radio Services (AWS)) to cope with peak capacity.

[0064] The Centralized RAN Unit (C-RU) 304 can manage one or more ANC functions. Optionally, the C-RU 304 can manage core network functions locally. The C-RU can be deployed in a distributed manner. The C-RU 304 can be located close to the network edge.

[0065] The DU 306 can manage one or more TRPs (Edge Node (EN), Edge Unit (EU), Radio Header Terminal (RH), Smart Radio Header Terminal (SRH), etc.). The DU can be located at the edge of the network and has radio frequency (RF) capabilities.

[0066] Figure 4 It shows Figure 1 The example components of BS 110 and UE 120 shown can be used to implement various aspects of this disclosure. A BS may include a TRP and may be referred to as a primary eNB (MeNB) (e.g., primary BS, main BS). The primary BS and secondary BS may be geographically co-located.

[0067] Figure 4 The diagram shows the design of BS 110 and UE 120, which can be... Figure 1 One of the BS and one of the UE in the context. For restricted association scenarios, BS 110 can be... Figure 1 The BS 110c is a macro BS, and the UE 120 can be a UE120y. The BS 110 can also be some other type of BS. The BS 110 can be equipped with antennas 434a to 434t, and the UE 120 can be equipped with antennas 452a to 452r.

[0068] At BS 110, transmit processor 420 can receive data from data source 412 and control information from controller / processor 440. The control information can be used for the Physical Broadcast Channel (PBCH), Physical Control Format Indicator Channel (PCFICH), Physical Hybrid ARQ Indicator Channel (PHICH), Physical Downlink Control Channel (PDCCH), etc. This data can be used for the Physical Downlink Shared Channel (PDSCH), etc. Processor 420 can process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols, respectively. Processor 420 can also generate reference symbols, for example, for PSS, SSS, and cell-specific reference signals (CRS). If applicable, transmit (TX) multiple-input multiple-output (MIMO) processor 430 can perform spatial processing (e.g., precoding) on ​​data symbols, control symbols, and / or reference symbols, and can provide an output symbol stream to modulators (MODs) 432a to 432t. Each modulator 432 can process the corresponding output symbol stream (e.g., for OFDM, etc.) to obtain an output sample stream. Each modulator 432 can be further processed (e.g., converted to analog, amplified, filtered, and up-converted) to obtain the output sample stream to obtain the downlink signal. The downlink signal from modulators 432a to 432t can be transmitted via antennas 434a to 434t, respectively.

[0069] At UE 120, antennas 452a to 452r can receive downlink signals from base station 110 and can provide the received signals to demodulators (DEMODs) 454a to 454r respectively. Each demodulator 454 can adjust (e.g., filter, amplify, downconvert, and digitize) the corresponding received signal to obtain an input sample. Each demodulator 454 can further process the input sample (e.g., for OFDM, etc.) to obtain received symbols. MIMO detector 456 can obtain the received symbols from all demodulators 454a to 454r, perform MIMO detection on the received symbols when applicable, and provide the detected symbols. Receiver processor 458 can process (e.g., demodulate, deinterleave, and decode) the detected symbols, provide the decoded data for UE 120 to data sink 460, and provide the decoded control information to controller / processor 480.

[0070] On the uplink, at UE 120, transmit processor 464 can receive and process data from data source 462 (e.g., for the Physical Uplink Shared Channel (PUSCH)) and control information from controller / processor 480 (e.g., for the Physical Uplink Control Channel (PUCCH)). Transmit processor 464 can also generate reference symbols for reference signals. Symbols from transmit processor 464 can be pre-encoded by TX MIMO processor 466 (if applicable), further processed by demodulators 454a to 454r (e.g., for SC-FDM, etc.), and transmitted to base station 110. At BS 110, uplink signals from UE 120 can be received by antenna 434, processed by modulator 432, detected by MIMO detector 436 (if applicable), and further processed by receive processor 438 to obtain decoded data and control information transmitted by UE 120. The receiver processor 438 can provide the decoded data to the data sink 439 and the decoded control information to the controller / processor 440.

[0071] Controllers / processors 440 and 480 can respectively direct operations at base station 110 and UE 120. Memory 442 and 482 can respectively store data and program code for BS 110 and UE 120. Scheduler 444 can schedule the UE for data transmission on the downlink and / or uplink.

[0072] Figure 5 Figure 500 illustrates examples of implementing a communication protocol stack according to various aspects of this disclosure. The illustrated communication protocol stack can be implemented by devices operating in a 5G system. Figure 500 shows a communication protocol stack including a Radio Resource Control (RRC) layer 510, a Packet Data Convergence Protocol (PDCP) layer 515, a Radio Link Control (RLC) layer 520, a Media Access Control (MAC) layer 525, and a Physical (PHY) layer 530. In various examples, the layers of the protocol stack can be implemented as separate software modules, portions of a processor or ASIC, portions of non-coordinated devices connected via communication links, or various combinations thereof. For example, coordinated and non-coordinated implementation schemes can be used in the protocol stack for network access devices (e.g., AN, CU, and / or DU) or UEs.

[0073] Option 505-a illustrates a segmented implementation of the protocol stack, wherein the implementation of the protocol stack is segmented across a centralized network access device (e.g., Figure 2 ANC 202) and distributed network access devices (e.g. Figure 2One of the TRP208s can be implemented as a DU. In the first option 505-a, the RRC layer 510 and PDCP layer 515 can be implemented by the central cell, and the RLC layer 520, MAC layer 525, and PHY layer 530 can be implemented by the DU. In various examples, the CU and DU can be co-located or not. The first option 505-a can be useful in macrocell, microcell, or picocell deployments.

[0074] Option 505-b illustrates a unified implementation scheme for the protocol stack, where the protocol stack is implemented in a single network access device (e.g., Access Node (AN), New Radio Base Station (NR BS), New Radio Node B (NR NB), Network Node (NN), etc.). In this second option, the RRC layer 510, PDCP layer 515, RLC layer 520, MAC layer 525, and PHY layer 530 can all be implemented by the AN. Option 505-b can be useful in femtocell deployments.

[0075] Regardless of whether the network access device implements a portion or the entire protocol stack, the UE can implement the entire protocol stack (e.g., RRC layer 510, PDCP layer 515, RLC layer 520, MAC layer 525, and PHY layer 530).

[0076] Figure 6 This is a diagram illustrating an example of a DL-centered subframe 600. The DL-centered subframe 600 may include a control portion 602. The control portion 602 may be present in the initial or beginning portion of the DL-centered subframe 600. The control portion 602 may include various scheduling and / or control information corresponding to different portions of the DL-centered subframe. In some configurations, the control portion 602 may be a Physical DL Control Channel (PDCCH), such as... Figure 6 As shown. The DL-centric subframe 600 may also include a DL data portion 604. The DL data portion 604 may sometimes be referred to as the payload of the DL-centric subframe 600. The DL data portion 604 may include communication resources for transmitting DL data from a scheduling entity (e.g., a UE or BS) to a subordinate entity (e.g., a UE). In some configurations, the DL data portion 604 may be a Physical DL Shared Channel (PDSCH).

[0077] The subframe 600 centered on the DL may also include a common UL portion 606. The common UL portion 606 may sometimes be referred to as a UL burst, a common UL burst, and / or various other suitable terms. The common UL portion 606 may include feedback information corresponding to other portions of the DL-centered subframe. For example, the common UL portion 606 may include feedback information corresponding to the control portion 602. Non-limiting examples of feedback information may include ACK signals, NACK signals, HARQ indicators, and / or various other suitable types of information. The common UL portion 606 may include additional or alternative information, such as information relating to the Random Access Channel (RACH) procedure, scheduling requests (SR), and various other suitable types of information. Figure 6 As shown, the end of the DL data portion 604 may be temporally separated from the beginning of the common UL portion 606. This time interval may sometimes be referred to as a gap, guard period, guard interval, and / or various other suitable terms. This interval provides time for the switch from DL communication (e.g., reception operation of a subordinate entity (e.g., UE)) to UL communication (e.g., transmission of a subordinate entity (e.g., UE)). A person skilled in the art will understand that the above is merely one example of a DL-centric subframe, and alternative structures with similar characteristics may exist without departing from the aspects described herein.

[0078] Figure 7 This is a diagram illustrating an example of a UL-centered subframe 700. The UL-centered subframe 700 may include a control section 702. The control section 702 may be present in the initial or beginning portion of the UL-centered subframe. Figure 7 The control section 702 in the above reference can be similar to the one mentioned above. Figure 6 The control portion is described. The UL-centric subframe 700 may also include a UL data portion 704. The UL data portion 704 may sometimes be referred to as the payload of the UL-centric subframe 700. The UL portion may refer to the communication resources used to transmit UL data from a subordinate entity (e.g., the UE) to a scheduling entity (e.g., the UE or the BS). In some configurations, the control portion 702 may be the Physical UL Control Channel (PUCCH).

[0079] As in Figure 7 As shown, the end of control section 702 may be temporally separated from the beginning of UL data section 704. This time interval may sometimes be referred to as a gap, protection period, protection interval, and / or various other suitable terms. This interval provides time for switching from DL communication (e.g., receiving operations of a scheduling entity) to UL communication (e.g., transmissions of a scheduling entity). UL-centric subframe 700 may also include a common UL section 706. Figure 7The public UL section 706 in the above reference can be similar to the above reference. Figure 6 The common UL portion 606 is described. The common UL portion 706 may additionally or alternatively include information regarding the Channel Quality Indicator (CQI), Sounding Reference Signal (SRS), and various other suitable types of information. It will be understood by one of ordinary skill in the art that the above is merely one example of a UL-centric subframe, and that alternative structures with similar characteristics may exist without departing from the aspects described herein.

[0080] In some cases, two or more dependent entities (e.g., UEs) can communicate with each other using sidelink signaling. Practical applications of such sidelink communication can include public safety, proximity services, UE-to-network relay, vehicle-to-vehicle (V2V) communication, Internet of Things (IoE) communication, IoT communication, mission-critical mesh networks, and / or various other suitable applications. Typically, even if a scheduling entity (e.g., a UE or BS) can be used for scheduling and / or control purposes, sidelink signaling can refer to a signal transmitted from one dependent entity (e.g., UE1) to another dependent entity (e.g., UE2) without relaying the communication through the scheduling entity. In some examples, licensed spectrum (unlike WLANs that typically use unlicensed spectrum) can be used to transmit sidelink signals.

[0081] The UE can operate in various radio resource configurations, including configurations associated with transmitting pilot signals using a set of dedicated resources (e.g., Radio Resource Control (RRC) dedicated state, etc.) or configurations associated with transmitting pilot signals using a set of common resources (e.g., RRC common state, etc.). When operating in RRC dedicated state, the UE can select a set of dedicated resources for transmitting pilot signals to the network. When operating in RRC common state, the UE can select a set of common resources for transmitting pilot signals to the network. In either case, the pilot signals transmitted by the UE can be received by one or more network access devices (such as AN or DU) or portions thereof. Each receiving network access device can be configured to receive and measure pilot signals transmitted on a set of common resources, and also to receive and measure pilot signals transmitted on a set of dedicated resources allocated to multiple UEs, wherein the network access device is a member of a set of network access devices monitoring for the UEs. A CU that receives measurement results from one or more network access devices or from pilot signals sent to it by network access devices can use the measurement results to identify the serving cell for a UE or to initiate a change of the serving cell for one or more UEs.

[0082] LTE Vehicle-to-Everything (LTE-V2X) has been developed as a technology to address vehicle wireless communication in order to improve road safety and the driving experience.

[0083] Reference Figure 8 The V2X system shows two vehicles. (As in...) Figure 8 and 9 The V2X system provided in China offers two complementary transport modes. The first transport mode involves direct communication between participants within a local area. Figure 8 Such communication is illustrated in the diagram. The second transmission mode involves network communication over a network, such as... Figure 9 As shown.

[0084] Reference Figure 8 The first transmission mode allows direct communication between different participants in a given geographical location. As shown, vehicles can communicate with individuals (V2P) via a PC5 interface. Communication between vehicles (V2V) can also be made via the PC5 interface. Similarly, communication from vehicles to other road components, such as signals (V2I), can be made via the PC5 interface. In each embodiment shown, bidirectional communication can be made between elements, so each element can be both a transmitter and a receiver of information. In the provided configuration, the first transmission mode is a self-managing system, and no network assistance is provided. This transmission mode reduces costs and improves reliability because no network service interruption occurs during handover operations for moving vehicles. Resource allocation does not require coordination between operators or network subscriptions, thus reducing the complexity for such self-managing systems.

[0085] The V2X system is configured to operate in the 5.9 GHz spectrum, allowing any vehicle equipped with the system to access this public frequency and share information. This coordinated / public spectrum operation allows for secure operation. V2X operation can also coexist with 802.11p operation by being placed on a different channel, ensuring that existing 802.11p operation is not interfered with by the introduction of the V2X system. In one non-limiting embodiment, the V2X system can operate in a 10 MHz band describing / including basic security services. In other non-limiting embodiments, in addition to the basic security services described above, the V2X system can operate in a wider band of 70 MHz to support advanced security services.

[0086] Reference Figure 9The second of two complementary transmission modes is illustrated. In the illustrated embodiment, vehicles can communicate with each other via network communication. This network communication can be implemented through discrete nodes such as e-nodes (or g-nodes) that send and receive information between vehicles. For example, network communication can be used for remote communication between vehicles, such as noticing an accident approximately one mile ahead. Nodes can send other types of communication to vehicles, such as traffic flow conditions, road hazard warnings, environmental / weather reports, service station availability, and other similar data. The data may be obtained from cloud-based shared services.

[0087] For network communication, residential service units (RSUs) and 4G / 5G small cell communication technologies can be used to benefit from allowing V2X users to share real-time information over a wider coverage area. As the number of RSUs decreases, V2X systems may rely more on small cell communication (if necessary).

[0088] In either of the two complementary transmission modes, higher layers can be used to adjust congestion control parameters. In high-density vehicle deployment areas, higher layers provide enhanced performance at lower layers due to congestion control for PHY / MAC.

[0089] Vehicle systems using V2X technology offer significant advantages over 802.11p. Traditional 802.11p technology has limited scalability and can suffer from access control issues. In V2X, two separate vehicles can use the same resources without conflict because there are no denied access requests. V2X also has advantages over 802.11p because it is designed to meet latency requirements even for moving vehicles, allowing for timely scheduling and access to resources.

[0090] In blind curve scenarios, road conditions can play an indispensable role in vehicle-specific decision-making opportunities. V2X communication can provide drivers with significant safety assurances, where braking distance estimation can be performed on a vehicle-by-vehicle basis. These braking distance estimates allow traffic to flow around driving routes (such as blind curves) with high vehicle safety while maximizing driving speed and efficiency.

[0091] Example technologies for predictive Quality of Service (QoS)

[0092] Vehicle-to-everything (V2X) communication over the PC5 interface is typically local to adjacent vehicles. Furthermore, Quality of Service (QoS) control or congestion handling is relatively passive. For example, QoS control might be based on a measured Channel Busy Ratio (CBR) or on received V2X messages. This mechanism has several problems. For instance, the User Equipment (UE) (e.g., the vehicle) may need time to detect congestion for V2X communication. Therefore, there may be a delay before the UE can reduce V2X communication due to congestion detection, leading to a degradation in overall V2X operation (e.g., packet loss).

[0093] Furthermore, UEs may apply congestion control only after several evaluation periods (e.g., to avoid the ping-pong effect), which could lead to unnecessary service level degradation. For example, congestion control operations might be applied to vehicles that have already left the congested area. On the other hand, overly frequent evaluations can waste power and cause system instability. Specific aspects of this disclosure provide a centralized approach to predictive QoS control mechanisms for V2X communications to address these issues.

[0094] Figure 10 This is a flowchart illustrating an exemplary operation 1000 for wireless communication according to a specific aspect of this disclosure. Operation 1000 may be performed, for example, by a UE (e.g., a vehicle).

[0095] Operation 1000 begins at block 1002 by determining one or more parameters corresponding to QoS information for communication of data using the V2X communication protocol, and at block 1004 by reporting the one or more parameters by sending a first message. Operation 1000 continues at block 1006 by receiving a second message indicating configuration information corresponding to communication of data using the V2X communication protocol, and at block 1008 by communicating data based on the configuration information. In a particular aspect, receiving the second message includes receiving a second message indicating (e.g., by the QoS manager) the configuration information determined based on one or more parameters.

[0096] Figure 11 This is a flowchart illustrating an exemplary operation 1100 for wireless communication according to a specific aspect of this disclosure. Operation 1100 may be performed, for example, by a QoS manager (e.g., a central server).

[0097] Operation 1100 begins in block 1102 by receiving a first message from at least one UE (e.g., a vehicle), the first message reporting one or more parameters corresponding to QoS information for data communication by the UE using the V2X communication protocol, and in block 1104 by determining configuration information corresponding to the data communication by the UE based on the one or more parameters. In block 1106, the operation continues by sending a second message indicating the configuration information.

[0098] Figure 12 A centralized predictive QoS system 1200 according to specific aspects of this disclosure is illustrated. As shown, multiple UEs 1202, 1210, 1212, 1214, 1216 (e.g., vehicles) report QoS-related information to a QoS manager 1206 (e.g., a centralized server). For example, UE 1202 may report one or more QoS-related parameters for communication to V2X data via node 1204 (e.g., a base station). QoS information may include one or more of the UE's QoS requirements, the application running on the UE (e.g., in the form of a Provider Service Identifier (PSID)), the UE's observed QoS level, trajectory, or route plan. The UE may also report the time period and location where one or more parameters apply. For example, the UE may indicate the time and location where its QoS level was observed for a specific application.

[0099] The QoS manager can apply analytical methods and predict appropriate QoS processing for UE 1202 based on one or more QoS-related parameters reported by UE 1202 and / or other UEs (e.g., vehicles). Figure 12 As shown. The UE can then receive and follow instructions regarding QoS processing from the QoS manager 1206. For example, as Figure 12 As shown, the UE can be instructed to use a QoS level for a specific period of time (e.g., the next 5 minutes) when approaching an intersection, in order to communicate via, for example, a PC5 communication interface.

[0100] In certain aspects, the UE can be configured to perform QoS information reporting. For example, the UE can be instructed to report via the user plane or control plane. For instance, via the user plane, the configuration can be communicated using Data Network Name (DNN) information, the server's Internet Protocol (IP) address, the transport protocol to be used, and the port number. If the configuration is communicated via the control plane, it can be communicated via the Non-Access Stratum (NAS) using an identifier (ID) pointing to the QoS manager used for NAS message transmission or security information for using NAS message transmission. The reporting configuration can also indicate the reporting frequency, the triggering event or threshold for starting the reporting process, the format of the QoS information to be reported, or whether to report additional information about the UE, such as its trajectory or path planning.

[0101] As shown above, once the UE reports QoS information, the QoS manager 1206 can instruct the UE on the configuration to be used for communication via the PC5 interface. For example, the configuration may include Prose per packet priority (PPPP) mapping, fifth-generation (5G) QoS indicator (5QI) or other parameters, as well as location and timing information to indicate when and where to use the configuration for communication via the PC5 interface, as will be described in more detail herein.

[0102] Instructions for configurations for communications via the PC5 interface can be sent via either the user plane or the control plane. When communicating configurations via the user plane, the UE can be configured to establish and maintain Protocol Data Unit (PDU) sessions or Packet Data Network (PDN) connections to receive the configuration (e.g., using Open Mobile Alliance (OMA) Device Management (DM)). When communicating configurations via the control plane, the configuration can be sent via NAS. For example, the QoS manager can use the UE policy framework to send QoS configurations to the UE via the Policy Control Function (PCF). The PCF can send the configurations to the Access and Mobility Function (AMF), and the AMF can communicate the configurations to the UE using NAS signaling. Alternatively, the QoS manager can communicate directly with the AMF and send the configurations to the AMF, which then sends the configurations to the UE via NAS signaling.

[0103] As described above, the UE can report information to the QoS Manager 1206 for the QoS Manager 1206 to determine the configuration for communication via the PC5 interface. The reported information may include current QoS requirements, such as the QoS level to be used based on active applications at the UE and the UE's (e.g., vehicle) service mode. The reported information may also include observed load in the radio environment, such as the Channel Busy Ratio (CBR) and the time and location corresponding to the CBR.

[0104] Other information that can be reported may include the amount of load in the geographic environment observed by the UE. For example, the UE may report information based on messages received from other UEs (vehicles). For instance, UE 1202 may report the number of other vehicles traveling in the same direction as UE 1202. UE 1202 may also report other enhanced information such as UE 1202's route plan, as well as UE 1202's speed and direction of travel.

[0105] The communication configuration sent from the QoS manager 1206 to the UE may include a PSID-to-PPPP or Prose per-packet reliability (PPPR) mapping, transmission characteristics such as whether transmit diversity and / or carrier aggregation are used, or the modulation and coding scheme (MCS) to be used (e.g., quadrature amplitude modulation (QAM)), and the specific location and time corresponding to the configuration. The communication configuration indicated to the UE may also include the number of retransmission attempts to be used, the recommended message rate, or the packet delay boundaries considered achievable. In certain respects, PPPP and / or PPPR may be replaced with a 5G QoS ID (5QI).

[0106] Figure 13A Table 1300 is a list of example parameters to be reported by a UE (e.g., UE 1202) according to specific aspects of this disclosure. As shown, the UE may report one or more PSIDs. A PSID is an identifier associated with a service (e.g., an application) used by the UE. Thus, the UE may indicate the corresponding PPPP and / or PPR (or 5QI) associated with one or more PSIDs, as well as transmission characteristics (e.g., MCS, whether transmit diversity is used, and / or the number of retransmissions to be used), buffer status, service mode, or message generation rate. In certain aspects, the UE may also indicate the location and time to which these parameters apply. As previously described, the parameters are transmitted to the QoS Manager 1206 so that the QoS Manager 1206 determines (e.g., predicts) the communication configuration to be used by UE 1202 or other UEs at specific time intervals and locations, such as regarding... Figure 13B Descriptively.

[0107] Figure 13BTable 1302 illustrates an example configuration for communication determined by QoS Manager 1206 and communicated to UE 1202 according to a specific aspect of this disclosure. As shown, QoS Manager 1206 may indicate a mapping of communication configuration parameters to one or more PSIDs. For example, QoS Manager 1206 may indicate a mapping of one or more PSIDs to the recommended maximum PPPP / PPPR (or 5QI) to be used, transmission characteristics (e.g., MCS, whether transmit diversity is recommended, and / or the recommended number of retransmissions), and the recommended message rate to be used. As shown, Table 1302 may also include the location where the indicated configuration is valid and the time during which the configuration is applicable. For example, as shown, Table 1302 may indicate Global Navigation Satellite System (GNSS) coordinates.

[0108] In certain aspects, the QoS manager can also determine criteria for applying configurations communicated to the UE. For example, the QoS manager can instruct two or more configurations, along with specific criteria to be applied by the UE to determine when to use which of these configurations for communication. For instance, QoS manager 1206 can instruct: if the number of vehicles approaching the UE is below a threshold, then use a first configuration for communication; if the number of vehicles approaching the UE is above the threshold, then instruct use a second configuration for communication. In certain aspects, QoS manager 1206 can instruct: if the UE arrives at a location within a specific time window, then use the first configuration; otherwise, use the second configuration for communication.

[0109] The methods disclosed herein include one or more steps or actions for implementing the described methods. The steps and / or actions of the methods may be interchanged without departing from the scope of the claims. In other words, unless a specific order of steps or actions is specified, the order and / or use of specific steps and / or actions may be modified without departing from the scope of the claims.

[0110] As used herein, the phrase “at least one” in a list of items refers to any combination of these items, including a single member. For example, “at least one of a, b, or c” is intended to cover a, b, c, ab, ac, bc, and abc, as well as any combination with multiple identical elements (e.g., aa, aaa, aab, aac, abb, acc, bb, bbb, bbc, cc, and ccc, or any other ordering of a, b, and c).

[0111] As used herein, the term "determine" encompasses a wide variety of actions. For example, "determine" can include estimation, calculation, processing, derivation, investigation, searching (e.g., searching in a table, database, or other data structure), verification, etc. Furthermore, "determine" can include receiving (e.g., receiving information), accessing (e.g., accessing data in memory), etc. Moreover, "determine" can include parsing, selecting, choosing, building, etc.

[0112] The preceding description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be apparent to those skilled in the art, and the general principles defined herein may be applied to other aspects. Therefore, the claims are not intended to be limited to the aspects shown herein, but are to be consistent with the full scope of the language of the claims, wherein elements referred to in the singular are not intended to mean “one and only one” (unless specifically stated otherwise) but rather “one or more”. Unless otherwise specifically stated, the term “some” means one or more. All structural and functional equivalents of the elements throughout the various aspects described in this disclosure are known or will subsequently be known to those skilled in the art, and are expressly incorporated herein by reference and intended to be covered by the claims. Moreover, nothing disclosed herein is intended to be offered to the public, whether or not such disclosure is expressly recited in the claims. Elements without claims are to be interpreted in accordance with 35 U.SC §112(f) unless the element is expressly recited using the phrase “unit for…” or, in the case of a method claim, using the phrase “step for…”.

[0113] The various operations described above can be performed by any suitable unit capable of performing the corresponding function. Units may include various hardware and / or software components and / or modules, including but not limited to circuits, application-specific integrated circuits (ASICs), or processors. Generally, where operations are shown in the figures, those operations may have corresponding equivalent functional module components with similar numbering.

[0114] The various exemplary logic blocks, modules, and circuits described in connection with this disclosure can be implemented using a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA) or other programmable logic device (PLD), discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. The general-purpose processor can be a microprocessor, but alternatively, the processor can be any commercially available processor, controller, microcontroller, or state machine. The processor can also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors combined with a DSP core, or any other such configuration.

[0115] If implemented in hardware, an example hardware configuration may include a processing system in a wireless node. The processing system can be implemented using a bus architecture. Depending on the specific application and overall design constraints of the processing system, the bus may include any number of interconnect buses and bridges. The bus can link together various circuits, including processors, machine-readable media, and bus interfaces. The bus interface can be used to connect network adapters, etc., to the processing system via the bus. The network adapter can be used to implement signal processing functions of the PHY layer. In the case of a user terminal, a user interface (e.g., keyboard, display, mouse, joystick, etc.) can also be connected to the bus. The bus can also link various other circuits known in the art, such as timing sources, peripherals, voltage regulators, power management circuits, etc., which are well-known and will not be described further. The processor can be implemented using one or more general-purpose and / or special-purpose processors. Examples include microprocessors, microcontrollers, DSP processors, and other circuits capable of executing software. Those skilled in the art will recognize that how best to implement the described functions of the processing system depends on the specific application and the overall design constraints imposed on the system as a whole.

[0116] If implemented in software, these functionalities can be stored or transmitted as one or more instructions or code on a computer-readable medium. Whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise, software should be broadly interpreted as meaning instructions, data, or any combination thereof. Computer-readable media includes both computer storage media and communication media, with communication media encompassing any medium that facilitates the transfer of a computer program from one location to another. The processor may be responsible for managing the bus and general-purpose processing, including the execution of software modules stored on the machine-readable storage medium. The computer-readable storage medium may be coupled to the processor, allowing the processor to read information from and write information to the storage medium. Alternatively, the storage medium may be integrated into the processor. As an example, machine-readable media may include transmission lines, carrier waves modulated by data, and / or separate computer-readable storage media containing instructions stored on them, all accessible to the processor via a bus interface. Alternatively or additionally, the machine-readable medium, or any portion thereof, may be integrated into the processor, such as in the case of a cache and / or a general-purpose register file. As an example, examples of machine-readable storage media may include RAM (random access memory), flash memory, ROM (read-only memory), PROM (programmable read-only memory), EPROM (erasable programmable read-only memory), EEPROM (electrically erasable programmable read-only memory), registers, disks, optical disks, hard disks, or any other suitable storage media or any combination thereof. Machine-readable media may be implemented in computer program products.

[0117] Software modules can comprise a single instruction or many instructions and can be distributed across several different code segments, different programs, and across multiple storage media. Computer-readable media can include multiple software modules. Software modules include instructions that, when executed by a device such as a processor, enable the processing system to perform various functions. Software modules can include transfer modules and receive modules. Each software module can reside in a single storage device or be distributed across multiple storage devices. For example, a software module can be loaded from a hard disk drive into RAM when a triggering event occurs. During the execution of a software module, the processor can load some instructions into a cache to improve access speed. One or more cache lines can then be loaded into a general-purpose register file for processor execution. When referring to the functionality of a software module below, it should be understood that this functionality is implemented by the processor when executing instructions from that software module.

[0118] Furthermore, any connection is appropriately referred to as computer-readable medium. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared (IR), radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are all included in the definition of medium. Discs and disks as used herein include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and... Disks typically magnetically copy data, while platters optically reproduce data using lasers. Therefore, in some aspects, computer-readable media can include non-transitory computer-readable media (e.g., tangible media). In other aspects, computer-readable media can include transient computer-readable media (e.g., signals). Combinations of the above should also be included within the scope of computer-readable media.

[0119] Therefore, a particular aspect may include a computer program product for performing the operations presented herein. For example, such a computer program product may include a computer-readable medium on which instructions are stored (and / or encoded) that can be executed by one or more processors to perform the operations described herein. Figure 10-11 The instructions for the operation are shown in the figure.

[0120] Furthermore, it should be understood that modules and / or other suitable units for performing the methods and techniques described herein may be downloaded and / or otherwise obtained by the user terminal and / or base station where applicable. For example, such a device may be coupled to a server to facilitate the transmission of units for performing the methods described herein. Alternatively, the various methods described herein may be provided via storage units (e.g., RAM, ROM, physical storage media such as optical discs (CDs) or floppy disks), such that the user terminal and / or base station can obtain the various methods when the storage units are coupled to or provided to the device. Furthermore, any other suitable techniques for providing the methods and techniques described herein to the device may be utilized.

[0121] It should be understood that the claims are not limited to the precise configuration and components shown above. Various modifications, alterations, and variations may be made to the arrangement, operation, and details of the above-described methods and apparatus without departing from the scope of the claims.

Claims

1. A method for wireless communication via a user equipment (UE), comprising: The UE receives a first message indicating a configuration for reporting Quality of Service (QoS) information, the configuration indicating how to report one or more parameters corresponding to the QoS information; The UE reports one or more parameters by sending a second message, the one or more parameters being reported according to the configuration, wherein reporting the one or more parameters includes: reporting the QoS information according to the configuration; and The UE receives a third message indicating configuration information based on one or more parameters for data communication.

2. The method according to claim 1, further comprising: The UE communicates the data based on the configuration information.

3. The method according to claim 1, wherein, The configuration for the report includes at least one of the following: An indication of the frequency of one or more of the parameters to be reported; The event that triggers the report of one or more parameters; or The format of the report for the one or more parameters.

4. The method according to claim 1, wherein, At least one of the first message, the second message, or the third message is delivered as a user plane message.

5. The method according to claim 4, further comprising: Establish a Protocol Data Unit (PDU) session, wherein the user plane messages are communicated after the PDU session is established.

6. The method according to claim 1, wherein, At least one of the first message, the second message, or the third message is delivered as a control plane message.

7. The method according to claim 6, wherein, The control plane messages are communicated via Non-Access Stratum (NAS) signaling.

8. The method according to claim 1, wherein, The one or more parameters indicate at least one of the following: The UE's current QoS requirements; Channel busy ratio (CBR), and the time and location corresponding to the CBR; The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

9. The method according to claim 1, wherein, The configuration information for the communication indicates at least one of the following: Mapping of Provider Service Identifier (PSID) to Packet Priority Parameter or Packet Reliability Parameter; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

10. The method according to claim 1, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

11. The method according to claim 1, further comprising: Determine the configuration information based on the one or more parameters.

12. The method according to claim 1, wherein, The configuration information includes: A first QoS configuration and a first criterion, the first criterion indicating whether to apply the first QoS configuration to the communication of the data.

13. The method according to claim 12, wherein, The configuration information also includes: A second QoS configuration and a second criterion, the second criterion indicating whether to apply the second QoS configuration to the communication of the data, wherein the first QoS configuration is different from the second QoS configuration.

14. A method for wireless communication, comprising: Send a first message indicating a configuration for reporting Quality of Service (QoS) information, the configuration indicating how to report one or more parameters corresponding to the QoS information; Receiving a second message from at least one user equipment (UE) reporting one or more parameters corresponding to QoS information for data communication by the UE, the one or more parameters being reported according to the configuration, wherein receiving the second message reporting the one or more parameters includes: receiving the second message reporting the QoS information according to the configuration; and A third message is sent to the UE, the third message indicating configuration information based on one or more parameters for communication of the data, the configuration information indicating at least one QoS configuration.

15. The method of claim 14, further comprising: The data is communicated with the UE based on the configuration information.

16. The method of claim 14, wherein, The configuration for the report includes at least one of the following: An indication of the frequency at which the UE should report one or more parameters; An event is triggered in which the UE reports one or more of the parameters; or The format of the report given by the UE for one or more parameters.

17. The method of claim 14, wherein, At least one of the first message, the second message, or the third message is delivered as a user plane message.

18. The method according to claim 17, wherein, At least one of the first message, the second message, or the third message is delivered as a control plane message.

19. The method according to claim 18, wherein, The control plane messages are communicated via Non-Access Stratum (NAS) signaling.

20. The method of claim 14, wherein, The one or more parameters indicate at least one of the following: The UE's current QoS requirements; Channel Busy Ratio (CBR); The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

21. The method according to claim 14, wherein, The configuration information for the communication indicates at least one of the following: The mapping from Provider Service Identifier (PSID) to packet priority parameters or packet reliability parameters, and the location and time corresponding to the mapping; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

22. The method according to claim 14, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

23. The method according to claim 14, wherein, The configuration information includes: A first QoS configuration and a first criterion, the first criterion indicating whether to apply the first QoS configuration to the communication of the data.

24. The method according to claim 23, wherein, The configuration information also includes: A second QoS configuration and a second criterion, the second criterion indicating whether to apply the second QoS configuration to the communication of the data, wherein the first QoS configuration is different from the second QoS configuration.

25. An apparatus for wireless communication via a user equipment (UE), comprising: At least one processor, the at least one processor being individually or collectively configured to determine one or more parameters corresponding to Quality of Service (QoS) information for communication with respect to data; as well as A transceiver coupled to the at least one processor, the transceiver being configured to: The UE receives a first message indicating a configuration for reporting the QoS information, the configuration indicating how to report the one or more parameters corresponding to the QoS information; The UE reports the one or more parameters by sending a second message, the one or more parameters being reported according to the configuration, wherein the transceiver is configured to report the one or more parameters by being configured to report the QoS information according to the configuration; as well as The UE receives a third message indicating configuration information for data communication based on one or more parameters, the configuration information indicating at least one QoS configuration.

26. The apparatus according to claim 25, wherein, The at least one processor is further configured to: The UE communicates the data based on the configuration information.

27. The apparatus according to claim 25, wherein, The configuration for the report includes at least one of the following: An indication of the frequency of one or more of the parameters to be reported; The event that triggers the report of one or more parameters; or The format of the report for the one or more parameters.

28. The apparatus according to claim 25, wherein, At least one of the first message, the second message, or the third message is delivered as a user plane message.

29. The apparatus according to claim 28, wherein: The at least one processor is also configured to establish a Protocol Data Unit (PDU) session, wherein the user plane messages are communicated after the PDU session is established.

30. The apparatus according to claim 25, wherein, At least one of the first message, the second message, or the third message is delivered as a control plane message.

31. The apparatus according to claim 30, wherein, The control plane messages are communicated via Non-Access Stratum (NAS) signaling.

32. The apparatus according to claim 25, wherein, The one or more parameters indicate at least one of the following: The UE's current QoS requirements; Channel busy ratio (CBR), and the time and location corresponding to the CBR; The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

33. The apparatus according to claim 25, wherein, The configuration information for the communication indicates at least one of the following: Mapping of Provider Service Identifier (PSID) to Packet Priority Parameter or Packet Reliability Parameter; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

34. The apparatus according to claim 25, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

35. The apparatus according to claim 25, wherein, The at least one processor is further configured to: Determine the configuration information based on the one or more parameters.

36. The apparatus according to claim 25, wherein, The configuration information includes: A first QoS configuration and a first criterion, the first criterion indicating whether to apply the first QoS configuration to the communication of the data.

37. The apparatus according to claim 36, wherein, The configuration information also includes: A second QoS configuration and a second criterion, the second criterion indicating whether to apply the second QoS configuration to the communication of the data, wherein the first QoS configuration is different from the second QoS configuration.

38. An apparatus for wireless communication, comprising: The transceiver is configured as follows: Send a first message indicating the configuration for reporting Quality of Service (QoS) information, the configuration indicating how to report one or more parameters corresponding to the QoS information; as well as The transceiver receives a second message from at least one user equipment (UE), the second message reporting one or more parameters corresponding to QoS information for data communication by the UE, wherein the transceiver is configured to: receive the second message reporting the one or more parameters by being configured to receive the second message reporting the QoS information according to the configuration; and At least one processor coupled to the transceiver, the at least one processor being individually or jointly configured to determine configuration information corresponding to the communication of the data by the UE based on the one or more parameters, wherein the transceiver is further configured to send a third message to the UE, the third message indicating the configuration information based on the one or more parameters for the communication of the data, the configuration information indicating at least one QoS configuration.

39. The apparatus according to claim 38, wherein, The at least one processor is further configured to: The data is communicated with the UE based on the configuration information.

40. The apparatus according to claim 38, wherein, The configuration for the report includes at least one of the following: An indication of the frequency at which the UE should report one or more parameters; An event is triggered in which the UE reports one or more of the parameters; or The format of the report given by the UE for one or more parameters.

41. The apparatus according to claim 38, wherein, At least one of the first message, the second message, or the third message is delivered as a user plane message.

42. The apparatus according to claim 41, wherein, At least one of the first message, the second message, or the third message is delivered as a control plane message.

43. The apparatus according to claim 42, wherein, The control plane messages are communicated via Non-Access Stratum (NAS) signaling.

44. The apparatus according to claim 38, wherein, The one or more parameters indicate at least one of the following: The UE's current QoS requirements; Channel Busy Ratio (CBR); The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

45. The apparatus according to claim 38, wherein, The configuration information for the communication indicates at least one of the following: The mapping from Provider Service Identifier (PSID) to packet priority parameters or packet reliability parameters, and the location and time corresponding to the mapping; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

46. ​​The apparatus according to claim 38, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

47. The apparatus according to claim 38, wherein, The configuration information includes: A first QoS configuration and a first criterion, the first criterion indicating whether to apply the first QoS configuration to the communication of the data.

48. The apparatus according to claim 47, wherein, The configuration information also includes: A second QoS configuration and a second criterion, the second criterion indicating whether to apply the second QoS configuration to the communication of the data, wherein the first QoS configuration is different from the second QoS configuration.

49. An apparatus for wireless communication via a user equipment (UE), comprising: Units for performing steps in the method according to any one of claims 1-13.

50. An apparatus for wireless communication, comprising: Units for performing steps in the method according to any one of claims 14-24.

51. A computer-readable medium having instructions stored thereon for causing a user equipment (UE) to perform the steps of the method according to any one of claims 1-13.

52. A computer-readable medium having instructions stored thereon for causing a device to perform the steps of the method according to any one of claims 14-24.

53. An apparatus for wireless communication at a user equipment (UE), comprising: At least one memory including instructions; as well as At least one processor, configured individually or collectively to execute the instructions and cause the device to perform the following operations: Receive a first message indicating a reporting configuration for reporting Quality of Service (QoS) information, wherein the reporting configuration indicates at least a format for reporting the QoS information; Reporting one or more parameters corresponding to the QoS information by sending a second message, wherein the one or more parameters are reported according to the reporting configuration; and A third message is received, the third message indicating configuration information based on the one or more parameters, wherein the third message further indicates whether the configuration information is used for data communication.

54. The apparatus according to claim 53, wherein, The at least one processor is configured individually or collectively to execute the instructions and cause the device to communicate the data based on the configuration information.

55. The apparatus according to claim 53, wherein, The report configuration includes at least one of the following: An indication of the frequency of one or more of the parameters to be reported; An event that triggers a report of one or more of the parameters mentioned; or The format of the report relating to the one or more parameters.

56. The apparatus according to claim 53, wherein, At least one of the first message, the second message, or the third message is delivered as a user plane message.

57. The apparatus according to claim 56, wherein, The at least one processor is configured individually or collectively to execute the instructions and cause the device to: establish a Protocol Data Unit (PDU) session, wherein the user plane messages are communicated after the PDU session is established.

58. The apparatus according to claim 53, wherein, At least one of the first message, the second message, or the third message is delivered as a control plane message.

59. The apparatus according to claim 58, wherein, The control plane messages are communicated via Non-Access Stratum (NAS) signaling.

60. The apparatus according to claim 53, wherein, The one or more parameters indicate at least one of the following: The UE's current Quality of Service (QoS) requirements; Channel busy ratio (CBR), and the time and location corresponding to the CBR; The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

61. The apparatus according to claim 53, wherein, The configuration information indicates at least one of the following: Mapping of Provider Service Identifier (PSID) to Packet Priority Parameter or Packet Reliability Parameter; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

62. The apparatus according to claim 53, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

63. The apparatus according to claim 53, wherein, The at least one processor is configured individually or collectively to execute the instructions and cause the device to determine the configuration information based on the one or more parameters.

64. An apparatus for wireless communication at a server device, comprising: At least one memory including instructions; as well as At least one processor, configured individually or collectively to execute the instructions and cause the device to perform the following operations: Send a first message indicating a reporting configuration for reporting Quality of Service (QoS) information, wherein the reporting configuration indicates at least a format for reporting the QoS information; Receive a second message, the second message reporting one or more parameters corresponding to the QoS information, wherein the one or more parameters are reported according to the report configuration; and A third message is sent, the third message indicating configuration information based on the one or more parameters, wherein the third message further indicates whether the configuration information is used for data communication.

65. The apparatus according to claim 64, wherein, The report configuration includes at least one of the following: An indication of the frequency at which the user equipment (UE) is required to report one or more of the parameters; An event is triggered in which the UE reports one or more of the parameters; or The format of the report given by the UE for one or more parameters.

66. The apparatus according to claim 64, wherein, The one or more parameters indicate at least one of the following: Current Quality of Service (QoS) requirements of the User Equipment (UE); Channel Busy Ratio (CBR); The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

67. The apparatus according to claim 64, wherein, The configuration information indicates at least one of the following: The mapping from Provider Service Identifier (PSID) to packet priority parameters or packet reliability parameters, and the location and time corresponding to the mapping; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

68. A method for wireless communication at a user equipment (UE), comprising: Receive a first message indicating a reporting configuration for reporting Quality of Service (QoS) information, wherein the reporting configuration indicates at least a format for reporting the QoS information; Reporting one or more parameters corresponding to the QoS information by sending a second message, wherein the one or more parameters are reported according to the reporting configuration; and A third message is received, the third message indicating configuration information based on the one or more parameters, wherein the third message further indicates whether the configuration information is used for data communication.

69. The method according to claim 68, wherein, The report configuration includes at least one of the following: An indication of the frequency of one or more of the parameters to be reported; An event that triggers a report of one or more of the parameters mentioned; or The format of the report relating to the one or more parameters.

70. The method according to claim 68, wherein, The one or more parameters indicate at least one of the following: The UE's current Quality of Service (QoS) requirements; Channel busy ratio (CBR), and the time and location corresponding to the CBR; The number of vehicles traveling in the same direction as the UE; The path plan for the UE; The speed of the UE; or The direction of travel of the UE.

71. The method according to claim 68, wherein, The configuration information indicates at least one of the following: Mapping of Provider Service Identifier (PSID) to Packet Priority Parameter or Packet Reliability Parameter; Whether carrier aggregation should be used for the communication; Whether transmit diversity should be used for the communication; The message rate to be used in the communication; The number of retransmission attempts to be used in the communication; The modulation and coding scheme to be used in the communication; or Whether repeated transmissions should be used in the communication.

72. The method according to claim 68, wherein, The third message includes an indication of the location and time at which the configuration information is applied to the communication of the data.

Images