WO2016175029A1 - Dispositif de communication sans fil, et terminal d'utilisateur - Google Patents

Dispositif de communication sans fil, et terminal d'utilisateur Download PDF

Info

Publication number
WO2016175029A1
WO2016175029A1 PCT/JP2016/061936 JP2016061936W WO2016175029A1 WO 2016175029 A1 WO2016175029 A1 WO 2016175029A1 JP 2016061936 W JP2016061936 W JP 2016061936W WO 2016175029 A1 WO2016175029 A1 WO 2016175029A1
Authority
WO
WIPO (PCT)
Prior art keywords
bit string
user terminal
wireless communication
identifier
concatenated
Prior art date
Application number
PCT/JP2016/061936
Other languages
English (en)
Japanese (ja)
Inventor
智春 山▲崎▼
空悟 守田
直久 松本
童　方偉
宏行 浦林
真人 藤代
剛洋 榮祝
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Publication of WO2016175029A1 publication Critical patent/WO2016175029A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • the present invention relates to a wireless communication device and a user terminal in a wireless communication system.
  • Non-Patent Document 1 In recent years, various multiplex communication technologies have been put into practical use in order to effectively utilize limited radio resources in a radio communication system (see, for example, Non-Patent Document 1).
  • the wireless communication apparatus performs multiplex communication.
  • the wireless communication apparatus generates a concatenated bit string by concatenating a plurality of bit strings composed of respective bit strings of a plurality of user terminals, and uses the same radio resource to transmit a radio signal including the concatenated bit string.
  • a transmission unit configured to transmit to the plurality of user terminals.
  • the user terminal is a user terminal included in a plurality of user terminals.
  • the user terminal is transmitted from a radio communication device using the same radio resource, and receives a radio signal including a concatenated bit string composed of the bit strings of the plurality of user terminals, and the user terminal from the concatenated bit string A control unit that extracts a bit string of the user terminal.
  • FIG. 7A shows a comparative example in the application scenario 1
  • FIG. 7B shows an embodiment in the application scenario 1.
  • FIG. FIG. 5 is a diagram for explaining “Bit-wise multiplexing” according to the first embodiment.
  • the LTE system is a wireless communication system based on the 3GPP (Third Generation Partnership Project) standard.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system.
  • the LTE system includes a UE (User Equipment) 100, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a user terminal.
  • the UE 100 is a mobile communication device, and performs radio communication with a cell (serving cell).
  • the configuration of the UE 100 will be described later.
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface. The configuration of the eNB 200 will be described later.
  • the eNB 200 manages one or a plurality of cells and performs radio communication with the UE 100 that has established a connection with the own cell.
  • the eNB 200 has a radio resource management (RRM) function, a routing function of user data (hereinafter simply referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a radio communication area, and is also used as a term indicating a function of performing radio communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • MME performs various mobility control etc. with respect to UE100.
  • the S-GW performs data transfer control.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • the E-UTRAN 10 and the EPC 20 constitute a network.
  • FIG. 2 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 2, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping.
  • Data and control signals are transmitted between the physical layer of the UE 100 and the physical layer of the eNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Data and control signals are transmitted between the MAC layer of the UE 100 and the MAC layer of the eNB 200 via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler that determines an uplink / downlink transport format (transport block size, modulation / coding scheme (MCS)) and an allocation resource block to the UE 100.
  • MCS modulation / coding scheme
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Data and control signals are transmitted between the RLC layer of the UE 100 and the RLC layer of the eNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control signals. Messages for various settings (RRC messages) are transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the eNB 200, the UE 100 is in the RRC connected mode, otherwise, the UE 100 is in the RRC idle mode.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • FIG. 3 is a configuration diagram of a radio frame used in the LTE system.
  • Orthogonal Division Multiple Access (OFDMA) is applied to the downlink
  • SC-FDMA Single Carrier Frequency Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms, and the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB) in the frequency direction and includes a plurality of symbols in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • One symbol and one subcarrier constitute one resource element (RE).
  • a frequency resource can be specified by a resource block, and a time resource can be specified by a subframe (or slot).
  • the section of the first few symbols of each subframe is an area mainly used as a physical downlink control channel (PDCCH) for transmitting a downlink control signal. Details of the PDCCH will be described later.
  • the remaining part of each subframe is an area that can be used mainly as a physical downlink shared channel (PDSCH) for transmitting downlink data.
  • PDSCH physical downlink shared channel
  • the eNB 200 basically transmits a downlink control signal (DCI: Downlink Control Information) to the UE 100 using the PDCCH, and transmits downlink data to the UE 100 using the PDSCH.
  • the downlink control signal carried by the PDCCH includes uplink SI (Scheduling Information), downlink SI, and TPC bits.
  • the uplink SI is scheduling information (UL grant) related to allocation of uplink radio resources
  • the downlink SI is scheduling information related to allocation of downlink radio resources.
  • the TPC bit is information instructing increase / decrease in uplink transmission power.
  • the eNB 200 includes the CRC bits masked with the identifier (RNTI: Radio Network Temporary Identifier) of the destination UE 100 in the downlink control signal in order to identify the destination UE 100 of the downlink control signal.
  • RNTI Radio Network Temporary Identifier
  • Each UE 100 performs blind decoding (blind decoding) on the PDCCH by demasking the CRC bits with the RNTI of the own UE for the downlink control signal that may be destined for the own UE, and the downlink control signal addressed to the own UE. Is detected.
  • the PDSCH carries downlink data using downlink radio resources (resource blocks) indicated by the downlink SI.
  • both end portions in the frequency direction in each subframe are regions used mainly as physical uplink control channels (PUCCH: Physical Uplink Control Channels) for transmitting uplink control signals.
  • PUCCH Physical Uplink Control Channels
  • the remaining part of each subframe is an area that can be used mainly as a physical uplink shared channel (PUSCH) for transmitting uplink data.
  • PUSCH physical uplink shared channel
  • the UE 100 basically transmits an uplink control signal (UCI: Uplink Control Information) to the eNB 200 using the PUCCH, and transmits uplink data to the eNB 200 using the PUSCH.
  • Uplink control signals carried by the PUCCH include CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indicator), scheduling request (SR: Scheduling Request), and HARQ ACK / NACK.
  • the CQI is an index indicating downlink channel quality, and is used for determining an MCS to be used for downlink transmission.
  • the PMI is an index indicating a precoder matrix that is preferably used for downlink transmission.
  • RI is an index indicating the number of layers (number of streams) that can be used for downlink transmission.
  • SR is information for requesting allocation of PUSCH resources.
  • HARQ ACK / NACK is delivery confirmation information indicating whether downlink data has been correctly received.
  • Outline of HARQ HARQ is a technique for improving the communication quality of a transmission path by combining ARQ and error correction. In particular, it is possible to improve the quality by combining the reception result of the initial transmission and the reception result of the retransmission upon retransmission.
  • the UE 100 when the received data cannot be decoded correctly, in other words, when a CRC (Cyclic Redundancy Check) error occurs, the UE 100 transmits “HARQ NACK” to the eNB 200.
  • the eNB 200 that has received “HARQ NACK” retransmits the data.
  • the UE 100 transmits “HARQ ACK” to the eNB 200.
  • Chase combining is a method of transmitting the same data in initial transmission and retransmission, and is a method of improving gain by combining initial transmission data and retransmission data in retransmission.
  • IR Intelligent redundancy
  • IR increases redundancy, and by transmitting parity bits in retransmission, the redundancy is increased in combination with the initial transmission, and the quality is improved by an error correction function.
  • FIG. 4 is a block diagram of the UE 100 (user terminal). As illustrated in FIG. 4, the UE 100 includes a reception unit 110, a transmission unit 120, and a control unit 130.
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 130.
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmission unit 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls in the UE 100.
  • the control unit 130 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor that performs modulation / demodulation and encoding / decoding of the baseband signal, and a CPU (Central Processing Unit) that executes various processes by executing programs stored in the memory.
  • the processor may include a codec that performs encoding / decoding of an audio / video signal. The processor executes the above-described processing and processing described later.
  • FIG. 5 is a block diagram of the eNB 200 (base station). As illustrated in FIG. 5, the eNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmission unit 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output from the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal to the control unit 230.
  • the control unit 230 performs various controls in the eNB 200.
  • the control unit 230 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor that performs modulation / demodulation and encoding / decoding of the baseband signal, and a CPU (Central Processing Unit) that executes various processes by executing programs stored in the memory.
  • the processor executes the above-described processing and processing described later.
  • the backhaul communication unit 240 is connected to the neighboring eNB 200 via the X2 interface, and is connected to the MME / S-GW 300 via the S1 interface.
  • the backhaul communication unit 240 is used for communication performed on the X2 interface, communication performed on the S1 interface, and the like.
  • FIG. 6 is a diagram for explaining the outline of the first embodiment.
  • the eNB 200 performs downlink multiplex communication with a plurality of UEs 100 (UE100 # 1 to UE100 # 3).
  • the eNB 200 corresponds to a radio communication device that performs multiplex communication with a plurality of user terminals.
  • the control unit 230 of the eNB 200 generates a concatenated bit string by concatenating a plurality of bit strings composed of the bit strings of the UEs 100 # 1 to UE100 # 3.
  • the transmission unit 210 of the eNB 200 transmits a radio signal including the concatenated bit string to the UE 100 # 1 to the UE 100 # 3 using the same radio resource.
  • the receiving unit 110 of the UE 100 # 1 receives a radio signal that is transmitted from the eNB 200 using the same radio resource and includes a concatenated bit string that includes each bit string of the UE 100 # 1 to UE100 # 3.
  • the control unit 130 of the UE 100 # 1 extracts the bit string of itself (UE 100 # 1) from the concatenated bit string.
  • UE 100 # 2 and UE 100 # 3 also receive the concatenated bit string and extract its own bit string from the concatenated bit string.
  • FIG. 7 is a diagram for explaining the application scenario 1.
  • Application scenario 1 is a scenario in which the channel state of each UE 100 is good and each UE 100 transmits and receives a small amount of data to and from the eNB 200.
  • a scenario in which the channel state is good includes a scenario in which each UE 100 is located near the cell center of the eNB 200.
  • Examples of the scenario for transmitting and receiving a small amount of data include a scenario in which M2M (Machine to Machine) communication or VoIP (Voice over Internet Protocol) communication is performed, or a scenario in which the UE 100 periodically transmits and receives a keep alive signal.
  • M2M Machine to Machine
  • VoIP Voice over Internet Protocol
  • FIG. 7A shows a comparative example in the application scenario 1.
  • the eNB 200 allocates one resource block (RB) to each UE 100. Further, the eNB 200 applies a low modulation / coding scheme (MCS) to each UE in order to transmit a small amount of data to each UE 100.
  • MCS modulation / coding scheme
  • the eNB 200 assigns RB # 1 to the UE100 # 1 and applies MCS0.
  • the eNB 200 assigns RB # 2 to the UE100 # 2 and applies MCS0.
  • the eNB 200 assigns RB # 3 to the UE 100 # 3 and applies MCS0.
  • FIG. 7B shows an example in the application scenario 1.
  • the eNB 200 generates a concatenated bit string by concatenating a plurality of bit strings composed of bit strings of each UE, and uses the same radio resource (RB # 1) to generate the concatenated bit string.
  • the radio signal containing is transmitted to each UE.
  • such a multiplexing method is referred to as “Bit-wise multiplexing” or “code block multiplexing”.
  • Each UE 100 receives a radio signal including a concatenated bit string transmitted from the eNB 200 using RB # 1, and extracts its own bit string from the concatenated bit string.
  • the “concatenated bit string” may be referred to as a “concatenated code block”.
  • the eNB 200 applies MCS corresponding to the channel state of each UE, that is, high MCS.
  • the eNB 200 assigns RB # 1 to each UE and applies MCS14. For this reason, the embodiment in the application scenario 1 can effectively use a good channel state as compared with the comparative example.
  • the number of resource blocks used for transmission of the concatenated bit string is smaller than the total number of UEs 100.
  • the eNB 200 arranges the concatenated bit string in one resource block, and transmits the concatenated bit string using one resource block.
  • Each UE 100 receives a concatenated bit string using one resource block. Therefore, since the amount of radio resources used is reduced compared to the comparative example, the eNB 200 can accommodate more UEs 100.
  • FIG. 8 is a diagram illustrating an example in the application scenario 2.
  • FIG. 8 is a diagram illustrating an example in the application scenario 2.
  • Application scenario 2 is a scenario in which the channel state of each UE 100 is poor. As a scenario in which the channel state is inferior, a scenario in which each UE 100 is located near the cell edge of the eNB 200 can be cited.
  • the eNB 200 generates a concatenated bit string by concatenating a plurality of bit strings composed of bit strings of each UE, and uses the same radio resource (RB # 1 to RB # 3) to generate a concatenated bit string. Is transmitted to each UE.
  • Each UE 100 receives a radio signal including a concatenated bit string transmitted from the eNB 200 using RB # 1 to RB # 3, and extracts its own bit string from the concatenated bit string.
  • the eNB 200 applies MCS corresponding to the channel state of each UE, that is, low MCS.
  • the eNB 200 assigns RB # 1 to RB # 3 to each UE and applies MCS0.
  • eNB 200 arranges a concatenated bit string in a plurality of resource blocks (RB # 1 to RB # 3) such that each of a plurality of bit strings composed of the bit strings of each UE is distributed in the frequency direction.
  • the eNB 200 transmits the concatenated bit string using RB # 1 to RB # 3.
  • Each UE 100 receives the concatenated bit string using RB # 1 to RB # 3.
  • the embodiment in the application scenario 2 can obtain the frequency diversity effect by arranging the bit strings of the UEs in the frequency direction. Therefore, it is possible to efficiently use radio resources and improve the reception quality of each UE.
  • the embodiment in the application scenario 1 by performing error correction coding on the concatenated bit string at a time, it is possible to increase the error correction capability and obtain a higher coding gain.
  • Bit-wise multiplexing is not limited to application scenario 1 or application scenario 2. “Bit-wise multiplexing” may be applied to scenarios other than the application scenario 1 or the application scenario 2. For example, it is possible to apply “Bit-wise multiplexing” to a scenario in which a short bit string of UE 100 # 2 performing small capacity communication is connected to a long bit string of UE 100 # 1 performing large capacity communication. .
  • FIG. 9 is a diagram for explaining “Bit-wise multiplexing”. “Bit-wise multiplexing” is mainly performed in the LTE physical layer.
  • the eNB 200 divides a transport block that is transmission data of each UE 100 (UE 100 # 1 to # 3) passed from an upper layer, and generates a bit string (code block) having a predetermined length.
  • the transport block may be used as it is as a code block.
  • padding bits may be added so as to match the predetermined length.
  • the eNB 200 generates a code block # 1 from the transport block # 1 of the UE 100 # 1, generates a code block # 2 from the transport block # 2 of the UE 100 # 2, and transmits the code block # 2 of the UE 100 # 3.
  • a code block # 3 is generated from the port block # 3.
  • the eNB 200 performs “Codeblock connection”, which is a process of connecting the code blocks # 1 to # 3. Also, the eNB 200 adds one CRC (Cyclic Redundancy Check) to the concatenated code blocks # 1 to # 3 (concatenated code blocks). In the conventional method, a CRC is added to each code block. By adding one CRC to the concatenated code block, the CRC can be reduced as compared with the conventional method. However, a CRC may be added to each code block so that an error for each code block can be detected.
  • CRC Cyclic Redundancy Check
  • the eNB 200 collectively performs error correction coding (for example, turbo coding) on the concatenated code block and the CRC. Further, the eNB 200 performs rate matching for coding rate adjustment. Thereafter, the eNB 200 performs radio interleaving processing, symbol mapping processing, and the like.
  • error correction coding for example, turbo coding
  • each UE 100 performs a process opposite to the process in the eNB 200.
  • Each UE 100 receives a radio signal and performs symbol demapping processing, deinterleaving processing, and the like.
  • Each UE 100 decodes the concatenated code block and the CRC.
  • Each UE 100 performs error detection of the concatenated code block by CRC.
  • CRC code block
  • HARQ NACK may be transmitted to the eNB 200.
  • no CRC error that is, when decoding is correctly performed
  • HARQ ACK may be transmitted to the eNB 200.
  • each UE 100 extracts its own code block from the concatenated code blocks (code block # 1 to code block # 3). A method for identifying its own code block will be described later.
  • FIG. 10 is a diagram illustrating an example of an operation sequence. In FIG. 10, this means that the process indicated by the broken line is arbitrary.
  • the eNB 200 groups the UE 100. For example, in the case of the application scenario 1, the eNB 200 determines a group including a plurality of UEs 100 having a good channel state and transmitting / receiving a small amount of data. In the case of the application scenario 2, the eNB 200 determines a group including a plurality of UEs 100 having a poor channel state. At the time of grouping, the eNB 200 may determine the channel state of the UE 100 based on the CQI received from the UE 100 or a measurement report (Measurement Report).
  • the eNB 200 determines a group including only the UE 100 having the “Bit-wise multiplexing” function based on the capability information (UE Capability Information) indicating that the UE 100 has the “Bit-wise multiplexing” function at the time of grouping. decide. “UE Capability Information” can be acquired from UE 100 or MME 300. Or in step S101, eNB200 may determine the group which consists of UE100 which performs large capacity communication, and UE100 which performs small capacity communication.
  • UE Capability Information can be acquired from UE 100 or MME 300.
  • eNB200 may determine the group which consists of UE100 which performs large capacity communication, and UE100 which performs small capacity communication.
  • each UE set as one group is referred to as “each UE 100 belonging to the group”, and each UE multiplexed in actual transmission is referred to as “each code block multiplexed UE 100”, and these are particularly distinguished. When not, they are referred to as “plural UEs 100” or “each UE 100”.
  • step S102 the eNB 200 notifies the following information to each UE 100 belonging to the group by RRC signaling.
  • the eNB 200 may also notify the HARQ process ID to be code block multiplexed.
  • the DCI reception group RNTI is a common identifier common to the UEs 100 belonging to the group.
  • Steps S101 and S102 After Steps S101 and S102, “Bit-wise multiplexing” is started.
  • step S103 the eNB 200 transmits DCI on the PDCCH to each UE 100 that is code-block multiplexed.
  • DCI includes information such as RB and MCS.
  • the DCI may include NDI (New Data Indicator), “HARQ process ID”, and the like.
  • DCI is masked using DCI reception group RNTI.
  • the eNB 200 includes the CRC bits masked by the DCI reception group RNTI in the DCI. That is, eNB200 transmits the control signal for a concatenated code block to a plurality of UEs 100 in a batch using the common identifier.
  • step S104 the eNB 200 transmits a concatenated code block on the PDSCH to each UE 100 that is code block multiplexed.
  • the UE 100 receives the concatenated code block based on DCI.
  • each UE 100 that is code-block multiplexed transmits “HARQ Ack / Nack” to the eNB 200. Details of HARQ applied to “Bit-wise multiplexing” will be described later.
  • eNB200 may notify each UE100 by the RRC signaling and / or DCI about the code block length.
  • the eNB 200 may individually assign an RNTI dedicated to “Bit-wise Multiplexing” for each UE, or may use a normal unicast C-RNTI (Cell-Radio Network Temporary Identifier) as it is. .
  • RNTI dedicated to “Bit-wise Multiplexing”
  • C-RNTI Cell-Radio Network Temporary Identifier
  • the distinction from the normal unicast can be made by the HARQ process ID (set to be used for “Bit-wise Multiplexing”).
  • Code Block Identification Method According to First Embodiment
  • a code block identification method in “Bit-wise multiplexing” Specifically, a method for the UE 100 to identify a confident code block included in the concatenated code block will be described.
  • the index is, for example, an index indicating the number from the top in the concatenated code block.
  • UE100 receives the said index from eNB200.
  • the eNB 200 notifies the number of UEs that are code block multiplexed together.
  • the notification of the index and the notification of the number of UEs that are code-block multiplexed are performed by RRC signaling (step S102 in FIG. 10).
  • the number of UEs that are code-block multiplexed may be a system-defined value, and notification to the UE 100 may be omitted.
  • Each UE 100 that is code-block multiplexed uses the index notified from the eNB 200 to identify its own code block from among the concatenated code blocks received from the eNB 200 and extract its own code block.
  • Pattern 2 the eNB 200 notifies each UE 100 belonging to the group of “dedicated RNTI for data reception” at the time of code block multiplexing.
  • “Dedicated RNTI for data reception” is a dedicated identifier that does not overlap among UEs belonging to a group.
  • the bit length of “dedicated RNTI for data reception” may be shorter than the bit length of normal RNTI (16 bits).
  • the notification of “dedicated RNTI for data reception” is performed by RRC signaling (step S102 in FIG. 10).
  • the eNB 200 adds the corresponding “dedicated RNTI for data reception” to each code block in the concatenated code block, and transmits the concatenated code block. For example, the eNB 200 adds “dedicated RNTI for data reception” of the UE 100 # 1 to the head or the end of the code block # 1 of the UE 100 # 1.
  • Each UE 100 that is code-block multiplexed uses the “dedicated RNTI for data reception” notified from the eNB 200 to identify its own code block from among the concatenated code blocks received from the eNB 200, and to identify its own code block. Extract.
  • the first common RNTI is the above-described DCI reception group RNTI.
  • the DCI reception group RNTI is a common identifier common to the UEs 100 belonging to the group.
  • the eNB 200 uses the DCI reception group RNTI to collectively transmit DCI (PDCCH) for the concatenated code block to each UE 100 that is code block multiplexed.
  • the UE 100 receives DCI (PDCCH) for the concatenated code block using the DCI reception group RNTI.
  • the second common RNTI is a data reception group RNTI applied to the CRC (see FIG. 9) added to the concatenated code block.
  • the data reception group RNTI may be the same as the DCI reception group RNTI.
  • the eNB 200 notifies the data reception group RNTI by RRC signaling (step S102 in FIG. 10).
  • the eNB 200 masks the CRC added to the concatenated code block using the data reception group RNTI.
  • the UE 100 demasks the CRC using the data reception group RNTI.
  • the data group RNTI may be a system-defined value, and notification to the UE 100 may be omitted.
  • the CRC may be transmitted as it is without applying the RNTI for data reception.
  • the RNTI for data reception is not necessary.
  • the bit length that can be transmitted is determined by the number of resource blocks (RB) used for data transmission and the MCS used for the transmission.
  • RB resource blocks
  • MCS Mobile Broadband Control
  • Each of the eNB 200 and the UE 100 holds information indicating a bit length (TBS: Transport Block Size) that can be transmitted for each combination of the number of RBs and the MCS.
  • TBS Transport Block Size
  • each of the eNB 200 and the UE 100 holds a table in which the number of RBs, the MCS, and the transmittable bit length are associated with each other.
  • each of the eNB 200 and the UE 100 holds a table for “Bit-wise multiplexing”.
  • the eNB 200 includes information indicating a bit length (code block length) that can be transmitted to each UE for each combination of the number of RBs used for transmission, the MCS used for transmission, and the number of UEs to be multiplexed. Hold.
  • the UE 100 holds information indicating a bit length (code block length) that can be received from the eNB 200 for each combination of the number of RBs used for reception, the MCS used for reception, and the number of UEs to be multiplexed.
  • Pattern 1 In pattern 1, HARQ NACK is applied to “Bit-wise multiplexing” without applying HARQ ACK.
  • the eNB 200 allocates a common radio resource to each UE 100 (or each UE 100 belonging to a group) that is code-block multiplexed.
  • Each UE 100 that is code-block multiplexed transmits HARQ NACK to the eNB 200 using the common radio resource.
  • the eNB 200 receives the HARQ NACK using the common radio resource.
  • uplink radio resources for example, PUCCH resources
  • the common radio resource includes a resource element common to each UE 100 (or each UE 100 belonging to a group) that is code-block multiplexed, and a common signal sequence (base sequence, cyclic shift).
  • uplink radio resources for example, PUCCH resources
  • HARQ NACK transmission can also be saved.
  • the HARQ NACK of each UE 100 that is code block multiplexed is combined, and the eNB 200 cannot identify the source UE of the HARQ NACK.
  • FIG. 11 is a diagram illustrating an example of an operation sequence in pattern 1 of the HARQ ACK / NACK resource.
  • step S301 the eNB 200 transmits setting information related to the common resource for HARQ NACK transmission to the UE 100 # 1 and the UE 100 # 2.
  • the setting information related to the common resource for HARQ NACK transmission may be broadcast from the eNB 200 by system information (SIB), or may be unicast from the eNB 200 by individual RRC signaling.
  • SIB system information
  • Each UE 100 receives and stores setting information.
  • step S302 the eNB 200 starts transmission of the concatenated code block by “Bit-wise multiplexing”.
  • step S303 the UE 100 # 1 and the UE 100 # 2 try to decode the received concatenated code block.
  • step S304 the UE 100 # 1 and the UE 100 # 2 confirm whether or not the decoding of the concatenated code block is successful.
  • step S305 the UE 100 # 1 and the UE 100 # 2 transmit the HARQ NACK to the eNB 200 using the common resource for HARQ NACK transmission. These HARQ NACKs are received by the eNB 200 in a combined state.
  • step S306 the eNB 200 transmits retransmission data (concatenated code block) to the UE 100 # 1 and the UE 100 # 2 in response to receiving the HARQ NACK.
  • UE100 transmits HARQ ACK / NACK to eNB200 using a dedicated radio
  • the eNB 200 receives HARQ ACK / NACK using dedicated radio resources.
  • the dedicated radio resource is a PUCCH resource that does not overlap between each UE 100 (or each UE 100 belonging to a group) that is code-block multiplexed.
  • N (1) PUCCH can be used as such a PUSCH resource.
  • UE100 determines the PUCCH resource for transmission of HARQ ACK according to N (1) PUCCH which is a PUCCH parameter set by RRC signaling from eNB200.
  • PUCCH which is a PUCCH parameter set by RRC signaling from eNB200.
  • the UE 100 determines a PUCCH resource for HARQ ACK transmission according to the following equation (1).
  • n CCE is the number of the first CCE (Control Channel Element) used for transmission of the corresponding downlink assignment (DCI).
  • the eNB 200 can identify the source UE of the HARQ ACK based on N (1) PUCCH applied to the HARQ ACK.
  • a common radio resource may be used instead of using such a dedicated radio resource.
  • the eNB 200 spatially separates HARQ Ack / Nack using the same method as uplink MU-MIMO.
  • independent HARQ in “Bit-wise multiplexing” will be described. However, independent HARQ does not have to be applied to pattern 1 of the HARQ ACK / NACK resource. In “Bit-wise multiplexing”, independent HARQ can be applied to each UE 100 that is code-block multiplexed.
  • each UE 100 multiplexed in code block is a portion corresponding to its own code block in stored data (stored concatenated code block) at the time of previous reception failure. Only for HARQ synthesis.
  • NDI When independent HARQ is applied to “Bit-wise multiplexing”, an independent NDI is required for each UE 100 that is code-block multiplexed. Normally, NDI is included in DCI, but when DCI common to each UE 100 that is code-block multiplexed is used, it is difficult to include NDI independent of each UE 100 in DCI.
  • the eNB 200 adds an indicator (NDI) indicating whether the transmission is initial transmission or retransmission to each of the plurality of code blocks in the concatenated code block.
  • NDI indicator
  • the UE 100 determines whether the code block of the own UE 100 extracted from the concatenated code block is initial transmission or retransmission. Specifically, the UE 100 determines whether the code block is an initial transmission or a retransmission based on the NDI included in the code block of the own UE 100 extracted from the concatenated code block.
  • the wireless communication device that performs multiplex communication with a plurality of user terminals may be a relay node or a D2D (Device to Device) terminal.
  • the relay node is a wireless communication device that relays communication between the eNB 200 and the UE 100.
  • the D2D terminal is a radio communication device that can perform direct radio communication with a plurality of UEs 100.
  • FIG. 12 is a diagram for explaining an application scenario according to the second embodiment.
  • a plurality of UEs 100 perform UL transmission to the eNB 200.
  • the UE 100 transmits data to the eNB 200 using the UL resource explicitly assigned from the eNB 200.
  • the eNB 200 allocates an orthogonal UL resource to each UE 100, and transmits a UL grant indicating the UL allocation to the UE 100.
  • the UE 100 performs data transmission by PUSCH in a UL subframe after a predetermined subframe (for example, 4 subframes) from the timing at which UL grant is received.
  • UL transmission in a general LTE system is performed using synchronous and orthogonal resources.
  • Massive MTC Machine Type Communication
  • URLLC Ultra-Reliable Low-Latency Communication
  • Massive MTC Machine Type Communication
  • URLLC Ultra-Reliable Low-Latency Communication
  • UL transmission is performed on demand using an asynchronous and non-orthogonal resource without an explicit assignment from the eNB 200.
  • the UE 100 transmits UL data using non-orthogonal resources as soon as UL data is generated.
  • the UL data is separated by signal processing on the eNB 200 side.
  • the second embodiment makes it possible to solve problems in a new scenario by applying “Bit-wise multiplexing” to HARQ ACK / NACK transmission from the eNB 200 to the UE 100.
  • FIG. 13 is a diagram for explaining “Bit-wise multiplexing” according to the second embodiment.
  • the eNB 200 transmits HARQ ACK to the UE 100 # 1 to the UE 100 # 3 will be described. Further, differences from the first embodiment will be mainly described.
  • the eNB 200 generates a bit string (code block) including an identifier of each UE 100 that is a transmission destination of the HARQ ACK.
  • the eNB 200 includes a code block including a UE identifier # 1 that is an identifier of the UE 100 # 1, a code block including a UE identifier # 2 that is an identifier of the UE 100 # 2, and a UE that is an identifier of the UE 100 # 3.
  • a code block including the identifier # 3 is generated.
  • the eNB 200 concatenates three code blocks each including a UE identifier by “Codeblock connection”. Also, the eNB 200 adds one CRC to the concatenated code block.
  • the eNB 200 collectively performs error correction coding (for example, turbo coding) on the concatenated code block and the CRC. Further, the eNB 200 performs rate matching for coding rate adjustment. Thereafter, the eNB 200 performs radio interleaving processing, symbol mapping processing, and the like.
  • error correction coding for example, turbo coding
  • each UE 100 performs a process opposite to the process in the eNB 200.
  • Each UE 100 receives a radio signal and performs symbol demapping processing, deinterleaving processing, and the like.
  • Each UE 100 decodes the concatenated code block and the CRC.
  • Each UE 100 performs error detection of the concatenated code block by CRC. When a CRC error does not occur, that is, when decoding is correctly performed, each UE 100 extracts a code block including its own UE identifier from the concatenated code block. The UE 100 that has extracted the code block including its own UE identifier recognizes that it has received the HARQ ACK from the eNB 200.
  • the UE identifier may be any identifier as long as it is information that can identify the UE 100.
  • specific examples of UE identifiers will be given. However, it is not always necessary to use the entire UE identifier, and only a part of each UE identifier may be used to reduce the bit length.
  • the UE identifier may be an identifier that the eNB 200 assigns to the UE 100 as in C-RNTI, or may be a fixed identifier such as IMSI (International Mobile Subscriber Identity).
  • IMSI International Mobile Subscriber Identity
  • a temporary or permanent identifier assigned by the eNB 200 or the EPC 20 separately from the C-RNTI, or an identifier unique to a product or contract may be defined separately from the IMSI.
  • a value randomly selected by the UE 100 may be included in the UL data as a UE identifier and transmitted to the eNB 200, and the eNB 200 may use the UE identifier for HARQ ACK transmission to the UE 100.
  • the eNB 200 may detect that the plurality of UEs 100 use the same UE identifier.
  • the eNB 200 may instruct a plurality of UEs 100 that use the same UE identifier to change the UE identifier.
  • HARQ NACK may be transmitted instead of HARQ ACK.
  • eNB200 may transmit HARQ NACK with respect to UE100 which wants to transmit HARQ NACK while transmitting HARQ ACK with respect to UE100 which wants to transmit HARQ ACK among several UE100.
  • reception patterns in the eNB 200 there are three reception patterns in the eNB 200: “successful reception”, “detection of reception failure / transmission detected”, and “detection of reception failure / transmission not detected”.
  • HARQ ACK is transmitted in the first pattern and HARQ NACK is transmitted in the second pattern, but neither ACK nor NACK may be transmitted in the third pattern.
  • the eNB 200 may add an indicator of whether the UE identifier included in the code block indicates HARQ ACK or HARQ NACK to the code block. For example, in FIG. 13, it is assumed that the eNB 200 transmits HARQ ACK to the UE 100 # 1, and transmits HARQ NACK to the UE 100 # 2 and the UE 100 # 3. In this case, the eNB 200 generates a code block including the UE identifier # 1 and the ACK indicator, a code block including the UE identifier # 2 and the NACK indicator, and a code block including the UE identifier # 3 and the NACK indicator. Then, the eNB 200 transmits the concatenated code block.
  • the UE 100 When each UE 100 can correctly decode the concatenated code block, the UE 100 extracts a code block including its own UE identifier from the concatenated code block. Each UE 100 determines whether ACK is transmitted or NACK is transmitted according to the indicator included in the extracted code block. Alternatively, only one of the ACK indicator and the NACK indicator may be used. For example, when only the NACK indicator is used, the eNB 200 adds the NACK indicator to the identifier of the UE 100 that is the transmission destination of the HARQ NACK, but does not add the ACK indicator to the identifier of the UE 100 that is the transmission destination of the HARQ ACK.
  • Each UE 100 extracts a code block including its own UE identifier, recognizes that a HARQ NACK has been transmitted if the NACK indicator is included in the code block, and HARQ if the NACK indicator is not included in the code block. Recognize that ACK has been sent.
  • ACK / NACK may be implicitly identifiable using the concatenated code block.
  • the ACK resource and the NACK resource may be used separately as resources used for concatenated code block transmission, and the method may be identified by the resource.
  • the RNTI may be identified by using the ACK RNTI and the NACK RNTI separately as the RNTI used for CRC scrambling added to the concatenated code block.
  • the eNB 200 may transmit an indicator of whether the UE identifier included in the code block indicates HARQ ACK or HARQ NACK by DCI. Moreover, you may provide the indicator which identifies HARQ ACK / NACK for every code block in a connection code block. For example, in FIG. 13, it is assumed that HARQ ACK is transmitted to UE 100 # 1, and HARQ NACK is transmitted to UE 100 # 2 and UE 100 # 3. In this case, the eNB 200 includes a bit string such as “100” in the DCI. In this bit string, the bit position corresponds to the position of the code block, “1” indicates HARQ ACK, and “0” indicates HARQ NACK.
  • the first code block is HARQ ACK
  • the second and third code blocks are HARQ NACK.
  • the eNB 200 generates a code block including the UE identifier # 1, a code block including the UE identifier # 2, and a code block including the UE identifier # 3, concatenates the code blocks, and transmits the DCI and the concatenated code block. To do.
  • the UE 100 extracts a code block including its own UE identifier from the concatenated code block. Also, each UE 100 identifies whether ACK is transmitted or NACK is transmitted based on an indicator included in DCI.
  • ACK / NACK may be implicitly identifiable using DCI.
  • the RNTI may be identified by using the ACK RNTI and the NACK RNTI separately as the RNTI used for CRC scrambling.
  • a method may be used in which ACK resources and NACK resources are selectively used as resources (for example, search spaces and resource blocks) used for DCI transmission, and are identified by resources.
  • the eNB 200 includes a concatenated code block composed only of a UE identifier (for example, UE identifier # 1) that transmits ACK and a concatenated code composed only of a UE identifier (for example, UE identifiers # 2 and 3) that transmits NACK.
  • a concatenated code block composed only of a UE identifier (for example, UE identifier # 1) that transmits ACK
  • a concatenated code composed only of a UE identifier for example, UE identifiers # 2 and 3 that transmits NACK.
  • Each block may be generated and transmitted.
  • an identifier indicating whether the concatenated code block indicates ACK or NACK may be included in DCI.
  • the format and contents of DCI (for example, including a retransmission parameter in the case of NACK) may be different for ACK and NACK.
  • an identifier of ACK or NACK may be included in the concatenated code block (
  • the number of UEs 100 to which HARQ ACK / NACK is transmitted by a concatenated code block may be variable (scalable) according to the number of UL transmissions at that time. preferable.
  • a plurality of UEs 100 in which HARQ ACK / NACK is transmitted by one concatenated code block are referred to as “ACK / NACK transmission group”.
  • the eNB 200 adds Length information indicating the number of UEs in the ACK / NACK transmission group and / or the bit length of the connection code block to the connection code block to be transmitted to the ACK / NACK transmission group. Send. Or eNB200 may transmit Length information by DCI.
  • Each UE in the ACK / NACK transmission group recognizes the number of UEs in the ACK / NACK transmission group and / or the bit length of the concatenated code block based on the Length information.
  • the eNB 200 groups a plurality of UEs 100 that have transmitted data to the own eNB 200 within a predetermined period (t1 to t2, see FIG. 14) as an ACK / NACK transmission group.
  • the eNB 200 transmits a concatenated code block addressed to the ACK / NACK transmission group at a timing (t3) after the elapse of a predetermined period (t1 to t2).
  • the eNB 200 may set a plurality of ACK / NACK transmission groups.
  • the eNB 200 performs grouping according to the channel state as in the first embodiment.
  • NB200 may judge a channel state based on reception quality of UL transmission from UE100.
  • the channel state may be determined based on the channel state information.
  • the eNB 200 may perform grouping based on the UE identifier, or may perform grouping based on resources used for UL transmission.
  • the eNB 200 may limit the UL transmission opportunity for each UE 100 and use it for grouping. For example, the eNB 200 notifies the information indicating the range of the UE identifier, the UL transmission opportunity corresponding thereto, and the UL resource by broadcast signaling.
  • the UE 100 performs UL transmission at a UL transmission opportunity corresponding to its own UE identifier.
  • the eNB 200 performs grouping based on the UE identifier and / or UL resource.
  • the eNB 200 may adjust the MCS and / or DL resource amount applied to the transmission of the concatenated code block according to the number of UEs in the ACK / NACK transmission group. For example, as the number of UEs in the ACK / NACK transmission group increases, the eNB 200 may increase the MCS, increase the frequency resource (the number of allocated RBs), or allocate time resources by a method such as TTI bundling. May increase.
  • FIG. 14 is a diagram illustrating an example of an operation sequence according to the second embodiment.
  • the process indicated by the broken line means that it is arbitrary.
  • the eNB 200 may transmit information regarding a predetermined period (t1 to t2) and information regarding ACK / NACK transmission timing (t3) to the UE 100.
  • the eNB 200 may notify the UE 100 of each of the timings t1, t2, and t3. Or you may notify UE100 of one timing (for example, t1) and the relative time of the other timing (for example, t2, t3) on the basis of the said one timing.
  • the eNB 200 may notify the UE 100 of a plurality of candidate timings as the ACK / NACK transmission timing (t3).
  • eNB200 may transmit the information regarding UL transmission resource to UE100.
  • the eNB 200 may notify the UE 100 of at least one resource pool including time / frequency resources that can be used for UL transmission. Furthermore, the eNB 200 may notify the UE 100 of the availability conditions for each resource pool.
  • the usable condition may be the above-described UE identifier range or a radio quality threshold value.
  • Step S201 may be performed by broadcast signaling or may be performed by UE dedicated (dedicated) signaling. Instead of broadcast signaling, group cast (or multicast) signaling may be used.
  • step S202 the UE 100 transmits UL data to the eNB 200.
  • the UE 100 may perform repeated transmission (Repetition) of UL data.
  • step S203 the eNB 200 groups a plurality of UEs 100 that have transmitted data to the self eNB 200 within a predetermined period (t1 to t2) as an ACK / NACK transmission group.
  • step S204 the eNB 200 transmits the DCI (PDCCH) and the concatenated code block (PDSCH) addressed to the ACK / NACK transmission group at a timing (t3) after the elapse of a predetermined period (t1 to t2).
  • the UE 100 may stop repetitive transmission in response to reception of the concatenated code block.
  • the eNB 200 may perform repeated transmission (Repetition) of the concatenated code block.
  • the eNB 200 may transmit information (stop bit) indicating that transmission of the ACK and / or NACK concatenated code block for the UL transmission in a predetermined period is completed to the UE 100 by broadcast signaling, for example.
  • stop bit indicating that transmission of the ACK and / or NACK concatenated code block for the UL transmission in a predetermined period is completed to the UE 100 by broadcast signaling, for example.
  • the operation according to the first embodiment described above may be applied to the second embodiment as appropriate.
  • 1st Embodiment and 2nd Embodiment may be implemented separately independently, and may implement combining both embodiment.
  • the eNB 200 transmits a transmission content indicator as to whether the transmission by “Bit-wise multiplexing” is data transmission (first embodiment) or ACK / NACK transmission (second embodiment). May be transmitted to the UE 100.
  • the transmission content indicator may be transmitted by being added to the concatenated code block, or may be transmitted by DCI.
  • HARQ is a function of the MAC layer.
  • “Bit-wise multiplexing” may be applied to ACK / NACK transmission different from HARQ.
  • “Bit-wise multiplexing” can be applied to ARQ ACK / NACK transmission in the RLC layer.
  • a relay UE may be interposed between the eNB 200 and the plurality of UEs 100.
  • the relay UE has a function of relaying communication between the eNB 200 and the plurality of UEs 100.
  • the relay UE deciphers the concatenated code block received from the eNB 200, divides the code block for each UE 100, and transmits information based on the code block obtained by the division to the UE 100. You may send it.
  • the relay UE manages each identifier of the plurality of UEs 100. Based on the identifier in the code block, the relay UE identifies the UE 100 that is the transmission destination of the code block.
  • the relay UE may relay the code block to the identified UE 100, or may transmit the code block to the UE 100 in the form of ACK / NACK.
  • the LTE system is exemplified as the wireless communication system.
  • the present invention is not limited to LTE systems.
  • the present invention may be applied to a system other than the LTE system.
  • the present invention is useful in the communication field.

Landscapes

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

Abstract

Un dispositif de communication sans fil selon un mode de réalisation exécute une communication en multiplex. Le dispositif de communication sans fil génère une chaîne de bits concaténée en concaténant une pluralité de chaînes binaires formées respectivement à partir des chaînes de bits d'une pluralité d'UE. Le dispositif de communication sans fil utilise la même ressource sans fil pour transmettre un signal sans fil contenant la chaîne de bits concaténée, à la pluralité d'UE.
PCT/JP2016/061936 2015-04-28 2016-04-13 Dispositif de communication sans fil, et terminal d'utilisateur WO2016175029A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2015-091061 2015-04-28
JP2015091061 2015-04-28
JP2016021182 2016-02-05
JP2016-021182 2016-02-05

Publications (1)

Publication Number Publication Date
WO2016175029A1 true WO2016175029A1 (fr) 2016-11-03

Family

ID=57199695

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/061936 WO2016175029A1 (fr) 2015-04-28 2016-04-13 Dispositif de communication sans fil, et terminal d'utilisateur

Country Status (1)

Country Link
WO (1) WO2016175029A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018108058A1 (fr) * 2016-12-12 2018-06-21 Mediatek Inc. Transmission de communications ultra-fiables à faible latence (urllc)
WO2018185896A1 (fr) * 2017-04-05 2018-10-11 株式会社Ｎｔｔドコモ Terminal utilisateur et procédé de communication sans fil
WO2018229948A1 (fr) 2017-06-15 2018-12-20 富士通株式会社 Dispositif station de base, dispositif terminal, système de communication sans fil et procédé de communication
CN110832898A (zh) * 2017-05-02 2020-02-21 株式会社Ntt都科摩 用户终端以及无线通信方法
JP2020507239A (ja) * 2017-01-04 2020-03-05 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける受信機フィードバック
RU2754679C2 (ru) * 2016-12-30 2021-09-06 Хуавей Текнолоджиз Ко., Лтд. Система, устройство и способ передачи данных

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008509618A (ja) * 2004-08-13 2008-03-27 アイピーワイヤレス，インコーポレイテッド セルラー通信システムにおけるユーザ装置固有情報を通信する装置及び方法
JP2008537389A (ja) * 2005-03-31 2008-09-11 クゥアルコム・インコーポレイテッド ユーザ間干渉を低減するｈｓｄｐａシステム
JP2009537083A (ja) * 2006-05-12 2009-10-22 パナソニック株式会社 移動通信システムにおけるユーザに対する無線リソースの予約
JP2010004186A (ja) * 2008-06-18 2010-01-07 Ntt Docomo Inc 送信装置及び受信装置
WO2010084866A1 (fr) * 2009-01-21 2010-07-29 株式会社エヌ・ティ・ティ・ドコモ Procédé de commande de communication sans fil, appareil de station de base radio, et équipement utilisateur

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008509618A (ja) * 2004-08-13 2008-03-27 アイピーワイヤレス，インコーポレイテッド セルラー通信システムにおけるユーザ装置固有情報を通信する装置及び方法
JP2008537389A (ja) * 2005-03-31 2008-09-11 クゥアルコム・インコーポレイテッド ユーザ間干渉を低減するｈｓｄｐａシステム
JP2009537083A (ja) * 2006-05-12 2009-10-22 パナソニック株式会社 移動通信システムにおけるユーザに対する無線リソースの予約
JP2010004186A (ja) * 2008-06-18 2010-01-07 Ntt Docomo Inc 送信装置及び受信装置
WO2010084866A1 (fr) * 2009-01-21 2010-07-29 株式会社エヌ・ティ・ティ・ドコモ Procédé de commande de communication sans fil, appareil de station de base radio, et équipement utilisateur

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108886702A (zh) * 2016-12-12 2018-11-23 联发科技股份有限公司 超可靠低时延通信传输
WO2018108058A1 (fr) * 2016-12-12 2018-06-21 Mediatek Inc. Transmission de communications ultra-fiables à faible latence (urllc)
RU2754679C2 (ru) * 2016-12-30 2021-09-06 Хуавей Текнолоджиз Ко., Лтд. Система, устройство и способ передачи данных
US11252604B2 (en) 2016-12-30 2022-02-15 Huawei Technologies Co., Ltd. Data transmission method, apparatus, and system
JP7280187B2 (ja) 2017-01-04 2023-05-23 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける受信機フィードバック
US11601226B2 (en) 2017-01-04 2023-03-07 Interdigital Patent Holdings, Inc. Receiver feedback in wireless systems
JP2020507239A (ja) * 2017-01-04 2020-03-05 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける受信機フィードバック
WO2018185896A1 (fr) * 2017-04-05 2018-10-11 株式会社Ｎｔｔドコモ Terminal utilisateur et procédé de communication sans fil
CN110832898A (zh) * 2017-05-02 2020-02-21 株式会社Ntt都科摩 用户终端以及无线通信方法
CN110832898B (zh) * 2017-05-02 2023-09-05 株式会社Ntt都科摩 用户终端以及无线通信方法
US10972228B2 (en) 2017-06-15 2021-04-06 Fujitsu Limited Base station device, user equipment, wireless communication system, and communication method
KR20200003020A (ko) 2017-06-15 2020-01-08 후지쯔 가부시끼가이샤 기지국 장치, 단말기 장치, 무선 통신 시스템, 및 통신 방법
US10523373B2 (en) 2017-06-15 2019-12-31 Fujitsu Limited Base station device, user equipment, wireless communication system, and communication method
WO2018229948A1 (fr) 2017-06-15 2018-12-20 富士通株式会社 Dispositif station de base, dispositif terminal, système de communication sans fil et procédé de communication

Similar Documents

Publication Publication Date Title
US11622349B2 (en) Special subframe configuration for latency reduction
US10785760B2 (en) Base station and radio terminal
US9379876B2 (en) Mobile station device, radio communication method and circuit device
JP6739521B2 (ja) 端末装置、基地局装置および通信方法
WO2016175029A1 (fr) Dispositif de communication sans fil, et terminal d'utilisateur
JP6162244B2 (ja) 端末装置、基地局装置、および通信方法
CN113615117A (zh) 用于多源传输的码分复用(cdm)组
WO2011083740A1 (fr) Système de communication sans fil, appareil de station de base, appareil de station mobile, procédé de communication sans fil et dispositif de circuit
EP2656678B1 (fr) Procédé et agencement pour accusé de réception de transmissions en liaison montante à base de conflit d'accès dans un système de télécommunication
WO2013065409A1 (fr) Dispositif station de base, dispositif station mobile, système de communication sans fil et circuit intégré
WO2012057122A1 (fr) Dispositif de station mobile, procédé de communication sans fil, et circuit intégré
CN107534965B (zh) 终端装置、基站装置、通信方法及集成电路
US10555334B2 (en) Radio terminal, base station, and processor
JP6143524B2 (ja) 移動通信システム、無線基地局及びユーザ端末
WO2010050371A1 (fr) Système de communication mobile, équipement de station de base, dispositif de station mobile et procédé de communication
JP2012065126A (ja) 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
JPWO2018025493A1 (ja) 基地局、端末及び通信方法
JP2011166411A (ja) 移動局装置、無線通信方法および集積回路
JP6034946B2 (ja) 基地局装置、移動局装置、無線通信方法、無線通信システムおよび集積回路
JP5416231B2 (ja) 基地局装置、無線通信方法および回路装置
WO2018168543A1 (fr) Dispositif terminal, dispositif station de base, procédé de communication, et circuit intégré
JP5719460B2 (ja) 移動局装置、無線通信方法および集積回路
JP7194245B2 (ja) 装置、方法、及び集積回路
KR20220074798A (ko) 멀티캐스트 전송을 지원하기 위한 방법 및 장치
CN116530174A (zh) 支持多播传输的方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16786306

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP