WO2024034306A1 - 装置及び方法 - Google Patents

装置及び方法 Download PDF

Info

Publication number
WO2024034306A1
WO2024034306A1 PCT/JP2023/025358 JP2023025358W WO2024034306A1 WO 2024034306 A1 WO2024034306 A1 WO 2024034306A1 JP 2023025358 W JP2023025358 W JP 2023025358W WO 2024034306 A1 WO2024034306 A1 WO 2024034306A1
Authority
WO
WIPO (PCT)
Prior art keywords
bsr
field
logical channel
information
configuration information
Prior art date
Application number
PCT/JP2023/025358
Other languages
English (en)
French (fr)
Inventor
樹 長野
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2024034306A1 publication Critical patent/WO2024034306A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Definitions

  • the present disclosure relates to apparatus and methods.
  • a base station allocates communication resources for uplink (UL) transmission to user equipment (UE).
  • UE user equipment
  • a user equipment transmits a scheduling request (SR) to a base station to request communication resource allocation for the UL transmission.
  • SR scheduling request
  • the user equipment transmits UL data to the base station using the allocated communication resources.
  • the UE transmits a buffer status report (BSR) to the base station to provide information about the amount of UL data.
  • BSR buffer status report
  • the BSR indicates the range of buffer sizes for UL data. Therefore, the base station can allocate communication resources according to the range of the UL data buffer size indicated by the BSR. Note that since BSR indicates a range of buffer sizes, there is a quantization error. Further, as described in Non-Patent Document 2, SR parameters and BSR parameters are set in the RRC (radio resource control) layer.
  • RRC radio resource control
  • Non-Patent Documents 3 to 5 it has been proposed to apply the above mobile communication system to XR (extended reality) services.
  • the data of the XR service is characterized by large volume and high variability. Therefore, communication resources are wasted and scheduling becomes inefficient due to quantization errors in BSR.
  • Non-Patent Document 3 proposes determining a precise buffer size through BSR.
  • XR services may have delay requirements (eg, packet delay budget: PDB).
  • PDB packet delay budget
  • Non-Patent Document 4 proposes to satisfy the PDB by including delay information in the BSR and performing scheduling in consideration of the delay.
  • 3GPP TS 38.321 V17.0.0 (2022-03), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Medium Access Control (MAC) protocol specification (Release 17)” 3GPP TS 38.331 V17.1.0 (2022-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 17)” 3GPP TSG RAN WG1 #109-e, e-Meeting, May 9th - 20th, 2022, R1-2203607, “Discussion on XR specific capacity enhancements techniques” 3GPP TSG-RAN WG1 Meeting #109-e, Online, May 9th - 20th, 2022, R1-2203639, “Discussion on capacity enhancements for XR” 3GPP TSG WG1 #109-e, e-Meeting, May 9th - 20th, 2022, R1-2203928, “Considerations on XR
  • An object of the present disclosure is to provide an apparatus and method that can improve the efficiency of UL data scheduling using BSR.
  • An apparatus (200) sends a message including configuration information for determining whether to use a buffer status report including at least one first field and at least one modified second field.
  • the buffer status report includes a communication processing unit (233) that receives the information, and an information acquisition unit (231) that acquires the configuration information included in the message, and the buffer status report is configured to provide information about the amount of uplink data.
  • the at least one first field indicates at least one logical channel group for which buffer status is to be reported
  • the at least one modified second field corresponds to the at least one logical channel group; Regarding uplink data amount.
  • An apparatus (100) obtains configuration information for determining whether to use a buffer status report that includes at least one first field and at least one modified second field.
  • the buffer status report is used to provide information about the amount of uplink data;
  • one first field indicates at least one logical channel group for which the buffer status is reported;
  • said at least one modified second field corresponds to said at least one logical channel group and is related to the uplink data amount.
  • a method performed by an apparatus (200) includes configuration information for determining whether to use a buffer status report that includes at least one first field and at least one modified second field. and obtaining the configuration information included in the message, wherein the buffer status report is used to provide information about an amount of uplink data, and the buffer status report is used to provide information about an amount of uplink data,
  • a first field indicates at least one logical channel group for which buffer status is reported, and said at least one modified second field corresponds to said at least one logical channel group and relates to an amount of uplink data.
  • a method performed by an apparatus (100) includes configuration information for determining whether to use a buffer status report that includes at least one first field and at least one modified second field. and transmitting a message including the configuration information, wherein the buffer status report is used to provide information about an amount of uplink data, and the at least one first field is , indicating at least one logical channel group for which buffer status is reported, said at least one modified second field corresponding to said at least one logical channel group and relating to an amount of uplink data.
  • FIG. 1 is an explanatory diagram showing an example of UL data transmission. It is a diagram showing Short BSR.
  • FIG. 3 is a diagram showing a table of buffer sizes. It is a diagram showing Long BSR.
  • FIG. 1 is an explanatory diagram showing an example of a schematic configuration of a system according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating an example of a schematic functional configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating an example of a schematic hardware configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating an example of a schematic functional configuration of a user device according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating an example of a schematic hardware configuration of a user device according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a BSR according to the first embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of setting information for determining whether to use BSR according to the first embodiment of the present disclosure.
  • FIG. 3 is a diagram for explaining an example of the setting information according to the first embodiment of the present disclosure.
  • FIG. 2 is a sequence diagram for explaining an example of a schematic flow of processing according to the first embodiment of the present disclosure. It is a figure showing an example of the above-mentioned setting information concerning the 1st modification 1 of the 1st embodiment of this indication.
  • FIG. 1 is a block diagram illustrating an example of a schematic hardware configuration of a user device according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a BSR according to the first embodiment of the present disclosure.
  • FIG. 3
  • FIG. 7 is a diagram for explaining an example of the setting information according to the first modification example of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram showing an example of the setting information according to the first modification example 2 of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram for explaining an example of the setting information according to the first modification example 2 of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram showing an example of the setting information according to the first modification example 3 of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram for explaining an example of the setting information according to the first modification example 3 of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating an example of setting information including the above setting information according to a second modification of the first embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating an example of a BSR according to a second embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating another example of a BSR according to the second embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating an example of setting information for determining whether to use BSR according to a second embodiment of the present disclosure.
  • FIG. 7 is a diagram for explaining an example of the setting information according to the second embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating an example of a BSR according to a fourth modification of the second embodiment of the present disclosure.
  • SR Scheduling requests
  • BSR buffer status reports
  • the SR is used by the UE to request the base station to allocate communication resources for new UL transmissions.
  • the SR may be used to request uplink-shared channel (UL-SCH) resources for initial transmission.
  • the UL-SCH may be mapped to a physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • UL-SCH data is also referred to as UL data.
  • As communication resources for the SR a set of multiple BWPs (bandwidth parts) and/or physical uplink control channel (PUCCH) resources across cells is allocated. For each logical channel, at most one PUCCH resource is allocated for SR in each BWP.
  • one or more downlink BWPs and/or one or more uplink BWPs may be configured in each of one or more cells (also referred to as serving cells).
  • a set of PUCCH resources may be configured for each of one or more uplink BWPs.
  • UL transmission using SR An example of UL transmission using SR will be described with reference to FIG.
  • the UE triggers the SR when UL data arrives.
  • SR is transmitted to the base station using PUCCH.
  • the base station that receives the SR allocates resources for UL data transmission to the UE.
  • UL resource allocation is sent to the UE using a physical downlink control channel (PDCCH).
  • the UE that has received the UL resource assignment transmits UL data to the base station using the assigned PUSCH resource.
  • BSR may also be transmitted along with the UL data.
  • UL resource allocation includes UL-SCH allocation and/or PUSCH resource allocation.
  • the PUSCH resource assignment includes a PUSCH frequency domain resource assignment (frequency domain resource assignment) and/or a PUSCH time domain resource assignment (time domain resource assignment).
  • the base station may transmit downlink control information (DCI) used for PUSCH scheduling on the PDCCH. That is, the DCI may include information (one or more fields) for allocating PUSCH resources.
  • DCI downlink control information
  • the parameters of the SR are set using SchedulingRequestConfig and/or SchedulingRequestResourceConfig, which are RRC configuration information.
  • SR parameters are parameters used for SR transmission and/or SR resource configuration, and are also referred to as SR configuration.
  • the parameters of the SR may include SchedulingRequestConfig and/or SchedulingRequestResourceConfig.
  • the SR parameters may include schedulingRequestID, sr-ProhibitTimer, sr-TransMax, periodicityAndOffset, phy-PriorityIndex, and/or resource.
  • Each SR configuration corresponds to one or more logical channels.
  • each SR configuration may correspond to one or more logical channels (and/or beam failure recovery) via a schedulingRequestID.
  • schedulingRequestID may be used to identify the SR instance at the MAC layer.
  • sr-ProhibitTimer may be used to set a timer for SR transmission on PUCCH.
  • sr-TransMax may be used to set the maximum number of SR transmissions.
  • periodicityAndOffset may be used to set the period and offset of the SR.
  • the phy-PriorityIndex may be used to set the priority of SR resources in PHY layer prioritization or multiplexing.
  • the parameter "resource" may be used to set the ID (identifier) of the PUCCH resource used for transmitting the SR. For example, a PUCCH resource corresponding to an ID of a PUCCH resource included in an SR parameter may be configured for SR transmission based on the SR parameter.
  • PUCCH resources may be configured in PUCCH format 0 or PUCCH format 1, which includes information used to configure PUCCH resources.
  • the RRC configuration information may include information transmitted and/or received in the RRC layer between the base station and the UE. That is, the base station may transmit an RRC message including the SR configuration to the UE. Further, the UE may receive an RRC message including the SR settings, and perform SR transmission based on the SR settings. Further, the UE may receive an RRC message including the SR configuration, and determine PUCCH resources used for transmitting the SR based on the SR configuration. For example, the RRC message may include an RRCReconfiguration message.
  • BSR Buffer status report
  • the BSR procedure (also called buffer status reporting procedure) is used to provide information to the base station about the UL data volume at the UE. That is, the BSR is used in a procedure (buffer status reporting) for providing information regarding the UL data amount of a MAC entity to a base station.
  • BSR is transmitted using a MAC CE (Control Element). That is, operations related to BSR may be performed and/or processed at a MAC layer (eg, MAC entity) in the UE. Additionally, operations related to BSR may be performed and/or processed at a MAC layer (eg, MAC entity) in a base station.
  • the upper layer includes a layer higher than the MAC layer.
  • the upper layer may include an RRC layer.
  • BSR parameters include periodicBSR-Timer, retxBSR-Timer, logicalChannelSR-DelayTimerApplied, logicalChannelSR-DelayTimer, logicalChannelSR-Mask, and logicalChannelGroup.
  • periodicBSR-Timer may be used to set a timer for the BSR period.
  • retxBSR-Timer may be used to set a timer for BSR retransmissions.
  • logicalChannelSR-DelayTimerApplied may be used to set whether to apply a delay timer for SR transmission on a logical channel.
  • logicalChannelSR-DelayTimer may be used to set a delay timer for SR transmission on a logical channel.
  • logicalChannelSR-Mask may be used to set the control of the SR trigger (that is, whether to set SR masking) when the configured grant is set.
  • logicalChannelGroup may be used to set the ID of the logical channel group to which the logical channel belongs.
  • the base station may send an RRC message to the UE including parameters related to BSR.
  • the UE may also receive an RRC message that includes parameters related to the BSR, and perform reporting (i.e., transmission) of the BSR based on the parameters related to the BSR.
  • Each logical channel is assigned to any LCG by logicalChannelGroup indicating the ID of the LCG.
  • BSR may be triggered for an activated cell group when any of the following occurs: Note that, according to the following trigger mechanism, BSR is classified into Regular BSR corresponding to (A) and (C), Periodic BSR corresponding to (D), and Padding BSR corresponding to (B).
  • A UL data of logical channels belonging to any LCG becomes available to the MAC entity.
  • B A UL resource is allocated, and the number of padding bits of the UL resource is greater than or equal to the size of the BSR MAC CE.
  • C The period indicated by retxBSR-Timer has expired, and UL data is included in at least one of the logical channels belonging to any LCG.
  • D The period indicated by periodicBSR-Timer expires.
  • the BSR MAC CE may correspond to the MAC CE used for BSR transmission described above.
  • the format of BSR MAC CE (hereinafter also referred to as BSR format) is defined as several types (for example, Short BSR, Long BSR), and is identified by a MAC subheader including LCID/eLCID. That is, the LCID (Logical Channel Identifier)/eLCID (Extended LCID) may be used to identify the type of the corresponding MAC CE.
  • LCID/eLCID for each of the Downlink-Shared Channel (DL-SCH) and/or UL-SCH may be defined.
  • LCID/eLCID refers to LCID and/or eLCID.
  • the Short BSR format 20A will be described with reference to FIGS. 2 and 3.
  • the size of Short BSR is fixed.
  • the Short BSR has an LCG ID field and a Buffer Size field.
  • the LCG ID field identifies the LCG ID that reports the buffer size.
  • the size of the LCG ID field is 3 bits.
  • the Buffer Size field identifies the total amount of data available on all logical channels belonging to the LCG indicated by the LCG ID.
  • the size of the Buffer Size field is 5 bits.
  • the Buffer Size field indicates the index corresponding to the buffer size in table T1 for the 5-bit Buffer Size field shown in FIG.
  • the Long BSR format 20B will be explained.
  • the size of Long BSR is variable.
  • the Long BSR has an LCGi field and a Buffer Size j field.
  • LCGi is an LCG with the i-th ID, and the LCGi field indicates the existence of a Buffer Size field for LCGi.
  • the LCGi field is set to 1 if the buffer size is reported, and 0 otherwise. Alternatively, the LCGi field may indicate whether the LCGi has data available.
  • the Buffer Size j field identifies the total amount of data available on all logical channels belonging to the corresponding LCGi.
  • the size of the Buffer Size j field is 8 bits.
  • the Buffer Size j field indicates an index corresponding to the buffer size in a table for an 8-bit Buffer Size field (not shown). Note that the Buffer Size j field is included in ascending order according to LCGi.
  • the BSR format is selected according to the method specified in TS (TS 38.321 5.4.5 and 5/4.7).
  • Short Truncated BSR Long Truncated BSR
  • Extended Short Truncated BSR Extended Long Truncated BSR
  • Pre-emptive BSR and Extended Pre-emptive BSR are used by IAB-MT (Mobile Termination).
  • system 1 includes a base station 100 and a UE 200.
  • the system 1 is a system compliant with the 3GPP TS. More specifically, for example, the system 1 is a system compliant with 5G or NR (New Radio) TS. Naturally, system 1 is not limited to this example.
  • Base station 100 is a node of a radio access network (RAN) and communicates with UEs (eg, UE 200) located within coverage area 10 of base station 100.
  • RAN radio access network
  • the base station 100 communicates with a UE (for example, UE 200) using a RAN protocol stack.
  • the protocol stack includes RRC (radio resource control), SDAP (service data adaptation protocol), PDCP (packet data convergence protocol), RLC (radio link control), MAC (medium access control), and physical: PHY) layer protocols.
  • the protocol stack may not include all of these protocols, but may include some of these protocols.
  • the base station 100 is a gNB.
  • the gNB is a node that provides NR user plane and control plane protocol terminations to the UE and is connected to the 5GC (5G Core Network) via the NG interface.
  • the base station 100 may be an en-gNB.
  • the en-gNB is a node that provides NR user plane and control plane protocol termination for the UE and operates as a secondary node in EN-DC (E-UTRA-NR Dual Connectivity).
  • the base station 100 may include multiple nodes.
  • the plurality of nodes may include a first node that hosts a higher layer included in the protocol stack and a second node that hosts a lower layer included in the protocol stack. good.
  • the upper layer may include RRC, SDAP, and PDCP, and the lower layer may include RLC, MAC, and PHY layer.
  • the first node may be a CU (central unit), and the second node may be a DU (distributed unit).
  • the plurality of nodes may include a third node that performs processing below the PHY layer, and the second node may perform processing above the PHY layer.
  • the third node may be an RU (radio unit).
  • the base station 100 may be one of the plurality of nodes, or may be connected to another unit among the plurality of nodes.
  • the base station 100 may be an integrated access and backhaul (IAB) donor or an IAB node.
  • IAB integrated access and backhaul
  • (2) UE200 UE 200 communicates with a base station.
  • the UE 200 communicates with the base station 100 when located within the coverage area 10 of the base station 100.
  • the UE 200 communicates with a base station (for example, the base station 100) using the above protocol stack.
  • a base station for example, the base station 100
  • the UE 200 performs ⁇ 1. SR and BSR as described in ⁇ Related Techniques'' are transmitted to the base station. Further, the UE 200 may be a device that supports an XR service (in other words, an XR scenario).
  • the base station 100 includes a wireless communication section 110, a network communication section 120, a storage section 130, and a processing section 140.
  • the wireless communication unit 110 transmits and receives signals wirelessly.
  • the wireless communication unit 110 receives a signal from a UE and transmits a signal to the UE.
  • the network communication unit 120 receives signals from the network and transmits signals to the network.
  • the storage unit 130 stores various information for the base station 100.
  • the processing unit 140 provides various functions of the base station 100.
  • the processing section 140 includes an information acquisition section 141, a first communication processing section 143, and a second communication processing section 145.
  • the processing unit 140 may further include components other than these components. That is, the processing unit 140 can perform operations other than those of these components. Specific operations of the information acquisition section 141, first communication processing section 143, and second communication processing section 145 will be explained in detail later.
  • the processing unit 140 (first communication processing unit 143) communicates with a UE (for example, UE 200) via the wireless communication unit 110.
  • the processing unit 140 (second communication processing unit 145) communicates with other nodes (for example, a network node in the core network or another base station) via the network communication unit 120.
  • the base station 100 includes an antenna 181, an RF (radio frequency) circuit 183, a network interface 185, a processor 187, a memory 189, and a storage 191.
  • RF radio frequency
  • the antenna 181 converts the signal into radio waves and radiates the radio waves into space. Further, the antenna 181 receives radio waves in space and converts the radio waves into signals.
  • Antenna 181 may include a transmitting antenna and a receiving antenna, or may be a single antenna for transmitting and receiving.
  • Antenna 181 may be a directional antenna and may include multiple antenna elements.
  • the RF circuit 183 performs analog processing of signals transmitted and received via the antenna 181.
  • RF circuit 183 may include a high frequency filter, an amplifier, a modulator, a low pass filter, and the like.
  • the network interface 185 is, for example, a network adapter, and transmits signals to and receives signals from the network.
  • the processor 187 performs digital processing of signals transmitted and received via the antenna 181 and the RF circuit 183.
  • the digital processing includes processing of the RAN protocol stack.
  • Processor 187 also processes signals sent and received via network interface 185.
  • Processor 187 may include multiple processors or may be a single processor.
  • the plurality of processors may include a baseband processor that performs the digital processing and one or more processors that perform other processing.
  • the memory 189 stores programs executed by the processor 187, parameters related to the programs, and various other information.
  • the memory 189 may include at least one of ROM (read only memory), EPROM (erasable programmable read only memory), EEPROM (electrically erasable programmable read only memory), RAM (random access memory), and flash memory. All or part of memory 189 may be included within processor 187.
  • the storage 191 stores various information.
  • the storage 191 may include at least one of an SSD (solid state drive) and an HDD (hard disc drive).
  • the wireless communication unit 110 may be implemented by an antenna 181 and an RF circuit 183.
  • Network communication unit 120 may be implemented by network interface 185.
  • the storage unit 130 may be implemented by a storage 191.
  • Processing unit 140 may be implemented by processor 187 and memory 189
  • Part or all of the processing unit 140 may be virtualized. In other words, part or all of the processing unit 140 may be implemented as a virtual machine. In this case, part or all of the processing unit 140 may operate as a virtual machine on a physical machine (ie, hardware) including a processor, memory, etc., and a hypervisor.
  • a physical machine ie, hardware
  • a processor, memory, etc., and a hypervisor ie, hardware
  • base station 100 may include a memory that stores a program (i.e., memory 189) and one or more processors that can execute the program (i.e., processor 187). , the one or more processors may execute the above program to perform the operations of the processing unit 140.
  • the program may be a program for causing a processor to execute the operations of the processing unit 140.
  • the UE 200 includes a wireless communication section 210, a storage section 220, and a processing section 230.
  • the wireless communication unit 210 transmits and receives signals wirelessly. For example, the wireless communication unit 210 receives a signal from a base station and transmits a signal to the base station. For example, the wireless communication unit 210 receives signals from other UEs and transmits signals to other UEs.
  • the storage unit 220 stores various information for the UE 200.
  • the processing unit 230 provides various functions of the UE 200.
  • the processing section 230 includes an information acquisition section 231 and a communication processing section 233.
  • the processing unit 230 may further include components other than these components. That is, the processing unit 230 can perform operations other than those of these components. Specific operations of the information acquisition unit 231 and communication processing unit 233 will be explained in detail later.
  • the processing unit 230 communicates with a base station (eg, base station 100) or other UE via the wireless communication unit 210.
  • a base station eg, base station 100
  • other UE via the wireless communication unit 210.
  • the UE 200 includes an antenna 281, an RF circuit 283, a processor 285, a memory 287, and a storage 289.
  • the antenna 281 converts the signal into radio waves and radiates the radio waves into space. Further, the antenna 281 receives radio waves in space and converts the radio waves into signals.
  • Antenna 281 may include a transmit antenna and a receive antenna, or may be a single antenna for transmitting and receiving. Antenna 281 may be a directional antenna and may include multiple antenna elements.
  • the RF circuit 283 performs analog processing of signals transmitted and received via the antenna 281.
  • RF circuit 283 may include a high frequency filter, an amplifier, a modulator, a low pass filter, and the like.
  • the processor 285 performs digital processing of signals transmitted and received via the antenna 281 and the RF circuit 283.
  • the digital processing includes processing of the RAN protocol stack.
  • Processor 285 may include multiple processors or may be a single processor.
  • the plurality of processors may include a baseband processor that performs the digital processing and one or more processors that perform other processing.
  • the memory 287 stores programs executed by the processor 285, parameters related to the programs, and various other information.
  • Memory 287 may include at least one of ROM, EPROM, EEPROM, RAM, and flash memory. All or part of memory 287 may be included within processor 285.
  • the storage 289 stores various information.
  • Storage 289 may include at least one of an SSD and an HDD.
  • the wireless communication unit 210 may be implemented by an antenna 281 and an RF circuit 283.
  • Storage unit 220 may be implemented by storage 289.
  • Processing unit 230 may be implemented by processor 285 and memory 287.
  • the processing unit 230 may be implemented by an SoC (System on Chip) including a processor 285 and a memory 287.
  • SoC System on Chip
  • the SoC may include the RF circuit 283, and the wireless communication unit 210 may also be implemented by the SoC.
  • the UE 200 may include a memory that stores a program (i.e., the memory 287) and one or more processors that can execute the program (i.e., the processor 285).
  • One or more processors may execute the above program to perform the operations of the processing unit 230.
  • the program may be a program for causing a processor to execute the operations of the processing unit 230.
  • configuration information for determining whether to use BSR (hereinafter also referred to as enhanced-BSR) including a first field and a modified second field is transmitted from a base station to a UE. Ru.
  • enhanced-BSR BSR
  • Setting information for the purpose is transmitted from the base station 100 to the UE 200.
  • the BS extended BSR includes a first field and a modified second field, where the first field indicates a logical channel group (LCG) for which the buffer status is reported. It's okay.
  • the second field corresponds to the logical channel group and relates to the amount of uplink data.
  • the changed second field may be a field in which the size of the second field is increased (hereinafter also referred to as an expanded second field).
  • the expanded second field may be larger in size than the second field before expansion (that is, the data length may be longer or the number of bits may be greater).
  • UE 200 may calculate a data volume and determine the amount of uplink data available for a logical channel.
  • the UE 200 may determine the Buffer Size level based on the amount of uplink data, and may set an index corresponding to the determined Buffer Size level in the second field.
  • the extended second field is a Buffer Size field (hereinafter also referred to as an extended Buffer Size field) that indicates information used to indicate the total amount of data of the logical channels of the corresponding logical channel group.
  • the extended Buffer Size field of the BS extended BSR is longer than the Buffer Size field of the legacy BSR (hereinafter also referred to as the legacy Buffer Size field).
  • the legacy BSR is the BSR from which the enhanced-BSR is changed.
  • the legacy BSR may be a BSR classified as the above-mentioned Regular BSR, Periodic BSR, or Padding BSR.
  • the legacy BSR is Short BSR, Long BSR, Extended Short BSR, Extended Long BSR, Short Truncated BSR, Long Truncated BSR, Extended Short Truncated BSR, Extended Long Trunc. ated BSR, Pre-emptive BSR, or Extended Pre-emptive BSR It's good to be there.
  • a code point (or index) corresponding to each legacy BSR may be defined as the LCID/eLCID value for the UL-SCH.
  • the LCID/eLCID values for UL-SCH are Short BSR, Long BSR, Extended Short BSR, Extended Long BSR, Short Truncated BSR, Long Truncated BSR, Extended Short Truncated BSR, Extended Long Truncated BSR, Pre-emptive BSR, And/or a code point (or index) corresponding to each Extended Pre-emptive BSR may be defined.
  • the UE 200 may transmit any of the legacy BSRs identified by the LCID/eLCID values based on the settings and/or conditions from the base station 100.
  • FIG. 10 shows an example of the MAC CE format of the BS extended BSR in which the Buffer Size field of the legacy Long BSR is expanded.
  • the BS extended BSR is not limited to the legacy Long BSR, and may be a BSR in which the Buffer Size field of a legacy BSR in another format is extended.
  • the BS extended BSR includes an LCGi field as the first field and an extended Buffer Size j field as the extended second field, as shown in format 21 in FIG.
  • the LCGi field indicates the existence of an extended Buffer Size j field for LCGi.
  • the Extended Buffer Size j field is used to identify the total amount of data available on all logical channels belonging to the corresponding LCGi.
  • the size of one extended Buffer Size j field is, for example, 16 bits (or 8 bits), which is longer than the 8 bits (or 5 bits) of the legacy Buffer Size j field.
  • the legacy Buffer Size j field is the Buffer Size field from which the extended Buffer Size j field is changed. Note that the size of the extended Buffer Size j field is not limited to this, and may be any other size longer than the legacy Buffer Size j field (for example, 24 bits, etc.). Further, the size of the extended Buffer Size j field may differ depending on the corresponding LCGi.
  • 8 bits is also called 1 octet. That is, 16 bits is also called 2 octets.
  • the extended Buffer Size j field indicates an index corresponding to Buffer Size (eg, Buffer Size level, Buffer Size value, or Buffer Size range) in a table for, for example, a 16-bit Buffer Size field (not shown). Note that the extended Buffer Size j field is included in ascending order according to the LCGi (for example, according to the value of i of the LCGi).
  • BS Extended BSR is distinguished from BSR of other formats.
  • LCID/eLCID indicating BS extended BSR is defined.
  • a code point (or index) corresponding to the BS extended BSR may be defined as the LCID/eLCID value for the UL-SCH.
  • the MAC CE of the BS extended BSR may be transmitted while being included in a MAC PDU (protocol data unit).
  • a MAC PDU may include one or more MAC subPDUs, and each MAC subPDU may include a MAC subheader and a MAC CE.
  • the MAC subheader may include LCID/eLCID.
  • the MAC subheader including the LCID/eLCID indicating the BS extended BSR and the MAC CE of the BS extended BSR are included in the MAC subPDU, and the MAC PDU including the MAC subPDU is transmitted.
  • BS extended BSR setting information (hereinafter also referred to as BS extended BSR setting information) for determining whether to use the BS extended BSR according to this embodiment is defined.
  • the BS extended BSR configuration information is included in the logical channel configuration information. Thereby, the BS extended BSR is configured for each logical channel.
  • BS extended BSR configuration information will be described in detail with reference to FIGS. 11 and 12.
  • the BS extended BSR configuration information is included in LogicalChannelConfig. That is, the configuration information of the logical channel may correspond to LogicalChannelConfig.
  • LogicalChannelConfig may be used to configure parameters of a logical channel.
  • LogicalChannelConfig may include parameters related to the BSR.
  • one or more parameters included in LogicalChannelConfig may be used to identify one logical channel.
  • LogicalChannelConfig may include a parameter (logicalChannelGroup) that indicates the index of the logical channel group to which the one logical channel belongs. That is, the logical channel group to which the one logical channel belongs may be identified based on a parameter indicating the index of the logical channel group.
  • the base station 100 may transmit LogicalChannelConfig including one or more parameters for the one logical channel to the UE 200.
  • the base station 200 may transmit an RRC message including the LogicalChannelConfig to the UE 200.
  • UE 200 may identify the one logical channel based on one or more parameters included in LogicalChannelConfig.
  • the UE 200 may identify the logical channel group to which the one logical channel belongs based on a parameter indicating the index of the logical channel group included in LogicalChannelConfig.
  • the UE 200 may transmit a BSR for a logical channel group to which one or more logical channels belong.
  • BSR-BSExtApplied as BS extended BSR configuration information may be included as a parameter of LogicalChannelConfig.
  • the BS extended BSR configuration information is a flag.
  • BSR-BSExtApplied indicates that the UE 200 is configured to report the BS extended BSR, if present. Conversely, if BSR-BSExtApplied is not present, it is indicated that the UE 200 is not configured to report BS enhanced BSR, ie configured to report legacy BSR.
  • the BS extended BSR setting information is not limited to a flag that indicates whether or not to use the BS extended BSR depending on whether it exists, but may be a flag that indicates whether or not to use the BS extended BSR based on a value.
  • the BS enhanced BSR configuration information may have a value of 0 to indicate that legacy BSR is to be used, and a value of 1 to indicate to use BS enhanced BSR.
  • BSR-BSExtApplied exists may correspond to the case where BSR-BSExtApplied exists in LogicalChannelConfig. That is, the case where BSR-BSExtApplied exists may correspond to the case where BSR-BSExtApplied is included in LogicalChannelConfig. Furthermore, the case where BSR-BSExtApplied does not exist may correspond to the case where BSR-BSExtApplied does not exist in LogicalChannelConfig.
  • BSR-BSExtApplied does not exist may correspond to the case where BSR-BSExtApplied is not included in LogicalChannelConfig.
  • BSR-BSExtApplied exists or the case where BSR-BSExtApplied does not exist, but if BSR-BSExtApplied exists, it will be replaced when the value of BS extended BSR setting information is 1. It's okay to be hit.
  • BSR-BSExtApplied does not exist, it may be replaced with a value of 0 in the BS extended BSR configuration information.
  • BSR-BSExtApplied exists is also described as the case where BSR-BSExtApplied is set.
  • BSR-BSExtApplied does not exist is also described as the case where BSR-BSExtApplied is not set.
  • the message may be an RRC message.
  • BS extended BSR configuration information is transmitted in an RRC message including LogicalChannelConfig.
  • the RRC message may be, for example, RRCReconfiguration, RRCResume, or RRCSetup. Further, an RRC message different from the above RRC message may be used.
  • the base station 100 may transmit LogicalChannelConfig including BS extended BSR configuration information to the UE 200.
  • the base station 100 may transmit an RRC message including LogicalChannelConfig to the UE 200.
  • the UE 200 may determine operations related to BSR based on the BS extended BSR configuration information. For example, the UE 200 may identify the logical channel group to which the logical channel belongs based on the BS extended BSR configuration information, and transmit the BSR for the logical channel group.
  • UE 200 receives configuration information for determining whether to use the BS extended BSR according to this embodiment.
  • UE 200 acquires configuration information from the received message including configuration information.
  • the UE 200 determines the BSR to use based on the acquired configuration information.
  • the UE 200 determines whether to use the BS extended BSR based on the BS extended BSR configuration information obtained from the received RRC message. For example, the UE 200 determines whether to use the BS extended BSR for each logical channel based on the BS extended BSR configuration information included in the logical channel configuration information. The UE 200 uses the BS extended BSR when reporting the buffer status for the LCG to which the logical channel determined to use the BS extended BSR belongs.
  • the UE 200 uses the BS extended BSR as the BSR for the LCG that includes the logical channel to which the LogicalChannelConfig is set. do.
  • the base station 100 sets configuration information for determining whether to use enhanced-BSR (that is, BS enhanced BSR configuration information in this embodiment) in the RRC message (step S310). For example, the base station 100 obtains BSR-BSExtApplied as shown in FIG. 11, and sets BSR-BSExtApplied to LogicalChannelConfig.
  • the base station 100 transmits an RRC message including BS extended BSR configuration information to the UE 200 (step S320).
  • the base station 100 transmits to the UE 200 an RRC message (for example, RRCReconfiguration, RRCResume, or RRCSetup) that includes LogicalChannelConfig with BSR-BSExtApplied set.
  • RRC message for example, RRCReconfiguration, RRCResume, or RRCSetup
  • the UE 200 Upon receiving the RRC message including the BS extended BSR configuration information, the UE 200 transmits an RRC message in response to the RRC message to the base station 100 (step S330). For example, upon receiving an RRC message including LogicalChannelConfig with BSR-BSExtApplied set, UE 200 transmits a response RRC message (for example, RRCReconfigurationComplete, RRCResumeComplete, or RRCSetupComplete) to base station 100.
  • a response RRC message for example, RRCReconfigurationComplete, RRCResumeComplete, or RRCSetupComplete
  • the UE 200 determines the use of enhanced-BSR based on the received configuration information (step S340). For example, when the BSR is triggered, the UE 200 uses the BS extended BSR if BSR-BSExtApplied is included in the LogicalChannelConfig for any logical channel belonging to the LCG that reports the buffer status in the BSR. Otherwise, the UE 200 uses a legacy BSR, ie, a BSR in which the Buffer Size field is not expanded. That is, the UE 200 reports the BS enhanced BSR (i.e., enhanced-BSR MAC CE) based on the fact that BSR-BSExtApplied is set for at least one of the logical channels belonging to the LCG for the reported BSR. It's okay.
  • BS enhanced BSR i.e., enhanced-BSR MAC CE
  • the UE 200 may report the legacy BSR based on the fact that BSR-BSExtApplied is not set for any of the logical channels belonging to the LCG for the reported BSR. In other words, the UE 200 determines whether to report the BS enhanced BSR (for example, enhanced-BSR MAC CE) depending on whether BSR-BSExtApplied is configured (for example, whether BSR-BSExtApplied is configured by an upper layer). It may be determined based on Furthermore, the UE 200 may determine whether to transmit the BS enhanced BSR (for example, enhanced-BSR MAC CE) based on whether the LogicalChannelConfig includes BSR-BSExtApplied.
  • the BS enhanced BSR for example, enhanced-BSR MAC CE
  • the BS extended BSR format may be used for Regular BSR, Periodic BSR, and/or Padding BSR.
  • the UE 200 may report BS extended BSR based on BSR-BSExtApplied being set.
  • BSR-BSExtApplied the UE 200 has BSR-BSExtApplied set, and the LCG with available data when the MAC PDU including BSR is built. Based on the presence of two or more, the BS extended BSR may be reported.
  • the UE 200 has BSR-BSExtApplied set and an LCG with data available when the MAC PDU including BSR is built.
  • the BS extended BSR may be reported based on the presence of one or more.
  • the UE 200 has BSR-BSExtApplied set, and there are two LCGs with data that can be used when the MAC PDU including BSR is built. or more (or one or more), and the BS extended BSR may be reported based on the ID of the largest LCG among the configured LCGs being greater than 7.
  • the UE 200 has BSR-BSExtApplied set, and there are two LCGs with data that can be used when the MAC PDU including BSR is built.
  • the BS extended BSR may be reported based on the fact that there are more than one (or one or more) and the ID of the largest LCG among the configured LCGs is greater than 256.
  • the UE 200 may report the BS enhanced BSR for all LCGs that have data available for transmission.
  • the UE 200 may report legacy BSR for Regular BSR, Periodic BSR, and/or Padding BSR based on the fact that BSR-BSExtApplied is not set. Additionally, for Regular BSR, Periodic BSR, and/or Padding BSR, the UE 200 has BSR-BSExtApplied set and an LCG with data available when the MAC PDU including BSR is built. A legacy BSR may be reported based on being one. In addition, for Regular BSR, Periodic BSR, and/or Padding BSR, the UE 200 has BSR-BSExtApplied set, and there are two LCGs with data that can be used when the MAC PDU including BSR is built.
  • the legacy BSR may be reported based on the fact that the ID of the largest LCG among the set LCGs is 7 or smaller than 7.
  • the UE 200 has BSR-BSExtApplied set, and there are two LCGs with data that can be used when the MAC PDU including BSR is built.
  • the legacy BSR may be reported based on the fact that the ID of the largest LCG among the set LCGs is 256 or smaller than 256.
  • the UE 200 may report the legacy BSR for all LCGs that have data available for transmission.
  • legacy BSRs are Short BSR, Long BSR, Extended Short BSR, Extended Long BSR, Short Truncated BSR, Long Truncated BSR, Extended Short Truncated BSR, Extended Long Truncated BSR, Pre-emptive BSR, or Extended Pre -emptive May be BSR.
  • the maximum number of LCGs set using logicalChannelGroup may be eight (for example, eight LCGs with IDs from 0 to 7). That is, the LCG ID set using logicalChannelGroup may have any value from 0 to 7. Further, the maximum number of LCGs set using logicalChannelGroup-IAB-Ext-r17 may be 256 (for example, 256 LCGs with IDs from 0 to 255).
  • the UE 200 may report the legacy BSR for the LCG corresponding to the ID value that can be set using the logicalChannelGroup and/or the logicalChannelGroup-IAB-Ext-r17.
  • the UE 200 determines whether BSR-BSExtApplied is set and the number of padding bits is larger than the size of the legacy BSR (and/or the subheader of the legacy BSR). , may report the BS extended BSR. Furthermore, for Padding BSR, the UE 200 determines whether BSR-BSExtApplied is set and the number of padding bits is smaller than the size of the legacy BSR (and/or the subheader of the legacy BSR). , may report legacy BSR. Here, the UE 200 may report the BS enhanced BSR or legacy BSR for all LCGs that have data available for transmission. Furthermore, the UE 200 may report the BS extended BSR or legacy BSR for the LCG to which the logical channel determined based on the prioritization belongs, among the logical channels having data available for transmission.
  • the UE 200 transmits the enhanced-BSR MAC CE to the base station 100 (step S350). For example, the UE 200 sets an index corresponding to the Buffer Size of the UL data in the extended Buffer Size field corresponding to the LCG, as shown in FIG. 10, and generates the BS extended BSR MAC CE. UE 200 transmits the generated BS extended BSR MAC CE to base station 100. For example, the UE 200 may transmit the enhanced-BSR MAC CE by applying a logical channel prioritization (LCP) procedure.
  • LCP logical channel prioritization
  • the logical channel prioritization procedure may be a procedure applied when initial transmission is performed.
  • logical channels may be prioritized in the following order: In the following, logical channels with higher priority are listed first.
  • - MAC CE for C-RNTI or data from UL-CCCH - MAC CE for (Extended) BSR, with exception of BSR included for padding
  • - MAC CE for (Extended) Pre-emptive BSR - data from any Logical Channel, except data from UL-CCCH - MAC CE for BSR included for padding
  • enhanced-BSR MAC CE may have higher priority than MAC CE for (Extended) BSR, with exception of BSR included for padding.
  • enhanced-BSR MAC CE may be defined as having lower priority than MAC CE for C-RNTI, or data from UL-CCCH, and higher priority than MAC CE for (Extended) BSR. Furthermore, the enhanced-BSR MAC CE may have a higher priority than the MAC CE for (Extended) Pre-emptive BSR. For example, enhanced-BSR MAC CE is specified with lower priority than MAC CE for (Extended) BSR, with exception of BSR included for padding, and with higher priority than MAC CE for (Extended) Pre-emptive BSR. Good too. Furthermore, enhanced-BSR MAC CE may have higher priority than data from any Logical Channel, except data from UL-CCCH.
  • enhanced-BSR MAC CE may be defined as having lower priority than MAC CE for (Extended) Pre-emptive BSR, and higher priority than data from any Logical Channel, except data from UL-CCCH. Additionally, the enhanced-BSR MAC CE may have a higher priority than the MAC CE for BSR included for padding. For example, enhanced-BSR MAC CE may be defined as having lower priority than data from any Logical Channel, except data from UL-CCCH, and higher priority than MAC CE for BSR included for padding. For example, the UE 200 may report the enhanced-BSR MAC CE according to the priority in a logical channel prioritization (LCP) procedure.
  • LCP logical channel prioritization
  • messages are sent and received that include configuration information for determining whether to use a BSR that includes at least one first field and at least one modified second field.
  • the BSR is used to provide information about the UL data amount
  • the at least one first field indicates at least one LCG for which the buffer status is reported
  • the at least one modified second field The field corresponds to the at least one LCG and relates to the amount of UL data.
  • the amount of information regarding the amount of UL data in the BSR can be increased compared to the BSR including the first field and the second field (ie, legacy BSR). Therefore, it becomes possible to improve the efficiency of UL data scheduling using BSR.
  • the above setting information is included in the logical channel setting information.
  • the above setting information can be set for each logical channel.
  • logical channels can be associated with XR traffic, so that substantially the above configuration information can be configured for XR traffic.
  • the above setting information is a flag. Thereby, the above setting information can be handled with a small amount of data. Therefore, an increase in communication resources for signaling the configuration information can be suppressed.
  • the at least one modified second field is the second field whose size has been increased.
  • the amount of information regarding the amount of UL data can be increased by following the manner of the second field.
  • the range or granularity of the amount of UL data that can be handled can be expanded. That is, it becomes possible to raise the upper limit of the UL data amount or to subdivide the granularity.
  • the at least one modified second field is a Buffer Size field indicating information used to indicate the total amount of data of each logical channel of the corresponding at least one LCG.
  • Buffer Size field indicating information used to indicate the total amount of data of each logical channel of the corresponding at least one LCG. This allows the range or granularity of Buffer Size that can be handled in the Buffer Size field to be expanded. Therefore, it is possible to reduce quantization errors for UL data (for example, XR data) that has a large capacity and fluctuates widely.
  • the BS extended BSR configuration information is a flag.
  • the BS extended BSR configuration information according to the embodiment of the present disclosure is not limited to this example.
  • the BS extended BSR configuration information may be information regarding the length of at least one changed second field.
  • the BS extended BSR configuration information is information indicating the length of the second field whose size has been increased.
  • BS extended BSR configuration information according to this modification will be described in detail with reference to FIGS. 14 and 15.
  • BSR-BufferSizeFieldLength as BS extended BSR configuration information is included as a parameter of LogicalChannelConfig.
  • BSR-BufferSizeFieldLength indicates the length of the Buffer Size field.
  • BSR-BufferSizeFieldLength indicates whether to use BS extended BSR depending on whether it exists.
  • BSR-BufferSizeFieldLength if present, indicates that the UE 200 is configured to report the BS extended BSR and indicates the length of the extended Buffer Size field in the BS extended BSR. Conversely, if BSR-BufferSizeFieldLength does not exist, it is indicated that the UE 200 is not configured to report BS enhanced BSR, ie configured to report legacy BSR.
  • BSR-BufferSizeFieldLength may indicate information for indicating the length of the Buffer Size field.
  • BSR-BufferSizeFieldLength indicates an index corresponding to the length of the Buffer Size field (eg, the value or range of the length).
  • the BS extended BSR configuration information may be information for identifying an LCG that uses BS extended BSR. That is, the BS extended BSR configuration information may indicate the ID of the LCG.
  • the BS extended BSR configuration information may indicate the ID of the LCG to which the logical channel belongs.
  • the UE 200 may determine the ID of the LCG to which the logical channel belongs based on the ID of the LCG indicated by the BS extended BSR configuration information.
  • logicalChannelGroup-XR-Ext-r18 as BS extended BSR configuration information is included as a parameter of LogicalChannelConfig.
  • logicalChannelGroup-XR-Ext-r18 may indicate the LCG ID.
  • logicalChannelGroup-XR-Ext-r18 may indicate the LCG ID to which the logical channel belongs, if it exists.
  • logicalChannelGroup-XR-Ext-r18 may indicate that the UE 200 is configured to report the BS extended BSR for the LCG ID.
  • logicalChannelGroup-XR-Ext-r18 does not exist, it may be indicated that the UE 200 is not configured to report the BS enhanced BSR, ie, configured to report the legacy BSR.
  • logicalChannelGroup-XR-Ext-r18 when logicalChannelGroup-XR-Ext-r18 is set, the settings of other LCG IDs may be ignored. In this case, for example, logicalChannelGroup and/or logicalChannelGroup-IAB-Ext-r17 as shown in FIG. 16 may be ignored. In other words, if the logical channel config includes logicalChannelGroup-XR-Ext-r18 indicating the LCG ID, the UE 200 may ignore the logicalChannelGroup and/or logicalChannelGroup-IAB-Ext-r17 included in the logical channel config. good. As described above, logicalChannelGroup and/or logicalChannelGroup-IAB-Ext-r17 indicates the LCG ID.
  • the maximum number of LCGs that can be set using logicalChannelGroup-XR-Ext-r18 is 8 (for example, 8 LCGs with IDs from 0 to 7, or 8 LCGs with IDs 8 to 15). ). That is, the LCG ID set using logicalChannelGroup-XR-Ext-r18 may be any value from 0 to 7 (or any value from 8 to 15). For example, by setting the LCG ID set using logicalChannelGroup-XR-Ext-r18 from 8 to 15, you can specify an LCG ID that is different from the LCG ID set using logicalChannelGroup (i.e., 0 to 7). It becomes possible to set.
  • the maximum number of LCGs that can be set using logicalChannelGroup-XR-Ext-r18 is 16 (for example, 16 LCGs with IDs from 0 to 15, or 16 LCGs with IDs 8 to 23). It may be. That is, the LCG ID set using logicalChannelGroup-XR-Ext-r18 may be any value from 0 to 15 (or any value from 8 to 23). For example, by setting the number of LCG IDs set using logicalChannelGroup-XR-Ext-r18 to 16, the number of LCG IDs set using logicalChannelGroup (i.e., 8) is greater than the number of LCG IDs set using logicalChannelGroup. It becomes possible to set an ID.
  • the maximum number of LCGs that can be set using logicalChannelGroup-XR-Ext-r18 is 256 (for example, 256 LCG IDs from 0 to 255, or 256 LCG IDs from 256 to 511). It may be. That is, the LCG ID set using logicalChannelGroup-XR-Ext-r18 may be any value from 0 to 255 (or any value from 256 to 511).
  • the LCG ID set using logicalChannelGroup-XR-Ext-r18 from 256 to 511
  • the LCG ID set using logicalChannelGroup and/or logicalChannelGroup-IAB-Ext-r17 it is possible to set different LCG IDs (from 0 to 255).
  • the UE 200 ignores the settings of other LCG IDs and performs BSR-related operations without setting the LCG ID using different parameters. can be easily executed.
  • the BS extended BSR configuration information may be information used to indicate the type of UL data.
  • the type of UL data may be pose/control or video.
  • BSR-DataType-XR as BS extended BSR configuration information is included as a parameter of LogicalChannelConfig.
  • LogicalChannelConfig For example, as shown in Table 47 of FIG. 19, if BSR-DataType-XR exists, the UE 200 will report the BS extended BSR for the LCG to which the logical channel in which the indicated type of UL data is buffered belongs. Indicates that it is set to . Conversely, if BSR-DataType-XR does not exist, it is indicated that the UE 200 is not configured to report BS enhanced BSR, ie configured to report legacy BSR.
  • the BS extended BSR configuration information may be information regarding the length of at least one changed second field.
  • the information regarding the length of the modified second field can also indicate whether to use the BS extended BSR. Therefore, an increase in communication resources for signaling BS extended BSR configuration information can be suppressed.
  • the BS extended BSR configuration information indicates the length of the second field whose size has been increased, so that the size of the second field after the change can be dynamically changed.
  • the BS extended BSR configuration information may be information for identifying an LCG that uses BS extended BSR.
  • the LCG ID and whether to use the BS extended BSR into one piece of information, it is possible to specify the LCG ID of the logical channel and at the same time determine whether to use the BS extended BSR.
  • the BS extended BSR configuration information may be information used to indicate the type of UL data. This makes it possible to indicate whether to use the BS extended BSR for each type of UL data. Therefore, an appropriate BSR can be selected depending on the type of UL data. In particular, the characteristics of XR data vary greatly depending on the data type. Therefore, by selecting an appropriate BSR according to the type of XR data, scheduling suitable for XR data becomes possible.
  • Second modification Another example of configuration information including BS extended BSR configuration information
  • BS extended BSR configuration information is included in the logical channel configuration information.
  • the BS extended BSR configuration information according to the embodiment of the present disclosure is not limited to this example.
  • the BS extended BSR configuration information may be included in the LCG configuration information. Thereby, the BS extended BSR is set for each LCG. This modification will be described in detail with reference to FIG. 20.
  • LCG configuration information 51 is newly added as RRC configuration information, and BS extended BSR configuration information is included in LCG configuration information 51 as shown in FIG.
  • the configuration information 51 of the LCG is included in the RRC message and transmitted to the UE 200.
  • the BS extended BSR configuration information may be included in the SR configuration information.
  • the BS extended BSR is set for each SR.
  • the BS extended BSR configuration information is included in SchedulingRequestConfig or SchedulingRequestResourceConfig as an example of SR configuration information 53 as shown in FIG. 20, and is associated with schedulingRequestID.
  • the schedulingRequestID is also included in the logical channel setting information. Therefore, the UE 200 refers to the BS extended BSR configuration information included in the SR configuration information 53 via the schedulingRequestID set in the logical channel belonging to the LCG, and determines whether to use the BS extended BSR for the LCG. . In other words, it can be said that the BS extended BSR is indirectly configured for each logical channel via the schedulingRequestID.
  • the BS extended BSR configuration information may be included in the BSR configuration information. That is, it is indicated whether to use the BS extended BSR as the BSR of the UE 200. Thereby, the BS extended BSR is set for each UE 200.
  • the BS extended BSR configuration information is included in BSR-Config, which is an example of BSR configuration information 55 as shown in FIG.
  • the UE 200 refers to the BS extended BSR configuration information included in the BSR-Config and determines whether to use the BS extended BSR.
  • the BS extended BSR configuration information may be included in the LCG configuration information.
  • BS extended BSR setting information can be set for each LCG. Since BSR is reported for LCG, processing can be reduced compared to when BS extended BSR is configured for logical channels.
  • the BS extended BSR configuration information may be included in the SR configuration information.
  • BS extended BSR configuration information can be configured for each SR. Therefore, it is possible to collectively manage whether or not to use the BS extended BSR for at least one logical channel configured for the same SR.
  • the BS extended BSR configuration information may be included in the BSR configuration information.
  • BS extended BSR configuration information can be configured for each UE 200. Therefore, all the BSRs used by the UE 200 can be switched at once to whether or not they are BS extended BSRs.
  • the BS extended BSR includes a first field and a modified second field.
  • the BS extended BSR according to embodiments of the present disclosure is not limited to this example.
  • the BS extended BSR may further include at least one second field.
  • the at least one extended second field corresponds to an LCG identified based on BS extended BSR configuration information among the plurality of LCGs, and the at least one second field corresponds to a BS extended BSR configuration among the plurality of LCGs. It corresponds to an LCG other than the LCG specified based on the information. In other words, only the Buffer Size field corresponding to the LCG specified based on the BS extended BSR configuration information among the plurality of LCGs is expanded.
  • the BS extended BSR includes multiple LCG fields, at least one extended Buffer Size field, and at least one legacy Buffer Size field.
  • At least one extended Buffer Size field corresponds to an LCG among the plurality of LCGs for which it is determined to use the BS extended BSR based on the BS extended BSR configuration information.
  • at least one legacy Buffer Size field corresponds to an LCG other than the above LCG among the plurality of LCGs.
  • Buffer Size 1 corresponds to LCG0 and Buffer Size 2 corresponds to LCG1. If it is decided to use the BS extended BSR for LCG0, the BS extended BSR includes a Buffer Size 1 field that is longer than the legacy Buffer Size field as an extended Buffer Size field. Furthermore, if it is not determined to use the BS extended BSR for LCG1, the BS extended BSR includes a Buffer Size 2 field as a legacy Buffer Size field.
  • the BS extended BSR further includes at least one second field, the at least one LCG is a plurality of LCGs, and the at least one extended BSR
  • the second field corresponds to an LCG identified based on the BS extended BSR configuration information among the multiple LCGs, and at least one second field corresponds to an LCG other than the LCG identified based on the configuration information among the multiple LCGs.
  • the system 1 is a system that complies with 5G or NR TS.
  • the system 1 according to the embodiment of the present disclosure is not limited to this example.
  • the system 1 may be a system compliant with another 3GPP TS.
  • the system 1 may be a system compliant with LTE (Long Term Evolution), LTE-A (LTE Advanced), or 4G TS, and the base station 100 may be an eNB (evolved Node B). good.
  • base station 100 may be an ng-eNB.
  • the system 1 may be a 3G TS-compliant system, and the base station 100 may be a NodeB.
  • the system 1 may be a system compliant with next generation (eg, 6G) TS.
  • system 1 may be a system that complies with the TS of another standardization organization regarding mobile communications.
  • Second embodiment> configuration information for determining whether to use a BSR in which the changed second field includes delay information (hereinafter also referred to as delay BSR) is transmitted from the base station 100 to the UE 200. Sent. Note that descriptions of contents that are substantially the same as those in the first embodiment will be omitted.
  • the modified second field of the delayed BSR includes a second field and a third field different from the second field.
  • the modified second field is obtained by adding the third field to the second field.
  • the changed second field includes a Buffer Size field as the second field and a delay information field as the third field.
  • the delay information field indicates information used to indicate delay information of the LCG.
  • the delay information indicates information used to indicate the remaining time until the allowable delay of data belonging to the corresponding LCG.
  • FIGS. 21A and 21B show an example of the MAC CE format of the delayed BSR in which the Buffer Size field of the legacy Long BSR has been changed.
  • the delayed BSR is not limited to the legacy Long BSR, and may be a BSR in which the Buffer Size field of the legacy BSR in other formats described above is changed.
  • the delayed BSR includes the LCGi field as the first field, and the reduced Buffer Size j field and Delay Info j field as the modified second field, as shown in format 23A of FIG. 21A.
  • the LCGi field indicates the existence of the reduced Buffer Size j field and Delay Info j field for LCGi.
  • the reduced Buffer Size j field like the legacy Buffer Size j field, identifies the total amount of data available for all logical channels belonging to the corresponding LCGi.
  • the size of the reduced Buffer Size j field is, for example, 6 bits, which is shorter than the 8 bit size of the legacy Buffer Size j field. Note that the size of the reduced Buffer Size j field is not limited to this, and may be any other size shorter than the legacy Buffer Size j field. Furthermore, the size of the reduced Buffer Size j field may differ depending on the corresponding LCGi.
  • the reduced Buffer Size j field indicates, for example, an index corresponding to Buffer Size (for example, Buffer Size level, Buffer Size value, or Buffer Size range) in a table for a 6-bit Buffer Size field (not shown).
  • Buffer Size for example, Buffer Size level, Buffer Size value, or Buffer Size range
  • the Delay Info j field as the third field indicates information used to indicate delay information of the corresponding LCGi.
  • the size of the Delay Info j field is, for example, 2 bits, which is shorter than the 8-bit size of the legacy Buffer Size j field.
  • the sum of the size of the reduced Buffer Size j field and the size of the Delay Info j field is equal to the size of the legacy Buffer Size j field.
  • the size of the Delay Info j field is not limited to this, and may be any other size shorter than the legacy Buffer Size j field. Further, the size of the Delay Info j field may differ depending on the corresponding LCGi.
  • the Delay Info j field indicates the remaining time (for example, indicated in ms, slot, or subframe units) until the allowable delay of data belonging to the corresponding LCG.
  • the Delay Info j field may indicate an index corresponding to the remaining time (for example, the value or range of the remaining time), and may also indicate a flag corresponding to the remaining time (for example, a flag indicating the size of the remaining time). May be shown.
  • the Reduction Buffer Size j field and Delay Info j field are treated as one, and combinations thereof are included in ascending order according to LCGi.
  • the delayed BSR may include the LCGi field as the first field, and the legacy Buffer Size j field and Delay Info i field as the modified second fields, as shown in format 23B of FIG. 21B.
  • the Delay Info j field is replaced with part of the legacy Buffer Size field
  • the Delay Info i field is added to the legacy Buffer Size field.
  • the Delay Info i field is added between the LCGi field and the legacy Buffer Size field. Note that the Delay Info i field may be added after the legacy Buffer Size field.
  • the contents and size of the Delay Info i field are the same as in format 23A.
  • the Buffer Size j field and the Delay Info i field are each included in ascending order according to LCGi.
  • Delayed BSR is distinguished from other formats of BSR. For example, an LCID/eLCID indicating a delayed BSR is defined. This allows the delayed BSR to be transmitted as a MAC CE. Note that the MAC CE of the delayed BSR may be transmitted while being included in the MAC PDU. That is, the MAC subheader including the LCID/eLCID indicating the delayed BSR and the MAC CE of the delayed BSR are included in the MAC subPDU, and the MAC PDU including the MAC subPDU is transmitted.
  • delayed BSR setting information Setting information of delayed BSR Setting information (hereinafter also referred to as delayed BSR setting information) for determining whether to use the delayed BSR according to this embodiment is defined.
  • the delayed BSR configuration information is included in the logical channel configuration information. A delay BSR is thereby set for each logical channel.
  • the delayed BSR configuration information will be described in detail with reference to FIGS. 22 and 23.
  • the delayed BSR configuration information is included in LogicalChannelConfig.
  • BSR-DelayApplied as delay BSR setting information may be included as a parameter of LogicalChannelConfig.
  • the LogicalChannelConfig according to this embodiment may be substantially the same as the LogicalChannelConfig described in the first embodiment except for BSR-BSExtApplied, and the portion related to BSR-BSExtApplied may be replaced with BSR-DelayApplied. It's fine.
  • the delayed BSR setting information is a flag.
  • BSR-DelayApplied if present, indicates that the UE 200 is configured to report delayed BSR.
  • the absence of BSR-DelayApplied indicates that the UE 200 is not configured to report delayed BSR, ie configured to report legacy BSR.
  • the delayed BSR setting information is not limited to a flag that indicates whether to use the delayed BSR depending on whether it exists or not, but may be a flag that indicates whether to use the delayed BSR based on a value.
  • the delayed BSR configuration information may have a value of 0 to indicate that a legacy BSR is used, and a value of 1 to indicate that a delayed BSR is used.
  • a message including delayed BSR configuration information is substantially the same as a message including BS extended BSR configuration information, so a description thereof will be omitted.
  • UE 200 determines whether to use delayed BSR based on delayed BSR configuration information acquired from the received RRC message. For example, the UE 200 determines whether to use delayed BSR for the logical channel based on delayed BSR configuration information included in the logical channel configuration information. The UE 200 uses the delayed BSR when reporting the buffer status for the LCG to which the logical channel determined to use the delayed BSR belongs.
  • the UE 200 uses the delayed BSR as the BSR for the LCG that includes the logical channel to which the LogicalChannelConfig is set. .
  • the UE 200 transmits the enhanced-BSR MAC CE to the base station 100 (step S350). For example, for each LCG as shown in FIG. 21A, the UE 200 sets an index corresponding to the Buffer Size of the UL data in the corresponding reduced Buffer Size field, sets delay information in the corresponding Delay Info field, and sets the delay information in the corresponding Delay Info field. Generate BSR MAC CE. Alternatively, as shown in FIG. 21B, for each LCG, the UE 200 sets an index corresponding to the Buffer Size of the UL data in the corresponding Buffer Size field, sets delay information in the corresponding Delay Info field, and sets the delay BSR. Generate MAC CE. The UE 200 transmits the generated delayed BSR MAC CE to the base station 100. Note that, similarly to the first embodiment, the UE 200 may transmit the enhanced-BSR MAC CE (that is, the delayed BSR MAC CE) by applying the logical channel prioritization (LCP) procedure.
  • LCP logical channel prioritization
  • the modified second field included in the enhanced-BSR includes the second field and a third field different from the second field. This makes it possible to add information with different content and/or format from the information indicated by the second field.
  • the second field is a Buffer Size field indicating information used to indicate the total amount of data of each logical channel of the corresponding at least one LCG
  • the third field is delay information of the corresponding at least one LCG.
  • This field indicates information used to indicate the delay information
  • the delay information indicates information used to indicate the remaining time until the allowable delay of data belonging to the corresponding at least one LCG. This allows reporting of delay information about buffered data. Therefore, it is possible to schedule the data in consideration of delay information.
  • a PDB may be imposed on XR data
  • reporting delay information using a delayed BSR for XR data enables scheduling that satisfies the PDB.
  • delayed BSR configuration information is a flag.
  • the delayed BSR configuration information according to embodiments of the present disclosure is not limited to this example.
  • the delayed BSR configuration information may be information regarding the length of at least one changed second field.
  • the delayed BSR setting information is information indicating the length of the third field.
  • BSR-DelayInfoFieldLength as delay BSR setting information is included as a parameter of LogicalChannelConfig.
  • BSR-DelayInfoFieldLength indicates the length of the Delay Info field, like BSR-BufferSizeFieldLength shown in table 43 of FIG. 15.
  • BSR-DelayInfoFieldLength if present, indicates that the UE 200 is configured to report a delayed BSR and indicates the length of the Delay Info field in the delayed BSR. Conversely, if BSR-DelayInfoFieldLength is not present, it is indicated that the UE 200 is not configured to report delayed BSR, ie configured to report legacy BSR.
  • BSR-DelayInfoFieldLength may indicate information for indicating the length of the Delay Info field.
  • BSR-DelayInfoFieldLength indicates an index corresponding to the length of the Delay Info field (eg, the value or range of the length).
  • the delayed BSR configuration information may be information regarding the length of at least one changed second field. Further, since the delayed BSR configuration information indicates the length of the third field, the length of the third field and the changed second field can be dynamically changed.
  • the delayed BSR setting information may be information for identifying an LCG that uses delayed BSR. Note that this modification example is realized by replacing the BS extended BSR according to the first modification example 2 of the first embodiment with a delayed BSR, so a description thereof will be omitted.
  • the delayed BSR setting information may be information used to indicate the type of UL data. Note that this modification is realized by replacing the BS extended BSR according to the first modification 3 of the first embodiment with a delayed BSR, so the description will be omitted.
  • Second modification Another example of configuration information including delayed BSR configuration information
  • delayed BSR configuration information is included in the configuration information of the logical channel.
  • the delayed BSR configuration information according to embodiments of the present disclosure is not limited to this example.
  • the delayed BSR configuration information may be included in the LCG configuration information. Note that this modification is realized by replacing the BS extended BSR according to the second modification 1 of the first embodiment with a delayed BSR, so the description will be omitted.
  • delayed BSR configuration information may be included in SR configuration information.
  • this modification example is realized by replacing the BS extended BSR according to the second modification example 2 of the first embodiment with a delayed BSR, so a description thereof will be omitted.
  • the delayed BSR setting information may be included in the BSR setting information. Note that this modification example is realized by replacing the BS extended BSR according to the second modification example 3 of the first embodiment with a delayed BSR, so a description thereof will be omitted.
  • delayed BSR includes a first field and a modified second field.
  • delayed BSR according to embodiments of the present disclosure is not limited to this example.
  • the delayed BSR may further include at least one second field.
  • the at least one modified second field corresponds to an LCG identified based on the delayed BSR configuration information among the plurality of LCGs
  • the at least one second field corresponds to the LCG identified based on the delayed BSR configuration information among the plurality of LCGs. This corresponds to an LCG other than the LCG specified based on the LCG.
  • the third field is added only to the second field corresponding to the LCG identified based on the delayed BSR configuration information among the plurality of LCGs, and only the second field is changed.
  • the delay BSR includes a plurality of LCG fields, at least one reduced Buffer Size field and a set of Delay Info fields, and at least one legacy Buffer Size field.
  • At least one set of the reduced Buffer Size field and the Delay Info field corresponds to an LCG that is determined to use a delayed BSR based on the delayed BSR configuration information, among the plurality of LCGs.
  • at least one legacy Buffer Size field corresponds to an LCG other than the above LCG among the plurality of LCGs.
  • Buffer Size 1 corresponds to LCG0
  • Buffer Size 3 (not shown) corresponds to LCG1.
  • the delayed BSR includes a set of a 6-bit Buffer Size 1 field and a 2-bit Delay Info 1 field as a set of reduced Buffer Size and Delay Info fields.
  • the delayed BSR includes an 8-bit Buffer Size 3 field as a legacy Buffer Size field.
  • the delayed BSR may include a plurality of LCG fields, at least one set of legacy Buffer Size and Delay Info fields, and at least one legacy Buffer Size field without a Delay Info field.
  • At least one set of a legacy Buffer Size field and a Delay Info field corresponds to an LCG that is determined to use a delayed BSR based on the delayed BSR configuration information, among the plurality of LCGs.
  • at least one legacy Buffer Size field without the Delay Info field corresponds to an LCG other than the above LCG among the plurality of LCGs.
  • Buffer Size 1 corresponds to LCG0
  • Buffer Size 3 (not shown) corresponds to LCG1.
  • the delayed BSR includes a set of an 8-bit Buffer Size 1 field and a 2-bit Delay Info 0 field as a set of legacy Buffer Size and Delay Info fields.
  • the delayed BSR includes an 8-bit Buffer Size 3 field as a legacy Buffer Size field, and does not include Delay Info 1, unlike FIG. 23B.
  • the modified second field includes the second field and the third field.
  • the modified second field according to embodiments of the present disclosure is not limited to this example.
  • the changed second field may be one field that serves as both the second field and the third field.
  • the at least one modified second field contains information used to indicate the total amount of data of each logical channel of the corresponding at least one LCG, and delay information of the corresponding at least one LCG. This is the field to indicate.
  • FIG. 24 shows an example of the MAC CE format of the delayed BSR in which the Buffer Size field of the legacy Long BSR has been changed. Note that the delayed BSR according to this modification is not limited to the legacy Long BSR, and may be a BSR in which the Buffer Size field of a legacy BSR in another format is changed.
  • the delayed BSR includes multiple LCG fields and at least one Buffer Size/Delay Info field.
  • the LCGi field indicates the existence of the Buffer Size/Delay Info j field for LCGi.
  • the Buffer Size/Delay Info field indicates an index corresponding to a set of Buffer Size and delay information.
  • a table is defined that shows the correspondence between the index and a set of Buffer Size and delay information. Note that the Buffer Size/Delay Info j field is included in ascending order according to LCGi.
  • FIG. 24 shows an example in which the size of the Buffer Size/Delay Info field is the same as the size of the legacy Buffer Size field, it may be larger or smaller than the size of the legacy Buffer Size field.
  • the size of the Buffer Size/Delay Info field may be 16 bits, 24 bits, or more.
  • the delayed BSR may further include at least one second field.
  • the second field corresponding to the LCG identified based on the delay BSR setting information among the plurality of LCGs is changed to the Buffer Size/Delay Info field.
  • At least one modified second field contains the total amount of data of each logical channel of the corresponding at least one LCG and the corresponding This field indicates information used to indicate delay information of at least one LCG.
  • This allows the BSR to manage Buffer Size and delay information in one field. Therefore, the BSR reception process (ie, field analysis process) can be simplified.
  • the system 1 is a system that complies with 5G or NR TS.
  • the system 1 according to the embodiment of the present disclosure is not limited to this example.
  • the system 1 may be a system compliant with other TSs as in the fourth modification of the first embodiment.
  • steps in the process described in this specification do not necessarily have to be executed in chronological order in the order described in the flowchart or sequence diagram.
  • steps in a process may be performed in a different order than depicted in a flowchart or sequence diagram, or may be performed in parallel.
  • some of the steps in the process may be deleted, and additional steps may be added to the process.
  • a method may be provided that includes operations of one or more components of the apparatus described herein, and a program may be provided that causes a computer to perform the operations of the components. Further, a computer-readable non-transitional physical recording medium may be provided on which the program is recorded.
  • a program may be provided that causes a computer to perform the operations of the components.
  • a computer-readable non-transitional physical recording medium may be provided on which the program is recorded.
  • one or more components of a base station described herein may be included in or provided with a module for the base station. That is, a base station module that performs the base station processing described in this specification may be provided.
  • one or more components of a user equipment (UE) described herein may be included in or provided with a module for the UE. That is, a UE module that performs the UE processing described in this specification may be provided.
  • UE user equipment
  • user equipment may refer to a terminal apparatus, a terminal, a mobile station, a mobile terminal, a mobile device, a mobile unit, a subscriber station, a subscriber terminal, subscriber equipment, subscriber unit, radio station, radio terminal, radio device, radio unit, wireless station, wireless terminal, wireless device, wireless unit, access station, access terminal, access device, access unit, remote station , remote terminal, remote device, or remote unit.
  • the UE may be a mobile phone terminal such as a smartphone, a tablet terminal, a personal computer, a mobile router, or a wearable device.
  • the UE may be a device installed in a mobile body, or may be the mobile body itself.
  • the moving object may be a vehicle such as a car and a train, a flying object such as an airplane or a drone, or another moving object such as a ship.
  • the UE may be other IoT (Internet of Things) devices such as sensors and cameras.
  • IoT Internet of Things
  • a UE may be mobile or fixed.
  • transmit may mean performing at least one layer of processing within a protocol stack used for transmission, or transmitting a signal wirelessly or by wire to a physical It may also mean sending to.
  • transmitting may mean a combination of processing the at least one layer and physically transmitting the signal wirelessly or by wire.
  • recipient may mean processing at least one layer within the protocol stack used for receiving, or physically receiving a signal, wirelessly or by wire. It can also mean that.
  • receiving may mean a combination of processing the at least one layer and physically receiving the signal wirelessly or by wire.
  • the at least one layer may be translated into at least one protocol.
  • “obtain/acquire” may mean obtaining information from among stored information, or obtaining information from among information received from other nodes. It may also mean to obtain the information by generating the information.
  • a communication processor receiving a message including configuration information for determining whether to use a buffer status report including at least one first field and at least one modified second field; an information acquisition unit (231) that acquires the setting information included in the message; Equipped with The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported; The at least one modified second field corresponds to the at least one logical channel group and relates to an uplink data amount.
  • Apparatus (200).
  • (Feature 8) The device according to any one of features 1 to 3, wherein the configuration information is information for identifying a logical channel group that uses the buffer status report.
  • the buffer status report further includes at least one second field; the at least one logical channel group is a plurality of logical channel groups; The at least one modified second field corresponds to a logical channel group identified based on the configuration information among the plurality of logical channel groups, The device according to any one of features 1 to 9, wherein the at least one second field corresponds to a logical channel group other than the logical channel group specified based on the configuration information among the plurality of logical channel groups. .
  • (Feature 12) 12 The apparatus of feature 11, wherein the at least one modified second field is a buffer size field indicating information used to indicate the total amount of data for each logical channel of the corresponding at least one logical channel group.
  • the second field is a buffer size field indicating information used to indicate the total amount of data of each logical channel of the corresponding at least one logical channel group
  • the third field is a field indicating information used to indicate delay information of the corresponding at least one logical channel group, 14.
  • the at least one modified second field is used to indicate a total amount of data of each logical channel of the corresponding at least one logical channel group and delay information of the corresponding at least one logical channel group.
  • a field that indicates information The apparatus according to any one of the features 1 to 10, wherein the delay information indicates information used to indicate the remaining time until an allowable delay of data belonging to the corresponding at least one logical channel group.
  • an information acquisition unit (141) that acquires configuration information for determining whether to use a buffer status report including at least one first field and at least one modified second field; a communication processing unit (143) that transmits a message including the setting information; Equipped with The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported; The at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • the buffer status report is used to provide information about the amount of uplink data;
  • the at least one first field indicates at least one logical channel group for which buffer status is to be reported;
  • the at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • the buffer status report is used to provide information about the amount of uplink data;
  • the at least one first field indicates at least one logical channel group for which buffer status is to be reported;
  • the at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • (Feature 21) receiving a message including configuration information for determining whether to use a buffer status report including at least one first field and at least one modified second field; obtaining the configuration information included in the message;
  • a program that causes a computer to execute The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported;
  • the at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • (Feature 22) obtaining configuration information for determining whether to use a buffer status report that includes at least one first field and at least one modified second field; Sending a message including the configuration information;
  • a program that causes a computer to execute The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported;
  • the at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • (Feature 23) receiving a message including configuration information for determining whether to use a buffer status report including at least one first field and at least one modified second field; obtaining the configuration information included in the message;
  • a computer-readable non-transitional physical recording medium that records a program that causes a computer to execute, The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported;
  • the at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.
  • (Feature 24) obtaining configuration information for determining whether to use a buffer status report that includes at least one first field and at least one modified second field; Sending a message including the configuration information;
  • a computer-readable non-transitional physical recording medium that records a program that causes a computer to execute, The buffer status report is used to provide information about the amount of uplink data; the at least one first field indicates at least one logical channel group for which buffer status is to be reported; The at least one modified second field corresponds to the at least one logical channel group and relates to an amount of uplink data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本開示の一態様に係る装置（２００）は、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信する通信処理部（２３３）と、上記メッセージに含まれる上記設定情報を取得する情報取得部（２３１）と、を備え、上記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、上記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、上記少なくとも１つの変更された第２フィールドは、上記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する。

Description

装置及び方法 関連出願の相互参照
　本出願は、２０２２年８月９日に出願された日本出願番号２０２２－１２７４６２号に基づくもので、ここにその記載内容を援用する。
　本開示は、装置及び方法に関する。
　３ＧＰＰ（3rd　Generation　Partnership　Project）（登録商標）において移動体通信技術が提案され、技術仕様（technical　specification：ＴＳ）に定められている。とりわけ現在では、５Ｇ（5th　Generation）の技術が提案され、ＴＳに定められている。
　上記移動体通信のシステムでは、基地局がユーザ機器（user　equipment：ＵＥ）に対してアップリンク（uplink：ＵＬ）送信のための通信リソースを割り当てる。非特許文献１に記載のように、ユーザ機器は、スケジューリングリクエスト（scheduling　request：ＳＲ）を基地局に送信して当該ＵＬ送信のための通信リソース割当を要求する。ユーザ機器は、割り当てられた通信リソースを用いてＵＬデータを基地局へ送信する。
　また、ＵＥは、非特許文献１に記載のように、ＵＬデータ量についての情報を提供するためのバッファステータスレポート（buffer　status　report：ＢＳＲ）を基地局に送信する。ＢＳＲでは、ＵＬデータのバッファサイズの範囲が示される。そのため、基地局は、ＢＳＲが示すＵＬデータのバッファサイズの範囲に応じた通信リソースを割り当てることができる。なお、ＢＳＲは、バッファサイズの範囲を示すため、量子化誤差がある。また、非特許文献２に記載のように、ＳＲのパラメータ及びＢＳＲのパラメータは、ＲＲＣ（radio　resource　control）層で設定される。
　さらに、最近では、非特許文献３～５に記載のように、上記移動体通信のシステムをＸＲ（extended　reality）サービスに適用することが提案されている。しかし、ＸＲサービスのデータは、大容量かつ高い変動性を有するという特徴を有する。そのため、ＢＳＲにおける量子化誤差のせいで、通信リソースを浪費し、スケジューリングの効率が悪くなる。対策として、例えば、非特許文献３では、ＢＳＲを通じて精密なバッファサイズを決定することが提案されている。また、ＸＲサービスは、遅延要件（例えば、packet　delay　Budget：ＰＤＢ）を有し得る。対策として、例えば、非特許文献４では、ＢＳＲに遅延情報を含め、遅延を考慮したスケジューリングを行うことで、ＰＤＢを満たすことが提案されている。
3GPP　TS　38.321　V17.0.0　(2022-03),　"3rd　Generation　Partnership　Project;　Technical　Specification　Group　Radio　Access　Network;　NR;　Medium　Access　Control　(MAC)　protocol　specification　(Release　17)" 3GPP　TS　38.331　V17.1.0　(2022-06),　"3rd　Generation　Partnership　Project;　Technical　Specification　Group　Radio　Access　Network;　NR;　Radio　Resource　Control　(RRC)　protocol　specification　(Release　17)" 3GPP　TSG　RAN　WG1　#109-e,　e-Meeting,　May　9th　-　20th,　2022,　R1-2203607,　"Discussion　on　XR　specific　capacity　enhancements　techniques" 3GPP　TSG-RAN　WG1　Meeting　#109-e,　Online,　May　9th　-　20th,　2022,　R1-2203639,　"Discussion　on　capacity　enhancements　for　XR" 3GPP　TSG　RAN　WG1　#109-e,　e-Meeting,　May　9th　-　20th,　2022,　R1-2203928,　"Considerations　on　XR　Capacity　Improvements"
　発明者の詳細な検討の結果、以下の課題が見出された。即ち、非特許文献では、ＢＳＲを用いたＵＬデータのスケジューリングのためのコンセプトは提案されているが、具体的な方法は提案されていない。
　本開示の目的は、ＢＳＲを用いたＵＬデータのスケジューリングの効率を向上させることが可能な装置及び方法を提供することにある。
　本開示の一態様に係る装置（２００）は、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信する通信処理部（２３３）と、上記メッセージに含まれる上記設定情報を取得する情報取得部（２３１）と、を備え、上記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、上記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、上記少なくとも１つの変更された第２フィールドは、上記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する。
　本開示の一態様に係る装置（１００）は、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得する情報取得部（１４１）と、上記設定情報を含むメッセージを送信する通信処理部（１４３）と、を備え、上記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、上記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、上記少なくとも１つの変更された第２フィールドは、上記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する。
　本開示の一態様に係る装置（２００）により行われる方法は、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信することと、上記メッセージに含まれる上記設定情報を取得することと、を含み、上記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、上記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、上記少なくとも１つの変更された第２フィールドは、上記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する。
　本開示の一態様に係る装置（１００）により行われる方法は、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得することと、上記設定情報を含むメッセージを送信することと、を含み、上記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、上記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、上記少なくとも１つの変更された第２フィールドは、上記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する。
　本開示によれば、ＢＳＲを用いたＵＬデータのスケジューリングの効率を向上させることが可能になる。なお、本開示により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
ＵＬデータ送信の例を示す説明図である。 Short　BSRを示す図である。 バッファサイズのテーブルを示す図である。 Long　BSRを示す図である。 本開示の実施形態に係るシステムの概略的な構成の一例を示す説明図である。 本開示の実施形態に係る基地局の概略的な機能構成の例を示すブロック図である。 本開示の実施形態に係る基地局の概略的なハードウェア構成の例を示すブロック図である。 本開示の実施形態に係るユーザ機器の概略的な機能構成の例を示すブロック図である。 本開示の実施形態に係るユーザ機器の概略的なハードウェア構成の例を示すブロック図である。 本開示の第１の実施形態に係るＢＳＲの例を示す図である。 本開示の第１の実施形態に係るＢＳＲを使用するかどうかを決定するための設定情報の例を示す図である。 本開示の第１の実施形態に係る上記設定情報の例を説明するための図である。 本開示の第１の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。 本開示の第１の実施形態の第１の変形例１に係る上記設定情報の例を示す図である。 本開示の第１の実施形態の第１の変形例１に係る上記設定情報の例を説明するための図である。 本開示の第１の実施形態の第１の変形例２に係る上記設定情報の例を示す図である。 本開示の第１の実施形態の第１の変形例２に係る上記設定情報の例を説明するための図である。 本開示の第１の実施形態の第１の変形例３に係る上記設定情報の例を示す図である。 本開示の第１の実施形態の第１の変形例３に係る上記設定情報の例を説明するための図である。 本開示の第１の実施形態の第２の変形例に係る上記設定情報が含まれる設定情報の例を示す図である。 本開示の第２の実施形態に係るＢＳＲの例を示す図である。 本開示の第２の実施形態に係るＢＳＲの別の例を示す図である。 本開示の第２の実施形態に係るＢＳＲを使用するかどうかを決定するための設定情報の例を示す図である。 本開示の第２の実施形態に係る上記設定情報の例を説明するための図である。 本開示の第２の実施形態の第４の変形例に係るＢＳＲの例を示す図である。
　以下、添付の図面を参照して本開示の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
　説明は、以下の順序で行われる。
　１．関連技術
　２．システムの構成
　３．基地局の構成
　４．ユーザ機器の構成
　５．第１の実施形態
　５－１．動作例
　５－２．変形例
　６．第２の実施形態
　６－１．動作例
　６－２．変形例
　＜１．関連技術＞
　本開示の実施形態に関連する技術として、スケジューリングリクエスト（ＳＲ）及びバッファステータスレポート（ＢＳＲ）を説明する。
　（１）スケジューリングリクエスト（ＳＲ）
　ＳＲは、ＵＥが新しいＵＬ送信のための通信リソース割当を基地局に要求するために用いられる。例えば、ＳＲは、初期送信のための上りリンク共用チャネル（uplink-shared　channel：ＵＬ－ＳＣＨ）のリソースを要求するために用いられてもよい。ここで、ＵＬ－ＳＣＨは、物理上りリンク共用チャネル（physical　uplink　shared　channel：ＰＵＳＣＨ）にマップされてもよい。本実施形態において、ＵＬ－ＳＣＨのデータを、ＵＬデータとも記載する。ＳＲの通信リソースとして、複数のＢＷＰ（bandwidth　part）、及び／又は、セルにわたる物理上りリンク制御チャネル（physical　uplink　control　channel：ＰＵＣＣＨ）リソースのセットが割り当てられる。各論理チャネルについて、各ＢＷＰに最大１つのＰＵＣＣＨリソースがＳＲのために割り当てられる。例えば、１つ又は複数のセル（サービングセルとも呼ばれる）のそれぞれにおいて、１つ若しくは複数の下りリンクＢＷＰ、及び／又は、１つ若しくは複数の上りリンクＢＷＰが設定されてもよい。例えば、ＰＵＣＣＨリソースのセットは、１つ又は複数の上りリンクＢＷＰのそれぞれに対して設定されてもよい。
　図１を参照して、ＳＲを用いたＵＬ送信の例を説明する。ＵＥは、ＵＬデータが到着すると、ＳＲをトリガする。ＳＲは、ＰＵＣＣＨを用いて基地局へ送信される。ＳＲを受信した基地局は、ＵＬデータ送信のためのリソースをＵＥに割り当てる。ＵＬリソース割当は、物理下りリンク制御チャネル（physical　downlink　control　channel：ＰＤＣＣＨ）を用いてＵＥへ送信される。ＵＬリソース割当を受信したＵＥは、割り当てられたＰＵＳＣＨリソースを用いてＵＬデータを基地局へ送信する。ＵＬデータとともにＢＳＲも送信され得る。本実施形態において、ＵＬリソース割当は、ＵＬ－ＳＣＨの割当、及び／又は、ＰＵＳＣＨのリソースの割当を含む。また、ＰＵＳＣＨのリソースの割当は、ＰＵＳＣＨの周波数領域におけるリソース割当（frequency　domain　resource　assignment）、及び／又は、ＰＵＳＣＨの時間領域のリソース割当（time　domain　resource　assignment）を含む。例えば、基地局は、ＰＵＳＣＨのスケジューリングに用いられる下りリンク制御情報（downlink　control　information：ＤＣＩ）をＰＤＣＣＨで送信してもよい。すなわち、当該ＤＣＩは、ＰＵＳＣＨのリソースを割り当てるための情報（１つ又は複数のフィールド）を含んでもよい。
　ＳＲのパラメータは、ＲＲＣ設定情報（configuration　information）であるSchedulingRequestConfig、及び／又は、SchedulingRequestResourceConfigを用いて設定される。例えば、ＳＲのパラメータは、ＳＲの送信、及び／又は、ＳＲのリソースの設定に用いられるパラメータであって、ＳＲ設定とも呼ばれる。ＳＲのパラメータは、SchedulingRequestConfig、及び／又は、SchedulingRequestResourceConfigを含んでもよい。また、ＳＲのパラメータは、schedulingRequestID、sr-ProhibitTimer、sr-TransMax、periodicityAndOffset、phy-PriorityIndex、及び／又は、resource等を含んでもよい。各ＳＲ設定は、１つ以上の論理チャネルに対応する。例えば、各ＳＲ設定は、schedulingRequestIDを介して１つ以上の論理チャネル（及び／又は、ＢＦＲ（beam　failure　recovery））に対応してもよい。schedulingRequestIDは、ＭＡＣ層でＳＲインスタンスを識別するのに用いられてよい。sr-ProhibitTimerは、ＰＵＣＣＨにおけるＳＲ送信のタイマを設定するために用いられてよい。sr-TransMaxは、ＳＲ送信の最大数を設定するために用いられてよい。periodicityAndOffsetは、ＳＲの周期及びオフセットを設定するために用いられてよい。phy-PriorityIndexは、ＰＨＹ層の優先度付け又は多重化におけるＳＲリソースの優先度を設定するために用いられてよい。パラメータ“resource”は、ＳＲの送信に用いられるＰＵＣＣＨリソースのＩＤ（identifier）を設定するために用いられてもよい。例えば、ＳＲのパラメータに含まれるＰＵＣＣＨリソースのＩＤに対応するＰＵＣＣＨリソースが、当該ＳＲのパラメータに基づくＳＲの送信に対して設定されてもよい。ＰＵＣＣＨリソースは、ＰＵＣＣＨのリソースを設定するために用いられる情報を含むPUCCH　format　0又はPUCCH　format　1で設定されてもよい。
　ここで、ＲＲＣ設定情報は、基地局とＵＥとの間のＲＲＣ層において送信、及び／又は、受信される情報を含んでもよい。すなわち、基地局は、ＳＲ設定を含むＲＲＣメッセージをＵＥへ送信してもよい。また、ＵＥは、ＳＲ設定を含むＲＲＣメッセージを受信し、当該ＳＲ設定に基づいてＳＲの送信を実行してもよい。また、ＵＥは、ＳＲ設定を含むＲＲＣメッセージを受信し、当該ＳＲ設定に基づいてＳＲの送信に用いられるＰＵＣＣＨリソースを決定してもよい。例えば、当該ＲＲＣメッセージは、RRCreconfigurationメッセージを含んでもよい。
　（２）バッファステータスレポート（ＢＳＲ）
　ＢＳＲ手順（バッファステータスレポーティング手続きとも呼ばれる）は、ＵＥにおけるＵＬデータ量（ボリューム）に関する情報を基地局へ提供するために用いられる。すなわち、ＢＳＲは、MAC　entityのＵＬデータ量に関する情報を基地局へ提供するための手順（バッファステータスレポーティング）において用いられる。ＢＳＲは、MAC　CE（Control　Element）を用いて送信される。すなわち、ＢＳＲに関わる動作は、ＵＥにおけるＭＡＣ層（例えば、MAC　entity）において実行、及び／又は、処理されてもよい。また、ＢＳＲに関わる動作は、基地局におけるＭＡＣ層（例えば、MAC　entity）において実行、及び／又は、処理されてもよい。本実施形態において、上位レイヤは、ＭＡＣ層よりも上位のレイヤを含む。例えば、上位レイヤは、ＲＲＣ層を含んでもよい。
　ＢＳＲに関連するパラメータは、ＲＲＣ設定情報を用いて設定される。ＢＳＲのパラメータとしては、periodicBSR-Timer、retxBSR-Timer、logicalChannelSR-DelayTimerApplied、logicalChannelSR-DelayTimer、logicalChannelSR-Mask、及びlogicalChannelGroup等がある。periodicBSR-Timerは、ＢＳＲ周期のためのタイマを設定するために用いられてよい。retxBSR-Timerは、ＢＳＲ再送のためのタイマを設定するために用いられてよい。logicalChannelSR-DelayTimerAppliedは、論理チャネルについてのＳＲ送信について遅延タイマを適用するかを設定するために用いられてよい。logicalChannelSR-DelayTimerは、論理チャネルについてのＳＲ送信について遅延タイマを設定するために用いられてよい。logicalChannelSR-Maskは、configured　grantが設定された場合のＳＲトリガの制御（即ち、ＳＲマスキングを設定するか）を設定するために用いられてよい。logicalChannelGroupは、論理チャネルが属する論理チャネルグループのＩＤを設定するために用いられてよい。基地局は、ＢＳＲに関連するパラメータを含むＲＲＣメッセージをＵＥへ送信してもよい。また、ＵＥは、ＢＳＲに関連するパラメータを含むＲＲＣメッセージを受信し、当該ＢＳＲに関連するパラメータに基づいてＢＳＲの報告（すなわち、送信）を実行してもよい。
　ＢＳＲは、各論理チャネルグループ（logical　channel　group：ＬＣＧ）について報告される。各論理チャネルは、ＬＣＧのＩＤを示すlogicalChannelGroupによっていずれかのＬＣＧに割り当てられる。
　ＢＳＲは、アクティブ化されたセルグループについて、以下のいずれかが発生するとトリガされてよい。なお、以下のトリガメカニズムによって、ＢＳＲは、（Ａ）及び（Ｃ）に対応するRegular　BSR、（Ｄ）に対応するPeriodic　BSR、及び（Ｂ）に対応するPadding　BSRに分類される。
　（Ａ）いずれかのＬＣＧに属する論理チャネルのＵＬデータがMAC　entityで利用可能になる。
　（Ｂ）ＵＬリソースが割り当てられ、当該ＵＬリソースのパディングビット数がBSR　MAC　CEのサイズ以上である。
　（Ｃ）retxBSR-Timerの示す期間が満了し、いずれかのＬＣＧに属する論理チャネルの少なくとも１つにＵＬデータが含まれている。
　（Ｄ）periodicBSR-Timerの示す期間が満了する。
　次に、BSR　MAC　CEについて説明する。BSR　MAC　CEは、上述したＢＳＲの送信に用いられるMAC　CEに対応してもよい。例えば、BSR　MAC　CEのフォーマット（以下、BSR　formatとも称する。）は、いくつかのタイプ（例えば、Short　BSR、Long　BSR）として規定され、LCID/eLCIDを含むMAC　subheaderにより識別される。すなわち、LCID（Logical　Channel　Identifier）/eLCID（Extended　LCID）は、対応するMAC　CEのタイプを識別するために用いられてもよい。また、下りリンク共用チャネル（Downlink-Shared　Channel：ＤＬ－ＳＣＨ）、及び／又は、ＵＬ－ＳＣＨのそれぞれに対するLCID/eLCIDが規定されてもよい。以下、LCID/eLCIDは、LCID、及び／又は、eLCIDを示す。
　図２及び図３を参照して、Short　BSRのフォーマット２０Ａについて説明する。Short　BSRのサイズは、固定されている。図２に示されるように、Short　BSRは、LCG　IDフィールド及びBuffer　Sizeフィールドを有する。LCG　IDフィールドは、バッファサイズを報告するLCG　IDを識別する。LCG　IDフィールドのサイズは、３ビットである。Buffer　Sizeフィールドは、LCG　IDで示されるLCGに属する全ての論理チャネルで利用可能なデータの合計量を識別する。Buffer　Sizeフィールドのサイズは、５ビットである。Buffer　Sizeフィールドは、図３に示される５ビットBuffer　SizeフィールドについてのテーブルＴ１におけるバッファサイズに対応するインデックスを示す。
　図４を参照して、Long　BSRのフォーマット２０Ｂについて説明する。Long　BSRのサイズは、可変である。図４に示されるように、Long　BSRは、LCGiフィールド及びBuffer　Size　jフィールドを有する。LCGiは、ｉ番目のＩＤを持つＬＣＧであり、LCGiフィールドは、LCGiについてBuffer　Sizeフィールドの存在を示す。LCGiフィールドは、バッファサイズが報告される場合１にセットされ、そうでない場合０にセットされる。あるいは、LCGiフィールドは、LCGiが利用可能なデータを有するかどうかを示してもよい。Buffer　Size　jフィールドは、対応するLCGiに属する全ての論理チャネルで利用可能なデータの合計量を識別する。Buffer　Size　jフィールドのサイズは、８ビットである。Buffer　Size　jフィールドは、図示しない８ビットBuffer　Sizeフィールドについてのテーブルにおけるバッファサイズに対応するインデックスを示す。なお、Buffer　Size　jフィールドは、LCGiに応じて昇順に含まれる。
　BSR　formatは、ＴＳ（TS　38.321　5.4.5及び5/4.7）で規定される方法にしたがって選択される。
　例えば、Regular　BSR及びPeriodic　BSRの場合、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上あるときは、Long　BSRが報告され、そうでない場合はShort　BSRが報告される。さらに、logicalChannelGroup-IABExtが上位レイヤによって設定されたMAC　entityについては、Extended　Long　BSR又はExtended　Short　BSRが報告されてもよい。
　また、例えば、Padding　BSRの場合、上記のBSR　formatに加えて、Short　Truncated　BSR、Long　Truncated　BSR、Extended　Short　Truncated　BSR、及びExtended　Long　Truncated　BSRが条件に応じて報告される。
　また、例えば、Pre-emptive　BSR及びExtended　Pre-emptive　BSRは、IAB-MT（Mobile　Termination）によって使用される。
　＜２．システムの構成＞
　図５を参照して、本開示の実施形態に係るシステム１の構成の例を説明する。図５を参照すると、システム１は、基地局１００及びＵＥ２００を含む。
　例えば、システム１は、３ＧＰＰのＴＳに準拠したシステムである。より具体的には、例えば、システム１は、５Ｇ又はＮＲ（New　Radio）のＴＳに準拠したシステムである。当然ながら、システム１は、この例に限定されない。
　（１）基地局１００
　基地局１００は、無線アクセスネットワーク（radio　access　network：ＲＡＮ）のノードであり、基地局１００のカバレッジエリア１０内に位置するＵＥ（例えば、ＵＥ２００）と通信する。
　例えば、基地局１００は、ＲＡＮのプロトコルスタックを使用してＵＥ（例えば、ＵＥ２００）と通信する。例えば、当該プロトコルスタックは、ＲＲＣ（radio　resource　control）、ＳＤＡＰ（service　data　adaptation　protocol）、ＰＤＣＰ（packet　data　convergence　protocol）、ＲＬＣ（radio　link　control）、ＭＡＣ（medium　access　control）、及び、物理（physical：ＰＨＹ）レイヤのプロトコルを含む。あるいは、上記プロトコルスタックは、これらのプロトコルの全てを含まず、これらのプロトコルの一部を含んでもよい。
　例えば、基地局１００は、ｇＮＢである。ｇＮＢは、ＵＥに対するＮＲユーザプレーン及び制御プレーンプロトコル終端（NR　user　plane　and　control　plane　protocol　terminations　towards　the　UE）を提供し、ＮＧインターフェースを介して５ＧＣ（5G　Core　Network）に接続されるノードである。あるいは、基地局１００は、ｅｎ－ｇＮＢであってもよい。ｅｎ－ｇＮＢは、ＵＥに対するＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し、ＥＮ－ＤＣ（E-UTRA-NR　Dual　Connectivity）においてセカンダリノードとして動作するノードである。
　基地局１００は、複数のノードを含んでもよい。当該複数のノードは、上記プロトコルスタックに含まれる上位レイヤ（higher　layer）をホストする第１のノードと、当該プロトコルスタックに含まれる下位レイヤ（lower　layer）をホストする第２のノードとを含んでもよい。上記上位レイヤは、ＲＲＣ、ＳＤＡＰ及びＰＤＣＰを含んでもよく、上記下位レイヤは、ＲＬＣ、ＭＡＣ、及びＰＨＹレイヤを含んでもよい。上記第１のノードは、ＣＵ（central　unit）であってもよく、上記第２のノードは、ＤＵ（distributed　unit）であってもよい。なお、上記複数のノードは、ＰＨＹレイヤの下位の処理を行う第３のノードを含んでもよく、上記第２のノードは、ＰＨＹレイヤの上位の処理を行ってもよい。当該第３のノードは、ＲＵ（radio　unit）であってもよい。
　あるいは、基地局１００は、上記複数のノードのうちの１つであってもよく、上記複数のノードのうちの他のユニットと接続されていてもよい。
　基地局１００は、ＩＡＢ（integrated　access　and　backhaul）ドナー又はＩＡＢノードであってもよい。
　（２）ＵＥ２００
　ＵＥ２００は、基地局と通信する。例えば、ＵＥ２００は、基地局１００のカバレッジエリア１０内に位置する場合に、基地局１００と通信する。
　例えば、ＵＥ２００は、上記プロトコルスタックを使用して基地局（例えば、基地局１００）と通信する。
　また、ＵＥ２００は、＜１．関連技術＞で説明したようなＳＲ及びＢＳＲを基地局へ送信する。また、ＵＥ２００は、ＸＲサービス（言い換えると、ＸＲシナリオ）に対応する装置であってよい。
　＜３．基地局の構成＞
　図６及び図７を参照して、本開示の実施形態に係る基地局１００の構成の例を説明する。
　（１）機能構成
　まず、図６を参照して、本開示の実施形態に係る基地局１００の機能構成の例を説明する。図６を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。
　無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、ＵＥからの信号を受信し、ＵＥへの信号を送信する。
　ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。
　記憶部１３０は、基地局１００のために様々な情報を記憶する。
　処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、情報取得部１４１、第１通信処理部１４３、第２通信処理部１４５を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。情報取得部１４１、第１通信処理部１４３、第２通信処理部１４５の具体的な動作は、後に詳細に説明する。
　例えば、処理部１４０（第１通信処理部１４３）は、無線通信部１１０を介してＵＥ（例えば、ＵＥ２００）と通信する。例えば、処理部１４０（第２通信処理部１４５）は、ネットワーク通信部１２０を介して他のノード（例えば、コアネットワーク内のネットワークノード又は他の基地局）と通信する。
　（２）ハードウェア構成
　次に、図７を参照して、本開示の実施形態に係る基地局１００のハードウェア構成の例を説明する。図７を参照すると、基地局１００は、アンテナ１８１、ＲＦ（radio　frequency）回路１８３、ネットワークインターフェース１８５、プロセッサ１８７、メモリ１８９及びストレージ１９１を備える。
　アンテナ１８１は、信号を電波に変換し、当該電波を空間に放射する。また、アンテナ１８１は、空間における電波を受信し、当該電波を信号に変換する。アンテナ１８１は、送信アンテナ及び受信アンテナを含んでもよく、又は、送受信用の単一のアンテナであってもよい。アンテナ１８１は、指向性アンテナであってもよく、複数のアンテナ素子を含んでもよい。
　ＲＦ回路１８３は、アンテナ１８１を介して送受信される信号のアナログ処理を行う。ＲＦ回路１８３は、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。
　ネットワークインターフェース１８５は、例えばネットワークアダプタであり、ネットワークへ信号を送信し、ネットワークから信号を受信する。
　プロセッサ１８７は、アンテナ１８１及びＲＦ回路１８３を介して送受信される信号のデジタル処理を行う。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。プロセッサ１８７は、ネットワークインターフェース１８５を介して送受信される信号の処理も行う。プロセッサ１８７は、複数のプロセッサを含んでもよく、又は、単一のプロセッサであってもよい。当該複数のプロセッサは、上記デジタル処理を行うベースバンドプロセッサと、他の処理を行う１つ以上のプロセッサとを含んでもよい。
　メモリ１８９は、プロセッサ１８７により実行されるプログラム、当該プログラムに関するパラメータ、及び、その他の様々な情報を記憶する。メモリ１８９は、ＲＯＭ（read　only　memory）、ＥＰＲＯＭ（erasable　programmable　read　only　memory）、ＥＥＰＲＯＭ（electrically　erasable　programmable　read　only　memory）、ＲＡＭ（random　access　memory）及びフラッシュメモリの少なくとも１つを含んでもよい。メモリ１８９の全部又は一部は、プロセッサ１８７内に含まれていてもよい。
　ストレージ１９１は、様々な情報を記憶する。ストレージ１９１は、ＳＳＤ（solid　state　drive）及びＨＤＤ（hard　disc　drive）の少なくとも１つを含んでもよい。
　無線通信部１１０は、アンテナ１８１及びＲＦ回路１８３により実装されてもよい。ネットワーク通信部１２０は、ネットワークインターフェース１８５により実装されてもよい。記憶部１３０は、ストレージ１９１により実装されてもよい。処理部１４０は、プロセッサ１８７及びメモリ１８９により実装されてもよい
　処理部１４０の一部又は全部は、仮想化されていてもよい。換言すると、処理部１４０の一部又は全部は、仮想マシンとして実装されてもよい。この場合に、処理部１４０の一部又は全部は、プロセッサ及びメモリ等を含む物理マシン（即ち、ハードウェア）及びハイパーバイザ上で仮想マシンとして動作してもよい。
　以上のハードウェア構成を考慮すると、基地局１００は、プログラムを記憶するメモリ（即ち、メモリ１８９）と、当該プログラムを実行可能な１つ以上のプロセッサ（即ち、プロセッサ１８７）とを備えてもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１４０の動作を行ってもよい。上記プログラムは、処理部１４０の動作をプロセッサに実行させるためのプログラムであってもよい。
　＜４．ユーザ機器の構成＞
　図８及び図９を参照して、本開示の実施形態に係るＵＥ２００の構成の例を説明する。
　（１）機能構成
　まず、図８を参照して、本開示の実施形態に係るＵＥ２００の機能構成の例を説明する。図８を参照すると、ＵＥ２００は、無線通信部２１０、記憶部２２０及び処理部２３０を備える。
　無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、基地局からの信号を受信し、基地局への信号を送信する。例えば、無線通信部２１０は、他のＵＥからの信号を受信し、他のＵＥへの信号を送信する。
　記憶部２２０は、ＵＥ２００のために様々な情報を記憶する。
　処理部２３０は、ＵＥ２００の様々な機能を提供する。処理部２３０は、情報取得部２３１及び通信処理部２３３を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。情報取得部２３１及び通信処理部２３３の具体的な動作は、後に詳細に説明する。
　例えば、処理部２３０（通信処理部２３３）は、無線通信部２１０を介して基地局（例えば、基地局１００）又は他のＵＥと通信する。
　（２）ハードウェア構成
　次に、図９を参照して、本開示の実施形態に係るＵＥ２００のハードウェア構成の例を説明する。図９を参照すると、ＵＥ２００は、アンテナ２８１、ＲＦ回路２８３、プロセッサ２８５、メモリ２８７及びストレージ２８９を備える。
　アンテナ２８１は、信号を電波に変換し、当該電波を空間に放射する。また、アンテナ２８１は、空間における電波を受信し、当該電波を信号に変換する。アンテナ２８１は、送信アンテナ及び受信アンテナを含んでもよく、又は、送受信用の単一のアンテナであってもよい。アンテナ２８１は、指向性アンテナであってもよく、複数のアンテナ素子を含んでもよい。
　ＲＦ回路２８３は、アンテナ２８１を介して送受信される信号のアナログ処理を行う。ＲＦ回路２８３は、高周波フィルタ、増幅器、変調器及びローパスフィルタ等を含んでもよい。
　プロセッサ２８５は、アンテナ２８１及びＲＦ回路２８３を介して送受信される信号のデジタル処理を行う。当該デジタル処理は、ＲＡＮのプロトコルスタックの処理を含む。プロセッサ２８５は、複数のプロセッサを含んでもよく、又は、単一のプロセッサであってもよい。当該複数のプロセッサは、上記デジタル処理を行うベースバンドプロセッサと、他の処理を行う１つ以上のプロセッサとを含んでもよい。
　メモリ２８７は、プロセッサ２８５により実行されるプログラム、当該プログラムに関するパラメータ、及び、その他の様々な情報を記憶する。メモリ２８７は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ及びフラッシュメモリの少なくとも１つを含んでもよい。メモリ２８７の全部又は一部は、プロセッサ２８５内に含まれていてもよい。
　ストレージ２８９は、様々な情報を記憶する。ストレージ２８９は、ＳＳＤ及びＨＤＤの少なくとも１つを含んでもよい。
　無線通信部２１０は、アンテナ２８１及びＲＦ回路２８３により実装されてもよい。記憶部２２０は、ストレージ２８９により実装されてもよい。処理部２３０は、プロセッサ２８５及びメモリ２８７により実装されてもよい。
　処理部２３０は、プロセッサ２８５及びメモリ２８７を含むＳｏＣ（System　on　Chip）により実装されてもよい。当該ＳｏＣは、ＲＦ回路２８３を含んでもよく、無線通信部２１０も、当該ＳｏＣにより実装されてもよい。
　以上のハードウェア構成を考慮すると、ＵＥ２００は、プログラムを記憶するメモリ（即ち、メモリ２８７）と、当該プログラムを実行可能な１つ以上のプロセッサ（即ち、プロセッサ２８５）とを備えてもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作を行ってもよい。上記プログラムは、処理部２３０の動作をプロセッサに実行させるためのプログラムであってもよい。
　＜５．第１の実施形態＞
　本開示の実施形態では、第１フィールド及び変更された第２フィールドを含むＢＳＲ（以下、enhanced-BSRとも称する。）を使用するかどうかを決定するための設定情報が基地局からＵＥへ送信される。本開示の第１の実施形態では、変更された第２フィールドとしての拡張されたバッファサイズフィールドを含むenhanced-BSR（以下、ＢＳ（Buffer　Size）拡張ＢＳＲとも称する。）を使用するかどうかを決定するための設定情報が基地局１００からＵＥ２００へ送信される。
　＜５－１．動作例＞
　図１０～図１３を参照して、本開示の第１の実施形態に係る基地局１００及びＵＥ２００の動作の例を説明する。
　（１）ＢＳ拡張ＢＳＲのフォーマット
　本実施形態に係るＢＳ拡張ＢＳＲは、第１フィールド及び変更された第２フィールドを含み、第１フィールドは、バッファステータスがレポートされる論理チャネルグループ（ＬＣＧ）を示してもよい。また、第２フィールドは、当該論理チャネルグループに対応し、アップリンクデータ量に関する。また、変更された第２フィールドは、当該第２フィールドのサイズが増加されたフィールド（以下、拡張された第２フィールドとも称する。）であってもよい。換言すると、拡張された第２フィールドは、拡張される前の第２フィールドよりもサイズが大きくてもよい（即ち、データ長が長くでもよいし、ビット数が多くてもよい）。例えば、ＵＥ２００は、データ量（ボリューム）を計算し、論理チャネルに対して利用可能なアップリンクデータの量を決定してもよい。また、後述するように、ＵＥ２００は、アップリンクデータの量に基づいてBuffer　Sizeのレベルを決定し、決定したBuffer　Sizeのレベルに対応するインデックスを、第２のフィールドにセットしてもよい。
　具体的には、拡張された第２フィールドは、対応する論理チャネルグループの論理チャネルのデータの総量を示すために用いられる情報を示すBuffer　Sizeフィールド（以下、拡張Buffer　Sizeフィールドとも称する。）である。ＢＳ拡張ＢＳＲの拡張Buffer　Sizeフィールドは、レガシＢＳＲのBuffer　Sizeフィールド（以下、レガシBuffer　Sizeフィールドとも称する。）より長い。レガシＢＳＲは、enhanced-BSRの変更元のＢＳＲである。例えば、レガシＢＳＲは、上述したRegular　BSR、Periodic　BSR、又はPadding　BSRに分類されるＢＳＲであってよい。即ち、レガシＢＳＲは、Short　BSR、Long　BSR、Extended　Short　BSR　、Extended　Long　BSR、Short　Truncated　BSR、Long　Truncated　BSR、Extended　Short　Truncated　BSR、Extended　Long　Truncated　BSR、Pre-emptive　BSR、又はExtended　Pre-emptive　BSRであってよい。また、例えば、ＵＬ－ＳＣＨに対するLCID/eLCIDの値として、レガシＢＳＲのそれぞれに対応するコードポイント（又は、インデックス）が規定されてもよい。すなわち、ＵＬ－ＳＣＨに対するLCID/eLCIDの値として、Short　BSR、Long　BSR、Extended　Short　BSR　、Extended　Long　BSR、Short　Truncated　BSR、Long　Truncated　BSR、Extended　Short　Truncated　BSR、Extended　Long　Truncated　BSR、Pre-emptive　BSR、及び／又は、Extended　Pre-emptive　BSRのそれぞれに対応するコードポイント（又は、インデックス）が規定されてもよい。例えば、ＵＥ２００は、基地局１００からの設定、及び／又は、条件に基づいて、LCID/eLCIDの値によって識別されるレガシＢＳＲのいずれかを送信してもよい。
　図１０を参照して、本実施形態に係るＢＳ拡張ＢＳＲのフォーマットについて詳細に説明する。図１０は、レガシLong　BSRのBuffer　Sizeフィールドが拡張されたＢＳ拡張ＢＳＲのMAC　CEフォーマットの例を示す。なお、ＢＳ拡張ＢＳＲは、レガシLong　BSRに限定されず、他のフォーマットのレガシＢＳＲのBuffer　Sizeフィールドが拡張されたＢＳＲであってもよい。
　例えば、ＢＳ拡張ＢＳＲは、図１０のフォーマット２１に示されるように、第１フィールドとしてLCGiフィールド及び拡張された第２フィールドとして拡張Buffer　Size　jフィールドを含む。LCGiフィールドは、LCGiについて拡張Buffer　Size　jフィールドの存在を示す。
　拡張Buffer　Size　jフィールドは、対応するLCGiに属する全ての論理チャネルで利用可能なデータの合計量を識別するために用いられる。ある１つの拡張Buffer　Size　jフィールドのサイズは、例えば１６ビット（又は、８ビット）であり、レガシBuffer　Size　jフィールドのサイズ８ビット（又は、５ビット）よりも長い。レガシBuffer　Size　jフィールドは、拡張Buffer　Size　jフィールドの変更元のBuffer　Sizeフィールドである。なお、拡張Buffer　Size　jフィールドのサイズは、これに限定されず、レガシBuffer　Size　jフィールドよりも長い他の任意のサイズ（例えば２４ビット等）であってよい。また、拡張Buffer　Size　jフィールドのサイズは、対応するLCGiに応じて異なってもよい。ここで、８ビットは、１オクテットとも呼ばれる。すなわち、１６ビットは、２オクテットとも呼ばれる。
　拡張Buffer　Size　jフィールドは、例えば図示しない１６ビットBuffer　SizeフィールドについてのテーブルにおけるBuffer　Size（例えば、Buffer　Sizeのレベル、Buffer　Size値又はBuffer　Size範囲）に対応するインデックスを示す。なお、拡張Buffer　Size　jフィールドは、LCGiに応じて（例えば、LCGiのiの値に応じて）昇順に含まれる。
　ＢＳ拡張ＢＳＲは、他のフォーマットのＢＳＲと区別される。例えば、ＢＳ拡張ＢＳＲを示すLCID/eLCIDが定義される。例えば、ＵＬ－ＳＣＨに対するLCID/eLCIDの値として、ＢＳ拡張ＢＳＲに対応するコードポイント（又は、インデックス）が規定されてもよい。これにより、ＢＳ拡張ＢＳＲは、MAC　CEとして送信可能となる。なお、ＢＳ拡張ＢＳＲのMAC　CEは、MAC　PDU（protocol　data　unit）に含まれて送信されてもよい。例えば、MAC　PDUは、１つ又は複数のMAC　subPDUを含み、各MAC　subPDUはMAC　subheaderとMAC　CEとを含んでもよい。ここで、MAC　subheaderは、LCID/eLCIDを含んでもよい。すなわち、ＢＳ拡張ＢＳＲを示すLCID/eLCIDを含むMAC　subheaderとＢＳ拡張ＢＳＲのMAC　CEとがMAC　subPDUに含まれ、当該MAC　subPDU　を含むMAC　PDUが送信される。
　（２）ＢＳ拡張ＢＳＲの設定情報
　本実施形態に係るＢＳ拡張ＢＳＲを使用するかどうかを決定するための設定情報（以下、ＢＳ拡張ＢＳＲ設定情報とも称する。）が定義される。ＢＳ拡張ＢＳＲ設定情報は、論理チャネルの設定情報に含まれる。これにより、ＢＳ拡張ＢＳＲは、各論理チャネルについて設定される。図１１及び図１２を参照して、ＢＳ拡張ＢＳＲ設定情報について詳細に説明する。
　具体的には、ＢＳ拡張ＢＳＲ設定情報は、LogicalChannelConfigに含まれる。すなわち、上記論理チャネルの設定情報は、LogicalChannelConfigに対応してもよい。例えば、LogicalChannelConfigは、論理チャネルのパラメータを設定するために用いられてもよい。また、LogicalChannelConfigは、上記ＢＳＲに関連するパラメータを含んでもよい。例えば、LogicalChannelConfigに含まれる１つ又は複数のパラメータは、１つの論理チャネルを識別するために用いられてもよい。例えば、LogicalChannelConfigは、当該１つの論理チャネルが属する論理チャネルグループのインデックスを示すパラメータ（logicalChannelGroup）を含んでもよい。すなわち、当該１つの論理チャネルが属する論理チャネルグループは、当該論理チャネルグループのインデックスを示すパラメータに基づいて識別されてもよい。例えば、基地局１００は、当該１つの論理チャネルに対する１つ又は複数のパラメータを含むLogicalChannelConfigをＵＥ２００へ送信してもよい。ここで、基地局２００は、当該LogicalChannelConfigを含むＲＲＣメッセージをＵＥ２００へ送信してもよい。また、ＵＥ２００は、LogicalChannelConfigに含まれる１つ又は複数のパラメータに基づいて、当該１つの論理チャネルを識別してもよい。例えば、ＵＥ２００は、LogicalChannelConfigに含まれる論理チャネルグループのインデックスを示すパラメータに基づいて、当該１つの論理チャネルが属する論理チャネルグループを識別してもよい。ここで、上述のとおり、ＵＥ２００は、１つ又は複数の論理チャネルが属する論理チャネルグループに対するＢＳＲを送信してもよい。上記の具体例として、図１１の情報３１に示されるように、ＢＳ拡張ＢＳＲ設定情報としてのBSR-BSExtAppliedがLogicalChannelConfigのパラメータとして含まれてもよい。
　また、ＢＳ拡張ＢＳＲ設定情報は、フラグである。例えば、図１２のテーブル４１に示されるように、BSR-BSExtAppliedは、存在する場合に、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されることを示す。反対に、BSR-BSExtAppliedが存在しない場合、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示される。なお、ＢＳ拡張ＢＳＲ設定情報は、存在するかどうかによりＢＳ拡張ＢＳＲを使用するかどうかを示すフラグに限定されず、値によりＢＳ拡張ＢＳＲを使用するかどうかを示すフラグであってもよい。例えば、ＢＳ拡張ＢＳＲ設定情報は、値が０である場合、レガシＢＳＲを使用することを示し、値が１である場合、ＢＳ拡張ＢＳＲを使用することを示してよい。ここで、BSR-BSExtAppliedが存在する場合とは、BSR-BSExtAppliedがLogicalChannelConfig内に存在する場合のことに対応してもよい。すなわち、BSR-BSExtAppliedが存在する場合とは、BSR-BSExtAppliedがLogicalChannelConfigに含まれている場合のことに対応してもよい。また、BSR-BSExtAppliedが存在しない場合とは、BSR-BSExtAppliedがLogicalChannelConfig内に存在しない場合のことに対応してもよい。すなわち、BSR-BSExtAppliedが存在しない場合とは、BSR-BSExtAppliedがLogicalChannelConfigに含まれていない場合のことに対応してもよい。以下、主に、BSR-BSExtAppliedが存在する場合、又は、BSR-BSExtAppliedが存在しない場合について記載するが、BSR-BSExtAppliedが存在する場合は、ＢＳ拡張ＢＳＲ設定情報の値が１である場合に置き換えられてもよい。また、BSR-BSExtAppliedが存在しない場合は、ＢＳ拡張ＢＳＲ設定情報の値が０である場合に置き換えられてもよい。また、BSR-BSExtAppliedが存在する場合のことを、BSR-BSExtAppliedが設定されている場合とも記載する。また、BSR-BSExtAppliedが存在しない場合のことを、BSR-BSExtAppliedが設定されていない場合とも記載する。
　（３）設定情報を含むメッセージ
　本実施形態に係るＢＳ拡張ＢＳＲを使用するかどうかを決定するための設定情報は、メッセージに含まれて送信される。メッセージは、ＲＲＣメッセージであってよい。
　例えば、ＢＳ拡張ＢＳＲ設定情報は、LogicalChannelConfigを含むＲＲＣメッセージで送信される。当該ＲＲＣメッセージは、例えばRRCReconfiguration、RRCResume、又はRRCSetupであってよい。また、上記ＲＲＣメッセージとは異なるＲＲＣメッセージが用いられてもよい。ここで、基地局１００は、ＢＳ拡張ＢＳＲ設定情報を含むLogicalChannelConfigをＵＥ２００へ送信してもよい。例えば、基地局１００は、LogicalChannelConfig含むＲＲＣメッセージをＵＥ２００へ送信してもよい。また、ＵＥ２００は、当該ＢＳ拡張ＢＳＲ設定情報に基づいて、ＢＳＲに関わる動作を決定してもよい。例えば、ＵＥ２００は、当該ＢＳ拡張ＢＳＲ設定情報に基づいて、論理チャネルが属する論理チャネルグループを識別し、論理チャネルグループに対するＢＳＲを送信してもよい。
　（４）設定情報に基づくＵＥ２００の動作
　本実施形態に係るＵＥ２００は、本実施形態に係るＢＳ拡張ＢＳＲを使用するかどうかを決定するための設定情報を受信する。ＵＥ２００は、受信した設定情報を含むメッセージから設定情報を取得する。ＵＥ２００は、取得された設定情報に基づき使用するＢＳＲを決定する。
　具体的には、ＵＥ２００は、受信したＲＲＣメッセージから取得されるＢＳ拡張ＢＳＲ設定情報に基づき、ＢＳ拡張ＢＳＲを使用するかどうかを決定する。例えば、ＵＥ２００は、論理チャネルの設定情報に含まれるＢＳ拡張ＢＳＲ設定情報に基づき、各論理チャネルについてＢＳ拡張ＢＳＲを使用するかどうかを決定する。ＵＥ２００は、ＢＳ拡張ＢＳＲを使用すると決定された論理チャネルが属するＬＣＧについてバッファステータスを報告する場合、ＢＳ拡張ＢＳＲを使用する。
　例えば、ＵＥ２００は、受信したＲＲＣメッセージに含まれるLogicalChannelConfigに、図１１に示されるようなBSR-BSExtAppliedが含まれる場合、当該LogicalChannelConfigが設定される論理チャネルを含むＬＣＧについてのＢＳＲとしてＢＳ拡張ＢＳＲを使用する。
　（５）処理の流れ
　図１３を参照して、本実施形態に係る処理の例を説明する。
　基地局１００は、enhanced-BSRを使用するかどうかを決定するための設定情報（即ち、本実施形態では、ＢＳ拡張ＢＳＲ設定情報）をＲＲＣメッセージにセットする（ステップＳ３１０）。例えば、基地局１００は、図１１に示されるようなBSR-BSExtAppliedを取得し、BSR-BSExtAppliedをLogicalChannelConfigにセットする。
　基地局１００は、ＢＳ拡張ＢＳＲ設定情報が含まれるＲＲＣメッセージをＵＥ２００へ送信する（ステップＳ３２０）。例えば、基地局１００は、BSR-BSExtAppliedがセットされたLogicalChannelConfigを含むＲＲＣメッセージ（例えば、RRCReconfiguration、RRCResume、又はRRCSetup）をＵＥ２００へ送信する。
　ＵＥ２００は、ＢＳ拡張ＢＳＲ設定情報が含まれるＲＲＣメッセージを受信すると、当該ＲＲＣメッセージへの応答のＲＲＣメッセージを基地局１００へ送信する（ステップＳ３３０）。例えば、ＵＥ２００は、BSR-BSExtAppliedがセットされたLogicalChannelConfigを含むＲＲＣメッセージを受信すると、応答のＲＲＣメッセージ（例えば、RRCReconfigurationComplete、RRCResumeComplete、又はRRCSetupComplete）を基地局１００へ送信する。
　ＵＥ２００は、受信された設定情報に基づいてenhanced-BSRの使用を決定する（ステップＳ３４０）。例えば、ＵＥ２００は、ＢＳＲがトリガされると、当該ＢＳＲにてバッファステータスを報告するＬＣＧに属するいずれかの論理チャネルについてのLogicalChannelConfigにおいてBSR-BSExtAppliedが含まれている場合、ＢＳ拡張ＢＳＲを使用する。そうでない場合、ＵＥ２００は、レガシＢＳＲ、即ちBuffer　Sizeフィールドが拡張されていないＢＳＲを使用する。すなわち、ＵＥ２００は、報告されるＢＳＲに対するＬＣＧに属する論理チャネルの少なくとも１つに対してBSR-BSExtAppliedが設定されていることに基づいて、ＢＳ拡張ＢＳＲ（すなわち、enhanced-BSR　MAC　CE）を報告してもよい。また、ＵＥ２００は、報告されるＢＳＲに対するＬＣＧに属する論理チャネルのいずれに対してもBSR-BSExtAppliedが設定されていないことに基づいて、レガシＢＳＲを報告してもよい。すなわち、ＵＥ２００は、ＢＳ拡張ＢＳＲ（例えば、enhanced-BSR　MAC　CE）を報告するかどうかを、BSR-BSExtAppliedが設定されているかどうか（例えば、上位レイヤによってBSR-BSExtAppliedが設定されているかどうか）に基づいて決定してもよい。また、ＵＥ２００は、ＢＳ拡張ＢＳＲ（例えば、enhanced-BSR　MAC　CE）を送信するかどうかを、LogicalChannelConfigにBSR-BSExtAppliedが含まれているかどうかに基づいて決定してもよい。
　ここで、ＢＳ拡張ＢＳＲのフォーマットは、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して用いられてもよい。例えば、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されていることに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。例えば、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、且つ、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上あることに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、且つ、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが１つ以上あることに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上（又は、１つ以上）あり、且つ、設定されたＬＣＧのうちの最大のＬＣＧのＩＤが７よりも大きいことに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上（又は、１つ以上）あり、且つ、設定されたＬＣＧのうちの最大のＬＣＧのＩＤが２５６よりも大きいことに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。ここで、ＵＥ２００は、送信に対して利用可能なデータを持つＬＣＧの全てに対するＢＳ拡張ＢＳＲを報告してもよい。
　また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されていないことに基づいて、レガシＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、且つ、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが１つであることに基づいて、レガシＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上あり、且つ、設定されたＬＣＧのうちの最大のＬＣＧのＩＤが７又は７よりも小さいことに基づいて、レガシＢＳＲを報告してもよい。また、Regular　BSR、Periodic　BSR、及び／又は、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、ＢＳＲを含むMAC　PDUがビルドされた時に利用可能なデータを持つＬＣＧが２つ以上あり、且つ、設定されたＬＣＧのうちの最大のＬＣＧのＩＤが２５６又は２５６よりも小さいことに基づいて、レガシＢＳＲを報告してもよい。ここで、ＵＥ２００は、送信に対して利用可能なデータを持つＬＣＧの全てに対するレガシＢＳＲを報告してもよい。上述の通り、例えば、レガシＢＳＲは、Short　BSR、Long　BSR、Extended　Short　BSR　、Extended　Long　BSR、Short　Truncated　BSR、Long　Truncated　BSR、Extended　Short　Truncated　BSR、Extended　Long　Truncated　BSR、Pre-emptive　BSR、又はExtended　Pre-emptive　BSRであってよい。
　ここで、logicalChannelGroupを用いて設定される最大のＬＣＧｓの数は８個（例えば、ＬＣＧのＩＤが０から７の８個）であってもよい。すなわち、logicalChannelGroupを用いて設定されるＬＣＧのＩＤは、０から７のいずれかの値であってもよい。また、logicalChannelGroup-IAB-Ext-r17を用いて設定される最大のＬＣＧｓの数は２５６個（例えば、ＬＣＧのＩＤが０から２５５の２５６個）であってもよい。ＵＥ２００は、logicalChannelGroup、及び／又は、logicalChannelGroup-IAB-Ext-r17を用いて設定可能なＩＤの値に対応するＬＣＧに対しては、レガシＢＳＲを報告してもよい。
　また、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、且つ、パディングビットの数が、レガシＢＳＲ（及び／又は、レガシＢＳＲのサブヘッダー）のサイズよりも大きいことに基づいて、ＢＳ拡張ＢＳＲを報告してもよい。また、Padding　BSRに対して、ＵＥ２００は、BSR-BSExtAppliedが設定されており、且つ、パディングビットの数が、レガシＢＳＲ（及び／又は、レガシＢＳＲのサブヘッダー）のサイズよりも小さいことに基づいて、レガシＢＳＲを報告してもよい。ここで、ＵＥ２００は、送信に対して利用可能なデータを持つＬＣＧの全てに対するＢＳ拡張ＢＳＲ、又は、レガシＢＳＲを報告してもよい。また、ＵＥ２００は、送信に対して利用可能なデータを持つ論理チャネルのうち、優先順位付けに基づいて決定された論理チャネルが属するＬＣＧに対するＢＳ拡張ＢＳＲ、又は、レガシＢＳＲを報告してもよい。
　ＵＥ２００は、enhanced-BSR　MAC　CEを基地局１００へ送信する（ステップＳ３５０）。例えば、ＵＥ２００は、図１０に示されるような、ＬＣＧに応じた拡張Buffer　SizeフィールドにＵＬデータのBuffer　Sizeに対応するインデックスをセットし、ＢＳ拡張ＢＳＲ　MAC　CEを生成する。ＵＥ２００は、生成されたＢＳ拡張ＢＳＲ　MAC　CEを基地局１００へ送信する。例えば、ＵＥ２００は、論理チャネルの優先順位付け（logical　channel　prioritization：ＬＣＰ）手順を適用して、enhanced-BSR　MAC　CEを送信してもよい。ここで、論理チャネルの優先順位付け手順は、初期送信が実行される際に適用される手順であってもよい。例えば、論理チャネルの優先順位付け手順において、論理チャネル（例えば、論理チャネルのMAC　CE）は、下記の順番で優先されてもよい。下記において、優先度の高い論理チャネルが、最初に列挙される。
-　MAC　CE　for　C-RNTI,　又は、data　from　UL-CCCH
-　MAC　CE　for　(Extended)　BSR,　with　exception　of　BSR　included　for　padding
-　MAC　CE　for　(Extended)　Pre-emptive　BSR
-　data　from　any　Logical　Channel,　except　data　from　UL-CCCH
-　MAC　CE　for　BSR　included　for　padding
　例えば、enhanced-BSR　MAC　CEは、MAC　CE　for　(Extended)　BSR,　with　exception　of　BSR　included　for　paddingよりも優先度が高くてもよい。例えば、enhanced-BSR　MAC　CEは、MAC　CE　for　C-RNTI,　又は、data　from　UL-CCCHよりも優先度が低く、MAC　CE　for　(Extended)　BSRよりも優先度が高く規定されてもよい。また、enhanced-BSR　MAC　CEは、MAC　CE　for　(Extended)　Pre-emptive　BSRよりも優先度が高くてもよい。例えば、enhanced-BSR　MAC　CEは、MAC　CE　for　(Extended)　BSR,　with　exception　of　BSR　included　for　paddingよりも優先度が低く、MAC　CE　for　(Extended)　Pre-emptive　BSRよりも優先度が高く規定されてもよい。また、enhanced-BSR　MAC　CEは、data　from　any　Logical　Channel,　except　data　from　UL-CCCHよりも優先度が高くてもよい。例えば、enhanced-BSR　MAC　CEは、MAC　CE　for　(Extended)　Pre-emptive　BSRよりも優先度が低く、data　from　any　Logical　Channel,　except　data　from　UL-CCCHよりも優先度が高く規定されてもよい。また、enhanced-BSR　MAC　CEは、MAC　CE　for　BSR　included　for　paddingよりも優先度が高くてもよい。例えば、enhanced-BSR　MAC　CEは、data　from　any　Logical　Channel,　except　data　from　UL-CCCHよりも優先度が低く、MAC　CE　for　BSR　included　for　paddingよりも優先度が高く規定されてもよい。例えば、ＵＥ２００は、論理チャネルの優先順位付け（logical　channel　prioritization：ＬＣＰ）手順における優先度に従って、enhanced-BSR　MAC　CEを報告してもよい。
　このように、本開示の実施形態によれば、少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むＢＳＲを使用するかどうかを決定するための設定情報を含むメッセージが送受信され、当該ＢＳＲは、ＵＬデータ量についての情報を提供するために用いられ、当該少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つのＬＣＧを示し、当該少なくとも１つの変更された第２フィールドは、当該少なくとも１つのＬＣＧに対応し、ＵＬデータ量に関する。
　これにより、第１フィールド及び第２フィールドを含むＢＳＲ（即ち、レガシＢＳＲ）に比べて、ＢＳＲにおけるＵＬデータ量に関する情報量を増やすことができる。したがって、ＢＳＲを用いたＵＬデータのスケジューリングの効率を向上させることが可能になる。とりわけ、ＸＲ特定のＢＳＲを用いたＸＲデータのスケジューリングのための方法を具体化することができ、ＸＲ特定のＢＳＲを用いたＸＲデータのスケジューリングの効率を向上させることが可能になる。
　また、上記設定情報は、論理チャネルの設定情報に含まれる。これにより、上記設定情報を各論理チャネルについて設定することができる。とりわけ、論理チャネルは、ＸＲトラフィックと対応付けられ得るため、実質的に、上記設定情報をＸＲトラフィックについて設定することができる。
　また、上記設定情報は、フラグである。これにより、上記設定情報を少ないデータ量で扱うことができる。そのため、上記設定情報のシグナリングのための通信リソースの増加を抑制できる。
　また、上記少なくとも１つの変更された第２フィールドは、サイズが増加された前記第２フィールドである。これにより、第２フィールドの作法を踏襲してＵＬデータ量に関する情報量を増やすことができる。例えば、扱えるＵＬデータ量の範囲又は粒度を拡張することができる。即ち、ＵＬデータ量の上限の引き上げ又は粒度の細分化が可能となる。
　また、上記少なくとも１つの変更された第２フィールドは、対応する上記少なくとも１つのＬＣＧの各論理チャネルのデータの総量を示すために用いられる情報を示すBuffer　Sizeフィールドである。これにより、Buffer　Sizeフィールドにおいて扱うことができるBuffer　Sizeの範囲又は粒度を拡張できる。そのため、容量が多くかつ大きく変動するＵＬデータ（例えばＸＲデータ）についての量子化誤差を低減できる。
　＜５－２．変形例＞
　図１４～図２０を参照して、本開示の第１の実施形態に係る第１～第４の変形例を説明する。なお、これらの変形例のうちの２つ以上が組み合わせられてもよい。
　（１）第１の変形例：ＢＳ拡張ＢＳＲ設定情報の他の例
　上述した本開示の実施形態では、ＢＳ拡張ＢＳＲ設定情報は、フラグである。しかし、本開示の実施形態に係るＢＳ拡張ＢＳＲ設定情報は、この例に限定されない。
　本実施形態の第１の変形例１として、ＢＳ拡張ＢＳＲ設定情報は、少なくとも１つの変更された第２フィールドの長さに関する情報であってもよい。具体的には、ＢＳ拡張ＢＳＲ設定情報は、サイズが増加された第２フィールドの長さを示す情報である。図１４及び図１５を参照して、本変形例に係るＢＳ拡張ＢＳＲ設定情報について詳細に説明する。
　例えば、図１４の情報３３に示されるように、ＢＳ拡張ＢＳＲ設定情報としてのBSR-BufferSizeFieldLengthがLogicalChannelConfigのパラメータとして含まれる。例えば、図１５のテーブル４３に示されるように、BSR-BufferSizeFieldLengthは、Buffer　Sizeフィールドの長さを示す。BSR-BufferSizeFieldLengthは、存在するかどうかによりＢＳ拡張ＢＳＲを使用するかどうかを示す。例えば、BSR-BufferSizeFieldLengthは、存在する場合に、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されることを示すとともに、当該ＢＳ拡張ＢＳＲにおける拡張Buffer　Sizeフィールドの長さを示す。反対に、BSR-BufferSizeFieldLengthが存在しない場合、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示される。
　また、BSR-BufferSizeFieldLengthは、Buffer　Sizeフィールドの長さを示すための情報を示してもよい。例えば、BSR-BufferSizeFieldLengthは、Buffer　Sizeフィールドの長さ（例えば、当該長さの値又は範囲）に対応するインデックスを示す。
　また、本実施形態の第１の変形例２として、ＢＳ拡張ＢＳＲ設定情報は、ＢＳ拡張ＢＳＲを用いるＬＣＧを識別するための情報であってもよい。すなわち、ＢＳ拡張ＢＳＲ設定情報は、ＬＣＧのＩＤを示してもよい。例えば、ＢＳ拡張ＢＳＲ設定情報は、論理チャネルが属するＬＣＧのＩＤを示してもよい。例えば、ＵＥ２００は、ＢＳ拡張ＢＳＲ設定情報によって示されるＬＣＧのＩＤに基づいて、論理チャネルが属するＬＣＧのＩＤを決定してもよい。図１６及び図１７を参照して、本変形例に係るＢＳ拡張ＢＳＲ設定情報について詳細に説明する。
　例えば、図１６の情報３５に示されるように、ＢＳ拡張ＢＳＲ設定情報としてのlogicalChannelGroup-XR-Ext-r18がLogicalChannelConfigのパラメータとして含まれる。例えば、図１７のテーブル４５に示されるように、logicalChannelGroup-XR-Ext-r18は、LCG　IDを示してもよい。例えば、logicalChannelGroup-XR-Ext-r18は、存在する場合に、当該論理チャネルの属するLCG　IDを示してもよい。また、logicalChannelGroup-XR-Ext-r18は、LCG　IDについてＵＥ２００がＢＳ拡張ＢＳＲをレポートするように設定されることを示してもよい。また、logicalChannelGroup-XR-Ext-r18が存在しない場合、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示されてもよい。
　なお、logicalChannelGroup-XR-Ext-r18が設定される場合、他のLCG　IDの設定は、無視されてよい。この場合、例えば、図１６に示されるようなlogicalChannelGroup、及び／又は、logicalChannelGroup-IAB-Ext-r17が無視されてよい。すなわち、ＵＥ２００は、LCG　IDを示すlogicalChannelGroup-XR-Ext-r18がlogical　channel　configに含まれる場合、当該logical　channel　configに含まれるlogicalChannelGroup、及び／又は、logicalChannelGroup-IAB-Ext-r17を無視してもよい。上述のとおり、logicalChannelGroup、及び／又は、logicalChannelGroup-IAB-Ext-r17は、LCG　IDを示す。ここで、logicalChannelGroup-XR-Ext-r18を用いて設定される最大のＬＣＧｓの数は８個（例えば、ＬＣＧのＩＤが０から７の８個、又は、ＬＣＧのＩＤが８から１５の８個）であってもよい。すなわち、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤは、０から７のいずれかの値（又は、８から１５のいずれかの値）であってもよい。例えば、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤを８から１５とすることによって、logicalChannelGroupを用いて設定されるＬＣＧのＩＤ（すなわち、０から７）と異なるＬＣＧのＩＤを設定することが可能となる。また、logicalChannelGroup-XR-Ext-r18を用いて設定される最大のＬＣＧｓの数は１６個（例えば、ＬＣＧのＩＤが０から１５の１６個、又は、ＬＣＧのＩＤが８から２３の１６個）であってもよい。すなわち、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤは、０から１５のいずれかの値（又は、８から２３のいずれかの値）であってもよい。例えば、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤを１６個とすることで、logicalChannelGroupを用いて設定されるＬＣＧのＩＤの数（すなわち、８個）よりも多くのＬＣＧのＩＤを設定することが可能となる。また、logicalChannelGroup-XR-Ext-r18を用いて設定される最大のＬＣＧｓの数は２５６個（例えば、ＬＣＧのＩＤが０から２５５の２５６個、又は、ＬＣＧのＩＤが２５６から５１１の２５６個）であってもよい。すなわち、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤは、０から２５５のいずれかの値（又は、２５６から５１１のいずれかの値）であってもよい。例えば、logicalChannelGroup-XR-Ext-r18を用いて設定されるＬＣＧのＩＤを２５６から５１１とすることによって、logicalChannelGroup、及び／又は、logicalChannelGroup-IAB-Ext-r17を用いて設定されるＬＣＧのＩＤ（すなわち、０から２５５）と異なるＬＣＧのＩＤを設定することが可能となる。このように、ＵＥ２００がlogicalChannelGroup-XR-Ext-r18が設定された場合には、他のLCG　IDの設定を無視することによって、異なるパラメータを用いてLCG　IDが設定されることなく、ＢＳＲに関する動作を容易に実行することが可能となる。
　また、本実施形態の第１の変形例３として、ＢＳ拡張ＢＳＲ設定情報は、ＵＬデータのタイプを示すために用いられる情報であってもよい。例えば、ＵＬデータのタイプは、pose/control又はvideo等であってよい。
　例えば、図１８の情報３７に示されるように、ＢＳ拡張ＢＳＲ設定情報としてのBSR-DataType-XRがLogicalChannelConfigのパラメータとして含まれる。例えば、図１９のテーブル４７に示されるように、BSR-DataType-XRは、存在する場合に、示されるタイプのＵＬデータがバッファされた論理チャネルの属するＬＣＧについてＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されることを示す。反対に、BSR-DataType-XRが存在しない場合、ＵＥ２００はＢＳ拡張ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示される。
　このように、本実施形態の第１の変形例１によれば、ＢＳ拡張ＢＳＲ設定情報は、少なくとも１つの変更された第２フィールドの長さに関する情報であってよい。これにより、変更された第２フィールドの長さに関する情報で、ＢＳ拡張ＢＳＲを使用するかも示すことができる。そのため、ＢＳ拡張ＢＳＲ設定情報のシグナリングのための通信リソースの増加を抑制できる。また、ＢＳ拡張ＢＳＲ設定情報が、サイズが増加された第２フィールドの長さを示すことにより、変更後の第２フィールドのサイズを動的に変更することができる。
　また、本実施形態の第１の変形例２によれば、ＢＳ拡張ＢＳＲ設定情報は、ＢＳ拡張ＢＳＲを用いるＬＣＧを識別するための情報であってよい。このように、ＢＳ拡張ＢＳＲを使用するかどうかとLCG　IDとが１つの情報にまとめられることにより、論理チャネルのLCG　IDを特定すると同時にＢＳ拡張ＢＳＲを使用するかも決定することができる。
　また、本実施形態の第１の変形例３によれば、ＢＳ拡張ＢＳＲ設定情報は、ＵＬデータのタイプを示すために用いられる情報であってよい。これにより、ＵＬデータのタイプごとにＢＳ拡張ＢＳＲを使用するかどうかを示すことができる。そのため、ＵＬデータのタイプに応じて適切なＢＳＲを選択することができる。とりわけ、ＸＲデータは、データのタイプによって特性が大きく異なる。そのため、ＸＲデータのタイプに応じて適切なＢＳＲを選択することにより、ＸＲデータに適したスケジューリングが可能となる。
　（２）第２の変形例：ＢＳ拡張ＢＳＲ設定情報を含む設定情報の他の例
　上述した本開示の実施形態では、ＢＳ拡張ＢＳＲ設定情報は、論理チャネルの設定情報に含まれる。しかし、本開示の実施形態に係るＢＳ拡張ＢＳＲ設定情報は、この例に限定されない。
　本実施形態の第２の変形例１として、ＢＳ拡張ＢＳＲ設定情報は、ＬＣＧの設定情報に含まれてもよい。これにより、ＢＳ拡張ＢＳＲは、各ＬＣＧについて設定される。図２０を参照して本変形例について詳細に説明する。
　例えば、ＬＣＧの設定情報５１がＲＲＣ設定情報として新たに追加され、ＢＳ拡張ＢＳＲ設定情報は、図２０に示されるようなＬＣＧの設定情報５１に含まれる。当該ＬＣＧの設定情報５１は、ＲＲＣメッセージに含まれ、ＵＥ２００へ送信される。
　また、本実施形態の第２の変形例２として、ＢＳ拡張ＢＳＲ設定情報は、ＳＲの設定情報に含まれてもよい。これにより、ＢＳ拡張ＢＳＲは、各ＳＲについて設定される。
　例えば、ＢＳ拡張ＢＳＲ設定情報は、図２０に示されるようなＳＲの設定情報５３の一例としてのSchedulingRequestConfig又はSchedulingRequestResourceConfigに含まれ、schedulingRequestIDに対応付けられる。ここで、schedulingRequestIDは、論理チャネルの設定情報においても含まれる。そのため、ＵＥ２００は、ＬＣＧに属する論理チャネルに設定されるschedulingRequestIDを介して、ＳＲの設定情報５３に含まれるＢＳ拡張ＢＳＲ設定情報を参照し、当該ＬＣＧについてＢＳ拡張ＢＳＲを使用するかどうかを決定する。換言すると、ＢＳ拡張ＢＳＲは、schedulingRequestIDを介して間接的に各論理チャネルについて設定されるといえる。
　また、本実施形態の第２の変形例３として、ＢＳ拡張ＢＳＲ設定情報は、ＢＳＲの設定情報に含まれてもよい。即ち、ＵＥ２００のＢＳＲとして、ＢＳ拡張ＢＳＲを使用するかが示される。これにより、ＢＳ拡張ＢＳＲは、各ＵＥ２００について設定される。
　例えば、ＢＳ拡張ＢＳＲ設定情報は、図２０に示されるようなＢＳＲの設定情報５５の一例としてのBSR-Configに含まれる。ＵＥ２００は、BSR-Configに含まれるＢＳ拡張ＢＳＲ設定情報を参照し、ＢＳ拡張ＢＳＲを使用するかどうかを決定する。
　このように、本実施形態の第２の変形例１によれば、ＢＳ拡張ＢＳＲ設定情報は、ＬＣＧの設定情報に含まれてよい。これにより、ＢＳ拡張ＢＳＲ設定情報を各ＬＣＧについて設定することができる。ＢＳＲは、ＬＣＧについて報告されるため、ＢＳ拡張ＢＳＲが論理チャネルについて設定される場合に比べて、処理を低減することができる。
　また、本実施形態の第２の変形例２によれば、ＢＳ拡張ＢＳＲ設定情報は、ＳＲの設定情報に含まれてよい。これにより、ＢＳ拡張ＢＳＲ設定情報を各ＳＲについて設定することができる。そのため、同じＳＲについて設定される少なくとも１つの論理チャネルについて、ＢＳ拡張ＢＳＲを使用するかどうかを一括で管理することができる。
　また、本実施形態の第２の変形例３によれば、ＢＳ拡張ＢＳＲ設定情報は、ＢＳＲの設定情報に含まれてよい。これにより、ＢＳ拡張ＢＳＲ設定情報を各ＵＥ２００について設定することができる。そのため、ＵＥ２００が用いる全てのＢＳＲを一括でＢＳ拡張ＢＳＲか否かに切り替えることができる。
　（３）第３の変形例：ＢＳ拡張ＢＳＲのフォーマットの他の例
　上述した本開示の実施形態では、ＢＳ拡張ＢＳＲは、第１フィールド及び変更された第２フィールドを含む。しかし、本開示の実施形態に係るＢＳ拡張ＢＳＲは、この例に限定されない。
　本実施形態の第３の変形例として、ＢＳ拡張ＢＳＲは、少なくとも１つの第２フィールドをさらに含んでもよい。少なくとも１つの拡張された第２フィールドは、複数のＬＣＧのうちのＢＳ拡張ＢＳＲ設定情報に基づき特定されるＬＣＧに対応し、少なくとも１つの第２フィールドは、複数のＬＣＧのうちのＢＳ拡張ＢＳＲ設定情報に基づき特定されるＬＣＧ以外のＬＣＧに対応する。換言すると、複数のＬＣＧのうちのＢＳ拡張ＢＳＲ設定情報に基づき特定されるＬＣＧに対応するBuffer　Sizeフィールドのみ拡張される。
　具体的には、ＢＳ拡張ＢＳＲは、複数のＬＣＧフィールド、少なくとも１つの拡張Buffer　Sizeフィールド、及び少なくとも１つのレガシBuffer　Sizeフィールドを含む。少なくとも１つの拡張Buffer　Sizeフィールドは、複数のＬＣＧのうち、ＢＳ拡張ＢＳＲ設定情報に基づきＢＳ拡張ＢＳＲを使用することを決定されたＬＣＧに対応する。また、少なくとも１つのレガシBuffer　Sizeフィールドは、複数のＬＣＧのうち、上記ＬＣＧ以外のＬＣＧに対応する。
　図１０を参照して、本変形例について詳細に説明する。例えば、図１０のフォーマット２１において、Buffer　Size　1がLCG0に対応し、Buffer　Size　2がLCG1に対応すると仮定する。LCG0についてＢＳ拡張ＢＳＲを使用することが決定された場合、ＢＳ拡張ＢＳＲは、拡張Buffer　SizeフィールドとしてレガシBuffer　Sizeフィールドよりも長いBuffer　Size　1フィールドを含む。また、LCG1についてＢＳ拡張ＢＳＲを使用することが決定されない場合、ＢＳ拡張ＢＳＲは、レガシBuffer　SizeフィールドとしてBuffer　Size　2フィールドを含む。
　このように、本実施形態の第３の変形例によれば、ＢＳ拡張ＢＳＲは、少なくとも１つの第２フィールドをさらに含み、少なくとも１つのＬＣＧは、複数のＬＣＧであり、少なくとも１つの拡張された第２フィールドは、複数のＬＣＧのうちのＢＳ拡張ＢＳＲ設定情報に基づき特定されるＬＣＧに対応し、少なくとも１つの第２フィールドは、複数のＬＣＧのうちの上記設定情報に基づき特定されるＬＣＧ以外のＬＣＧに対応する。これにより、拡張を要する第２フィールドのみを拡張させることができ、ＢＳＲのサイズが過剰に増加することを抑制できる。その結果、ＢＳＲ送信による通信リソースの浪費を抑制できる。
　（４）第４の変形例：他のＴＳへの準拠
　本開示の実施形態の上述した例では、システム１は、５Ｇ又はＮＲのＴＳに準拠したシステムである。しかし、本開示の実施形態に係るシステム１は、この例に限定されない。
　本実施形態の第４の変形例では、システム１は、３ＧＰＰの他のＴＳに準拠したシステムであってもよい。一例として、システム１は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE　Advanced）又は４ＧのＴＳに準拠したシステムであってもよく、基地局１００は、ｅＮＢ（evolved　Node　B）であってもよい。あるいは、基地局１００は、ｎｇ－ｅＮＢであってもよい。別の例として、システム１は、３ＧのＴＳに準拠したシステムであってもよく、基地局１００は、ＮｏｄｅＢであってもよい。さらに別の例として、システム１は、次世代（例えば、６Ｇ）のＴＳに準拠したシステムであってもよい。
　あるいは、システム１は、移動体通信についての他の標準化団体のＴＳに準拠したシステムであってもよい。
　＜６．第２の実施形態＞
　本開示の第２の実施形態では、変更された第２フィールドが遅延情報を含むＢＳＲ（以下、遅延ＢＳＲとも称する。）を使用するかどうかを決定するための設定情報が基地局１００からＵＥ２００へ送信される。なお、第１の実施形態と実質的に同一である内容については説明を省略する。
　＜６－１．動作例＞
　図２１～図２４を参照して、本開示の第２の実施形態に係る基地局１００及びＵＥ２００の動作の例を説明する。
　（１）遅延ＢＳＲのフォーマット
　本実施形態に係る遅延ＢＳＲの変更された第２フィールドは、第２フィールド及び第２フィールドとは異なる第３フィールドを含む。換言すると、変更された第２フィールドは、第２フィールドに第３フィールドが追加されて得られる。
　具体的には、変更された第２フィールドは、第２フィールドとしてのBuffer　Sizeフィールド及び第３フィールドとしての遅延情報フィールドを含む。遅延情報フィールドは、ＬＣＧの遅延情報を示すために用いられる情報を示す。遅延情報は、対応するＬＣＧに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す。
　図２１Ａ及び図２１Ｂを参照して、本実施形態に係る遅延ＢＳＲのフォーマットについて詳細に説明する。図２１Ａ及び図２１Ｂは、レガシLong　BSRのBuffer　Sizeフィールドが変更された遅延ＢＳＲのMAC　CEフォーマットの例を示す。なお、遅延ＢＳＲは、レガシLong　BSRに限定されず、上述した他のフォーマットのレガシＢＳＲのBuffer　Sizeフィールドが変更されたＢＳＲであってもよい。
　例えば、遅延ＢＳＲは、図２１Ａのフォーマット２３Ａに示されるように、第１フィールドとしてLCGiフィールド、並びに変更された第２フィールドとして縮小Buffer　Size　jフィールド及びDelay　Info　jフィールドを含む。LCGiフィールドは、LCGiについて縮小Buffer　Size　jフィールド及びDelay　Info　jフィールドの存在を示す。
　縮小Buffer　Size　jフィールドは、レガシBuffer　Size　jフィールドと同様に、対応するLCGiに属する全ての論理チャネルで利用可能なデータの合計量を識別する。縮小Buffer　Size　jフィールドのサイズは、例えば６ビットであり、レガシBuffer　Size　jフィールドのサイズ８ビットよりも短い。なお、縮小Buffer　Size　jフィールドのサイズは、これに限定されず、レガシBuffer　Size　jフィールドよりも短い他の任意のサイズであってよい。また、縮小Buffer　Size　jフィールドのサイズは、対応するLCGiに応じて異なってもよい。
　縮小Buffer　Size　jフィールドは、例えば図示しない６ビットBuffer　SizeフィールドについてのテーブルにおけるBuffer　Size（例えば、Buffer　Sizeのレベル、Buffer　Size値又はBuffer　Size範囲）に対応するインデックスを示す。
　第３フィールドとしてのDelay　Info　jフィールドは、対応するLCGiの遅延情報を示すために用いられる情報を示す。Delay　Info　jフィールドのサイズは、例えば２ビットであり、レガシBuffer　Size　jフィールドのサイズ８ビットよりも短い。縮小Buffer　Size　jフィールドのサイズ及びDelay　Info　jフィールドのサイズの和は、レガシBuffer　Size　jフィールドのサイズに等しい。なお、Delay　Info　jフィールドのサイズは、これに限定されず、レガシBuffer　Size　jフィールドよりも短い他の任意のサイズであってよい。また、Delay　Info　jフィールドのサイズは、対応するLCGiに応じて異なってもよい。
　Delay　Info　jフィールドは、対応するＬＣＧに属するデータの許容される遅延までの残り時間（例えば、ｍｓ、スロット、又はサブフレーム単位で示される）を示す。なお、Delay　Info　jフィールドは、当該残り時間（例えば、残り時間の値又は範囲）に対応するインデックスを示してもよく、当該残り時間に対応するフラグ（例えば、残り時間の大小を示すフラグ）を示してもよい。
　縮小Buffer　Size　jフィールド及びDelay　Info　jフィールドは、一体的に扱われ、これらの組合せがLCGiに応じて昇順に含まれる。
　あるいは、例えば、遅延ＢＳＲは、図２１Ｂのフォーマット２３Ｂに示されるように、第１フィールドとしてLCGiフィールド、並びに変更された第２フィールドとしてレガシBuffer　Size　jフィールド及びDelay　Info　iフィールドを含んでもよい。
　フォーマット２３Ａでは、Delay　Info　jフィールドがレガシBuffer　Sizeフィールドの一部と置き換えられるが、フォーマット２３Ｂでは、Delay　Info　iフィールドがレガシBuffer　Sizeフィールドに追加される。例えば、Delay　Info　iフィールドは、LCGiフィールドとレガシBuffer　Sizeフィールドとの間に追加される。なお、Delay　Info　iフィールドは、レガシBuffer　Sizeフィールドの後に追加されてもよい。
　Delay　Info　iフィールドの内容及びサイズについてはフォーマット２３Ａと同様である。Buffer　Size　jフィールド及びDelay　Info　iフィールドは、それぞれLCGiに応じて昇順に含まれる。
　遅延ＢＳＲは、他のフォーマットのＢＳＲと区別される。例えば、遅延ＢＳＲを示すLCID/eLCIDが定義される。これにより、遅延ＢＳＲは、MAC　CEとして送信可能となる。なお、遅延ＢＳＲのMAC　CEは、MAC　PDUに含まれて送信されてもよい。即ち、遅延ＢＳＲを示すLCID/eLCIDを含むMAC　subheaderと遅延ＢＳＲのMAC　CEとがMAC　subPDUに含まれ、当該MAC　subPDUを含むMAC　PDUが送信される。
　（２）遅延ＢＳＲの設定情報
　本実施形態に係る遅延ＢＳＲを使用するかどうかを決定するための設定情報（以下、遅延ＢＳＲ設定情報とも称する。）が定義される。遅延ＢＳＲ設定情報は、論理チャネルの設定情報に含まれる。これにより、遅延ＢＳＲは、各論理チャネルについて設定される。図２２及び図２３を参照して、遅延ＢＳＲ設定情報について詳細に説明する。
　具体的には、遅延ＢＳＲ設定情報は、LogicalChannelConfigに含まれる。例えば、図２２の情報３９に示されるように、遅延ＢＳＲ設定情報としてのBSR-DelayAppliedがLogicalChannelConfigのパラメータとして含まれてよい。なお、本実施形態に係るLogicalChannelConfigは、BSR-BSExtAppliedを除いて第１の実施形態にて説明したLogicalChannelConfigと実質的に同一であってよく、BSR-BSExtAppliedに関わる部分は、BSR-DelayAppliedに置き換えられてよい。
　また、遅延ＢＳＲ設定情報は、フラグである。例えば、図２３のテーブル４９に示されるように、BSR-DelayAppliedは、存在する場合に、ＵＥ２００は遅延ＢＳＲをレポートするように設定されることを示す。反対に、BSR-DelayAppliedが存在しない場合、ＵＥ２００は遅延ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示される。なお、遅延ＢＳＲ設定情報は、存在するかどうかにより遅延ＢＳＲを使用するかどうかを示すフラグに限定されず、値により遅延ＢＳＲを使用するかどうかを示すフラグであってもよい。例えば、遅延ＢＳＲ設定情報は、値が０である場合、レガシＢＳＲを使用することを示し、値が１である場合、遅延ＢＳＲを使用することを示してよい。
　（３）設定情報を含むメッセージ
　遅延ＢＳＲ設定情報が含まれるメッセージは、ＢＳ拡張ＢＳＲ設定情報が含まれるメッセージと実質的に同一であるため、説明を省略する。
　（４）設定情報に基づくＵＥ２００の動作
　本実施形態に係るＵＥ２００は、受信したＲＲＣメッセージから取得される遅延ＢＳＲ設定情報に基づき、遅延ＢＳＲを使用するかどうかを決定する。例えば、ＵＥ２００は、論理チャネルの設定情報に含まれる遅延ＢＳＲ設定情報に基づき、当該論理チャネルについて遅延ＢＳＲを使用するかどうかを決定する。ＵＥ２００は、遅延ＢＳＲを使用すると決定された論理チャネルが属するＬＣＧについてバッファステータスを報告する場合、遅延ＢＳＲを使用する。
　例えば、ＵＥ２００は、受信したＲＲＣメッセージに含まれるLogicalChannelConfigに、図２２に示されるようなBSR-DelayAppliedが含まれる場合、当該LogicalChannelConfigが設定される論理チャネルを含むＬＣＧについてのＢＳＲとして遅延ＢＳＲを使用する。
　（５）処理の流れ
　図１３を参照して、本実施形態に係る処理の例を説明する。なお、ステップＳ３１０～Ｓ３４０までの処理は、第１の実施形態に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換え、第１の実施形態に係るBSR-BSExtAppliedをBSR-DelayAppliedに置き換えることで実現されるため、説明を省略する。
　ＵＥ２００は、enhanced-BSR　MAC　CEを基地局１００へ送信する（ステップＳ３５０）。例えば、ＵＥ２００は、図２１Ａに示されるような、各ＬＣＧについて、対応する縮小Buffer　SizeフィールドにＵＬデータのBuffer　Sizeに対応するインデックスをセットし、対応するDelay　Infoフィールドに遅延情報をセットし、遅延ＢＳＲ　MAC　CEを生成する。あるいは、ＵＥ２００は、図２１Ｂに示されるような、各ＬＣＧについて、対応するBuffer　SizeフィールドにＵＬデータのBuffer　Sizeに対応するインデックスをセットし、対応するDelay　Infoフィールドに遅延情報をセットし、遅延ＢＳＲ　MAC　CEを生成する。ＵＥ２００は、生成された遅延ＢＳＲ　MAC　CEを基地局１００へ送信する。なお、ＵＥ２００は、第１の実施形態と同様に、論理チャネルの優先順位付け（ＬＣＰ）手順を適用して、enhanced-BSR　MAC　CE（即ち遅延ＢＳＲのMAC　CE）を送信してもよい。
　このように、本開示の実施形態によれば、enhanced-BSRに含まれる変更された第２フィールドは、第２フィールド及び当該第２フィールドとは異なる第３フィールドを含む。これにより、第２フィールドが示す情報とは異なる内容及び／又は形式の情報を追加することができる。
　また、第２フィールドは、対応する少なくとも１つのＬＣＧの各論理チャネルのデータの総量を示すために用いられる情報を示すBuffer　Sizeフィールドであり、第３フィールドは、対応する少なくとも１つのＬＣＧの遅延情報を示すために用いられる情報を示すフィールドであり、当該遅延情報は、対応する少なくとも１つのＬＣＧに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す。これにより、バッファされているデータについての遅延情報を報告することができる。そのため、当該データについて遅延情報を考慮してスケジューリングすることができる。とりわけ、ＸＲデータにはＰＤＢが課され得るため、ＸＲデータについて遅延ＢＳＲを用いて遅延情報を報告することにより、ＰＤＢを満たすスケジューリングが可能となる。
　＜６－２．変形例＞
　本開示の第２の実施形態に係る第１～第５の変形例を説明する。なお、これらの変形例のうちの２つ以上が組み合わせられてもよい。
　（１）第１の変形例：遅延ＢＳＲ設定情報の他の例
　上述した本開示の実施形態では、遅延ＢＳＲ設定情報は、フラグである。しかし、本開示の実施形態に係る遅延ＢＳＲ設定情報は、この例に限定されない。
　本実施形態の第１の変形例１として、遅延ＢＳＲ設定情報は、少なくとも１つの変更された第２フィールドの長さに関する情報であってもよい。具体的には、遅延ＢＳＲ設定情報は、第３フィールドの長さを示す情報である。図１４及び図１５を参照して、本変形例に係る遅延ＢＳＲ設定情報について詳細に説明する。
　例えば、図１４の情報３３に示されるBSR-BufferSizeFieldLengthの代わりに、遅延ＢＳＲ設定情報としてのBSR-DelayInfoFieldLengthがLogicalChannelConfigのパラメータとして含まれる。例えば、BSR-DelayInfoFieldLengthは、図１５のテーブル４３に示されるBSR-BufferSizeFieldLengthのように、Delay　Infoフィールドの長さを示す。例えば、BSR-DelayInfoFieldLengthは、存在する場合に、ＵＥ２００は遅延ＢＳＲをレポートするように設定されることを示すとともに、当該遅延ＢＳＲにおけるDelay　Infoフィールドの長さを示す。反対に、BSR-DelayInfoFieldLengthが存在しない場合、ＵＥ２００は遅延ＢＳＲをレポートするように設定されない、即ちレガシＢＳＲをレポートするように設定されることが示される。
　また、BSR-DelayInfoFieldLengthは、Delay　Infoフィールドの長さを示すための情報を示してもよい。例えば、BSR-DelayInfoFieldLengthは、Delay　Infoフィールドの長さ（例えば、当該長さの値又は範囲）に対応するインデックスを示す。
　このように、本実施形態の第１の変形例１によれば、遅延ＢＳＲ設定情報は、少なくとも１つの変更された第２フィールドの長さに関する情報であってよい。また、遅延ＢＳＲ設定情報が、第３フィールドの長さを示すことにより、第３フィールド及び変更された第２フィールドの長さを動的に変更することができる。
　また、本実施形態の第１の変形例２として、遅延ＢＳＲ設定情報は、遅延ＢＳＲを用いるＬＣＧを識別するための情報であってもよい。なお、本変形例は、第１の実施形態の第１の変形例２に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換えることで実現されるため、説明を省略する。
　また、本実施形態の第１の変形例３として、遅延ＢＳＲ設定情報は、ＵＬデータのタイプを示すために用いられる情報であってもよい。なお、本変形例は、第１の実施形態の第１の変形例３に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換えることで実現されるため、説明を省略する。
　（２）第２の変形例：遅延ＢＳＲ設定情報を含む設定情報の他の例
　上述した本開示の実施形態では、遅延ＢＳＲ設定情報は、論理チャネルの設定情報に含まれる。しかし、本開示の実施形態に係る遅延ＢＳＲ設定情報は、この例に限定されない。
　本実施形態の第２の変形例１として、遅延ＢＳＲ設定情報は、ＬＣＧの設定情報に含まれてもよい。なお、本変形例は、第１の実施形態の第２の変形例１に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換えることで実現されるため、説明を省略する。
　また、本実施形態の第２の変形例２として、遅延ＢＳＲ設定情報は、ＳＲの設定情報に含まれてもよい。なお、本変形例は、第１の実施形態の第２の変形例２に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換えることで実現されるため、説明を省略する。
　また、本実施形態の第２の変形例３として、遅延ＢＳＲ設定情報は、ＢＳＲの設定情報に含まれてもよい。なお、本変形例は、第１の実施形態の第２の変形例３に係るＢＳ拡張ＢＳＲを遅延ＢＳＲに置き換えることで実現されるため、説明を省略する。
　（３）第３の変形例：遅延ＢＳＲのフォーマットの他の例
　上述した本開示の実施形態では、遅延ＢＳＲは、第１フィールド及び変更された第２フィールドを含む。しかし、本開示の実施形態に係る遅延ＢＳＲは、この例に限定されない。
　本実施形態の第３の変形例として、遅延ＢＳＲは、少なくとも１つの第２フィールドをさらに含んでもよい。少なくとも１つの変更された第２フィールドは、複数のＬＣＧのうちの遅延ＢＳＲ設定情報に基づき特定されるＬＣＧに対応し、少なくとも１つの第２フィールドは、複数のＬＣＧのうちの遅延ＢＳＲ設定情報に基づき特定されるＬＣＧ以外のＬＣＧに対応する。換言すると、複数のＬＣＧのうちの遅延ＢＳＲ設定情報に基づき特定されるＬＣＧに対応する第２フィールドにのみ第３フィールドが追加されて第２フィールドのみが変更される。
　具体的には、遅延ＢＳＲは、複数のＬＣＧフィールド、少なくとも１つの縮小Buffer　Sizeフィールド及びDelay　Infoフィールドの組、及び少なくとも１つのレガシBuffer　Sizeフィールドを含む。少なくとも１つの縮小Buffer　Sizeフィールド及びDelay　Infoフィールドの組は、複数のＬＣＧのうち、遅延ＢＳＲ設定情報に基づき遅延ＢＳＲを使用することを決定されたＬＣＧに対応する。また、少なくとも１つのレガシBuffer　Sizeフィールドは、複数のＬＣＧのうち、上記ＬＣＧ以外のＬＣＧに対応する。
　図２１Ａを参照して、本変形例について詳細に説明する。例えば、図２１Ａのフォーマット２３Ａにおいて、Buffer　Size　1がLCG0に対応し、図示しないBuffer　Size　3がLCG1に対応すると仮定する。LCG0について遅延ＢＳＲを使用することが決定された場合、遅延ＢＳＲは、縮小Buffer　Sizeフィールド及びDelay　Infoフィールドの組として６ビットのBuffer　Size　1フィールド及び２ビットのDelay　Info　1フィールドの組を含む。また、LCG1について遅延ＢＳＲを使用することが決定されない場合、遅延ＢＳＲは、レガシBuffer　Sizeフィールドとして８ビットのBuffer　Size　3フィールドを含む。
　あるいは、遅延ＢＳＲは、複数のＬＣＧフィールド、少なくとも１つのレガシBuffer　Sizeフィールド及びDelay　Infoフィールドの組、及びDelay　Infoフィールドを伴わない少なくとも１つのレガシBuffer　Sizeフィールドを含んでもよい。少なくとも１つのレガシBuffer　Sizeフィールド及びDelay　Infoフィールドの組は、複数のＬＣＧのうち、遅延ＢＳＲ設定情報に基づき遅延ＢＳＲを使用することを決定されたＬＣＧに対応する。また、Delay　Infoフィールドを伴わない少なくとも１つのレガシBuffer　Sizeフィールドは、複数のＬＣＧのうち、上記ＬＣＧ以外のＬＣＧに対応する。
　図２１Ｂを参照して、本変形例について詳細に説明する。例えば、図２１Ｂのフォーマット２３Ｂにおいて、Buffer　Size　1がLCG0に対応し、図示しないBuffer　Size　3がLCG1に対応すると仮定する。LCG0について遅延ＢＳＲを使用することが決定された場合、遅延ＢＳＲは、レガシBuffer　Sizeフィールド及びDelay　Infoフィールドの組として８ビットのBuffer　Size　1フィールド及び２ビットのDelay　Info　0フィールドの組を含む。また、LCG1について遅延ＢＳＲを使用することが決定されない場合、遅延ＢＳＲは、レガシBuffer　Sizeフィールドとして８ビットのBuffer　Size　3フィールドを含み、図２３Ｂとは異なりDelay　Info　1を含まない。
　このように、本実施形態の第３の変形例によれば、遅延情報の追加を要する第２フィールドのみを変更させることができ、ＢＳＲのサイズが過剰に増加することを抑制できる。その結果、ＢＳＲ送信による通信リソースの浪費を抑制できる。
　（４）第４の変形例：遅延情報を示すフィールドの他の例
　上述した本開示の実施形態では、変更された第２フィールドは、第２フィールド及び第３フィールドを含む。しかし、本開示の実施形態に係る変更された第２フィールドは、この例に限定されない。
　本実施形態の第４の変形例として、変更された第２フィールドは、第２フィールド及び第３フィールドの両方を兼ねる１つのフィールドであってもよい。具体的には、少なくとも１つの変更された第２フィールドは、対応する少なくとも１つのＬＣＧの各論理チャネルのデータの総量、及び対応する少なくとも１つのＬＣＧの遅延情報、を示すために用いられる情報を示すフィールドである。
　図２４を参照して、本変形例に係る遅延ＢＳＲのフォーマットについて詳細に説明する。図２４は、レガシLong　BSRのBuffer　Sizeフィールドが変更された遅延ＢＳＲのMAC　CEフォーマットの例を示す。なお、本変形例に係る遅延ＢＳＲは、レガシLong　BSRに限定されず、他のフォーマットのレガシＢＳＲのBuffer　Sizeフィールドが変更されたＢＳＲであってもよい。
　例えば、図２４のフォーマット２５に示されるように、遅延ＢＳＲは、複数のＬＣＧフィールド、少なくとも１つのBuffer　Size/Delay　Infoフィールドを含む。LCGiフィールドは、LCGiについてBuffer　Size/Delay　Info　jフィールドの存在を示す。Buffer　Size/Delay　Infoフィールドは、Buffer　Size及び遅延情報の組に対応するインデックスを示す。当該インデックスとBuffer　Size及び遅延情報の組との対応を示すテーブルが定義される。なお、Buffer　Size/Delay　Info　jフィールドは、LCGiに応じて昇順に含まれる。
　なお、図２４は、Buffer　Size/Delay　InfoフィールドのサイズがレガシBuffer　Sizeフィールドのサイズと同一である例を示しているが、レガシBuffer　Sizeフィールドのサイズよりも大きくても小さくてもよい。例えば、Buffer　Size/Delay　Infoフィールドのサイズは、１６ビット、２４ビット、又はそれ以上であってもよい。
　また、本実施形態の第３の変形例のように、遅延ＢＳＲは、少なくとも１つの第２フィールドをさらに含んでもよい。換言すると、複数のＬＣＧのうちの遅延ＢＳＲ設定情報に基づき特定されるＬＣＧに対応する第２フィールドのみBuffer　Size/Delay　Infoフィールドに変更される。
　このように、本実施形態の第４の変形例によれば、遅延ＢＳＲにおいて、少なくとも１つの変更された第２フィールドは、対応する少なくとも１つのＬＣＧの各論理チャネルのデータの総量、及び対応する少なくとも１つのＬＣＧの遅延情報、を示すために用いられる情報を示すフィールドである。これにより、ＢＳＲにおいて、Buffer　Size及び遅延情報を１つのフィールドで管理することができる。そのため、ＢＳＲの受信処理（即ちフィールド解析処理）を簡易にすることができる。
　（５）第５の変形例：他のＴＳへの準拠
　本開示の実施形態の上述した例では、システム１は、５Ｇ又はＮＲのＴＳに準拠したシステムである。しかし、本開示の実施形態に係るシステム１は、この例に限定されない。システム１は、第１の実施形態の第４の変形例と同様に、他のＴＳに準拠したシステムであってもよい。
　以上、本開示の実施形態を説明したが、本開示は当該実施形態に限定されるものではない。当該実施形態は例示にすぎないということ、及び、本開示のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
　例えば、本明細書に記載されている処理におけるステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。
　例えば、本明細書において説明した装置の１つ以上の構成要素の動作を含む方法が提供されてもよく、上記構成要素の動作をコンピュータに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非遷移的実体的記録媒体が提供されてもよい。当然ながら、このような方法、プログラム、及びコンピュータに読み取り可能な非遷移的実体的記録媒体（non-transitory　tangible　computer-readable　storage　medium）も、本開示に含まれる。
　例えば、本明細書において説明した基地局の１つ以上の構成要素は、当該基地局のためのモジュールに含まれてもよく、当該モジュールが提供されてもよい。すなわち、本明細書において説明した基地局の処理を行う基地局用モジュールが提供されてもよい。
　例えば、本明細書において説明したユーザ機器（ＵＥ）の１つ以上の構成要素は、当該ＵＥのためのモジュールに含まれてもよく、当該モジュールが提供されてもよい。すなわち、本明細書において説明したＵＥの処理を行うＵＥ用モジュールが提供されてもよい。
　例えば、本開示において、ユーザ機器（ＵＥ）は、端末装置（terminal　apparatus）、端末、移動局（mobile　station）、移動端末、移動装置、移動ユニット、加入者局（subscriber　station）、加入者端末、加入者装置、加入者ユニット、無線局（radio　station）、無線端末、無線装置、無線ユニット、ワイヤレス局、ワイヤレス端末、ワイヤレス装置、ワイヤレスユニット、アクセス局、アクセス端末、アクセス装置、アクセスユニット、リモート局、リモート端末、リモート装置、又はリモートユニット等の別の名称で呼ばれてもよい。
　例えば、本開示において、ＵＥは、スマートフォン等の携帯電話端末、タブレット端末、パーソナルコンピュータ、モバイルルーター、または、ウェアラブルデバイスであってもよい。あるいは、ＵＥは、移動体に設置される装置であってもよく、または、当該移動体そのものであってもよい。当該移動体は、車および電車などの車両であってもよく、飛行機およびドローンなどの飛行体であってもよく、または、船などの他の移動体であってもよい。あるいは、本開示において、ＵＥは、センサおよびカメラ等のその他のＩｏＴ（Internet　of　Things）機器であってもよい。ＵＥは、移動してもよく、または、固定されてもよい。
　例えば、本開示において、「送信する（transmit）」は、送信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に送信することを意味してもよい。あるいは、「送信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に送信することとの組合せを意味してもよい。同様に、「受信する（receive）」は、受信に使用されるプロトコルスタック内の少なくとも１つのレイヤの処理を行うことを意味してもよく、又は、無線又は有線で信号を物理的に受信することを意味してもよい。あるいは、「受信する」は、上記少なくとも１つのレイヤの処理を行うことと、無線又は有線で信号を物理的に受信することとの組合せを意味してもよい。上記少なくとも１つのレイヤは、少なくとも１つのプロトコルと言い換えられてもよい。
　例えば、本開示において、「取得する（obtain/acquire）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。
　例えば、本開示において、「～を含む（include）」及び「～を備える（comprise）」は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。
　例えば、本開示において、「又は（or）」は、排他的論理和を意味せず、論理和を意味する。
　なお、上述した実施形態に含まれる技術的特徴は、以下のような特徴として表現されてもよい。当然ながら、本開示は以下のような特徴に限定されない。
（特徴１）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信する通信処理部（２３３）と、
　前記メッセージに含まれる前記設定情報を取得する情報取得部（２３１）と、
　を備え、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　装置（２００）。
（特徴２）
　前記設定情報は、論理チャネルの設定情報に含まれる
　特徴１に記載の装置。
（特徴３）
　前記設定情報は、論理チャネルグループの設定情報に含まれる
　特徴１に記載の装置。
（特徴４）
　前記設定情報は、スケジューリングリクエストの設定情報に含まれる
　特徴１に記載の装置。
（特徴５）
　前記設定情報は、バッファステータスレポートの設定情報に含まれる
　特徴１に記載の装置。
（特徴６）
　前記設定情報は、フラグである
　特徴１～５のいずれか１項に記載の装置。
（特徴７）
　前記設定情報は、前記少なくとも１つの変更された第２フィールドの長さに関する情報である
　特徴１～５のいずれか１項に記載の装置。
（特徴８）
　前記設定情報は、前記バッファステータスレポートを用いる論理チャネルグループを識別するための情報である
　特徴１～３のいずれか１項に記載の装置。
（特徴９）
　前記設定情報は、アップリンクデータのタイプを示すために用いられる情報である
　特徴１～５のいずれか１項に記載の装置。
（特徴１０）
　前記バッファステータスレポートは、少なくとも１つの第２フィールドをさらに含み、
　前記少なくとも１つの論理チャネルグループは、複数の論理チャネルグループであり、
　前記少なくとも１つの変更された第２フィールドは、前記複数の論理チャネルグループのうちの前記設定情報に基づき特定される論理チャネルグループに対応し、
　前記少なくとも１つの第２フィールドは、前記複数の論理チャネルグループのうちの前記設定情報に基づき特定される論理チャネルグループ以外の論理チャネルグループに対応する
　特徴１～９のいずれか１項に記載の装置。
（特徴１１）
　前記少なくとも１つの変更された第２フィールドは、サイズが増加された前記第２フィールドである
　特徴１～１０のいずれか１項に記載の装置。
（特徴１２）
　前記少なくとも１つの変更された第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量を示すために用いられる情報を示すバッファサイズフィールドである
　特徴１１に記載の装置。
（特徴１３）
　前記少なくとも１つの変更された第２フィールドは、前記第２フィールド及び前記第２フィールドとは異なる第３フィールドを含む
　特徴１～１０のいずれか１項に記載の装置。
（特徴１４）
　前記第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量を示すために用いられる情報を示すバッファサイズフィールドであり、
　前記第３フィールドは、対応する前記少なくとも１つの論理チャネルグループの遅延情報を示すために用いられる情報を示すフィールドであり、
　前記遅延情報は、対応する前記少なくとも１つの論理チャネルグループに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す
　特徴１３に記載の装置。
（特徴１５）
　前記少なくとも１つの変更された第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量、及び対応する前記少なくとも１つの論理チャネルグループの遅延情報、を示すために用いられる情報を示すフィールドであり、
　前記遅延情報は、対応する前記少なくとも１つの論理チャネルグループに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す
　特徴１～１０のいずれか１項に記載の装置。
（特徴１６）
　前記装置は、ユーザ機器、又は、ユーザ機器のためのモジュールである
　特徴１～１５のいずれか１項に記載の装置。
（特徴１７）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得する情報取得部（１４１）と、
　前記設定情報を含むメッセージを送信する通信処理部（１４３）と、
　を備え、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　装置（１００）。
（特徴１８）
　前記装置は、基地局、又は、基地局のためのモジュールである
　特徴１７に記載の装置。
（特徴１９）
　装置（２００）により行われる方法であって、
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信することと、
　前記メッセージに含まれる前記設定情報を取得することと、
　を含み、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　方法。
（特徴２０）
　装置（１００）により行われる方法であって、
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得することと、
　前記設定情報を含むメッセージを送信することと、
　を含み、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　方法。
（特徴２１）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信することと、
　前記メッセージに含まれる前記設定情報を取得することと、
　をコンピュータに実行させるプログラムであって、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　プログラム。
（特徴２２）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得することと、
　前記設定情報を含むメッセージを送信することと、
　をコンピュータに実行させるプログラムであって、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　プログラム。
（特徴２３）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信することと、
　前記メッセージに含まれる前記設定情報を取得することと、
　をコンピュータに実行させるプログラムを記録したコンピュータに読み取り可能な非遷移的実体的記録媒体であって、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　非遷移的実体的記録媒体。
（特徴２４）
　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得することと、
　前記設定情報を含むメッセージを送信することと、
　をコンピュータに実行させるプログラムを記録したコンピュータに読み取り可能な非遷移的実体的記録媒体であって、
　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
　非遷移的実体的記録媒体。
 

