[go: up one dir, main page]

WO2024219190A1 - 端末、基地局、及び、通信方法 - Google Patents

端末、基地局、及び、通信方法 Download PDF

Info

Publication number
WO2024219190A1
WO2024219190A1 PCT/JP2024/012857 JP2024012857W WO2024219190A1 WO 2024219190 A1 WO2024219190 A1 WO 2024219190A1 JP 2024012857 W JP2024012857 W JP 2024012857W WO 2024219190 A1 WO2024219190 A1 WO 2024219190A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
muting
resources
terminal
base station
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2024/012857
Other languages
English (en)
French (fr)
Inventor
智寛 井上
秀俊 鈴木
知也 布目
綾子 堀内
哲矢 山本
昭彦 西尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to CN202480021447.9A priority Critical patent/CN120917811A/zh
Publication of WO2024219190A1 publication Critical patent/WO2024219190A1/ja
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Images

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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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

  • This disclosure relates to a terminal, a base station, and a communication method.
  • the 3rd Generation Partnership Project (3GPP) has completed the formulation of the physical layer specifications for Release 17 NR (New Radio access technology) as an extension of the functionality of 5th generation mobile communication systems (5G).
  • NR will support enhanced mobile broadband (eMBB) to meet the requirements of high speed and large capacity, as well as functions that realize ultra-reliable and low latency communication (URLLC) (see, for example, non-patent literature 1-6).
  • eMBB enhanced mobile broadband
  • URLLC ultra-reliable and low latency communication
  • 3GPP TS 38.211 V17.4.0 "NR; Physical channels and modulation (Release 17),” Jan. 2023 3GPP TS 38.212 V17.5.0, “NR; Multiplexing and channel coding (Release 17),” Mar. 2023 3GPP TS 38.213 V17.5.0, “NR; Physical layer procedure for control (Release 17),” Mar. 2023 3GPP TS 38.214 V17.5.0, “NR; Physical layer procedures for data (Release 17),” Mar. 2023 3GPP TS 38.215 V17.3.0, “NR; Physical layer measurements (Release 17),” Mar. 2023 3GPP TS 38.331 V17.4.0, “NR; Radio Resource Control (RRC) protocol specification (Release 17)", Mar. 2023
  • RRC Radio Resource Control
  • Non-limiting examples of the present disclosure contribute to providing a terminal, a base station, and a communication method that can appropriately measure interference between base stations.
  • a terminal includes a control circuit that sets a second frequency resource that does not perform uplink transmission among first frequency resources that are assigned to uplink transmission in a certain time resource based on notification information, and a transmission circuit that performs the uplink transmission based on the second frequency resource.
  • interference between base stations can be properly measured.
  • Block diagram showing an example of a partial configuration of a terminal Block diagram showing a configuration example of a base station Block diagram showing an example of a terminal configuration
  • FIG. 1 Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Figure showing an example of muting resource settings Diagram showing an example of muting resource settings Diagram showing an example of transmission power control for the Physical Uplink Shared Channel (PUSCH) Diagram showing an example of Demodulation Reference Signal (DMRS) allocation in Uplink Multi-User-Multiple Input Multiple Output (UL MU-MIMO) Diagram showing an example of an Xn interface between base stations Diagram of an example architecture for a 3GPP NR system Schematic diagram showing functional separation between NG-RAN (Next Generation - Radio Access Network) and 5GC (5th Generation Core) Sequence diagram of Radio Resource Control (RRC) connection setup/reconfiguration procedure Schematic diagram showing usage scenarios for enhanced Mobile BroadBand (eMBB), massive Machine Type Communications (mMTC), and Ultra Re
  • SBFD subband non-overlapping full duplex
  • TDD dynamic/flexible time division duplex
  • Figure 1(a) shows an example of the operation of a base station (also called gNB) and a terminal (also called User Equipment: UE) (e.g., UE#1 and UE#2) in the same cell during SBFD operation.
  • a base station also called gNB
  • UE User Equipment
  • Figure 1(a) shows an example of the operation of a base station (also called gNB) and a terminal (also called User Equipment: UE) (e.g., UE#1 and UE#2) in the same cell during SBFD operation.
  • UE User Equipment
  • Figure 1(b) shows an example of resource allocation in SBFD operation.
  • the vertical axis represents frequency
  • the horizontal axis represents time.
  • "UL” represents uplink transmission
  • "DL” represents downlink transmission.
  • resources that are not used in each device e.g., gNB, UE#1, and UE#2 are shown with dotted lines.
  • a frequency resource (frequency band) is divided into multiple subbands (also called bands, RB sets, subbands, or sub-BWPs (Bandwidth parts)), and transmission in different directions is supported on a subband-by-subband basis.
  • a base station can transmit and receive simultaneously on the uplink and downlink (e.g., SBFD operation), and a terminal can transmit and receive on either the uplink or downlink in a given time resource (e.g., half-duplex operation).
  • UE#1 communicates with the base station in the uplink
  • UE#2 communicates with the base station in the downlink.
  • Figure 2(a) shows an example of the operation of different base stations (e.g., gNB1 and gNB2) and terminals (e.g., UE#1 and UE#2) in dynamic/flexible TDD operation.
  • base stations e.g., gNB1 and gNB2
  • terminals e.g., UE#1 and UE#2
  • dynamic/flexible TDD operation the base stations and terminals perform half-duplex operation, and the transmission directions may differ at different base stations.
  • Figure 2(b) shows an example of resource allocation in dynamic/flexible TDD.
  • gNG1 performs DL transmission to UE#1 and gNB2 performs UL reception from UE#2 in the same time resource (e.g., slot or symbol at the same time).
  • CLI cross-link interference
  • UE-to-UE terminals
  • gNB-to-gNB base stations
  • CLI cross-link interference
  • the base station that causes interference will be referred to as the "aggressor gNB” and the base station that receives the interference will be referred to as the "victim gNB.”
  • the base station performing UL reception may receive a CLI from the base station performing DL transmission (aggressor gNB in Figure 3), which may degrade the UL reception characteristics at the base station performing UL reception.
  • One way to avoid such interference is for the victim gNB to measure the CLI between base stations, share the measurement results between base stations (e.g., between the aggressor gNB and the victim gNB), and avoid CLI between base stations through scheduling, etc.
  • the aggressor gNB transmits a DL channel or signal for measurement, and the victim gNB receives the DL channel or signal and performs CLI measurement.
  • information regarding the DL channel or signal for measurement may be shared in advance between base stations so that the victim gNB can know (or receive) the setting (configuration) of the aggressor gNB's DL channel or signal for measurement.
  • the victim gNB may also receive a UL channel or signal from a terminal belonging to the victim gNB at the same time as receiving and measuring the DL channel or signal for measurement.
  • the measured value of the CLI between base stations will include the UL channel or signal, and the victim gNB may not be able to accurately measure the CLI between base stations.
  • the victim gNB configures a UL muting resource for a terminal (e.g., a terminal belonging to the victim gNB) on the same resource as at least one of the time resources and frequency resources (hereinafter referred to as time/frequency resources) on which the measurement DL channel or signal is allocated.
  • the terminal belonging to the victim gNB for example, does not perform UL transmission on the configured UL muting resource. This enables the victim gNB to accurately measure the CLI measurement value between base stations excluding the influence from the UL, using the measurement DL channel or signal.
  • Figure 4 shows an example of the use of UL muting resources.
  • the aggressor gNB transmits a measurement DL channel or signal at symbols #9 and #10.
  • a terminal belonging to the victim gNB is assigned a UL muting resource on the same resource as the measurement resource at the aggressor gNB.
  • a terminal belonging to the victim gNB does not transmit uplink data (e.g., PUSCH: Physical Uplink Shared Channel) on the muting resource of symbols #9 and #10.
  • the victim gNB receives a measurement DL channel or signal on the muting resource and measures the CLI between the base stations. This allows the victim gNB to use the measurement DL channel or signal to measure the CLI value between the base stations without the influence of the UL signal from the UE.
  • muting resources are implicitly set by the base station's scheduling. For example, the base station schedules UL resources for the terminal, avoiding the resources to be muted. Therefore, information about muting resources is not notified to the terminal.
  • the base station notifies the terminal of information (e.g., configuration) about the muting resources.
  • the terminal sets (or identifies) the muting resources based on the notified information and does not assign UL channels or signals to the muting resources.
  • the method of setting and notifying muting resources in a non-transparent scheme has not been fully considered.
  • a method of setting and notifying muting resources in a non-transparent scheme is described.
  • Figure 5 shows an example of measuring the CLI between base stations using muting resources.
  • Figure 5(a) shows an example of resource (e.g., measurement resource) allocation for a DL channel or signal (e.g., a DL channel or signal for measurement) in an aggressor gNB.
  • the DL channel or signal may be, for example, a Channel State Information - Reference Signal (CSI-RS).
  • CSI-RS Channel State Information - Reference Signal
  • the left side of Figure 5(a) shows allocation in resource block (RB) units, and the right side of Figure 5(a) shows allocation in resource element (RE) units.
  • the right side of Figure 5(a) shows allocation in subcarrier units in the frequency domain.
  • Figure 5(b) shows an example of RB-based allocation of UL resources (e.g., PUSCH resources) and muting resources in the victim gNB.
  • Figure 5(c) shows an example of subcarrier-based (or RE-based) allocation of UL resources (e.g., PUSCH resources) and muting resources in the victim gNB.
  • the RB-based and subcarrier-based muting resources mutes the measurement resource area of the aggressor gNB (e.g., does not use it for UL communication (PUSCH transmission)), so that the victim gNB can accurately measure the CLI between base stations using the measurement resource signal.
  • the muting resources include resources that include resource elements that are unrelated to the measurement resources shown in FIG. 5(a). Therefore, UL communication may be muted even in resource elements that are unrelated to the measurement resources, which may reduce resource utilization efficiency.
  • the resource elements related to the measurement resources shown in FIG. 5(a) are included in the muting resources, and resource elements unrelated to the measurement resources are not included in the muting resources. Therefore, resource elements unrelated to the measurement resources can be allocated to UL communications, improving resource utilization efficiency on a resource element basis.
  • a method of notifying muting resources on a subcarrier basis is expected to improve the efficiency of resource utilization and allocation to PUSCH.
  • a communication system may include, for example, a base station 100 (e.g., gNB) shown in Figures 6 and 8, and a terminal 200 (e.g., UE) shown in Figures 7 and 9.
  • a base station 100 e.g., gNB
  • a terminal 200 e.g., UE
  • a plurality of base stations 100 and a plurality of terminals 200 may exist in the communication system.
  • FIG. 6 is a block diagram showing an example of the configuration of a portion of a base station 100 according to one aspect of the present disclosure.
  • a control unit e.g., corresponding to a control circuit
  • sets a second frequency resource e.g., a muting resource
  • a receiving unit e.g., corresponding to a receiving circuit
  • FIG. 7 is a block diagram showing an example configuration of a portion of a terminal 200 according to one aspect of the present disclosure.
  • a control unit e.g., corresponding to a control circuit
  • sets a second frequency resource e.g., a muting resource
  • a transmission unit e.g., corresponding to a transmission circuit
  • [Base station configuration] 8 is a block diagram showing a configuration example of a base station 100 according to an embodiment of the present disclosure.
  • the base station 100 includes a receiving unit 101, a demodulation/decoding unit 102, a muting resource setting unit 103, a scheduling unit 104, a control information holding unit 105, a data/control information generating unit 106, an encoding/modulation unit 107, and a transmitting unit 108.
  • At least one of the demodulation/decoding unit 102, the muting resource setting unit 103, the scheduling unit 104, the control information holding unit 105, the data/control information generating unit 106, and the encoding/modulation unit 107 may be included in the control unit shown in FIG. 6, and the receiving unit 101 may be included in the receiving unit shown in FIG. 6.
  • the receiving unit 101 performs reception processing, such as down-conversion or A/D conversion, on a received signal received via an antenna, and outputs the received signal after reception processing to the demodulation and decoding unit 102.
  • reception processing such as down-conversion or A/D conversion
  • the demodulation and decoding unit 102 demodulates and decodes the received signal input from the receiving unit 101, and outputs the decoded result to the scheduling unit 104.
  • the muting resource setting unit 103 sets the muting resources. For example, the muting resource setting unit 103 may set the muting resources based on information from other base stations. For example, the muting resource setting unit 103 may set the muting resources based on control information (for example, configuration related to resources for inter-base station CLI measurement) input from the control information holding unit 105. The muting resource setting unit 103 outputs information related to the set muting resources (for example, allocation pattern of muting resources) to the scheduling unit 104.
  • control information for example, configuration related to resources for inter-base station CLI measurement
  • the scheduling unit 104 may, for example, perform scheduling for the terminals 200.
  • the scheduling unit 104 schedules transmission and reception for each terminal 200 based on at least one of the decoding results input from the demodulation and decoding unit 102, the information on muting resource setting input from the muting resource setting unit 103, and the control information input from the control information holding unit 105, and instructs the data and control information generating unit 106 to generate at least one of data and control information.
  • the control information holding unit 105 holds, for example, control information related to the configuration of measurement resources between base stations (e.g., allocation resources, etc.) and the configuration of muting resources (e.g., allocation patterns and notification methods, etc.).
  • the control information holding unit 105 may output the held information to each component of the base station 100 (e.g., the muting resource setting unit 103 and the scheduling unit 104) as necessary.
  • the data and control information generating unit 106 generates at least one of data and control information, for example, according to instructions from the scheduling unit 104, and outputs a signal including the generated data or control information to the coding and modulation unit 107.
  • the generated data and control information may include at least one of upper layer signaling information and downlink control information, for example.
  • the encoding and modulation unit 107 for example, encodes and modulates the signal input from the data and control information generation unit 106, and outputs the modulated signal to the transmission unit 108.
  • the transmitting unit 108 performs transmission processing such as D/A conversion, up-conversion, or amplification on the signal input from the encoding/modulation unit 107, and transmits the radio signal obtained by the transmission processing from the antenna to the terminal 200.
  • FIG. 9 is a block diagram showing a configuration example of a terminal 200 according to an aspect of the present disclosure.
  • the terminal 200 includes a receiving unit 201, a demodulation and decoding unit 202, a muting resource setting unit 203, a transmission control unit 204, a control information holding unit 205, a data and control information generating unit 206, an encoding and modulation unit 207, and a transmitting unit 208.
  • At least one of the demodulation/decoding unit 202, the muting resource setting unit 203, the transmission control unit 204, the control information storage unit 205, the data/control information generation unit 206, and the encoding/modulation unit 207 may be included in the control unit shown in FIG. 7, and the transmission unit 208 may be included in the transmission unit shown in FIG. 7.
  • the receiving unit 201 performs reception processing, such as down-conversion or A/D conversion, on the received signal received via an antenna, and outputs the received signal after reception processing to the demodulation and decoding unit 202.
  • reception processing such as down-conversion or A/D conversion
  • the demodulation and decoding unit 202 demodulates and decodes the received signal input from the receiving unit 201, and outputs the decoded result to the transmission control unit 204.
  • the muting resource setting unit 203 sets the muting resource based on the control information (e.g., information on the configuration of the muting resource) input from the control information holding unit 205.
  • the muting resource setting unit 203 outputs, for example, information on the set muting resource to the transmission control unit 204.
  • the transmission control unit 204 outputs the signaling information included in the decoding result input from the demodulation and decoding unit 202 to the control information holding unit 205.
  • the transmission control unit 204 may also instruct the data and control information generating unit 206 to generate at least one of data and control information, based on, for example, setting information related to the muting resource input from the muting resource setting unit 103, control information input from the control information holding unit 205, or the decoding result input from the demodulation and decoding unit 202 (for example, downlink control information).
  • the control information holding unit 205 holds, for example, control information (e.g., information relating to the configuration of muting resources) input from the transmission control unit 204, and outputs the held information to each component (e.g., the muting resource setting unit 203 and the transmission control unit 204) as necessary.
  • control information e.g., information relating to the configuration of muting resources
  • the data and control information generating unit 206 generates data or control information, for example, according to instructions from the transmission control unit 204.
  • the data and control information generating unit 206 outputs a signal including the generated data or control information to the encoding and modulation unit 207.
  • the encoding and modulation unit 207 for example, encodes and modulates the signal input from the data and control information generation unit 206, and outputs the modulated transmission signal to the transmission unit 208.
  • the transmitting unit 208 performs transmission processing such as D/A conversion, up-conversion, or amplification on the signal input from the encoding/modulation unit 207, and transmits the radio signal obtained by the transmission processing from the antenna to the base station 100.
  • FIG. 10 is a sequence diagram showing an example of the operation of the base station 100 and the terminal 200.
  • the base station 100 determines the settings (configuration) related to the muting resources and the UL channel or signal (e.g., PUSCH) (S101). Note that the base station 100 may share the settings (configuration) of the measurement DL channel or signal of the aggressor gNB, for example, with other base stations (an example will be described later).
  • the base station 100 may share the settings (configuration) of the measurement DL channel or signal of the aggressor gNB, for example, with other base stations (an example will be described later).
  • the base station 100 transmits upper layer signaling information including the determined configuration to the terminal 200 (S102).
  • the terminal 200 sets muting resources and PUSCH (e.g., UL resources) based on the configuration from the base station 100 (S103).
  • muting resources and PUSCH e.g., UL resources
  • the base station 100 transmits, for example, control information related to the PUSCH to the terminal 200 (S104).
  • the control information may be transmitted, for example, using a downlink control channel (e.g., PDCCH: Physical Downlink Control Channel).
  • PDCCH Physical Downlink Control Channel
  • the terminal 200 receives the PDCCH and determines the allocation of muting resources and PUSCH resources based on the muting resource settings, the PUSCH settings, and the control information included in the received PDCCH (S105).
  • the terminal 200 sets a muting resource that does not perform UL transmission among resources allocated to UL transmission (PUSCH) in a certain time resource.
  • notification information from the base station 100 for example, at least one of higher layer signaling information and downlink control information
  • the terminal 200 sets a muting resource that does not perform UL transmission among resources allocated to UL transmission (PUSCH) in a certain time resource.
  • the terminal 200 transmits the PUSCH to the base station 100 based on the identified allocation of the muting resource and the PUSCH resource (S106). For example, the terminal 200 does not transmit the PUSCH in the muting resource among the allocated PUSCH resources.
  • the base station 100 receives a PUSCH transmitted from the terminal 200, for example, based on the settings of the muting resources and the PUSCH resources.
  • the base station 100 (for example, a victim gNB) may also measure the inter-base station CLI using a signal from the aggressor gNB, based on the settings of the muting resources.
  • the measurement results of the inter-base station CLI may be shared, for example, by multiple base stations 100, and scheduling for the terminal 200 may be performed based on the measurement results of the inter-base station CLI.
  • the base station 100 e.g., the muting resource setting unit 103 and the scheduling unit 104
  • an example of the operation of the terminal 200 e.g., the muting resource setting unit 203 and the transmission control unit 204.
  • the notification information used for setting the muting resources may be, for example, information on resources on a subcarrier basis.
  • the configuration of muting resources e.g., configuration of muting resource patterns
  • activation of muting resources e.g., enabling of muting resource configuration
  • muting resource patterns e.g., multiple pattern candidates
  • the setting may be enabled a specified number of times (e.g., once), or may be set repeatedly until it is disabled.
  • the base station 100 uses RRC signaling or MAC signaling to configure a plurality of muting resource patterns (e.g., pattern candidates) in the terminal 200.
  • RRC Radio Resource Control
  • MAC Medium access control
  • the base station 100 uses RRC signaling or MAC signaling to configure a plurality of muting resource patterns (e.g., pattern candidates) in the terminal 200.
  • each of the plurality of muting resource patterns may be managed by identifiable information (e.g., an ID).
  • the terminal 200 receives RRC signaling or MAC signaling, and determines the allocation of muting resources based on the configuration of the muting resources included in the RRC signaling or MAC signaling.
  • a PDCCH e.g., a Group common PDCCH or a UE specific PDCCH
  • the base station 100 may activate a specific muting resource pattern from among multiple muting resource patterns (pattern candidates) set by RRC signaling or MAC signaling by notifying the ID of the muting resource pattern using a channel such as the PDCCH.
  • the base station 100 can activate the muting resource pattern for multiple terminals 200 at once. This makes it possible to conserve PDCCH resources.
  • the base station 100 when activating a muting resource pattern using a UE specific PDCCH, the base station 100 can notify the terminal 200 of the activation of the muting resource pattern together with the scheduling of the PUSCH (e.g., PDCCH). Therefore, when there are few terminals 200 that notify muting resources, the resource utilization efficiency of the PDCCH can be improved.
  • the PUSCH e.g., PDCCH
  • the base station 100 configures the muting resource pattern in the terminal 200 by using the Group common PDCCH.
  • the Group common PDCCH allows for a larger number of bits to be set compared to the UE specific PDCCH. Therefore, it is possible to directly set the muting resource configuration (for example, the bitmap format or reference signal resource configuration described below) using the Group common PDCCH.
  • the terminal 200 determines the allocation of muting resources based on the muting resource configuration contained in the received Group common PDCCH.
  • the Group common PDCCH allows for direct allocation of muting resources, it allows for dynamic configuration of muting resources, independent of the muting resource pattern that is set, in comparison with other configuration methods (e.g., methods using RRC signaling or MAC signaling).
  • the base station 100 can also set multiple muting resource patterns (pattern candidates) using, for example, a Group common PDCCH, and activate a specific muting resource pattern from among the multiple muting resource patterns using a UE specific PDCCH.
  • pattern candidates for example, a Group common PDCCH
  • the base station 100 configures the muting resource pattern in the terminal 200 by using the UE specific PDCCH.
  • the base station 100 assigns the muting resource to the terminal 200 by notifying the terminal 200 of the ID of the defined muting resource via the UE specific PDCCH. This is effective, for example, when the time and frequency resources for measuring the inter-base station CLI are defined to some extent (for example, when they are defined in the specification 9).
  • the muting resource pattern setting is configured in a bitmap format.
  • the base station 100 sets in the terminal 200 a "subcarrier bitmap" that indicates the subcarrier-based allocation pattern of the muting resource.
  • the information notified from the base station 100 to the terminal 200 is information in a bitmap format that indicates whether each of the multiple subcarriers included in the transmission bandwidth of the terminal 200 is a muting resource or not.
  • the terminal 200 for example, identifies the subcarriers to which the muting resource is assigned based on the set subcarrier bitmap.
  • the subcarrier bitmap may be an array consisting of two values (“0" or "1") corresponding to the subcarriers.
  • a subcarrier corresponding to a value of "1" in the subcarrier bitmap may be assigned as a muting resource, and a subcarrier corresponding to a value of "0" in the subcarrier bitmap may not be assigned as a muting resource. Note that the meanings of "0" and "1" (relationship to muting resources) may be reversed.
  • Figure 11 shows an example of muting resource pattern settings.
  • the subcarrier bitmap corresponds to the subcarriers in one resource block.
  • the number of bits in the subcarrier bitmap (e.g., 12 bits) corresponds to the number of subcarriers in one resource block (e.g., 12 subcarriers).
  • an allocation bandwidth may be set for the terminal 200.
  • a "symbol bitmap" representing a symbol-by-symbol allocation pattern of muting resources may be set for terminal 200.
  • the number of bits in the symbol bitmap (e.g., 14 bits) may correspond to the number of symbols in one slot (e.g., 14 symbols), or may correspond to the number of symbols in a time resource unit different from a slot.
  • the terminal 200 when the subcarrier bitmap, symbol bitmap, and allocated bandwidth are set in the terminal 200, the terminal 200 sets (or identifies) muting resources based on these. In the example of FIG. 11, the terminal 200 sets, as muting resources, six subcarriers corresponding to the value "1" of the subcarrier bitmap in each of the resource blocks included in the allocated bandwidth of symbol #10.
  • terminal 200 does not set subcarriers corresponding to the value "0" of the subcarrier bitmap as muting resources in each resource block included in the allocated bandwidth of symbol #10.
  • Terminal 200 may set these subcarriers corresponding to the value "0" of the subcarrier bitmap as PUSCH resources.
  • muting resources can be allocated in subcarrier (or resource element) units within a band allocated to terminal 200 (e.g., PUSCH resources).
  • a band allocated to terminal 200 e.g., PUSCH resources.
  • the base station 100 may also set a "resource block bitmap (RB bitmap)" representing the allocation pattern of the muting resources in resource block (RB) units to the terminal 200.
  • RB bitmap resource block bitmap
  • the terminal 200 identifies the subcarriers to which the muting resources are assigned, for example, based on the configured RB bitmap and subcarrier bitmap.
  • the RB bitmap may be an array consisting of two values (“0" or "1") corresponding to the RB.
  • an RB corresponding to a value of "1" in the RB bitmap may be assigned as a muting resource, and an RB corresponding to a value of "0" in the RB bitmap may not be assigned as a muting resource. Note that the meanings of "0" and "1" (relationship to muting resources) may be reversed.
  • a subcarrier bitmap may be applied to an RB whose RB bitmap value is "1".
  • the terminal 200 may set a subcarrier whose subcarrier bitmap value is "1" as a muting resource in an RB whose RB bitmap value is "1".
  • Figure 12 shows an example of muting resource pattern settings.
  • the RB bitmap corresponds to resource blocks within a certain bandwidth (e.g., allocated bandwidth).
  • the subcarrier bitmap corresponds to the subcarriers in one resource block.
  • the number of bits in the subcarrier bitmap (e.g., 12 bits) corresponds to the number of subcarriers in one resource block (e.g., 12 subcarriers).
  • the terminal 200 sets (or identifies) muting resources based on these.
  • the terminal 200 sets, as muting resources, six subcarriers corresponding to a value of "1" in the subcarrier bitmap in each of the RBs corresponding to a value of "1" in the RB bitmap of symbol #10.
  • terminal 200 does not set the subcarriers corresponding to the value "0" of the subcarrier bitmap in the RBs of symbol #10 that correspond to the value "1" of the RB bitmap, and in the RBs of symbol #10 that correspond to the value "1" of the RB bitmap, as muting resources.
  • Terminal 200 may set these RBs and subcarriers as PUSCH resources.
  • muting resources can be allocated on an RB basis and a subcarrier (or resource element) basis. This allows terminal 200 to use resources corresponding to the value "0" in the RB bitmap and subcarrier bitmap for PUSCH transmission, for example, and makes it possible to simultaneously allocate PUSCH and muting resources in a certain symbol, thereby improving the efficiency of frequency resource usage.
  • notification of muting resources in bitmap format enables flexible setting of various patterns of muting resources in both the frequency direction and the time direction, thereby improving the efficiency of PUSCH resource allocation.
  • the number of bits in the subcarrier bitmap does not have to correspond to the number of subcarriers in one resource block.
  • the number of bits in the subcarrier bitmap may correspond to the number of subcarriers included in multiple RBs.
  • muting resources may be set by a 120-bit subcarrier bitmap that represents a muting resource pattern for 10 RBs (e.g., 120 subcarriers).
  • one bit in the subcarrier bitmap corresponds to one subcarrier, but this is not limited thereto, and one bit may correspond to multiple subcarriers.
  • one bit in the RB bitmap in Figure 12 may correspond to one or multiple RBs.
  • one bit in the symbol bitmap in Figures 11 and 12 may correspond to one or multiple symbols.
  • the notification of the muting resource is not limited to the notification in bitmap format.
  • the start position of the resource e.g., at least one of the subcarriers, resource blocks, and symbols
  • the resource size e.g., the number, size, or length of the subcarriers, resource blocks, or symbols
  • the start position of the resource e.g., at least one of the subcarriers, resource blocks, and symbols
  • the resource size e.g., the number, size, or length of the subcarriers, resource blocks, or symbols
  • the muting resource may be set using a resource block bitmap, or may be set using a bitmap of a frequency resource unit different from the subcarrier and the resource block.
  • the muting resource may be set based on a bitmap format and other parameters.
  • the muting resource may be set using an offset of a resource block.
  • the base station 100 notifies (or sets) the terminal 200 of, for example, the offset value of the resource block and information in a bitmap format (for example, a bitmap for at least one of a subcarrier, an RB, and a symbol).
  • the offset value and information in a bitmap format may be notified to the terminal 200 by a group common PDCCH (for example, DCI format 2_4).
  • the terminal 200 may set, for example, a band of the allocated band excluding the range from the reference RB position to the RB position offset based on the offset value as the setting target of the muting resource.
  • the RB bitmap may be set for the RB corresponding to the band to which the muting resource is set.
  • the muting resource setting is configured by reusing the resource configuration of the reference signal.
  • the base station 100 sets the resource allocation configuration (e.g., allocation symbols or allocation bands, etc.) of the reference signal to the terminal 200.
  • the information notified from the base station 100 to the terminal 200 is information indicating the allocation resource configuration of the reference signal.
  • the terminal 200 for example, sets the muting resource based on the resource allocation configuration of the reference signal that has been set.
  • the reference signal may be, for example, a Sounding Reference Signal (SRS), a Channel State Information Reference Signal (CSI-RS), or a Demodulation Reference Signal (DMRS).
  • SRS Sounding Reference Signal
  • CSI-RS Channel State Information Reference Signal
  • DMRS Demodulation Reference Signal
  • the resource configuration of existing reference signals can be flexibly set on a subcarrier-by-subcarrier basis using multiple parameters. For example, in the case of SRS, parameters such as comb and frequency hopping can be set. Therefore, in the configuration of muting resources that reuse the resource configuration of reference signals, flexible configuration of muting resources on a subcarrier-by-subcarrier basis becomes possible.
  • the resource configuration or signaling e.g., SRS or CSI-RS trigger
  • the resource configuration or signaling is reused, so that the RRC signaling and DCI overhead for muting resources can be reduced.
  • muting resource setting is configured by reusing the resource configuration of the SRS.
  • the base station 100 sets the SRS resource configuration in the terminal 200.
  • the terminal 200 determines the allocation of muting resources based on the set SRS resource configuration.
  • a muting resource (e.g., "muting resource”) may be set (e.g., newly added) in the "usage" of the SRS configuration (a parameter that defines the use of an SRS resource).
  • An SRS resource with "usage” set to "muting resource” is used for allocating a muting resource.
  • the terminal 200 identifies the allocation of a muting resource using an SRS resource configuration in which "usage" of the set SRS resource configuration is "muting resource”. For example, when "usage" is "muting resource”, the terminal 200 sets the allocated SRS resource to a muting resource and does not transmit SRS (mutes UL transmission).
  • SRS resource allocation parameters e.g., comb and frequency hopping
  • resource type e.g., resource behavior in the time domain, such as periodic, quasi-periodic, or aperiodic
  • trigger method e.g., aperiodic SRS resources are triggered by DCI
  • Figure 13 shows an example of a muting resource pattern that reuses the SRS resource configuration in configuration method 2-1. As shown in Figure 13, the muting resource is assigned using the SRS resource configuration.
  • configuration method 2-1 since the existing SRS resource configuration or signaling is reused, there is no need to define many new RRC parameters for configuring muting resources. Also, for example, since the SRS trigger method can be reused for activating muting resources by DCI, there is no need to add a new field to DCI.
  • muting resource settings are configured by reusing the resource configuration of the CSI-RS.
  • the base station 100 sets the CSI-RS resource configuration in the terminal 200.
  • the terminal 200 determines the allocation of muting resources based on the resource allocation of the set CSI-RS resource configuration.
  • Figure 14 shows an example of a muting resource pattern configuration that reuses the CSI-RS resource configuration in configuration method 2-2.
  • the CSI-RS resource configuration includes Code Division Multiplexing (CDM) patterns such as “no CDM”, “CDM2", “FD-CDM2", “CDM4" and “CDM8".
  • CDM Code Division Multiplexing
  • the CDM pattern is "CDM4" (for example, time multiplexing of two symbols (symbols #9 and #10 in FIG. 14) and frequency multiplexing of two subcarriers)
  • a muting resource allocation is set that reuses the CSI-RS resource allocation that is periodically allocated in the frequency direction.
  • the terminal 200 sets the allocated CSI-RS resource as a muting resource, and does not perform UL transmission in the muting resource (mutes it).
  • CDM pattern reused for setting muting resources is not limited to "CDM4" and may be other CDM patterns.
  • muting resources can be set more flexibly than in muting resource configuration that reuses SRS resource allocation.
  • a CSI-RS configuration for muting resources is configured in the terminal 200, and the muting resources are configured using an existing CSI-RS triggering method.
  • CSI-RS resource allocation parameters e.g., CDM pattern, etc.
  • resource type e.g., resource behavior in the time domain, such as periodic, quasi-periodic, or aperiodic
  • triggering method e.g., aperiodic CSI-RS resources are triggered by DCI
  • the second method is to set the CSI-RS configuration for the muting resource within the SRS resource configuration, and the SRS resource configuration is set in the terminal 200.
  • “muting resource” may be set to "usage" of the SRS resource configuration.
  • This makes it possible to reuse the SRS trigger method and assign muting resources using the CSI-RS resource configuration. Since this method reuses the existing CSI-RS resource configuration and signaling, it is not necessary to define many new RRC parameters for the muting resource.
  • the SRS trigger method can be reused for activating the muting resource by DCI, it is not necessary to add a new field to the DCI.
  • the muting resource setting is configured by reusing the resource configuration of the DMRS.
  • the base station 100 sets the DMRS resource configuration in the terminal 200. For example, the base station 100 sets at least a part of the resources set by the DMRS resource configuration as muting resources.
  • the terminal 200 determines the allocation of the muting resources based on the set DMRS resource configuration.
  • Figure 15 shows an example of a muting resource pattern configuration that reuses the DMRS resource configuration in configuration method 2-3.
  • the DMRS resource configuration is a configuration in which DMRS is assigned to symbols #2, #7, and #11 in a single-symbol DMRS.
  • a configuration that sets the DMRS of symbol #7 as a muting resource is defined within the DMRS configuration.
  • the DMRS resource of symbol #7 is assigned as a muting resource. Therefore, in Figure 15, no DMRS is placed in symbol #7.
  • terminal 200 sets the resource of symbol #7 of the assigned DMRS resources as a muting resource, and does not transmit DMRS in the muting resource (for example, mutes UL transmission).
  • configuration method 2-3 the resource configuration and signaling of the existing DMRS are reused, so there is no need to define many new RRC parameters for the muting resource.
  • the resource configuration of the DMRS is not limited to the example shown in FIG. 15, and for example, the number of symbols, symbol positions, number of subcarriers, and subcarrier positions in which the DMRS is arranged may be other values. Also, in FIG. 15, a case has been described in which a muting resource is set to one of the symbols set by the resource configuration of the DMRS, but this is not limited thereto, and the muting resource may be set to multiple symbols in which the DMRS is set.
  • the configuration defined in the DMRS resource configuration for setting the DMRS as a muting resource is not limited to the example shown in FIG. 15.
  • FIG. 15 a case has been described in which all subcarriers assigned to the DMRS are assigned as muting resources in some symbols among the multiple symbols in which the DMRS is placed, but the assignment of muting resources is not limited to this.
  • some subcarriers to which the DMRS is assigned may be assigned as muting resources in some symbols among the multiple symbols in which the DMRS is placed.
  • some subcarriers to which the DMRS is assigned may be assigned as muting resources in some subcarriers among the multiple subcarriers to which the DMRS is assigned.
  • the terminal 200 sets a muting resource in a PUSCH resource in a certain symbol based on notification information (e.g., resource information on a subcarrier basis) from the base station 100, and performs UL transmission based on the muting resource.
  • the muting resource is allocated together with the PUSCH by at least one of semi-static and dynamic notification, for example. This makes it possible to allocate the muting resource and the PUSCH resource simultaneously, and to allocate the muting resource while avoiding resource collisions. Therefore, according to this embodiment, the muting resource can be set with improved resource utilization efficiency, and interference between base stations can be appropriately measured.
  • the configurations of base station 100 and terminal 200 may be the same as those in embodiment 1.
  • the configuration and activation of the muting resource pattern in this embodiment may be the same as those in embodiment 1.
  • the method of setting the muting resource is different from that in embodiment 1.
  • the muting resource configuration method according to the present embodiment is a PUSCH resource reduction (or reduction) or shift-based configuration method.
  • the muting resource is set, for example, by reducing the PUSCH allocation resource (e.g., resource block or symbol) or shifting the PUSCH allocation resource.
  • the base station 100 sets, for example, parameters of the resource blocks or symbols to be reduced or shifted in the terminal 200.
  • the terminal 200 changes (reduces or shifts) the PUSCH allocation based on the set parameters, for example, and sets the resources vacated by the reduction or shift of the PUSCH allocation as muting resources.
  • the resource block shift parameter is set to 2 RBs.
  • the transmission bandwidth of the PUSCH is reduced or shifted by two resource blocks. Due to the reduction or shifting of the PUSCH resources, no resources are assigned to the two resource blocks. These free resources are set (or reserved) as muting resources.
  • Figure 16 shows an example of PUSCH shrinking and shift-based muting resource configuration in the frequency domain.
  • FIG. 16(a) shows an example of setting muting resources by reducing the transmission bandwidth of the PUSCH.
  • the transmission bandwidth of the PUSCH is reduced by two resource blocks (e.g., two resource blocks of RB#0 and RB#1), and muting resources are set in the two resource blocks that become free due to the reduction in the transmission bandwidth of the PUSCH.
  • FIG. 16(b) shows an example of setting muting resources by shifting the transmission bandwidth of the PUSCH.
  • the transmission bandwidth of the PUSCH is shifted by two resource blocks, and muting resources are set in the two resource blocks (e.g., RB#0 and RB#1) that become vacant due to the shift in the transmission bandwidth of the PUSCH.
  • muting resources are secured by reducing or shifting the PUSCH transmission band.
  • some or all of the symbols (e.g., 14 symbols) assigned to the PUSCH (symbols #8 to #11 in the example of Figures 16(a) and 16(b)) may be set as muting resources. Parameters of the symbols set as muting resources (e.g., parameters related to the number of symbols and symbol positions) may be notified to terminal 200.
  • the terminal 200 sets a muting resource in a PUSCH resource in a certain symbol based on notification information from the base station 100 (e.g., parameters of a resource block or symbol to be reduced or shifted), and performs UL transmission based on the muting resource.
  • the muting resource is allocated together with the PUSCH by at least one of semi-static and dynamic notification. This makes it possible to allocate the muting resource and the PUSCH resource simultaneously, and to allocate the muting resource while avoiding resource collisions. Therefore, according to this embodiment, the muting resource can be set with improved resource utilization efficiency, and interference between base stations can be appropriately measured.
  • the PUSCH resource is reduced or shifted in the frequency direction (or the frequency resource is changed in the same way across multiple symbols), so that the transmission power (e.g., the total power or power spectral density (PSD: Power Spectral Density) in the symbol) does not change between the symbol to which the muting resource is set (e.g., symbols #8 to #11 in FIG. 16) and the symbol to which the muting resource is not set (e.g., symbols other than symbols #8 to #11 in FIG. 16). Therefore, the terminal 200 does not need to perform new PUSCH transmission power control (e.g., PUSCH transmission power boost, etc.) for allocating the muting resource, which prevents the design of the terminal 200 from becoming complicated.
  • the transmission power e.g., the total power or power spectral density (PSD: Power Spectral Density
  • PSD Power Spectral Density
  • muting resources can be assigned to configured grant (CG) PUSCH without dynamic grant (DG) PUSCH.
  • CG configured grant
  • DG dynamic grant
  • the allocation of the CG PUSCH that overlaps with the CLI measurement of the base station 100 can be changed using parameters related to the shrinking or shifting resource blocks and symbols. This can also be achieved by changing the allocation of the PUSCH using the DG PUSCH, but in this embodiment, muting resources and CG PUSCH can be assigned without dynamic grant scheduling.
  • the muting resource may be set by applying both a reduction and a shift of the PUSCH resource (transmission band).
  • the PUSCH resource is reduced across all symbols to which the PUSCH is assigned, but this is not limited thereto.
  • the PUSCH resource e.g., RB
  • the PUSCH resource may be reduced in a symbol set as a muting resource, and the PUSCH resource may not be reduced in a symbol not set as a muting resource. This can reduce the reduction of the PUSCH resource and improve the resource utilization efficiency.
  • the transmission power between symbols (for example, the total power or PSD in the symbol) changes between a symbol to which the muting resource is allocated and a symbol to which the muting resource is not allocated.
  • FIG. 17(a) shows an example of allocation of muting resources according to embodiment 1.
  • base station 100 allocates muting resources to symbol #10.
  • FIG. 17(b), FIG. 17(c), and FIG. 17(d) are diagrams comparing PSDs in the muting resource settings shown in FIG. 17(a).
  • FIG. 17(b) shows an example of PSD for a symbol to which no muting resources are allocated
  • FIG. 17(c) and FIG. 17(d) show an example of PSD for a symbol to which a muting resource is allocated (e.g., symbol #10 shown in FIG. 17(a)).
  • Method 1 Matching transmission power between symbols>
  • the transmission power between symbols is adjusted between a symbol to which a muting resource is not assigned and a symbol to which a muting resource is assigned. For example, in a symbol to which a muting resource is assigned, since PUSCH is not transmitted in some resources (e.g., subcarriers), the transmission power of PUSCH may be boosted. For example, as shown in FIG. 17(c), the transmission power of PUSCH is boosted, so that the total transmission power becomes the same as that of a symbol to which a muting resource is not assigned as shown in FIG. 17(b).
  • a transit period e.g., an adjustment period for transmission power fluctuation
  • Method 2 Matching PSD between symbols>
  • the PSD between symbols is matched between symbols to which muting resources are not assigned and symbols to which muting resources are assigned.
  • the transmission power of the PUSCH is not boosted.
  • the PSD of a symbol to which a muting resource is assigned is the same as the PSD of a symbol to which a muting resource is not assigned as shown in FIG. 17(b).
  • the PSD between symbols is the same in PUSCH transmission, so the PAPR (Peak-to-Average Power Ratio) requirement does not increase.
  • PAPR Peak-to-Average Power Ratio
  • the PUSCH transmission power control (transmission power boost) in method 1 can reuse the DMRS power boost in UL MU-MIMO (Multi-User-Multiple Input Multiple Output).
  • Figure 18(a) shows an example of DMRS allocation in UL MU-MIMO
  • Figure 18(b) shows an example of DMRS allocation as viewed from each terminal 200 (e.g., UE#1, UE#2, and UE#3).
  • CDM group ⁇ 0,1,2 ⁇ is set, the DMRS port of CDM group ⁇ 0 ⁇ is assigned to UE#1, the DMRS port of CDM group ⁇ 1 ⁇ is assigned to UE#2, and the DMRS port of CDM group ⁇ 2 ⁇ is assigned to UE#3.
  • UE#1 is assigned the DMRS port of CDM group ⁇ 0 ⁇ , and the other CDM groups ⁇ 1, 2 ⁇ are assigned to other terminals (UE#2 and UE#3), so UE#1 does not assign anything to the resources corresponding to CDM group ⁇ 1, 2 ⁇ (e.g., does not assign PUSCH or DMRS, etc.).
  • UE#1 may boost the transmission power of the resources corresponding to CDM group ⁇ 0 ⁇ related to resources to which DMRS is not assigned (e.g., resources corresponding to CDM group ⁇ 1, 2 ⁇ ). Transmission power control may be performed similarly for UE#2 and UE#3.
  • the CLI measurement between base stations information sharing between the aggressor gNB and the victim gNB is expected.
  • the measurement resource of the aggressor gNB may be shared in advance, or the CLI measurement value between base stations may be shared after the measurement.
  • Information sharing between base stations may be performed using the Xn interface, for example, as shown in FIG. 19.
  • a muting resource setting method using a resource configuration of a reference signal in a UL muting resource notification method has been described.
  • the configuration of a reference signal (e.g., CSI-RS, SRS, DMRS, etc.) may be shared between an aggressor gNB and a victim gNB using an Xn interface between base stations.
  • CSI-RS configuration e.g., ZP-CSI-RS-Resource, ZP-CSI-RS-ResourceSet, NZP-CSI-RS-Resource, NZP-CSI-RS-ResourceSet, and CSI-RS-ResourceMapping, etc.
  • SRS configuration e.g., SRS-ResourceSet and SRS-Resource, etc.
  • DMRS configuration e.g., DMRS-UplinkConfig
  • both transparent and non-transparent schemes can be applied to the notification of UL muting resources.
  • the CSI-RS configuration used for inter-base station CLI measurements at the aggressor gNB is shared with the victim gNB using the Xn interface, and the victim gNB can configure UL muting resources using the shared CSI-RS configuration (for example, configuration according to configuration method 2-2 in embodiment 1).
  • base station 100 can allocate muting resources using that configuration.
  • the parameters used in the above-described embodiment such as the number, position, and pattern of resources (number of subcarriers, number of RBs, or number of symbols) to which muting resources are set, are merely examples and are not limiting.
  • the units in which the muting resources are set in the frequency domain are described as subcarrier units or resource block units, but the units of the frequency resources in which the muting resources are set are not limited to these and may be other units.
  • the units in which the muting resources are set in the time domain are described as symbol units, but the units of the time resources in which the muting resources are set are not limited to these and may be other units.
  • the setting of muting resources for the uplink has been described, but this is not limited thereto, and the muting resources may be set for other links such as the downlink or sidelink.
  • PUSCH transmission has been described as an example of UL transmission, but the UL channel or signal is not limited to PUSCH and may be another channel or signal.
  • muting may be replaced with other names such as rate matching, blanking, and puncture.
  • (supplement) Information indicating whether terminal 200 supports the functions, operations or processes described in the above-mentioned embodiments may be transmitted (or notified) from terminal 200 to base station 100, for example, as capability information or capability parameters of terminal 200.
  • the capability information may include information elements (IEs) that individually indicate whether the terminal 200 supports at least one of the functions, operations, or processes shown in the above-described embodiments.
  • the capability information may include information elements that indicate whether the terminal 200 supports a combination of any two or more of the functions, operations, or processes shown in the above-described embodiments.
  • the base station 100 may, for example, determine (or decide or assume) the functions, operations, or processing that the terminal 200 that transmitted the capability information supports (or does not support).
  • the base station 100 may perform operations, processing, or control according to the results of the determination based on the capability information.
  • the base station 100 may control the setting of muting resources based on the capability information received from the terminal 200.
  • the terminal 200 does not support some of the functions, operations, or processes described in the above-described embodiment may be interpreted as meaning that such some of the functions, operations, or processes are restricted in the terminal 200. For example, information or requests regarding such restrictions may be notified to the base station 100.
  • Information regarding the capabilities or limitations of terminal 200 may be defined in a standard, for example, or may be implicitly notified to base station 100 in association with information already known at base station 100 or information transmitted to base station 100.
  • a downlink control signal (or downlink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in a Physical Downlink Control Channel (PDCCH) in a physical layer, or a signal (or information) transmitted in a Medium Access Control Control Element (MAC CE) or Radio Resource Control (RRC) in a higher layer.
  • the signal (or information) is not limited to being notified by a downlink control signal, and may be predefined in a specification (or standard), or may be preconfigured in a base station and a terminal.
  • the uplink control signal (or uplink control information) related to one embodiment of the present disclosure may be, for example, a signal (or information) transmitted in a PUCCH in the physical layer, or a signal (or information) transmitted in a MAC CE or RRC in a higher layer.
  • the signal (or information) is not limited to being notified by an uplink control signal, but may be predefined in a specification (or standard), or may be preconfigured in a base station and a terminal.
  • the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • UCI uplink control information
  • SCI 1st stage sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • the base station may be a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), a parent device, a gateway, or the like.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • a terminal may play the role of a base station.
  • a relay device that relays communication between an upper node and a terminal may be used.
  • a roadside unit may be used.
  • An embodiment of the present disclosure may be applied to, for example, any of an uplink, a downlink, and a sidelink.
  • an embodiment of the present disclosure may be applied to a Physical Uplink Shared Channel (PUSCH), a Physical Uplink Control Channel (PUCCH), a Physical Random Access Channel (PRACH) in the uplink, a Physical Downlink Shared Channel (PDSCH), a PDCCH, a Physical Broadcast Channel (PBCH) in the downlink, or a Physical Sidelink Shared Channel (PSSCH), a Physical Sidelink Control Channel (PSCCH), or a Physical Sidelink Broadcast Channel (PSBCH) in the sidelink.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical Broadcast Channel
  • PBCH Physical Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink Control Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, a downlink data channel, an uplink data channel, and an uplink control channel, respectively.
  • PSCCH and PSSCH are examples of a sidelink control channel and a sidelink data channel.
  • PBCH and PSBCH are examples of a broadcast channel, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to, for example, any of a data channel and a control channel.
  • the channel in an embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, and PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is, for example, a signal known by both the base station and the mobile station, and may be called a Reference Signal (RS) or a pilot signal.
  • the reference signal may be any of a Demodulation Reference Signal (DMRS), a Channel State Information - Reference Signal (CSI-RS), a Tracking Reference Signal (TRS), a Phase Tracking Reference Signal (PTRS), a Cell-specific Reference Signal (CRS), or a Sounding Reference Signal (SRS).
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • TRS Tracking Reference Signal
  • PTRS Phase Tracking Reference Signal
  • CRS Cell-specific Reference Signal
  • SRS Sounding Reference Signal
  • the unit of time resource is not limited to one or a combination of slots and symbols, but may be, for example, a time resource unit such as a frame, a superframe, a subframe, a slot, a time slot, a subslot, a minislot, a symbol, an Orthogonal Frequency Division Multiplexing (OFDM) symbol, a Single Carrier-Frequency Division Multiplexing Access (SC-FDMA) symbol, or another time resource unit.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier-Frequency Division Multiplexing Access
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • An embodiment of the present disclosure may be applied to either a licensed band or an unlicensed band.
  • An embodiment of the present disclosure may be applied to any of communication between a base station and a terminal (Uu link communication), communication between terminals (Sidelink communication), and communication of Vehicle to Everything (V2X).
  • the channel in an embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • an embodiment of the present disclosure may be applied to either a terrestrial network or a non-terrestrial network (NTN: Non-Terrestrial Network) using a satellite or a High Altitude Pseudo Satellite (HAPS: High Altitude Pseudo Satellite).
  • NTN Non-Terrestrial Network
  • HAPS High Altitude Pseudo Satellite
  • an embodiment of the present disclosure may be applied to a terrestrial network in which the transmission delay is large compared to the symbol length or slot length, such as a network with a large cell size or an ultra-wideband transmission network.
  • an antenna port refers to a logical antenna (antenna group) consisting of one or more physical antennas.
  • an antenna port does not necessarily refer to one physical antenna, but may refer to an array antenna consisting of multiple antennas.
  • an antenna port may be defined as the minimum unit that a terminal station can transmit a reference signal without specifying how many physical antennas the antenna port is composed of.
  • an antenna port may be defined as the minimum unit for multiplying the weighting of a precoding vector.
  • 5G fifth generation of mobile phone technology
  • NR radio access technology
  • the system architecture as a whole assumes an NG-RAN (Next Generation - Radio Access Network) comprising gNBs.
  • the gNBs provide the UE-side termination of the NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • the gNBs are connected to each other via an Xn interface.
  • the gNBs are also connected to the Next Generation Core (NGC) via a Next Generation (NG) interface, more specifically to the Access and Mobility Management Function (AMF) (e.g. a specific core entity performing AMF) via an NG-C interface, and to the User Plane Function (UPF) (e.g. a specific core entity performing UPF) via an NG-U interface.
  • the NG-RAN architecture is shown in Figure 20 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack includes the PDCP (Packet Data Convergence Protocol (see TS 38.300, section 6.4)) sublayer, the RLC (Radio Link Control (see TS 38.300, section 6.3)) sublayer, and the MAC (Medium Access Control (see TS 38.300, section 6.2)) sublayer, which are terminated on the network side at the gNB.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • a new Access Stratum (AS) sublayer SDAP: Service Data Adaptation Protocol
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack has also been defined for NR (see, for example, TS 38.300, section 4.4.2).
  • An overview of Layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer, and MAC sublayer are listed in clauses 6.4, 6.3, and 6.2 of TS 38.300, respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles multiplexing of logical channels and scheduling and scheduling-related functions, including handling various numerologies.
  • the physical layer is responsible for coding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for the transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • the physical channels include the PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and the PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel), and PBCH (Physical Broadcast Channel) as downlink physical channels.
  • PRACH Physical Random Access Channel
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios may include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), and massive machine type communication (mMTC), which have diverse requirements in terms of data rate, latency, and coverage.
  • eMBB enhanced mobile broadband
  • URLLC ultra-reliable low-latency communications
  • mMTC massive machine type communication
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and effective (user-experienced) data rates that are about three times the data rates provided by IMT-Advanced.
  • URLLC stricter requirements are imposed on ultra-low latency (0.5 ms for user plane latency in UL and DL, respectively) and high reliability (1-10-5 within 1 ms).
  • mMTC may require preferably high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in adverse environments, and extremely long battery life (15 years) for low-cost devices.
  • OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • low latency services may preferably require a shorter symbol length (and therefore a larger subcarrier spacing) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • deployment scenarios with large channel delay spreads may preferably require a longer CP length than scenarios with short delay spreads.
  • Subcarrier spacing may be optimized accordingly to maintain similar CP overhead.
  • NR may support one or more subcarrier spacing values. Correspondingly, subcarrier spacings of 15 kHz, 30 kHz, 60 kHz... are currently considered.
  • a resource grid of subcarriers and OFDM symbols is defined for the uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • Figure 21 shows the functional separation between NG-RAN and 5GC.
  • the logical nodes of NG-RAN are gNB or ng-eNB.
  • 5GC has logical nodes AMF, UPF, and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Resource Management functions such as Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation (scheduling) of resources to UEs in both uplink and downlink; - IP header compression, encryption and integrity protection of the data; - Selection of an AMF at UE attach time when routing to the AMF cannot be determined from information provided by the UE; - Routing of user plane data towards the UPF; - Routing of control plane information towards the AMF; - Setting up and tearing down connections; - scheduling and transmission of paging messages; Scheduling and transmission of system broadcast information (AMF or Operation, Admission, Maintenance (OAM) origin); - configuration of measurements and measurement reporting for mobility and scheduling; - Transport level packet marking in the uplink; - Session management; - Support for network slicing; - Management of QoS flows and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - NAS
  • the Access and Mobility Management Function hosts the following main functions: – the ability to terminate Non-Access Stratum (NAS) signalling; - NAS signalling security; - Access Stratum (AS) security control; - Core Network (CN) inter-node signaling for mobility between 3GPP access networks; - Reachability to idle mode UEs (including control and execution of paging retransmissions); - Managing the registration area; - Support for intra-system and inter-system mobility; - Access authentication; - Access authorization, including checking roaming privileges; - Mobility management control (subscription and policy); - Support for network slicing; – Selection of Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - anchor point for intra/inter-RAT mobility (if applicable); - external PDU (Protocol Data Unit) Session Points for interconnection with data networks; - Packet routing and forwarding; - Packet inspection and policy rule enforcement for the user plane part; - Traffic usage reporting; - an uplink classifier to support routing of traffic flows to the data network; - Branching Point to support multi-homed PDU sessions; QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement); - Uplink traffic validation (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification triggering.
  • PDU Protocol Data Unit Session Points for interconnection with data networks
  • Packet routing and forwarding Packet inspection and policy rule enforcement for the user plane part
  • Traffic usage reporting - an uplink classifier to support routing of traffic flows to the data network
  • - Branching Point to support multi-homed PDU
  • Session Management Function hosts the following main functions: - Session management; - Allocation and management of IP addresses for UEs; - Selection and control of UPF; - configuration of traffic steering in the User Plane Function (UPF) to route traffic to the appropriate destination; - Control policy enforcement and QoS; - Notification of downlink data.
  • Figure 22 shows some of the interactions between the UE, gNB, and AMF (5GC entities) when the UE transitions from RRC_IDLE to RRC_CONNECTED in the NAS portion (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares UE context data (which includes, for example, PDU session context, security keys, UE Radio Capability, UE Security Capabilities, etc.) and sends it to the gNB with an INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding with a SecurityModeComplete message to the gNB.
  • the gNB then sends an RRCReconfiguration message to the UE, and upon receiving an RRCReconfigurationComplete from the UE, the gNB performs reconfiguration to set up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB). For signaling-only connections, the RRCReconfiguration steps are omitted, since SRB2 and DRB are not set up. Finally, the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • a 5th Generation Core (5GC) entity e.g., AMF, SMF, etc.
  • a control circuit that, during operation, establishes a Next Generation (NG) connection with a gNodeB
  • a transmitter that, during operation, transmits an initial context setup message to the gNodeB via the NG connection such that a signaling radio bearer between the gNodeB and a user equipment (UE) is set up.
  • the gNodeB transmits Radio Resource Control (RRC) signaling including a resource allocation configuration information element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE resource allocation configuration information element
  • Figure 23 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases that were envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first phase of specifications for enhanced mobile-broadband (eMBB) has been completed.
  • Current and future work includes standardization for ultra-reliable and low-latency communications (URLLC) and massive machine-type communications (mMTC), in addition to expanding support for eMBB.
  • Figure 23 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see, for example, ITU-R M.2083 Figure 2).
  • the URLLC use cases have stringent requirements for performance such as throughput, latency, and availability. It is envisioned as one of the enabling technologies for future applications such as wireless control of industrial or manufacturing processes, remote medical surgery, automation of power transmission and distribution in smart grids, and road safety. URLLC's ultra-high reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • key requirements include a target user plane latency of 0.5 ms for UL and 0.5 ms for DL.
  • the overall URLLC requirement for a single packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NR URLLC can be improved in many possible ways.
  • Current room for reliability improvement includes defining a separate CQI table for URLLC, more compact DCI formats, PDCCH repetition, etc.
  • this room can be expanded to achieve ultra-high reliability as NR becomes more stable and more developed (with respect to the key requirements of NR URLLC).
  • Specific use cases for NR URLLC in Release 15 include Augmented Reality/Virtual Reality (AR/VR), e-health, e-safety, and mission-critical applications.
  • AR/VR Augmented Reality/Virtual Reality
  • e-health e-safety
  • mission-critical applications mission-critical applications.
  • the technology enhancements targeted by NR URLLC aim to improve latency and reliability.
  • Technology enhancements for improving latency include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channel, and pre-emption in downlink.
  • Pre-emption means that a transmission for which resources have already been allocated is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements that are requested later. Thus, a transmission that was already allowed is preempted by a later transmission. Pre-emption is applicable regardless of the specific service type. For example, a transmission of service type A (URLLC) may be preempted by a transmission of service type B (eMBB, etc.).
  • Technology enhancements for improving reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • the mMTC (massive machine type communication) use case is characterized by a very large number of connected devices transmitting relatively small amounts of data that are typically not sensitive to latency.
  • the devices are required to be low cost and have very long battery life. From an NR perspective, utilizing very narrow bandwidth portions is one solution that saves power from the UE's perspective and allows for long battery life.
  • the scope of reliability improvement in NR is expected to be broader.
  • One of the key requirements for all cases, e.g. for URLLC and mMTC, is high or ultra-high reliability.
  • Several mechanisms can improve reliability from a radio perspective and a network perspective.
  • these areas include compact control channel information, data channel/control channel repetition, and diversity in frequency, time, and/or spatial domains. These areas are generally applicable to reliability improvement regardless of the specific communication scenario.
  • NR URLLC For NR URLLC, further use cases with more stringent requirements are envisaged, such as factory automation, transportation and power distribution, with high reliability (up to 10-6 level of reliability), high availability, packet size up to 256 bytes, time synchronization up to a few ⁇ s (depending on the use case, the value can be 1 ⁇ s or a few ⁇ s depending on the frequency range and low latency of the order of 0.5 ms to 1 ms (e.g. 0.5 ms latency on the targeted user plane).
  • high reliability up to 10-6 level of reliability
  • high availability packet size up to 256 bytes
  • time synchronization up to a few ⁇ s (depending on the use case, the value can be 1 ⁇ s or a few ⁇ s depending on the frequency range and low latency of the order of 0.5 ms to 1 ms (e.g. 0.5 ms latency on the targeted user plane).
  • NR URLLC there may be several technology enhancements from a physical layer perspective. These include PDCCH (Physical Downlink Control Channel) enhancements for compact DCI, PDCCH repetition, and increased monitoring of PDCCH. Also, UCI (Uplink Control Information) enhancements related to enhanced HARQ (Hybrid Automatic Repeat Request) and CSI feedback enhancements. There may also be PUSCH enhancements related to minislot level hopping, and retransmission/repetition enhancements.
  • minislot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • QoS Quality of Service
  • the 5G Quality of Service (QoS) model is based on QoS flows and supports both QoS flows that require a guaranteed flow bit rate (GBR QoS flows) and QoS flows that do not require a guaranteed flow bit rate (non-GBR QoS flows).
  • GRR QoS flows Guarantee flow bit rate
  • non-GBR QoS flows QoS flows that do not require a guaranteed flow bit rate
  • QoS flows are the finest granularity of QoS partitioning in a PDU session.
  • QoS flows are identified within a PDU session by a QoS Flow ID (QFI) carried in the encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, the NG-RAN establishes at least one Data Radio Bearer (DRB) for the PDU session, e.g. as shown above with reference to Figure 22. Additional DRBs for the QoS flows of the PDU session can be configured later (when it is up to the NG-RAN).
  • DRB Data Radio Bearer
  • the NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • the NAS level packet filters in the UE and 5GC associate UL and DL packets with QoS flows, whereas the AS level mapping rules in the UE and NG-RAN associate UL and DL QoS flows with DRBs.
  • FIG 24 shows the non-roaming reference architecture for 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function e.g. an external application server hosting 5G services as illustrated in Figure 23
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Figure 24 further shows further functional units of the 5G architecture, namely Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF), Session Management Function (SMF), and Data Network (DN, e.g. operator provided services, Internet access, or third party provided services). All or part of the core network functions and application services may be deployed and run in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • All or part of the core network functions and application services may be deployed and run in a cloud computing environment.
  • an application server e.g., an AF in a 5G architecture
  • a transmitter that, in operation, transmits a request including QoS requirements for at least one of a URLLC service, an eMMB service, and an mMTC service to at least one of 5GC functions (e.g., a NEF, an AMF, an SMF, a PCF, an UPF, etc.) to establish a PDU session including a radio bearer between a gNodeB and a UE according to the QoS requirements; and a control circuit that, in operation, performs a service using the established PDU session.
  • 5GC functions e.g., a NEF, an AMF, an SMF, a PCF, an UPF, etc.
  • Each functional block used in the description of the above embodiments may be realized, in part or in whole, as an LSI, which is an integrated circuit, and each process described in the above embodiments may be controlled, in part or in whole, by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip that contains some or all of the functional blocks.
  • the LSI may have data input and output. Depending on the degree of integration, the LSI may be called an IC, system LSI, super LSI, or ultra LSI.
  • the integrated circuit method is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Also, a field programmable gate array (FPGA) that can be programmed after LSI manufacturing, or a reconfigurable processor that can reconfigure the connections and settings of circuit cells inside the LSI, may be used.
  • FPGA field programmable gate array
  • the present disclosure may be realized as digital processing or analog processing.
  • the present disclosure may be implemented in any type of apparatus, device, or system (collectively referred to as a communications apparatus) having communications capabilities.
  • the communications apparatus may include a radio transceiver and processing/control circuitry.
  • the radio transceiver may include a receiver and a transmitter, or both as functions.
  • the radio transceiver (transmitter and receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator/demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (e.g., cell phones, smartphones, etc.), tablets, personal computers (PCs) (e.g., laptops, desktops, notebooks, etc.), cameras (e.g., digital still/video cameras), digital players (e.g., digital audio/video players, etc.), wearable devices (e.g., wearable cameras, smartwatches, tracking devices, etc.), game consoles, digital book readers, telehealth/telemedicine devices, communication-enabled vehicles or mobile transport (e.g., cars, planes, ships, etc.), and combinations of the above-mentioned devices.
  • telephones e.g., cell phones, smartphones, etc.
  • tablets personal computers (PCs) (e.g., laptops, desktops, notebooks, etc.)
  • cameras e.g., digital still/video cameras
  • digital players e.g., digital audio/video players, etc.
  • wearable devices e.g., wearable cameras, smartwatches, tracking
  • Communication devices are not limited to portable or mobile devices, but also include any type of equipment, device, or system that is non-portable or fixed, such as smart home devices (home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.), vending machines, and any other "things” that may exist on an IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.
  • vending machines and any other “things” that may exist on an IoT (Internet of Things) network.
  • IoT Internet of Things
  • Communications include data communication via cellular systems, wireless LAN systems, communication satellite systems, etc., as well as data communication via combinations of these.
  • the communication apparatus also includes devices such as controllers and sensors that are connected or coupled to a communication device that performs the communication functions described in this disclosure.
  • a communication device that performs the communication functions described in this disclosure.
  • controllers and sensors that generate control signals and data signals used by the communication device to perform the communication functions of the communication apparatus.
  • communication equipment includes infrastructure facilities, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various non-limiting devices listed above.
  • a terminal includes a control circuit that sets a second frequency resource that does not perform uplink transmission among first frequency resources that are assigned to uplink transmission in a certain time resource based on notification information, and a transmission circuit that performs the uplink transmission based on the second frequency resource.
  • the notification information is information regarding resources on a subcarrier basis.
  • the notification information is information in a bitmap format indicating whether each of a plurality of subcarriers included in the first frequency resource is the second frequency resource.
  • the notification information is information indicating the allocation resource setting of the reference signal.
  • control circuit sets the second frequency resource by reducing or shifting the first frequency resource.
  • a base station includes a control circuit that sets a second frequency resource that does not perform uplink transmission among first frequency resources that are assigned to uplink transmission in a certain time resource, and a receiving circuit that performs uplink reception based on the second frequency resource.
  • a terminal sets a second frequency resource that is not used for uplink transmission among first frequency resources that are assigned to uplink transmission in a certain time resource based on notification information, and performs the uplink transmission based on the second frequency resource.
  • a base station sets a second frequency resource that is not used for uplink transmission among first frequency resources that are assigned to uplink transmission in a certain time resource, and performs uplink reception based on the second frequency resource.
  • An embodiment of the present disclosure is useful in wireless communication systems.
  • Base station 101 201 Receiving section 102, 202 Demodulation and decoding section 103, 203 Muting resource setting section 104 Scheduling section 105, 205 Control information storage section 106, 206 Data and control information generating section 107, 207 Coding and modulation section 108, 208 Transmitting section 200 Terminal 204 Transmission control section

Landscapes

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

Abstract

端末は、通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、第２の周波数リソースに基づいて、上りリンク送信を行う送信回路と、を具備する。

Description

端末、基地局、及び、通信方法
　本開示は、端末、基地局、及び、通信方法に関する。
　3rd Generation Partnership Project（3GPP）では、第5世代移動通信システム（5G：5th Generation mobile communication systems）の機能拡張として、Release 17 NR（New Radio access technology）の物理レイヤの仕様策定が完了した。NRでは、高速及び大容量といった要求条件に合致すべくモバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）に加え、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）を実現する機能をサポートする（例えば、非特許文献１－６を参照）。
3GPP TS 38.211 V17.4.0, "NR; Physical channels and modulation (Release 17)," Jan. 2023 3GPP TS 38.212 V17.5.0, "NR; Multiplexing and channel coding (Release 17)," Mar. 2023 3GPP TS 38.213 V17.5.0, "NR; Physical layer procedure for control (Release 17)," Mar. 2023 3GPP TS 38.214 V17.5.0, "NR; Physical layer procedures for data (Release 17)," Mar. 2023 3GPP TS 38.215 V17.3.0, "NR; Physical layer measurements (Release 17)," Mar. 2023 3GPP TS 38.331 V17.4.0, "NR; Radio Resource Control (RRC) protocol specification (Release 17)", Mar. 2023
　しかしながら、基地局間の干渉を測定する方法については検討の余地がある。
　本開示の非限定的な実施例は、基地局間の干渉を適切に測定できる端末、基地局、及び、通信方法の提供に資する。
　本開示の一実施例に係る端末は、通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、前記第２の周波数リソースに基づいて、前記上りリンク送信を行う送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、基地局間の干渉を適切に測定できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
subband non-overlapping full duplex（SBFD）オペレーションの例を示す図 Dynamic/flexible time division duplex (TDD)オペレーションの例を示す図 基地局間のcross-link interference（CLI）の例を示す図 基地局間のCLI測定におけるミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 基地局及び端末の動作例を示すシーケンス図 ミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 ミューティングリソースの設定例を示す図 Physical Uplink Shared Channel（PUSCH）の送信電力制御の例を示す図 Uplink Multi-User-Multiple Input Multiple Output (UL MU-MIMO)におけるDemodulation Reference Signal（DMRS）の割り当て例を示す図 基地局間のXnインターフェースの例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮ（Next Generation - Radio Access Network）と５ＧＣ（5th Generation Core）との間の機能分離を示す概略図 Radio Resource Control（RRC）接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　［subband non-overlapping full duplex（SBFD）、及び、Dynamic/flexible time division duplex（TDD）について］
　Release 18において、subband non-overlapping full duplex（SBFD）及びDynamic/flexible TDDが議論されている。図１はSBFDの例を示し、図２はDynamic/flexible TDDの例を示す。
　図１(a)は、SBFDオペレーションにおける同一セル内の基地局（gNBとも呼ぶ）及び端末（UE：User Equipmentとも呼ぶ）（例えば、UE#1及びUE#2）の動作例を示す。SBFDオペレーションでは、基地局は、SBFD動作を行い、端末は、Half duplex動作を行う。
　図１(b)は、SBFDオペレーションにおけるリソースの割り当て例を示す。図１(b)において、縦軸は周波数を表し、横軸は時間を表す。また、図１(b)において、「UL」は上りリンク（Uplink）の送信を表し、「DL」は下りリンク（Downlink）の送信を表す。また、各装置（例えば、gNB、UE#1及びUE#2）において使用されないリソースを点線で示す。
　図１(b)に示すように、SBFDでは、周波数リソース（周波数帯域）が複数のサブバンド（又は、帯域、RB set、サブ帯域、サブBWP（Bandwidth part）とも呼ぶ）に分割され、サブバンド単位で異なる方向の送信がサポートされる。図１(b)に示すように、基地局は、上りリンクと下りリンクとにおいて同時に送受信（例えば、SBFD動作）を行うことができ、端末は、或る時間リソースでは上りリンク及び下りリンクの何れか一方の送受信（例えば、Half duplex動作）を行うことができる。例えば、図１(b)の例では、同一時間リソース（例えば、スロット又はシンボル）において、UE#1は上りリンクで基地局と通信し、UE#2は下りリンクで基地局と通信する。
　図２(a)は、Dynamic/flexible TDDオペレーションにおける異なる基地局（例えば、gNB1及びgNB2）及び端末（例えば、UE#1及びUE#2）の動作例を示す。Dynamic/flexible TDDオペレーションでは、基地局及び端末はHalf duplex動作を行い、異なる基地局において送信方向が異なる可能性がある。
　図２(b)は、Dynamic/flexible TDDにおけるリソース割り当て例を示す。図２(b)の例では、同一時間リソース（例えば、同一時刻のスロット又はシンボル）において、gNG1がUE#1へDL送信を行い、gNB2はUE#2からのUL受信を行う。
　［干渉について］
　Dynamic/flexible TDDオペレーションの場合、様々な干渉が発生し得る。例えば、端末間（UE-to-UE）におけるクロスリンク干渉（CLI：Cross-Link Interference）、及び、基地局間（gNB-to-gNB）におけるCLIが発生し得る。端末間のCLI及び基地局間のCLIは、受信特性を大きく劣化させるため、対応策が求められている。
　なお、以下では、基地局間のCLIに関して、干渉を与える基地局を「aggressor gNB」と呼び、干渉を受ける基地局を「victim gNB」と呼ぶ。
　例えば、Dynamic/flexible TDDオペレーションでは、図３に示すように、同一時間において異なる基地局が異なる方向の通信を行う可能性がある。このとき、UL受信を行う基地局（図３では、victim gNB）は、DL送信を行う基地局（図３では、aggressor gNB）からCLIを受け得るため、UL受信を行う基地局では、ULの受信特性を劣化させる可能性がある。
　このような干渉を回避する方法として、例えば、victim gNBが基地局間のCLIを測定し、測定結果を基地局間（例えば、aggressor gNBとvictim gNBとの間）で共有し、スケジューリング等によって基地局間のCLIを回避する方法が挙げられる。
　［CLI測定方法について］
　基地局間のCLIの測定方法について説明する。
　例えば、aggressor gNBは、測定用のDLチャネル又はシグナルを送信し、victim gNBは、当該DLチャネル又はシグナルを受信し、CLI測定を行う。このとき、victim gNBがaggressor gNBの測定用DLチャネル又はシグナルの設定（コンフィグレーション）を知るために（又は、受信するために）、例えば、測定用DLチャネル又はシグナルに関する情報が基地局間で事前に共有されてもよい。
　victim gNBは、測定用のDLチャネル又はシグナルの受信及び測定と同時に、victim gNBに所属する端末からのULチャネル又はシグナルを受信する場合もある。この場合、基地局間のCLIの測定値は、ULチャネル又はシグナルを含む値となり、victim gNBは、基地局間のCLIを正確に測定できない可能性がある。
　基地局間のCLIの測定精度を向上する方法として、例えば、ULの通信を行わない「ULミューティングリソース」（単にミューティングリソースとも呼ぶ）の適用が挙げられる。例えば、victim gNBは、測定用DLチャネル又はシグナルが配置される時間リソース及び周波数リソースの少なくとも一方（以下、時間・周波数リソースと呼ぶ）と同じリソース上において、ULミューティングリソースを、端末（例えば、victim gNBに所属する端末）に対して設定する。victim gNBに所属する端末は、例えば、設定されたULミューティングリソース上ではUL送信を行わない。これにより、victim gNBは、測定用のDLチャネル又はシグナルを用いて、ULからの影響を除いた基地局間のCLI測定値を正確に測定可能となる。
　図４は、ULミューティングリソースの使用例を示す図である。図４において、aggressor gNBは、シンボル#9及び#10において測定用のDLチャネル又はシグナルを送信する。また、図４に示すように、victim gNBに所属する端末には、aggressor gNBにおける測定用リソースと同じリソース上に、ULミューティングリソースが割り当てられる。victim gNBに所属する端末は、シンボル#9及び#10のミューティングリソースにおいて、上りリンクデータ（例えば、PUSCH：Physical Uplink Shared Channel）を送信しない。また、図４に示すように、victim gNBは、ミューティングリソース上で測定用のDLチャネル又はシグナルを受信し、基地局間のCLIを測定する。これにより、victim gNBは、測定用のDLチャネル又はシグナルを用いて、UEからのUL信号の影響を含まない基地局間のCLI値の測定が可能となる。
　ここで、ULミューティングリソースに対して、トランスペアレント（Transparent）スキーム、及び、ノントランスペアレント（Non-transparent）スキームが想定されている。
　トランスペアレントスキームでは、ミューティングリソースは、基地局のスケジューリングによって暗黙的に設定される。例えば、基地局は、端末に対して、ミューティングするリソースを避けてULリソースをスケジューリングする。よって、端末には、ミューティングリソースに関する情報は通知されない。
　ノントランスペアレントスキームでは、基地局から端末に対してミューティングリソースに関する情報（例えば、コンフィグレーションなど）が通知される。端末は、通知される情報に基づいて、ミューティングリソースを設定（又は、特定）し、ミューティングリソースにULチャネル又はシグナルを割り当てない。
　例えば、ノントランスペアレントスキームにおけるミューティングリソースの設定方法及び通知方法については十分に検討されていない。本開示の非限定的な一実施例では、ノントランスペアレントスキームにおけるミューティングリソースの設定方法及び通知方法について説明する。
　［ミューティングリソースの割り当てについて］
　一例として、サブキャリア単位のミューティングリソースの割り当てについて説明する。
　図５は、ミューティングリソースを用いた基地局間CLIの測定の例を示す図である。
　図５(a)は、aggressor gNBにおけるDLチャネル又はシグナル（例えば、測定用のDLチャネル又はシグナル）のリソース（例えば、測定用リソース：measurement resource）の割り当て例を示す。DLチャネル又はシグナルは、例えば、Channel State Information - Reference Signal（CSI-RS）等でもよい。図５(a)の左側は、リソースブロック（RB：Resource Block）単位の割り当てを示し、図５(a)の右側は、リソースエレメント（RE：Resource Element）単位の割り当てを示す。例えば、図５(a)の右側は、周波数領域におけるサブキャリア単位の割り当てを示す。
　図５(b)は、victim gNBにおけるULリソース（例えば、PUSCHリソース）及びミューティングリソースのRB単位の割り当て例を示す。また、図５(c)は、victim gNBにおけるULリソース（例えば、PUSCHリソース）及びミューティングリソースのサブキャリア単位（又は、RE単位）の割り当て例を示す。
　図５(b)及び(c)に示すように、RB単位及びサブキャリア単位のミューティングリソースは、aggressor gNBの測定用リソース領域をミューティング（例えば、UL通信（PUSCH送信）に使用しない）ため、victim gNBは、測定用リソースの信号を用いて、基地局間のCLIを正確に測定できる。
　例えば、図５(b)に示すように、RB単位のミューティングリソースの割り当てでは、図５(a)に示す測定リソースと関係の無いリソースエレメントを含むリソースがミューティングリソースに含まれる。このため、測定リソースと関係の無いリソースエレメントでもUL通信がミューティングされ得るため、リソースの利用効率が低減する可能性がある。
　その一方で、例えば、図５(c)に示すように、サブキャリア単位のミューティングリソースの割り当てでは、図５(a)に示す測定リソースと関係の有るリソースエレメントがミューティングリソースに含まれ、測定リソースと関係の無いリソースエレメントはミューティングリソースに含まれない。このため、測定リソースと関係の無いリソースエレメントは、UL通信に対して割り当て可能となるため、リソースエレメント単位でリソースの利用効率を向上できる。
　このように、リソースの利用効率を向上させてPUSCHに割り当てるために、サブキャリア単位のミューティングリソースの通知方法が期待される。
　（実施の形態１）
　［通信システムの概要］
　本開示の一態様に係る通信システムは、例えば、図６及び図８に示す基地局１００（例えば、gNB）、及び、図７及び図９に示す端末２００（例えば、UE）を備えてよい。基地局１００及び端末２００は、それぞれ、通信システムにおいて複数台存在してもよい。
　図６は本開示の一態様に係る基地局１００の一部の構成例を示すブロック図である。図６に示す基地局１００において、制御部（例えば、制御回路に対応）は、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、上りリンク送信を行わない第２の周波数リソース（例えば、ミューティングリソース）を設定する。受信部（例えば、受信回路に対応）は、第２の周波数リソースに基づいて、上りリンク受信を行う。
　図７は本開示の一態様に係る端末２００の一部の構成例を示すブロック図である。図７に示す端末２００において、制御部（例えば、制御回路に対応）は、通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、上りリンク送信を行わない第２の周波数リソース（例えば、ミューティングリソース）を設定する。送信部（例えば、送信回路に対応）は、第２の周波数リソースに基づいて、上りリンク送信を行う。
　［基地局の構成］
　図８は、本開示の一態様に係る基地局１００の構成例を示すブロック図である。図８において、基地局１００は、受信部１０１と、復調・復号部１０２と、ミューティングリソース設定部１０３と、スケジューリング部１０４と、制御情報保持部１０５と、データ・制御情報生成部１０６と、符号化・変調部１０７と、送信部１０８と、を有する。
　なお、例えば、復調・復号部１０２、ミューティングリソース設定部１０３、スケジューリング部１０４、制御情報保持部１０５、データ・制御情報生成部１０６、及び、符号化・変調部１０７の少なくとも一つは、図６に示す制御部に含まれてよく、受信部１０１は、図６に示す受信部に含まれてよい。
　受信部１０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部１０２へ出力する。
　復調・復号部１０２は、例えば、受信部１０１から入力される受信信号を復調及び復号し、復号結果をスケジューリング部１０４へ出力する。
　ミューティングリソース設定部１０３は、ミューティングリソースを設定する。例えば、ミューティングリソース設定部１０３は、他の基地局からの情報に基づいて、ミューティングリソースを設定してよい。例えば、ミューティングリソース設定部１０３は、制御情報保持部１０５から入力される制御情報（例えば、基地局間CLI測定用のリソースに関するコンフィグレーション）に基づいて、ミューティングリソースを設定してよい。ミューティングリソース設定部１０３は、設定したミューティングリソースに関する情報（例えば、ミューティングリソースの割り当てパターン）を、スケジューリング部１０４へ出力する。
　スケジューリング部１０４は、例えば、端末２００に対するスケジューリングを行ってよい。スケジューリング部１０４は、例えば、復調・復号部１０２から入力される復号結果、ミューティングリソース設定部１０３から入力されるミューティングリソースの設定に関する情報、及び、制御情報保持部１０５から入力される制御情報の少なくとも一つに基づいて、各端末２００の送受信のスケジューリングを行い、データ・制御情報生成部１０６に対して、データ及び制御情報の少なくとも一つの生成指示を行う。
　制御情報保持部１０５は、例えば、基地局間の測定用リソースの構成（例えば、割り当てリソース等）、及び、ミューティングリソースの構成（例えば、割り当てパターン、及び、通知方法等）に関する制御情報を保持する。制御情報保持部１０５は、例えば、保持した情報を必要に応じて、基地局１００の各構成部（例えば、ミューティングリソース設定部１０３及びスケジューリング部１０４）に出力してよい。
　データ・制御情報生成部１０６は、例えば、スケジューリング部１０４からの指示に従って、データ及び制御情報の少なくとも一つを生成し、生成したデータ又は制御情報を含む信号を符号化・変調部１０７に出力する。なお、生成されるデータ及び制御情報には、例えば、上位レイヤのシグナリング情報、及び、下りリンク制御情報の少なくとも一つが含まれてよい。
　符号化・変調部１０７は、例えば、データ・制御情報生成部１０６から入力される信号を符号化及び変調し、変調後の信号を送信部１０８に出力する。
　送信部１０８は、例えば、符号化・変調部１０７から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから端末２００へ送信する。
　［端末の構成］
　図９は、本開示の一態様に係る端末２００の構成例を示すブロック図である。図９において、端末２００は、受信部２０１と、復調・復号部２０２と、ミューティングリソース設定部２０３と、送信制御部２０４と、制御情報保持部２０５と、データ・制御情報生成部２０６と、符号化・変調部２０７と、送信部２０８と、を有する。
　なお、例えば、復調・復号部２０２、ミューティングリソース設定部２０３、送信制御部２０４、制御情報保持部２０５、データ・制御情報生成部２０６、及び、符号化・変調部２０７の少なくとも一つは、図７に示す制御部に含まれてよく、送信部２０８は、図７に示す送信部に含まれてよい。
　受信部２０１は、例えば、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換といった受信処理を行い、受信処理後の受信信号を復調・復号部２０２へ出力する。
　復調・復号部２０２は、例えば、受信部２０１から入力される受信信号を復調及び復号し、復号結果を送信制御部２０４へ出力する。
　ミューティングリソース設定部２０３は、制御情報保持部２０５から入力される制御情報（例えば、ミューティングリソースの構成に関する情報）に基づいて、ミューティングリソースを設定する。ミューティングリソース設定部２０３は、例えば、設定したミューティングリソースに関する情報を送信制御部２０４へ出力する。
　送信制御部２０４は、復調・復号部２０２から入力される復号結果に含まれるシグナリング情報を制御情報保持部２０５へ出力する。また、送信制御部２０４は、例えば、ミューティングリソース設定部１０３から入力されるミューティングリソースに関する設定情報、制御情報保持部２０５から入力される制御情報、又は、復調・復号部２０２から入力される復号結果（例えば、下りリンク制御情報）に基づいて、データ・制御情報生成部２０６に対して、データ及び制御情報の少なくとも一つの生成指示を行ってよい。
　制御情報保持部２０５は、例えば、送信制御部２０４から入力される制御情報（例えば、ミューティングリソースの構成に関する情報）を保持し、保持した情報を、必要に応じて、各構成部（例えば、ミューティングリソース設定部２０３及び送信制御部２０４）に出力する。
　データ・制御情報生成部２０６は、例えば、送信制御部２０４からの指示に従って、データ又は制御情報を生成する。データ・制御情報生成部２０６は、生成したデータ又は制御情報を含む信号を符号化・変調部２０７に出力する。
　符号化・変調部２０７は、例えば、データ・制御情報生成部２０６から入力される信号を符号化及び変調し、変調後の送信信号を送信部２０８に出力する。
　送信部２０８は、例えば、符号化・変調部２０７から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから基地局１００へ送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００における動作例について説明する。
　図１０は、基地局１００及び端末２００の動作例を示すシーケンス図である。
　図１０において、基地局１００は、ミューティングリソース、及び、ULチャネル又はシグナル（例えば、PUSCH）に関する設定（コンフィグレーション）を決定する（Ｓ１０１）。なお、基地局１００は、例えば、他の基地局との間において、aggressor gNBの測定用DLチャネル又はシグナルの設定（コンフィグレーション）を共有してよい（例については後述する）。
　基地局１００は、決定したコンフィグレーションを含む上位レイヤのシグナリング情報を、端末２００へ送信する（Ｓ１０２）。
　端末２００は、基地局１００からのコンフィグレーションに基づいて、ミューティングリソース、及び、PUSCH（例えば、ULリソース）の設定を行う（Ｓ１０３）。
　基地局１００は、例えば、PUSCHに関する制御情報を端末２００に送信する（Ｓ１０４）。制御情報は、例えば、下りリンク制御チャネル（例えば、PDCCH：Physical Downlink Control Channel）を用いて送信されてよい。
　端末２００は、PDCCHを受信し、ミューティングリソースの設定、PUSCHの設定、及び、受信したPDCCHに含まれる制御情報に基づいて、ミューティングリソース、及び、PUSCHリソースの割り当てを特定する（Ｓ１０５）。
　例えば、端末２００は、基地局１００からの通知情報（例えば、上位レイヤのシグナリング情報及び下り制御情報の少なくとも一つ）に基づいて、例えば、或る時間リソースにおいてUL送信（PUSCH）に割り当てられるリソースのうち、UL送信を行わないミューティングリソースを設定する。
　端末２００は、特定したミューティングリソース及びPUSCHリソースの割り当てに基づいて、PUSCHを基地局１００へ送信する（Ｓ１０６）。例えば、端末２００は、割り当てられたPUSCHリソースのうち、ミューティングリソースではPUSCHを送信しない。
　基地局１００は、例えば、ミューティングリソース及びPUSCHリソースの設定に基づいて、端末２００から送信されるPUSCHを受信する。また、基地局１００（例えば、victim gNB）は、ミューティングリソースの設定に基づいて、aggressor gNBからの信号を用いて、基地局間CLIを測定してもよい。基地局間CLIの測定結果は、例えば、複数の基地局１００によって共有され、基地局間CLIの測定結果に基づいて端末２００に対するスケジューリングが行われてもよい。
　［ミューティングリソースの設定方法及び通知方法について］
　次に、本開示の非限定的な一実施例に係るミューティングリソースの設定方法、及び、通知方法の例について説明する。
　例えば、基地局１００（例えば、ミューティングリソース設定部１０３及びスケジューリング部１０４）によるミューティングリソースの構成及び通知方法、及び、端末２００（例えば、ミューティングリソース設定部２０３及び送信制御部２０４）の動作例について説明する。
　本実施の形態では、ミューティングリソースの設定方法として、ビットマップ形式（後述する設定方法１）、及び、参照信号のリソースコンフィグレーションを再利用する方法（後述する設定方法２）を例として説明する。本実施の形態では、ミューティングリソースの設定に用いる通知情報は、例えば、サブキャリア単位のリソースに関する情報でよい。
　また、本開示の一実施例において、ミューティングリソースの設定（例えば、ミューティングリソースパターンのコンフィグレーション）、及び、ミューティングリソースのアクティベーション（例えば、ミューティングリソースの設定の有効化）は、以下のチャネル又はシグナルを用いて端末２００へ通知（又は、指示、設定）されてもよい。
　なお、ミューティングリソースパターンのコンフィグレーションとして、例えば、複数のミューティングリソースパターン（例えば、複数のパターン候補）が端末２００に設定されてもよい。ミューティングリソースのアクティベーションでは、例えば、ミューティングリソースの設定がアクティベーションされる場合、規定数（例えば、１回）だけ設定が有効化されてもよく、無効化されるまで繰り返し設定されてもよい。
　＜Radio Resource Control（RRC）/Medium access control（MAC）シグナリングによるコンフィグレーション＞
　基地局１００は、RRCシグナリング又はMACシグナリングを用いて、複数のミューティングリソースパターン（例えば、パターンの候補）を端末２００に設定（コンフィグレーション）する。例えば、複数のミューティングリソースパターンのそれぞれは識別可能な情報（例えば、ID）によって管理されてもよい。
　端末２００は、RRCシグナリング又はMACシグナリングを受信し、RRCシグナリング又はMACシグナリングに含まれるミューティングリソースのコンフィグレーションに基づいて、ミューティングリソースの割り当てを特定する。
　このように、RRCシグナリング又はMACシグナリングを用いてミューティングリソースをコンフィグレーションすることにより、様々な測定DLチャネル又はシグナルに合わせた複数のミューティングリソースパターンの設定が可能となる。
　また、例えば、ミューティングリソースパターンのコンフィグレーションに加えて、PDCCH（例えば、Group common PDCCH又はUE specific PDCCH）を用いた動的なアクティベーションが適用されてもよい。例えば、基地局１００は、PDCCHといったチャネルを用いてミューティングリソースパターンのIDを通知することにより、RRCシグナリング又はMACシグナリングによって設定される複数のミューティングリソースパターン（パターンの候補）の中から特定のミューティングリソースパターンをアクティベーションしてもよい。
　例えば、Group common PDCCHを用いてミューティングリソースパターンをアクティベーションする場合、複数の端末２００は同じPDCCHを共有するため、基地局１００は、複数の端末２００に対してミューティングリソースパターンを一度にアクティベーションすることが可能である。このため、PDCCHのリソースを節約できる。
　また、例えば、UE specific PDCCHを用いてミューティングリソースパターンをアクティベーションする場合、基地局１００は、端末２００に対して、PUSCHのスケジューリング（例えば、PDCCH）とともにミューティングリソースパターンのアクティベーションを通知できる。このため、ミューティングリソースを通知する端末２００が少ない場合には、PDCCHのリソース利用効率を向上できる。
　＜Group common PDCCHによるコンフィグレーション＞
　基地局１００は、Group common PDCCHを用いて、ミューティングリソースパターンを端末２００に設定（コンフィグレーション）する。
　Group common PDCCHは、UE specific PDCCHと比較してより多くのビット数が設定可能である。このため、Group common PDCCHを用いて、ミューティングリソースのコンフィグレーション（例えば、後述するビットマップ形式又は参照信号のリソースコンフィグレーション等）を直接設定が可能である。
　端末２００は、受信したGroup common PDCCHに含まれるミューティングリソースコンフィグレーションに基づいて、ミューティングリソースの割り当てを特定する。
　Group common PDCCHによってミューティングリソースの直接割り当てが可能であるため、他のコンフィグレーション方法（例えば、RRCシグナリング又はMACシグナリングを用いる方法）と比較して、設定されるミューティングリソースパターンに依らず、ミューティングリソースの動的な設定が可能となる。
　また、基地局１００は、例えば、Group common PDCCHを用いて、複数のミューティングリソースパターン（パターン候補）を設定し、UE specific PDCCHを用いて、複数のミューティングリソースパターンの中から特定のミューティングリソースパターンをアクティベーションすることも可能である。
　＜UE specific PDCCHによるコンフィグレーション＞
　基地局１００は、UE specific PDCCHを用いて、ミューティングリソースパターンを端末２００に設定（コンフィグレーション）する。
　UE specific PDCCHは、Group common PDCCHと比較して、ミューティングリソース用に多くのビット数を設定することが困難である。このため、例えば、複数のミューティングリソースパターン（例えば、後述するビットマップ形式等）が予め定義（又は、規定、設定）されてよい。基地局１００は、定義されたミューティングリソースのIDを、UE specific PDCCHによって端末２００へ通知することにより、端末２００に対してミューティングリソースを割り当てる。これは、例えば、基地局間CLIを測定する時間・周波数リソースがある程度定義されている場合（例えば、仕様書で定義される場合９に有効である。
　以上、ミューティングリソースの設定及びミューティングリソースのアクティベーションの通知に用いるチャネル又はシグナルの例について説明した。
　次に、ミューティングリソースの設定方法１（ビットマップ形式）、及び、設定方法２（参照信号のリソースコンフィグレーションを再利用する方法）の例について説明する。
　＜設定方法１＞
　設定方法１では、ミューティングリソースパターンの設定は、ビットマップ形式で構成される。
　基地局１００は、例えば、ミューティングリソースのサブキャリア単位の割り当てパターンを表す「サブキャリアビットマップ（subcarrier bitmap）」を端末２００に設定する。例えば、基地局１００から端末２００へ通知される情報は、端末２００の送信帯域幅に含まれる複数のサブキャリアのそれぞれがミューティングリソースであるか否かを示すビットマップ形式の情報である。端末２００は、例えば、設定されたサブキャリアビットマップに基づいて、ミューティングリソースが割り当てられるサブキャリアを特定する。
　例えば、サブキャリアビットマップは、サブキャリアに対応する2値（“0”又は“1”）によって構成される配列でよい。例えば、サブキャリアビットマップの値“1”に対応するサブキャリアはミューティングリソースとして割り当てられ、サブキャリアビットマップの値“0”に対応するサブキャリアはミューティングリソースとして割り当てられないことを意味してよい。なお、“0”と“1”の意味合い（ミューティングリソースとの関係）は逆でもよい。
　図１１は、ミューティングリソースパターンの設定例を示す。
　図１１では、サブキャリアビットマップは、一つのリソースブロック内のサブキャリアに対応する。図１１の例では、サブキャリアビットマップのビット数（例えば、12ビット）は、一つのリソースブロック内のサブキャリア数（例えば、12サブキャリア）に対応する。
　また、図１１に示すように、端末２００に対して、割り当て帯域幅（allocation bandwidth）が設定されてもよい。
　また、図１１に示すように、端末２００に対して、ミューティングリソースのシンボル単位の割り当てパターンを表す「シンボルビットマップ（symbol bitmap）」が設定されてもよい。シンボルビットマップのビット数（例えば、14ビット）は、一つのスロット内のシンボル数（例えば、14シンボル）に対応してもよく、スロットと異なる時間リソース単位内のシンボル数に対応してもよい。
　図１１の例において、サブキャリアビットマップ、シンボルビットマップ、及び、割り当て帯域幅が端末２００に設定される場合、端末２００は、これらに基づいて、ミューティングリソースを設定（又は、特定）する。図１１の例では、端末２００は、シンボル#10の割り当て帯域幅に含まれるリソースブロックそれぞれにおいて、サブキャリアビットマップの値“1”に対応する６サブキャリアを、ミューティングリソースに設定する。
　また、図１１の例では、端末２００は、シンボル#10の割り当て帯域幅に含まれるリソースブロックそれぞれにおいて、サブキャリアビットマップの値“0”に対応するサブキャリアを、ミューティングリソースに設定しない。端末２００は、これらサブキャリアビットマップの値“0”に対応するサブキャリアを、PUSCHリソースに設定してもよい。
　図１１に示すように、サブキャリアビットマップ（例えば、サブキャリアベースの利用不可能なリソースの通知）を用いてミューティングリソースを設定することにより、例えば、端末２００に対する割り当て帯域（例えば、PUSCHリソース）内において、ミューティングリソースをサブキャリア（または、リソースエレメント）単位で割り当てることができる。これにより、例えば、端末２００は、サブキャリアビットマップの値“0”に対応するサブキャリアをPUSCH送信に用いることができ、或るシンボルにおいてPUSCHとミューティングリソースとを同時に割り当て可能となり、周波数リソースの利用効率を向上できる。
　また、図１１に示すように、シンボルビットマップを用いてミューティングリソースを設定することにより、シンボル（又は、リソースエレメント）単位のミューティングリソースの設定が可能となり、時間リソースの利用効率を向上できる。
　また、基地局１００は、例えば、サブキャリアビットマップに加え、ミューティングリソースのリソースブロック（RB）単位の割り当てパターンを表す「リソースブロックビットマップ（RB bitmap）」を端末２００に設定してもよい。
　端末２００は、例えば、設定されたRBビットマップ及びサブキャリアビットマップに基づいて、ミューティングリソースが割り当てられるサブキャリアを特定する。
　例えば、RBビットマップは、RBに対応する2値（“0”又は“1”）によって構成される配列でよい。例えば、RBビットマップの値“1”に対応するRBはミューティングリソースとして割り当てられ、RBビットマップの値“0”に対応するRBはミューティングリソースとして割り当てられないことを意味してよい。なお、“0”と“1”の意味合い（ミューティングリソースとの関係）は逆でもよい。
　また、例えば、RBビットマップの値が“1”のRBに対して、サブキャリアビットマップが適用されてよい。例えば、端末２００は、RBビットマップの値が“1”のRBにおいて、サブキャリアビットマップの値が“1”のサブキャリアを、ミューティングリソースに設定してよい。
　図１２は、ミューティングリソースパターンの設定例を示す。
　図１２では、RBビットマップは、或る帯域幅（例えば、割り当て帯域幅）内のリソースブロックに対応する。
　また、図１２では、サブキャリアビットマップは、一つのリソースブロック内のサブキャリアに対応する。図１２の例では、サブキャリアビットマップのビット数（例えば、12ビット）は、一つのリソースブロック内のサブキャリア数（例えば、12サブキャリア）に対応する。
　また、図１２では、シンボルビットマップが設定される。
　図１２の例において、RBビットマップ、サブキャリアビットマップ、及び、シンボルビットマップが端末２００に設定される場合、端末２００は、これらに基づいて、ミューティングリソースを設定（又は、特定）する。図１２の例では、端末２００は、シンボル#10のRBのうち、RBビットマップの値“1”に対応するRBそれぞれにおいて、サブキャリアビットマップの値“1”に対応する６サブキャリアを、ミューティングリソースに設定する。
　また、図１２の例では、端末２００は、シンボル#10のRBのうち、RBビットマップの値“1”に対応するRB、及び、シンボル#10のRBのうち、RBビットマップの値“1”に対応するRBそれぞれにおいて、サブキャリアビットマップの値“0”に対応するサブキャリアを、ミューティングリソースに設定しない。端末２００は、これらのRB及びサブキャリアを、PUSCHリソースに設定してもよい。
　図１２に示すように、RBビットマップ及びサブキャリアビットマップを用いてミューティングリソースを設定することにより、例えば、端末２００に対する割り当て帯域（例えば、PUSCHリソース）内において、ミューティングリソースをRB単位及びサブキャリア（又は、リソースエレメント）単位で割り当てることができる。これにより、例えば、端末２００は、RBビットマップ及びサブキャリアビットマップの値“0”に対応するリソースをPUSCH送信に用いることができ、或るシンボルにおいてPUSCHとミューティングリソースとを同時に割り当て可能となり、周波数リソースの利用効率を向上できる。
　また、図１２に示すように、シンボルビットマップを用いてミューティングリソースを設定することにより、シンボル（又は、リソースエレメント）単位のミューティングリソースの設定が可能となり、時間リソースの利用効率を向上できる。
　以上のように、設定方法１によれば、ビットマップ形式によるミューティングリソースの通知により、周波数方向及び時間方向の双方においてミューティングリソースの様々なパターンの柔軟な設定が可能になり、PUSCHリソースの割り当ての効率を向上できる。
　なお、図１１及び図１２において、サブキャリアビットマップのビット数は、一つのリソースブロック内のサブキャリア数に対応しなくてもよい。例えば、サブキャリアビットマップのビット数は、複数のRBに含まれるサブキャリア数に対応してもよい。例えば、10RB（例えば、120サブキャリア）に対するミューティングリソースパターンを表す120ビットのサブキャリアビットマップによって、ミューティングリソースが設定されてもよい。
　また、例えば、図１１及び図１２では、サブキャリアビットマップの１ビットが１サブキャリアに対応する場合について説明したが、これに限定されず、１ビットが複数のサブキャリアに対応してもよい。同様に、図１２のRBビットマップの１ビットは、１つ又は複数のRBに対応してもよい。また、図１１及び図１２のシンボルビットマップの１ビットは、１つ又は複数のシンボルに対応してもよい。
　また、設定方法１では、ビットマップ形式によるミューティングリソースの設定について説明したが、ミューティングリソースの通知は、ビットマップ形式の通知に限定されない。例えば、ミューティングリソースの通知として、リソースの開始位置（例えば、サブキャリア、リソースブロック及びシンボルの少なくとも一つ）と、リソースサイズ（例えば、サブキャリア、リソースブロック又はシンボルの数、サイズ又は長さ）とが通知されてもよい。
　また、設定方法１では、サブキャリアビットマップを用いた設定（例えば、図１１）、及び、サブキャリアビットマップ及びリソースブロックビットマップを用いた設定（例えば、図１２）について説明したが、これに限定されない。例えば、ミューティングリソースは、リソースブロックビットマップを用いて設定されてもよく、サブキャリア及びリソースブロックと異なる周波数リソース単位のビットマップを用いて設定されてもよい。
　また、設定方法１において、ミューティングリソースは、ビットマップ形式、及び、他のパラメータに基づいて設定されてもよい。例えば、ミューティングリソースは、リソースブロックのオフセットを用いて設定されてもよい。基地局１００は、例えば、リソースブロックのオフセット値、及び、ビットマップ形式の情報（例えば、サブキャリア、RB及びシンボルの少なくとも一つに対するビットマップ）を端末２００へ通知（又は、設定）する。例えば、オフセット値及びビットマップ形式の情報は、group common PDCCH（例えば,DCI format 2_4）によって端末２００へ通知されてもよい。端末２００は、例えば、割当帯域のうち、基準となるRB位置から、オフセット値に基づいてオフセットされるRB位置までの範囲を除く帯域をミューティングリソースの設定対象としてもよい。例えば、RBビットマップは、ミューティングリソースの設定対象の帯域に対応するRBに対して設定されてもよい。
　＜設定方法２＞
　設定方法２では、ミューティングリソースの設定は、参照信号のリソースコンフィグレーションを再利用して構成される。
　基地局１００は、例えば、参照信号のリソース割り当てコンフィグレーション（例えば、割り当てシンボル又は割り当て帯域等）を端末２００に設定する。例えば、基地局１００から端末２００へ通知される情報は、参照信号の割り当てリソース設定を示す情報である。端末２００は、例えば、設定された参照信号のリソース割り当てコンフィグレーションに基づいて、ミューティングリソースを設定する。
　参照信号は、例えば、Sounding Reference Signal（SRS）、Channel State Information Reference Signal（CSI-RS）、Demodulation Reference Signal（DMRS）でもよい。
　既存の参照信号のリソースコンフィグレーションは、複数のパラメータによって、サブキャリア単位で柔軟に設定可能である。例えば、SRSの場合、comb及びfrequency hoppingといったパラメータが設定可能である。そのため、参照信号のリソースコンフィグレーションを再利用するミューティングリソースの設定では、ミューティングリソースのサブキャリア単位での柔軟な設定が可能になる。また、設定方法２では、既存の参照信号のリソースコンフィグレーション又はシグナリング（例えば、SRS又はCSI-RSのトリガー）を再利用するため、ミューティングリソースのためのRRCシグナリング及びDCIのオーバーヘッドを低減できる。
　以下、設定方法２における各参照信号（SRS、CSI-RS及びDMRS）のリソースコンフィグレーションを再利用する場合のミューティングリソースの設定方法について説明する。
　＜設定方法２－１＞
　設定方法２－１では、ミューティングリソースの設定は、SRSのリソースコンフィグレーションを再利用して構成される。
　基地局１００は、SRSのリソースコンフィグレーションを端末２００に設定する。端末２００は、設定されるSRSのリソースコンフィグレーションに基づいて、ミューティングリソースの割り当てを特定する。
　例えば、SRSのコンフィグレーションの“usage”（SRSリソースの用途を定義するパラメータ）に、ミューティングリソースの使用（例えば、“muting resource”）が設定（例えば、新たに追加）されてもよい。“usage”が“muting resource”のSRSリソースは、ミューティングリソースの割り当てとして使用される。
　端末２００は、例えば、設定されるSRSリソースコンフィグレーションの“usage”が“muting resource”であるSRSリソースのコンフィグレーションを用いて、ミューティングリソースの割り当てを特定する。例えば、端末２００は、“usage”が“muting resource”の場合、割り当てられるSRSリソースをミューティングリソースに設定し、SRSを送信しない（UL送信をミュートする）。
　また、例えば、SRSのリソース割り当てパラメータ（例えば、comb及びfrequency hopping等）、リソースタイプ（例えば、周期的、準周期的、又は、非周期的といった時間領域におけるリソースの振る舞い）、及び、トリガー方法（例えば、非周期的なSRSリソースはDCIによってトリガーされる）等は、ミューティングリソースの割り当てに再利用可能である。
　図１３は、設定方法２―１におけるSRSリソースコンフィグレーションを再利用したミューティングリソースパターンの設定例を示す。図１３に示すように、ミューティングリソースは、SRSリソースコンフィグレーションを使用して割り当てられる。
　設定方法２－１では、既存のSRSのリソースコンフィグレーション又はシグナリングを再利用するため、ミューティングリソースの設定のための新たに多くのRRCパラメータを定義しなくてもよい。また、例えば、DCIによるミューティングリソースのアクティベーションには、SRSのトリガー方法が再利用できるため、DCIに新たなフィールドを追加しなくてもよい。
　＜設定方法２－２＞
　設定方法２―２では、ミューティングリソースの設定は、CSI-RSのリソースコンフィグレーションを再利用して構成される。
　基地局１００は、CSI-RSのリソースコンフィグレーションを端末２００に設定する。端末２００は、設定されるCSI-RSリソースコンフィグレーションのリソース割り当てに基づいて、ミューティングリソースの割り当てを特定する。
　図１４は、設定方法２－２におけるCSI-RSリソースコンフィグレーションを再利用したミューティングリソースパターンの設定例を示す。
　CSI-RSリソースコンフィグレーションには、Code Division Multiplexing（CDM）)パターンとして、例えば、“no CDM”、“CDM2”、“FD-CDM2”、“CDM4”及び“CDM8”が含まれる。図１４の例では、CDMパターンが“CDM4”（例えば、2つのシンボル（図１４ではシンボル#9及び#10）の時間多重と2つのサブキャリアの周波数多重）であり、周波数方向に周期的に割り当てるCSI-RSのリソース割り当てを再利用したミューティングリソースの割り当てが設定される。例えば、端末２００は、割り当てられるCSI-RSリソースをミューティングリソースに設定し、ミューティングリソースにおいてUL送信を行わない（ミュートする）。
　なお、ミューティングリソースの設定に再利用されるCDMパターンは、“CDM4”に限定されず、他のCDMパターンでもよい。
　例えば、SRSのリソース割り当てを再利用するミューティングリソース設定では、図１４に示す“CDM4”のような複数のリソースエレメントをまとめてミューティングリソースに設定することは困難であるのに対して、CSI-RSのリソース割り当てを再利用するミューティングリソース設定では、複数のCDMパターンによって、複数のリソースエレメントをまとめてミューティングリソースとして設定可能である。これにより、設定方法２―２では、SRSのリソース割り当てを再利用するミューティングリソース設定と比較して、より柔軟にミューティングリソースを設定できる。
　また、CSI-RSコンフィグレーションを再利用するミューティングリソースの設定及びトリガー方法には、以下の２つの方法が挙げられる。
　１つ目の方法は、ミューティングリソース用のCSI-RSコンフィグレーションが端末２００に設定され、既存のCSI-RSのトリガー方法を用いてミューティングリソースを設定する方法である。例えば、CSI-RSのリソース割り当てパラメータ（例えば、CDMパターン等）、リソースタイプ（例えば、周期的、準周期的、又は、非周期的といった時間領域におけるリソースの振る舞い）、トリガー方法（例えば、非周期的なCSI-RSリソースはDCIによってトリガーされる）は、ミューティングリソースの割り当てに再利用可能である。この方法では、既存のCSI-RSのリソースコンフィグレーション及びシグナリングを再利用するため、ミューティングリソースのための新たに多くのRRCパラメータを定義しなくてもよい。
　２つ目の方法は、ミューティングリソース用のCSI-RSコンフィグレーションを、SRSリソースコンフィグレーション内に設定し、SRSリソースコンフィグレーションが端末２００に設定される方法である。この場合、例えば、SRSリソースコンフィグレーションの“usage”には“muting resource”が設定されてよい。これにより、SRSのトリガー方法を再利用して、CSI-RSのリソースコンフィグレーションを用いたミューティングリソースの割り当てが可能となる。この方法では、既存のCSI-RSのリソースコンフィグレーション及びシグナリングを再利用するため、ミューティングリソースのための新たに多くのRRCパラメータを定義しなくてもよい。また、DCIによるミューティングリソースのアクティベーションには、SRSのトリガー方法を再利用できるため、DCIに新たなフィールドを追加しなくてもよい。
　＜設定方法２－３＞
　設定方法２－３では、ミューティングリソースの設定は、DMRSのリソースコンフィグレーションを再利用して構成される。
　基地局１００は、DMRSのリソースコンフィグレーションを端末２００に設定する。例えば、基地局１００は、DMRSのリソースコンフィグレーションによって設定されるリソースの少なくとも一部をミューティングリソースとして設定する。端末２００は、設定されるDMRSのリソースコンフィグレーションに基づいて、ミューティングリソースの割り当てを特定する。
　図１５は、設定方法２－３におけるDMRSリソースコンフィグレーションを再利用したミューティングリソースパターンの設定例を示す。図１５では、DMRSのリソースコンフィグレーションは、single-symbol DMRSにおけるシンボル#2、#7、及び、#11にDMRSを割り当てる設定である。また、図１５では、シンボル#7のDMRSをミューティングリソースとして設定するコンフィグレーションがDMRSコンフィグレーション内で定義されている。この場合、図１５に示すように、シンボル#7のDMRSのリソースがミューティングリソースとして割り当てられる。よって、図１５では、シンボル#7にはDMRSが配置されない。例えば、端末２００は、割り当てられるDMRSリソースのうち、シンボル#7のリソースをミューティングリソースに設定し、ミューティングリソースにおいてDMRSを送信しない（例えば、UL送信をミュートする）。
　設定方法２－３では、既存のDMRSのリソースコンフィグレーション及びシグナリングを再利用するため、ミューティングリソースのための新たに多くのRRCパラメータを定義しなくてもよい。
　なお、DMRSのリソースコンフィグレーションは、図１５に示す例に限定されず、例えば、DMRSが配置されるシンボル数、シンボル位置、サブキャリア数、サブキャリア位置は、他の値でもよい。また、図１５では、DMRSのリソースコンフィグレーションによって設定されるシンボルのうち１つのシンボルにミューティングリソースが設定される場合について説明したが、これに限定されず、ミューティングリソースは、DMRSが設定される複数のシンボルに設定されてもよい。
　また、DMRSリソースコンフィグレーション内において定義される、DMRSをミューティングリソースとして設定するコンフィグレーションは、図１５に示す例に限定されない。例えば、図１５では、DMRSが配置される複数のシンボルのうち一部のシンボルにおいて、DMRSに割り当てられる全てのサブキャリアが、ミューティングリソースとして割り当てられる場合について説明したが、ミューティングリソースの割り当ては、これに限定されない。例えば、DMRSが配置される複数のシンボルのうち一部のシンボルにおいて、DMRSが割り当てられる一部のサブキャリアが、ミューティングリソースとして割り当てられてもよい。または、DMRSが割り当てられる複数のサブキャリアのうち一部のサブキャリアにおいて、DMRSが配置される複数のシンボルが、ミューティングリソースとして割り当てられてもよい。
　以上、ミューティングリソースの設定方法１及び設定方法２について説明した。
　このように、本実施の形態では、端末２００は、基地局１００からの通知情報（例えば、サブキャリア単位のリソース情報）に基づいて、或るシンボルにおけるPUSCHリソースにおいて、ミューティングリソースを設定し、ミューティングリソースに基づいて、UL送信を行う。本実施の形態では、ミューティングリソースは、例えば、準静的(semi-static)な通知及び動的(dynamic)な通知の少なくとも一方の通知によって、PUSCHとともに割り当てられる。これにより、ミューティングリソースとPUSCHリソースとが同時に割り当て可能であり、リソースの衝突を回避して、ミューティングリソースを割り当てることができる。よって、本実施の形態によれば、リソースの利用効率を向上させて、ミューティングリソースを設定でき、基地局間の干渉を適切に測定できる。
　（実施の形態２）
　本実施の形態において、基地局１００及び端末２００の構成は、実施の形態１と同様の構成でよい。また、本実施の形態におけるミューティングリソースパターンのコンフィグレーション及びアクティベーションは、実施の形態１と同様でよい。本実施の形態では、ミューティングリソースの設定方法が実施の形態１と異なる。
　［ミューティングリソースの設定方法］
　本実施の形態に係るミューティングリソースの設定方法は、PUSCHリソースの縮小（又は、削減）、又は、シフトベースの設定方法である。
　本実施の形態では、例えば、PUSCHの割り当てリソース（例えば、リソースブロック又はシンボル）の縮小、又は、PUSCHの割り当てリソースのシフトにより、ミューティングリソースが設定される。
　基地局１００は、例えば、縮小又はシフトするリソースブロック又はシンボルのパラメータを端末２００に設定する。端末２００は、例えば、設定されるパラメータに基づいて、PUSCHの割り当てを変更（縮小又はシフト）し、PUSCHの割り当ての縮小又はシフトによって空いたリソースをミューティングリソースに設定する。
　一例として、リソースブロックのシフトパラメータが２RBに設定される場合について説明する。この場合、PUSCHの送信帯域幅は、2リソースブロック分縮小又はシフトされる。PUSCHリソースの縮小又はシフトにより、2リソースブロック分のリソースには何も割り当てられない。この空いたリソースがミューティングリソースに設定（又は、確保）される。
　図１６は、周波数領域におけるPUSCHの縮小及びシフトベースのミューティングリソースの設定例を示す。
　図１６(a)は、PUSCHの送信帯域幅の縮小によってミューティングリソースを設定する例を示す。例えば、図１６(a)では、PUSCHの送信帯域幅が２リソースブロック分（例えば、RB#0及びRB#1の２リソースブロック分）縮小され、PUSCHの送信帯域幅の縮小によって空いた２リソースブロックにミューティングリソースが設定される。
　また、図１６(b)は、PUSCHの送信帯域幅のシフトによってミューティングリソースを設定する例を示す。例えば、図１６(b)では、PUSCHの送信帯域幅が２リソースブロック分シフトされ、PUSCHの送信帯域幅のシフトによって空いた２リソースブロック（例えば、RB#0及びRB#1）にミューティングリソースが設定される。
　このように、PUSCHの送信帯域を縮小又はシフトすることにより、ミューティングのリソースが確保される。
　また、図１６(a)及び図１６(b)に示すように、PUSCHに割り当てられるシンボル（例えば、14シンボル）のうち、一部又は全てのシンボル（図１６(a)及び図１６(b)の例では、シンボル#8～#11）がミューティングリソースに設定されてよい。ミューティングリソースに設定されるシンボルのパラメータ（例えば、シンボル数、シンボル位置に関するパラメータ）は、端末２００に通知されてよい。
　このように、本実施の形態では、端末２００は、基地局１００からの通知情報（例えば、縮小又はシフトするリソースブロック又はシンボルのパラメータ）に基づいて、或るシンボルにおけるPUSCHリソースにおいて、ミューティングリソースを設定し、ミューティングリソースに基づいて、UL送信を行う。本実施の形態では、ミューティングリソースは、例えば、準静的(semi-static)な通知及び動的(dynamic)な通知の少なくとも一方の通知によって、PUSCHとともに割り当てられる。これにより、ミューティングリソースとPUSCHリソースとが同時に割り当て可能であり、リソースの衝突を回避して、ミューティングリソースを割り当てることができる。よって、本実施の形態によれば、リソースの利用効率を向上させて、ミューティングリソースを設定でき、基地局間の干渉を適切に測定できる。
　また、本実施の形態に係るミューティングリソースの設定方法では、例えば、PUSCHのリソースは、周波数方向に縮小又はシフトされるので（又は、周波数リソースが複数のシンボルに亘って同様に変更されるので）、ミューティングリソースが設定されるシンボル（例えば、図１６では、シンボル#8から#11）と、ミューティングリソースが設定されないシンボル（例えば、図１６では、シンボル#8から#11と異なるシンボル）とでシンボル間の送信電力（例えば、シンボルにおける総電力又は電力スペクトル密度（PSD：Power Spectral Density））は変化しない。そのため、端末２００は、ミューティングリソースの割り当てのための新たなPUSCH送信電力制御（例えば、PSUCH送信電力ブーストなど）を行わなくてもよいので、端末２００の設計が複雑化することを抑制できる。
　また、本実施の形態に係る設定方法ではミューティングリソースは、ダイナミックグラント（DG: Dynamic grant）PUSCH無しで、コンフィギャードグラント(CG: Configured Grant) PUSCHに割り当て可能である。例えば、基地局１００は、端末２００に対してCG PUSCHを設定し、或る時間におけるCG PUSCHにミューティングリソースを設定する場合（例えば、基地局１００のCLI測定とCG PUSCH送信とが同時刻に発生する場合）、縮小又はシフトのリソースブロック及びシンボルに関するパラメータを用いて、基地局１００のCLI測定と重なるCG PUSCHの割り当てを変更できる。これは、DG PUSCHを用いてPUSCHの割り当てを変更することでも実現が可能であるが、本実施の形態では、ダイナミックグラントのスケジューリング無しでミューティングリソースとCG PUSCHの割り当てが可能である。
　また、本実施の形態において、ミューティングリソースは、PUSCHリソース（送信帯域）の縮小及びシフトの双方を適用することにより設定されてもよい。
　また、本実施の形態では、図１６(a)に示すように、PUSCHが割り当てられる全てのシンボルに亘ってPUSCHリソースが縮小される場合について説明したが、これに限定されず、例えば、PUSCHが割り当てられる複数のシンボルのうち、ミューティングリソースに設定されるシンボルにおいて、PUSCHリソース（例えば、RB）が縮小され、ミューティングリソースに設定されないシンボルにおいてPUSCHリソースが縮小されなくてもよい。これにより、PUSCHリソースの縮小を低減でき、リソースの利用効率を向上できる。
　（他の実施の形態）
　［シンボル間のPUSCH送信電力］
　実施の形態１に係るミューティングリソースの設定では、ミューティングリソースが割り当てられるシンボルとミューティングリソースが割り当てられないシンボルとで、シンボル間の送信電力（例えば、シンボルにおける総電力又はPSD）が変化する。
　図１７(a)は、実施の形態１に係るミューティングリソースの割り当て例を示す。図１７(a)では、基地局１００は、シンボル#10にミューティングリソースを割り当てる。図１７(b)、図１７(c)及び図１７(d)は、図１７(a)に示すミューティングリソース設定におけるPSDを比較した図である。図１７(b)は、ミューティングリソースが割り当てられないシンボルのPSDの例を示し、図１７(c)及び図１７(d)は、ミューティングリソースが割り当てられるシンボル（例えば、図１７(a)に示すシンボル#10）のPSDの例を示す。
　ミューティングリソース設定において、例えば、以下の２つの電力制御方法が適用可能である。
　＜方法１：シンボル間の送信電力を合わせる方法＞
　方法１では、ミューティングリソースが割り当てられないシンボルとミューティングリソースが割り当てられるシンボルとで、シンボル間の送信電力を合わせる。例えば、ミューティングリソースが割り当てられるシンボルでは、一部のリソース（例えば、サブキャリア）においてPUSCHが送信されないので、PUSCHの送信電力がブーストされてもよい。例えば、図１７(c)に示すように、PUSCHの送信電力がブーストされることにより、図１７(b)に示すミューティングリソースが割り当てられないシンボルと総送信電力が同じになる。方法１では、シンボル間の送信電力が同じであるため、トランジット期間（例えば、送信電力変動のための調整期間）は設定されなくてもよい。
　＜方法２：シンボル間のPSDを合わせる方法＞
　方法２では、ミューティングリソースが割り当てられないシンボルとミューティングリソースが割り当てられるシンボルとで、シンボル間のPSDを合わせる。例えば、方法２では、PUSCHの送信電力ブーストは行われない。例えば、図１７(d)に示すように、ミューティングリソースが割り当てられるシンボルのPSDは、図１７(b)に示すミューティングリソースが割り当てられないシンボルのPSDと同じになる。方法２では、PUSCH送信において、シンボル間のPSDが同じであるため、PAPR（Peak-to-Average Power Ratio）要求が増加しない。
　以上、方法１及び方法２について説明した。
　また、方法１におけるPUSCHの送信電力制御（送信電力ブースト）は、UL MU-MIMO(Multi-User-Multiple Input Multiple Output)におけるDMRSの電力ブーストを再利用可能である。
　図１８(a)は、UL MU-MIMOにおけるDMRSの割り当ての例を示し、図１８(b)は、各端末２００（例えば、UE#1、UE#2、及び、UE#3）から見たDMRSの割り当て例を示す。図１８(a)では、CDM group {0,1,2}が設定され、CDM group {0}のDMRSポートはUE#1に割り当てられ、CDM group {1}のDMRSポートはUE#2に割り当てられ、CDM group {2}のDMRSポートはUE#3に割り当てられる。
　このとき、図１８(b)に示すように、UE#1には、CDM group {0}のDMRSポートが割り当てられ、他のCDM group{1,2}は他の端末（UE#2及びUE#3）に割り当てられるため、UE#1は、CDM group{1,2}に対応するリソースには何も割り当てない（例えば、PUSCH及びDMRS等を割り当てない）。UE#1は、CDM group {0}に対応するリソースにおいて、DMRSが割り当てられないリソース（例えば、CDM group{1,2}に対応するリソース）に関連する分、送信電力をブーストしてもよい。UE#2及びUE#3においても同様に送信電力制御が行われてよい。
　UL MU-MIMOのDMRSの電力制御をミューティングリソースが割り当てられるPUSCHに再利用することにより、サブキャリア単位でPUSCH内にミューティングリソース割り当てが可能になる。
　［基地局間の参照信号コンフィグレーションの情報共有］
　基地局間のCLI測定において、aggressor gNBとvictim gNBとの間の情報の共有が期待される。例えば、aggressor gNBの測定リソースの事前の共有、又は、測定後の基地局間CLI測定値の共有が挙げられる。基地局間の情報共有は、例えば、図１９に示すように、Xnインターフェースを用いて行われてもよい。
　本開示の一例では、ULミューティングリソース通知方法において、参照信号のリソースコンフィグレーションを用いたミューティングリソース設定方法について説明した。参照信号（例えば、CSI-RS、SRS、DMRSなど）のコンフィグレーションは、基地局間のXnインターフェースを用いて、aggressor gNBとvictim gNBとの間で共有されてもよい。
　例えば、CSI-RSのコンフィグレーション（例えば、ZP-CSI-RS-Resource、ZP-CSI-RS-ResourceSet、NZP-CSI-RS-Resource、NZP-CSI-RS-ResourceSet、及び、CSI-RS-ResourceMapping等）、SRSのコンフィグレーション（例えば、SRS-ResourceSet、及び、SRS-Resource等）、又は、DMRSのコンフィグレーション（例えば、DMRS-UplinkConfig）は、Xnインターフェースを介して送受信されてもよい。
　また、ULミューティングリソースの通知には、トランスペアレント又はノントランスペアレントスキームの双方を適用することが可能である。例えば、aggressor gNBにおいて基地局間CLI測定に使用するCSI-RSのコンフィグレーションは、Xnインターフェースを用いてvictim gNBと共有され、victim gNBは、共有するCSI-RSのコンフィグレーションを用いてULミューティングリソースリソースを設定できる（例えば、実施の形態１の設定方法２－２による設定）。参照信号のコンフィグレーションをXnインターフェースによって基地局１００間で共有することにより、基地局１００は、当該コンフィグレーションを用いたミューティングリソースの割り当てが可能になる。
　以上、基地局間の参照信号コンフィグレーションの情報共有について説明した。
　なお、上述した実施の形態において用いた、ミューティングリソースが設定されるリソース（サブキャリア数、RB数、又は、シンボル数）の数、位置、パターンといったパラメータは一例であって、限定されない。
　また、上述した各実施の形態では、周波数領域においてミューティングリソースが設定される単位がサブキャリア単位、リソースブロック単位である場合について説明したが、ミューティングリソースが設定される周波数リソースの単位は、これらに限定されず、他の単位でもよい。また、時間領域においてミューティングリソースが設定される単位がシンボル単位である場合について説明したが、ミューティングリソースが設定される時間リソースの単位は、これに限定されず、他の単位でもよい。
　また、上述した各実施の形態では、上りリンクのミューティングリソースの設定について説明したが、これに限定されず、ミューティングリソースは、下りリンク又はサイドリンクといった他のリンクに対して設定されてもよい。
　また、上述した各実施の形態では、UL送信の例として、PUSCH送信について説明したが、ULチャネル又はシグナルは、PUSCHに限定されず、他のチャネル又はシグナルでもよい。
　また、上述したミューティング（muting）は、レートマッチング（rate matching）、ブランキング（blanking）、パンクチャ（puncture）といった他の名称に言い換えてもよい。
　（補足）
　上述した実施の形態に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、ミューティングリソースの設定を制御してよい。
　なお、上述した実施の形態に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　（制御信号）
　本開示において、本開示の一実施例に関連する下り制御信号（又は、下り制御情報）は、例えば、物理層のPhysical Downlink Control Channel（PDCCH）において送信される信号（又は、情報）でもよく、上位レイヤのMedium Access Control Control Element（MAC CE）又はRadio Resource Control（RRC）において送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、下り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。
　本開示において、本開示の一実施例に関連する上り制御信号（又は、上り制御情報）は、例えば、物理層のPUCCHにおいて送信される信号（又は、情報）でもよく、上位レイヤのMAC CE又はRRCにおいて送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、上り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。また、上り制御信号は、例えば、uplink control information（UCI）、1st stage sidelink control information（SCI)、又は、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示の一実施例において、基地局は、Transmission Reception Point（TRP）、クラスタヘッド、アクセスポイント、Remote Radio Head（RRH）、eNodeB (eNB)、gNodeB(gNB)、Base Station（BS）、Base Transceiver Station（BTS）、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の役割を端末が担ってもよい。また、基地局の代わりに、上位ノードと端末の通信を中継する中継装置であってもよい。また、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示の一実施例は、例えば、上りリンク、下りリンク、及び、サイドリンクの何れに適用してもよい。例えば、本開示の一実施例を上りリンクのPhysical Uplink Shared Channel（PUSCH）、Physical Uplink Control Channel（PUCCH）、Physical Random Access Channel（PRACH）、下りリンクのPhysical Downlink Shared Channel（PDSCH）、PDCCH、Physical Broadcast Channel（PBCH）、又は、サイドリンクのPhysical Sidelink Shared Channel（PSSCH）、Physical Sidelink Control Channel（PSCCH）、Physical Sidelink Broadcast Channel（PSBCH）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、及び、PUCCHそれぞれは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、及び、上りリンク制御チャネルの一例である。また、PSCCH、及び、PSSCHは、サイドリンク制御チャネル、及び、サイドリンクデータチャネルの一例である。また、PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示の一実施例は、例えば、データチャネル及び制御チャネルの何れに適用してもよい。例えば、本開示の一実施例におけるチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、又は、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHの何れかに置き換えてもよい。
　（参照信号）
　本開示の一実施例において、参照信号は、例えば、基地局及び移動局の双方で既知の信号であり、Reference Signal（RS）又はパイロット信号と呼ばれることもある。参照信号は、Demodulation Reference Signal（DMRS）、Channel State Information - Reference Signal（CSI-RS）、Tracking Reference Signal（TRS）、Phase Tracking Reference Signal（PTRS）、Cell-specific Reference Signal（CRS）、又は、Sounding Reference Signal（SRS）の何れでもよい。
　（時間間隔）
　本開示の一実施例において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロット、サブスロット、ミニスロット又は、シンボル、Orthogonal Frequency Division Multiplexing（OFDM）シンボル、Single Carrier - Frequency Division Multiplexing Access（SC-FDMA）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、Vehicle to Everything（V2X）の通信のいずれに適用してもよい。例えば、本開示の一実施例におけるチャネルをPSCCH、PSSCH、Physical Sidelink Feedback Channel（PSFCH）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、又は、PBCHの何れかに置き換えてもよい。
　また、本開示の一実施例は、地上のネットワーク、衛星又は高度疑似衛星（HAPS：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示の一実施例は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（アンテナポート）
　本開示の一実施例において、アンテナポートは、１本又は複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。例えば、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末局が基準信号（Reference signal）を送信できる最小単位として規定されてよい。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインターフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インターフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインターフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインターフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図２０に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。
　ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300, section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300, section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
　例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
　例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ　ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ（Physical Uplink Control Channel）があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
　ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
　そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
　新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
　＜５Ｇ　ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
　図２１は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
　例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
　－　無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
　－　データのＩＰヘッダ圧縮、暗号化、および完全性保護；
　－　ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
　－　ＵＰＦに向けたユーザプレーンデータのルーティング；
　－　ＡＭＦに向けた制御プレーン情報のルーティング；
　－　接続のセットアップおよび解除；
　－　ページングメッセージのスケジューリングおよび送信；
　－　システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
　－　モビリティおよびスケジューリングのための測定および測定報告の設定；
　－　上りリンクにおけるトランスポートレベルのパケットマーキング；
　－　セッション管理；
　－　ネットワークスライシングのサポート；
　－　ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
　－　ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
　－　ＮＡＳメッセージの配信機能；
　－　無線アクセスネットワークの共有；
　－　デュアルコネクティビティ；
　－　ＮＲとＥ－ＵＴＲＡとの緊密な連携。
　Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
　－　Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
　－　ＮＡＳシグナリングのセキュリティ；
　－　Access Stratum（ＡＳ）のセキュリティ制御；
　－　３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
　－　アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
　－　登録エリアの管理；
　－　システム内モビリティおよびシステム間モビリティのサポート；
　－　アクセス認証；
　－　ローミング権限のチェックを含むアクセス承認；
　－　モビリティ管理制御（加入およびポリシー）；
　－　ネットワークスライシングのサポート；
　－　Session Management Function（ＳＭＦ）の選択。
　さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
　－　ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
　－　データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
　－　パケットのルーティングおよび転送；
　－　パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
　－　トラフィック使用量の報告；
　－　データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
　－　マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
　－　ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
　－　上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
　－　下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
　最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
　－　セッション管理；
　－　ＵＥに対するＩＰアドレスの割当および管理；
　－　ＵＰＦの選択および制御；
　－　適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
　－　制御部分のポリシーの強制およびＱｏＳ；
　－　下りリンクデータの通知。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　図２２は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜２０２０年以降のＩＭＴの利用シナリオ＞
　図２３は、５Ｇ　ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ　ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図２３は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ　Ｍ．２０８３　図２参照）。
　ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ　ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
　物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ　ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ　ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
　また、ＮＲ　ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
　ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
　上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
　ＮＲ　ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μs程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
　さらに、ＮＲ　ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ　ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインターフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図２２を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　図２４は、５Ｇ　ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0, section 4.23参照）。Application Function（ＡＦ）（例えば、図２３に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
　図２４は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、前記第２の周波数リソースに基づいて、前記上りリンク送信を行う送信回路と、を具備する。
　本開示の一実施例において、前記通知情報は、サブキャリア単位のリソースに関する情報である。
　本開示の一実施例において、前記通知情報は、前記第１の周波数リソースに含まれる複数のサブキャリアのそれぞれが前記第２の周波数リソースであるか否かを示すビットマップ形式の情報である。
　本開示の一実施例において、前記通知情報は、参照信号の割り当てリソース設定を示す情報である。
　本開示の一実施例において、前記制御回路は、前記第１の周波数リソースの削減又はシフトによって、前記第２の周波数リソースを設定する。
　本開示の一実施例に係る基地局は、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、前記第２の周波数リソースに基づいて、上りリンク受信を行う受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定し、前記第２の周波数リソースに基づいて、前記上りリンク送信を行う。
　本開示の一実施例に係る通信方法において、基地局は、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定し、前記第２の周波数リソースに基づいて、上りリンク受信を行う。
　２０２３年４月１７日出願の特願２０２３－０６７１２７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０１　受信部
　１０２，２０２　復調・復号部
　１０３　，２０３ミューティングリソース設定部
　１０４　スケジューリング部
　１０５，２０５　制御情報保持部
　１０６，２０６　データ・制御情報生成部
　１０７，２０７　符号化・変調部
　１０８，２０８　送信部
　２００　端末
　２０４　送信制御部
 

 

Claims (8)

  1. 　通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、
    　前記第２の周波数リソースに基づいて、前記上りリンク送信を行う送信回路と、
    　を具備する端末。
  2. 　前記通知情報は、サブキャリア単位のリソースに関する情報である、
    　請求項１に記載の端末。
  3. 　前記通知情報は、前記第１の周波数リソースに含まれる複数のサブキャリアのそれぞれが前記第２の周波数リソースであるか否かを示すビットマップ形式の情報である、
    　請求項２に記載の端末。
  4. 　前記通知情報は、参照信号の割り当てリソース設定を示す情報である、
    　請求項２に記載の端末。
  5. 　前記制御回路は、前記第１の周波数リソースの削減又はシフトによって、前記第２の周波数リソースを設定する、
    　請求項１に記載の端末。
  6. 　或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定する制御回路と、
    　前記第２の周波数リソースに基づいて、上りリンク受信を行う受信回路と、
    　を具備する基地局。
  7. 　端末は、
    　通知情報に基づいて、或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定し、
    　前記第２の周波数リソースに基づいて、前記上りリンク送信を行う、
    　通信方法。
  8. 　基地局は、
    　或る時間リソースにおいて上りリンク送信に割り当てられる第１の周波数リソースのうち、前記上りリンク送信を行わない第２の周波数リソースを設定し、
    　前記第２の周波数リソースに基づいて、上りリンク受信を行う、
    　通信方法。
PCT/JP2024/012857 2023-04-17 2024-03-28 端末、基地局、及び、通信方法 Pending WO2024219190A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202480021447.9A CN120917811A (zh) 2023-04-17 2024-03-28 终端、基站及通信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2023-067127 2023-04-17
JP2023067127 2023-04-17

Publications (1)

Publication Number Publication Date
WO2024219190A1 true WO2024219190A1 (ja) 2024-10-24

Family

ID=93152770

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/012857 Pending WO2024219190A1 (ja) 2023-04-17 2024-03-28 端末、基地局、及び、通信方法

Country Status (2)

Country Link
CN (1) CN120917811A (ja)
WO (1) WO2024219190A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012086734A1 (ja) * 2010-12-22 2012-06-28 株式会社エヌ・ティ・ティ・ドコモ 基地局装置、移動端末装置、及び通信制御方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012086734A1 (ja) * 2010-12-22 2012-06-28 株式会社エヌ・ティ・ティ・ドコモ 基地局装置、移動端末装置、及び通信制御方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
TOMOHIRO INOUE, PANASONIC: "Discussion on potential enhancements on dynamic/flexible TDD", 3GPP DRAFT; R1-2303167; TYPE DISCUSSION; FS_NR_DUPLEX_EVO, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Online; 20230417 - 20230426, 7 April 2023 (2023-04-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052293734 *
YAN CHENG, HUAWEI, HISILICON: "Study on potential enhancements on dynamic/flexible TDD", 3GPP DRAFT; R1-2210878; TYPE DISCUSSION; FS_NR_DUPLEX_EVO, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Toulouse, FR; 20221114 - 20221118, 7 November 2022 (2022-11-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052221441 *

Also Published As

Publication number Publication date
CN120917811A (zh) 2025-11-07

Similar Documents

Publication Publication Date Title
WO2022014272A1 (ja) 端末、基地局及び通信方法
JP2025134753A (ja) 基地局、通信方法及び集積回路
US20250247831A1 (en) Base station, terminal, and communication method
WO2024029157A1 (ja) 端末、基地局、及び、通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2022201652A1 (ja) 端末、基地局、及び、通信方法
US20250056511A1 (en) Base station, terminal and communication method
WO2024157643A1 (ja) 端末、基地局、及び、通信方法
JP7701928B2 (ja) 基地局、通信方法および集積回路
WO2024100918A1 (ja) 端末、基地局及び通信方法
WO2023204061A1 (ja) 通信装置、及び、通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2023119756A1 (ja) 通信装置及び通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2022201651A1 (ja) 基地局、端末、及び、通信方法
WO2024219190A1 (ja) 端末、基地局、及び、通信方法
JP7757388B2 (ja) 端末、通信方法及び集積回路
EP4572487A1 (en) Terminal, base station, and communication method
EP4618683A1 (en) Terminal, base station, and communication method
WO2024171520A1 (ja) 基地局、端末及び通信方法
WO2025033052A1 (ja) 基地局、端末及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2025032927A1 (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: 24792466

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025515127

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025515127

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: CN2024800214479

Country of ref document: CN

Ref document number: 202480021447.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 202517097505

Country of ref document: IN

WWP Wipo information: published in national office

Ref document number: 202480021447.9

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2024792466

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 202517097505

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2024792466

Country of ref document: EP

Effective date: 20251117

ENP Entry into the national phase

Ref document number: 2024792466

Country of ref document: EP

Effective date: 20251117

ENP Entry into the national phase

Ref document number: 2024792466

Country of ref document: EP

Effective date: 20251117

ENP Entry into the national phase

Ref document number: 2024792466

Country of ref document: EP

Effective date: 20251117