Method and apparatus for physical layer scheduling for extended reality applications

Abstract

Methods, apparatuses, and systems related to physical layer scheduling techniques are disclosed for boosting system capacity and reducing signaling overhead for extended reality (XR) applications. In one example aspect, a method for wireless communication includes receiving, by a terminal device, a signaling message from a base station, the signaling message scheduling one or more transmissions associated with an extended reality application. The method further includes performing the one or more transmissions based on the signaling message.

Description

Technical Field

[0001] This patent document relates to wireless communication. Background Technology

[0002] Mobile communication technology is driving the world towards an increasingly interconnected and networked society. The rapid development and technological advancements in mobile communications have led to greater demands for capacity and connectivity. Other factors such as energy consumption, equipment cost, spectrum efficiency, and latency are also important for meeting the needs of various communication scenarios. Various technologies are being discussed, including new approaches to providing higher service quality, longer battery life, and improved performance. Summary of the Invention

[0003] This patent document specifically describes techniques related to physical layer scheduling, which can be implemented to increase system capacity and reduce signaling overhead for extended reality (XR) applications.

[0004] In one example aspect, a method for wireless communication includes receiving a signaling message from a base station via a terminal device, the signaling message scheduling one or more transmissions associated with an extended reality application. The method also includes performing one or more transmissions based on the signaling message.

[0005] In another example, methods for wireless communication include transmitting signaling messages to a terminal device via a base station. The signaling messages are scheduled to accompany one or more transmissions associated with an extended reality application, enabling the terminal device to perform one or more transmissions.

[0006] In another example, a communication device is disclosed. This device includes a processor for implementing the methods described above.

[0007] In yet another example, a computer program storage medium is disclosed. This computer program storage medium contains code stored thereon. When the code is executed by a processor, it causes the processor to implement the method described.

[0008] These and other aspects are described in this document. Attached Figure Description

[0009] Figure 1 An example transmission scheduled via conventional downlink control information (DCI) signaling messages is shown.

[0010] Figure 2 An example of frequency domain subband scheduling via a single DCI signaling message is shown according to one or more embodiments of the present technology.

[0011] Figure 3A This is a flowchart illustrating a method for wireless communication according to one or more embodiments of the present technology.

[0012] Figure 3B This is a flowchart illustrating a method for wireless communication according to one or more embodiments of the present technology.

[0013] Figure 4 An example packet of transmission based on a time slot number is shown according to one or more embodiments of the present technology.

[0014] Figure 5 An example of a wireless communication system to which one or more embodiments of the present technology can be applied is shown.

[0015] Figure 6 This is a block diagram of a radio station that can be applied to one or more embodiments of the present technology. Detailed Implementation

[0016] The use of chapter headings in this document is for readability purposes only and does not limit the scope of the embodiments and techniques disclosed in each chapter to that chapter only. Furthermore, for ease of understanding, some embodiments are described with reference to the Third Generation Partnership Project (3GPP) New Radio (“5G”) standard, and the described techniques can be implemented in different wireless systems implementing protocols other than 5G.

[0017] The term Extended Reality (XR) refers to Augmented Reality (AR), Mixed Reality (MR), and / or Virtual Reality (VR). XR technology combines the real world with virtual information generated by digital devices. XR enables an immersive experience perceived by the user within a mixed reality virtual environment. To support high-quality XR services, networks need to provide high data rates and low latency. For example, for downlink XR traffic (e.g., from a base station to a user equipment), a single stream can include video frames, each with left-eye and right-eye frames sharing the same buffer. Different types of multi-stream traffic (also known as multi-flow) can be used, such as video stream / flow and audio stream / flow, field-of-view (FOV) stream / flow, and omnidirectional stream / flow. Packet success rates for XR traffic are typically required to be 99% or higher.

[0018] This patent application discloses various techniques applicable to wireless communication systems to improve bandwidth capacity and reduce latency. Specifically, considering the consistency and periodicity of XR traffic (e.g., the need to schedule multiple time slots of XR frames for packet transmission to meet data rate and capacity requirements), at the physical layer, a single Downlink Control Information (DCI) signaling message can schedule multiple transport blocks (TBs) / multiple transmissions to improve data rate and reduce control signaling overhead. User equipment can receive information (e.g., configuration or auxiliary information) from the network indicating the type of service (e.g., XR traffic) of the data traffic. Once the user equipment determines that an upcoming transmission is associated with an XR application, multiple transmissions associated with the same XR traffic can be scheduled in the same signaling message, thereby improving scheduling / transmission efficiency and reducing overhead.