Claims (15)

  1. 　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信する通信処理部（２３３）と、
    　前記メッセージに含まれる前記設定情報を取得する情報取得部（２３１）と、
    　を備え、
    　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
    　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
    　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
    　装置（２００）。
  2. 　前記設定情報は、論理チャネルの設定情報に含まれる
    　請求項１に記載の装置。
  3. 　前記設定情報は、フラグである
    　請求項１に記載の装置。
  4. 　前記設定情報は、前記少なくとも１つの変更された第２フィールドの長さに関する情報である
    　請求項１に記載の装置。
  5. 　前記設定情報は、前記バッファステータスレポートを用いる論理チャネルグループを識別するための情報である
    　請求項１に記載の装置。
  6. 　前記設定情報は、アップリンクデータのタイプを示すために用いられる情報である
    　請求項１に記載の装置。
  7. 　前記バッファステータスレポートは、少なくとも１つの第２フィールドをさらに含み、
    　前記少なくとも１つの論理チャネルグループは、複数の論理チャネルグループであり、
    　前記少なくとも１つの変更された第２フィールドは、前記複数の論理チャネルグループのうちの前記設定情報に基づき特定される論理チャネルグループに対応し、
    　前記少なくとも１つの第２フィールドは、前記複数の論理チャネルグループのうちの前記設定情報に基づき特定される論理チャネルグループ以外の論理チャネルグループに対応する
    　請求項１に記載の装置。
  8. 　前記少なくとも１つの変更された第２フィールドは、サイズが増加された前記第２フィールドである
    　請求項１～７のいずれか１項に記載の装置。
  9. 　前記少なくとも１つの変更された第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量を示すために用いられる情報を示すバッファサイズフィールドである
    　請求項８に記載の装置。
  10. 　前記少なくとも１つの変更された第２フィールドは、前記第２フィールド及び前記第２フィールドとは異なる第３フィールドを含む
    　請求項１～７のいずれか１項に記載の装置。
  11. 　前記第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量を示すために用いられる情報を示すバッファサイズフィールドであり、
    　前記第３フィールドは、対応する前記少なくとも１つの論理チャネルグループの遅延情報を示すために用いられる情報を示すフィールドであり、
    　前記遅延情報は、対応する前記少なくとも１つの論理チャネルグループに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す
    　請求項１０に記載の装置。
  12. 　前記少なくとも１つの変更された第２フィールドは、対応する前記少なくとも１つの論理チャネルグループの各論理チャネルのデータの総量、及び対応する前記少なくとも１つの論理チャネルグループの遅延情報、を示すために用いられる情報を示すフィールドであり、
    　前記遅延情報は、対応する前記少なくとも１つの論理チャネルグループに属するデータの許容される遅延までの残り時間を示すために用いられる情報を示す
    　請求項１～７のいずれか１項に記載の装置。
  13. 　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得する情報取得部（１４１）と、
    　前記設定情報を含むメッセージを送信する通信処理部（１４３）と、
    　を備え、
    　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
    　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
    　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
    　装置（１００）。
  14. 　装置（２００）により行われる方法であって、
    　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を含むメッセージを受信することと、
    　前記メッセージに含まれる前記設定情報を取得することと、
    　を含み、
    　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
    　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
    　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
    　方法。
  15. 　装置（１００）により行われる方法であって、
    　少なくとも１つの第１フィールド及び少なくとも１つの変更された第２フィールドを含むバッファステータスレポートを使用するかどうかを決定するための設定情報を取得することと、
    　前記設定情報を含むメッセージを送信することと、
    　を含み、
    　前記バッファステータスレポートは、アップリンクデータ量についての情報を提供するために用いられ、
    　前記少なくとも１つの第１フィールドは、バッファステータスが報告される少なくとも１つの論理チャネルグループを示し、
    　前記少なくとも１つの変更された第２フィールドは、前記少なくとも１つの論理チャネルグループに対応し、アップリンクデータ量に関する
    　方法。
     
