WO2020031819A1 - 無線通信装置、無線通信方法及びコンピュータプログラム - Google Patents

無線通信装置、無線通信方法及びコンピュータプログラム Download PDF

Info

Publication number
WO2020031819A1
WO2020031819A1 PCT/JP2019/030130 JP2019030130W WO2020031819A1 WO 2020031819 A1 WO2020031819 A1 WO 2020031819A1 JP 2019030130 W JP2019030130 W JP 2019030130W WO 2020031819 A1 WO2020031819 A1 WO 2020031819A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
rach procedure
wireless communication
message
prach
Prior art date
Application number
PCT/JP2019/030130
Other languages
English (en)
French (fr)
Inventor
直紀 草島
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to US17/261,879 priority Critical patent/US11917681B2/en
Priority to EP19846841.5A priority patent/EP3836722A4/en
Publication of WO2020031819A1 publication Critical patent/WO2020031819A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H04W74/0816—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA carrier sensing with collision avoidance
    • 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
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0808—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using carrier sensing, e.g. as in CSMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks

Definitions

  • the present disclosure relates to a wireless communication device, a wireless communication method, and a computer program.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-A Pro LTE-Advanced Pro
  • NR New Radio
  • NRAT New Radio Access Technology
  • EUTRA Universal Terrestrial Radio Access
  • FEUTRA Frether EUTRA
  • the base station device In LTE, the base station device (base station) is an eNodeB (evolved @ NodeB), in NR, the base station device (base station) is gNodeB, and in LTE and NR, the terminal device (mobile station, mobile station device, terminal) is UE (User @ Equipment). Also called.
  • LTE and NR are cellular communication systems in which a plurality of areas covered by a base station device are arranged in a cell shape. A single base station device may manage a plurality of cells.
  • the NR is a next-generation radio access scheme for LTE, and is a RAT (Radio Access Technology) different from LTE.
  • the NR is an access technology that can support various use cases including enhanced mobile broadband (eMBB), massive machine type communication (mTCC), and ultra-reliable and low-latency communication (URLLC).
  • eMBB enhanced mobile broadband
  • mTCC massive machine type communication
  • URLLC ultra-reliable and low-latency communication
  • the NR is examined aiming at a technical framework corresponding to usage scenarios, requirements, placement scenarios, and the like in those use cases.
  • the operation of a wireless access system based on cellular communication is being studied for an unlicensed band (unlicensed band) and a shared license band (license shared band).
  • unlicensed band unlicensed band
  • a shared license band licensed band
  • coexistence with other nodes and wireless systems is considered important.
  • wireless access systems such as LTE and NR
  • LBT Listen Before Talk
  • a function such as intermittent transmission (discontinuous transmission).
  • the details of the wireless access scheme based on the NR in the unlicensed band are disclosed in Non-Patent Document 1.
  • the unlicensed bands are, for example, the 2.4 GHz band, the 5 GHz band, and the 6 GHz band.
  • the shared license band is, for example, a 3.5 GHz band or a 37 GHz band.
  • LBT Listen before talk
  • the operator is a communication carrier that has a network for performing mobile communication and provides mobile communication services.
  • the transmitting device performs carrier sense before transmission, confirms that the channel is idle, and acquires the channel access right before transmitting. From the viewpoint of channel fairness, the transmitting apparatus often secures a channel when data to be transmitted is generated, and releases the channel after transmission for a certain period of time.
  • the communication device performs LBT for channel sensing before transmission in the unlicensed band.
  • the communication device becomes unable to transmit depending on the result of the LBT.
  • necessary information cannot be normally delivered, and the wireless communication link becomes unstable.
  • the present disclosure proposes a new and improved wireless communication device, wireless communication method, and computer program capable of stabilizing a wireless communication link in a communication system using an unlicensed band.
  • a determination unit that determines whether a channel is clear or busy, a communication unit that transmits an uplink signal of a RACH procedure, and at least a first resource and a second resource that transmit the uplink signal
  • a setting unit for setting wherein the first resource is selected from a set of resources set by information of an RRC layer, and the second resource is indicated by downlink information of a physical layer.
  • a wireless communication device is provided.
  • a determining unit that determines whether a channel is clear or busy, a communication unit that receives an uplink signal of a RACH procedure, at least a first resource for transmitting the uplink signal, and a second A setting unit for setting the resources of the first, the first resource is selected from a set of resources set by the information of the RRC layer, the second resource, the communication unit is a physical layer Wireless communication apparatus, which is indicated by the downlink information.
  • a wireless communication method is provided.
  • determining whether the channel is clear or busy receiving an uplink signal of the RACH procedure, and at least a first resource and a second resource for transmitting the uplink signal Setting, the first resource is selected from a set of resources set in the information of the RRC layer, the second resource, the communication unit is a physical layer downlink
  • a wireless communication method, indicated by information is provided.
  • the computer also determines whether the channel is clear or busy, transmits an uplink signal of the RACH procedure, and transmits at least a first resource and a second resource for transmitting the uplink signal.
  • Setting a resource the first resource is selected from a set of resources set by RRC layer information, and the second resource is selected by physical layer downlink information.
  • a directed computer program is provided.
  • the computer also determines whether the channel is clear or busy, receives an uplink signal of the RACH procedure, and transmits at least a first resource and a second resource for transmitting the uplink signal. Setting the second resource, the first resource is selected from a set of resources set by the information of the RRC layer, and the second resource A computer program is provided, indicated by layer downlink information.
  • a new and improved wireless communication device in a communication system using an unlicensed band, a new and improved wireless communication device, a wireless communication method, and a computer program capable of stabilizing a wireless communication link are provided. can do.
  • FIG. 3 is an explanatory diagram showing a frame configuration.
  • FIG. 4 is an explanatory diagram showing subcarrier interval settings.
  • FIG. 5 is a diagram illustrating an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • FIG. 5 is a diagram illustrating an example of uplink / signal frequency resource allocation in the present embodiment.
  • FIG. 5 is a diagram illustrating an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • FIG. 5 is a diagram illustrating an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • FIG. 5 is a diagram illustrating an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • 5 is a diagram illustrating an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • 5 is a flowchart illustrating a collision based RACH procedure.
  • 4 is a flowchart illustrating a non-collision based RACH procedure. It is an explanatory view showing a PRACH occasion.
  • 5 is a flowchart showing a two-step RACH procedure.
  • FIG. 4 is an explanatory diagram illustrating a state where an access point exists near a terminal device and the access point uses a channel.
  • FIG. 9 is an explanatory diagram illustrating a state in which the communication device cannot transmit a PRACH due to an LBT failure and can transmit a PRACH due to a successful LBT at a subsequent timing.
  • FIG. 1 is a diagram illustrating an example of an overall configuration of a system according to an embodiment of the present disclosure. It is a block diagram showing an example of composition of a base station device concerning this embodiment. It is a block diagram showing an example of composition of a base station device concerning this embodiment.
  • FIG. 5 is an explanatory diagram illustrating an example of a resource that transmits a message 1;
  • FIG. 4 is an explanatory diagram showing an example of a two-step RACH procedure.
  • FIG. 4 is an explanatory diagram showing a configuration of a normal (license band) PRACH.
  • FIG. 4 is an explanatory diagram showing a configuration of a PRACH of an unlicensed band of NR.
  • FIG. 4 is an explanatory diagram showing a configuration of a PRACH of an unlicensed band of NR.
  • FIG. 4 is an explanatory diagram showing an example of a state in which a PRACH and a PUSCH are TDM and are continuously transmitted in the same PRACH occasion.
  • FIG. 9 is an explanatory diagram showing an example of a state where PRACH and PUSCH are TDM and PRACH and PUSCH are respectively transmitted in different PRACH occasions.
  • FIG. 9 is an explanatory diagram showing an example of a state in which PRACH and PUSCH are FDM.
  • FIG. 2 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • FIG. 1 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • FIG. 13 is a block diagram illustrating a second example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • 1 is a block diagram illustrating an example of a schematic configuration of a smartphone to which the technology according to the present disclosure can be applied.
  • 1 is a block diagram illustrating an example of a schematic configuration of a car navigation device to which the technology according to the present disclosure can be applied.
  • FIG. 1 shows an example (A to C) of a frame configuration of self-contained transmission in the present embodiment.
  • one transmission / reception includes an order of a continuous downlink transmission from the top, a GP, and a continuous downlink transmission.
  • Successive downlink transmissions include at least one downlink control information and DMRS.
  • the downlink control information indicates reception of a downlink physical channel included in the continuous downlink transmission or transmission of an uplink physical channel included in the continuous uplink transmission.
  • the terminal device 200 When the downlink control information indicates the reception of the downlink physical channel, the terminal device 200 attempts to receive the downlink physical channel based on the downlink control information. Then, the terminal device 200 transmits the reception success / failure (decoding success / failure) of the downlink physical channel using an uplink control channel included in the uplink transmission allocated after the GP. On the other hand, when the downlink control information instructs transmission of the uplink physical channel, the transmission is performed by including the uplink physical channel transmitted based on the downlink control information in the uplink transmission. In this way, by flexibly switching between transmission of uplink data and transmission of downlink data according to the downlink control information, it is possible to immediately respond to an increase or decrease in the traffic ratio between the uplink and the downlink. Also, by notifying the success or failure of the downlink by the immediately following uplink transmission, it is possible to realize the low-delay communication in the downlink.
  • the unit slot time is the minimum time unit that defines downlink transmission, GP, or uplink transmission.
  • the unit slot time is reserved for either downlink transmission, GP, or uplink transmission.
  • the unit slot time does not include both downlink transmission and uplink transmission.
  • the unit slot time may be a minimum transmission time of a channel associated with a DMRS included in the unit slot time.
  • One unit slot time is defined, for example, by an integer multiple of the NR sampling interval (T s ) or the symbol length.
  • the unit frame time may be a minimum time specified in the scheduling.
  • the unit frame time may be a minimum unit at which a transport block is transmitted.
  • the unit slot time may be a maximum transmission time of a channel associated with the DMRS included in the unit slot time.
  • the unit frame time may be a unit time for determining the uplink transmission power in the terminal device 200.
  • the unit frame time may be referred to as a subframe.
  • One unit frame time is defined by, for example, an integer multiple of the NR sampling interval (T s ), symbol length, or unit slot time.
  • the transmission / reception time is one transmission / reception time.
  • the space between one transmission and reception and another transmission and reception is occupied by a time (gap) during which no physical channel or physical signal is transmitted.
  • the terminal device 200 does not have to average the CSI measurement between different transmissions and receptions.
  • the transmission / reception time may be referred to as TTI.
  • One transmission / reception time is defined by, for example, an integer multiple of the NR sampling interval (T s ), symbol length, unit slot time, or unit frame time.
  • a radio frame composed of 10 ms (milliseconds) is defined.
  • Each of the radio frames is composed of two half frames.
  • the half frame time interval is 5 ms.
  • Each of the half frames is composed of five subframes.
  • the subframe time interval is 1 ms.
  • one subframe is composed of one or more slots.
  • the time interval of the slot differs depending on the numerology (OFDM numerology). Numerology is defined by a combination of a subcarrier spacing (subcarrier @ spacing: SCS) and a cyclic prefix (Cyclic @ Prefix: CP).
  • the subcarrier interval supported in the present embodiment is defined by a power of 2 based on 15 kHz (kilohertz). Specifically, subcarrier intervals of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz are supported.
  • the time interval of the slot is 1 ms for the subcarrier interval of 15 kHz, 0.5 ms for the subcarrier interval of 30 kHz, 0.25 ms for the subcarrier interval of 60 kHz, and 0. 0 for the subcarrier interval of 120 kHz. It is 0.0625 ms for 125 ms and 240 kHz subcarrier spacing.
  • One slot is composed of 14 symbols for a normal CP and 12 symbols for an extended CP.
  • FIG. 2 is an explanatory diagram showing a frame configuration.
  • FIG. 3 is an explanatory diagram showing subcarrier interval setting.
  • the terminal device allocates uplink channel / signal transmission resources in resource block units according to an instruction from the base station device.
  • a terminal device is assigned a continuous resource block on the frequency axis. As a result, the transmission bandwidth of the terminal device can be reduced, and the transmission power efficiency of the terminal device can be improved.
  • PSD power spectral density
  • Interlace resource allocation means that resource blocks are allocated to predetermined uplink channels / signals at equal intervals.
  • FIG. 4A is an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • a predetermined terminal device is allocated in units of one resource block at intervals of 10 resource blocks. Accordingly, it is possible to transmit an uplink channel / signal in a wide band with low power consumption.
  • the number of resource block intervals used is one fifth or less of the channel bandwidth.
  • the channel bandwidth is 20 MHz and the sub-carrier interval is 15 kHz, they are arranged at intervals of 10 resource blocks (1.8 MHz).
  • FIG. 4B is an example of uplink / signal frequency resource allocation in the present embodiment.
  • the unit of interlace resource allocation in FIG. 4B is a sub-resource block (sub-PRB).
  • a sub-resource block is a unit of continuous frequency resources narrower than a resource block.
  • a sub-resource block is a set of consecutive 1, 2, 3, 4, or 6 sub-carriers. As a result, finer resource allocation becomes possible.
  • FIG. 4C is an example of frequency resource allocation of an uplink channel / signal in the present embodiment.
  • FIG. 4C is an example in which interlace resource allocation in resource block units and interlace resource allocation in sub resource block units are frequency-multiplexed.
  • PUCCH is allocated in units of sub-resource blocks
  • PUSCH is allocated in units of resource blocks.
  • FIGS. 4D and 4E are examples of frequency resource allocation of uplink channels / signals in the present embodiment.
  • SRS or short PUCCH is transmitted using the first few symbols and the entire band, and narrowband PUSCH is transmitted continuously.
  • FIG. 4E shows that an uplink channel / signal is transmitted by interlace resource allocation in the first slot in the channel occupation time, and continuous resources on the frequency axis in the second slot in the channel occupation time.
  • Uplink channels / signals are transmitted by block allocation. This makes it possible to satisfy both the demand for power spectral density and low power consumption.
  • the RACH procedure schedules RRC connection setup from an idle state to an inactive state or a connected state, a request for a state transition from an inactive state to a connected state, handover for switching a connected cell, and a resource request for uplink data transmission.
  • Request, timing advance adjustment for adjusting uplink synchronization, on-demand SI request for requesting system information that has not been transmitted, and recovery of broken beam connection (beam recovery) are performed to achieve the purpose.
  • the RRC connection setup from the idle state to the inactive state or the connected state is an operation performed when the terminal device connects to the base station device according to the occurrence of traffic or the like. Specifically, this is an operation of passing information (for example, UE context) related to connection from the base station apparatus to the terminal apparatus.
  • the UE context is managed by predetermined terminal device identification information (for example, C-RNTI) specified by the base station.
  • the terminal device Upon completion of this operation, the terminal device makes a state transition from the idle state to the inactive state, or from the idle state to the connected state.
  • the request for a state transition from the inactive state to the connected state is an operation for requesting a state transition from the inactive state to the connected state in response to the occurrence of traffic or the like.
  • the terminal device can transmit and receive unicast data to and from the base station device.
  • the handover for switching the connected cell is an operation of switching the connection from a connected cell (serving) to a cell adjacent to the cell (neighbor cell) due to a change in radio wave environment such as movement of a terminal device.
  • the terminal device that has received the handover command from the base station device makes a connection request to a neighbor cell specified by the handover command.
  • the scheduling request is an operation for making a resource request for uplink data transmission according to the occurrence of traffic or the like. After successfully receiving the scheduling request, the base station device allocates PUSCH resources to the terminal device. Note that the scheduling request is also made by the PUCCH.
  • Timing advance adjustment for adjusting uplink synchronization is an operation for adjusting an error between a downlink frame and an uplink frame caused by a propagation delay.
  • the terminal device transmits the PRACH at the timing adjusted to the downlink frame.
  • the base station apparatus can recognize the propagation delay with the terminal apparatus, and can instruct the terminal apparatus of the value of the timing advance by message 2 or the like.
  • the on-demand SI request for requesting the system information that has not been transmitted is a request for transmitting the system information to the base station device when the terminal device needs the system information that has not been transmitted for the purpose of overhead of the system information or the like. Operation.
  • ⁇ ⁇ Recovery of interrupted beam connection is an operation for requesting a return when communication quality is reduced due to movement of a terminal device or interruption of a communication path by another object after a beam is established.
  • the base station apparatus receiving this request tries to connect to the terminal apparatus using different beams.
  • the RACH procedure is further classified into a collision-based RACH procedure and a non-collision RACH procedure.
  • the collision-based RACH procedure is a RACH procedure performed by the terminal device.
  • the collision-based RACH procedure is a total of four steps starting from transmission of a message 1 (PRACH, RACH @ preamble) from the terminal device.
  • FIG. 5 is a flowchart illustrating a collision-based RACH procedure.
  • the terminal device selects from a plurality of RACH resources and a plurality of PRACH preambles set in advance by system information and dedicated RRC signaling, and transmits the PRACH.
  • the base station device transmits a message 2 (Msg2, random access response, RA response, Random @ Access @ response, RA @ response) for the PRACH.
  • Msg2 random access response, RA response, Random @ Access @ response, RA @ response
  • the terminal device transmits the message 3 (Msg3) using the uplink resource scheduled by the uplink grant included in the message 2.
  • the base station device transmits message 4 (Msg4) as a response to message 3. Since the plurality of RACH resources and the plurality of PRACH preambles are shared with other terminal devices, PRACHs may collide with each other.
  • the non-collision RACH procedure is a RACH procedure performed by the base station.
  • the non-collision RACH procedure is a three-step procedure starting from a dedicated PRACH resource / preamble instruction from the base station apparatus.
  • FIG. 6 is a flowchart illustrating a non-collision based RACH procedure.
  • the base station apparatus instructs the terminal apparatus the dedicated PRACH resource indicated by the RRC signaling and / or the PRACH preamble indicated by the PDCCH order.
  • the terminal device transmits the PRACH using the PRACH resource and / or the PRACH preamble.
  • the base station device transmits a random access response to the PRACH.
  • the base station device schedules a dedicated PRACH resource or a PRACH preamble, it is difficult for PRACHs to collide with each other.
  • PRACH is configured using a ZC (Zadoff-Chu) sequence.
  • the PRACH preamble format is defined by a combination of parameters such as a PRACH subcarrier interval, a transmission bandwidth, a sequence length, the number of symbols used for transmission, the number of transmission repetitions, a CP length, and a guard period length.
  • the PRACH preamble format with a sequence length of 839 is also called a long preamble, and the PRACH preamble format with a sequence length of 139 is also called a short preamble.
  • the setting related to the PRACH is made by the system information. Further, for the terminal device in the connection mode, the setting regarding the NR-PRACH is performed by dedicated RRC signaling.
  • FIG. 7 is an explanatory diagram showing the PRACH occasion.
  • the PRACH occasion is included in a PRACH slot included in a PRACH subframe.
  • the PRACH subframe is a subframe in which the PRACH can be transmitted. Up to two PRACH slots can be set in a PRACH subframe. Further, up to seven PRACH occasions can be set in a PRACH slot.
  • the resource position of the PRACH occasion is determined by a PRACH configuration index (PRACH configuration index), a PRACH sequence length, and a PRACH subcarrier interval.
  • PRACH is transmitted using a PRACH occasion.
  • the PRACH occasion is indicated by a setting for the PRACH.
  • the terminal device selects one of the PRACH occasions and transmits the PRACH. Further, the terminal device in the connection mode transmits the PRACH using the PRACH resource.
  • the PRACH resource is a combination of the PRACH preamble and its physical resource.
  • the base station device can instruct the terminal device on the PRACH resource.
  • the type of the PRACH preamble sequence is numbered.
  • the number of the preamble sequence type is called a preamble index.
  • $ PRACH is retransmitted when the random access procedure fails.
  • the terminal apparatus waits for PRACH transmission for a standby period calculated from a backoff value (backoff indicator, BI).
  • the backoff value may be different depending on the terminal category of the terminal device or the priority of the generated traffic. At this time, a plurality of backoff values are notified, and the terminal device selects a backoff value to be used according to the priority. Further, when retransmitting the PRACH, the terminal device retransmits the PRACH using higher transmission power than that of the initial transmission (this procedure is called power ramping).
  • the NR random access response is sent by PDSCH.
  • the PDSCH including the random access response is scheduled by the PDCCH whose CRC is scrambled by the RA-RNTI.
  • the PDCCH is arranged in a Type 1-PDCCH common search space.
  • the value of RA-RNTI is determined based on PRACH transmission resources (time resources (slots or subframes) and frequency resources (resource blocks)) corresponding to the random access response.
  • the Type1-PDCCH common search space is set by a parameter (ra-SearchSpace) related to a random access search space.
  • the DMRS of the PDCCH in which the CRC is scrambled by the RA-RNTI is the SS / PBCH block and the QCL (Quasi-Co-Located, near-same position).
  • the terminal device can assume that the DMRS of the PDCCH and the SS / PBCH block whose CRC has been scrambled by the RA-RNTI are transmitted from the same antenna port of the base station device.
  • the random access response is MAC information.
  • the random access response includes an uplink grant for transmitting message 3, a timing advance value used for adjusting uplink frame synchronization, a temporary C-RNTI value, and a PRACH transmission corresponding to the random access response. And information on back-off used for waiting for PRACH transmission.
  • the base station apparatus transmits the information including the information by PDSCH.
  • the terminal device determines the success or failure of the transmission of the random access preamble from these pieces of information. When it is determined from this information that the transmission of the random access preamble has failed, the terminal device performs the transmission process of the message 3 according to the information included in the random access response. On the other hand, if the terminal device determines that the transmission of the random access preamble has failed, the terminal device determines that the random access procedure has failed, and performs retransmission processing of the PRACH.
  • Message 3 is sent by PUSCH.
  • the PUSCH is transmitted using the resource indicated by the random access response.
  • Message 3 includes an RRC connection request message.
  • WWaveform of NR-PUSCH transmitted including message 3 is indicated by a parameter included in system information. Specifically, OFDM or DFT-s-OFDM is determined according to the instruction of the parameter.
  • the base station device When the base station device receives the message 3 normally, the base station device shifts to a transmission process of the collision resolution. On the other hand, if the message cannot be received normally, the base station apparatus can try to receive the message 3 again for at least a predetermined period.
  • message 3 If message 3 is not received correctly, it may be resent.
  • the retransmission resource of the message 3 is indicated by the DCI of the PDCCH to which the CRC scrambled with the temporary C-RNTI provided by the random access response corresponding to the message 3 is added.
  • the terminal device retransmits the message 3 based on the instruction of the uplink grant.
  • the terminal device determines that the random access procedure has failed and performs the PRACH retransmission process.
  • the predetermined period is set by, for example, system information. The predetermined period is from the start of the collision resolution timer to the end thereof.
  • Collision resolution is sent by PDSCH.
  • the PDSCH including collision resolution is scheduled by the temporary C-RNTI or the PDCCH with the CRC scrambled by the C-RNTI.
  • the terminal device When the terminal device normally receives the PDSCH including the collision resolution, the terminal device responds to the base station device with HARQ-ACK using the PUCCH. Thereafter, it is considered that this random access procedure has been successful, and the terminal device is in a connected state. On the other hand, if a NACK for the PDSCH including the collision solution is received from the terminal device or there is no response, the base station device retransmits the PDSCH including the collision solution. Furthermore, if the collision resolution of the NR has not been received within a predetermined period, the terminal device determines that the random access procedure has failed, and performs the retransmission processing of the PRACH. The predetermined period is from the start of the collision resolution timer to the end thereof.
  • the two-step RACH procedure is a RAHC procedure whose processing is completed by two message exchanges.
  • FIG. 8 is a flowchart showing a two-step RACH procedure.
  • the step in which the terminal device 200 performs uplink transmission to the base station device 100 is defined as a first step (that is, step 1 of the 2 step RACH procedure). Then, the message transmitted in the uplink in the first step is also referred to as message 1.
  • the uplink message of the two-step RACH procedure and the uplink message of the four-step RACH procedure are typically different.
  • the information included in the uplink message of the two-step RACH procedure may be different from the information included in the uplink message of the four-step RACH procedure.
  • Base station apparatus 100 can identify whether the received message is an uplink message of a two-step RACH procedure or an uplink message of a four-step RACH procedure based on the content of the received uplink message.
  • the format of the uplink message of the two-step RACH procedure may be different from the format of the uplink message of the four-step RACH procedure.
  • base station apparatus 100 can identify whether the received message is an uplink message of a two-step RACH procedure or an uplink message of a four-step RACH procedure.
  • the step of performing downlink transmission from the base station device 100 to the terminal device 200 as a response to the uplink transmission in the first step is the second step (that is, step 2 of the two-step RACH procedure).
  • the message transmitted in the downlink in the second step is also referred to as message 2.
  • the downlink message of the two-step RACH procedure typically has a different content and / or format than the downlink message of the four-step RACH procedure.
  • the information included in the downlink message of the two-step RACH procedure may be different from the information included in the downlink message of the four-step RACH procedure.
  • the terminal device 200 can identify whether the received message is a downlink message of the two-step RACH procedure or a downlink message of the four-step RACH procedure based on the content of the received downlink message.
  • the format of the downlink message of the two-step RACH procedure may be different from the format of the downlink message of the four-step RACH procedure.
  • the terminal device 200 can identify whether the received message is a downlink message of the two-step RACH procedure or a downlink message of the four-step RACH procedure based on the format of the received downlink message.
  • message 1 is message 1 of a two-step RACH procedure
  • message 2 is message 2 of a two-step RACH procedure.
  • Message 1 of two-step RACH procedure may be a message including both message 1 and message 3 of the four-step RACH procedure.
  • Message 1 of the two-step RACH procedure may include the identification information of terminal device 200.
  • the format of message 1 may be a combination of PRACH and PUSCH. That is, message 1 may be transmitted using PRACH and PUSCH.
  • the identification information of the terminal device 200 is represented by a UE-ID field included in the PUSCH and / or a PRACH preamble and / or a RACH resource.
  • the format of message 1 may be PUSCH. That is, message 1 may be transmitted using only the PUSCH.
  • the identification information of the terminal device 200 is represented by a UE-ID field included in the PUSCH and / or a RACH resource.
  • the format of message 1 may be PRACH. That is, message 1 may be transmitted using only the PRACH.
  • the identification information of the terminal device 200 is represented by a PRACH preamble and / or a RACH resource.
  • the terminal device 200 may repeatedly transmit the message 1 until the message 2 is received. At that time, the terminal device 200 may repeatedly transmit the message 1 using both the PRACH and the PUSCH. The terminal device 200 may first transmit the message 1 using the PRACH, and then repeatedly transmit the message 1 using the PUSCH. In any case, since the message 1 is repeatedly transmitted, the reception reliability of the message 1 in the base station device 100 can be improved.
  • the PUSCH transmitted in the message 1 may be non-orthogonal multiplexed.
  • Non-orthogonal multiplexing is a multiplexing scheme in which some or all of physical resources (frequency resources and time resources) used in physical channels of a plurality of terminal devices overlap.
  • the PUSCH can be multiplied by a predetermined interleave code or spreading code, for example.
  • the PUSCH may be repeatedly transmitted at a bit level.
  • the base station apparatus can decode a plurality of physical channels using the same physical resource by performing non-orthogonal multiplex decoding processing.
  • the resource to which message 1 of the two-step RACH procedure can be transmitted (the occurrence of message 1 of the two-step RACH procedure) is specified by the base station apparatus.
  • the terminal device transmits message 1 using the specified resource.
  • the PRACH of the message 1 of the two-step RACH procedure and the PRACH of the four-step RACH procedure are set from the base station apparatus so that at least one of the physical resources (frequency resources and time resources) and the PRACH preamble is different.
  • the occurrence of message 1 of the $ 2 step RACH procedure is not superimposed on the PRACH occasion.
  • the setting of the message 1 occasion and the PRACH occasion are independent.
  • the resource that can transmit the PRACH among the occasions of the message 1 of the # 2 step RACH procedure is shared with the PRACH occasion.
  • the set of PRACH preambles that can be used in the two-step RACH procedure and the set of PRACH preambles that can be used in the four-step RACH procedure are preferably independent.
  • none of the PRACH preambles are included in both the PRACH preamble set of the two-step RACH procedure and the PRACH preamble set of the four-step RACH procedure.
  • the message 2 of the two-step RACH procedure may be a message including both the message 2 and the message 4 of the four-step RACH procedure. Further, the message 1 of the two-step RACH procedure may be response information associated with the identification information of the terminal device 200.
  • (2.2) Format The format of the message 2 can be variously considered. Message 2 is preferably sent on the PDSCH scheduled on the PDCCH.
  • the PDCCH that schedules transmission of message 2 may be transmitted in association with the RA-RNTI.
  • the CRC of the PDCCH that schedules transmission of message 2 may be scrambled with RA-RNTI and transmitted.
  • the RA-RNTI used in the two-step RACH procedure may be a different RA-RNTI from the RA-RNTI used in the four-step RACH procedure.
  • the RA-RNTI used in the two-step RACH procedure may be calculated including a predetermined offset value with respect to the RA-RNTI used in the four-step RACH procedure.
  • the terminal device can recognize from the difference in RA-RNTI whether the response from the base station device is a 4-step RACH or a 2-step RACH.
  • the PDCCH that schedules transmission of message 2 may be transmitted in association with the C-RNTI.
  • the CRC of the PDCCH that schedules transmission of message 2 may be transmitted scrambled with C-RNTI.
  • the C-RNTI is set in advance by the base station device.
  • the PDCCH that schedules transmission of message 2 may be transmitted in association with the identifier of the terminal device other than C-RNTI.
  • an identifier is, for example, a unique identification number assigned to a SIM (Subscriber Identity Module) or S-TMSI.
  • FIG. 8 is a sequence diagram showing an example of the flow of the two-step RACH procedure according to the present embodiment.
  • terminal apparatus 200 transmits message 1 of the two-step RACH procedure to base station apparatus 100.
  • This message 1 includes, for example, a random access preamble and an RRC connection request RRC message.
  • base station apparatus 100 transmits message 2 of the two-step RACH procedure to terminal apparatus 200.
  • This message 2 includes, for example, a random access response.
  • the number of steps (that is, the number of messages) is reduced from four steps to two steps as compared with the four-step RACH procedure shown in FIG. Latency can be reduced.
  • the $ 2 step RACH procedure is particularly useful in unlicensed bands. Specifically, when a 4-step RACH procedure is performed in an unlicensed band, channel access is performed four times. On the other hand, when the two-step RACH procedure is performed in the unlicensed band, the channel access only needs to be performed twice. Thus, the two-step RACH procedure can reduce the frequency of channel access in the unlicensed band as compared to the four-step RACH procedure.
  • a channel access (Channel access, Listen before Talk) procedure is performed to access an unlicensed channel that is transmitted by a base station device or a terminal device.
  • ⁇ ⁇ In the channel access procedure, one or more times of channel sensing are performed. Based on the result of the sensing, it is determined whether the channel is idle (idle, unoccupied, available, enable) or busy (busy, occupied, unavailable, disable) (empty determination). In channel sensing, the power of the channel during a predetermined waiting time is sensed.
  • Examples of the waiting time of the channel access procedure include a first waiting time (slot), a second waiting time, a third waiting time (delay period), and a fourth waiting time.
  • Slot is a unit of the waiting time of the base station device and the terminal device in the channel access procedure.
  • a slot is defined by, for example, 9 microseconds.
  • the second waiting time one slot is inserted at the head.
  • the second waiting time is defined, for example, as 16 microseconds.
  • the postponement period (defer ⁇ period) is composed of a second waiting time and a plurality of continuous slots following the second waiting time.
  • the number of a plurality of consecutive slots following the second waiting time is determined based on a priority class (priority @ class, channel access priority class) used to satisfy QoS.
  • the fourth waiting time is constituted by the second waiting time followed by one slot.
  • the base station device or the terminal device senses a predetermined channel during a predetermined slot. If the power detected by the base station or terminal for at least 4 microseconds within the predetermined slot period is less than a predetermined power detection threshold, the predetermined slot is considered to be idle. . On the other hand, if the power is greater than a predetermined power detection threshold, the predetermined slot is considered to be busy.
  • the channel access procedure includes a first channel access procedure and a second channel access procedure.
  • the first channel access procedure is performed using a plurality of slots and a deferral period.
  • the second channel access procedure is performed with one fourth latency.
  • Parameters related to channel access are determined based on the priority class.
  • the parameters related to channel access include, for example, a minimum collision window, a maximum collision window, a maximum channel occupation time, a value that the collision window can take, and the like.
  • the priority class is determined by the value of QCI (QoS class identifier) that processes QoS (Quality of service).
  • QCI QoS class identifier
  • Table 1 shows a correspondence table between parameters relating to priority classes and channel access
  • Table 2 shows an example of mapping between priority classes and QCI.
  • Channel sensing is performed during the postponement period. If the channel is idle in the slot within the postponement period, go to step (1), otherwise go to step (6).
  • the initial value of the counter is an integer between 0 and the collision window CW.
  • the initial value of the counter is determined randomly according to a uniform distribution.
  • the initial value of the counter is set in the counter N, and the process proceeds to the step (2).
  • step (3) Wait for an additional slot period. Also, in the additional slot, the channel is sensed. If the additional slot is idle, go to step (4), otherwise go to step (5).
  • step (6) Wait for an additional postponement period. Also, the channel is sensed until either one of the slots included in the additional postponement period is detected as busy or all the slots included in the additional postponement period can be detected as idle. . Thereafter, the process proceeds to step (6).
  • step (4) If the channel is sensed idle in all of the slots included in the additional deferral period, go to step (4); otherwise, go to step (5).
  • transmission may not be performed on the channel.
  • the transmission may be performed without performing the above procedure if the channel is idle in all of the slots and the deferral period immediately before the transmission.
  • the channel was not idle in any of its slots and its deferral, then after all channels in the additional deferral have been sensed as idle in all of the slots, (1) of the above procedure Go to step).
  • the transmission may occur immediately after the channel is considered idle as a result of at least a fourth latency sensing. On the other hand, if it is determined that the channel is not idle as a result of at least the fourth waiting time sensing, no transmission is performed.
  • CW contention window
  • the value of the collision window CW is held for each priority class.
  • the collision window CW takes a value between the minimum collision window and the maximum collision window.
  • the minimum collision window and the maximum collision window are determined based on the priority class.
  • the adjustment of the value of the collision window CW is performed before the step (1) of the first channel access procedure. Increase the value of the collision window CW if the rate of NACK is higher than the threshold in at least the HARQ response corresponding to the shared channel of the reference subframe or the reference HARQ process in the collision window adaptation procedure; Set the value to the minimum collision window.
  • the base station apparatus When performing downlink transmission including PDSCH, PDCCH, and / or EPDCCH on the unlicensed channel, the base station apparatus accesses the channel based on the first channel access procedure and performs the downlink transmission. .
  • the base station apparatus accesses the channel based on the second channel access procedure and performs downlink transmission.
  • the period of the downlink transmission is smaller than 1 millisecond.
  • the terminal device when instructed to perform the first channel access procedure in the uplink grant for scheduling the PUSCH, the terminal device performs the first channel access procedure before the uplink transmission including the PUSCH. .
  • the terminal device when it is instructed to perform the second channel access procedure in the uplink grant for scheduling the PUSCH, the terminal device performs the second channel access procedure before the uplink transmission including the PUSCH.
  • the terminal device performs the second channel access procedure before the uplink transmission.
  • the terminal device transmits the uplink transmission regardless of the procedure type indicated by the uplink grant. Before performing a second channel access procedure.
  • the terminal device performs the second channel access procedure before the uplink transmission.
  • ⁇ Channel access procedure of NR in the present embodiment> In a channel access procedure in an unlicensed channel using NR, non-beamformed channel sensing and beamformed channel sensing are performed.
  • Channel sensing without beamforming is channel sensing by reception in which directivity is not controlled or channel sensing having no direction information.
  • Channel sensing without direction information is, for example, channel sensing in which measurement results are averaged in all directions.
  • the transmitting station does not need to recognize the directivity (angle, direction) used in the channel sensing.
  • Beamformed channel sensing is channel sensing based on reception with controlled directivity or channel sensing having direction information. That is, channel sensing in which the reception beam is directed in a predetermined direction.
  • a transmitting station having a function of performing beamformed channel sensing can perform one or more times of channel sensing using different directivities.
  • the transmitting station can reduce the frequency of detecting a communication link that does not cause interference, and can reduce the problem of exposed terminals.
  • NR-U NR unlicensed band
  • LAA Licensed Assisted Access
  • UL carrier dual connectivity (Stand-alone) operated only with an unlicensed band
  • the DL carrier or the UL carrier is assumed to support various use cases such as a license band and the other is an unlicensed band (for example, a license DL + unlicensed UL).
  • a primary cell PCCell
  • a primary secondary cell PSCell
  • a special cell SpCell
  • SS Synchronization @ Signal
  • PRACH Physical Uplink Control Channel
  • PUCCH Physical Uplink Control Channel
  • a communication device performs channel sensing before transmitting a physical channel and / or a physical signal, and determines whether the channel is clear or busy. If the channel is clear (LBT successful, LBT @ success), the communication device can transmit a physical channel and / or a physical signal. On the other hand, if the channel is busy (LBT failure, LBT failure), the communication device cannot transmit a physical channel and / or a physical signal.
  • FIG. 9 is an explanatory diagram showing that an access point exists near a terminal device and that the access point uses a channel.
  • FIG. 10 is an explanatory diagram illustrating a state in which the communication device was unable to transmit the PRACH due to LBT failure and was able to transmit the PRACH due to LBT success at a subsequent timing.
  • Messages 1, 2, 3, and 4 are used during the RACH procedure.
  • the RACH procedure is always performed at the time of initial access. If a delay occurs in the transmission of the messages 1, 2, 3, and 4, the RACH procedure is recognized as failed, and the cell cannot be connected. This causes communication link instability.
  • the present discloser has conducted intensive studies on a technology that can efficiently use resources in the NR-U.
  • the present Disclosure has devised a technology that enables the RACH procedure to be successful when the LBT fails in the NR-U so that resources can be used efficiently.
  • FIG. 11 is a diagram illustrating an example of an overall configuration of the system 1 according to an embodiment of the present disclosure.
  • the system 1 includes a base station device 100 (100A and 100B), a terminal device 200 (200A and 200B), a core network (Core Network) 20, and a PDN (Packet Data Network) 30.
  • a base station device 100 100A and 100B
  • a terminal device 200 200A and 200B
  • a core network Core Network
  • PDN Packet Data Network
  • the base station device 100 operates the cell 11 (11A or 11B) and provides a wireless service to one or more terminal devices located inside the cell 11.
  • the base station device 100A provides a wireless service to the terminal device 200A
  • the base station device 100B provides a wireless service to the terminal device 200B.
  • the cell 11 can be operated according to any wireless communication scheme such as LTE or NR (New Radio).
  • the base station device 100 is connected to the core network 20.
  • the core network 20 is connected to the PDN 30.
  • the core network 20 may include an MME (Mobility Management Entity), an S-GW (Serving gateway), a P-GW (PDN (gateway), a PCRF (Policy and Charging Rule Function), and an HSS (Home Subscriber Server).
  • the core network 20 may include NR entities having similar functions.
  • the MME is a control node that handles signals of the control plane, and manages a moving state of the terminal device.
  • the S-GW is a control node that handles user plane signals, and is a gateway device that switches a user data transfer path.
  • the P-GW is a control node that handles user plane signals, and is a gateway device serving as a connection point between the core network 20 and the PDN 30.
  • the PCRF is a control node that controls policies such as QoS (Quality of Service) and charging for bearers.
  • the HSS is a control node that handles subscriber data and performs service control.
  • the terminal device 200 wirelessly communicates with the base station device 100 based on the control by the base station device 100.
  • the terminal device 200 may be a so-called user terminal (User @ Equipment: UE), or may be a relay station (relay @ node) that relays transmission to another terminal device.
  • the terminal device 200 transmits an uplink signal to the base station device 100 and receives a downlink signal from the base station device 100.
  • the base station devices 100A and 100B are operated by different operators.
  • the base station device 100A is operated by the operator A
  • the base station device 100B is operated by the operator B.
  • the base station devices 100A and 100B share wireless resources that can be shared between operators operating the respective base station devices and provide wireless communication services.
  • FIG. 12 is a block diagram illustrating an example of a configuration of the base station device 100 according to the present embodiment.
  • the base station device 100 includes an antenna unit 110, a wireless communication unit 120, a network communication unit 130, a storage unit 140, and a control unit 150.
  • Antenna unit 110 The antenna unit 110 radiates a signal output by the wireless communication unit 120 into space as a radio wave.
  • the antenna unit 110 converts a radio wave in space into a signal, and outputs the signal to the wireless communication unit 120.
  • the wireless communication unit 120 transmits and receives signals. For example, the wireless communication unit 120 transmits a downlink signal to the terminal device and receives an uplink signal from the terminal device.
  • the network communication unit 130 transmits and receives information.
  • the network communication unit 130 transmits information to another node and receives information from another node.
  • the other nodes include other base stations and core network nodes.
  • Storage unit 140 The storage unit 140 temporarily or permanently stores a program for operating the base station device 100 and various data.
  • Control unit 150 controls the overall operation of the base station device 100 and provides various functions of the base station device 100.
  • the control unit 150 includes a setting unit 151 and a communication processing unit 153.
  • the setting unit 151 has a function of making settings related to communication with the terminal device 200.
  • the communication processing unit 153 has a function of performing communication processing with the terminal device 200.
  • the control unit 150 may further include other components other than these components. That is, the control unit 150 can perform operations other than the operations of these components.
  • FIG. 13 is a block diagram illustrating an example of a configuration of the terminal device 200 according to the present embodiment.
  • the terminal device 200 includes an antenna unit 210, a wireless communication unit 220, a storage unit 230, and a control unit 240.
  • Antenna unit 210 The antenna unit 210 radiates a signal output by the wireless communication unit 220 into space as a radio wave. Further, the antenna unit 210 converts a radio wave in space into a signal, and outputs the signal to the wireless communication unit 220.
  • Wireless communication unit 220 Wireless communication section 220 transmits and receives signals.
  • the wireless communication unit 220 receives a downlink signal from a base station and transmits an uplink signal to the base station.
  • Storage unit 230 The storage unit 230 temporarily or permanently stores a program for operating the terminal device 200 and various data.
  • Control unit 240 controls the overall operation of the terminal device 200 and provides various functions of the terminal device 200.
  • the control unit 240 includes an information acquisition unit 241 and a communication processing unit 243.
  • the information acquisition unit 241 has a function of acquiring information from a signal obtained from a radio wave received by the antenna unit 210.
  • the communication processing unit 243 has a function of performing communication processing with the base station device 100.
  • the control unit 240 may further include other components other than these components. That is, the control unit 240 can perform operations other than the operations of these components.
  • a procedure for improving the RACH procedure when the base station apparatus 100 and the terminal apparatus 200 perform wireless communication using the unlicensed band will be described.
  • a plurality of PRACH resources can be allocated.
  • the base station device 100 can allocate a plurality of PRACHs in frequency and / or time resources to the terminal device 200.
  • the terminal device 200 can execute the LBT in the communication processing unit 243. Therefore, the communication processing unit 243 can function as an example of the determining unit of the present disclosure.
  • the base station apparatus 100 may dynamically indicate a resource for transmitting the message 1, or a resource for transmitting a plurality of messages 1 in different frequency regions may be provided.
  • FIG. 14 is an explanatory diagram illustrating an example of a resource that transmits the message 1.
  • the terminal device 200 attempts to transmit the message 1 and executes the LBT but fails, the terminal device 200 transmits one of the resources specified by the base station device 100 or one of the resources for transmitting the plurality of messages 1. Is used.
  • the terminal device 200 executes the LBT again, and transmits the PRACH when the LBT is successful.
  • the base station apparatus 100 When the base station apparatus 100 dynamically designates a resource for transmitting the message 1, the base station apparatus 100 notifies the PRACH resource in the channel occupation period (Channel Occupancy Time (COT)) by DCI.
  • the base station apparatus 100 may notify using SFI (Slot @ Format @ Indicator).
  • SFI Slot @ Format @ Indicator
  • the terminal device 200 can transmit the PRACH when the PRACH resource set in the semi-static and the uplink region notified by the SFI overlap.
  • the terminal device 200 is notified of the PRACH region (PRACH occasion) by SFI, the terminal device 200 can transmit the PRACH using the resource.
  • the SFI is included in the DCI of the PDCCH (common PDCCH, common @ PDCCH) transmitted in the terminal common search space.
  • the base station apparatus 100 may explicitly notify whether or not transmission is possible with the target resource. In this case, the base station apparatus 100 may specify the target resource using the common PDCCH.
  • Normal PRACH configuration is basically the same as PDCCH order operation when common. That is, the terminal device performs the collision-based random access unless the terminal device receives the PDCCH related to the PRACH transmission described above. On the other hand, when a different dynamic PRACH configuration is set, if DCI cannot be received, the target resource cannot be used as a PRACH resource.
  • the terminal device 200 executes the LBT when the resource is available.
  • the LBT in this case is a category 2 LBT or a category 4 LBT of the channel access priority class 1.
  • the terminal device 200 releases the channel. After that, the base station device 100 and the terminal device 200 execute the category 4 LBT again.
  • the period of the RAR (Random Access Response) window may be extended, or a plurality of RAR windows may be provided. Specifically, the RAR Window period is extended so that it can be set to 10 msec or more.
  • the @RACH procedure includes a two-step procedure and a four-step procedure.
  • the terminal device 200 desirably executes the LBT of the category 4 of the channel access priority class 1 outside the channel occupation period (Channel Occupancy Time; COT) for the message 1 in the four-step procedure. It is desirable to perform a Category 2 LBT or not to perform an LBT. It is preferable that the terminal device 200 executes the category 4 LBT outside the COT for the message 1 in the two-step procedure, and executes the category 2 LBT or does not execute the LBT in the COT. Is desirable.
  • the carriers of message 1 and message 3 may be different.
  • the carrier of the message 1 is selected by the terminal device 200, and the carrier of the message 3 may be the same as that of the message 1, may be instructed by the base station device 100 in the message 2, After the instruction, the terminal device 200 may select it.
  • ⁇ Terminal device 200 may execute the RACH procedure in parallel. That is, a plurality of RACH procedures having different HARQ processes are executed between base station apparatus 100 and terminal apparatus 200.
  • FIG. 15 is an explanatory diagram showing an example of a two-step RACH procedure.
  • a new configuration may be provided for a two-step RACH procedure using NR unlicensed bands. This new setting may be notified from the base station apparatus 100 in an SIB (System ⁇ Information ⁇ Block) for an unlicensed band of NR.
  • SIB System ⁇ Information ⁇ Block
  • the terminal device 200 may discriminate whether to perform the two-step RACH procedure or the four-step RACH procedure based on the RNTI (Radio Network Temporary Identifier).
  • the RA-RNTI of the message 2 of the two-step RACH procedure transmitted from the base station apparatus 100 is different from the RA-RNTI of the message 2 of the four-step RACH procedure. Therefore, the terminal device 200 can distinguish which procedure is the RNTI.
  • the terminal device 200 may distinguish whether to perform the two-step RACH procedure or the four-step RACH procedure, depending on the difference in CORRESET (Control Resource Set) or search space. Whether the two-step RACH procedure is performed or the four-step RACH procedure differs in the RESET or search space in which the PDCCH accompanied by the CRC scrambled by RA-RNTI is transmitted. Therefore, the terminal device 200 can distinguish which procedure is to be performed depending on the difference between the reset and the search space.
  • CORESET is a physical resource area in which the PDCCH is transmitted. In CORESET, a bandwidth, the number of symbols, and a cycle are set.
  • the terminal device 200 may distinguish whether to perform the two-step RACH procedure or the four-step RACH procedure according to the content of the DCI.
  • the base station apparatus 100 can notify whether to perform the two-step RACH procedure or the four-step RACH procedure in the DCI field of the PDCCH accompanied by the CRC scrambled by the RA-RNTI. Therefore, the terminal device 200 can distinguish which procedure is performed depending on the content of the DCI.
  • the terminal device 200 may determine whether to perform the two-step RACH procedure or the four-step RACH procedure according to the content of the content included in the message 2.
  • message 2 does not include the uplink grant (UL @ grant) of message 3.
  • the message 2 does not include the uplink grant of the message 3.
  • the terminal device 200 returns HARQ for the message 2 to the base station device 100. Therefore, the terminal device 200 can distinguish which procedure is to be performed depending on the content of the content included in the message 2.
  • a plurality of resources for message 3 may be set.
  • the transmission probability of the message 3 of the terminal device 200 can be increased.
  • the setting of the resource for the message 3 may be notified from the base station device 100 by a plurality of uplink grants in the message 2.
  • the setting of the resource for the message 3 may be notified from the base station apparatus 100 by the uplink grant and the RACH configuration in the message 2.
  • a plurality of resources may be set in the base station device 100 according to the resource indicated by the uplink grant and the specified resource offset.
  • the offset may be an offset in a time direction or an offset in a frequency (carrier) direction.
  • the resource setting for the message 3 may be notified from the base station device 100 by a plurality of messages 2.
  • one message 2 contains one uplink grant.
  • a resource that can be transmitted by DCI may be triggered from the base station apparatus 100, separately from the uplink grant of the message 2. This can be used particularly when the terminal device 200 transmits the message 3 in the COT.
  • the same operation as the above-described case where base station apparatus 100 dynamically designates the resource for transmitting message 1 is performed.
  • the base station device 100 can also indicate the LBT type (first channel access procedure or second channel access procedure).
  • terminal device 200 may not execute the power ramping. Further, if an LBT failure occurs during reception of message 2, terminal device 200 may or may not perform power ramping control.
  • the PRACH may be multiplexed with another uplink.
  • multiplexing between the PRACH and another uplink may be performed by FDM (Frequency Division Multiplexing). If FDM is possible, a guard band may be provided. This is because the tone spreads because synchronization is not achieved. If FDM is not possible, only PRACHs that extend over the entire 20 MHz may be supported. In this case, for example, only short PUCCH may be supported.
  • the short PUCCH is a PUCCH composed of up to two symbols.
  • FIG. 16 is an explanatory diagram showing a configuration of a normal (license band) PRACH.
  • the normal PRACH is transmitted in a continuous frequency region of a part of the uplink carrier.
  • this configuration does not satisfy the requirement of PSD (Power @ Spectral @ Density) in the unlicensed band.
  • the PRACH in the unlicensed band of NR may be spread over the entire frequency domain.
  • FIG. 17 is an explanatory diagram showing the configuration of the PRACH of the unlicensed band for NR.
  • the PRACH in the NR unlicensed band may be spread over the entire frequency range of the carrier.
  • the PRACH signal sequence may be repeated on the frequency, and the PRACH subcarrier interval may be increased.
  • the PRACH in the unlicensed band of NR may arrange resources in an interlace manner.
  • FIG. 18 is an explanatory diagram showing the configuration of the PRACH of the unlicensed band for NR.
  • interlace may be performed in units of tones (symbols). By interlacing on a tone (symbol) basis, the PRACH can be spread over the entire band with few resources. Further, by interlacing in units of tones (symbols), it is easy to maintain the orthogonality of the ZC sequence.
  • interlacing may be performed in resource block units. Interlacing in resource block units facilitates FDM with other uplink channels or signals.
  • the message 1 in the two-step RACH procedure in the unlicensed band of NR may be only the PRACH, only the PUSCH, or a combination of the PRACH and the PUSCH.
  • the PRACH and the PUSCH may be TDM (Time Division Multiplexing), and may be continuously transmitted in the same PRACH occasion.
  • FIG. 19 is an explanatory diagram showing an example of how PRACH and PUSCH are TDM and are continuously transmitted in the same PRACH occasion.
  • PRACH and PUSCH may be TDM, and PRACH and PUSCH may be transmitted in different PRACH occasions.
  • FIG. 20 is an explanatory diagram illustrating an example in which the PRACH and the PUSCH are TDM, and the PRACH and the PUSCH are transmitted in different PRACH occasions.
  • the PUSCH is sent before the random access response window (RAR @ window).
  • RAR @ window the random access response window
  • the RACH procedure falls back to a 4-step RACH procedure.
  • PRACH and PUSCH may be FDM.
  • FIG. 21 is an explanatory diagram illustrating an example of a state in which the PRACH and the PUSCH are FDM.
  • the base station apparatus 100 and the terminal apparatus 200 can efficiently use resources in the NR-U by performing such operations.
  • the setting unit 151 performs various settings for efficiently using resources in the NR-U as described above.
  • the communication processing unit 153 executes a process of notifying the terminal device 200 of the content set by the setting unit 151.
  • the information acquisition unit 241 acquires various settings transmitted from the base station device 100.
  • the communication processing unit 243 executes a wireless communication process by the NR-U with the base station device 100 based on the various settings acquired by the information acquisition unit 241. Further, the communication processing unit 243 executes the LBT and selects a resource for transmitting an uplink signal based on the result of the LBT.
  • the base station apparatus 100 may be realized as any type of eNB (evolved Node B) such as a macro eNB or a small eNB.
  • the small eNB may be an eNB that covers a cell smaller than a macro cell, such as a pico eNB, a micro eNB, or a home (femto) eNB.
  • the base station apparatus 100 may be realized as another type of base station such as a NodeB or a BTS (Base Transceiver Station).
  • the base station device 100 may include a main body that controls wireless communication (also referred to as a base station device), and one or more RRHs (Remote Radio Heads) that are arranged at a different location from the main body. Further, various types of terminals described later may operate as the base station device 100 by temporarily or semi-permanently executing the base station function.
  • a base station device also referred to as a base station device
  • RRHs Remote Radio Heads
  • the terminal device 200 is a mobile terminal such as a smartphone, a tablet PC (Personal Computer), a notebook PC, a portable game terminal, a portable / dongle type mobile router or a digital camera, or a vehicle-mounted terminal such as a car navigation device. It may be realized as. Further, the terminal device 200 may be realized as a terminal that performs M2M (Machine @ To @ Machine) communication (also referred to as an MTC (Machine @ Type @ Communication) terminal). Furthermore, the terminal device 200 may be a wireless communication module (for example, an integrated circuit module configured with one die) mounted on these terminals.
  • M2M Machine @ To @ Machine
  • MTC Machine @ Type @ Communication
  • FIG. 22 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • the eNB 800 includes one or more antennas 810 and a base station device 820. Each antenna 810 and the base station device 820 can be connected to each other via an RF cable.
  • Each of the antennas 810 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of radio signals by the base station apparatus 820.
  • the eNB 800 includes a plurality of antennas 810 as illustrated in FIG. 22, and the plurality of antennas 810 may correspond to a plurality of frequency bands used by the eNB 800, for example. Note that FIG. 22 illustrates an example in which the eNB 800 includes a plurality of antennas 810, but the eNB 800 may include a single antenna 810.
  • the base station device 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be, for example, a CPU or a DSP, and operates various functions of an upper layer of the base station device 820. For example, the controller 821 generates a data packet from the data in the signal processed by the wireless communication interface 825, and transfers the generated packet via the network interface 823. The controller 821 may generate a bundled packet by bundling data from a plurality of baseband processors, and transfer the generated bundled packet. Also, the controller 821 executes logic such as radio resource management (Radio Resource Control), radio bearer control (Radio Bear Control), mobility management (Mobility Management), inflow control (Admission Control), or scheduling (Scheduling). Function may be provided.
  • Radio Resource Control Radio Resource Control
  • Radio Bear Control radio bearer control
  • Mobility Management Mobility Management
  • Admission Control Inflow control
  • scheduling scheduling
  • the control may be executed in cooperation with a peripheral eNB or a core network node.
  • the memory 822 includes a RAM and a ROM, and stores a program executed by the controller 821 and various control data (for example, a terminal list, transmission power data, scheduling data, and the like).
  • the network interface 823 is a communication interface for connecting the base station device 820 to the core network 824.
  • the controller 821 may communicate with a core network node or another eNB via the network interface 823.
  • the eNB 800 and the core network node or another eNB may be connected to each other by a logical interface (for example, an S1 interface or an X2 interface).
  • Network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul.
  • the network interface 823 may use a higher frequency band for wireless communication than the frequency band used by the wireless communication interface 825.
  • the wireless communication interface 825 supports any of the cellular communication methods such as LTE (Long Term Evolution) or LTE-Advanced, and provides wireless connection to a terminal located in the cell of the eNB 800 via the antenna 810.
  • the wireless communication interface 825 may typically include a baseband (BB) processor 826, an RF circuit 827, and the like.
  • the BB processor 826 may perform, for example, encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and the like.
  • Each layer eg, L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP) (Packet ⁇ Data ⁇ Convergence ⁇ Protocol)).
  • the BB processor 826 may have some or all of the above-described logical functions instead of the controller 821.
  • the BB processor 826 may be a module that includes a memory that stores a communication control program, a processor that executes the program, and a related circuit. The function of the BB processor 826 may be changed by updating the program. Good.
  • the module may be a card or a blade inserted into a slot of the base station device 820, or may be a chip mounted on the card or the blade.
  • the RF circuit 827 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 810.
  • the wireless communication interface 825 includes a plurality of BB processors 826 as shown in FIG. 22, and the plurality of BB processors 826 may correspond to, for example, a plurality of frequency bands used by the eNB 800, respectively.
  • the wireless communication interface 825 includes a plurality of RF circuits 827 as shown in FIG. 22, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements, respectively.
  • FIG. 22 illustrates an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827, the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. May be.
  • the eNB 800 illustrated in FIG. 22 one or more components (the setting unit 151 and / or the communication processing unit 153) included in the control unit 150 described with reference to FIG. Is also good. Alternatively, at least some of these components may be implemented in controller 821.
  • the eNB 800 includes a module including a part (for example, the BB processor 826) or all of the wireless communication interface 825 and / or the controller 821, and the one or more components described above may be mounted on the module. Good.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components). The program may be executed.
  • a program for causing the processor to function as the one or more components is installed in the eNB 800, and the wireless communication interface 825 (for example, the BB processor 826) and / or the controller 821 executes the program.
  • the eNB 800, the base station device 820, or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components is provided. You may. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 120 described with reference to FIG. 12 may be implemented in the wireless communication interface 825 (for example, the RF circuit 827). Further, the antenna unit 110 may be mounted on the antenna 810. Further, the network communication unit 130 may be implemented in the controller 821 and / or the network interface 823. Further, the storage unit 140 may be implemented in the memory 822.
  • FIG. 23 is a block diagram illustrating a second example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • the eNB 830 includes one or more antennas 840, a base station device 850, and an RRH 860. Each antenna 840 and RRH 860 may be connected to each other via an RF cable. Further, the base station device 850 and the RRH 860 can be connected to each other by a high-speed line such as an optical fiber cable.
  • Each of the antennas 840 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the RRH 860.
  • the eNB 830 includes a plurality of antennas 840 as illustrated in FIG. 23, and the plurality of antennas 840 may correspond to, for example, a plurality of frequency bands used by the eNB 830.
  • FIG. 23 illustrates an example in which the eNB 830 has a plurality of antennas 840, the eNB 830 may have a single antenna 840.
  • the base station device 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a connection interface 857.
  • the controller 851, the memory 852, and the network interface 853 are the same as the controller 821, the memory 822, and the network interface 823 described with reference to FIG.
  • the wireless communication interface 855 supports any cellular communication scheme such as LTE or LTE-Advanced, and provides a wireless connection to a terminal located in a sector corresponding to the RRH 860 via the RRH 860 and the antenna 840.
  • the wireless communication interface 855 may typically include a BB processor 856 and the like.
  • the BB processor 856 is similar to the BB processor 826 described with reference to FIG. 22 except that the BB processor 856 is connected to the RF circuit 864 of the RRH 860 via the connection interface 857.
  • the wireless communication interface 855 includes a plurality of BB processors 856 as shown in FIG.
  • the plurality of BB processors 856 may correspond to, for example, a plurality of frequency bands used by the eNB 830, respectively.
  • FIG. 23 illustrates an example in which the wireless communication interface 855 includes a plurality of BB processors 856, the wireless communication interface 855 may include a single BB processor 856.
  • connection interface 857 is an interface for connecting the base station device 850 (wireless communication interface 855) to the RRH 860.
  • the connection interface 857 may be a communication module for communication on the high-speed line that connects the base station device 850 (wireless communication interface 855) and the RRH 860.
  • the RRH 860 includes a connection interface 861 and a wireless communication interface 863.
  • connection interface 861 is an interface for connecting the RRH 860 (wireless communication interface 863) to the base station device 850.
  • the connection interface 861 may be a communication module for communication on the high-speed line.
  • the wireless communication interface 863 sends and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 may typically include an RF circuit 864 and the like.
  • the RF circuit 864 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 includes a plurality of RF circuits 864 as shown in FIG. 23, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements, respectively.
  • FIG. 23 illustrates an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may include a single RF circuit 864.
  • one or more components included in the control unit 150 described with reference to FIG. 12 include the wireless communication interface 855 and / or the wireless communication interface 855. It may be implemented in the communication interface 863. Alternatively, at least some of these components may be implemented in the controller 851. As an example, the eNB 830 may include a module including a part (for example, the BB processor 856) or all of the wireless communication interface 855 and / or the controller 851, and the one or more components may be mounted on the module. Good.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing the processor to function as the one or more components is installed in the eNB 830, and the wireless communication interface 855 (for example, the BB processor 856) and / or the controller 851 executes the program.
  • the eNB 830, the base station device 850, or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components is provided. You may. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 120 described with reference to FIG. 6 may be implemented in the wireless communication interface 863 (for example, the RF circuit 864). Further, the antenna unit 110 may be mounted on the antenna 840. Further, the network communication unit 130 may be implemented in the controller 851 and / or the network interface 853. Further, the storage unit 140 may be implemented in the memory 852.
  • FIG. 24 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure may be applied.
  • the smartphone 900 includes a processor 901, a memory 902, a storage 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 912, and one or more antenna switches 915. And one or more antennas 916, a bus 917, a battery 918, and an auxiliary controller 919.
  • the processor 901 may be, for example, a CPU or an SoC (System on Chip), and controls functions of an application layer and other layers of the smartphone 900.
  • the memory 902 includes a RAM and a ROM, and stores programs and data executed by the processor 901.
  • the storage 903 may include a storage medium such as a semiconductor memory or a hard disk.
  • the external connection interface 904 is an interface for connecting an external device such as a memory card or a USB (Universal Serial Bus) device to the smartphone 900.
  • the camera 906 has an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image.
  • the sensor 907 may include, for example, a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.
  • Microphone 908 converts audio input to smartphone 900 into an audio signal.
  • the input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910, a keypad, a keyboard, a button or a switch, and receives an operation or information input from a user.
  • the display device 910 has a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and displays an output image of the smartphone 900.
  • Speaker 911 converts an audio signal output from smartphone 900 into audio.
  • the wireless communication interface 912 supports any one of cellular communication systems such as LTE and LTE-Advanced, and executes wireless communication.
  • the wireless communication interface 912 may typically include a BB processor 913, an RF circuit 914, and the like.
  • the BB processor 913 may perform, for example, encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and perform various signal processing for wireless communication.
  • the RF circuit 914 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 916.
  • the wireless communication interface 912 may be a one-chip module in which the BB processor 913 and the RF circuit 914 are integrated.
  • the wireless communication interface 912 may include a plurality of BB processors 913 and a plurality of RF circuits 914 as illustrated in FIG.
  • FIG. 24 illustrates an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914.
  • the wireless communication interface 912 includes a single BB processor 913 or a single RF circuit 914. May be.
  • the wireless communication interface 912 may support other types of wireless communication methods such as a short-range wireless communication method, a close-range wireless communication method, or a wireless LAN (Local Area Network) method, in addition to the cellular communication method, In that case, a BB processor 913 and an RF circuit 914 for each wireless communication scheme may be included.
  • Each of the antenna switches 915 switches the connection destination of the antenna 916 among a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 912.
  • Each of the antennas 916 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the radio communication interface 912.
  • the smartphone 900 may include a plurality of antennas 916 as illustrated in FIG. Note that although FIG. 24 illustrates an example in which the smartphone 900 includes the plurality of antennas 916, the smartphone 900 may include a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication system.
  • the antenna switch 915 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, the memory 902, the storage 903, the external connection interface 904, the camera 906, the sensor 907, the microphone 908, the input device 909, the display device 910, the speaker 911, the wireless communication interface 912, and the auxiliary controller 919 to each other.
  • the battery 918 supplies electric power to each block of the smartphone 900 illustrated in FIG. 24 via a power supply line partially indicated by a broken line in the drawing.
  • the auxiliary controller 919 operates the minimum functions of the smartphone 900, for example, in the sleep mode.
  • the smartphone 900 illustrated in FIG. 24 one or more components (the measurement report unit 241 and / or the communication processing unit 243) included in the control unit 240 described with reference to FIG. 13 are implemented in the wireless communication interface 912. May be done. Alternatively, at least some of these components may be implemented in processor 901 or auxiliary controller 919. As an example, the smartphone 900 includes a module including a part (for example, the BB processor 913) or all of the wireless communication interface 912, the processor 901, and / or the auxiliary controller 919, and the one or more components in the module. May be implemented.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the smartphone 900, and the wireless communication interface 912 (for example, the BB processor 913), the processor 901, and / or the auxiliary controller 919 is installed in the smartphone 900.
  • the program may be executed.
  • the smartphone 900 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 13 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914). Further, the antenna unit 210 may be mounted on the antenna 916. Further, the storage unit 230 may be implemented in the memory 902.
  • FIG. 25 is a block diagram illustrating an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure may be applied.
  • the car navigation device 920 includes a processor 921, a memory 922, a GPS (Global Positioning System) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, and wireless communication.
  • An interface 933, one or more antenna switches 936, one or more antennas 937, and a battery 938 are provided.
  • the processor 921 may be, for example, a CPU or an SoC, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes a RAM and a ROM, and stores programs executed by the processor 921 and data.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using a GPS signal received from a GPS satellite.
  • the sensor 925 may include, for example, a sensor group such as a gyro sensor, a geomagnetic sensor, and a barometric pressure sensor.
  • the data interface 926 is connected to the in-vehicle network 941 via a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces the content stored on the storage medium (for example, CD or DVD) inserted into the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor, a button, or a switch that detects a touch on the screen of the display device 930, and receives an operation or information input from a user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays an image of a navigation function or content to be reproduced.
  • the speaker 931 outputs the navigation function or the sound of the content to be reproduced.
  • the wireless communication interface 933 supports any of the cellular communication systems such as LTE and LTE-Advanced, and executes wireless communication.
  • the wireless communication interface 933 may typically include a BB processor 934, an RF circuit 935, and the like.
  • the BB processor 934 may perform, for example, encoding / decoding, modulation / demodulation, and multiplexing / demultiplexing, and performs various signal processings for wireless communication.
  • the RF circuit 935 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 937.
  • the wireless communication interface 933 may be a one-chip module in which the BB processor 934 and the RF circuit 935 are integrated.
  • the wireless communication interface 933 may include a plurality of BB processors 934 and a plurality of RF circuits 935 as illustrated in FIG.
  • FIG. 25 illustrates an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935.
  • the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. May be.
  • the wireless communication interface 933 may support other types of wireless communication methods such as a short-range wireless communication method, a close-range wireless communication method, or a wireless LAN method in addition to the cellular communication method.
  • a BB processor 934 and an RF circuit 935 for each communication method may be included.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 among a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 933.
  • Each of the antennas 937 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the radio communication interface 933.
  • the car navigation device 920 may include a plurality of antennas 937 as shown in FIG. Note that FIG. 25 illustrates an example in which the car navigation device 920 includes a plurality of antennas 937; however, the car navigation device 920 may include a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication system.
  • the antenna switch 936 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 25 via a power supply line partially indicated by a broken line in the drawing.
  • the battery 938 stores power supplied from the vehicle.
  • the car navigation device 920 illustrated in FIG. 25 one or more components (the measurement report unit 241 and / or the communication processing unit 243) included in the control unit 240 described with reference to FIG. May be implemented. Alternatively, at least some of these components may be implemented in processor 921.
  • the car navigation device 920 includes a module including a part (for example, the BB processor 934) or all and / or the processor 921 of the wireless communication interface 933, and the one or more components are mounted in the module. You may.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components). The program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the car navigation device 920, and the wireless communication interface 933 (for example, the BB processor 934) and / or the processor 921 executes the program.
  • the car navigation device 920 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Good. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 13 may be implemented in the wireless communication interface 933 (for example, the RF circuit 935). Further, the antenna unit 210 may be mounted on the antenna 937. Further, the storage unit 230 may be implemented in the memory 922.
  • the technology according to the present disclosure may be implemented as an in-vehicle system (or vehicle) 940 including one or more blocks of the above-described car navigation device 920, an in-vehicle network 941, and a vehicle-side module 942.
  • vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the on-vehicle network 941.
  • a computer program for causing hardware such as a CPU, ROM, and RAM incorporated in each device to exhibit the same function as the configuration of each device described above can also be created. Also, a storage medium storing the computer program can be provided. Further, by configuring each functional block shown in the functional block diagram by hardware, a series of processing can be realized by hardware.
  • the wireless communication device according to any one of (1) to (3), wherein the RACH procedure is a two-step RACH procedure.
  • the determination unit further determines whether the RACH procedure is a two-step RACH procedure or a four-step RACH procedure based on the content of the message 2.
  • a PRACH resource transmitted in the RACH procedure is arranged so as to be spread over the entire frequency range of a carrier.
  • the PRACH resources transmitted in the RACH procedure are arranged in an interlace manner in a carrier frequency domain.
  • the wireless communication device according to any one of (1) to (10), wherein the PRACH and the PUSCH transmitted in the RACH procedure are time-division multiplexed and continuously transmitted in the same PRACH occasion.
  • the wireless communication device according to any one of (1) to (10), wherein the PRACH and the PUSCH transmitted in the RACH procedure are time-division multiplexed and transmitted in different PRACH occasions.
  • the wireless communication device according to any one of (1) to (10), wherein the PRACH and the PUSCH transmitted in the RACH procedure are frequency-multiplexed.
  • the wireless communication device according to (16), wherein the first resource and the second resource are temporally different resources.
  • the first resource and the second resource are resources different in frequency.
  • the wireless communication device according to any one of (16) to (18), wherein the RACH procedure is a two-step RACH procedure.
  • (21) Determining whether a channel is clear or busy, Transmitting an uplink signal of a RACH procedure; Setting at least a first resource and a second resource for transmitting the uplink signal, Including The first resource is selected from a set of resources set in the information of the RRC layer, The second resource is indicated by downlink information of a physical layer, Wireless communication method.
  • (22) Determining whether a channel is clear or busy, Receiving an uplink signal of a RACH procedure; Setting at least a first resource and a second resource for transmitting the uplink signal, Including The first resource is selected from a set of resources set in the information of the RRC layer, The second resource, the communication unit indicates by downlink information of a physical layer, Wireless communication method. (23) On the computer, Determining whether a channel is clear or busy, Transmitting an uplink signal of a RACH procedure; Setting at least a first resource and a second resource for transmitting the uplink signal, And execute The first resource is selected from a set of resources set in the information of the RRC layer, The second resource is indicated by downlink information of a physical layer, Computer program.