[0019] Currently, DCI signaling messages include information related to the Start and Length Indicator Value (SLIV), Redundancy Version (RV), New Data Indicator (NDI), and Modulation and Coding Scheme (MCS) for each transmission scheduled on the Physical Downlink Shared Channel (PDSCH). The current DCI design provides scheduling flexibility, but this flexibility also introduces significant signaling overhead. Figure 1 The illustration shows an example transport scheduled via regular DCI signaling messages. Figure 1 In this process, DCI signaling is transmitted in time slot 0. If the maximum number of schedulable PDSCH transmissions is 8, then the SLIV indication requires a maximum of 6 bits, the NDI indication requires a maximum of 8 bits (e.g., each bit corresponds to one scheduled PDSCH), and the RV indication requires a maximum of 8 bits (each bit corresponds to one scheduled PDSCH).

[0020] For XR traffic, the TB size in each scheduled transmission on the Physical Uplink Shared Channel (PUSCH) or PDSCH can be similar. Furthermore, due to the low mobility of XR devices (e.g., for a specific AR / VR session, devices typically remain in the same geographical location with little movement), the channel states used for transmission can be similar. Therefore, the same SLIV, NDI, and / or RV can be configured for scheduled PUSCH / PDSCH to reduce signaling overhead. Moreover, the frequency selection characteristics of wireless channels allow for flexible frequency domain resource allocation to user equipment (e.g., selecting frequency subbands with optimal channel quality indications), which can improve system capacity. Figure 2 The illustration depicts an example of frequency domain subband scheduling via a single DCI signaling message according to one or more embodiments of the present technology. The DCI signaling message schedules six transmissions on the PDSCH. The CQI of subband 1 is optimal in the associated time-domain slot. Therefore, scheduling at least a portion of the PDSCH transmissions in subband 1 (e.g., the last three PDSCH transmissions) can improve capacity.

[0021] Figure 3A This is a flowchart illustrating a method 300 for wireless communication according to one or more embodiments of the present technology. Method 300 includes step 310, receiving a signaling message via a terminal device, the signaling message scheduling one or more transmissions associated with an extended reality application. Method 300 includes step 320, performing one or more transmissions based on the signaling message. In some embodiments, the method includes receiving a second signaling message at a higher layer via the terminal device, the second signaling message including information indicating traffic associated with an extended reality application.

[0022] Figure 3B This is a flowchart illustrating a method 350 for wireless communication according to one or more embodiments of the present technology. Method 350 includes step 360, transmitting signaling messages to a terminal device via a base station, the signaling messages scheduling one or more transmissions associated with an extended reality application to enable the terminal device to perform one or more transmissions. In some embodiments, the method includes transmitting a higher-layer second signaling message via the base station, the second signaling message including information indicating traffic associated with an extended reality application.

[0023] In some embodiments, the signaling message includes a field that indicates more than four monitoring adaptation options for one or more transmissions.

[0024] In some embodiments, signaling messages are used to schedule multiple transports associated with extended reality applications.

[0025] In some embodiments, the signaling message includes information indicating multiple frequency domain locations, each used for one of multiple transmissions associated with an extended reality application. In some embodiments, the information includes one or more offsets relative to frequency domain resources. In some embodiments, the information includes one or more frequency hopping locations for frequency domain resources. In some embodiments, the signaling message includes a bit field indicating that pre-configured grant (CG) or semi-persistent scheduling (SPS) resources are ignored or skipped.

[0026] In some embodiments, the signaling message includes group information indicating the number of groups into which multiple transmissions are divided. In some embodiments, the group information includes one or more values ​​indicating multiple time-domain durations, and wherein a subset of transmissions located in one of the multiple time-domain durations is classified as a group. In some embodiments, the group information includes a number of bits indicating the number of groups. In some embodiments, the group information includes a number of bits indicating the number of transmissions in a group.

[0027] In some embodiments, the reduced number of bits is used to indicate scheduling information for a subset of multiple transmissions within the same group. In some embodiments, the scheduling information includes an indicator indicating the last set of transmission blocks for the multiple transmissions, a SLIV for time-domain allocation of the multiple transmissions, a redundancy version indicator, a new data indicator, a Hybrid Automatic Repeat Request (HARQ) process number, or a modulation and coding scheme.