PCT/JP2023/025358 2022-08-09 2023-07-07 装置及び方法 WO2024034306A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022127462 2022-08-09
JP2022-127462 2022-08-09

Publications (1)

Publication Number Publication Date
WO2024034306A1 true WO2024034306A1 (ja) 2024-02-15

Family

ID=89851375

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/025358 WO2024034306A1 (ja) 2022-08-09 2023-07-07 装置及び方法

Country Status (1)

Country Link
WO (1) WO2024034306A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020126018A1 (en) * 2018-12-20 2020-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status reporting in wireless communication systems

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020126018A1 (en) * 2018-12-20 2020-06-25 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status reporting in wireless communication systems

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Discussion on capacity enhancements for XR", 3GPP DRAFT; R1-2203639, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Online; 20220509 - 20220520, 29 April 2022 (2022-04-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052153087 *
SAMSUNG: "Correction for Enhanced NR IIoT and URLLC in 38.321", 3GPP DRAFT; R2-2205710, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20220509 - 20220520, 25 April 2022 (2022-04-25), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052139146 *
ZTE, SANECHIPS: "Discussion on XR specific capacity enhancements techniques", 3GPP DRAFT; R1-2203607, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220509 - 20220520, 29 April 2022 (2022-04-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052153072 *

Similar Documents

Publication Publication Date Title
US11096198B2 (en) Method, apparatus, and system for implementing data scheduling
US11051322B2 (en) Data processing method, apparatus, and system
US9713030B2 (en) Transmission data processing method and devices
WO2016106656A1 (zh) 一种传输资源请求的方法和装置
US9295040B2 (en) Packet scheduling in communications
CN111181694B (zh) 一种上行控制信息的传输方法及装置
WO2018094872A1 (zh) sidelink资源调度方法、装置和系统
EP3782400B1 (en) Method, apparatus and terminal for service transmission
KR101703069B1 (ko) 이동통신시스템에서 효율적인 경쟁기반 역방향 전송 방법
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
KR20190073527A (ko) 리소스 할당 방법, 단말, 장치 및 시스템
JP7367838B2 (ja) サイドリンクスケジューリングリクエストのトリガー方法、装置及びシステム
JP2013500675A (ja) アップリンク周波数上でデータブロックを送信する方法及び装置
EP2882248B1 (en) Method and system for establishing bearer for supporting uplink semi-persistent scheduling, and user equipment
CN111356172B (zh) 通信方法、装置、终端、网络设备及存储介质
EP3706488B1 (en) Uplink data packet resource allocation method and user terminal
KR20200039753A (ko) 데이터 전송 방법, 장치 및 통신 시스템
WO2023208564A1 (en) User equipment, scheduling node, method for user equipment, and method for scheduling node
WO2024034306A1 (ja) 装置及び方法
WO2024034307A1 (ja) 装置及び方法
EP3369277B1 (en) Method and apparatus for implementing signalling to re-configure logical channels
WO2019200507A1 (en) Control of d2d duplication
US8971276B1 (en) Techniques for increasing uplink throughput for multiple flow control mechanisms
WO2023013547A1 (ja) 通信装置、基地局及び通信方法
WO2023013548A1 (ja) 通信装置及び通信制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23852289

Country of ref document: EP

Kind code of ref document: A1