Physical layer scheduling for augmented reality applications

Abstract

Methods, apparatuses, and systems related to physical layer scheduling techniques are disclosed for enhancing system capacity and reducing signaling overhead for augmented 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 augmented reality application. The method also includes performing one or more transmissions based on the signaling message.

Description

Technical Field

[0001] This patent document relates to wireless communications. Background Art

[0002] Mobile communication technologies are driving the world towards an increasingly connected and networked society. The rapid development of mobile communications and technological advances have led to greater demands for capacity and connectivity. Other aspects such as energy consumption, equipment cost, spectrum efficiency and latency are also important to meet the needs of various communication scenarios. Various technologies are being discussed, including new ways to provide higher quality of service, longer battery life and improved performance. Summary of the invention

[0003] In particular, this patent document describes techniques related to physical layer scheduling techniques that 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, 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 also includes performing the one or more transmissions based on the signaling message.

[0005] In another example aspect, a method for wireless communication includes transmitting, by a base station, a signaling message to a terminal device. The signaling message schedules one or more transmissions associated with an extended reality application to enable the terminal device to perform the one or more transmissions.

[0006] In another exemplary aspect, a communication device is disclosed, wherein the device includes a processor for implementing the above method.

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

[0008] These and other aspects are described in this document. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

[0011] Figure 3A is a flow chart illustration of a method for wireless communication in accordance with one or more embodiments of the present technology.

[0012] Figure 3B is a flow chart illustration of a method for wireless communication in accordance with one or more embodiments of the present technology.

[0013] Figure 4 Example packets are shown for transmission based on time slot numbers in accordance with one or more embodiments of the present technology.

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

[0015] Figure 6 is a block diagram of a portion of a radio station to which one or more embodiments of the present technology may be applied. DETAILED DESCRIPTION

[0016] The section headings used in this document are used only to improve readability and do not limit the scope of the embodiments and techniques disclosed in each section to only that section. In addition, for ease of understanding, some embodiments are described with reference to the Third Generation Partnership Project (3GPP) New Radio (NR) standard ("5G"), and the described techniques can be implemented in different wireless systems that implement protocols other than the 5G protocol.

[0017] The term extended reality (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 users in a mixed reality virtual environment. To support high-quality XR services, the network needs to provide high data rates and low latency. For example, for downlink XR traffic (e.g., from a base station to a user device), a single stream may include video frames, each with a left-eye frame and a right-eye frame that share the same buffer. Different types of multi-stream traffic (also called multi-flow) can be used, such as video streams (stream / flow) and audio streams (stream / flow), field of view (FOV) streams (stream / flow), and omnidirectional streams (stream / flow). The packet success rate of XR traffic is typically required to reach 99% or higher.

[0018] This patent application discloses various technologies that can be applied to wireless communication systems to improve bandwidth capacity and reduce latency. In particular, considering the consistency and periodicity in XR traffic (for example, multiple time slots of XR frames need to be scheduled for data packet transmission to achieve data rate and capacity requirements), at the physical layer, a single downlink control information (Downlink Control Information, DCI) signaling message can schedule multiple transport blocks (transport blocks, TB) / multiple transmissions to increase data rate and reduce control signaling overhead. The user device can receive information (for example, configuration or auxiliary information) indicating the service type of the data traffic (for example, XR traffic) from the network. Once the user device determines that the upcoming transmission is related to the XR application, multiple transmissions related to 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 (MSC) of each transmission scheduled on the physical downlink shared channel (PDSCH). The current DCI design provides scheduling flexibility, but flexibility also brings large signaling overhead. Figure 1 An example transmission scheduled by a conventional DCI signaling message is shown. Figure 1 In the TS-12400-S, DCI signaling is transmitted in time slot 0. If the maximum number of schedulable PDSCH transmissions is 8, 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. In addition, due to the low mobility of XR devices (for example, for a specific AR / VR session, the device typically stays in the same geographic location without much movement), the channel state used for transmission can be similar. Therefore, the same SLIV, NDI and / or RV can also be configured for the scheduled PUSCH / PDSCH to reduce signaling overhead. In addition, due to the frequency selection characteristics of the wireless channel, flexible frequency domain resource allocation to user equipment (for example, selecting the frequency subband with the best channel quality indication) can improve system capacity. Figure 2 An example of frequency domain subband scheduling by a single DCI signaling message according to one or more embodiments of the present technology is illustrated. The DCI signaling message schedules six transmissions on the PDSCH. The CQI of subband 1 is the best in the associated time domain time 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 3 is a flow chart illustration of a method 300 for wireless communication according to one or more embodiments of the present technology. The method 300 includes step 310, receiving, by a terminal device, a signaling message, the signaling message scheduling one or more transmissions associated with an extended reality application. The method 300 includes step 320, performing one or more transmissions based on the signaling message. In some embodiments, the method includes receiving, by a terminal device, a second signaling message of a higher layer, the second signaling message including information indicating traffic, the traffic associated with the extended reality application.

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

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

[0024] In some embodiments, the signaling message is used to schedule multiple transmissions associated with the extended reality application.

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

[0026] In some embodiments, the signaling message includes group information indicating the number of groups into which the plurality of transmissions are divided. In some embodiments, the group information includes one or more values ​​indicating a plurality of time domain durations, and wherein a subset of transmissions located in one of the plurality of time domain durations are 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 the group.

[0027] In some embodiments, a reduced number of bits are used to indicate scheduling information for a subset of multiple transmissions in the same group. In some embodiments, the scheduling information includes an indicator indicating a last group of transport blocks for the multiple transmissions, a SLIV for a time domain allocation for 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 transmissions are configured for multiple media streams of an extended reality application. For example, a single DCI can schedule multiple TBs for multiple streams (e.g., FOV stream and omnidirectional stream), and the DCI schedules 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). In this way, additional signaling overhead associated with multiple streams can be saved, allowing support for multi-stream scheduling even when resources on the physical downlink control channel (PDCCH) are limited at a certain point in time.