Abstract

アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、無線通信装置を提供する。チャネルがクリアかビジーかを判断する判断部（２４３）と、ＲＡＣＨプロシージャの上りリンク信号を送信する通信部（２２０）と、前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定する設定部（２４３）と、を備え、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、物理層の下りリンク情報で指示される、無線通信装置が提供される。

Description

無線通信装置、無線通信方法及びコンピュータプログラム
　本開示は、無線通信装置、無線通信方法及びコンピュータプログラムに関する。
　セルラー移動通信の無線アクセス方式及び無線ネットワーク（以下、「Long　Term　Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced　Pro（LTE-A　Pro）」、「New　Radio（NR）」、「New　Radio　Access　Technology（NRAT）」、「５Ｇ」、「Evolved　Universal　Terrestrial　Radio　Access（EUTRA）」、または「Further　EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd　Generation　Partnership　Project:　3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A　Pro、及びEUTRAを含み、ＮＲは、NRAT、及びFEUTRAを含む。ＬＴＥでは基地局装置（基地局）はｅＮｏｄｅＢ（evolved　NodeB）、ＮＲでは基地局装置（基地局）はｇＮｏｄｅＢ、ＬＴＥ及びＮＲでは端末装置（移動局、移動局装置、端末）はＵＥ（User　Equipment）とも称する。ＬＴＥ及びＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
　ＮＲは、ＬＴＥに対する次世代の無線アクセス方式であり、ＬＴＥとは異なるＲＡＴ（Radio　Access　Technology）である。ＮＲは、ｅＭＢＢ（Enhanced　mobile　broadband）、ｍＭＴＣ（Massive　machine　type　communications）及びＵＲＬＬＣ（Ultra　reliable　and　low　latency　communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討される。
　免許不要帯域（アンライセンスバンド、unlicensed　band）及びライセンス共用帯域（ライセンス共用バンド、license　shared　band）において、セルラー通信を基とした無線アクセス方式の運用が検討されている。そのような免許不要帯域において他のノードや無線システムとの共存が重要とされており、ＬＴＥ及びＮＲなどの無線アクセス方式に対して、送信する前にチャネルのセンシングを行うＬＢＴ（Listen　Before　Talk）や断続的送信（discontinuous　transmission）などの機能が要求されている。アンライセンスバンドにおけるＮＲを基にした無線アクセス方式の詳細は、非特許文献１に開示されている。なお、アンライセンスバンドは、例えば、2.4GHz帯、5GHz帯、及び6GHz帯である。ライセンス共用バンドは、例えば、3.5GHz帯や37GHz帯である。
　一般的に、アンライセンスバンド及びライセンス共用バンド等の、異なるオペレータが共用するスペクトラムにおいては、送信機会の公平性を保つために、ＬＢＴ（Listen　before　talk）と呼ばれるコンセプトに従って送信が行われる。オペレータとは、移動体通信を行う回線網を有し、移動体通信サービスを提供する通信事業者である。ＬＢＴによれば、送信装置は、送信前にキャリアセンスを行い、チャネルがアイドルであることを確認し、チャネルアクセス権を獲得した上で送信を行う。チャネル公平性の観点から、送信装置は、送信対象のデータが発生したときにチャネルを確保し、一定期間の送信が終わったらチャネルを開放する場合が多い。
RP-172021,　"Study　on　NR-based　Access　to　Unlicensed　Spectrum,"　3GPP　TSG　RAN　Meeting　#77,　Sapporo,　Japan,　September　11　-　14,　2017.
　基本的には、通信装置は、アンライセンスバンドにおいて、送信する前にチャネルのセンシングを行うＬＢＴを行う。しかし、通信装置は、ＬＢＴの結果によっては送信不可となる。これにより、必要な情報が正常に届かなくなり、無線通信リンクの不安定を招く。
　そこで、本開示は、アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提案する。
　本開示によれば、チャネルがクリアかビジーかを判断する判断部と、ＲＡＣＨプロシージャの上りリンク信号を送信する通信部と、前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定する設定部と、を備え、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、物理層の下りリンク情報で指示される、無線通信装置が提供される。
　また本開示によれば、チャネルがクリアかビジーかを判断する判断部と、ＲＡＣＨプロシージャの上りリンク信号を受信する通信部と、前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定する設定部と、を備え、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、無線通信装置が提供される。
　また本開示によれば、チャネルがクリアかビジーかを判断することと、ＲＡＣＨプロシージャの上りリンク信号を送信することと、前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、を含み、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、物理層の下りリンク情報で指示される、無線通信方法が提供される。
　また本開示によれば、チャネルがクリアかビジーかを判断することと、ＲＡＣＨプロシージャの上りリンク信号を受信することと、前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、を含み、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、無線通信方法が提供される。
　また本開示によれば、コンピュータに、チャネルがクリアかビジーかを判断することと、ＲＡＣＨプロシージャの上りリンク信号を送信することと、前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、を実行させ、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、物理層の下りリンク情報で指示される、コンピュータプログラムが提供される。
　また本開示によれば、コンピュータに、チャネルがクリアかビジーかを判断することと、ＲＡＣＨプロシージャの上りリンク信号を受信することと、前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、を実行させ、前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、コンピュータプログラムが提供される。
　以上説明したように本開示によれば、アンライセンスバンドを用いた通信システムにおいて、無線通信リンクをより安定させることが可能な、新規かつ改良された無線通信装置、無線通信方法及びコンピュータプログラムを提供することができる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本実施形態における自己完結型送信のフレーム構成の一例（Ａ～Ｃ）を示す説明図である。 フレーム構成を示す説明図である。 サブキャリア間隔設定を示す説明図である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例を示す図である。 本実施形態における上りリンク／信号の周波数リソース割当の一例を示す図である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例を示す図である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例を示す図である。 本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例を示す図である。 衝突ベースＲＡＣＨプロシージャを示す流れ図である。 非衝突ベースＲＡＣＨプロシージャを示す流れ図である。 ＰＲＡＣＨオケージョンについて示す説明図である。 ２ステップＲＡＣＨプロシージャを示す流れ図である。 アクセスポイントが端末装置の近隣に存在し、そのアクセスポイントがチャネルを使用している様子を示す説明図である。 ＬＢＴ失敗により通信装置がＰＲＡＣＨを送信できず、その後のタイミングでＬＢＴ成功によりＰＲＡＣＨを送信できた様子を示す説明図である。 本開示の一実施形態に係るシステムの全体構成の一例を示す図である。 本実施形態に係る基地局装置の構成の一例を示すブロック図である。 本実施形態に係る基地局装置の構成の一例を示すブロック図である。 メッセージ１を送信するリソースの例を示す説明図である。 ２ステップのＲＡＣＨプロシージャの例を示す説明図である。 通常の（ライセンスバンドの）ＰＲＡＣＨの構成を示す説明図である。 ＮＲのアンライセンスバンドのＰＲＡＣＨの構成を示す説明図である。 ＮＲのアンライセンスバンドのＰＲＡＣＨの構成を示す説明図である。 ＰＲＡＣＨとＰＵＳＣＨとがＴＤＭであり、かつ、同ＰＲＡＣＨオケージョンで連続送信される様子の例を示す説明図である。 ＰＲＡＣＨとＰＵＳＣＨとがＴＤＭであり、かつ、異なるＰＲＡＣＨオケージョンでＰＲＡＣＨとＰＵＳＣＨがそれぞれ送信される様子の例を示す説明図である。 ＰＲＡＣＨとＰＵＳＣＨがＦＤＭとなっている様子の例を示す説明図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．本開示の実施形態
　　１．１．関連技術
　　１．２．経緯
　　１．３．構成例
　　１．４．動作例
　２．応用例
　３．まとめ
　＜１．本開示の実施形態＞
　［１．１．関連技術］
　まず、提案手法に関連する技術を説明する。
　　＜本実施形態におけるＮＲのフレーム構成＞
　ＮＲでは、物理チャネル及び／または物理信号を自己完結型送信（self-contained　transmission）によって送信することができる。図１に、本実施形態における自己完結型送信のフレーム構成の一例（Ａ～Ｃ）を示す。自己完結型送信では、１つの送受信は、先頭から連続する下りリンク送信、ＧＰ、及び連続する下りリンク送信の順番で構成される。連続する下りリンク送信には、少なくとも１つの下りリンク制御情報及びＤＭＲＳが含まれる。その下りリンク制御情報は、その連続する下りリンク送信に含まれる下りリンク物理チャネルの受信、またはその連続する上りリンク送信に含まれる上りリンク物理チャネルの送信を指示する。その下りリンク制御情報が下りリンク物理チャネルの受信を指示した場合、端末装置２００は、その下りリンク制御情報に基づいてその下りリンク物理チャネルの受信を試みる。そして、端末装置２００は、その下りリンク物理チャネルの受信成否（デコード成否）を、ＧＰ後に割り当てられる上りリンク送信に含まれる上りリンク制御チャネルによって送信する。一方で、その下りリンク制御情報が上りリンク物理チャネルの送信を指示した場合、その下りリンク制御情報に基づいて送信される上りリンク物理チャネルを上りリンク送信に含めて送信を行う。このように、下りリンク制御情報によって、上りリンクデータの送信と下りリンクデータの送信を柔軟に切り替えることで、上りリンクと下りリンクのトラヒック比率の増減に即座に対応することができる。また、下りリンクの受信成否を直後の上りリンク送信で通知することで、下りリンクの低遅延通信を実現することができる。
　単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信を定義する最小の時間単位である。単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信のいずれかのために予約される。単位スロット時間の中に、下りリンク送信と上りリンク送信の両方は含まれない。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最小送信時間としてもよい。１つの単位スロット時間は、例えば、ＮＲのサンプリング間隔（Ts）またはシンボル長の整数倍で定義される。
　単位フレーム時間は、スケジューリングで指定される最小時間であってもよい。単位フレーム時間は、トランスポートブロックが送信される最小単位であってもよい。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最大送信時間としてもよい。単位フレーム時間は、端末装置２００において上りリンク送信電力を決定する単位時間であってもよい。単位フレーム時間は、サブフレームと称されてもよい。単位フレーム時間には、下りリンク送信のみ、上りリンク送信のみ、上りリンク送信と下りリンク送信の組み合わせの３種類のタイプが存在する。１つの単位フレーム時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、または単位スロット時間の整数倍で定義される。
　送受信時間は、１つの送受信の時間である。１つの送受信と他の送受信との間は、どの物理チャネル及び物理信号も送信されない時間（ギャップ）で占められる。端末装置２００は、異なる送受信間でＣＳＩ測定を平均しなくてもよい。送受信時間は、ＴＴＩと称されてもよい。１つの送受信時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、単位スロット時間、または単位フレーム時間の整数倍で定義される。
　本実施形態において、１０ｍｓ（ミリ秒）で構成される無線フレーム（radio　frame）が規定される。無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓである。さらに、１つのサブフレームは、１つ以上のスロットで構成される。スロットの時間間隔は、ヌメロロジー（numerology、ＯＦＤＭヌメロロジー）によって異なる。ヌメロロジーは、サブキャリア間隔（subcarrier　spacing：ＳＣＳ）およびサイクリックプレフィックス（Cyclic　Prefix：ＣＰ）の組み合わせによって規定される。本実施形態でサポートされるサブキャリア間隔は１５ｋＨｚ（キロヘルツ）を基準とした２のべき乗倍で規定される。具体的には、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、および２４０ｋＨｚがサポートされる。スロットの時間間隔は、１５ｋＨｚのサブキャリア間隔に対して１ｍｓ、３０ｋＨｚのサブキャリア間隔に対して０．５ｍｓ、６０ｋＨｚのサブキャリア間隔に対して０．２５ｍｓ、１２０ｋＨｚのサブキャリア間隔に対して０．１２５ｍｓ、２４０ｋＨｚのサブキャリア間隔に対して０．０６２５ｍｓ、である。１つのスロットは、ノーマルＣＰの場合１４個、拡張ＣＰの場合１２個のシンボルで構成される。図２は、フレーム構成を示す説明図である。図３は、サブキャリア間隔設定を示す説明図である。
　　＜本実施形態における上りリンクチャネル／信号のリソース割当＞
　ライセンスバンドにおいて、端末装置は、基地局装置の指示により、上りリンクチャネル／信号の送信リソースをリソースブロック単位で割り当てられる。一般的に、端末装置には、周波数軸上に連続する（continuous）リソースブロックが割り当てられることが好ましい。これにより、端末装置の送信帯域幅を狭めることができ、端末装置の送信電力効率を向上させることができる。
　一方で、アンライセンスバンドを用いる際に、チャネル内の電力スペクトル密度（Power　Spectral　Density：PSD）を一定に保つことが要求される。チャネル内の電力スペクトル密度（Power　Spectral　Density：PSD）を一定にしながら、送信電力を低減するために、本実施形態の上りリンクチャネル／信号に対して、インターレース（interlace）のリソース割当が行われる。
　インターレースのリソース割当とは、所定の上りリンクチャネル／信号に対して、等間隔の隙間を空けてリソースブロックが割り当てられる。図４Ａは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。所定の端末装置に対して、１０リソースブロック間隔で１リソースブロック単位で割り当てられる。これにより、低消費電力で広帯域に上りリンクチャネル／信号を送信することができる。
　用いられるリソースブロック間隔の数は、チャネル帯域幅に対して５分の１以下であることが好ましい。例えば、チャネル帯域幅が２０ＭＨｚかつサブキャリア間隔が１５ｋＨｚである場合、１０リソースブロック（１．８ＭＨｚ）の間隔で配置される。
　また、インターレースのリソース割当の単位は、リソースブロック単位であるとは限らない。図４Ｂは、本実施形態における上りリンク／信号の周波数リソース割当の一例である。図４Ｂのインターレースのリソース割当の単位は、サブリソースブロック（sub-PRB）である。サブリソースブロックは、リソースブロックよりも狭い連続する周波数リソースの単位である。例えば、サブリソースブロックは、連続する１、２、３、４、または６サブキャリアのセットである。これにより、より細かいリソース割当が可能になる。
　更に、複数の異なるインターレースのリソース割当の単位を組み合わせることも可能である。図４Ｃは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。図４Ｃは、リソースブロック単位のインターレースのリソース割当と、サブリソースブロック単位のインターレースのリソース割当とが、周波数多重された一例である。例えば、ＰＵＣＣＨはサブリソースブロック単位で割り当てられ、ＰＵＳＣＨはリソースブロック単位で割り当てられる。この構成により、上りリンクの伝送情報量に応じて、柔軟に割り当てリソース量を可変にすることができる。
　さらに、本実施形態では、上りリンクチャネル／信号の広帯域送信と狭帯域送信を組み合わせることができる。端末装置は、上りリンクチャネル／信号を広帯域で送信した後、チャネル専有時間以内であれば、連続でチャネル帯域よりも狭い帯域幅で上りリンクチャネル／信号を送信してもよい。図４Ｄ、図４Ｅは、本実施形態における上りリンクチャネル／信号の周波数リソース割当の一例である。図４Ｄでは、先頭の数シンボルおよび全帯域を用いたＳＲＳまたはショートＰＵＣＣＨの送信が行われ、連続して狭帯域のＰＵＳＣＨの送信が行われる。図４Ｅは、チャネル専有時間内の１番目のスロットにおいて、インターレースのリソース割当によって上りリンクチャネル／信号が送信され、チャネル専有時間内の２番目のスロットにおいて、周波数軸上に連続する（continuous）リソースブロック割当によって上りリンクチャネル／信号が送信される。これにより、電力スペクトル密度の要求と低消費電力を両立することができる。
　　＜ＲＡＣＨプロシージャ＞
　ＲＡＣＨプロシージャは、アイドル状態から非アクティブ状態または接続状態へのＲＲＣ接続セットアップ、非アクティブ状態から接続状態への状態遷移の要求、接続セルを切り替えるハンドオーバ、上りリンクデータ送信のためのリソース要求を行うスケジューリングリクエスト、上りリンクの同期を調整するタイミングアドバンス調整、送信されていないシステム情報を要求するオンデマンドＳＩ要求、途切れたビーム接続の復帰（ビームリカバリー）、などの目的を達成するために行われる。
　アイドル状態から非アクティブ状態または接続状態へのＲＲＣ接続セットアップは、トラフィックの発生などに応じて端末装置が基地局装置との接続する際に行われる動作である。具体的には、基地局装置から端末装置に対して接続に関する情報（例えば、ＵＥコンテキスト）を渡す動作である。ＵＥコンテキストは、基地局から指示された所定の端末装置識別情報（例えば、Ｃ－ＲＮＴＩ）で管理される。端末装置は、この動作を終えると、アイドル状態から非アクティブ状態、または、アイドル状態から接続状態へ状態遷移する。
　非アクティブ状態から接続状態への状態遷移の要求は、トラフィックの発生などに応じて非アクティブ状態から接続状態への状態遷移の要求を行う動作である。接続状態に遷移することで、端末装置は基地局装置とユニキャストデータの送受信を行うことができる。
　接続セルを切り替えるハンドオーバは、端末装置の移動など電波環境の変化などにより接続しているセル（サービング）からそのセルと隣接しているセル（ネイバーセル）へ接続を切り替える動作である。基地局装置からハンドオーバコマンドを受信した端末装置は、ハンドオーバコマンドによって指定されたネイバーセルに接続要求を行う。
　スケジューリングリクエストは、トラフィックの発生などに応じて上りリンクデータ送信のためのリソース要求を行う動作である。基地局装置は、このスケジューリングリクエストを正常に受信した後、その端末装置に対してＰＵＳＣＨのリソースを割り当てる。なお、スケジューリングリクエストはＰＵＣＣＨによっても行われる。
　上りリンクの同期を調整するタイミングアドバンス調整は、伝搬遅延によって生じる下りリンクと上りリンクのフレームの誤差を調整するための動作である。端末装置は、下りリンクフレームに調整されたタイミングでＰＲＡＣＨを送信する。これにより、基地局装置は、その端末装置との伝搬遅延を認識することができ、メッセージ２などでタイミングアドバンスの値をその端末装置に指示することができる。
　送信されていないシステム情報を要求するオンデマンドＳＩ要求は、システム情報のオーバヘッド等の目的で送信されていないシステム情報が端末装置にとって必要であった場合に、基地局装置へシステム情報の送信を要求する動作である。
　途切れたビーム接続の復帰（ビームリカバリー）は、ビームが確立された後に端末装置の移動や他の物体による通信経路の遮断などで、通信品質が低下した場合に、復帰要求を行う動作である。この要求を受けた基地局装置は、異なるビームを用いて端末装置と接続を試みる。
　ＲＡＣＨプロシージャは、更に、衝突ベースＲＡＣＨプロシージャと、非衝突ＲＡＣＨプロシージャに分類される。
　衝突ベースＲＡＣＨプロシージャは、端末装置主導で行われるＲＡＣＨプロシージャである。衝突ベースＲＡＣＨプロシージャは、端末装置からのメッセージ１（ＰＲＡＣＨ、RACH　preamble）の送信から始まる計４ステップのプロシージャである。図５は、衝突ベースＲＡＣＨプロシージャを示す流れ図である。端末装置は、システム情報や専用ＲＲＣシグナリングによって予め設定された複数のＲＡＣＨリソースおよび複数のＰＲＡＣＨプリアンブルから選択し、ＰＲＡＣＨを送信する。基地局装置はそのＰＲＡＣＨに対するメッセージ２（Ｍｓｇ２、ランダムアクセス応答、ＲＡ応答、Random　Access　response、RA　response）を送信する。次に、端末装置は、メッセージ２に含まれる上りリンクグラントでスケジュールされた上りリンクリソースを用いてメッセージ３（Ｍｓｇ３）を送信する。最後に基地局装置はメッセージ３の応答としてメッセージ４（Ｍｓｇ４）を送信する。これらの複数のＲＡＣＨリソースおよび複数のＰＲＡＣＨプリアンブルは、他の端末装置と共有するため、ＰＲＡＣＨ同士が衝突することがある。
　非衝突ＲＡＣＨプロシージャは、基地局主導で行われるＲＡＣＨプロシージャである。非衝突ＲＡＣＨプロシージャは、基地局装置からの専用（dedicated）ＰＲＡＣＨリソース／プリアンブルの指示から始まる計３ステップのプロシージャである。図６は、非衝突ベースＲＡＣＨプロシージャを示す流れ図である。基地局装置は、ＲＲＣシグナリングで指示された専用ＰＲＡＣＨリソース、および／または、ＰＤＣＣＨオーダーで指示されたＰＲＡＣＨプリアンブルを端末装置に指示する。端末装置はそのＰＲＡＣＨリソース、および／または、ＰＲＡＣＨプリアンブルを用いてＰＲＡＣＨを送信する。最後に基地局装置はそのＰＲＡＣＨに対するランダムアクセス応答を送信する。基地局装置が専用ＰＲＡＣＨリソースやＰＲＡＣＨプリアンブルをスケジュールすることで、ＰＲＡＣＨ同士が衝突し辛い。
　　＜本実施形態におけるＮＲのＰＲＡＣＨの詳細＞
　ＰＲＡＣＨは、ＺＣ（Zadoff-Chu）系列を用いて構成される。
　複数のＰＲＡＣＨプリアンブルフォーマットが規定される。ＰＲＡＣＨプリアンブルフォーマットは、ＰＲＡＣＨのサブキャリア間隔、送信帯域幅、系列長、送信に用いられるシンボル数、送信繰り返し数、ＣＰ長、ガードピリオド長、などのパラメータの組み合わせで規定される。シーケンス長が８３９のＰＲＡＣＨプリアンブルフォーマットはロングプリアンブルとも呼称され、シーケンス長が１３９のＰＲＡＣＨプリアンブルフォーマットはショートプリアンブルとも呼称される。
　アイドルモードの端末装置に対して、システム情報によってＰＲＡＣＨに関する設定がされる。更に、接続モードの端末装置に対して、専用ＲＲＣシグナリングによってＮＲ－ＰＲＡＣＨに関する設定がされる。
　端末装置に対して、ＰＲＡＣＨが送信可能なＰＲＡＣＨオケージョン（occasion）が設定される。図７は、ＰＲＡＣＨオケージョンについて示す説明図である。ＰＲＡＣＨオケージョンは、ＰＲＡＣＨサブフレームに含まれるＰＲＡＣＨスロットに含まれる。ＰＲＡＣＨサブフレームは、ＰＲＡＣＨが送信可能なサブフレームである。ＰＲＡＣＨサブフレーム内に最大２つのＰＲＡＣＨスロットを設定することができる。更に、ＰＲＡＣＨスロット内に最大７つのＰＲＡＣＨオケージョンを設定することができる。ＰＲＡＣＨオケージョンのリソース位置は、ＰＲＡＣＨ設定インデックス（PRACH　configuration　index）、ＰＲＡＣＨのシーケンス長、ＰＲＡＣＨのサブキャリア間隔、によって定まる。
　ＰＲＡＣＨはＰＲＡＣＨオケージョンを用いて送信される。そのＰＲＡＣＨオケージョンは、ＰＲＡＣＨに関する設定によって指示される。端末装置は、そのＰＲＡＣＨオケージョンのうちのいずれかを選択して、ＰＲＡＣＨを送信する。更に、接続モードの端末装置は、ＰＲＡＣＨリソースを用いてＰＲＡＣＨを送信する。ＰＲＡＣＨリソースは、ＰＲＡＣＨプリアンブルおよびその物理リソースの組み合わせである。基地局装置は、ＰＲＡＣＨリソースを端末装置に指示することができる。
　ＰＲＡＣＨのプリアンブルの系列の種類は、番号付けられる。そのプリアンブルの系列の種類の番号は、プリアンブルインデックスと呼称される。
　ＰＲＡＣＨは、ランダムアクセス手続きが失敗した際に、再送される。端末装置は、再送する際に、バックオフの値（バックオフインディケータ、ＢＩ）から算出される待機期間、ＰＲＡＣＨの送信を待機する。なお、バックオフの値は、端末装置の端末カテゴリや発生したトラヒックの優先度によって異なってもよい。その際、バックオフの値は複数通知され、端末装置が優先度によって用いるバックオフの値を選択する。また、端末装置は、ＰＲＡＣＨの再送を行う際には、初送と比較して高い送信電力を用いてＰＲＡＣＨを再送する（この手続きは、パワーランピング（power　ramping）と呼称される）。
　　＜本実施形態におけるランダムアクセス応答の詳細＞
　ＮＲのランダムアクセス応答は、ＰＤＳＣＨによって送られる。
　ランダムアクセス応答を含むＰＤＳＣＨは、ＲＡ－ＲＮＴＩによってＣＲＣがスクランブルされたＰＤＣＣＨによってスケジュールされる。そのＰＤＣＣＨは、Ｔｙｐｅ１－ＰＤＣＣＨ共通サーチスペースに配置される。ＲＡ－ＲＮＴＩの値は、そのランダムアクセス応答に対応するＰＲＡＣＨの送信リソース（時間リソース（スロットまたはサブフレーム）、および、周波数リソース（リソースブロック））に基づいて決定される。Ｔｙｐｅ１－ＰＤＣＣＨ共通サーチスペースは、ランダムアクセスのサーチスペースに関するパラメータ（ra-SearchSpace）によって設定される。
　ＲＡ－ＲＮＴＩによってＣＲＣがスクランブルされたＰＤＣＣＨのＤＭＲＳは、ＳＳ／ＰＢＣＨブロックとＱＣＬ（Quasi-Co-Located、準同位置）である。端末装置は、ＲＡ－ＲＮＴＩによってＣＲＣがスクランブルされたＰＤＣＣＨのＤＭＲＳと、ＳＳ／ＰＢＣＨブロックとが、基地局装置の同一アンテナポートから送信されていると想定することができる。
　ランダムアクセス応答は、ＭＡＣの情報である。ランダムアクセス応答は、メッセージ３を送信するための上りリンクグラント、上りリンクのフレーム同期を調整するために用いられるタイミングアドバンスの値、一時的Ｃ－ＲＮＴＩの値、そのランダムアクセス応答に対応するＰＲＡＣＨ送信に用いられたＰＲＡＣＨインデックス、ＰＲＡＣＨの送信の待機に用いられるバックオフに関する情報が含まれる。基地局装置は、これらの情報を含めて、ＰＤＳＣＨによって送信する。端末装置は、これらの情報から、ランダムアクセスプリアンブルの送信の成功可否の判断を行う。この情報により、ランダムアクセスプリアンブルの送信が失敗したと判断した場合、端末装置は、ランダムアクセス応答に含まれる情報に従ってメッセージ３の送信処理を行う。一方で、ランダムアクセスプリアンブルの送信が失敗したと判断した場合、端末装置は、ランダムアクセス手続きが失敗したとみなし、ＰＲＡＣＨの再送処理を行う。
　　＜本実施形態におけるメッセージ３の詳細＞
　メッセージ３は、ＰＵＳＣＨによって送られる。そのＰＵＳＣＨは、ランダムアクセス応答によって指示されたリソースを用いて送信される。
　メッセージ３は、ＲＲＣ接続要求メッセージを含む。
　メッセージ３を含んで送信されるＮＲ－ＰＵＳＣＨのWaveformは、システム情報に含まれるパラメータによって指示される。具体的には、そのパラメータの指示によって、ＯＦＤＭもしくはＤＦＴ－ｓ－ＯＦＤＭが決定される。
　基地局装置は、メッセージ３を正常に受信した場合には、衝突解決の送信処理に移行する。一方で、基地局装置は、メッセージ３を正常に受信できなかった場合には、少なくとも所定の期間、再度メッセージ３の受信を試みることができる。
　メッセージ３が正しく受信されなかった場合、再送されることがある。メッセージ３に対応するランダムアクセス応答によって提供された一時的Ｃ－ＲＮＴＩでスクランブルされたＣＲＣが付加されたＰＤＣＣＨのＤＣＩによって、メッセージ３の再送のリソースが指示される。端末装置は、その上りリンクグラントの指示に基づいて、メッセージ３の再送を行う。
　なお、所定期間のうちに、衝突解決およびメッセージ３の再送の指示のいずれも受信できなかった場合、端末装置は、ランダムアクセス手続きが失敗したとみなし、ＰＲＡＣＨの再送処理を行う。その所定期間は、例えば、システム情報によって設定される。所定期間は、衝突解決タイマーをスタートしてから超えるまでである。
　　＜本実施形態における衝突解決の詳細＞
　衝突解決は、ＰＤＳＣＨによって送られる。
　衝突解決を含むＰＤＳＣＨは、一時的Ｃ－ＲＮＴＩまたはＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＰＤＣＣＨによってスケジュールされる。
　端末装置は、衝突解決を含むＰＤＳＣＨを正常に受信した場合、基地局装置に対してＰＵＣＣＨを用いてＨＡＲＱ－ＡＣＫを応答する。以降、このランダムアクセス手続きが成功したとみなし、端末装置は接続状態となる。一方で、端末装置から衝突解決を含むＰＤＳＣＨに対するＮＡＣＫを受信した、または、無応答であった場合には、基地局装置は、その衝突解決を含むＰＤＳＣＨを再送する。更に、所定期間のうちに、ＮＲの衝突解決が受信できなかった場合、端末装置は、ランダムアクセス手続きが失敗したとみなし、ＰＲＡＣＨの再送処理を行う。所定期間は、衝突解決タイマーをスタートしてから超えるまでである。
　　＜本実施形態に係る２ステップＲＡＣＨプロシージャの詳細＞
　本実施形態に係る２ステップＲＡＣＨプロシージャについて説明する。２ステップＲＡＣＨプロシージャは、２つのメッセージ交換により処理が完了するＲＡＨＣプロシージャである。図８は、２ステップＲＡＣＨプロシージャを示す流れ図である。
　２ステップＲＡＣＨプロシージャでは、端末装置２００が基地局装置１００に対して上りリンク送信を行うステップが、第１のステップ（即ち、２ステップＲＡＣＨプロシージャのステップ１）と定義される。そして、第１のステップにおいて上りリンク送信されるメッセージは、メッセージ１とも称される。２ステップＲＡＣＨプロシージャの上りリンクメッセージと４ステップＲＡＣＨプロシージャの上りリンクメッセージとは、典型的には異なる。
　例えば、２ステップＲＡＣＨプロシージャの上りリンクメッセージに含まれる情報と４ステップＲＡＣＨプロシージャの上りリンクメッセージに含まれる情報とは異なり得る。基地局装置１００は、受信した上りリンクメッセージの内容に基づいて、受信したメッセージが２ステップＲＡＣＨプロシージャの上りリンクメッセージであるか４ステップＲＡＣＨプロシージャの上りリンクメッセージであるかを識別することができる。
　また、２ステップＲＡＣＨプロシージャの上りリンクメッセージのフォーマットと４ステップＲＡＣＨプロシージャの上りリンクメッセージのフォーマットとは異なり得る。基地局装置１００は、受信した上りリンクメッセージのフォーマットに基づいて、受信したメッセージが２ステップＲＡＣＨプロシージャの上りリンクメッセージであるか４ステップＲＡＣＨプロシージャの上りリンクメッセージであるかを識別することができる。
　２ステップＲＡＣＨプロシージャでは、第１のステップにおける上りリンク送信に対する応答として、基地局装置１００から端末装置２００へ下りリンク送信を行うステップが、第２のステップ（即ち、２ステップＲＡＣＨプロシージャのステップ２）と定義される。そして、第２のステップにおいて下りリンク送信されるメッセージは、メッセージ２とも称される。２ステップＲＡＣＨプロシージャの下りリンクメッセージは、典型的には、４ステップＲＡＣＨプロシージャの下りリンクメッセージと異なる内容及び又はフォーマットを有する。
　例えば、２ステップＲＡＣＨプロシージャの下りリンクメッセージに含まれる情報と４ステップＲＡＣＨプロシージャの下りリンクメッセージに含まれる情報とは異なり得る。端末装置２００は、受信した下りリンクメッセージの内容に基づいて、受信したメッセージが２ステップＲＡＣＨプロシージャの下りリンクメッセージであるか４ステップＲＡＣＨプロシージャの下りリンクメッセージであるかを識別することができる。
　また、２ステップＲＡＣＨプロシージャの下りリンクメッセージのフォーマットと４ステップＲＡＣＨプロシージャの下りリンクメッセージのフォーマットとは異なり得る。端末装置２００は、受信した下りリンクメッセージのフォーマットに基づいて、受信したメッセージが２ステップＲＡＣＨプロシージャの下りリンクメッセージであるか４ステップＲＡＣＨプロシージャの下りリンクメッセージであるかを識別することができる。
　以下では、２ステップＲＡＣＨプロシージャのメッセージ１及びメッセージ２の内容及びフォーマット、並びに２ステップＲＡＣＨプロシージャの流れについて詳しく説明する。以下では、特に言及しない限り、メッセージ１は２ステップＲＡＣＨプロシージャのメッセージ１であり、メッセージ２は２ステップＲＡＣＨプロシージャのメッセージ２である。
　（１）本実施形態に係る２ステップＲＡＣＨプロシージャのメッセージ１
　（１．１）内容
　２ステップＲＡＣＨプロシージャのメッセージ１は、４ステップＲＡＣＨプロシージャのメッセージ１及びメッセージ３の両方を含んだメッセージであってもよい。また、２ステップＲＡＣＨプロシージャのメッセージ１は、端末装置２００の識別情報を含んでいてもよい。
　（１．２）フォーマット
　メッセージ１のフォーマットは多様に考えられる。
　・ＰＲＡＣＨ＋ＰＵＳＣＨ
　例えば、メッセージ１のフォーマットは、ＰＲＡＣＨ及びＰＵＳＣＨの組み合わせであってもよい。即ち、メッセージ１は、ＰＲＡＣＨ及びＰＵＳＣＨを用いて送信されてもよい。端末装置２００の識別情報は、ＰＵＳＣＨに含まれるＵＥ－ＩＤのフィールド、及び／又は、ＰＲＡＣＨプリアンブル、及び／又は、ＲＡＣＨリソースによって表される。
　・ＰＵＳＣＨ
　例えば、メッセージ１のフォーマットは、ＰＵＳＣＨであってもよい。即ち、メッセージ１は、ＰＵＳＣＨのみを用いて送信されてもよい。端末装置２００の識別情報は、ＰＵＳＣＨに含まれるＵＥ－ＩＤのフィールド、及び／又は、ＲＡＣＨリソースによって表される。
　・ＰＲＡＣＨ
　例えば、メッセージ１のフォーマットは、ＰＲＡＣＨであってもよい。即ち、メッセージ１は、ＰＲＡＣＨのみを用いて送信されてもよい。端末装置２００の識別情報は、ＰＲＡＣＨプリアンブル、及び／又は、ＲＡＣＨリソースによって表される。
　（１．３）繰り返し送信
　端末装置２００は、メッセージ２を受信するまでの間、メッセージ１を繰り返し送信してもよい。その際、端末装置２００は、ＰＲＡＣＨ及びＰＵＳＣＨの両方を用いてメッセージ１を繰り返し送信してもよい。また、端末装置２００は、始めにＰＲＡＣＨを用いてメッセージ１を送信し、その後はＰＵＳＣＨを用いてメッセージ１を繰り返し送信してもよい。いずれにしろ、メッセージ１が繰り返し送信されることで、基地局装置１００におけるメッセージ１の受信信頼性を向上させることができる。
　（１．４）ＮＯＭＡ（Non-Orthogonal　multiple　access、非直交多重）送信
　メッセージ１で送信されるＰＵＳＣＨは、非直交多重されてもよい。非直交多重とは、複数の端末装置の物理チャネルで用いられる物理リソース（周波数リソースおよび時間リソース）の一部もしくは全部が重なる多重方式である。当該ＰＵＳＣＨは、例えば、所定のインターリーブコードや拡散コードが乗算され得る。または、当該ＰＵＳＣＨは、ビットレベルで繰り返し送信され得る。基地局装置は、非直交多重の復号処理を行うことで、同一の物理リソースを用いた複数の物理チャネルを復号し得る。
　（１．５）メッセージ１のリソース
　２ステップＲＡＣＨプロシージャのメッセージ１が送信され得るリソース（２ステップＲＡＣＨプロシージャのメッセージ１のオケージョン）は、基地局装置から指示される。端末装置は指示されたリソースのうちのを用いてメッセージ１を送信する。
　２ステップＲＡＣＨプロシージャのメッセージ１のＰＲＡＣＨと、４ステップＲＡＣＨプロシージャのＰＲＡＣＨは、物理リソース（周波数リソースおよび時間リソース）とＰＲＡＣＨプリアンブルの少なくとも１つは異なるように基地局装置から設定される。
　メッセージ１のオケージョンの設定の一例を説明する。
　２ステップＲＡＣＨプロシージャのメッセージ１のオケージョンは、ＰＲＡＣＨオケージョンに重畳されない。メッセージ１のオケージョンとＰＲＡＣＨオケージョンの設定は、独立である。
　メッセージ１のオケージョンの設定の一例を説明する。
　２ステップＲＡＣＨプロシージャのメッセージ１のオケージョンのうちＰＲＡＣＨの送信可能なリソースは、ＰＲＡＣＨオケージョンと共有する。この際、２ステップＲＡＣＨプロシージャで用いることが可能なＰＲＡＣＨプリアンブルのセットと、４ステップＲＡＣＨプロシージャで用いることが可能なＰＲＡＣＨプリアンブルのセットは、独立であることが好ましい。いずれのＰＲＡＣＨプリアンブルも２ステップＲＡＣＨプロシージャのＰＲＡＣＨプリアンブルのセットと４ステップＲＡＣＨプロシージャのＰＲＡＣＨプリアンブルのセットの両方に含まれないことが好ましい。
　（２）本実施形態に係る２ステップＲＡＣＨプロシージャのメッセージ２
　（２．１）内容
　２ステップＲＡＣＨプロシージャのメッセージ２は、４ステップＲＡＣＨプロシージャのメッセージ２及びメッセージ４の両方を含んだメッセージであってもよい。また、２ステップＲＡＣＨプロシージャのメッセージ１は、端末装置２００の識別情報に関連付けられた応答情報であってもよい。
　（２．２）フォーマット
　メッセージ２のフォーマットは多様に考えられる。メッセージ２は、ＰＤＣＣＨでスケジュールされたＰＤＳＣＨで送信されることが好ましい。
　・ＲＡ－ＲＮＴＩ
　メッセージ２の送信をスケジュールするＰＤＣＣＨは、ＲＡ－ＲＮＴＩに関連付けられて送信されてもよい。例えば、メッセージ２の送信をスケジュールするＰＤＣＣＨのＣＲＣは、ＲＡ－ＲＮＴＩでスクランブルされて送信されてもよい。
　なお、２ステップＲＡＣＨプロシージャで用いられるＲＡ－ＲＮＴＩは、４ステップＲＡＣＨプロシージャで用いられるＲＡ－ＲＮＴＩとは異なるＲＡ－ＲＮＴＩであってもよい。例えば、２ステップＲＡＣＨプロシージャで用いられるＲＡ－ＲＮＴＩは、４ステップＲＡＣＨプロシージャで用いられるＲＡ－ＲＮＴＩに対して所定のオフセット値を含んで計算され得る。端末装置は、このＲＡ－ＲＮＴＩの差異から、基地局装置からの応答が４ステップＲＡＣＨであるか２ステップＲＡＣＨであるかを認識することができる。
　・Ｃ－ＲＮＴＩ
　メッセージ２の送信をスケジュールするＰＤＣＣＨは、Ｃ－ＲＮＴＩに関連付けられて送信されてもよい。例えば、メッセージ２の送信をスケジュールするＰＤＣＣＨのＣＲＣは、Ｃ－ＲＮＴＩでスクランブルされて送信されてもよい。
　なお、Ｃ－ＲＮＴＩは、基地局装置により予め設定される。
　・Ｃ－ＲＮＴＩ以外の端末装置の識別子
　メッセージ２の送信をスケジュールするＰＤＣＣＨは、Ｃ－ＲＮＴＩ以外の端末装置の識別子に関連付けられて送信されてもよい。かかる識別子は、例えば、ＳＩＭ（Subscriber　Identity　Module）に割り当てられる固有識別番号、又はＳ－ＴＭＳＩなどである。
　（３）処理の流れ
　図８は、本実施形態に係る２ステップＲＡＣＨプロシージャの流れの一例を示すシーケンス図である。図８に示すように、端末装置２００は、２ステップＲＡＣＨプロシージャのメッセージ１を基地局装置１００に送信する。このメッセージ１は、例えばランダムアクセスプリアンブル及びＲＲＣ接続要求のＲＲＣメッセージを含む。次いで、基地局装置１００は、２ステップＲＡＣＨプロシージャのメッセージ２を端末装置２００に送信する。このメッセージ２は、例えばランダムアクセス応答を含む。
　図８に示した２ステップＲＡＣＨプロシージャによれば、図５に示した４ステップＲＡＣＨプロシージャと比較して、４ステップから２ステップにステップ数（即ち、メッセージ数）が削減されるので、ＲＡＣＨプロシージャ全体のレイテンシーを削減することができる。
　２ステップＲＡＣＨプロシージャは、アンライセンスバンドにおいて特に有益である。詳しくは、アンライセンスバンドにおいて、４ステップＲＡＣＨプロシージャが行われる場合、チャネルアクセスが４回行われる。一方で、アンライセンスバンドにおいて、２ステップＲＡＣＨプロシージャが行われる場合、チャネルアクセスが２回で済む。このように、２ステップＲＡＣＨプロシージャは、４ステップＲＡＣＨプロシージャと比較して、アンライセンスバンドにおけるチャネルアクセス頻度を軽減することが可能である。
　　＜アンライセンスチャネルのチャネルアクセスプロシージャ＞
　チャネルアクセス（Channel　access,　Listen　before　Talk）プロシージャは、基地局装置または端末装置で送信を行うアンライセンスチャネルにアクセスするために行われる。
　チャネルアクセスプロシージャでは、１回または複数回のチャネルのセンシング（sensing）が行われる。そのセンシングの結果に基づいてそのチャネルがアイドル（idle、unoccupied、available、enable）か、またはビジー（busy、occupied、unavailable、disable）かの判定（空き判定）が行われる。チャネルのセンシングでは、所定の待ち時間におけるチャネルの電力がセンス（sense）される。
　チャネルアクセスプロシージャの待ち時間の一例として、第一の待ち時間（スロット）、第二の待ち時間、及び、第三の待ち時間（延期期間）、第四の待ち時間、が挙げられる。
　スロット（slot）は、チャネルアクセスプロシージャにおける、基地局装置及び端末装置の待ち時間の単位である。スロットは、例えば、９マイクロ秒で定義される。
　第二の待ち時間には、１個のスロットが先頭に挿入されている。第二の待ち時間は、例えば、１６マイクロ秒で定義される。
　延期期間（defer　period）は、第二の待ち時間とその第二の待ち時間に続く複数個の連続したスロットで構成される。その第二の待ち時間に続く複数個の連続したスロットの個数は、QoSを満たすために用いられる優先クラス（priority　class、チャネルアクセス優先クラス）に基づいて決定される。
　第四の待ち時間は、第二の待ち時間とその後に続く１つのスロットによって構成される。
　基地局装置または端末装置は、所定のスロットの期間に所定のチャネルをセンス（sense）する。その基地局装置または端末装置がその所定のスロット期間内の少なくとも４マイクロ秒に対して検出した電力が所定の電力検出閾値よりも小さい場合、その所定のスロットはアイドル（idle）であるとみなされる。一方で、その電力が所定の電力検出閾値よりも大きい場合、その所定のスロットはビジー（busy）であるとみなされる。
　チャネルアクセスプロシージャには、第一のチャネルアクセスプロシージャと第二のチャネルアクセスプロシージャがある。第一のチャネルアクセスプロシージャは、第一のチャネルアクセスプロシージャは、複数個のスロット及び延期期間を用いて行われる。第二のチャネルアクセスプロシージャは、１つの第四の待ち時間を用いて行われる。
　チャネルアクセスに関するパラメータは、優先クラスに基づいて決定される。チャネルアクセスに関するパラメータは、例えば、最小衝突窓、最大衝突窓、最大チャネル専有時間、衝突窓が取り得る値、などが挙げられる。優先クラスは、ＱｏＳ（Quality　of　Service）を処理するＱＣＩ（QoS　class　identifier）の値によって定められる。優先クラスとチャネルアクセスに関するパラメータの対応表を表１に、優先クラスとＱＣＩのマッピングの一例を表２に示す。
Figure JPOXMLDOC01-appb-T000001
Figure JPOXMLDOC01-appb-T000002
　　＜第一のチャネルアクセスプロシージャの詳細＞
　第一のチャネルアクセスプロシージャにおいて、以下に記した手順が行われる。
　（０）延期期間においてチャネルのセンシングが行われる。延期期間内のスロットにおいてチャネルがアイドルであった場合、（１）のステップに進み、そうでなければ、（６）のステップに進む。
　（１）カウンタの初期値を取得する。そのカウンタの初期値が取り得る値は、０から衝突窓ＣＷまでの間の整数である。そのカウンタの初期値は、一様分布に従ってランダムに決定される。カウンタＮにカウンタの初期値がセットされ、（２）のステップに進む。
　（２）カウンタＮが０よりも大きく、かつ、そのカウンタＮの減算を行うことが選択された場合、カウンタＮから１が減算される。その後、（３）のステップに進む。
　（３）スロットの期間を追加して待機される。また、その追加のスロットにおいて、チャネルがセンスされる。その追加のスロットがアイドルであった場合は、（４）のステップに進み、そうでなければ、（５）のステップに進む。
　（４）カウンタＮが０であった場合、このプロシージャを停止する。そうでなければ、（２）のステップに進む。
　（５）延期期間を追加して待機される。また、その追加の延期期間に含まれるいずれか１つのスロットでビジーと検出されるまで、または、その追加の延期期間に含まれる全てのスロットがアイドルであると検出できるまで、チャネルはセンスされる。その後、（６）のステップに進む。
　（６）チャネルがその追加の延期期間に含まれるスロットの全てでアイドルであるとセンスされた場合、（４）のステップに進み、そうでなければ、（５）のステップに進む。
　上記のプロシージャにおける（４）のステップの停止後、そのチャネルにおいて、ＰＤＳＣＨやＰＵＳＣＨなどデータを含む送信が行われる。
　なお、上記のプロシージャにおける（４）のステップの停止後、そのチャネルにおいて、送信が行われなくてもよい。この場合、その後、送信直前にスロット及び延期期間の全てにおいて、チャネルがアイドルであった場合に、上記のプロシージャを行わずに送信が行われてもよい。一方で、そのスロット及びその延期期間のいずれかにおいて、チャネルがアイドルでなかった場合に、追加の延期期間内のスロットの全てでチャネルがアイドルであるとセンシングされた後、上記のプロシージャの（１）のステップに進む。
　　＜第二のチャネルアクセスプロシージャの詳細＞
　第二のチャネルアクセスプロシージャにおいて、少なくとも第四の待ち時間のセンシングの結果、チャネルがアイドルであるとみなされた直後、送信は行われてもよい。一方で、少なくとも第四の待ち時間のセンシングの結果、チャネルがアイドルでないとみなされた場合は、送信は行われない。
　　＜衝突窓適応プロシージャ＞
　第一のチャネルアクセスプロシージャで用いられる衝突窓ＣＷ（contention　window）は、衝突窓適応プロシージャに基づいて決定される。
　衝突窓ＣＷの値は、優先クラスごとに保持される。また、衝突窓ＣＷは、最小衝突窓と最大衝突窓の間の値を取る。その最小衝突窓及びその最大衝突窓は、優先クラスに基づいて決定される。
　衝突窓ＣＷの値の調整は、第一のチャネルアクセスプロシージャの（１）のステップの前に行われる。少なくとも衝突窓適応プロシージャにおける参照サブフレームまたは参照ＨＡＲＱプロセスの共用チャネルに対応するＨＡＲＱ応答でＮＡＣＫの割合が閾値よりも高い場合、衝突窓ＣＷの値を増加させ、そうでなければ、衝突窓ＣＷの値を最小衝突窓に設定する。
　衝突窓ＣＷの値の増加は、例えば、ＣＷ＝２・(ＣＷ＋１)－１の式に基づいて行われる。
　　＜下りリンクにおけるチャネルアクセスプロシージャの詳細＞
　アンライセンスチャネルにおいて、ＰＤＳＣＨ、ＰＤＣＣＨ、及び／または、ＥＰＤＣＣＨを含んだ下りリンク送信を行う場合、基地局装置は第一のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。
　一方で、アンライセンスチャネルにおいて、ＤＲＳを含むがＰＤＳＣＨを含まない下りリンク送信を行う場合、基地局装置は第二のチャネルアクセスプロシージャに基づいて、そのチャネルにアクセスし、その下りリンク送信を行う。なお、その下りリンク送信の期間は、１ミリ秒よりも小さいことが好ましい。
　　＜上りリンクにおけるチャネルアクセスプロシージャの詳細＞
　アンライセンスチャネルにおいて、ＰＵＳＣＨをスケジュールする上りリンクグラントで第一のチャネルアクセスプロシージャを行うことを指示された場合、端末装置はそのＰＵＳＣＨを含んだ上りリンク送信の前に第一のチャネルアクセスプロシージャを行う。
　また、ＰＵＳＣＨをスケジュールする上りリンクグラントで第二のチャネルアクセスプロシージャを行うことを指示された場合、端末装置はそのＰＵＳＣＨを含んだ上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
　また、ＰＵＳＣＨは含まないがＳＲＳは含む上りリンク送信に対しては、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
　また、上りリンクグラントで指示された上りリンク送信の末尾が上りリンク期間（UL　duration）内であった場合、その上りリンクグラントで指示されたプロシージャタイプにかかわらず、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
　また、基地局からの下りリンク送信終了後に第四の待ち時間を挟んで上りリンク送信が続く場合、端末装置はその上りリンク送信の前に第二のチャネルアクセスプロシージャを行う。
　　＜本実施形態におけるＮＲのチャネルアクセスプロシージャ＞
　ＮＲを用いたアンライセンスチャネルでのチャネルアクセスプロシージャでは、ビームフォームされていないチャネルセンシングとビームフォームされたチャネルセンシングが行われる。
　ビームフォームされていないチャネルセンシングは、指向性が制御されない受信によるチャネルセンシング、または、方向の情報を持たないチャネルセンシングである。方向の情報を持たないチャネルセンシングとは、例えば、全方位で測定結果を平均化されたチャネルセンシングである。送信局は、チャネルセンシングで用いられた指向性（角度、方向）を認知しなくてもよい。
　ビームフォームされたチャネルセンシングは、指向性が制御された受信によるチャネルセンシング、または、方向の情報を持つチャネルセンシングである。すなわち、受信ビームが所定の方向に向けられたチャネルセンシングである。ビームフォームされたチャネルセンシングを行う機能を有する送信局は、異なる指向性を用いた１回以上のチャネルセンシングを行うことができる。
　ビームフォームされたチャネルセンシングを行うことで、センシングによって検出されるエリアが狭められる。これにより、送信局は、干渉を与えない通信リンクの検出の頻度を減らし、さらし端末問題を軽減することができる。
　［１．２．経緯］
　ＮＲのアンライセンスバンド（ＮＲ－Ｕ）では、キャリアアグリゲーションの仕組みを用いたＬＡＡ（Licensed　Assisted　Access）のみならず、デュアルコネクティビティ（Dual　Connectivity）、アンライセンスバンドのみで運用されるスタンドアロン（Stand-alone）、ＤＬキャリアまたはＵＬキャリアのどちらか一方がライセンスバンドで他方がアンライセンスバンド（例えば、ライセンスＤＬ＋アンライセンスＵＬ）、など様々なユースケースをサポートすることが想定されている。
　これらのユースケースをサポートするために、ＮＲ－Ｕでは、同期信号（Synchronization　Signal：ＳＳ）、ＰＲＡＣＨ、ＰＵＣＣＨ、など、プライマリセル（ＰＣｅｌｌ）、プライマリセカンダリセル（ＰＳＣｅｌｌ）、スペシャルセル（ＳｐＣｅｌｌ）で送信される物理チャネルおよび物理信号の送信をアンライセンスバンドで行える必要がある。
　一般的にアンライセンスバンドにおいて、通信装置は、物理チャネルおよび／または物理信号を送信する前に、チャネルのセンシングを行い、そのチャネルがクリアまたはビジーかを判断する。そのチャネルがクリアであった場合（ＬＢＴ成功、LBT　success）、通信装置は、物理チャネルおよび／または物理信号の送信を行うことができる。一方、そのチャネルがビジーであった場合（ＬＢＴ失敗、LBT　failure）、通信装置は、物理チャネルおよび／または物理信号の送信を行うことができない。
　ＬＢＴ失敗により、ＰＲＡＣＨなどＲＡＣＨプロシージャにおけるメッセージ１、２、３、４が送信できないことが考えられる。例えば、隠れ端末問題により、近接する他のアクセスポイントがチャネルを利用していた場合、通信装置はチャネルがビジーだと判断し、送信を行うことができない。
　図９は、アクセスポイントが端末装置の近隣に存在し、そのアクセスポイントがチャネルを使用している様子を示す説明図である。図１０は、ＬＢＴ失敗により通信装置がＰＲＡＣＨを送信できず、その後のタイミングでＬＢＴ成功によりＰＲＡＣＨを送信できた様子を示す説明図である。
　メッセージ１、２、３、４は、ＲＡＣＨプロシージャ時に用いられる。ＲＡＣＨプロシージャは初期アクセスの際に必ず行われる。このメッセージ１、２、３、４の送信に遅延が発生した場合、ＲＡＣＨプロシージャは失敗と認識され、セル接続できなくなる。この要因により、通信リンク不安定を招く。
　そこで本件開示者は、上述した点に鑑み、ＮＲ－Ｕにおいてリソースを効率的に使用できる技術について鋭意検討を行った。その結果、本件開示者は、以下で説明するように、ＮＲ－Ｕにおいて、ＬＢＴ失敗時にＲＡＣＨプロシージャを成功できるようにしてリソースを効率的に使用できる技術を考案するに至った。
　［１．３．構成例］
　図１１は、本開示の一実施形態に係るシステム１の全体構成の一例を示す図である。図１１に示したように、システム１は、基地局装置１００（１００Ａ及び１００Ｂ）、端末装置２００（２００Ａ及び２００Ｂ）、コアネットワーク（Core　Network）２０、及びＰＤＮ（Packet　Data　Network）３０を含む。
　基地局装置１００は、セル１１（１１Ａ又は１１Ｂ）を運用し、セル１１の内部に位置する１つ以上の端末装置へ無線サービスを提供する。例えば、基地局装置１００Ａは、端末装置２００Ａに無線サービスを提供し、基地局装置１００Ｂは端末装置２００Ｂに無線サービスを提供する。セル１１は、例えばＬＴＥ又はＮＲ（New　Radio）等の任意の無線通信方式に従って運用され得る。基地局装置１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ＰＤＮ３０に接続される。
　コアネットワーク２０は、ＭＭＥ（Mobility　Management　Entity）、Ｓ－ＧＷ（Serving　gateway）、Ｐ－ＧＷ（PDN　gateway）、ＰＣＲＦ（Policy　and　Charging　Rule　Function）及びＨＳＳ（Home　Subscriber　Server）を含み得る。若しくは、コアネットワーク２０は、これらと同様の機能を有するＮＲのエンティティを含み得る。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ－ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ－ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality　of　Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。
　端末装置２００は、基地局装置１００による制御に基づいて基地局装置１００と無線通信する。端末装置２００は、いわゆるユーザ端末（User　Equipment：ＵＥ）であってもよいし、伝送を他の端末装置に中継するリレー局（relay　node）であってもよい。例えば、端末装置２００は、基地局装置１００に上りリンク信号を送信して、基地局装置１００から下りリンク信号を受信する。
　とりわけ、本実施形態では、基地局装置１００Ａ及び１００Ｂは、それぞれ異なるオペレータにより運用される。例えば、基地局装置１００ＡはオペレータＡにより運用され、基地局装置１００ＢはオペレータＢにより運用される。そして、基地局装置１００Ａ及び１００Ｂは、各々を運用するオペレータ間で共用可能な無線リソースを共用して、無線通信サービスを提供する。
　続いて、本開示の実施の形態に係る基地局装置１００及び端末装置２００の構成例を説明する。
　図１２は、本実施形態に係る基地局装置１００の構成の一例を示すブロック図である。図１２を参照すると、基地局装置１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を備える。
　（１）アンテナ部１１０
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　（２）無線通信部１２０
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置への下りリンク信号を送信し、端末装置からの上りリンク信号を受信する。
　（３）ネットワーク通信部１３０
　ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
　（４）記憶部１４０
　記憶部１４０は、基地局装置１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（５）制御部１５０
　制御部１５０は、基地局装置１００全体の動作を制御して、基地局装置１００の様々な機能を提供する。制御部１５０は、設定部１５１及び通信処理部１５３を含む。
　設定部１５１は、端末装置２００との通信に関する設定を行う機能を有する。
　通信処理部１５３は、端末装置２００との通信処理を行う機能を有する。
　制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
　図１３は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１３を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を備える。
　（１）アンテナ部２１０
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　（２）無線通信部２２０
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からの下りリンク信号を受信し、基地局への上りリンク信号を送信する。
　（３）記憶部２３０
　記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（４）制御部２４０
　制御部２４０は、端末装置２００全体の動作を制御して、端末装置２００の様々な機能を提供する。制御部２４０は、情報取得部２４１及び通信処理部２４３を含む。
　情報取得部２４１は、アンテナ部２１０が受信した電波から得られる信号から、情報を取得する機能を有する。
　通信処理部２４３は、基地局装置１００との通信処理を行う機能を有する。
　制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。
　以上、本開示の実施の形態に係る基地局装置１００及び端末装置２００の構成例を説明した。続いて、本開示の実施の形態に係る基地局装置１００及び端末装置２００の動作について説明する。
　［１．４．動作例］
　以下では、基地局装置１００及び端末装置２００がアンライセンスバンドを用いた無線通信を行う際に、ＲＡＣＨプロシージャを改善する手続きを説明する。本実施形態では、ＰＲＡＣＨリソースを複数個割り当てることができる。例えば、基地局装置１００は、周波数および／または時間リソースにおける複数個のＰＲＡＣＨを端末装置２００に対して割り当てることができる。なお本実施形態では、端末装置２００は通信処理部２４３でＬＢＴを実行しうる。従って通信処理部２４３は本開示の判断部の一例として機能しうる。
　（１）メッセージ１におけるＬＢＴ失敗対策
　まず、メッセージ１におけるＬＢＴ失敗対策を述べる。メッセージ１におけるＬＢＴ失敗対策としては、基地局装置１００が動的にメッセージ１を送信するリソースを指示してもよく、異なる周波数領域で複数のメッセージ１を送信するリソースが設けられても良い。図１４は、メッセージ１を送信するリソースの例を示す説明図である。端末装置２００が、メッセージ１を送信しようとしてＬＢＴを実行したが失敗した場合、端末装置２００は、基地局装置１００から指示されたリソース、または複数のメッセージ１を送信するリソースの中から１つのリソースを用いる。端末装置２００は、改めてＬＢＴを実行し、ＬＢＴが成功した場合にＰＲＡＣＨを送信する。
　基地局装置１００が動的にメッセージ１を送信するリソースを指示する場合、基地局装置１００は、ＤＣＩでチャネル占有期間（Channel　Occupancy　Time；ＣＯＴ）内のＰＲＡＣＨリソースを通知する。基地局装置１００は、ＳＦＩ（Slot　Format　Indicator）を用いて通知してもよい。Semi-staticで設定されたＰＲＡＣＨリソースで、かつ、ＳＦＩで通知される上りリンク領域がオーバーラップしていた場合に、端末装置２００はＰＲＡＣＨを送信することが出来る。または、ＳＦＩでＰＲＡＣＨ領域（ＰＲＡＣＨオケージョン）と通知された場合に、端末装置２００はそのリソースを用いてＰＲＡＣＨを送信することが出来る。ＳＦＩは、端末共通サーチスペースで送信されるＰＤＣＣＨ（共通ＰＤＣＣＨ、common　PDCCH）のＤＣＩに含まれる。また基地局装置１００は、対象リソースで送信可能か否かを明示的に通知してもよい。この場合、基地局装置１００は共通ＰＤＣＣＨで対象リソースを指定してもよい。
　通常のPRACH　configurationとは、共通の場合は基本的に、PDCCH　orderの動作と同じになる。すなわち、端末装置は上述したＰＲＡＣＨ送信に関するＰＤＣＣＨを受信しない限り、衝突ベースランダムアクセスを行う。一方、異なる動的用のPRACH　configurationが設定される場合、ＤＣＩが受信できなければ、その対象リソースはＰＲＡＣＨリソースとして使用することはできない。
　ＣＯＴ内のＰＲＡＣＨリソース後のリソースで送信する場合、リソースが使用できるときは、端末装置２００はＬＢＴを実行する。この場合のＬＢＴは、カテゴリ２のＬＢＴまたはチャネルアクセス優先クラス１のカテゴリ４のＬＢＴである。一方、リソースが使用できないときは、端末装置２００はチャネルを解放する。その後、基地局装置１００及び端末装置２００は、再度カテゴリ４のＬＢＴを実行する。
　（２）メッセージ２におけるＬＢＴ失敗対策
　次に、メッセージ２におけるＬＢＴ失敗対策を述べる。メッセージ２におけるＬＢＴ失敗対策としては、ＲＡＲ（Random　Access　Response；ランダムアクセス応答）　Ｗｉｎｄｏｗの期間を拡大するか、または複数のＲＡＲ　Ｗｉｎｄｏｗを設けてもよい。具体的には、ＲＡＲ　Ｗｉｎｄｏｗの期間は、１０ｍｓｅｃ以上に設定できるように拡大される。
　ＲＡＣＨプロシージャには、２ステップのプロシージャと、４ステップのプロシージャとがある。端末装置２００は、４ステップのプロシージャにおけるメッセージ１について、チャネル占有期間（Channel　Occupancy　Time；ＣＯＴ）の外では、チャネルアクセス優先クラス１のカテゴリ４のＬＢＴを実行することが望ましく、ＣＯＴの中では、カテゴリ２のＬＢＴを実行するか、またはＬＢＴを実行しないことが望ましい。端末装置２００は、２ステップのプロシージャにおけるメッセージ１について、ＣＯＴの外では、カテゴリ４のＬＢＴを実行することが望ましく、ＣＯＴの中では、カテゴリ２のＬＢＴを実行するか、またはＬＢＴを実行しないことが望ましい。
　ＲＡＣＨプロシージャのために、異なる周波数領域で複数のリソースが設定された場合、メッセージ１とメッセージ３のキャリアは、異なっても良い。メッセージ１のキャリアは、端末装置２００が選択し、メッセージ３のキャリアは、メッセージ１と同じものでもよく、メッセージ２で基地局装置１００から指示されてもよく、基地局装置１００から複数の候補が指示された後に、端末装置２００が選択してもよい。
　また端末装置２００は、パラレルにＲＡＣＨプロシージャを実行しても良い。すなわち、ＨＡＲＱプロセスが異なる複数のＲＡＣＨプロシージャが基地局装置１００と端末装置２００間で実行される。
　続いて、ＮＲのアンライセンスバンドを使用したＲＡＣＨプロシージャの改良例を説明する。図１５は、２ステップのＲＡＣＨプロシージャの例を示す説明図である。ＮＲのアンライセンスバンドを使用した２ステップのＲＡＣＨプロシージャのために、新しい設定が設けられてもよい。この新しい設定は、基地局装置１００から、ＮＲのアンライセンスバンド用のＳＩＢ（System　Information　Block）で通知されても良い。
　端末装置２００は、２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのか、区別する必要がある。端末装置２００は、ＲＮＴＩ（Radio　Network　Temporary　Identifier）によって、２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのかを区別してもよい。基地局装置１００から送信される、２ステップのＲＡＣＨプロシージャのメッセージ２のＲＡ－ＲＮＴＩは、４ステップのＲＡＣＨプロシージャのメッセージ２のＲＡ－ＲＮＴＩと異なる。従って、端末装置２００は、ＲＮＴＩによってどちらのプロシージャなのかを区別することが出来る。
　また、端末装置２００は、ＣＯＲＥＳＥＴ（Control　Resource　Set）またはサーチスペースの違いによって、２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのかを区別してもよい。２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャで、ＲＡ－ＲＮＴＩでスクランブルされたＣＲＣが付随しているＰＤＣＣＨが送信されるＣＯＲＥＳＥＴまたはサーチスペースが異なる。従って、端末装置２００は、ＣＯＲＥＳＥＴまたはサーチスペースの違いによってどちらのプロシージャなのかを区別することが出来る。なお、ＣＯＲＥＳＥＴは、ＰＤＣＣＨが送信される物理リソース領域である。ＣＯＲＥＳＥＴは、帯域幅、シンボル数、および周期が設定される。
　また、端末装置２００は、ＤＣＩの内容によって、２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのかを区別してもよい。基地局装置１００は、ＲＡ－ＲＮＴＩでスクランブルされたＣＲＣが付随しているＰＤＣＣＨのＤＣＩフィールドで２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのかを通知しうる。従って、端末装置２００は、ＤＣＩの内容によってどちらのプロシージャなのかを区別することが出来る。
　また、端末装置２００は、メッセージ２に入っているコンテンツの内容によって、２ステップのＲＡＣＨプロシージャを行うのか、４ステップのＲＡＣＨプロシージャを行うのかを区別してもよい。４ステップのＲＡＣＨプロシージャでは、メッセージ２にはメッセージ３の上りリンクグラント（UL　grant）が入っていない。一方、２ステップのＲＡＣＨプロシージャでは、メッセージ２にはメッセージ３の上りリンクグラントが入っていない。２ステップのＲＡＣＨプロシージャでは、端末装置２００はメッセージ２に対するＨＡＲＱを基地局装置１００に返す。従って、端末装置２００は、メッセージ２に入っているコンテンツの内容によってどちらのプロシージャなのかを区別することが出来る。
　ＮＲのアンライセンスバンドを使用したＲＡＣＨプロシージャでは、メッセージ３のためのリソースも複数設定されても良い。メッセージ３のためのリソースも複数設定されることで、端末装置２００のメッセージ３の送信確率を上げることができる。
　メッセージ３のためのリソースの設定は、メッセージ２の中の複数の上りリンクグラントによって基地局装置１００から通知されてもよい。
　またメッセージ３のためのリソースの設定は、メッセージ２の中の上りリンクグラント及びRACH　configurationによって基地局装置１００から通知されてもよい。例えば、上りリンクグラントで指示されたリソース及び、指定されたリソースオフセットによって、複数のリソースは基地局装置１００で設定されてもよい。オフセットには、時間方向のオフセットや、周波数（キャリア）方向のオフセットが考えられる。
　またメッセージ３のためのリソースの設定は、複数のメッセージ２によって基地局装置１００から通知されてもよい。この場合、１つのメッセージ２には１つの上りリンクグラントが入っている。
　またメッセージ３のためのリソースの設定は、メッセージ２の上りリンクグラントとは別に、ＤＣＩで送信可能なリソースが基地局装置１００からトリガされても良い。これは、特にＣＯＴ内でメッセージ３を端末装置２００に送信させる場合に用いられ得る。この場合は、上述した、基地局装置１００が動的にメッセージ１を送信するリソースを指示する場合と同様の動作が行われる。またこの場合、基地局装置１００は、ＬＢＴタイプ（第一のチャネルアクセスプロシージャまたは第二のチャネルアクセスプロシージャ）も指示することができる。
　メッセージ１の送信の際にＬＢＴ失敗が発生すれば、端末装置２００はパワーランピングを実行しないようにしても良い。またメッセージ２の受信の際にＬＢＴ失敗が発生すれば、端末装置２００はパワーランピングの制御を行っても良いし、行わないようにしても良い。
　ＰＲＡＣＨと、他のアップリンクとの多重化が行われても良い。例えば、ＦＤＭ（Frequency　Division　Multiplexing、周波数分割多重化）によってＰＲＡＣＨと、他のアップリンクとの多重化が行われてもよい。ＦＤＭが可能な場合、ガードバンドが設けられ得る。同期が取れてないので、トーンが広がるからである。ＦＤＭが不可能な場合、20ＭＨｚ全体に広げるＰＲＡＣＨのみサポートされうる。この場合、例えば、ショートＰＵＣＣＨのみサポートされうる。ショートＰＵＣＣＨは、最大２シンボルで構成されるＰＵＣＣＨである。
　続いて、本実施形態に係るＰＲＡＣＨの構成について説明する。まず、通常の（ライセンスバンドの）ＰＲＡＣＨの構成について説明する。図１６は、通常の（ライセンスバンドの）ＰＲＡＣＨの構成を示す説明図である。このように、通常のＰＲＡＣＨは上りリンクキャリアの一部の連続した周波数領域で送信される。しかし、この構成では、アンライセンスバンドにおけるＰＳＤ（Power　Spectral　Density）の要求を満たさない。
　ＮＲのアンライセンスバンドにおけるＰＲＡＣＨは、周波数領域全体に広げても良い。図１７は、ＮＲのアンライセンスバンドのＰＲＡＣＨの構成を示す説明図である。このように、ＮＲのアンライセンスバンドにおけるＰＲＡＣＨは、キャリアの周波数領域全体に広げてもよい。この場合、ＰＲＡＣＨ信号系列を周波数上に繰り返してもよく、ＰＲＡＣＨのサブキャリア間隔を広げてもよい。
　ＮＲのアンライセンスバンドにおけるＰＲＡＣＨは、インターレース状にリソースを配置してもよい。図１８は、ＮＲのアンライセンスバンドのＰＲＡＣＨの構成を示す説明図である。インターレース状にリソースを配置する場合、トーン（シンボル）単位でインターレースしてもよい。トーン（シンボル）単位でインターレースすることで、少ないリソースで帯域全体にＰＲＡＣＨを広げることが出来る。またトーン（シンボル）単位でインターレースすることで、ＺＣ系列の直交性を保つことが容易となる。またインターレース状にリソースを配置する場合、リソースブロック単位でインターレースしてもよい。リソースブロック単位でインターレースすることで、他の上りリンクチャネル、または信号とＦＤＭすることが容易となる。
　次に、ＮＲのアンライセンスバンドにおける２ステップのＲＡＣＨプロシージャでのメッセージ１の信号デザインについて説明する。ＮＲのアンライセンスバンドにおける２ステップのＲＡＣＨプロシージャでのメッセージ１は、ＰＲＡＣＨのみでもよく、ＰＵＳＣＨのみでもよく、ＰＲＡＣＨとＰＵＳＣＨとの組み合わせでも良い。
　ＰＲＡＣＨとＰＵＳＣＨとの組み合わせの場合、ＰＲＡＣＨとＰＵＳＣＨとがＴＤＭ（Time　Division　Multiplexing、時分割多重化）であり、かつ、同ＰＲＡＣＨオケージョンで連続送信されてもよい。図１９は、ＰＲＡＣＨとＰＵＳＣＨとがＴＤＭであり、かつ、同ＰＲＡＣＨオケージョンで連続送信される様子の例を示す説明図である。
　またＰＲＡＣＨとＰＵＳＣＨとの組み合わせの場合、ＰＲＡＣＨとＰＵＳＣＨがＴＤＭであり、かつ、異なるＰＲＡＣＨオケージョンでＰＲＡＣＨとＰＵＳＣＨがそれぞれ送信されてもよい。図２０は、ＰＲＡＣＨとＰＵＳＣＨとがＴＤＭであり、かつ、異なるＰＲＡＣＨオケージョンでＰＲＡＣＨとＰＵＳＣＨがそれぞれ送信される様子の例を示す説明図である。ＰＵＳＣＨは、ランダムアクセス応答窓（ＲＡＲ　ｗｉｎｄｏｗ）よりも前に送られる。一方で、ＬＢＴ失敗等でランダムアクセス応答窓（ＲＡＲ　ｗｉｎｄｏｗ）よりも前に送ることができなければ、ＲＡＣＨプロシージャは４ステップＲＡＣＨプロシージャにフォールバックされる。
　またＰＲＡＣＨとＰＵＳＣＨとの組み合わせの場合、ＰＲＡＣＨとＰＵＳＣＨがＦＤＭであってもよい。図２１は、ＰＲＡＣＨとＰＵＳＣＨがＦＤＭとなっている様子の例を示す説明図である。
　基地局装置１００および端末装置２００は、このような動作を実行することで、ＮＲ－Ｕにおいてリソースを効率的に使用することが可能となる。図１２に示した基地局装置１００の構成の内、設定部１５１は、上述した、ＮＲ－Ｕにおいてリソースを効率的に使用するための各種設定を行う。そして通信処理部１５３は、設定部１５１が設定した内容を端末装置２００へ通知する処理を実行する。そして、図１３に示した端末装置２００の構成の内、情報取得部２４１は、基地局装置１００から送信された各種設定を取得する。通信処理部２４３は、情報取得部２４１が取得した各種設定に基づき、基地局装置１００との間の、ＮＲ－Ｕによる無線通信処理を実行する。また通信処理部２４３は、ＬＢＴを実行し、ＬＢＴの結果に基づいて上りリンク信号を送信するリソースを選択する。
　＜２．応用例＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved　Node　B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局装置１００は、ＮｏｄｅＢ又はＢＴＳ（Base　Transceiver　Station）などの他の種類の基地局として実現されてもよい。基地局装置１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote　Radio　Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局装置１００として動作してもよい。
　また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
　＜２．１．基地局装置に関する応用例＞
　　　（第１の応用例）
　図２２は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
　アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２２に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２２にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
　基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
　コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio　Resource　Control）、無線ベアラ制御（Radio　Bearer　Control）、移動性管理（Mobility　Management）、流入制御（Admission　Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
　ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
　無線通信インタフェース８２５は、ＬＴＥ（Long　Term　Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium　Access　Control）、ＲＬＣ（Radio　Link　Control）及びＰＤＣＰ（Packet　Data　Convergence　Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
　無線通信インタフェース８２５は、図２２に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２２に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２２には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
　図２２に示したｅＮＢ８００において、図１２を参照して説明した制御部１５０に含まれる１つ以上の構成要素（設定部１５１及び／又は通信処理部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２２に示したｅＮＢ８００において、図１２を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
　　　（第２の応用例）
　図２３は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
　アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２３に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２３にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
　基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２２を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
　無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２２を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２３に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２３には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
　接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
　また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
　接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
　無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２３に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２３には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
　図２３に示したｅＮＢ８３０において、図１２を参照して説明した制御部１５０に含まれる１つ以上の構成要素（設定部１５１及び／又は通信処理部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２３に示したｅＮＢ８３０において、例えば、図６を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
　＜２．２．端末装置に関する応用例＞
　　　（第１の応用例）
　図２４は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２４に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２４には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
　さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local　Area　Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
　アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
　アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２４示したように複数のアンテナ９１６を有してもよい。なお、図２４にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
　さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２４に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図２４に示したスマートフォン９００において、図１３を参照して説明した制御部２４０に含まれる１つ以上の構成要素（測定報告部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２４に示したスマートフォン９００において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
　　　（第２の応用例）
　図２５は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２５に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２５には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２５に示したように複数のアンテナ９３７を有してもよい。なお、図２５にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２５に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図２５に示したカーナビゲーション装置９２０において、図１３を参照して説明した制御部２４０に含まれる１つ以上の構成要素（測定報告部２４１及び／又は通信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２５に示したカーナビゲーション装置９２０において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜３．まとめ＞
　以上説明したように本開示の実施の形態によれば、ＮＲ－Ｕにおいて、ＬＢＴ失敗時にＲＡＣＨプロシージャを実行できるようにしてリソースを効率的に使用できる基地局装置１００及び端末装置２００を提供することが出来る。
　各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　チャネルがクリアかビジーかを判断する判断部と、
　ＲＡＣＨプロシージャの上りリンク信号を送信する通信部と、
　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定する設定部と、
を備え、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、物理層の下りリンク情報で指示される、
無線通信装置。
（２）
　前記第一のリソースと前記第二のリソースとは、時間的に異なるリソースである、前記（１）に記載の無線通信装置。
（３）
　前記第一のリソースと前記第二のリソースとは、周波数的に異なるリソースである、前記（２）に記載の無線通信装置。
（４）
　前記ＲＡＣＨプロシージャは、４ステップのＲＡＣＨプロシージャである、前記（１）～（３）のいずれかに記載の無線通信装置。
（５）
　前記４ステップのＲＡＣＨプロシージャにおけるメッセージ１のキャリアとメッセージ３のキャリアとが異なる、前記（４）に記載の無線通信装置。
（６）
　前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のキャリアは、メッセージ２で指示される、前記（５）に記載の無線通信装置。
（７）
　前記設定部は、前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のキャリアを、複数の候補の中から選択する、前記（５）に記載の無線通信装置。
（８）
　前記設定部は、前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のリソースを複数設定する、前記（４）に記載の無線通信装置。
（９）
　前記ＲＡＣＨプロシージャは、２ステップのＲＡＣＨプロシージャである、前記（１）～（３）のいずれかに記載の無線通信装置。
（１０）
　前記判断部は、さらに、メッセージ２の内容から２ステップのＲＡＣＨプロシージャか４ステップのＲＡＣＨプロシージャかを判断する、前記（１）に記載の無線通信装置。
（１１）
　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨのリソースはキャリアの周波数領域全体に広げて配置される、前記（１）～（１０）のいずれかに記載の無線通信装置。
（１２）
　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨのリソースはキャリアの周波数領域においてインターレース状に配置される、前記（１）～（１０）のいずれかに記載の無線通信装置。
（１３）
　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは時分割多重化され、かつ同一のＰＲＡＣＨオケージョンで連続送信される、前記（１）～（１０）のいずれかに記載の無線通信装置。
（１４）
　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは時分割多重化され、かつ異なるＰＲＡＣＨオケージョンでそれぞれ送信される、前記（１）～（１０）のいずれかに記載の無線通信装置。
（１５）
　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは周波数多重化される、前記（１）～（１０）のいずれかに記載の無線通信装置。
（１６）
　チャネルがクリアかビジーかを判断する判断部と、
　ＲＡＣＨプロシージャの上りリンク信号を受信する通信部と、
　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定する設定部と、
を備え、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
無線通信装置。
（１７）
　前記第一のリソースと前記第二のリソースとは、時間的に異なるリソースである、前記（１６）に記載の無線通信装置。
（１８）
　前記第一のリソースと前記第二のリソースとは、周波数的に異なるリソースである、前記（１７）に記載の無線通信装置。
（１９）
　前記ＲＡＣＨプロシージャは、４ステップのＲＡＣＨプロシージャである、前記（１６）～（１８）のいずれかに記載の無線通信装置。
（２０）
　前記ＲＡＣＨプロシージャは、２ステップのＲＡＣＨプロシージャである、前記（１６）～（１８）のいずれかに記載の無線通信装置。
（２１）
　チャネルがクリアかビジーかを判断することと、
　ＲＡＣＨプロシージャの上りリンク信号を送信することと、
　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、
を含み、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、物理層の下りリンク情報で指示される、
無線通信方法。
（２２）
　チャネルがクリアかビジーかを判断することと、
　ＲＡＣＨプロシージャの上りリンク信号を受信することと、
　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、
を含み、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
無線通信方法。
（２３）
　コンピュータに、
　チャネルがクリアかビジーかを判断することと、
　ＲＡＣＨプロシージャの上りリンク信号を送信することと、
　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、
を実行させ、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、物理層の下りリンク情報で指示される、
コンピュータプログラム。
（２４）
　コンピュータに、
　チャネルがクリアかビジーかを判断することと、
　ＲＡＣＨプロシージャの上りリンク信号を受信することと、
　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、
を実行させ、
　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
コンピュータプログラム。
　１００　　基地局装置
　２００　　端末装置

