Logical channel data allocation for multi-mode synchronous communication
By introducing new information describing the relationship between logical channel packet data units in the wireless communication system and optimizing the logical channel priority process, the service quality problem of multi-mode XR applications is solved, and wireless communication effects that reduce jitter and improve synchronization are achieved.
Patent Information
- Application Number
- CN202380051541.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Priority Date
- 2022-07-06
- Filing Date
- 2023-07-06
- Publication Date
- 2025-02-18
AI Technical Summary
Existing wireless communication systems are difficult to effectively solve the quality of service (QoS) problems of multi-mode extended reality (XR) applications, especially in ensuring end-to-end latency, jitter and synchronization requirements.
By introducing new information to describe the relationship between sets of packet data units (PDUs) of different logical channels (LCHs), provided to the access layer to optimize uplink resource allocation, and during the logical channel priority (LCP) process Consider the interdependence between multimodal services.
It realizes wireless communication that reduces jitter in multimodal XR applications, ensures improvement in service quality, and meets the close synchronization requirements of multimodal XR applications.
Smart Images

Figure CN119487946A_ABST
Abstract
Description
[0001] CROSS-REFERENCE TO RELATED APPLICATIONS
[0002] This application claims priority to U.S. Provisional Application No. 63 / 367,778, filed on July 6, 2022, the contents of which are incorporated herein in their entirety. Technical Field
[0003] The present disclosure relates to wireless communications, and more particularly to wireless communications scheduling for synchronized multi-sensor communications. Background Art
[0004] A wireless communication system may include one or more network communication devices (including base stations), which may be referred to as eNodeB (eNB), next generation NodeB (gNB) or other appropriate terms. Each network communication device (such as a base station) may support wireless communication of one or more user communication devices, which may also be referred to as user equipment (UE) or other appropriate terms. A wireless communication system may utilize resources of the wireless communication system to support wireless communication with one or more user communication devices (e.g., time resources (e.g., symbols, time slots, subframes, frames, etc.) or frequency resources (e.g., subcarriers, carriers). In addition, a wireless communication system may support wireless communication across various radio access technologies, including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, and other suitable radio access technologies other than 5G.
[0005] The UE can communicate with the gNB to support extended reality (XR) features. XR refers to all real and virtual combined environments and human-computer interactions generated by computer technology and wearable devices. XR is an umbrella term for different types of reality (including virtual reality (VR), augmented reality (AR) and mixed reality (MR)) and the areas inserted between them. The level of virtuality ranges from partial sensory input to fully immersive VR. A key aspect of XR is the extension of human experience, especially related to presence (represented by VR) and cognitive acquisition (represented by AR). Summary of the invention
[0006] The present disclosure relates to methods, apparatuses, and systems for providing wireless communication with reduced jitter for multi-mode delay-sensitive data (such as multi-sensor extended reality (XR) services) through user equipment. In order to obtain a positive user experience, multi-mode XR applications may require synchronous parallel media streams to reach users. The parallel media streams may be different modes of the multi-mode service. In one example, the different modes each support one of the five human senses (e.g., vision, hearing, touch, smell, and taste). In one example, the XR application may support cloud gaming. The present disclosure provides different solutions described in various embodiments for enhancing the logical channel priority (LCP) process to address the quality of service (QoS) problem of XR applications. The user equipment considers the interdependence of each mode of the XR application. Specifically, the user equipment determines the order in which data of different LCHs are multiplexed into the allocated resources of an uplink media access channel (MAC) PDU as a transport block (TB). In order to allow improved uplink resource allocation for multi-mode XR applications, the present disclosure introduces new information describing the relationship information between different packet data unit (PDU) sets of different logical channels (LCHs). This new information is provided to the access layer, such as base stations and user equipment.In addition, the present disclosure provides an enhanced LCP procedure in various embodiments.
[0007] Some implementations of the methods and apparatus described herein may include receiving multimode services with strict end-to-end delay, jitter, and synchronization requirements via a transceiver of a user device. The method includes receiving one or more control messages from a network device on a downlink through a transceiver of the user device, the one or more control messages containing an uplink resource allocation grant and a logical channel configuration of more than one logical channel. More than one logical channel belongs to a logical channel group. The logical channel configuration includes a priority value for each of the more than one logical channels and includes a ratio for each of the more than one logical channels. The method includes determining the amount of multimode services buffered in one or more uplink buffers for more than one logical channel in a logical channel group. Multimode services are interdependent and require synchronous communication. The method includes assigning resources allocated by an uplink grant to each of more than one logical channels in a logical channel group, based on a ratio associated with each of the more than one logical channels and a determined amount of data buffered for more than one logical channel, at a media access control layer. The method includes sending, by a transceiver, a multiplexed uplink signal containing multi-mode traffic of more than one logical channel to a network device using an uplink resource allocation grant.
[0008] Some implementations of the methods and apparatus described herein may also include a network device including, or a method providing wireless communication with reduced jitter for delay-sensitive multi-mode services or data in uplink signals from user equipment. The method includes sending one or more control messages to the user equipment on a downlink by a transceiver, the one or more control messages containing an uplink resource allocation grant and a logical channel configuration of more than one logical channel. More than one logical channel belongs to a logical channel group. The logical channel configuration includes a priority value for each of the more than one logical channels and a ratio for each of the more than one logical channels. The one or more control messages prompt the user equipment to determine the amount of multi-mode services buffered in one or more uplink buffers for more than one logical channel in the logical channel group. Multi-mode services are interdependent and require synchronous communication. The one or more control messages prompt the user equipment to assign resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group according to the ratio associated with each of the more than one logical channels and the determined amount of data buffered for more than one logical channel at the media access control layer. The method includes receiving, by a transceiver, a multiplexed uplink signal of multi-mode traffic containing more than one logical channel from a user equipment using an uplink resource allocation grant. BRIEF DESCRIPTION OF THE DRAWINGS
[0009] Figure 1 An example of a wireless communication system capable of wireless communication according to aspects of the present disclosure that supports a Logical Channel Procedure (LCP) enhanced for multi-mode services, such as multi-sensor Extended Reality (XR) services, is illustrated.
[0010] Figure 2 A downlink and uplink communication diagram is presented that illustrates aspects of a logical channel priority (LCP) procedure that takes into account interdependencies of multi-mode traffic that requires synchronous communications in accordance with aspects of the present disclosure.
[0011] Figure 3 Illustrated is a graph of the amount of multi-mode traffic or data buffered in corresponding logical channels of different assigned priorities according to aspects of the present disclosure.
[0012] Figure 4 An example diagram illustrating an initial implementation of an LCP procedure that addresses stringent delay requirements for logical channels carrying delay-sensitive multi-mode traffic according to aspects of the present disclosure is illustrated.
[0013] Figure 5 An example diagram illustrating a subsequent implementation of an LCP procedure that addresses stringent delay requirements of a logical channel carrying delay-sensitive multi-mode traffic according to aspects of the present disclosure is illustrated.
[0014] Figure 6 An example diagram is illustrated in which a logical channel prioritization procedure is used to initiate allocation of traffic or data in accordance with aspects of the present disclosure.
[0015] Figure 7 An example diagram is illustrated in which allocation of traffic or data is accomplished using a logical channel prioritization procedure in accordance with aspects of the present disclosure.
[0016] Figure 8 An example of a block diagram of a user equipment that supports wireless communication with a network device by multiplexing interdependent multi-mode traffic in an uplink signal is illustrated according to aspects of the present disclosure.
[0017] Fig. 9 An example of a block diagram of a network device supporting scheduling and receiving wireless communications including uplink signals of multiplexed interdependent multi-mode traffic from user equipment according to aspects of the present disclosure is illustrated.
[0018] Fig.10 A flow chart of a method performed by a user equipment to support wireless communication of multiplexed multi-mode services to meet synchronization requirements according to various aspects of the present disclosure is illustrated.
[0019] Fig.11 A flow chart of a method performed by a network device to support wireless communications that multiplex multi-mode services to meet synchronization requirements according to various aspects of the present disclosure is illustrated. DETAILED DESCRIPTION
[0020] As an example of a multi-mode service, an extended reality (XR) service may include different channels for more than one human sense. Multi-mode services communicate between a radio access network (RAN) and a user equipment (UE) over an air interface. Multi-mode services are associated with a packet delay budget (PDB). A PDB is a finite time budget for data packets to be sent over the air from a base node to a UE or from a UE to a base node. A delay budget may also be defined for an application data unit (ADU). An ADU is the smallest data unit that can be processed independently by an application, such as for processing out-of-order service data.
[0021] Virtual reality (VR) is a rendered version of a delivered visual and audio scene. The rendering is intended to mimic as naturally as possible the visual and auditory stimuli of the real world as the observer or user moves within a range defined by the application. Augmented reality (AR) provides the user with additional information, artificially generated items, or content overlaid on their current environment. Mixed reality (MR) is an advanced form of AR in which some virtual elements are inserted into the physical scene with the goal of providing the illusion that these elements are part of the real scene.
[0022] In the field of video compression, video frames are compressed using different algorithms with different advantages and disadvantages, mainly around the amount of data compression. These different algorithms for video frames are called picture types or frame types. The three main picture types used in different video algorithms are I, P, and B. Picture types differ in the following characteristics: (i) Intra-coded (I) frames are the least compressible, but do not require other video frames to decode; (ii) Predicted (P) frames can use data from previous frames for decompression and are more compressible than I frames; and (iii) Bidirectionally predicted (B) frames can use both previous and forward frames as data references to obtain the highest amount of data compression. XR services have many characteristics, including: (i) variable packet arrival rate: packets arrive at 30-120 frames / second with some jitter; (ii) packets with variable and large packet sizes; (iii) B / P frames are dependent on I frames, and (iv) there are multiple services / data streams in the uplink, such as gestures and video scenes. The delay budget of the video frame ADU is particularly important in XR services due to the decoding requirements of the video content. A video frame can be an I-frame, a P-frame, or can be composed of I-slices and / or P-slices. I-frames / I-slices are more important and larger than P-frames / P-slices. The importance is related to the impact of late traffic on the capacity to successfully decode and use the traffic.
[0023] The delay requirement of XR services on the RAN side (i.e., the air interface) is modeled as a packet delay budget (PDB). The PDB is a finite time budget for sending packets from the gNB to the UE over the air. A delay budget can also be defined for a collection of PDUs (e.g., called a PDU set) or an ADU (Application Data Unit) (referred to as an "ADB").
[0024] If the scheduler and / or UE knows the delay budget of a packet / ADU, the gNB can take this knowledge into account when scheduling transmissions. In one example, the gNB can prioritize transmissions that are close to their delay budget limit. The UE can also leverage this knowledge to more efficiently manage uplink transmissions by discarding data that exceeds the corresponding delay budget. In one example, uplink transmissions, such as a physical uplink control channel (PUCCH) in response to a physical downlink shared channel (PDSCH), an uplink (UL) gesture, or a physical uplink shared channel (PUSCH), that correspond to transmissions that exceed their delay budget can be discarded. In addition, the scheduler and / or UE does not have to wait for a retransmission of the PDSCH, nor does it need to save erroneously received PDSCH in a buffer for soft combining with a retransmission that will never occur.
[0025] Traditional end-user applications typically consist of a single service directed to a single device. However, emerging use cases such as AR / VR and holographic communications (“multimodal services”) are extending this process to include multiple simultaneous service streams where the arrival of packets must be synchronized. Incorporating multiple of the five human senses in an XR experience requires tighter end-to-end latency, jitter, and synchronization. The simultaneous presence of AR and VR capabilities in the same device has led to the concept of MR, a kind of midpoint in the virtual reality spectrum. With the development of 3D imaging, MR is evolving to create the much-sought-after concept of holographic teleportation. Subsequently, such services place stricter requirements on wireless networks, as holographic streams require very tight synchronization of the five senses. Therefore, when designing 5G New Radio (NR) enhancements to support extended reality (XR) applications, it is important to consider multimodal interaction technologies that employ several human senses simultaneously. Multimodal interaction can change the way people communicate remotely, practice tasks, entertain themselves, process information visualizations, and make decisions based on the information provided.
[0026] For XR applications sent via mobile communication systems such as NR, the interactions between different input signals can be translated into some interdependencies between the transmission of different bearers / LCHs / streams. In one example, XR requires (multiple) Quality of Service (QoS) requirements at the PDU set and ADU level. In particular, multimodal dependencies between different QoS flows are required. These emerging XR services will require synchronized parallel media streams to reach users for a proper service experience. For multimodal services such as tactile / haptic communication, this includes different types of streams, i.e., different service flows corresponding to different human senses. Such service flows can come from different points in the network. Finally, different service flows can be sent to multiple endpoint devices in different locations, but still synchronized.
[0027] Conventional specific logical channel priority (LCP) procedures are based on statically configured parameters such as logical channel priority. However, these static priority rules may not be sufficient to meet the strict latency requirements of multimode applications. For example, multimode XR applications require synchronized parallel media streams to reach the user for a proper service experience. The interdependencies and relationships between different LCH data are generally not considered in the LCP process. In conventional implementations, the access layer (e.g., gNB and UE) cannot identify XR or cloud gaming services, nor can it distinguish between different service types of these services for any optimization. Therefore, understanding these types of services (e.g., at gNB and UE) is very beneficial for scheduling and link adaptation to meet the latency and reliability required by the service while ensuring good system capacity.
[0028] The present disclosure provides different solutions described in various embodiments for enhancing the LCP process to address QoS issues for XR applications. The UE / MAC entity considers the interdependencies between the data of different LCHs in order to allocate scheduled uplink resources between different LCHs. In order to allow an improved uplink resource allocation mechanism for multi-mode XR applications, new information consisting of relationship information between different PDU sets of different LCHs is provided to the access layer (gNB and UE). In addition, new LCP processes are proposed in different embodiments. The solutions outlined in the various embodiments ensure that the tight synchronization requirements of the interrelated data bursts of multi-modal XR applications are met.
[0029] In one embodiment, the UE uses a new LCP procedure to allocate scheduled uplink resources between LCH sets. Specifically, the UE assigns services to the MAC layer using new parameters configured for LCHs belonging to a set of LCHs for allocating UL resources. The new parameters specify the resource percentage or relative amount of the LCH that should be allocated from the scheduled uplink resources during the LCP procedure. The main principle of this new LCP procedure is that the network equipment can explicitly control how to share scheduled uplink resources between a set of LCHs.
[0030] In another embodiment, the DCI that allocates uplink resources for the initial transmission indicates within a field whether the UE should use the new LCP mechanism for the MAC layer. The new LCP mechanism uses the ratio or sharing parameters configured for the LCH / bearer to determine the amount of UL resources allocated to the LCH. The DCI indicates whether the UE should use one of the new LCP procedures to manage the MAC layer or revert to the traditional LCP procedure that utilizes the priority of the LC.
[0031] Delay-sensitive services that arrive after the remaining delay budget expires may not be available, which, for example, reduces the quality of content presentation and, thus, reduces the user experience. As used herein, user experience refers to the overall sense of performance experienced by a user of a communication device or peripheral device when using a product, application, system, or service. In the context of this disclosure, user experience is a broad term that can cover the user's navigation capacity of a product, the ease of use of a device or product, the relevance of the displayed content, and so on. Some immersive user interfaces (such as XR displays) have demanding communication requirements. When the presentation of images is significantly reduced due to insufficient data throughput or excessive data latency, the user experience is reduced.
[0032] The present disclosure provides solutions that can be used alone or in combination to enhance the LCP process for delay-sensitive services (such as for XR applications). The enhanced LCP process maintains the quality of service (QoS) required for delay-sensitive services while retaining the capacity to recover to logical channel priorities. The media access control (MAC) entity at the user equipment ("UE / MAC") considers the remaining delay budget associated with the service or data of the logical channel (LCH) available for initial transmission to determine the order of multiplexing priorities in the transport block (TB) at the MAC layer. For delay-sensitive data, logical channel priorities are only considered if the remaining delay budgets of more than one LCH are the same.
[0033] Figure 1 An example of a wireless communication system 100 according to aspects of the present disclosure is illustrated, which enables wireless communication that supports LCP enhanced for delay-sensitive services (such as XR services). The wireless communication system 100 may include one or more base stations 102, one or more UEs 104, and a core network 106. The wireless communication system 100 may support various radio access technologies. In some implementations, the wireless communication system 100 may be a 4G network, such as an LTE network or an advanced LTE (LTE-A) network. In some other implementations, the wireless communication system 100 may be a 5G network, such as a new radio (NR) network. In other implementations, the wireless communication system 100 may be a combination of a 4G network and a 5G network. The wireless communication system 100 may support radio access technologies other than 5G. In addition, the wireless communication system 100 may support technologies such as time division multiple access (TDMA), frequency division multiple access (FDMA), or code division multiple access (CDMA).
[0034] One or more base stations 102 may be dispersed throughout a geographic area to form a wireless communication system 100. One or more of the base stations 102 described herein may be, may include, or may be referred to as a base transceiver station, an access point, a NodeB, an eNodeB (eNB), a next generation NodeB (gNB), a network device, or other suitable terms. The base station 102 and the UE 104 may communicate via a communication link 108, which may be a wireless or wired connection. For example, the base station 102 and the UE 104 may communicate wirelessly via a user-to-user (Uu) interface.
[0035] The base station 102 may provide a geographic coverage area 110, and the base station 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc.) for one or more UEs 104 within the geographic coverage area 110. For example, the base station 102 and the UE 104 may support wireless communications of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc.) according to one or more radio access technologies. In some implementations, the base station 102 may be mobile, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas 110 associated with the same or different radio access technologies may overlap, but different geographic coverage areas 110 may be associated with different base stations 102. The information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, optical fields or optical particles, or any combination thereof.
[0036] One or more UEs 104 may be dispersed throughout the geographic area of the wireless communication system 100. UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable term. In some implementations, UE 104 may be referred to as a unit, a station, a terminal, or a client, as well as other examples. Additionally or alternatively, UE 104 may be referred to as an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine type communication (MTC) device, as well as other examples. In some implementations, UE 104 may be stationary in the wireless communication system 100. In some other implementations, UE 104 may be mobile in the wireless communication system 100.
[0037] One or more UEs 104 may be devices of different forms or with different capabilities. Figure 1 Some examples of UE 104 are illustrated in FIG. Figure 1 As shown, UE 104 may be able to communicate with various types of devices, such as base station 102, other UEs 104, or network devices (e.g., core network 106, relay device, integrated access and backhaul (IAB) node, or another network device), such as Figure 1 Additionally or alternatively, the UE 104 can support communications with other base stations 102 or UEs 104 (which can act as relays in the wireless communication system 100).
[0038] In the following description, the timing of transmission and retransmission of control channels and data channels supports the delay and / or error rate requirements of portions of video frames and may be referred to as time units. Time units such as symbols, time slots, sub-time slots, and transmission time intervals (TTIs) may have specific durations. In one example, a symbol may be a certain fraction or percentage of an orthogonal frequency division multiplexing (OFDM) symbol length associated with a specific subcarrier spacing (SCS). In another example, an uplink (UL) transmission burst may consist of multiple transmissions. Multiple transmissions may have the same priority, different priorities, or no associated priorities. Multiple transmissions may include intervals between transmissions that are short enough in duration without the need to perform channel sensing or listen-before-transmit (LBT) operations between transmissions.
[0039] UE 104 may also be capable of supporting wireless communications directly with other UEs 104 via a communication link 112. For example, UE 104 may support wireless communications directly with another UE 104 via a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular V2X deployments, communication link 112 may be referred to as a sidelink. For example, UE 104 may support wireless communications directly with another UE 104 via a PC5 interface. PC5 refers to a reference point where a UE 104 communicates directly with another UE 104 via a direct channel without communicating with a base station 102.
[0040] The base station 102 may support communication with the core network 106, or with another base station 102, or both. For example, the base station 102 may interface with the core network 106 via one or more backhaul links 114 (e.g., via S1, N2, or another network interface). The base stations 102 may communicate with each other via the backhaul links 114 (e.g., via X2, Xn, or another network interface). In some implementations, the base stations 102 may communicate directly with each other (e.g., between the base stations 102). In some other implementations, the base stations 102 may communicate with each other indirectly (e.g., via the core network 106). In some implementations, one or more base stations 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC). The ANC may communicate with one or more UEs 104 via one or more other access network transmission entities, which may be referred to as radio heads, smart radio heads, or transmission reception points (TRPs).
[0041] The core network 106 may support user authentication, access authorization, tracking, connection, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) or a 5G core (5GC), which may include control plane entities that manage access and mobility (e.g., mobility management entity (MME), access and mobility management function (AMF)), and user plane entities that route packets or interconnections to external networks (e.g., serving gateway (S-GW), packet data network (PDN) gateway (P-GW), or user plane function (UPF)). In some implementations, the control plane entities may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management of one or more UEs 104 served by one or more base stations 102 associated with the core network 106.
[0042] Some implementations of the methods and apparatus described herein may also include signaling or handshaking between a base node (such as base station 102) and a user device (such as UE 104) indicating which transport blocks (TBs) are associated with packets and / or application data units (ADUs). In one example, the signaling or handshaking may be a downlink control information (DCI) indication or a media access control (MAC) control element (CE) indication. In one or more embodiments, the base node and the device may use a priority indication of the priority of a particular type of video transmission. In one example, an I frame / I slice may have a high priority, while a P frame / P slice may have a low priority.
[0043] Figure 2A communication diagram 200 of a downlink 201 and an uplink 202 is presented, illustrating aspects of a logical channel prioritization (LCP) process that takes into account a residual delay budget (RDB) and / or a packet delay budget (PDB). The downlink 201 includes a logical channel configuration message 204 and a media access control (MAC) main configuration message 206 as part of a radio resource control (RRC) protocol 208 that establishes data communications. The uplink 202 includes a periodic buffer status report 210 that indicates the amount of traffic or data that requires uplink allocation. The buffer status report 210 may indicate a multiplexing capacity to support simultaneous communication of multi-mode traffic or data (such as a multi-sensor XR traffic) on the uplink 202. When delay sensitive data is not buffered, the buffer status report 210 may alternatively not indicate multiplexing capacity to prompt the resumption of multiplexing traffic or data on the uplink 202 based on logical channel priority. The control message(s) 212 on the uplink 202 may include uplink (UL) downlink control information (DCI) 214, such as a UL PUSCH grant 216, which defines an allocated UL amount of MAC PDUs 218 to carry portions of a first logical channel (LCH1) 221, a second logical channel (LCH2) 222, and a third logical channel (LCD3) 223.
[0044] Figure 3 A graph 300 of the amount of traffic or data buffered in corresponding logical channels of different assigned priorities is presented. Portions of the traffic or data are assigned to the allocated uplink amount MAC PDU ("grant") 304. For clarity, the following three LCHs are depicted, each with an assigned priority: (i) a first logical channel (LCH1) 301, which is assigned the highest priority (e.g., priority = 1); (ii) a second logical channel (LCH2) 302, which is assigned a medium priority (e.g., priority = 2); and (iii) a third logical channel (LCH3) 303, which is assigned the lowest priority (e.g., priority = 3). The traffic or data buffered in LCH1 301, LCH2 302, and LCH3 303 are assigned to the MAC PDU allocated by the uplink grant 304. Specifically, depending on the presence of delay-sensitive data (e.g., XR traffic), the traffic or data is assigned according to the lowest RDB priority 306 or according to the LCH priority 308.
[0045] Figure 4An example diagram 400 of an implementation of an LCP process is presented that addresses the stringent latency requirements of (multiple) data radio bearers DRB / LCH multimode traffic or data, such as multi-sensing XR traffic / applications, also referred to as XR bearers / LCHs. To provide multimode synchronization, LCH1 301 is assigned a ratio of 0.4, LCH2 302 is assigned a ratio of 0.3, and LCH1 304 is assigned a ratio of 0.4. The ratio is selected based on the relative amount of traffic or data provided by each traffic mode compared to the other modes. Since all LCHs 301-303 contain multimode traffic, the corresponding portions 401, 402, and 403 of each LCH 301-303 are assigned to the allocated UL resource MAC PDUs (grants 304) according to the priority of the corresponding LCH 301-303, the amount of which is relative to the assigned ratio of the corresponding LCH 301-303.
[0046] Figure 5 Another example diagram 500 of an implementation of an LCP process is presented that addresses the stringent latency requirements of (multiple) LCH / DRB multi-mode traffic or data (such as multi-sensor XR traffic / applications). The priorities and ratios of LCHs 301-303 are as follows: Figure 4 ; however, LCH3 303 does not buffer any traffic or data that requires multi-mode synchronization. In one example, the audio channel can be muted while the visual and tactile channels continue to stream. Since only two of the LCHs 301-303 contain multi-mode traffic, the ratio of LCH 301-302 is normalized to fully utilize the allocation of the allocated UL resource MAC PDU 304. The assigned ratios for the corresponding LCHs 301-302 result in scaled portions 401′ and 402′ being 57% of LCH 301 and 43% of LCH2 302, respectively.
[0047] In one or more embodiments, the LCP process retains the capacity to revert to LCH priority when delay sensitive data is not present. In particular, when the LCP process is operated in this recovery mode, "normal" data that is less delay sensitive than XR traffic is cached and available for uplink transmission. The LCP process reverts to the priority of considering LCHs that are entitled to multiplex data onto uplink resources. Resources are allocated by uplink resource allocation (grants) according to their logical channel priority. The set of LCHs that are allowed to map data to UL resources is determined by the configured LCH restrictions. In particular, only LCHs that meet all configured LCH restrictions will be considered for subsequent LCP / multiplexing processes. UL resources are allocated to LCHs in strict priority order, starting with the highest priority LCH.
[0048] For this recovery in the LCP procedure, the UE shares UL resources between configured LCHs based on the LCH priority and the priority bit rate configured for the LCH. The idea behind the priority bit rate is to support a minimum bit rate for each logical channel, including low priority bearers that are not guaranteed bit rate (GBR) bearers. The minimum bit rate avoids low priority bearers from being unable to receive communication services (i.e., "starvation"). Each bearer should at least obtain enough resources to achieve the priority bit rate (PBR). The LCP procedure includes an initial step of selecting an LCH for TB generation based on the configured LCH restrictions. Thereafter, the LCP procedure is generally specified as a "two-step" procedure. In the first step, the LCHs are served (in descending order of priority, starting with the highest priority logical channel) until their configured PBR (implemented by a token bucket model). In the second step of the LCP, if any uplink resources still exist (after the PBR of the first round of LCHs is met), all logical channels are served in strict descending order of priority (regardless of the value of the bucket) until the data or UL grant for that logical channel is exhausted.
[0049] When reverting to LC priority, the LCP procedure is typically specified as a "two-step" procedure, e.g., the step of selecting LCHs for TB generation during the LCP procedure based on configured LCH restrictions is not considered. In the first step or first round, the LCHs are served (in decreasing priority order starting from the highest priority logical channel) up to their configured PBR (implemented with the help of a token bucket model). In the second step or second round of the LCP, if any uplink resources remain (after satisfying the PBR of the LCH in the first round), all logical channels will be served in strict decreasing priority order (regardless of the bucket value) until the data or UL grant for that logical channel is exhausted. Basically, in the "second round" of the LCP procedure, the UE will first multiplex all the data of the highest priority LCH into the TB, and then map any data of the next highest priority LCH into the same TB. Therefore, the UE can only multiplex data up to the configured PBR of each LCH into the TB, and the remaining uplink resources are only filled with data of the highest priority LCH. According to this embodiment, a different mechanism for allocating scheduled uplink resources between LCHs is introduced. To ensure synchronization of packet data transmission of mutually associated bearers, the network explicitly configures how uplink resources are shared between LCHs that are part of a group of LCHs using new parameters. In one example, when assigning data to the MAC layer, the UE does not consider the priority or PBR configured for the LCH in order to allocate scheduled uplink resources to the LCH (XR LCH / bearer).
[0050] Figure 6An example diagram 600 is presented in which the logical channel prioritization process is used to start the allocation of traffic or data. The selection process includes the UE first selecting the first data / PDU 611 from LCH1 301 as the first allocation 621 of the UL MAC PDU 304. Then, the UE selects the second data / PDU 612 from LCH2 302 as the second allocation 622 of the UL MAC PDU Grant 304. Then, the UE selects the third data / PDU 613 from LCH3 303 as the third allocation 623 of the UL MAC PDU Grant 304, leaving the remaining allocation 624.
[0051] Figure 7 An example diagram 700 is presented in which the logical channel prioritization process is used to complete the allocation of traffic or data. In the second round of the selection process after selecting the first PDU 611, the second PDU 612, and the third data / PDU 613, the UE uses the LCH priority to select the corresponding number of LCH1 301 as the fourth data / PDU 614 to fill the remaining allocation 624 (i.e., the "fourth" allocation).
[0052] According to one embodiment, the network device configures QoS related requirements for a set of interrelated and interdependent LCH or XR bearers. In one example, a radio bearer / LCH or radio link control (RLC) bearer is linked to a set of one or more other radio bearers / LCH / RLC bearers.
[0053] For example, these bearers / LCHs may carry different types of flows, for example, flows corresponding to different human senses for multimodal services such as haptic / tactile communication. According to one implementation of this embodiment, the network device configures QoS parameters, such as delay requirements or corresponding delay bounds, for a group of bearers / LCHs to enforce the relationship and interdependence between these different bearers / LCHs. Based on the recognition that the QoS requirements configured for each bearer / LCH may not be sufficient to meet emerging XR applications, the network device configures some QoS parameters or requirements for a group of interdependent or interrelated bearers. In one example, some delay bounds for data transmission of two different LCHs / bearers are configured to ensure some synchronization between the two bearers / LCHs. For example, the delay bound defines the maximum delay tolerable between data packet transmissions of the two bearers / LCHs. In particular, packets of the PDU sets of the two bearers / LCHs should be sent and received within the configured delay range. New QoS information is signaled for a group of interrelated bearers / LCHs. In one example, the UE signals the new QoS information to the gNB to achieve efficient downlink scheduling. Alternatively or additionally, the gNB signals new QoS information to the UE for uplink resource allocation through the LCP procedure.
[0054] According to one or more embodiments, newly defined QoS parameters are used in the LCP process to determine the multiplexing order and priority. The present disclosure provides execution for multiple bearers or LCHs, rather than defining, configuring and ultimately executing the remaining delay budget or delay limit for each bearer independently. In particular, in addition to the absolute delay limit for data packets, the bearer / LCH can also be configured with an additional relative delay limit. Delay limits are configured for "related and interdependent" LCHs / bearers. During the LCP process, the UE not only ensures that packets are sent within the configured delay range of the bearer, but also ensures that packets of the "related and interdependent" bearers are sent within the configured relative delay range between bearers. Therefore, the UE prioritizes data transmission of LCHs that are close to the interrelated delay limits associated with the data. In one or more embodiments, after the data transmission of the LCH occurs, the UE starts a timer for the data of the interrelated bearers / LCHs to track the time that the interdependent data waits for transmission. In one example, the UE prioritizes the interrelated data in a subsequent LCP process to ensure that the relative delay limit is met.
[0055] In one example, a new field in the "Radiobearerconfig" information element (IE) indicates the (multiple) related / interdependent bearers of the radio bearer. For example, the "DRBToAddMod" IE may contain a field that references the "drb-Identity" of the related bearer. According to another example, the "logicalchannelconfig" IE includes a field that identifies the related RLC bearer / LCH.
[0056] According to one embodiment, an LCH that is part of a (configured) LCH / bearer group includes a parameter that specifies the relative amount of resources that should be allocated during the LCP process or the share of scheduled uplink resources (e.g., UL grants). In one or more embodiments, the parameter is used to determine how to allocate scheduled uplink resources between LCHs within the LCH group. In one example, the LCH group includes an XR LCH / bearer.
[0057] According to one implementation of this embodiment, the new parameter is a ratio and represents the relative percentage of UL grants allocated to LCH. Based on the configured ratio, the MAC entity at the UE calculates the amount of resources allocated to the logical channel. When determining the amount of resources allocated to the LCH based on the configured ratio, the MAC entity at the UE considers the amount of data available for transmission for each LCH (i.e., XR bearer) in the LCH group.
[0058] In an exemplary scenario, a UE is configured with two interrelated (XR) bearers that are part of a multi-mode application, for example, one bearer carries a video stream and the other bearer carries related audio data. Each of the two LCHs corresponding to the two interrelated XR bearers is configured with new parameters. In one example, a ratio is used to calculate the percentage of uplink grants that should be allocated to the LCH. In the exemplary scenario, the ratio is 0.4 for the first LCH and 0.6 for the second LCH. If the UE receives an uplink grant that schedules 1000 bytes for XR traffic and both LCHs have data available for transmission, the first LCH is assigned 400 bytes and the second LCH is assigned 600 bytes (regardless of any type of protocol header, etc.). Based on the configured ratio, the MAC entity at the UE determines that the first LCH is assigned 0.4 / (0.4+0.6)*1000 bytes=400 bytes, while the second LCH is assigned 0.6 / (0.4+0.6)*1000 bytes=600 bytes. For the case where only the first LCH has data available for transmission, the UE calculates that the first LCH is allocated 0.4 / 0.4*1000 bytes=1000 bytes.
[0059] In contrast, according to the conventional LCP procedure, for each LCH, the UE will allocate uplink resources in the first round of the LCP procedure, up to the configured PBR value of the corresponding LCH (if configured). In one example, the allocation for each of the two (2) LCHs is 100 bytes, and in the second round, the remaining 800 bytes are allocated to the highest priority LCH. Therefore, through the new LCP mechanism proposed according to the present embodiment, the network device can explicitly control how to share uplink resources between LCH sets to ensure that data of mutually related bearers are multiplexed into the same TB or adjacent TBs (i.e., TBs that are transmitted closely to each other).
[0060] In another embodiment, the UE repeats the first step of the LCP procedure to satisfy the PBR requirement for each LCH until the UL grant is exhausted. The LCHs are served (starting with the highest priority logical channel, in order of decreasing priority) up to their configured PBR. The process is repeated until the uplink grant is exhausted. For the next round in the LCP procedure, uplink resources are allocated regardless of the bucket value of the LCH.
[0061] According to one embodiment, the DCI (UL DCI) that allocates uplink resources for the initial transmission indicates within a field whether the MAC should use the new LCP mechanism described herein. In one example, the UL DCI indicates a LCH / bearer configuration ratio or sharing parameter to determine the amount of UL resources allocated to the LCH. Alternatively or additionally, the UL DCI indicates whether the MAC will use a traditional LCP process. In one example, the field is a 1-bit flag that indicates whether the grant is for a multi-mode XR service. In response to receiving a UL DCI at the UE including a flag indicating that the uplink grant is intended for a multi-mode service, the UE selects an LCH configured with a share or ratio IE. In particular, a particular LCH belongs to a group of LCHs carrying multi-mode XR services, and the UE only considers those LCHs carrying multi-mode services for the LCP process. Subsequently, the MAC entity at the UE performs the LCP process for the multi-mode service by sharing the allocated uplink resources between the selected LCHs using a ratio.
[0062] According to a related embodiment, the configured grant configuration indicates whether the MAC entity should use (i) a new LCP mechanism to use a ratio or sharing parameter configured for the LCH / bearer to determine the amount of UL resources of the LCH multiplexed on the CG resources, or whether the MAC entity should use (ii) a traditional LCP process. In one example, a new IE is signaled within the configured grant configuration, which, when present, indicates that the configured grant resources are used for multi-mode data, such as XR services. The MAC entity uses the new LCP mechanism based on the ratio at which the LCH multiplexes data on the configured grant resources.
[0063] According to one embodiment, when the UE has no valid uplink resources and the remaining delay budget configured for a set of interdependent bearers is less than a preconfigured threshold, the UE triggers a status report (SR) or a buffer status report (BSR). In order to ensure that the data of the interdependent bearers / LCH does not exceed the configured delay bound, for example, the packets of the related bearers are sent within the configured delay range, the UE triggers a status report (SR) to request uplink resources from the gNB. This new SR or buffer status report (BSR) trigger is also applicable to the case where the interdependent bearers have the same logical channel priority.
[0064] According to another embodiment, the network provides some information to the UE, including relationship information between data of different mutually associated bearers / LCHs for uplink resource allocation for the LCP process. According to one embodiment, the relationship information includes relationship information between PDU sets of different mutually associated bearers / LCHs. In one example, the network provides the UE with information about mutually associated PDU sets of different LCHs / bearers used by the UE for MAC in the LCP process. In a specific example, the network provides the identities of mutually associated PDU sets of different (interrelated) bearers / LCHs carrying data for a multi-mode XR application. The relationship information is used in the LCP process when authorized uplink resources are shared between LCHs. For example, when the network indicates that PDUs within two PDU sets (e.g., identified by PDU sets) of two different LCHs are mutually associated, the UE ensures that the packets of these two mutually associated PDU sets / LCHs are sent in (multiple) the same TBs or at least close to each other to meet strict delay requirements.
[0065] In one or more embodiments, as an alternative or in addition to uplink resource allocation, the UE may signal to the gNB relationship information about interrelated PDU sets for different LCHs / bearers to improve downlink scheduling.
[0066] Figure 8 An example of a block diagram 800 of a user device 802 according to aspects of the present disclosure is illustrated, which provides wireless communication supporting LCP enhanced for delay-sensitive services (such as XR services). The user device 802 may be an example of a UE 104 as described herein. The user device 802 may support wireless communication with one or more base stations 102, UE 104, or any combination thereof. The user device 802 may include components for two-way communication, including components for sending and receiving communications (such as a communication manager 804, a processor 806, a memory 808, a receiver 810, a transmitter 812, and an I / O controller 814). These components may be electronically communicated or otherwise coupled (e.g., operationally, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., a bus). The receiver 810 and the transmitter 812 may be present on the same chip and are collectively referred to as a transceiver 815.
[0067] The communication manager 804, the receiver 810, the transmitter 812, or various combinations thereof, or various components thereof may be examples of components for performing various aspects of the present disclosure described herein. For example, the communication manager 804, the processor 806, the receiver 810, the transmitter 812, or various combinations or components thereof may support methods for performing one or more functions described herein. In one example, the processor 806 executes a dynamic RGB prioritization application that configures the communication manager 804 to perform an enhanced LCP process for prioritizing delay-sensitive data for allocation to uplink signals, or reverting to LCH prioritization for other services or data.
[0068] In some implementations, the communication manager 804, the receiver 810, the transmitter 812, or various combinations or components thereof may be implemented in hardware (e.g., in a communication management circuit system). The hardware may include a processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, which is configured to or otherwise supports components for performing the functions described in the present disclosure. In some implementations, the processor 806 and a memory 808 coupled to the processor 806 may be configured to perform one or more functions described herein (e.g., by executing instructions stored in the memory 808 by the processor 806). In one example, the processor 806 executes a dynamic multi-mode synchronization application 809 that configures the communication manager 804 to perform an enhanced LCP process for synchronizing multi-mode services such as multi-sensor XR services by proportional allocation of uplink signals, or for reverting to LCH prioritization of other services or data. The prorated allocation corresponds to the expected relative data rates provided for each mode, thereby achieving synchronous data delivery.
[0069] Additionally or alternatively, in some implementations, the communication manager 804, the receiver 810, the transmitter 812, or various combinations or components thereof may be implemented in code executed by the processor 806 (e.g., as communication management software or firmware). If implemented in code executed by the processor 806, the functionality of the communication manager 804, the receiver 810, the transmitter 812, or various combinations or components thereof may be performed by a general purpose processor, a DSP, a central processing unit (CPU), an ASIC, an FPGA, or any combination of these or other programmable logic devices (e.g., configured or otherwise supported to perform the functions described in the present disclosure).
[0070] In some implementations, the communication manager 804 may be configured to perform various operations (e.g., receive, monitor, send) using or otherwise cooperating with the receiver 810, the transmitter 812, or both. For example, the communication manager 804 may receive information from the receiver 810, send information to the transmitter 812, or combine with the receiver 810, the transmitter 812, or both to receive information, send information, or perform various other operations described herein. Although the communication manager 804 is illustrated as a separate component, in some implementations, one or more functions described with reference to the communication manager 804 may be supported or performed by the processor 806, the memory 808, or any combination thereof. For example, the memory 808 may store code that may include instructions executable by the processor 806 to cause the user device 802 to perform various aspects of the present disclosure as described herein, or the processor 806 and the memory 808 may be configured to perform or support such operations.
[0071] The processor 806 may include an intelligent hardware device (e.g., a general purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof). In some implementations, the processor 806 may be configured to operate a memory array using a memory controller. In some other implementations, the memory controller may be integrated into the processor 806. The processor 806 may be configured to execute computer-readable instructions stored in a memory (e.g., a memory 808) to enable the user device 802 to configure it to perform various functions of the present disclosure.
[0072] The memory 808 may include a random access memory (RAM) and a read-only memory (ROM). The memory 808 may store computer-readable computer executable code, which includes instructions that, when executed by the processor 806, cause the user device 802 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as a system memory or another type of memory. In some implementations, the code may not be directly executed by the processor 806, but may cause the computer / configure the computer to (e.g., when the code is compiled and executed) perform the functions described herein. In some implementations, the memory 808 may include a basic I / O system (BIOS), which may control basic hardware or software operations, such as interaction with peripheral components or devices.
[0073] The I / O controller 814 can manage input and output signals for the user device 802. The I / O controller 814 can also manage peripheral devices that are not integrated into the user device 802. In some implementations, the I / O controller 814 can represent a physical connection or port to an external peripheral device. In some implementations, the I / O controller 814 can use an operating system, such as MS Or other known operating systems. In some implementations, I / O controller 814 can be implemented as part of a processor such as processor 806. In some implementations, a user can interact with user device 802 via I / O controller 814 or via hardware components controlled by I / O controller 815.
[0074] In some implementations, the user device 802 may include a single antenna 816. However, in some other implementations, the user device 802 may have more than one antenna 816, which may be capable of concurrently sending or receiving multiple wireless transmissions. The receiver 810 and the transmitter 812 may communicate bidirectionally via one or more antennas 816, wired or wireless links described herein. For example, the receiver 810 and the transmitter 812 may represent a wireless transceiver and may communicate bidirectionally with another wireless transceiver. The transceiver may also include a modem for modulating packets, providing the modulated packets to one or more antennas 816 for transmission, and demodulating packets received from one or more antennas 816.
[0075] According to one or more aspects of the present disclosure, according to examples disclosed herein, the communication manager 804 can support wireless communication at a first device (e.g., user equipment 802). The communication manager 804 can be configured to or otherwise support communication with a network device (such as a base station 102 ( Figure 1)) of wireless communication. The transceiver 815 includes at least one receiver 810 and at least one transmitter 812 that enable the user equipment 802 to communicate with the network device. The communication manager 804 is communicatively coupled to the transceiver 815. The processor 906 executes a dynamic multi-mode synchronization application 809, which configures the communication manager 804 to perform aspects of the present disclosure. In one or more embodiments, the communication manager 804 receives one or more control messages from the network device through the transceiver 815 on the downlink, and the one or more control messages contain an uplink resource allocation authorization and a logical channel configuration of more than one logical channel. More than one logical channel belongs to a logical channel group. The logical channel configuration includes a priority value for each of the more than one logical channels and a ratio for each of the more than one logical channels. The communication manager 804 determines the amount of multi-mode traffic buffered in one or more uplink buffers for more than one logical channel in the logical channel group. The multi-mode traffic is interdependent and requires synchronous communication. The communication manager 804 assigns the resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group on the media access control layer. Specifically, the allocation is performed according to the ratio associated with each of the more than one logical channels and the amount of data buffered for the more than one logical channels determined. The communication manager 804 sends a multiplexed uplink signal of the multi-mode service containing more than one logical channel to the network device through the transceiver 815 using the uplink resource allocation grant.
[0076] In one or more embodiments, the communication manager 804 sends a buffer status report to the network device in response to determining that one or more uplink buffers contain multi-mode traffic in more than one logical channel. The buffer status report indicates the capacity of the multiplexed uplink signal. The communication manager 804 assigns the resources allocated by the uplink grant in response to receiving one or more control messages from the network device prompted by the buffer status report.
[0077] In one or more specific embodiments, the communication manager 804 determines that the user equipment is buffering multimode traffic in one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling. In one or more specific embodiments, in response to determining that the one or more uplink buffers no longer contain multimode traffic, the communication manager 804 reverts to assigning traffic data to the uplink signal according to a priority value associated with each of the more than one logical channels. In one or more embodiments, the one or more control messages include downlink control information (DCI).
[0078] Fig. 9An example of a block diagram 900 of a network device 902 supporting wireless communications according to aspects of the present disclosure that supports LCP enhanced for delay-sensitive services (such as XR services) is illustrated. The network device 902 may be an example of a base station 102 or a base station node as described herein. The network device 902 may support LCP with Figure 1 The network device 902 may include components for bidirectional communication, including components for sending and receiving communications (such as a scheduler 904, a processor 906, a memory 908, a receiver 910, a transmitter 912, and an I / O controller 914). These components may be electronically communicated or otherwise coupled (e.g., operationally, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., a bus). The receiver 910 and the transmitter 912 may be located on a single chip and are collectively referred to as a transceiver 915.
[0079] The scheduler 904, the receiver 910, the transmitter 912, or various combinations thereof, or various components thereof may be examples of means for performing various aspects of the present disclosure described herein. For example, the scheduler 904, the receiver 910, the transmitter 912, or various combinations or components thereof may support methods for performing one or more functions described herein.
[0080] In some implementations, the scheduler 904, receiver 910, transmitter 912, or various combinations or components thereof may be implemented in hardware (e.g., in a communications management circuit system). The hardware may include a processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, configured to or otherwise support components for performing the functions described in the present disclosure. In some implementations, the processor 906 and a memory 908 coupled to the processor 906 may be configured to perform one or more functions described herein (e.g., by executing instructions stored in the memory 908 by the processor 906). In one example, the processor 906 executes a dynamic multi-mode synchronization application 909 that configures the scheduler 904 to perform an enhanced LCP process that schedules a UE 104 ( Figure 1 ) for synchronizing multi-mode services such as multi-sensor XR services by proportional allocation of uplink signals, or for LCH prioritization for recovery to other services or data. The proportional allocation corresponds to the expected relative data rate provided for each mode, thereby achieving synchronous data delivery.
[0081] Additionally or alternatively, in some implementations, the scheduler 904, receiver 910, transmitter 912, or various combinations or components thereof may be implemented in code executed by the processor 906 (e.g., as communication management software or firmware). If implemented in code executed by the processor 906, the functions of the scheduler 904, receiver 910, transmitter 912, or various combinations or components thereof may be performed by a general purpose processor, DSP, central processing unit (CPU), ASIC, FPGA, or any combination of these or other programmable logic devices (e.g., configured or otherwise supported to perform the functions described in the present disclosure).
[0082] In some implementations, the scheduler 904 may be configured to perform various operations (e.g., receive, monitor, send) using or otherwise cooperating with the receiver 910, the transmitter 912, or both. For example, the scheduler 904 may receive information from the receiver 910, send information to the transmitter 912, or combine with the receiver 910, the transmitter 912, or both to receive information, send information, or perform various other operations described herein. Although the scheduler 904 is illustrated as a separate component, in some implementations, one or more functions described with reference to the scheduler 904 may be supported or performed by the processor 906, the memory 908, or any combination thereof. For example, the memory 908 may store code that may include instructions executable by the processor 906 to cause the network device 902 / configure it to perform various aspects of the present disclosure as described herein, or the processor 906 and the memory 908 may be configured to perform or support such operations.
[0083] The processor 906 may include an intelligent hardware device (e.g., a general purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof). In some implementations, the processor 906 may be configured to operate a memory array using a memory controller. In some other implementations, the memory controller may be integrated into the processor 906. The processor 906 may be configured to execute computer-readable instructions stored in a memory (e.g., a memory 908) to cause the network device 902 to perform various functions of the present disclosure.
[0084] The memory 908 may include random access memory (RAM) and read-only memory (ROM). The memory 908 may store computer-readable computer executable code, which includes instructions that, when executed by the processor 906, cause the network device 902 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as a system memory or another type of memory. In some implementations, the code may not be directly executed by the processor 906, but may cause the computer / configure the computer to (e.g., when compiled and executed) perform the functions described herein. In some implementations, the memory 908 may include a basic I / O system (BIOS), which may control basic hardware or software operations, such as interaction with peripheral components or devices.
[0085] I / O controller 914 can manage input and output signals of network device 902. I / O controller 914 can also manage peripheral devices that are not integrated into network device 902. In some implementations, I / O controller 914 can represent a physical connection or port to an external peripheral device. In some implementations, I / O controller 914 can use an operating system, such as MS Or other known operating systems. In some implementations, I / O controller 914 can be implemented as part of a processor such as processor 906. In some implementations, a user can interact with network device 902 via I / O controller 914 or via hardware components controlled by I / O controller 915.
[0086] In some implementations, the network device 902 may include a single antenna 916. However, in some other implementations, the network device 902 may have more than one antenna 916, which may be capable of concurrently sending or receiving multiple wireless transmissions. The receiver 910 and the transmitter 912 may communicate bidirectionally via one or more antennas 916, wired or wireless links described herein. For example, the receiver 910 and the transmitter 912 may represent a wireless transceiver and may communicate bidirectionally with another wireless transceiver. The transceiver may also include a modem for modulating packets, providing the modulated packets to one or more antennas 916 for transmission, and demodulating packets received from one or more antennas 916.
[0087] According to one or more aspects of the present disclosure, according to examples disclosed herein, the scheduler 904 can support wireless communication at a first network device (e.g., network device 902). The network device 902 includes a transceiver 915, which includes a method for enabling the network device 902 to communicate with a UE 104 ( Figure 1) and at least one receiver 910 and at least one transmitter 912 for communicating with a user device such as a UE. The scheduler 904 is communicatively coupled to the transceiver 915. According to aspects of the present disclosure, the scheduler 904
[0088] In one or more embodiments, the scheduler 904 sends one or more control messages to the user equipment on the downlink through the transceiver 915, and the one or more control messages contain an uplink resource allocation authorization and a logical channel configuration of more than one logical channel. More than one logical channel belongs to a logical channel group. The logical channel configuration includes a priority value of each logical channel in more than one logical channel and a ratio of each logical channel in more than one logical channel. The one or more control messages prompt the user equipment to determine the amount of multi-mode services buffered in one or more uplink buffers for more than one logical channel in the logical channel group. Multi-mode services are interdependent and require synchronous communication. The one or more control messages prompt the user equipment to assign the resources allocated by the uplink authorization to each of more than one logical channels in the logical channel group on the media access control layer. Specifically, the allocation is performed according to the ratio associated with each logical channel in more than one logical channel and the determined amount of data buffered for more than one logical channel. The scheduler 904 receives a multiplexed uplink signal of multi-mode services including more than one logical channel from the user equipment using an uplink resource allocation grant through the transceiver 915 .
[0089] In one or more embodiments, the scheduler 904 receives a buffer status report from the user equipment via the transceiver 915, the buffer status report indicating that one or more uplink buffers contain multimode services in more than one logical channel and indicating the capacity of the multiplexed uplink signal. The scheduler 904 sends one or more control messages in response to receiving the buffer status report to configure the user equipment to assign resources allocated by the uplink grant. In one or more embodiments, the scheduler 904 determines that the user equipment is buffering multimode services in one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling.
[0090] In one or more embodiments, in response to determining that one or more uplink buffers of the user equipment no longer contain multi-mode traffic, the scheduler 904 sends a second one or more control messages to configure the user equipment to revert to assigning traffic data to the uplink signal according to a priority value associated with each of the more than one logical channels. In one or more embodiments, the scheduler 904 sends downlink control information (DCI) within the one or more control messages.
[0091] Fig.10A flow chart of a method 1000 is illustrated, according to aspects of the present disclosure, that supports wireless communication between a user device and a network device, and that enhances an LCP process for multi-mode services or data (such as multi-sensor XR services). The operations of the method 1000 may be implemented by a user device or components thereof as described herein. For example, the operations of the method 1000 may be implemented by reference to Figures 1 to 8 The UE 104 described herein may be used to perform the described functions. In some implementations, the device may execute an instruction set to control the functional elements of the device to perform the described functions. Additionally or alternatively, the device may use dedicated hardware to perform aspects of the described functions.
[0092] At 1005, method 1000 may include receiving, by a transceiver of a user equipment, one or more control messages from a network device on a downlink, the one or more control messages including an uplink resource allocation grant and a logical channel configuration of more than one logical channel. The more than one logical channels belong to a logical channel group. The logical channel configuration includes a priority value for each of the more than one logical channels and a ratio for each of the more than one logical channels. The operations of 1005 may be performed according to examples described herein. In some implementations, aspects of the operations of 1005 may be described by reference to Figure 1 or Figure 8 The device is used to perform the above.
[0093] At 1010, method 1000 may include determining an amount of multi-mode traffic buffered in one or more uplink buffers for more than one logical channel in a logical channel group, the multi-mode traffic being interdependent and requiring synchronous communication. The operations of 1010 may be performed according to examples described herein. In some implementations, aspects of the operations of 1010 may be described with reference to Figure 1 or Figure 8 The device is used to perform the above.
[0094] At 1015, method 1000 may include, at a media access control layer, assigning resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group according to a ratio associated with each of the more than one logical channels and an amount of data determined to be buffered for the more than one logical channels. The operations of 1015 may be performed according to examples described herein. In some implementations, aspects of the operations of 1015 may be described with reference to Figure 1 or Figure 8 The device is used to perform the above.
[0095] At 1020, method 1000 may include sending, by the transceiver, a multiplexed uplink signal containing multi-mode services of more than one logical channel to a network device using an uplink resource allocation grant. The operations of 1020 may be performed according to examples described herein. In some implementations, aspects of the operations of 1020 may be described with reference to Figure 1 or Figure 8 The device is used to perform the above.
[0096] In one or more embodiments, method 1000 may include, in response to determining that one or more uplink buffers contain multi-mode traffic in more than one logical channel, sending a buffer status report to a network device, the buffer status report indicating a capacity of multiplexed uplink signals. Method 1000 may include, in response to receiving one or more control messages from the network device prompted by the buffer status report, assigning resources allocated by the uplink grant.
[0097] In one or more embodiments, method 1000 may include determining that a user equipment is buffering multimode traffic in one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling. In one or more embodiments, method 1000 may include, in response to determining that one or more uplink buffers no longer contain multimode traffic, reverting to assigning traffic data to uplink signals according to a priority value associated with each of more than one logical channels. In one or more embodiments, the one or more control messages include downlink control information (DCI).
[0098] Fig.11 A flow chart of a method 1100 is illustrated, according to aspects of the present disclosure, that supports wireless communication between a network device and a user device, that enhances an LCP process for multi-mode services or data (such as multi-sensor XR services). The operations of the method 1100 may be implemented by a device or component thereof as described herein. For example, the operations of the method 1100 may be implemented by reference to Figures 1 to 9 The network device, base station node or base station 102 described herein may be performed. In some implementations, the network device may execute an instruction set to control the functional elements of the network device to perform the described functions. Additionally or alternatively, the network device may use dedicated hardware to perform aspects of the described functions.
[0099] At 1105, the method may include sending, by a transceiver, one or more control messages to a user equipment on a downlink, the one or more control messages including an uplink resource allocation grant and a logical channel configuration of more than one logical channel. The more than one logical channel belongs to a logical channel group. The logical channel configuration includes a priority value for each of the more than one logical channels and a ratio for each of the more than one logical channels. The operations of 1105 may be performed according to the examples described herein. In some implementations, aspects of the operations of 1105 may be described with reference to Figure 1 or Fig. 9 The device is used to perform the above.
[0100] The one or more control messages prompt the user equipment to determine an amount of multi-mode traffic buffered in one or more uplink buffers for more than one logical channel in the logical channel group, the multi-mode traffic being interdependent and requiring synchronous communication. The one or more control messages also prompt the user equipment to assign resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group at a media access control layer according to a ratio associated with each of the more than one logical channels and the determined amount of data buffered for the more than one logical channels.
[0101] At 1110, the method may include receiving, by a transceiver, a multiplexed uplink signal containing a multi-mode service of more than one logical channel from a user equipment using an uplink resource allocation grant. The operations of 1110 may be performed according to the examples described herein. In some implementations, aspects of the operations of 1110 may be described with reference to Figure 1 or Fig. 9 The device is used to perform the above.
[0102] In one or more embodiments, the method 1100 may include receiving, by the transceiver, a buffer status report from the user equipment, the buffer status report indicating that one or more uplink buffers contain multimode traffic in more than one logical channel and indicating a capacity for multiplexing uplink signals. The method 1100 may include sending one or more control messages in response to receiving the buffer status report to configure the user equipment to assign resources allocated by the uplink grant.
[0103] In one or more embodiments, method 1100 may include determining that the user equipment is buffering multi-mode traffic in one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling. In one or more embodiments, method 1100 may include: in response to determining that one or more uplink buffers of the user equipment no longer contain multi-mode traffic, sending a second one or more control messages to configure the user equipment to revert to assigning traffic data to uplink signals according to a priority value associated with each of more than one logical channels. In one or more embodiments, method 1100 may include sending downlink control information (DCI) within one or more control messages.
[0104] The various illustrative blocks and components described in conjunction with the disclosure herein may be implemented or executed with a general purpose processor, DSP, ASIC, CPU, FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, but in an alternative, the processor may be any processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in combination with a DSP core, or any other such configuration).
[0105] The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or sent via a computer-readable medium as one or more instructions or codes. Other examples and implementations are within the scope of this disclosure and the appended claims. For example, due to the nature of software, the functions described herein may be implemented using software executed by a processor, hardware, firmware, hard wiring, or any combination of these. Features that implement the functions may also be physically located in various locations, including being distributed so that portions of the functions are implemented in different physical locations.
[0106] Computer-readable media include both non-transient computer storage media and communication media, and communication media include any medium that facilitates the transmission of computer programs from one place to another. Non-transient storage media can be any available medium that can be accessed by a general or special-purpose computer. As an example and not limitation, non-transient computer-readable media can include RAM, ROM, electrically erasable programmable ROM (EEPROM), flash memory, compact disk (CD) ROM or other optical disk storage, disk storage or other magnetic storage device, or can be used to carry or store desired program code devices in the form of instructions or data structures and can be accessed by a general or special-purpose computer, or any other non-transient medium of a general or special-purpose processor.
[0107] Any connection may be appropriately referred to as a computer-readable medium. For example, if the software is sent from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technology (such as infrared, radio, and microwave), the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technology (such as infrared, radio, and microwave) is included in the definition of computer-readable medium. Disks and optical disks as used herein include CDs, laser disks, optical disks, digital versatile disks (DVDs), floppy disks, and Blu-ray disks, wherein disks typically reproduce data magnetically, and optical disks reproduce data optically with lasers. Combinations of the above are also included within the scope of computer-readable media.
[0108] As used herein, including in the claims, "or" used in a list of items (e.g., a list of items beginning with a phrase such as "at least one of" or "one or more of") represents an inclusive list, so that, for example, a list of at least one of A, B, or C represents A or B or C or AB or AC or BC or ABC (i.e., A and B and C). In addition, as used herein, the phrase "based on" should not be interpreted as a reference to a closed set of conditions. For example, an example step described as "based on condition A" may be based on both condition A and condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase "based on" should be interpreted in the same manner as the phrase "based at least in part on." In addition, as used herein, including in the claims, a "set" may include one or more elements.
[0109] The descriptions described herein in conjunction with the accompanying drawings describe example configurations and do not represent all examples that may be implemented or within the scope of the claims. The term "example" as used herein means "used as an example, instance, or illustration," rather than "preferred" or "better than other examples." The detailed description includes specific details to facilitate understanding of the described techniques. However, these techniques may be practiced without these specific details. In some instances, known structures and devices are shown in block diagram form to avoid obscuring the concepts of the described examples.
[0110] The description herein is provided to enable one of ordinary skill in the art to make or use the present disclosure. Various modifications to the present disclosure will be clear to one of ordinary skill in the art, and the general principles defined herein may be applied to other variations without departing from the scope of the present disclosure. Therefore, the present disclosure is not limited to the examples and designs described herein, but should conform to the widest scope consistent with the principles and novel features disclosed herein.
Claims
1. A user equipment for wireless communication, the user equipment comprising: a transceiver comprising at least one transmitter and at least one receiver enabling the user equipment to communicate with a network device; as well as a communications manager communicatively coupled to the transceiver and: Receiving, by the transceiver, one or more control messages from the network device on a downlink, the one or more control messages comprising: an uplink resource allocation grant, and a logical channel configuration of more than one logical channel, wherein the more than one logical channel belongs to a logical channel group, the logical channel configuration comprising: a priority value of each of the more than one logical channels, and a ratio of each of the more than one logical channels; determining an amount of multi-mode traffic buffered in one or more uplink buffers for the more than one logical channels in the logical channel group, the multi-mode traffic being interdependent and requiring synchronous communication; assigning, at a medium access control layer, resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group according to the ratio associated with each of the more than one logical channels and the determined amount of data buffered for the more than one logical channels; and The uplink resource allocation grant is used to transmit, by the transceiver, a multiplexed uplink signal including the multi-mode services of the more than one logical channels to the network device.
2. The user equipment according to claim 1, wherein the communication manager: In response to determining that the one or more uplink buffers contain the multimode traffic in the more than one logical channels, sending a buffer status report to the network device, the buffer status report indicating a capacity of a multiplexed uplink signal; and In response to receiving the one or more control messages from the network device prompted by the buffer status report, the resources allocated by the uplink grant are assigned.
3. The user equipment of claim 2, wherein the communication manager determines that the user equipment is buffering the multimode service in the one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling.
4. A user equipment according to claim 2, wherein in response to determining that the one or more uplink buffers no longer contain multi-mode traffic, the communication manager reverts to assigning traffic data to the uplink signal based on a priority value associated with each of the more than one logical channels.
5. The user equipment of claim 1, wherein the one or more control messages comprise downlink control information (DCI).
6. A network device for wireless communication, the network device comprising: a transceiver comprising at least one transmitter and at least one receiver enabling the network device to communicate with a user device; as well as a scheduler communicatively coupled to the transceiver and: Sending one or more control messages to the user equipment on a downlink by the transceiver, the control message comprising: an uplink resource allocation authorization, and a logical channel configuration of more than one logical channel, wherein the more than one logical channel belongs to a logical channel group, and the logical channel configuration comprises: a priority value of each of the more than one logical channels, and a ratio of each of the more than one logical channels, so as to prompt the user equipment: determining an amount of multi-mode traffic buffered in one or more uplink buffers for the more than one logical channels in the logical channel group, the multi-mode traffic being interdependent and requiring synchronous communication; and assigning, at a medium access control layer, resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group according to the ratio associated with each of the more than one logical channels and the determined amount of data buffered for the more than one logical channels; and A multiplexed uplink signal of the multi-mode services including the more than one logical channels is received from the user equipment by the transceiver using the uplink resource allocation grant.
7. The network device according to claim 6, wherein the scheduler: receiving, by the transceiver, a buffer status report from the user equipment, the buffer status report indicating that the one or more uplink buffers contain the multimode traffic in the more than one logical channels and indicating a capacity of a multiplexed uplink signal; and In response to receiving the buffer status report, the one or more control messages are sent to configure the user equipment to assign the resources allocated by the uplink grant.
8. The network device of claim 6, wherein the scheduler determines that the user equipment is buffering the multi-mode traffic in the one or more uplink buffers by identifying an extended reality (XR) bearer configured by radio resource control (RRC) signaling.
9. A network device according to claim 6, wherein in response to determining that the one or more uplink buffers of the user equipment no longer contain multi-mode traffic, the scheduler sends a second one or more control messages to configure the user equipment to revert to assigning traffic data to uplink signals according to a priority value associated with each of the more than one logical channels.
10. The network device of claim 6, wherein the scheduler sends downlink control information (DCI) within the one or more control messages.
11. A method for wireless communication performed by a user equipment, the method comprising: Receiving, by a transceiver of the user equipment, one or more control messages from a network device on a downlink, the one or more control messages comprising: an uplink resource allocation grant and a logical channel configuration of more than one logical channel, wherein the more than one logical channel belongs to a logical channel group, the logical channel configuration comprising: a priority value of each of the more than one logical channels, and a ratio of each of the more than one logical channels; determining an amount of multi-mode traffic buffered in one or more uplink buffers for the more than one logical channels in the logical channel group, the multi-mode traffic being interdependent and requiring synchronous communication; assigning, at a medium access control layer, resources allocated by the uplink grant to each of the more than one logical channels in the logical channel group according to the ratio associated with each of the more than one logical channels and the determined amount of data buffered for the more than one logical channels; and The uplink resource allocation grant is used to transmit, by the transceiver, a multiplexed uplink signal including the multi-mode services of the more than one logical channels to the network device.
12. The method according to claim 11, further comprising: responsive to determining that the one or more uplink buffers contain the multimode traffic in the more than one logical channels, sending a buffer status report to the network device, the buffer status report indicating a capacity of a multiplexed uplink signal; as well as In response to receiving the one or more control messages from the network device prompted by the buffer status report, the resources allocated by the uplink grant are assigned.
13. The method of claim 12, wherein determining that the user equipment is buffering the multi-mode traffic in the one or more uplink buffers comprises: Identifies an extended reality (XR) bearer configured by radio resource control (RRC) signaling.
14. The method according to claim 12, further comprising: In response to determining that the one or more uplink buffers no longer contain multimode traffic, reverting to assigning traffic data to uplink signals according to a priority value associated with each of the more than one logical channels.
15. The method of claim 11, wherein the one or more control messages comprise downlink control information (DCI).