[0029] Some examples of the disclosed technology are further described below.

[0030] Example 1

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

[0032] 1. The protocol data unit (PDU) sets the start time.

[0033] 2. Jitter of the PDU setting start time.

[0034] 3. PDU setting end time or PDU setting time duration.

[0035] 4. Set the PDU periodicity.

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

[0037] 6. Packet size.

[0038] 7. PDU setting priority.

[0039] 8. PDU set dependency information (e.g., whether a PDU set should be transmitted in sequence, and whether a subsequent PDU set does not need to be transmitted if the PDU set on which the subsequent PDU set depends is lost).

[0040] In some embodiments, the 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. The start indication of the PDU set.

[0042] 2. Indication of the end of the PDU set.

[0043] 3. PDU setting priority.

[0044] 4. PDU set dependency information (e.g., whether a PDU set should be transmitted in sequence, and whether a subsequent PDU set does not need to be transmitted if the PDU set on which the subsequent PDU set depends is lost).

[0045] Based on the higher layer configuration information, the UE can derive whether the subsequence traffic to be scheduled is XR traffic. In some embodiments, if the UE is used for CG / SPS resources, but other configuration information indicates that XR traffic is to be scheduled, the DCI may include control information or a bit field to indicate that the pre-configured CG / SPS resources can be ignored or skipped, and multiple XR transmissions are scheduled / performed based on the information indicated in the DCI.

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

[0047] Example 2

[0048] In some embodiments, upon 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 may be further scheduled to use multiple frequency domain resources, thereby improving system capacity. To this end, the DCI signaling message may be enhanced using at least one of the following options.

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

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

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

[0052] In some embodiments, frequency hopping may be configured for uplink transmission on PUSCH to reduce interference. Instead of using a single bit in the "Frequency Hopping Indication" field to indicate whether frequency hopping is enabled or disabled, the "Frequency Hopping Indication" may 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 an example frequency hopping indication according to one or more embodiments of the present technology.

[0053] Table 1

[0054] Bit field mapped to index PUSCH frequency hopping 0 Disable 1 The first frequency hopping of the first frequency domain resource 2 Second frequency hopping of the first frequency domain resource 3 The third frequency hopping of the first frequency domain resource

[0055] Refer to Figure 2 , using the enhanced DCI format, more flexible scheduling (eg, frequency offset between the first group and the second group) can be configured based on the subband CSI, thereby improving system capacity.

[0056] Example 3

[0057] In some embodiments, TBs / transmissions associated with XR traffic of PUSCH / PDSCH may be grouped into the same group. An enhanced DCI Format 0_1 / DCI Format 1_1 containing grouping information may be introduced. The grouping information may be indicated using at least one and / or a combination of the following options:

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

[0059] In this option, a new bit field (eg, "PUSCH / PDSCH group information") may be introduced to indicate group information (eg, PUSCH or PDSCH group information) using one or more slot values. Figure 4An example grouping of transmissions based on time slot numbers according to one or more embodiments of the present technology is illustrated. The bit field "PUSCH / PDSCH group information" may indicate a first value for time slot x and a second value for time slot y. Based on the indicated values, the scheduled transmissions may be divided into two or more groups. For example, if the time slot number of the last scheduled transmission is less than y or the same as y, the transmissions are divided into two groups: the first group is from the starting time slot s to the time slot x / x-1, and the second group is from the time slot x+1 / x to the end slot (e or y). For another example, if the time slot number of the last scheduled transmission is greater than y, the transmissions are divided into three groups: the first group is from the starting time slot s to the time slot x / x-1, the second group is from the time slot x+1 / x to the time slot y / y-1, and the third group is from the time slot y+1 / y to the last time slot (e).

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