Claims (24)

  1. 　チャネルがクリアかビジーかを判断する判断部と、
    　ＲＡＣＨプロシージャの上りリンク信号を送信する通信部と、
    　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定する設定部と、
    を備え、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、物理層の下りリンク情報で指示される、
    無線通信装置。
  2. 　前記第一のリソースと前記第二のリソースとは、時間的に異なるリソースである、請求項１に記載の無線通信装置。
  3. 　前記第一のリソースと前記第二のリソースとは、周波数的に異なるリソースである、請求項２に記載の無線通信装置。
  4. 　前記ＲＡＣＨプロシージャは、４ステップのＲＡＣＨプロシージャである、請求項１に記載の無線通信装置。
  5. 　前記４ステップのＲＡＣＨプロシージャにおけるメッセージ１のキャリアとメッセージ３のキャリアとが異なる、請求項４に記載の無線通信装置。
  6. 　前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のキャリアは、メッセージ２で指示される、請求項５に記載の無線通信装置。
  7. 　前記設定部は、前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のキャリアを、複数の候補の中から選択する、請求項５に記載の無線通信装置。
  8. 　前記設定部は、前記４ステップのＲＡＣＨプロシージャにおけるメッセージ３のリソースを複数設定する、請求項４に記載の無線通信装置。
  9. 　前記ＲＡＣＨプロシージャは、２ステップのＲＡＣＨプロシージャである、請求項１に記載の無線通信装置。
  10. 　前記判断部は、さらに、メッセージ２の内容から２ステップのＲＡＣＨプロシージャか４ステップのＲＡＣＨプロシージャかを判断する、請求項１に記載の無線通信装置。
  11. 　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨのリソースはキャリアの周波数領域全体に広げて配置される、請求項１に記載の無線通信装置。
  12. 　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨのリソースはキャリアの周波数領域においてインターレース状に配置される、請求項１に記載の無線通信装置。
  13. 　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは時分割多重化され、かつ同一のＰＲＡＣＨオケージョンで連続送信される、請求項１に記載の無線通信装置。
  14. 　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは時分割多重化され、かつ異なるＰＲＡＣＨオケージョンでそれぞれ送信される、請求項１に記載の無線通信装置。
  15. 　前記ＲＡＣＨプロシージャにおいて送信されるＰＲＡＣＨ及びＰＵＳＣＨは周波数多重化される、請求項１に記載の無線通信装置。
  16. 　チャネルがクリアかビジーかを判断する判断部と、
    　ＲＡＣＨプロシージャの上りリンク信号を受信する通信部と、
    　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定する設定部と、
    を備え、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
    無線通信装置。
  17. 　前記第一のリソースと前記第二のリソースとは、時間的に異なるリソースである、請求項１６に記載の無線通信装置。
  18. 　前記第一のリソースと前記第二のリソースとは、周波数的に異なるリソースである、請求項１７に記載の無線通信装置。
  19. 　前記ＲＡＣＨプロシージャは、４ステップのＲＡＣＨプロシージャである、請求項１６に記載の無線通信装置。
  20. 　前記ＲＡＣＨプロシージャは、２ステップのＲＡＣＨプロシージャである、請求項１６に記載の無線通信装置。
  21. 　チャネルがクリアかビジーかを判断することと、
    　ＲＡＣＨプロシージャの上りリンク信号を送信することと、
    　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、
    を含み、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、物理層の下りリンク情報で指示される、
    無線通信方法。
  22. 　チャネルがクリアかビジーかを判断することと、
    　ＲＡＣＨプロシージャの上りリンク信号を受信することと、
    　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、
    を含み、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
    無線通信方法。
  23. 　コンピュータに、
    　チャネルがクリアかビジーかを判断することと、
    　ＲＡＣＨプロシージャの上りリンク信号を送信することと、
    　前記上りリンク信号を送信する少なくとも第一のリソースと第二のリソースを設定することと、
    を実行させ、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、物理層の下りリンク情報で指示される、
    コンピュータプログラム。
  24. 　コンピュータに、
    　チャネルがクリアかビジーかを判断することと、
    　ＲＡＣＨプロシージャの上りリンク信号を受信することと、
    　前記上りリンク信号を送信するための少なくとも第一のリソースと第二のリソースを設定することと、
    を実行させ、
    　前記第一のリソースは、ＲＲＣ層の情報で設定されたリソースのセットの中から、選択され、
    　前記第二のリソースは、前記通信部が物理層の下りリンク情報で指示する、
    コンピュータプログラム。