[0028] In some embodiments, multiple transports are configured to extend multiple media streams for real-world applications. For example, a single DCI can schedule multiple TBs of multiple streams (e.g., FOV stream and omnidirectional stream), with the DCI scheduling eight TBs. Four of the eight TBs correspond to the first stream of XR traffic (e.g., FOV stream) and the remaining four TBs correspond to the second stream of XR traffic (e.g., omnidirectional stream). This saves on the additional signaling overhead associated with multiple streams and allows for multi-stream scheduling even when resources on the Physical Downlink Control Channel (PDCCH) are limited at a given point in time.

[0029] The following describes some examples of the disclosed technologies.

[0030] Example 1

[0031] In some embodiments, the UE receives information from a higher layer that configures or indicates the scheduling of XR traffic. In some embodiments, the base station may configure semi-persistent scheduling (SPS) parameters, configuration grant (CG) parameters, and / or connected discontinuous reception (C-DRX) parameters to indicate whether the data service type can be XR data. In some embodiments, the information may be implemented as Quality of Service (QoS) auxiliary information. Example QoS auxiliary information may include at least one of the following:

[0032] 1. Set the start time for the Protocol Data Unit (PDU).

[0033] 2. PDU settings for start time jitter.

[0034] 3. Set the PDU end time or the PDU duration.

[0035] 4. PDU settings are periodic.

[0036] 5. The periodicity or number of data packets in a PDU set.

[0037] 6. Data packet size.

[0038] 7. Set PDU priority.

[0039] 8. PDU set dependency information (e.g., whether PDU sets should be transmitted in sequence, and whether subsequent PDU sets do not need to be transmitted if the PDU sets they depend on are lost).

[0040] In some embodiments, information from the network may be implemented as User Plane General Packet Radio Services (GPRS) Tunneling Protocol (GTP-U) header assistance information. Example GTP-U header assistance information may include at least one of the following:

[0041] 1. Start indication of PDU set.

[0042] 2. End indication of PDU set.

[0043] 3. Set PDU priority.

[0044] 4. PDU set dependency information (e.g., whether PDU sets should be transmitted in sequence, and whether subsequent PDU sets do not need to be transmitted if the PDU sets they depend on are lost).

[0045] Based on higher-level configuration information, the UE can determine whether the subsequence traffic to be scheduled is XR traffic. In some embodiments, if the UE is using CG / SPS resources, but other configuration information indicates that XR traffic is to be scheduled, the DCI may include control information or bit fields to indicate that the pre-configured CG / SPS resources can be ignored or skipped, and multiple XR transmissions may be scheduled / executed based on the information indicated in the DCI.

[0046] In some embodiments, the UE can receive an explicit indication from the base station indicating whether scheduling of multiple XR traffic is configured. For example, Radio Resource Control (RRC) information elements (IEs) can be used, such as pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR and / or pusch-TimeDomainResourceAllocationListForMultiPUSCH-XR, to indicate multiple XR transmissions to be scheduled on the PDSCH or PUSCH. In some embodiments, up to N entries can be indicated by the RRC IE, indicating that DCI signaling can schedule up to N transmissions at a time. For example, N can be 16 or 32.

[0047] Example 2

[0048] In some embodiments, when determining to schedule XR traffic (e.g., based on higher-layer configuration information or explicit signaling), the UE may expect a single DCI signaling message carrying information to schedule multiple XR transmissions. Multiple XR transmissions can be further scheduled to utilize multiple frequency domain resources, thereby increasing system capacity. To this end, at least one of the following options can be used to enhance the DCI signaling message.

[0049] Option 2-1: Enhanced DCI Format 0_1 / DCI Format 1_1, used to schedule a single DCI for multiple transmissions.

[0050] In this option, a new bit field (e.g., a "frequency offset indication") can be introduced to indicate the frequency offset of the start or end position of the allocated frequency domain resources. For example, as specified in 3GPP Technical Specification 38.212, the "Frequency Domain Resource Allocation" field indicates the location of the first frequency domain resource. The resource allocation type for XR transmissions is the same. Accordingly, in some embodiments, the location of the second frequency domain resource can be indicated as an offset of the location of the first frequency domain resource.