[0061] In this option, a new bit field may be introduced to indicate group information using a value indicating the length of each group and / or the number of groups. For example, when the DCI includes log2N bits to indicate the 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 may be determined based on ceil (maximum number of scheduled transmissions / N). In some embodiments, the number of groups may be indicated by DCI signaling.

[0062] Example 4

[0063] When multiple transmissions are scheduled together and / or multiple transmissions are 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 may be shortened to reduce signaling overhead (e.g., a shortened bit field in the DCI may be applied to each transmission in the group). Example fields that may 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, up to 4 bits may be used for SLIV indication.When multiple XR transmissions are scheduled or grouped for XR traffic, the same SLIV value may be applied to the remaining transmissions or remaining transmissions in the same group.

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

[0067] Currently, up to 6 bits can be used for time domain resource allocation indication. When the UE determines that multiple XR transmissions are scheduled or grouped for XR traffic, the bit width of the field time domain resource allocation 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 bits, where I is the number of entries in the higher layer 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 may be applied to one or more remaining transmissions in the same group. For example, the number of bits of the RV may be determined by:

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

[0071] - Otherwise the number of bits is determined by the maximum number of schedulable PDSCHs among all entries in the higher layer 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 in the same group. For example, the number of bits of NDI can be determined by:

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

[0075] - Otherwise the number of bits is determined by the maximum number of schedulable PDSCHs among all entries in the higher layer 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: Shortened HARQ process number

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

[0078] - 5 bits if the higher layer parameter harq-ProcessNumberSizeDCI-1-1 is configured;

[0079] - 3 bits if the higher layer parameter pdsch-TimeDomainResourceAllocationListForMultiPDSCH-XR is configured, where each group of PDSCHs has the same HARQ process number;

[0080] - Otherwise 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 value may be applied to one or more remaining transmissions in the same group. The DCI signaling message may be enhanced using at least one of the following options.

[0083] Option 4-6-1: A new bit field "MCS offset information" may be introduced to indicate the index offset of the MCS, the MSC being indicated by the bit field "Modulation and coding scheme". For example, the field "Modulation and coding scheme" indicates a value of 2, and the MCS used by the first group 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 group of PDSCHs is therefore a value of 2+1=3.

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

[0085] In some embodiments, the table of MCS values ​​may be configured via RRC signaling. Table 2 shows example values ​​that may 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 MCS values ​​for group #1 and group #2. If more groups are supported, MCS values ​​for additional groups may also be configured. The DCI bit field may include a row index that indicates 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 transmission groups. An example second MSC bit field may be the following:

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

[0091] Option 4-7: Shortened indication of the last group of TB

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

[0093] Example 5

[0094] In some embodiments, the UE can adjust its monitoring behavior for PDCCH to achieve power saving. When data arrives sparsely, the PDCCH monitoring adaptation field allows the UE to switch the PDCCH monitoring behavior with sparser PDCCH monitoring opportunities within a bandwidth part (BWP). Currently, the PDCCH monitoring adaptation indication is limited to 0, 1 or 2 bits. However, considering the periodicity of XR traffic and the fact that multiple XR transmissions can be scheduled simultaneously, more flexibility can be provided in the UE's PDCCH monitoring behavior to improve its power saving features. In some embodiments, three or more bits can be used for PDCCH monitoring adaptation indication (for example, together with the shortened DCI bit discussed in Example 4), so that the UE can 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, when the drx-retransmission timer is running and the time is within the PDCCH skip duration, the UE is expected to monitor the PDCCH for scheduled retransmissions. 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 scheduling of a single stream of XR traffic, but they can also be applied to multi-stream XR traffic scheduling.

[0096] Figure 5An example of a wireless communication system 500 is shown, in which the technology according to one or more embodiments of the present technology 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. The 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, the 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 connections with 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, and 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 at the same location or can be installed separately on site. User equipment 510a, 510b, 510c, and 510d can support a variety of different wireless access technologies. The techniques and embodiments described in this document can be implemented by a base station of a wireless device described in this document.

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