PCT/JP2019/030130 2018-08-09 2019-08-01 無線通信装置、無線通信方法及びコンピュータプログラム WO2020031819A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/261,879 US11917681B2 (en) 2018-08-09 2019-08-01 Wireless communication device, wireless communication method, and computer program
EP19846841.5A EP3836722A4 (en) 2018-08-09 2019-08-01 WIRELESS COMMUNICATION DEVICE, WIRELESS COMMUNICATION PROCESS AND COMPUTER PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018150339A JP2021182653A (ja) 2018-08-09 2018-08-09 無線通信装置、無線通信方法及びコンピュータプログラム
JP2018-150339 2018-08-09

Publications (1)

Publication Number Publication Date
WO2020031819A1 true WO2020031819A1 (ja) 2020-02-13

Family

ID=69414216

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/030130 WO2020031819A1 (ja) 2018-08-09 2019-08-01 無線通信装置、無線通信方法及びコンピュータプログラム

Country Status (5)

Country Link
US (1) US11917681B2 (ja)
EP (1) EP3836722A4 (ja)
JP (1) JP2021182653A (ja)
TW (1) TWI811410B (ja)
WO (1) WO2020031819A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200413485A1 (en) * 2019-08-09 2020-12-31 Lopamudra Kundu Channel access sharing during a random access procedure for nr-unlicensed networks
WO2021098054A1 (en) * 2020-02-14 2021-05-27 Zte Corporation A system and method for signal transmission
WO2022202070A1 (ja) * 2021-03-26 2022-09-29 ソニーグループ株式会社 通信装置、通信方法、通信システム、およびプログラム
US11832265B2 (en) * 2019-11-28 2023-11-28 Samsung Electronics Co., Ltd Method and apparatus for indicating slot format in wireless communication system

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110475378B (zh) * 2018-05-10 2023-01-10 北京三星通信技术研究有限公司 免调度上行传输的方法、用户设备及基站设备
KR20200048209A (ko) * 2018-10-29 2020-05-08 삼성전자주식회사 비면허 대역의 이동통신 시스템에서 셀 재선택 절차를 수행하는 방법 및 장치
CN113728718A (zh) * 2019-03-05 2021-11-30 谷歌有限责任公司 非授权带宽部分的随机接入过程
EP3772231A1 (en) * 2019-08-02 2021-02-03 Panasonic Intellectual Property Corporation of America User equipment and base station performing transmission and reception operations
CN117295180A (zh) * 2019-11-08 2023-12-26 Oppo广东移动通信有限公司 非授权频谱上的数据传输方法、装置、设备及存储介质
WO2023105754A1 (ja) * 2021-12-10 2023-06-15 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
WO2023135755A1 (ja) * 2022-01-14 2023-07-20 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
WO2023135754A1 (ja) * 2022-01-14 2023-07-20 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017121212A1 (zh) * 2016-01-11 2017-07-20 中兴通讯股份有限公司 随机接入过程中消息的传输方法、装置及计算机存储介质
WO2017170678A1 (ja) * 2016-03-31 2017-10-05 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
WO2018124026A1 (ja) * 2016-12-27 2018-07-05 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
WO2018139575A1 (ja) * 2017-01-27 2018-08-02 シャープ株式会社 端末装置、基地局装置、および、通信方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10375739B2 (en) * 2015-08-26 2019-08-06 Panasonic Intellectual Property Corporation Of America Random access procedure for unlicensed cells
US10433291B2 (en) * 2016-02-26 2019-10-01 Qualcomm Incorporated Discovery reference signal transmission window detection and discovery reference signal measurement configuration
CN105898883B (zh) 2016-04-01 2019-10-11 宇龙计算机通信科技(深圳)有限公司 一种前导码的配置方法、发送方法和相关设备
US10433342B2 (en) * 2016-10-19 2019-10-01 Qualcomm Incorporated Enhanced random access channel (RACH) procedure
US11432328B2 (en) * 2018-04-04 2022-08-30 Ipla Holdings Inc. Random access with new radio unlicensed cells

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017121212A1 (zh) * 2016-01-11 2017-07-20 中兴通讯股份有限公司 随机接入过程中消息的传输方法、装置及计算机存储介质
WO2017170678A1 (ja) * 2016-03-31 2017-10-05 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
WO2018124026A1 (ja) * 2016-12-27 2018-07-05 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
WO2018139575A1 (ja) * 2017-01-27 2018-08-02 シャープ株式会社 端末装置、基地局装置、および、通信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Study on NR-based Access to Unlicensed Spectrum", RP-172021, 11 September 2017 (2017-09-11)
See also references of EP3836722A4

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200413485A1 (en) * 2019-08-09 2020-12-31 Lopamudra Kundu Channel access sharing during a random access procedure for nr-unlicensed networks
US11825561B2 (en) * 2019-08-09 2023-11-21 Intel Corporation Channel access sharing during a random access procedure for NR-unlicensed networks
US11832265B2 (en) * 2019-11-28 2023-11-28 Samsung Electronics Co., Ltd Method and apparatus for indicating slot format in wireless communication system
WO2021098054A1 (en) * 2020-02-14 2021-05-27 Zte Corporation A system and method for signal transmission
WO2022202070A1 (ja) * 2021-03-26 2022-09-29 ソニーグループ株式会社 通信装置、通信方法、通信システム、およびプログラム