[0051] Option 2-2: Enhanced Format 0_1, used to schedule a single DCI for multiple uplink transmissions.

[0052] In some embodiments, frequency hopping can be configured for uplink transmissions on the PUSCH to reduce interference. A single bit in the "Frequency Hopping Indication" field indicates whether frequency hopping is enabled or disabled. Alternatively, the "Frequency Hopping Indication" can be extended to multiple bits to indicate frequency hopping based on the frequency domain resources indicated by the "Frequency Domain Resource Allocation" field. Table 1 below shows example frequency hopping indications according to one or more embodiments of the present technology.

[0053] Table 1

[0054] Bit fields mapped to the index PUSCH frequency hopping 0 Disable 1 First frequency hopping of the first frequency domain resource 2 Second frequency hopping of the first frequency domain resources 3 Third frequency hopping of the first frequency domain resources

[0055] See again Figure 2 By utilizing the enhanced DCI format, more flexible scheduling can be configured based on subband CSI (e.g., frequency offset between the first and second groups), thereby improving system capacity.

[0056] Example 3

[0057] In some embodiments, TB / transmissions associated with XR traffic of PUSCH / PDSCH can be grouped into the same group. Enhanced DCI Format 0_1 / DCI Format 1_1 containing packet information can be introduced. Packet information can be indicated using at least one and / or a combination of the following options:

[0058] Option 3-1: Indicates one or more time slot values.

[0059] In this option, new bit fields (e.g., "PUSCH / PDSCH group information") can be introduced to indicate group information (e.g., PUSCH or PDSCH group information) using one or more slot values. Figure 4The illustration depicts an example packet of a time slot-based transmission according to one or more embodiments of the present technology. The bit field "PUSCH / PDSCH Group Information" can indicate a first value for time slot x and a second value for time slot y. Based on the indicated values, scheduled transmissions can be divided into two or more groups. For example, if the time slot number of the last scheduled transmission is less than or equal to y, the transmission is divided into two groups: the first group extends from the start time slot s to time slot x / x-1, and the second group extends from time slot x+1 / x to the end time slot (e or y). As another example, if the time slot number of the last scheduled transmission is greater than y, the transmission is divided into three groups: the first group extends from the start time slot s to time slot x / x-1, the second group extends from time slot x+1 / x to time slot y / y-1, and the third group extends from time slot y+1 / y to the last time slot (e).

[0060] Option 3-2: Indicates the number of transmissions in each group.

[0061] In this option, new bit fields can be introduced to indicate group information using values ​​that indicate the length of each group and / or the number of groups. For example, when the DCI includes log2N bits to indicate length N, the first N transmissions belong to the first group, and the next N transmissions belong to the second group. In some embodiments, the number of groups can be determined based on ceil (maximum number of scheduled transmissions / N). In some embodiments, the number of groups can be indicated by DCI signaling.

[0062] Example 4

[0063] When multiple transmissions are scheduled together and / or grouped together, indicating that they are associated with the same XR traffic and share the same channel condition characteristics, other fields in the DCI signaling message can be shortened to reduce signaling overhead (e.g., shortened bit fields in the DCI can be applied to each transmission in the group). Examples of fields that can be shortened when multiple XR transmissions are scheduled together include at least one of the following:

[0064] Example 4-1: Shortened SLIV Field

[0065] Currently, a maximum of 4 bits can be used for SLIV indication. When multiple XR transmissions are scheduled or grouped for XR traffic, the same SLIV value can be applied to the remaining transmissions or the remaining transmissions in the same group.

[0066] Example 4-2: Shortened Time-Domain Resource Allocation Field

[0067] Currently, a maximum of 6 bits can be used for time-domain resource allocation indication. When the UE determines that multiple XR transmissions are scheduled or packets are used for XR traffic, the bit width of the time-domain resource allocation field can be reduced. For example, if the higher-layer parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR is configured, it is 0, 1, 2, 3, 4, or 5 bits as defined in Clause 5.1.2.1 of [6, TS38.214]. The bit width of this field is determined as follows: Bits, where I is the number of entries in the higher-level parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR.

[0068] Example 4-3: Shortened RV field

[0069] When multiple XR transmissions are scheduled or grouped for XR traffic, the same RV value can be applied to one or more remaining transmissions within the same group. For example, the number of bits for the RV can be determined as follows:

[0070] - If the number of scheduled transmissions indicated by the time-domain resource allocation field is 1, then it is 2 bits;

[0071] - Otherwise, the number of bits is determined by the maximum number of schedulable PDSCHs in all entries of the higher-level parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR (e.g., log2(ceil(maximum number of schedulable PDSCHs / N)), where each bit corresponds to a group of transmissions and N indicates that the first N PDSCHs belong to the first group.

[0072] Example 4-4: Shortened NDI Field

[0073] When multiple XR transmissions are scheduled or grouped for XR traffic, the same NDI value can be applied to one or more remaining transmissions within the same group. For example, the number of bits for the NDI can be determined as follows:

[0074] - If the number of scheduled PDSCHs indicated by the time-domain resource allocation field is 1, then it is 1 bit;

[0075] - Otherwise, the number of bits is determined by the maximum number of schedulable PDSCHs in all entries of the higher-level parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR (e.g., log2(ceil(maximum number of schedulable PDSCHs / N)), where each bit corresponds to a group of transmissions and N indicates that the first N PDSCHs belong to the first group.

[0076] Example 4-5: Reduced HARQ process count

[0077] For transmission of XR traffic packets, a smaller number of HARQ processes can reduce processing complexity. For example, the number of bits for NDI can be specified as follows:

[0078] - If the higher-level parameter harq-ProcessNumberSizeDCI-1-1 is configured, it is 5 bits;

[0079] - If the higher-level parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR is configured, it is 3 bits, where each PDSCH group has the same HARQ process number;

[0080] - Otherwise, it is 4 bits.

[0081] Example 4-6: Shortened MCS value

[0082] When multiple XR transmissions are scheduled or grouped for XR traffic, the same or similar MCS values ​​can be applied to one or more remaining transmissions in the same group. At least one of the following options can be used to enhance DCI signaling messages.

[0083] Option 4-6-1: A new bit field, "MCS Offset Information," can be introduced to indicate the index offset of the MCS, which is indicated by the bit field "Modulation and Coding Scheme." For example, if the "Modulation and Coding Scheme" field indicates a value of 2, the MCS used by the first set of PDSCHs is indicated by a value of 2. The bit field "MCS Offset Information" indicates an offset value of 1. The MCS used by the second set of PDSCHs would therefore be a value of 2 + 1 = 3.

[0084] Option 4-6-2: DCI can indicate the row index of the MCS configuration table.

[0085] In some embodiments, a table of MCS values ​​can be configured via RRC signaling. Table 2 shows example values ​​that can be configured via RRC signaling.

[0086] Table 2

[0087] row index Group #1 Group #2 1 MCS#N1 MCS#N2 2 MCS#N3 MCS#N4 3 MCS#N5 MCS#N6 4 MCS#N7 MCS#N8 …

[0088] As shown in Table 2, each row of the configuration includes the MCS values ​​for group #1 and group #2. If more groups are supported, MCS values ​​for additional groups can also be configured. The DCI bit field may include a row index indicating the applicable MCS value for each transmission group. In some embodiments, the bit field "Modulation and Coding Scheme" may be reused to indicate the row index.

[0089] Option 4-6-3: The DCI may include a second MCS bit field to indicate the MCS used for other transport groups. Example: The second MCS bit field may be the following:

[0090] -5 bits indicate the MCS of the second group of PDSCH / PUSCH.

[0091] Option 4-7: Shortening indication for the last group of TBs

[0092] In some embodiments, a bit field (e.g., "last TB") can be used to indicate which transmission / TB is the last, allowing the UE to stop C-DRX timers (e.g., OnDuration timers and / or Inactivity timers) if C-DRX is configured. For example, scheduling 8 transmissions requires 3 bits to indicate which of the 8 transmissions is the last. When transmissions are grouped, fewer bits are needed for indication. For example, if the 8 transmissions are divided into 4 groups, only 2 bits are needed to indicate which group is the last TB.

[0093] Example 5

[0094] In some embodiments, the UE can adjust its PDCCH monitoring behavior to achieve power saving. When data arrives sparsely, the PDCCH monitoring adaptation field allows the UE to switch its PDCCH monitoring behavior with sparser PDCCH monitoring timing within a bandwidth portion (BWP). Currently, the PDCCH monitoring adaptation indication is limited to 0, 1, or 2 bits. However, considering the periodicity of XR traffic and the possibility of scheduling multiple XR transmissions simultaneously, more flexibility can be provided in the UE's PDCCH monitoring behavior to improve its power-saving characteristics. In some embodiments, three or more bits can be used for the PDCCH monitoring adaptation indication (e.g., together with the shortened DCI bits discussed in Embodiment 4), allowing the UE to have more diverse monitoring behaviors to save power. The enhanced PDCCH monitoring adaptation indication can be applied to a single transmission as well as multiple transmissions. In some cases, it is expected that the UE monitors the PDCCH during the PDCCH skip duration for scheduled retransmissions. In other cases, it is expected that the UE monitors the PDCCH for scheduled retransmissions when the drx-retransmission timer is running and the time is within the PDCCH skip duration. In this regard, enhanced PDCCH monitoring adaptation can improve system capacity.

[0095] It should be noted that the techniques described in the above embodiments focus on the scheduling of a single stream of XR traffic, but they can also be applied to the scheduling of multi-stream XR traffic.

[0096] Figure 5An example of a wireless communication system 500 is illustrated, in which techniques according to one or more embodiments of the present invention can be applied. The wireless communication system 500 may include one or more base stations (BS) 505a, 505b, one or more wireless devices (or UEs) 510a, 510b, 510c, 510d, and a core network 525. Base stations 505a, 505b may provide wireless services to user devices 510a, 510b, 510c, and 510d in one or more wireless sectors. In some embodiments, base stations 505a, 505b include directional antennas to generate two or more directional beams to provide wireless coverage in different sectors. The core network 525 may communicate with one or more base stations 505a, 505b. The core network 525 provides connectivity to other wireless communication systems and wired communication systems. The core network may include one or more service subscription databases to store information related to subscribed user devices or terminal devices 510a, 510b, 510c, and 510d. The first base station 505a can provide wireless services based on a first wireless access technology, while the second base station 505b can provide wireless services based on a second wireless access technology. Depending on the deployment scenario, base stations 505a and 505b can be located in the same location or can be installed separately in the field. User equipment 510a, 510b, 510c, and 510d can support multiple different wireless access technologies. The technologies and embodiments described in this document can be implemented by the base stations of the wireless devices described in this document.

[0097] Figure 6 This is a block diagram of a portion of a radio station to which one or more embodiments of the present technology may be applied. Radio station 605, such as a network node, base station, or wireless device (or user equipment, UE), may include processor electronics 610, such as a microprocessor, which implements one or more wireless technologies presented in this document. Radio station 605 may include transceiver electronics 615 for transmitting and / or receiving wireless signals via one or more communication interfaces, such as antenna 620. Radio station 605 may include other communication interfaces for transmitting and receiving data. Radio station 605 may include one or more memories (not explicitly shown) for storing information (such as data and / or instructions). In some embodiments, processor electronics 610 may include at least a portion of transceiver electronics 615. In some embodiments, radio station 605 is used to implement at least some of the disclosed technologies, modules, or functions. In some embodiments, radio station 605 may be used to perform the methods described herein.

[0098] The other embodiments, modules, and functional operations disclosed in this document can be implemented in digital electronic circuits, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in combinations thereof. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more computer program instruction modules encoded on a computer-readable medium for execution by a data processing apparatus or for controlling the operation of the data processing apparatus. The computer-readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of substances affecting machine-readable propagation signals, or combinations thereof. The term "data processing apparatus" encompasses all means, devices, and machines for processing data, including, for example, a programmable processor, a computer, or multiple processors or multiple computers. In addition to hardware, the apparatus may also include code that creates an execution environment for an associated computer program, for example, code constituting processor firmware, a protocol stack, a database management system, an operating system, or combinations thereof. Propagation signals are artificially generated signals, such as machine-generated electrical signals, optical signals, or electromagnetic signals, generated to encode information for transmission to a suitable receiving device.

[0099] Computer programs (also known as programs, software, software applications, scripts, or code) can be written in any programming language, including compiled or interpreted languages, and can be deployed in any form, including as standalone programs or as modules, components, subroutines, or other units suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored as a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), as a single file dedicated to a related program, or as multiple coordinating files (e.g., files storing one or more modules, subroutines, or code sections). Computer programs can be deployed to execute on a single computer or on multiple computers located in one location or distributed across multiple locations and interconnected through a communication network.

[0100] The processes and logical flows described in this document can be executed by one or more programmable processors that execute one or more computer programs to perform functions by manipulating input data and generating output. The processes and logical flows can also be executed by special-purpose logic circuits (e.g., field-programmable gate arrays (FPGAs) or application-specific integrated circuits (ASICs)), and the apparatus can also be implemented as special-purpose logic circuits. Processors suitable for executing computer programs include, for example, both general-purpose and special-purpose microprocessors, and any one or more processors of any kind of digital computer. Typically, the processor receives instructions and data from read-only memory or random access memory, or both. The basic elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Typically, a computer will also include, or be operatively coupled to, receiving data from or transferring data to one or more mass storage devices (e.g., magnetic disks, magneto-optical disks, or optical disks) for storing data, or both. However, a computer does not need to have such devices. Computer-readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media, and storage devices, including, for example, semiconductor storage devices, such as erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices; magnetic disks, such as internal hard disks or removable disks; magneto-optical disks; and read-only optical disks (CDROM and DVD-ROM). Processors and memory may be supplemented or incorporated into them by dedicated logic circuitry.

[0101] While this patent document contains numerous details, these details should not be construed as limiting any invention or potentially claimed scope, but rather as descriptions of features that may be specific embodiments of a particular invention. Certain features described in this patent document in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments. Furthermore, while features may be described above as functioning in a particular combination and even initially claimed in this way, in some cases one or more features of the claimed combination may be removed from the combination, and the claimed combination may involve sub-combinations or variations thereof.

[0102] Similarly, although the operations are described in a specific order in the figures, this should not be construed as requiring that such operations must be performed in the specific or sequential order shown, or that all of the operations shown must be performed to achieve the desired result. Furthermore, the separation of various system components in the embodiments described in this patent document should not be construed as requiring such separation in all embodiments.

[0103] Only a few implementation methods and examples are described, and other implementation methods, enhancements and modifications can be made based on the content described and illustrated in this patent document.

Claims

1. A method for wireless communication, comprising: The terminal device receives a second signaling message from a higher layer, the second signaling message including information indicating traffic, the traffic being associated with an extended reality application; In response to the second signaling message, the terminal device receives a signaling message from the base station, the signaling message scheduling one or more transmissions associated with the extended reality application; as well as Based on the signaling message, perform one or more transmissions.

2. A method for wireless communication, comprising: A second signaling message from a higher layer is transmitted via a base station. This second signaling message includes information indicating traffic associated with an extended reality application. In response to the second signaling message, the signaling message is transmitted to the terminal device via the base station. The signaling message scheduling is associated with one or more transmissions of an extended reality application to enable the terminal device to execute the one or more transmissions.

3. The method as described in claim 1 or 2, wherein, The signaling message includes fields for indicating more than four monitoring adaptation options for the one or more transmissions.

4. The method as described in claim 1 or 2, wherein, The signaling messages are used to schedule multiple transmissions associated with the extended reality application.

5. The method as described in claim 1 or 2, wherein, The signaling message includes information indicating one or more frequency domain locations, each frequency domain location being used for one of the one or more transmissions associated with the extended reality application.

6. The method of claim 5, wherein, The information includes one or more offsets of frequency domain resources.

7. The method of claim 5, wherein, The information includes one or more frequency hopping locations for frequency domain resources.

8. The method of claim 6, wherein, The signaling message includes a bit field indicating that a pre-configured configuration authorization CG or semi-persistent scheduling SPS resource is ignored or skipped.

9. The method of claim 6, wherein, The signaling message includes group information, which indicates the number of groups into which the plurality of transmissions are divided.

10. The method of claim 9, wherein, The group information includes one or more values ​​indicating multiple time-domain durations, wherein a subset of transmissions located in one of the multiple time-domain durations is grouped into a group.

11. The method of claim 9, wherein, The group information includes a number of bits, which indicates the number of groups.

12. The method of claim 9, wherein, The group information includes a number of bits, which indicates the number of transmissions in the group.

13. The method according to any one of claims 6 to 12, wherein, The multiple transmissions are configured for multiple media streams in the extended reality application.

14. A communication device comprising a processor configured to implement the method of any one or more of claims 1 to 13.

15. A computer program product having code stored thereon, which, when executed by a processor, causes the processor to perform the method of any one or more of claims 1 to 13.

Images