[0098] The disclosed and other embodiments, modules and functional operations in this document may 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 a combination of one or more of them. The disclosed and other embodiments may 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 device or for controlling the operation of the data processing device. The computer-readable medium may be a machine-readable storage device, a machine-readable storage substrate, a memory device, a material composition that affects a machine-readable propagation signal, or a combination of one or more of them. The term "data processing device" covers all devices, equipment and machines for processing data, including, for example, a programmable processor, a computer, or multiple processors or multiple computers. In addition to hardware, the device may also include code that creates an execution environment for a related computer program, for example, code that constitutes a processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. A propagation signal is an artificially generated signal, for example, a machine-generated electrical signal, an optical signal, or an electromagnetic signal, which is generated to encode information for transmission to a suitable receiving device.

[0099] A computer program (also referred to as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit 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 in a portion of a file that stores other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to a related program, or in multiple coordinated files (e.g., files storing one or more modules, subroutines, or code portions). A computer program can be deployed to execute on one computer or on multiple computers located at one location or distributed across multiple locations and interconnected by a communication network.

[0100] The process and logic flow described in this document can be performed by one or more programmable processors, which execute one or more computer programs to perform functions by operating on input data and generating output. The process and logic flow can also be performed by a dedicated logic circuit (such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC)), and the device can also be implemented as a dedicated logic circuit. 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 will receive instructions and data from a read-only memory or a 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 operably coupled to receive data from or transmit data to one or more mass storage devices (such as disks, magneto-optical disks, or optical disks) for storing data, or both. However, the 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 memory 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 CD-Read Only Memory (CDROM) and high-density read-only disks (DVD-ReadOnly Memory, DVD-ROM). The processor and memory may be supplemented by or incorporated into dedicated logic circuits.

[0101] Although this patent document contains many details, these details should not be interpreted as limitations on any invention or the scope of what may be claimed, but rather as descriptions of features that may be specific embodiments of specific inventions. Certain features described in this patent document in the context of separate 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. In addition, although features may be described above as working in a particular combination and even initially claimed as such, one or more features of the claimed combination may be excluded from the combination in some cases, and the claimed combination may involve a sub-combination or a variation of a sub-combination.

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

[0103] Only a few implementations and examples are described, and other implementations, enhancements, and variations can be made based on what is described and illustrated in this patent document.

Claims

1. A method for wireless communication, comprising: 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; as well as Based on the signaling message, the one or more transmissions are performed.

2. The method of claim 1, comprising: A second signaling message of a higher layer is received through the terminal device, where the second signaling message includes information indicating traffic, and the traffic is associated with the extended reality application.

3. A method for wireless communication, comprising: The signaling message is transmitted to the terminal device through the base station. The signaling message schedules one or more transmissions associated with the extended reality application, so that the terminal device can perform the one or more transmissions.

4. The method of claim 3, comprising: A second signaling message of a higher layer is transmitted through the base station, where the second signaling message includes information indicating traffic, where the traffic is associated with the extended reality application.

5. The method according to any one of claims 1 to 4, wherein: The signaling message comprises a field for indicating more than four monitoring adaptation options for the one or more transmissions.

6. The method according to any one of claims 1 to 5, wherein: The signaling message is used to schedule multiple transmissions associated with the extended reality application.

7. The method according to any one of claims 1 to 6, 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.

8. The method of claim 7, wherein: The information includes one or more offsets of frequency domain resources.

9. The method of claim 7, wherein: The information includes one or more frequency hopping positions of frequency domain resources.

10. The method according to any one of claims 6 to 9, wherein: The signaling message includes a bit field indicating that a preconfigured configuration grant CG or semi-persistent scheduling SPS resource is ignored or skipped.

11. The method according to any one of claims 6 to 10, wherein: The signaling message includes group information indicating the number of groups into which the plurality of transmissions are divided.

12. The method of claim 11, wherein: The group information includes one or more values ​​indicating a plurality of time domain durations, and wherein a subset of transmissions located in one of the plurality of time domain durations are classified into a group.

13. The method of claim 11, wherein: The group information includes a bit number indicating the number of groups.

14. The method of claim 11, wherein: The group information includes a number of bits indicating the number of transmissions in the group.

15. The method according to any one of claims 11 to 14, wherein: A reduced number of bits are used to indicate scheduling information for a subset of the plurality of transmissions in the same group.

16. The method of claim 15, wherein: The scheduling information includes an indicator indicating a last group of transport blocks of the multiple transmissions, a start and length indicator SLIV of time domain allocation for 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.

17. The method according to any one of claims 6 to 16, wherein: The plurality of transports are configured for a plurality of media streams of the extended reality application.

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

19. A computer program product having codes stored thereon, which, when executed by a processor, cause the processor to implement the method of any one or more of claims 1 to 17.

Images