Also Published As

Publication number Publication date
JP2021182653A (ja) 2021-11-25
US11917681B2 (en) 2024-02-27
TWI811410B (zh) 2023-08-11
EP3836722A1 (en) 2021-06-16
TW202014037A (zh) 2020-04-01
US20210307072A1 (en) 2021-09-30
EP3836722A4 (en) 2021-10-20

Similar Documents

Publication Publication Date Title
WO2020031819A1 (ja) 無線通信装置、無線通信方法及びコンピュータプログラム
US11950280B2 (en) Channelization and BWP
CN107926051B (zh) 通信方法、通信装置和非临时性计算机可读介质
CN107926050B (zh) 用于通信的方法和装置
CN107926052B (zh) 共享通信介质上的基于重新争用的共存
US11516633B2 (en) V2X communication method of terminal in wireless communication system and apparatus using same method
US20210289548A1 (en) Channel access with a new radio unlicensed serving cell
CN111972030A (zh) 用于在通信系统中控制终端接入的方法
WO2019064768A1 (ja) 端末装置、基地局装置、方法及び記録媒体
CN112119669A (zh) 用于频谱重用、功率节省和共存的信道接入指示
KR20170015251A (ko) 비면허 대역 채널에서 클리어 채널 평가에 근거한 신호 전송 방법 및 이동 통신 시스템
EP3240214B1 (en) Method for uplink transmission in unlicensed band, and device using same
US11576155B2 (en) Communication apparatus, communication method, and program
RU2701205C2 (ru) Устройство
WO2020090548A1 (ja) 基地局、端末装置、方法及び記録媒体
WO2020031926A1 (ja) 無線通信装置、無線通信方法及びコンピュータプログラム
US10028152B2 (en) Device and method for performing communication via a plurality of component carriers
US11856583B2 (en) Wireless communication device, wireless communication method, and computer program
US10743345B2 (en) Self-contained communication with coordination signaling for listen-after-talk scheme
CN116458251A (zh) 随机接入方法和终端设备
CN113424645A (zh) Ue、无线电网络节点以及其中执行的用于处理通信的方法
WO2020086221A1 (en) Tight frequency reuse coloring for new radio-unlicensed (nr-u)
WO2023208912A1 (en) Sl unlicensed frame strucutre

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: 19846841

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019846841

Country of ref document: EP

Effective date: 20210309

NENP Non-entry into the national phase

Ref country code: JP