US10848283B2 - Method and device for operating machine type device in wireless communication system - Google Patents

Method and device for operating machine type device in wireless communication system Download PDF

Info

Publication number
US10848283B2
US10848283B2 US15/745,592 US201615745592A US10848283B2 US 10848283 B2 US10848283 B2 US 10848283B2 US 201615745592 A US201615745592 A US 201615745592A US 10848283 B2 US10848283 B2 US 10848283B2
Authority
US
United States
Prior art keywords
iot
information
reference signal
terminal
lte
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active, expires
Application number
US15/745,592
Other versions
US20180212726A1 (en
Inventor
Peng XUE
Cheol Jeong
Namjeong LEE
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to US15/745,592 priority Critical patent/US10848283B2/en
Assigned to SAMSUNG ELECTRONICS CO., LTD. reassignment SAMSUNG ELECTRONICS CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: XUE, Peng, JEONG, CHEOL, LEE, NAMJEONG
Publication of US20180212726A1 publication Critical patent/US20180212726A1/en
Application granted granted Critical
Publication of US10848283B2 publication Critical patent/US10848283B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069Cell search, i.e. determining cell identity [cell-ID]
    • H04J11/0079Acquisition of downlink reference signals, e.g. detection of cell-ID
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069Cell search, i.e. determining cell identity [cell-ID]
    • H04J11/0073Acquisition of primary synchronisation channel, e.g. detection of cell-ID within cell-ID group
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069Cell search, i.e. determining cell identity [cell-ID]
    • H04J11/0076Acquisition of secondary synchronisation channel, e.g. detection of cell-ID group
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • H04L5/0064Rate requirement of the data, e.g. scalable bandwidth, data priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0092Indication of how the channel is divided
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • H04W52/30TPC using constraints in the total amount of available transmission power
    • H04W52/32TPC of broadcast or control channels
    • H04W52/325Power control of control or pilot channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2211/00Orthogonal indexing scheme relating to orthogonal multiplex systems
    • H04J2211/003Orthogonal indexing scheme relating to orthogonal multiplex systems within particular systems or standards
    • H04J2211/005Long term evolution [LTE]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037Inter-user or inter-terminal allocation

Definitions

  • the present disclosure relates to a method and a device for operating a machine type device in a wireless communication system, and more particularly, to a method and a device that enable a machine type device to perform communication using signal transmission/reception information of an existing communication system.
  • the 5G or pre-5G communication system is also called a ‘Beyond 4G Network’ or a ‘Post LTE System’.
  • the 5G communication system is considered to be implemented in higher frequency (mmWave) bands, e.g., 60 GHz bands, so as to accomplish higher data rates.
  • mmWave e.g. 60 GHz bands
  • MIMO massive multiple-input multiple-output
  • FD-MIMO Full Dimensional MIMO
  • array antenna an analog beam forming, large scale antenna techniques are discussed in 5G communication systems.
  • RANs Cloud Radio Access Networks
  • D2D device-to-device
  • CoMP Coordinated Multi-Points
  • ACM advanced coding modulation
  • FBMC filter bank multi carrier
  • NOMA non-orthogonal multiple access
  • SCMA sparse code multiple access
  • the Internet which is a human centered connectivity network where humans generate and consume information
  • IoT Internet of Things
  • IoE Internet of Everything
  • sensing technology “wired/wireless communication and network infrastructure”, “service interface technology”, and “Security technology”
  • M2M Machine-to-Machine
  • MTC Machine Type Communication
  • IoT Internet technology services
  • IoT may be applied to a variety of fields including smart home, smart building, smart city, smart car or connected cars, smart grid, health care, smart appliances and advanced medical services through convergence and combination between existing Information Technology (IT) and various industrial applications.
  • IT Information Technology
  • 5G communication systems to IoT networks.
  • technologies such as a sensor network, Machine Type Communication (MTC), and Machine-to-Machine (M2M) communication may be implemented by beamforming, MIMO, and array antennas.
  • MTC Machine Type Communication
  • M2M Machine-to-Machine
  • Application of a cloud Radio Access Network (RAN) as the above-described Big Data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
  • RAN Radio Access Network
  • an aspect of the present disclosure provides a method and a device which can smoothly perform signal transmission/reception in a wireless communication system. More specifically, an aspect of the present disclosure provides a method and a device which can efficiently use resources and can improve communication reliability by enabling an IoT device to receive information, such as a reference signal used in the existing communication system, and to perform channel estimation based on the received information.
  • a method by a terminal for transmitting and receiving a signal in a mobile communication system includes receiving at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal; and receiving the first reference signal based on at least one of the received information.
  • a method by a base station for transmitting and receiving a signal in a mobile communication system includes transmitting at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal; and transmitting the first reference signal.
  • a terminal in a mobile communication system includes a transceiver configured to transmit and receive a signal; and a controller configured to control the transceiver to receive at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal, and to receive the first reference signal based on at least one of the received information.
  • a base station in a mobile communication system includes a transceiver configured to transmit and receive a signal; and a controller configured to control the transceiver to transmit at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal, and to transmit the first reference signal.
  • the communication system can efficiently use resources and thus can improve communication reliability. Further, according to the aspect of the present disclosure, since the IoT device uses the reference signal of the existing LTE communication system, reliability of the channel estimation can be improved, and the resources can be efficiently used.
  • FIG. 1 is a diagram illustrating an example of a scenario in which an Internet of things (IoT) communication system can operate;
  • IoT Internet of things
  • FIG. 2 is a diagram illustrating a resource grid for signal transmission/reception in an IoT communication system
  • FIG. 3 is a diagram illustrating an L subframe structure that can be operated in an IoT communication system
  • FIG. 4 is a diagram illustrating an L super subframe structure that can be operated in an IoT communication system
  • FIG. 5 is a diagram illustrating a signal transmission scenario in an IoT communication system
  • FIG. 6 is a diagram illustrating a synchronization signal transmission resource in an IoT communication system
  • FIG. 7 is a diagram illustrating an example of a method for transmitting a primary synchronization signal (PSS) in an IoT communication system
  • FIG. 8 is a diagram illustrating an example of a method for transmitting a physical broadcast channel (PBCH) in an IoT communication system;
  • PBCH physical broadcast channel
  • FIG. 9 is a diagram illustrating an example of a method for transmitting a PSS, a secondary synchronization signal (SSS), and a master information block (MIB) in an IoT communication system;
  • SSS secondary synchronization signal
  • MIB master information block
  • FIG. 10 is a diagram illustrating an example of a method for transmitting a PSS, SSS, and MIB in an IoT communication system operating time division duplex (TDD);
  • TDD time division duplex
  • FIG. 11 is a diagram illustrating an example of one configuration of a downlink frame in an IoT communication system
  • FIG. 12 is a diagram illustrating an example of a method for an IoT terminal to receive a signal
  • FIG. 13 is a diagram illustrating another example of a method for an IoT device to receive a signal
  • FIG. 14 is a diagram illustrating PRB candidate resources to transmit IoT-related information in a communication system
  • FIG. 15 is a diagram illustrating an example of a method for a base station to transmit IoT-related information
  • FIG. 16 is a diagram illustrating an example of a method for setting an SFN offset in an LTE system and an IoT system
  • FIG. 17 is a diagram illustrating another example of a method for setting an SFN offset in an LTE system and an IoT system
  • FIG. 18 is a diagram illustrating a terminal according to an embodiment of the present disclosure.
  • FIG. 19 is a diagram illustrating a base station according to an embodiment of the present disclosure.
  • each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations can be implemented by computer program instructions.
  • These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer-usable or computer-readable memory that can direct a computer or another programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • each block of the flowchart illustrations may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
  • unit means, but is not limited to, a software or hardware component, such as FPGA or ASIC, which performs certain tasks. However, “unit” does not mean to be limited to software or hardware.
  • unit may advantageously be configured to reside on the addressable storage medium and configured to execute on one or more processors.
  • “unit” may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and “units” may be combined into fewer components and “units” or further separated into additional components and “units”. Further, the components and “units” may be implemented to operate one or more CPUs in a device or a security multimedia card.
  • a communication system explained as cellular Internet of things (cellular IoT (CIoT)) and narrow band Internet of things (NB-IoT) relates to matters that can be applied to the whole IoT communication system, and does not describe technical features limited to the respective embodiments.
  • cellular IoT cellular IoT
  • NB-IoT narrow band Internet of things
  • MTC machine type communications
  • one typical scenario is to provide a water or gas measurement service through CIoT networks.
  • MTC machine type communications
  • one typical scenario is to provide a water or gas measurement service through CIoT networks.
  • MTC/CIoT systems take aim at a low-end application that can be properly processed by GSM/GPRS due to low costs of devices and good coverage of the GSM/GPRS.
  • a larger number of CIoT devices are gradually deployed in this field, and this may cause a natural increase of dependence on the GSM/GPRS networks.
  • some CIoT systems take aim at standalone spreading scenarios through re-farming of a GSM carrier having a bandwidth of 200 kHz.
  • MTC/CIoT is a market having possibility of continuous expansion in future. This may cause the operators to bear the expenses in maintaining the plurality of RATs, and may prevent the operators from obtaining the maximum gains through their spectrums.
  • the whole resources required to provide services may become correspondingly important, and may be inefficiently allocated. Accordingly, it is necessary to seek a new solution for movement of the MTC/CIoT from a GSM/GPRS to an LTE network.
  • a new MTC/CIoT system is proposed, which can smoothly spread in various methods, for example, standalone, in a guard-band or the bandwidth of the existing cellular system (e.g., LTE).
  • existing cellular system e.g., LTE
  • FIG. 1 is a diagram illustrating an example of a scenario in which an Internet of things (IoT) communication system can operate.
  • IoT Internet of things
  • an IoT system occupies a narrow bandwidth in a frequency band, and for example, may use the minimum system bandwidth of 200 kHz (or 180 kHz) in both a downlink and an uplink. Due to the feature of the narrow band, the IoT system may spread through standalone, in the guard-band of the existing cellular system, or in the bandwidth of the existing cellular system.
  • the IoT system may operate in at least one of a standalone mode 110 re-farmed in a GSM system, a mode 120 including a guard band in an LE system, and an in-band mode 130 operating in an LTE frequency bandwidth.
  • the IoT system may spread within a certain PRB in the whole bandwidth, which may be called an in-band mode.
  • PRB physical resource block
  • the IoT system may spread within a guard-band region of the LTE system, which may be called a guard-band mode.
  • the IoT system may spread in a standalone mode through re-farming of a GSM carrier having a bandwidth of 200 kHz.
  • one independent IoT carrier 114 may be configured among GSM carriers 112 .
  • an IoT carrier 126 may be deployed between LTE carriers 122 and 124 , and a guard band 128 may be deployed between them.
  • an IoT carrier 134 may be deployed in an LTE carrier 132 .
  • FIG. 2 is a diagram illustrating a resource grid for signal transmission/reception in an IoT communication system.
  • one PRB resource grid may be configured for one subframe.
  • the PRB resource grid may have a different configuration in accordance with the length of a CP, and one subframe may include two slots.
  • Each slot may include at least one resource element (RE) 210 , and at least one common reference signal (CRS) 220 may be transmitted in the resource grid.
  • RE resource element
  • CRS common reference signal
  • the IoT system supports an LTE in-band deployment, this system may be designed in consideration of compatibility and coexistence with the existing LTE system.
  • system constituent elements used in the LTE for example, waveforms and subcarrier spacing may be reused for the IoT system.
  • one PRB resource grid may be configured in a similar manner to that in the LTE system.
  • FIG. 3 is a diagram illustrating an L subframe structure that can be operated in an IoT communication system.
  • an L subframe 310 that can be operated in an IoT communication system may include two L slots 315 . Further, each L slot 315 may include two subframes 320 . One subframe 320 may include two slots. Further, in the case of a normal CP, the slot 325 may include 6 symbols 334 , whereas in the case of an extended CP, the slot 325 may include 5 symbols 344 . The lengths of the respective symbols and CPs are the same as those as illustrated.
  • a longer subframe unit may be defined as the minimum scheduling unit, and for example, the L-subframe 310 may include 4 subframes (4 ms). If a short scheduling unit is necessary, an L-slot (2 ms) 315 may be considered.
  • FIG. 4 is a diagram illustrating an L super subframe structure that can be operated in an IoT communication system.
  • an L superframe 400 that may be operated in the IoT communication system may include 32 L frames 410 , and each L frame may include 10 subframes 420 .
  • the L frame 410 may include 10 L-subframes 420 , and may have duration of 40 ms.
  • the duration of the L-frame may be aligned with a PBCH transmission time interval (TTI) in an LTE in which the PBCH is repeated four times for 40 ms.
  • TTI transmission time interval
  • One L-superframe 400 may include 32 L-frames 410 having duration of 1280 ms.
  • FIG. 5 is a diagram illustrating a signal transmission scenario in an IoT communication system.
  • a synchronization sequence may include a primary synchronization sequence (PSS) and a secondary synchronization sequence (SSS).
  • PSS primary synchronization sequence
  • SSS secondary synchronization sequence
  • the MIB may include a limited amount of information of the system information.
  • the remaining system information may be transmitted to a system information block (SIB). According to a coverage requirement condition, MIB and SIB frames may be repeatedly transmitted.
  • FIG. 6 is a diagram illustrating a synchronization signal transmission resource in an IoT communication system.
  • PSSs 610 and 620 /SSSs 615 and 625 are illustrated. Since one PRB is used for IoT-related transmission, PSSs and/or SSSs may be repeatedly transmitted in a single subframe to improve the detection performance.
  • the IoT device may acquire partial basic system information through detection of the PSS/SSS, for example, frame timing, CP length (normal CP or extended CP), FDD mode or TDD mode, and cell ID.
  • CP length normal CP or extended CP
  • FDD mode or TDD mode Time Division Duplex
  • cell ID cell ID
  • successive PSS/SSS detection may be guided in accordance with the CP length and the FDD/TDD mode.
  • an IoT in-band mode when the PSS/SSS are transmitted, it is necessary that CRS transmission and PDCCH transmission related to LTE transmission are used. By arranging two successive symbols for the PSS transmission, the detection performance can be improved.
  • FIG. 7 is a diagram illustrating an example of a method for transmitting a primary synchronization signal (PSS) in an IoT communication system.
  • PSS primary synchronization signal
  • PSSs 710 and 720 may be transmitted from two resources discriminated by CPs 705 and 715 , and as indicated as option 2, two PSSs 735 and 740 may be successively transmitted after one CP 730 .
  • a portion of the first PSS 745 may be used as a virtual CP 745 .
  • signal portion “A” 745 may be considered as a virtual CP for the next PSS symbol.
  • the PSS may be detected regardless of what CP length is used. Further, symbol level correlation can be used, and thus the PSS detection complexity can be reduced on the receiver side.
  • the PSS/SSS may not use all symbols in a subframe
  • the PBCH (MIB and/or SIB) and the PSS/SSS may be transmitted in the same subframe.
  • the PSS/SSS signal may be used for channel estimation in order to decode the PBCH.
  • FIG. 8 is a diagram illustrating an example of a method for transmitting a physical broadcast channel (PBCH) in an IoT communication system.
  • PBCH physical broadcast channel
  • remaining resource elements in subframes that are not occupied by PSSs 810 and 820 /SSSs 815 and 825 may be used for PBCH transmission.
  • CRS resource elements should not be used for PBCH resource element mapping.
  • the remaining elements excluding the PSS/SSS symbols may be used for the PBCH.
  • the IoT system and the LTE system may share transmission power of a base station during downlink transmission.
  • Power boosting of specific signals or channels for example, power boosting of PSS/SSS, MIB, SIB, or PDCCH, may be considered to improve the coverage performance of the in-band IoT system.
  • IoT PSS/SSS and MIB transmission in consideration of a method for avoiding collisions with the existing LTE PSS/SSS and MIB transmissions as many as possible.
  • FIG. 9 is a diagram illustrating an example of a method for transmitting a PSS, a secondary synchronization signal (SSS), and a master information block (MIB) in an IoT communication system.
  • SSS secondary synchronization signal
  • MIB master information block
  • IoT transmission frame 910 and an LTE transmission frame 920 are illustrated.
  • IoT PSS/SSS and MIB subframes and SIB subframes may be distributed in a proper method in order to avoid collisions in a time domain.
  • PSS/SSS/MIB may be attempted to avoid collisions with LTE/PSS/SSS/MIB symbols as many as possible.
  • the PSS/SSS may be located at the last symbol of the subframe that is different from that in the LTE system.
  • FIG. 10 is a diagram illustrating an example of a method for transmitting PSS, SSS, and MIB in an IoT communication system operating time division duplex (TDD).
  • TDD time division duplex
  • an IoT transmission frame 1010 and an LTE transmission frame 1020 are illustrated.
  • IoT PSS/SSS and MIB may be transmitted only in LTE DL subframes or specific frames. After acquisition of the system access and TDD UL/DL configurations, the use of other frames may be further acquired.
  • the IoT PDCCH and PDSCH may occupy only DL subframes in the LTE TDD case.
  • an IoT downlink frame structure may be proposed. This structure is aligned with the LTE system to become more suitable to an in-band deployment.
  • one primary purpose is to avoid an influence exerted on the existing LTE terminals, and thus it is necessary that certain REs are protected by the LTE and are not to be used. More specifically, in the case of resources including information that should be essentially transmitted or received for the LTE terminals, they may not be used to transmit IoT terminal signals.
  • the deployment of PSS, SSS, and M-PBCH may be selected to avoid collisions with LTE CRS, PRS, PSS, SSS, PDCCH, PCFICH, PHICH, and MBSFN.
  • the MBSFN may be generated in subframes 1 , 2 , 3 , 6 , 7 , and 8 . Accordingly, in subframes 0 , 4 , 5 , and 9 , deployment of PSS/SSS and PBCH for the IoT terminal may be considered.
  • FIG. 11 is a diagram illustrating an example of one configuration of a downlink frame in an IoT communication system.
  • a structure in which PBCH 1110 , SIB1 1115 , PSS 1120 , and SSS 1125 are transmitted for the IoT terminal may be applied in a similar manner to that in the LTE system.
  • the PSS 1120 may be transmitted on subframe 9 , and may be repeatedly transmitted every 20 ms.
  • the PBCH 1110 may be transmitted on subframe 9 , and may be repeatedly transmitted every 10 ms. If there is a dedicated resource for transmission of the SIB1 1115, it may be deployed in subframe 4 that is not occupied by the SSS.
  • the resources remaining after the transmission may be shared for the PDCCH and PDS CH transmission.
  • partial system information or configurations of the LTE system may be necessary to support more preferable coexistence between the LTE and the IoT. For example, if partial resources in the PRB of the IoT system are occupied by transmission of LTE system related information, the IoT system may transmit or receive a signal using the resource for transmission of the LTE system related information and information transmitted on the resource. Further, it is necessary that the IoT system performs signal transmission/reception to avoid partial resources among resources occupied by the LTE terminal.
  • the CRS may be transmitted from partial REs in the whole bandwidth for channel estimation and RSRP measurement.
  • the CRS of the LTE system may be transmitted even from the PRB in an in-band IoT operation mode.
  • the IoT system can perform more reliable signal transmission/reception using the LTE CRS transmitted on the PRB allocated for the IoT system for the channel estimation.
  • the transmitted CRS symbols may be determined based on at least one of a cell ID, slot index, CP length, and BW (e.g., N RB DL ). Further, the CRS transmission may be related to the number of antenna ports for the CRS transmission, that is, only antenna port 0 , antenna ports 0 and 1 , or antenna ports 0 , 1 , 2 , and 3 .
  • an actual PRB index may be guided based on a PRB offset as a center frequency and bandwidth. Further, in an embodiment, the PRB index may be explicitly indicated. If a part or the whole of information related to the LTE CRS transmission is transmitted to a terminal related to the IoT system, the IoT terminal may receive the LTE CRS, and may perform channel estimation based on this.
  • the IoT devices may use the LTE CRS for downlink channel estimation.
  • the CP length may be determined in an IoT PSS/SSS detection process.
  • the remaining parameters may be transferred in synchronization signals, MIB, or SIB.
  • MIB synchronization signals
  • SIB SIB
  • All parameters may be signaled through synchronization signals and MIB. If the LTE CRS-related parameters are transmitted through the synchronization signals and MIB as described above, the IoT terminal may use the LTE CRS for channel estimation from the time when decoding the SIB. Also, the LTE cell ID may be guided, for example, through an IoT synchronization process in which the same cell ID is used in the IoT system. The remaining parameters, that is, the BW N RB DL and the CRS antenna port may be transmitted through MIBfmf. In the same manner as the LTE MIB, three bits may be used for BW indication.
  • the number of IoT CRS antenna ports is equal to the number of LTE CRS antenna ports.
  • the numbers of antenna ports used by the LTE CRS and the IoT CRS may be partially different from each other. For example, maximally four antenna ports are used for the LTE CRS transmission, whereas maximally two antenna ports are used for the IoT CRS transmission. Even if the IoT terminals detect the use of two antenna ports related to the CRS reception in the PBCH decoding process, it is necessary to know the actual number of antenna ports and to consider this in a resource mapping process.
  • the number of antenna ports (e.g., 1, 2, or 4) related to the LTE CRS may be indicated through separate 2-bit signaling.
  • a one-bit indicator indicating whether the number of antenna ports related to the LTE CRS transmission is 4 or whether the number of antenna ports related to the LTE CRS transmission is equal to the number of IoT-related antenna ports may be transmitted to the terminal. More specifically, one bit may be used to indicate whether the number of antenna ports related to the LTE CRS transmission is 4, or may be used to indicate whether the number of IoT antenna ports is equal to the number of LTE antenna ports.
  • Option 2 If the LTE-related cell ID cannot be indicated by the PSS/SSS of the IoT, information on the LTE-related cell ID may be included in the MIB. This means that the 9-bit cell ID and 3-bit BW are indicated by the MIB.
  • the IoT PSS/SSS may indicate partial information of the LTE cell ID, and the remaining information may be additionally indicated by the MIB.
  • the LTE cell SSS index may be indicated in the IoT PSS/SSS
  • the LTE cell PSS index may be indicated in the MIB.
  • the LTE cell ID may be guided by the IoT terminal after the IoT PSS/SSS and the MIB are received.
  • N ID LTE , cell 168 may be indicated in the MIB.
  • This mapping rule provides a cell-specific CRS frequency shift v shift that is equal to that in the case of the LTE cell ID, in which it is profitable that the IoT cell ID notifies the IoT devices of at least CRS locations.
  • partial information related to the LTE cell ID is signaled in the IoT terminal, and the remaining information may be determined by a predetermined relation or an equation.
  • Option 4 In order to reduce a payload size of the MIB, for example, partial parameters, such as LTE-related cell ID and/or BW and/or CRS antenna ports, may be transmitted through the SIB.
  • partial parameters such as LTE-related cell ID and/or BW and/or CRS antenna ports
  • the LTE CRS is unable to be used for channel estimation in an SIB decoding process.
  • the LTE CRS may be used for the channel estimation in the IoT system.
  • FIG. 12 is a diagram illustrating an example of a method for an IoT terminal to receive a signal.
  • the IoT terminal may sense at least one of IoT-related PSS/SSS.
  • the PSS/SSS may acquire LTE-related cell ID information through the synchronization signals.
  • the IoT terminal may decode IoT-related MIB.
  • LTE CRS-related information that is transmitted through the MIB may be acquired in accordance with the MIB decoding.
  • the IoT terminal may decode IoT-related SIB.
  • the IoT terminal may use the LTE CRS during SIB decoding. Further, the IoT terminal may acquire the LTE CRS-related information included in the SIB in accordance with the options.
  • the IoT terminal may receive and process at least one of IoT-related PDCCH/PDSCH.
  • the IoT terminal may receive and process one or more PDCCH/PDSCH based on the LTE CRS-related information received at the previous operation.
  • FIG. 13 is a diagram illustrating another example of a method for an IoT terminal to receive a signal.
  • the IoT terminal may sense at least one of IoT-related PSS/SSS.
  • the PSS/SSS may acquire LTE-related cell ID information through the synchronization signals.
  • the IoT terminal may acquire LTE CRS-related resource allocation information or location information.
  • the IoT terminal may decode IoT-related MIB.
  • LTE CRS-related information that is transmitted through the MIB may be acquired in accordance with the MIB decoding. Through this, the IoT terminal may acquire information on LTE CRS-related CRS values and the number of antenna ports.
  • the IoT terminal may decode IoT-related SIB1.
  • the SIB1 may be an SIB set for the IoT terminal, and may include information, such as LTE CRS information. Through this, the IoT terminal may acquire LTE CRS-related information that has not been received at the previous operation. In the case of transmitting the LTE CRS information through the SIB1 as described above, the IoT terminal may not use the LTE CRS information only during SIB1 decoding, but may acquire the LTE CRS information during decoding of other SIBs.
  • the IoT terminal may decode the IoT-related SIB.
  • the SIB may be shared with the LTE terminal, and during the SIB decoding, the LTE CRS-related information acquired at the previous operation may be used.
  • the IoT terminal may receive and process at least one of IoT-related PDCCH/PDSCH.
  • the IoT terminal may receive and process one or more PDCCH/PDSCH based on the LTE CRS-related information received at the previous operation.
  • the IoT terminal may obtain LTE CRS information at the respective operations.
  • CRS-related information amount acquired at the respective operations may differ in accordance with design options.
  • acquired CRS information may be additionally used at the next operation.
  • a different CRS information amount may be acquired at a different operation. For example, after the terminal acquires LTE CRS-related offset information, locations of resource elements occupied by the CRS may be guided.
  • the base station may transmit IoT-related signal through non-CRS resource elements, and devices may also know that the non-CRS resource elements are merely processed (i.e., both a transmitter and a receiver are implicitly aligned to avoid transmission/reception of signals through the non-CRS resource elements). If the CRS information is sufficiently obtained, the CRS signals may be used for channel estimation in the process of decoding the PDCCH and PDSCH.
  • Candidate PRBs for in-band IoT operation may be predefined based on a certain system requirement. An example is described in Table 1, and it may be considered that in order for the IoT terminals to easily find IoT signals at an initial cell searching, an offset between PRB center frequencies and 100 kHz channel raster offset are very small. More specifically, PRB candidate indexes for transmitting IoT PSS and SS in accordance with respective frequency bands are disclosed in Table 1. More specifically, Table 1 discloses indexes of candidate IoT PRBs for an in-band operation.
  • the IoT PRB locations as described above may be used to derive sequence values used for CRS transmission. More specifically, the LTE CRS may use different sequence values in accordance with PRB indexes being transmitted, and if the terminal acquires such PRB information, it can know the sequence value used for the CRS transmission. As described above, the PRB location is required for the terminal to derive the CRS sequence values.
  • the PRB index may be explicitly or implicitly indicated in NB-MIB.
  • Option 1 In Table 1, 46 candidate PRBs exist in total. Accordingly, 6 bits may be used to indicate 64 candidates that may include the following cases:
  • related PRB information among 46 candidate PRBs may be transmitted to the terminal.
  • LTE CRS sequence values in a certain PRB are actually related to an offset to the center frequency. In relation to this, the details thereof will be described later.
  • the same CRS sequence value may be used for PRBs having the same offset. Accordingly, even in the case of different PRB candidate groups having different frequency bands, the same CRS may be used if they have the same offset value. If the PRBs share the same offset for the center frequency, the same CRS sequence values may be used independent of BW. In the case of 15 MHz BW, the PRB offset includes all cases of the BW having odd-numbered PRBs, that is, all cases of 5 MHz and 15 MHz. In the case of 20 MHz BW, the PRB offset includes all cases of the BW having even-numbered PRBs, that is, all cases of 10 MHz and BW.
  • the PRB indexes may be indicated through 30 pieces of offset information in total, and thus the PRB indexes can be indicated as information of 5 bits in total. Further, in an embodiment, in the case of the center frequency, related information can be acquired when the synchronization signal is received.
  • Table 2 is a table indicating indexes of IoT PRB candidates for the in-band operation.
  • FIG. 14 is a diagram illustrating PRB candidate resources to transmit IoT-related information in a communication system.
  • carriers having bandwidths of 3 MHz, 5 MHz, 15 MHz, 10 MHz, and 20 MHz are illustrated.
  • the respective bandwidths are aligned on the center frequency 1405 , and parts of IoT PRB indexes on respective carriers are illustrated.
  • the PRB indexes may be 2 ( 1412 ) and 12 ( 1410 ).
  • the respective PRB indexes are indicated by offset values 1414 and 1416 that are apart from the center frequency
  • 12 of 3 MHz 1410 has the same offset value 1416 as that of 17 of 5 MHz 1420 and 42 of 15 MHz 1430 .
  • the respective PRB indexes use CRS sequences, and through transmission of the offset information to the terminal, the terminal may acquire CRS sequence information.
  • the respective PRB indexes are apart from the center frequency for the same offset, the CRS sequences corresponding to the PRB indexes are the same, and thus the base station can transmit the CRS sequence information to the terminal through a smaller number of information bits.
  • the MIB may include contents related to the following CRS. More specifically, the LTE CRS-related information may be transmitted to the terminal through the MIB.
  • the LTE CRS may be simultaneously transmitted to the RB in which the IoT operates, and the terminal may receive the LTE CRS-related information, and based on this, the terminal may use the LTE CRS for channel estimation or RRM measurement. More specifically, in order for the terminal to use the LTE CRS for the channel estimation, transmission power information of the LTE CRS is required.
  • the transmission power information may be received through methods as follows.
  • information on the relationship between the transmission power of the IoT-related RS and the transmission power of the LTE-related CRS may be transmitted from the base station to the terminal, and more specifically, the base station may transmit the offset value between the two transmission powers to the terminal.
  • the corresponding information may be carried on the MIB or SIB to be transmitted through the PBCH, and may be notified through the PDSCH.
  • the corresponding information may be carried on the MIB or SIB to be transmitted through the PBCH, and may be notified through the PDSCH.
  • the base station should indicate two types of power ratios to the terminal), and the two types of information may be transmitted through a different channel (e.g., MIB or SIB) or through different channels.
  • the terminal that has received this may perform channel estimation based on at least one of the transmission power offset value and the IoT-related RS transmission power information.
  • partial resources and signals transmitted in the IoT PRB may be affected in accordance with the IoT transmission, or should not be interfered. Accordingly, resource-related configurations should be indicated in the IoT SIB.
  • MBSFN MBSFN
  • MCCH repetition period 32, 64, 128, or 256 frames
  • MCCH offset (0 to 10) may be indicated in the SIB.
  • PRS the PRS bandwidth N RB PRS , PRS configuration index I PRS , and the number of successive downlink subframes N PRS may be indicated in the case where the IoT PRB is used for the LTE PRS transmission.
  • the system information required in the LTE system may be included in a specific system information block type N (SIB-N) in the IoT system that is the SIB type in which N is predefined for the LTE system information.
  • SIB-N system information block type N
  • the IoT may update the SIB-N only in the case where the LTE-related system information is changed.
  • the LTE system-related information may be signaled in the IoT terminal, and the signaling period of such a signal may be notified by the base station.
  • FIG. 15 is a diagram illustrating an example of a method for a base station to transmit IoT-related information.
  • the base station may transmit LTE-related information and IoT-related information to the terminal.
  • the base station may determine resource information related to the LTE communication system. More specifically, the LTE system may determine resource allocation information for signal transmission/reception, and in this case, it may determine information on a resource region to be essentially transmitted to the terminal.
  • the base station may determine resource information related to the IoT communication system.
  • the base station may allocate resources related to the IoT communication system to a region excluding the resource region allocated for the LTE communication system.
  • signal transmission resource related to the IoT communication system may be allocated to a region in which a signal, such as a CRS, can be used more easily in the LTE communication system.
  • the base station may refer to at least one of a resource region already allocated for transmission of information related to the LTE communication system and a type of information transmitted from the corresponding resource.
  • the base station may transmit at least one of the determined information to the terminal.
  • the information may be transmitted through upper signaling or control signaling, and a part of the MIB may be transmitted through the SIB.
  • the base station may receive channel information from the terminal.
  • the channel information may include downlink channel information measured by the terminal, and channel information received from the IoT terminal may include channel information measured based on the CRS related to the LTE communication system.
  • the base station may transmit control information and data information to the terminal based on at least one of the channel information and the information determined at the previous operation.
  • LTE SFN information may be required in the IoT system in order to guide the resource occupied by the LTE, for example, the CSI-RS. Since the LTE SFN and the IoT SFN may not be always aligned with each other, the cycle thereof may have a different scale. Accordingly, in the case where the LTE SFN and the IoT SFN have different settings as described above, it is necessary for the base station to perform scheduling of such information to the terminal.
  • FIG. 16 is a diagram illustrating an example of a method for setting an SFN offset in an LTE system and an IoT system.
  • IoT SIB indicates the SFN offset, and this may be defined as a difference between IoT SFN 0 time and the last LTE SFN 0 . Accordingly, it is necessary for the terminal to notify of the difference in time as described above, and in accordance with the minimum time unit of the time difference, the SFN offset may require a different bit amount for the indication.
  • FIG. 17 is a diagram illustrating another example of a method for setting an SFN offset in an LTE system and an IoT system.
  • IoT SFN 1710 information related to IoT SFN 1710 and information related to LTE SFN 1720 are illustrated.
  • the PRB index for IoT uplink transmission should be indicated in the SIB.
  • the SIB in a certain IoT PRB may include different PRB indexes for not only in-band IoT but also guard-band IoT.
  • the plurality of RPBs may independently operate, and the IoT system operates in a certain PRB for a downlink and in a certain PRB for an uplink.
  • a single IoT system may have a plurality of PRBs for downlink or uplink. Inter-PRB hopping may be considered in this scenario to obtain additional merits of frequency diversity and scheduling flexibility.
  • the transmission power of signals to be used for measurement for example, transmission power of synchronization signals and transmission power of a pilot or reference signal may be indicated in the SIB.
  • FIG. 18 is a diagram illustrating a terminal according to an embodiment of the present disclosure.
  • a terminal 1800 may include a transceiver 1810 , a storage 1820 , and a controller 1830 .
  • the transceiver 1810 may transmit and receive information related to the terminal, and may transmit/receive a signal to/from a base station.
  • the storage 1820 may store therein at least one or a part of information related to the terminal and information transmitted/received through the transceiver 1810 .
  • the controller 1830 may control the overall operation of the terminal.
  • the terminal may be an LTE terminal or an IoT terminal, and may be a terminal including features of the two terminals.
  • FIG. 19 is a diagram illustrating a base station according to an embodiment of the present disclosure.
  • a base station 1900 may include a transceiver 1910 , a storage 1920 , and a controller 1930 .
  • the transceiver 1910 may transmit and receive information related to the base station, and may transmit/receive a signal to/from a terminal.
  • the storage 1920 may store therein at least one or a part of information related to the base station and information transmitted/received through the transceiver 1910 .
  • the controller 1930 may control the overall operation of the base station.
  • the base station may transmit/receive signals for at least one of an LTE terminal and an IoT terminal, and may determine information transmitted to another communication system based on information corresponding to a specific communication system.
  • the terminal may be an LTE terminal or an IoT terminal, and may be a terminal including features of the two terminals.

Abstract

The present disclosure relates to a communication method and system for converging a 5th-Generation (5G) communication system for supporting higher data rates beyond a 4th-Generation (4G) system with a technology for Internet of Things (IoT). The present disclosure may be applied to intelligent services based on the 5G communication technology and the IoT-related technology, such as smart home, smart building, smart city, smart car, connected car, health care, digital education, smart retail, security and safety services. A method by a terminal for transmitting and receiving a signal in a mobile communication system according to an embodiment of the present disclosure includes receiving at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal; and receiving the first reference signal based on at least one of the received information.

Description

TECHNICAL FIELD
The present disclosure relates to a method and a device for operating a machine type device in a wireless communication system, and more particularly, to a method and a device that enable a machine type device to perform communication using signal transmission/reception information of an existing communication system.
BACKGROUND ART
To meet the demand for wireless data traffic having increased since deployment of 4G communication systems, efforts have been made to develop an improved 5G or pre-5G communication system. Therefore, the 5G or pre-5G communication system is also called a ‘Beyond 4G Network’ or a ‘Post LTE System’. The 5G communication system is considered to be implemented in higher frequency (mmWave) bands, e.g., 60 GHz bands, so as to accomplish higher data rates. To decrease propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), Full Dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, large scale antenna techniques are discussed in 5G communication systems. In addition, in 5G communication systems, development for system network improvement is under way based on advanced small cells, cloud Radio Access Networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), reception-end interference cancellation and the like. In the 5G system, Hybrid FSK and QAM Modulation (FOAM) and sliding window superposition coding (SWSC) as an advanced coding modulation (ACM), and filter bank multi carrier (FBMC), non-orthogonal multiple access(NOMA), and sparse code multiple access (SCMA) as an advanced access technology have been developed.
The Internet, which is a human centered connectivity network where humans generate and consume information, is now evolving to the Internet of Things (IoT) where distributed entities, such as things, exchange and process information without human intervention. The Internet of Everything (IoE), which is a combination of the IoT technology and the Big Data processing technology through connection with a cloud server, has emerged. As technology elements, such as “sensing technology”, “wired/wireless communication and network infrastructure”, “service interface technology”, and “Security technology” have been demanded for IoT implementation, a sensor network, a Machine-to-Machine (M2M) communication, Machine Type Communication (MTC), and so forth have been recently researched. Such an IoT environment may provide intelligent Internet technology services that create a new value to human life by collecting and analyzing data generated among connected things. IoT may be applied to a variety of fields including smart home, smart building, smart city, smart car or connected cars, smart grid, health care, smart appliances and advanced medical services through convergence and combination between existing Information Technology (IT) and various industrial applications.
In line with this, various attempts have been made to apply 5G communication systems to IoT networks. For example, technologies such as a sensor network, Machine Type Communication (MTC), and Machine-to-Machine (M2M) communication may be implemented by beamforming, MIMO, and array antennas. Application of a cloud Radio Access Network (RAN) as the above-described Big Data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
With the development of the wireless communication system as described above, the necessity of IoT communication has increased, and there has been a need for a method and a device which can smoothly operate an IoT communication system in association with the existing communication system, and can efficiently use radio resources.
DISCLOSURE OF INVENTION Technical Problem
The present disclosure has been made in order to solve the above problems, and an aspect of the present disclosure provides a method and a device which can smoothly perform signal transmission/reception in a wireless communication system. More specifically, an aspect of the present disclosure provides a method and a device which can efficiently use resources and can improve communication reliability by enabling an IoT device to receive information, such as a reference signal used in the existing communication system, and to perform channel estimation based on the received information.
Solution to Problem
In one aspect of the present disclosure, a method by a terminal for transmitting and receiving a signal in a mobile communication system includes receiving at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal; and receiving the first reference signal based on at least one of the received information.
In another aspect of the present disclosure, a method by a base station for transmitting and receiving a signal in a mobile communication system includes transmitting at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal; and transmitting the first reference signal.
In still another aspect of the present disclosure, a terminal in a mobile communication system includes a transceiver configured to transmit and receive a signal; and a controller configured to control the transceiver to receive at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal, and to receive the first reference signal based on at least one of the received information.
In yet still another aspect of the present disclosure, a base station in a mobile communication system includes a transceiver configured to transmit and receive a signal; and a controller configured to control the transceiver to transmit at least one of information related to a sequence corresponding to a first reference signal, information related to an antenna port corresponding to the first reference signal, and information related to transmission power corresponding to the first reference signal, and to transmit the first reference signal.
Advantageous Effects of Invention
According to the aspects of the present disclosure, the communication system can efficiently use resources and thus can improve communication reliability. Further, according to the aspect of the present disclosure, since the IoT device uses the reference signal of the existing LTE communication system, reliability of the channel estimation can be improved, and the resources can be efficiently used.
BRIEF DESCRIPTION OF DRAWINGS
FIG. 1 is a diagram illustrating an example of a scenario in which an Internet of things (IoT) communication system can operate;
FIG. 2 is a diagram illustrating a resource grid for signal transmission/reception in an IoT communication system;
FIG. 3 is a diagram illustrating an L subframe structure that can be operated in an IoT communication system;
FIG. 4 is a diagram illustrating an L super subframe structure that can be operated in an IoT communication system;
FIG. 5 is a diagram illustrating a signal transmission scenario in an IoT communication system;
FIG. 6 is a diagram illustrating a synchronization signal transmission resource in an IoT communication system;
FIG. 7 is a diagram illustrating an example of a method for transmitting a primary synchronization signal (PSS) in an IoT communication system;
FIG. 8 is a diagram illustrating an example of a method for transmitting a physical broadcast channel (PBCH) in an IoT communication system;
FIG. 9 is a diagram illustrating an example of a method for transmitting a PSS, a secondary synchronization signal (SSS), and a master information block (MIB) in an IoT communication system;
FIG. 10 is a diagram illustrating an example of a method for transmitting a PSS, SSS, and MIB in an IoT communication system operating time division duplex (TDD);
FIG. 11 is a diagram illustrating an example of one configuration of a downlink frame in an IoT communication system;
FIG. 12 is a diagram illustrating an example of a method for an IoT terminal to receive a signal;
FIG. 13 is a diagram illustrating another example of a method for an IoT device to receive a signal;
FIG. 14 is a diagram illustrating PRB candidate resources to transmit IoT-related information in a communication system;
FIG. 15 is a diagram illustrating an example of a method for a base station to transmit IoT-related information;
FIG. 16 is a diagram illustrating an example of a method for setting an SFN offset in an LTE system and an IoT system;
FIG. 17 is a diagram illustrating another example of a method for setting an SFN offset in an LTE system and an IoT system;
FIG. 18 is a diagram illustrating a terminal according to an embodiment of the present disclosure; and
FIG. 19 is a diagram illustrating a base station according to an embodiment of the present disclosure.
MODE FOR THE INVENTION
Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings.
In describing the embodiments, explanation of the technical contents that are well known in the art to which the present disclosure pertains and are not directly related to the present disclosure will be omitted to avoid obscuring the subject matter of the present disclosure and to transfer the same more accurately.
For the same reason, in the accompanying drawings, some constituent elements are exaggerated, omitted, or roughly illustrated. Further, sizes of some constituent elements may not completely reflect the actual sizes thereof. In the drawings, the same drawing reference numerals are used for the same elements across various figures.
The aspects and features of the present disclosure and methods for achieving the aspects and features will be apparent by referring to the embodiments to be described in detail with reference to the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed hereinafter, but can be implemented in diverse forms. The matters defined in the description, such as the detailed construction and elements, are nothing but specific details provided to assist those of ordinary skill in the art in a comprehensive understanding of the disclosure, and the present disclosure is only defined within the scope of the appended claims. In the entire description of the present disclosure, the same drawing reference numerals are used for the same elements across various figures.
It will be understood that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart block or blocks. These computer program instructions may also be stored in a computer-usable or computer-readable memory that can direct a computer or another programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
Also, each block of the flowchart illustrations may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
The term “unit”, as used in an embodiment, means, but is not limited to, a software or hardware component, such as FPGA or ASIC, which performs certain tasks. However, “unit” does not mean to be limited to software or hardware. The term “unit” may advantageously be configured to reside on the addressable storage medium and configured to execute on one or more processors. Thus, “unit” may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functionality provided for in the components and “units” may be combined into fewer components and “units” or further separated into additional components and “units”. Further, the components and “units” may be implemented to operate one or more CPUs in a device or a security multimedia card.
Further, in an embodiment, a communication system explained as cellular Internet of things (cellular IoT (CIoT)) and narrow band Internet of things (NB-IoT) relates to matters that can be applied to the whole IoT communication system, and does not describe technical features limited to the respective embodiments.
In a CIoT network, one important feature is to require an improved coverage capable of performing machine type communications (MTC). For example, one typical scenario is to provide a water or gas measurement service through CIoT networks. At present, most existing MTC/CIoT systems take aim at a low-end application that can be properly processed by GSM/GPRS due to low costs of devices and good coverage of the GSM/GPRS. However, a larger number of CIoT devices are gradually deployed in this field, and this may cause a natural increase of dependence on the GSM/GPRS networks. Further, some CIoT systems take aim at standalone spreading scenarios through re-farming of a GSM carrier having a bandwidth of 200 kHz.
Further, with the activation of LTE deployment, operators desire to reduce the whole network maintenance and repair costs through minimization of the number of RATs. The MTC/CIoT is a market having possibility of continuous expansion in future. This may cause the operators to bear the expenses in maintaining the plurality of RATs, and may prevent the operators from obtaining the maximum gains through their spectrums. In consideration of a large number of CIoT/MTC devices having high possibility, the whole resources required to provide services may become correspondingly important, and may be inefficiently allocated. Accordingly, it is necessary to seek a new solution for movement of the MTC/CIoT from a GSM/GPRS to an LTE network.
In the present disclosure, a new MTC/CIoT system is proposed, which can smoothly spread in various methods, for example, standalone, in a guard-band or the bandwidth of the existing cellular system (e.g., LTE).
FIG. 1 is a diagram illustrating an example of a scenario in which an Internet of things (IoT) communication system can operate.
Referring to FIG. 1, an IoT system occupies a narrow bandwidth in a frequency band, and for example, may use the minimum system bandwidth of 200 kHz (or 180 kHz) in both a downlink and an uplink. Due to the feature of the narrow band, the IoT system may spread through standalone, in the guard-band of the existing cellular system, or in the bandwidth of the existing cellular system.
More specifically, the IoT system may operate in at least one of a standalone mode 110 re-farmed in a GSM system, a mode 120 including a guard band in an LE system, and an in-band mode 130 operating in an LTE frequency bandwidth.
Since a physical resource block (PRB) bandwidth of the LTE system is 180 kHz, the IoT system may spread within a certain PRB in the whole bandwidth, which may be called an in-band mode. As an alternative, since the LTE system normally has a guard band from 200 kHz to 2 MHz (according to the system bandwidth of the LTE system), the IoT system may spread within a guard-band region of the LTE system, which may be called a guard-band mode. For example, the IoT system may spread in a standalone mode through re-farming of a GSM carrier having a bandwidth of 200 kHz.
In a standalone mode 110, one independent IoT carrier 114 may be configured among GSM carriers 112.
In the LTE system, in the mode 120 including the guard band, an IoT carrier 126 may be deployed between LTE carriers 122 and 124, and a guard band 128 may be deployed between them.
In the in-band mode 130, an IoT carrier 134 may be deployed in an LTE carrier 132.
FIG. 2 is a diagram illustrating a resource grid for signal transmission/reception in an IoT communication system.
Referring to FIG. 2, one PRB resource grid may be configured for one subframe. The PRB resource grid may have a different configuration in accordance with the length of a CP, and one subframe may include two slots. Each slot may include at least one resource element (RE) 210, and at least one common reference signal (CRS) 220 may be transmitted in the resource grid.
Since the IoT system supports an LTE in-band deployment, this system may be designed in consideration of compatibility and coexistence with the existing LTE system. In order to prevent a negative influence from being exerted on the existing LTE system, system constituent elements used in the LTE, for example, waveforms and subcarrier spacing may be reused for the IoT system. For one subframe, one PRB resource grid may be configured in a similar manner to that in the LTE system.
FIG. 3 is a diagram illustrating an L subframe structure that can be operated in an IoT communication system.
Referring to FIG. 3, an L subframe 310 that can be operated in an IoT communication system may include two L slots 315. Further, each L slot 315 may include two subframes 320. One subframe 320 may include two slots. Further, in the case of a normal CP, the slot 325 may include 6 symbols 334, whereas in the case of an extended CP, the slot 325 may include 5 symbols 344. The lengths of the respective symbols and CPs are the same as those as illustrated.
In an embodiment, since one PRB is used in the IoT system, a longer subframe unit may be defined as the minimum scheduling unit, and for example, the L-subframe 310 may include 4 subframes (4 ms). If a short scheduling unit is necessary, an L-slot (2 ms) 315 may be considered.
FIG. 4 is a diagram illustrating an L super subframe structure that can be operated in an IoT communication system.
Referring to FIG. 4, an L superframe 400 that may be operated in the IoT communication system may include 32 L frames 410, and each L frame may include 10 subframes 420. In an embodiment, the L frame 410 may include 10 L-subframes 420, and may have duration of 40 ms. The duration of the L-frame may be aligned with a PBCH transmission time interval (TTI) in an LTE in which the PBCH is repeated four times for 40 ms. One L-superframe 400 may include 32 L-frames 410 having duration of 1280 ms.
FIG. 5 is a diagram illustrating a signal transmission scenario in an IoT communication system.
Referring to FIG. 5, an example of an IoT downlink time-domain structure is illustrated. Respective channels are arranged in a TDM method. Synchronization signals and broadcasting information (master information block (MIB)) may be transmitted together at a start portion 510 of the L-superframe. As described above, one L frame may include 10 L subframes 530. In general, a synchronization sequence may include a primary synchronization sequence (PSS) and a secondary synchronization sequence (SSS). In an embodiment, the PSS may be mentioned as a primary synchronization signal, and the SSS may be mentioned as a secondary synchronization signal. The MIB may include a limited amount of information of the system information. The remaining system information may be transmitted to a system information block (SIB). According to a coverage requirement condition, MIB and SIB frames may be repeatedly transmitted.
FIG. 6 is a diagram illustrating a synchronization signal transmission resource in an IoT communication system.
Referring to FIG. 6, an example of transmission of PSSs 610 and 620/ SSSs 615 and 625 is illustrated. Since one PRB is used for IoT-related transmission, PSSs and/or SSSs may be repeatedly transmitted in a single subframe to improve the detection performance. In the same manner as in the LTE system, the IoT device may acquire partial basic system information through detection of the PSS/SSS, for example, frame timing, CP length (normal CP or extended CP), FDD mode or TDD mode, and cell ID. By arranging the PSS and SSS in different symbols in a subframe, successive PSS/SSS detection may be guided in accordance with the CP length and the FDD/TDD mode. In the case of an IoT in-band mode, when the PSS/SSS are transmitted, it is necessary that CRS transmission and PDCCH transmission related to LTE transmission are used. By arranging two successive symbols for the PSS transmission, the detection performance can be improved.
FIG. 7 is a diagram illustrating an example of a method for transmitting a primary synchronization signal (PSS) in an IoT communication system.
Referring to FIG. 7, as indicated as option 1, PSSs 710 and 720 may be transmitted from two resources discriminated by CPs 705 and 715, and as indicated as option 2, two PSSs 735 and 740 may be successively transmitted after one CP 730. In this case, a portion of the first PSS 745 may be used as a virtual CP 745. In other words, since the PSS signals are directly repeated, signal portion “A” 745 may be considered as a virtual CP for the next PSS symbol. In this case, the PSS may be detected regardless of what CP length is used. Further, symbol level correlation can be used, and thus the PSS detection complexity can be reduced on the receiver side.
Further, since the PSS/SSS may not use all symbols in a subframe, the PBCH (MIB and/or SIB) and the PSS/SSS may be transmitted in the same subframe. Further, the PSS/SSS signal may be used for channel estimation in order to decode the PBCH.
FIG. 8 is a diagram illustrating an example of a method for transmitting a physical broadcast channel (PBCH) in an IoT communication system.
Referring to FIG. 8, in the case of an in-band mode, remaining resource elements in subframes that are not occupied by PSSs 810 and 820/ SSSs 815 and 825 may be used for PBCH transmission. CRS resource elements should not be used for PBCH resource element mapping. In the case of a guard-band or standalone mode, the remaining elements excluding the PSS/SSS symbols may be used for the PBCH.
In the case of an IoT in-band mode, the IoT system and the LTE system may share transmission power of a base station during downlink transmission. Power boosting of specific signals or channels, for example, power boosting of PSS/SSS, MIB, SIB, or PDCCH, may be considered to improve the coverage performance of the in-band IoT system.
Further, it is also possible to design IoT PSS/SSS and MIB transmission in consideration of a method for avoiding collisions with the existing LTE PSS/SSS and MIB transmissions as many as possible.
FIG. 9 is a diagram illustrating an example of a method for transmitting a PSS, a secondary synchronization signal (SSS), and a master information block (MIB) in an IoT communication system.
Referring to FIG. 9, an IoT transmission frame 910 and an LTE transmission frame 920 are illustrated. IoT PSS/SSS and MIB subframes and SIB subframes may be distributed in a proper method in order to avoid collisions in a time domain. As an alternative, PSS/SSS/MIB may be attempted to avoid collisions with LTE/PSS/SSS/MIB symbols as many as possible. For example, the PSS/SSS may be located at the last symbol of the subframe that is different from that in the LTE system.
FIG. 10 is a diagram illustrating an example of a method for transmitting PSS, SSS, and MIB in an IoT communication system operating time division duplex (TDD).
Referring to FIG. 10, an IoT transmission frame 1010 and an LTE transmission frame 1020 are illustrated. In the case of LTE TDD, IoT PSS/SSS and MIB may be transmitted only in LTE DL subframes or specific frames. After acquisition of the system access and TDD UL/DL configurations, the use of other frames may be further acquired. The IoT PDCCH and PDSCH may occupy only DL subframes in the LTE TDD case.
Further, an IoT downlink frame structure may be proposed. This structure is aligned with the LTE system to become more suitable to an in-band deployment. In consideration of the in-band deployment, one primary purpose is to avoid an influence exerted on the existing LTE terminals, and thus it is necessary that certain REs are protected by the LTE and are not to be used. More specifically, in the case of resources including information that should be essentially transmitted or received for the LTE terminals, they may not be used to transmit IoT terminal signals.
Accordingly, with respect to the PSS/SSS and PBCH for the IoT terminal, it is necessary to allocate them to the resources that do not collide with the existing LTE signals. The deployment of PSS, SSS, and M-PBCH may be selected to avoid collisions with LTE CRS, PRS, PSS, SSS, PDCCH, PCFICH, PHICH, and MBSFN. For example, as for the LTE subframes, the MBSFN may be generated in subframes 1, 2, 3, 6, 7, and 8. Accordingly, in subframes 0, 4, 5, and 9, deployment of PSS/SSS and PBCH for the IoT terminal may be considered.
FIG. 11 is a diagram illustrating an example of one configuration of a downlink frame in an IoT communication system.
Referring to FIG. 11, a structure in which PBCH 1110, SIB1 1115, PSS 1120, and SSS 1125 are transmitted for the IoT terminal. In an embodiment, the frame structure in accordance with signal transmission and reception for the IoT terminal may be applied in a similar manner to that in the LTE system. In order to avoid potential collision with the MBSFN, the PSS 1120 may be transmitted on subframe 9, and may be repeatedly transmitted every 20 ms. Further, the PBCH 1110 may be transmitted on subframe 9, and may be repeatedly transmitted every 10 ms. If there is a dedicated resource for transmission of the SIB1 1115, it may be deployed in subframe 4 that is not occupied by the SSS. In the case of the above-described configuration, as a service method together with the MBSFN transmission of the LTE system, another deployment is also possible in consideration of the rule for avoiding collision with the existing LTE. Further, the resources remaining after the transmission may be shared for the PDCCH and PDS CH transmission.
Hereinafter, a method for providing LTE system related information for signal transmission/reception of the IoT terminal will be described. With respect to LTE in-band IoT systems, partial system information or configurations of the LTE system may be necessary to support more preferable coexistence between the LTE and the IoT. For example, if partial resources in the PRB of the IoT system are occupied by transmission of LTE system related information, the IoT system may transmit or receive a signal using the resource for transmission of the LTE system related information and information transmitted on the resource. Further, it is necessary that the IoT system performs signal transmission/reception to avoid partial resources among resources occupied by the LTE terminal.
As information being transmitted for the LTE terminal as described above, there may be a CRS. In the LTE system, the CRS may be transmitted from partial REs in the whole bandwidth for channel estimation and RSRP measurement. The CRS of the LTE system may be transmitted even from the PRB in an in-band IoT operation mode.
In this case, the IoT system can perform more reliable signal transmission/reception using the LTE CRS transmitted on the PRB allocated for the IoT system for the channel estimation. The locations of resource elements for CRS transmission in the frequency domain may be determined by an LTE cell ID. Further, cell-specific frequency shift may be determined based on vshift=NID LTE,cell mod 6. The transmitted CRS symbols may be determined based on at least one of a cell ID, slot index, CP length, and BW (e.g., NRB DL). Further, the CRS transmission may be related to the number of antenna ports for the CRS transmission, that is, only antenna port 0, antenna ports 0 and 1, or antenna ports 0, 1, 2, and 3. Further, in the LTE system bandwidth, an actual PRB index may be guided based on a PRB offset as a center frequency and bandwidth. Further, in an embodiment, the PRB index may be explicitly indicated. If a part or the whole of information related to the LTE CRS transmission is transmitted to a terminal related to the IoT system, the IoT terminal may receive the LTE CRS, and may perform channel estimation based on this.
After parameters related to the LTE CRS transmission are explicitly or implicitly signaled in the IoT system, the IoT devices may use the LTE CRS for downlink channel estimation. Basically, the CP length may be determined in an IoT PSS/SSS detection process. The remaining parameters may be transferred in synchronization signals, MIB, or SIB. As an example, in the MIB of the IoT system, one-bit indication indicating whether the current IoT cell ID is the same as the LTE cell ID may be transmitted to the IoT terminal.
Hereinafter, options for transmitting parameters including LTE CRS-related information to the IoT terminal will be discussed.
Option 1: All parameters may be signaled through synchronization signals and MIB. If the LTE CRS-related parameters are transmitted through the synchronization signals and MIB as described above, the IoT terminal may use the LTE CRS for channel estimation from the time when decoding the SIB. Also, the LTE cell ID may be guided, for example, through an IoT synchronization process in which the same cell ID is used in the IoT system. The remaining parameters, that is, the BW NRB DL and the CRS antenna port may be transmitted through MIBfmf. In the same manner as the LTE MIB, three bits may be used for BW indication.
Further, in some cases, in the case of the IoT terminal, it may be assumed that the number of IoT CRS antenna ports is equal to the number of LTE CRS antenna ports. However, the numbers of antenna ports used by the LTE CRS and the IoT CRS may be partially different from each other. For example, maximally four antenna ports are used for the LTE CRS transmission, whereas maximally two antenna ports are used for the IoT CRS transmission. Even if the IoT terminals detect the use of two antenna ports related to the CRS reception in the PBCH decoding process, it is necessary to know the actual number of antenna ports and to consider this in a resource mapping process. Accordingly, through separate signaling, it is necessary to transmit information related to the number of antenna ports for the LTE CRS transmission to the IoT terminal. More specifically, the number of antenna ports (e.g., 1, 2, or 4) related to the LTE CRS may be indicated through separate 2-bit signaling.
Further, as an alternative of the above-described method, a one-bit indicator indicating whether the number of antenna ports related to the LTE CRS transmission is 4 or whether the number of antenna ports related to the LTE CRS transmission is equal to the number of IoT-related antenna ports may be transmitted to the terminal. More specifically, one bit may be used to indicate whether the number of antenna ports related to the LTE CRS transmission is 4, or may be used to indicate whether the number of IoT antenna ports is equal to the number of LTE antenna ports.
Option 2: If the LTE-related cell ID cannot be indicated by the PSS/SSS of the IoT, information on the LTE-related cell ID may be included in the MIB. This means that the 9-bit cell ID and 3-bit BW are indicated by the MIB.
Option 3: The IoT PSS/SSS may indicate partial information of the LTE cell ID, and the remaining information may be additionally indicated by the MIB. For example, the LTE cell SSS index may be indicated in the IoT PSS/SSS, and the LTE cell PSS index may be indicated in the MIB. Accordingly, the LTE cell ID may be guided by the IoT terminal after the IoT PSS/SSS and the MIB are received. As another example, the IoT cell ID may be set to NID CIoT,cell=NID LTE,cell mod 168. In this case, additional information, that is,
N ID LTE , cell 168 ,
may be indicated in the MIB. This mapping rule provides a cell-specific CRS frequency shift vshift that is equal to that in the case of the LTE cell ID, in which it is profitable that the IoT cell ID notifies the IoT devices of at least CRS locations. In addition, partial information related to the LTE cell ID is signaled in the IoT terminal, and the remaining information may be determined by a predetermined relation or an equation.
Option 4: In order to reduce a payload size of the MIB, for example, partial parameters, such as LTE-related cell ID and/or BW and/or CRS antenna ports, may be transmitted through the SIB. In this case, in the IoT system, the LTE CRS is unable to be used for channel estimation in an SIB decoding process. However, from the time when the IoT terminal decodes the PDCCH after the SIB decoding, the LTE CRS may be used for the channel estimation in the IoT system.
FIG. 12 is a diagram illustrating an example of a method for an IoT terminal to receive a signal.
Referring to FIG. 12, a method for an IoT terminal to receive a signal from a base station will be described.
At operation 1205, the IoT terminal may sense at least one of IoT-related PSS/SSS. In an embodiment, the PSS/SSS may acquire LTE-related cell ID information through the synchronization signals.
At operation 1210, the IoT terminal may decode IoT-related MIB. In the above-described options, LTE CRS-related information that is transmitted through the MIB may be acquired in accordance with the MIB decoding.
At operation 1215, the IoT terminal may decode IoT-related SIB. In an embodiment, if the LTE CRS-related information is received at the previous operation, the IoT terminal may use the LTE CRS during SIB decoding. Further, the IoT terminal may acquire the LTE CRS-related information included in the SIB in accordance with the options.
At operation 1220, the IoT terminal may receive and process at least one of IoT-related PDCCH/PDSCH. In the above-described process, the IoT terminal may receive and process one or more PDCCH/PDSCH based on the LTE CRS-related information received at the previous operation.
FIG. 13 is a diagram illustrating another example of a method for an IoT terminal to receive a signal.
Referring to FIG. 13, another method for an IoT terminal to receive a signal from a base station will be described.
At operation 1305, the IoT terminal may sense at least one of IoT-related PSS/SSS. In an embodiment, the PSS/SSS may acquire LTE-related cell ID information through the synchronization signals. Further, in an embodiment, the IoT terminal may acquire LTE CRS-related resource allocation information or location information.
At operation 1310, the IoT terminal may decode IoT-related MIB. In the above-described options, LTE CRS-related information that is transmitted through the MIB may be acquired in accordance with the MIB decoding. Through this, the IoT terminal may acquire information on LTE CRS-related CRS values and the number of antenna ports.
At operation 1315, the IoT terminal may decode IoT-related SIB1. The SIB1 may be an SIB set for the IoT terminal, and may include information, such as LTE CRS information. Through this, the IoT terminal may acquire LTE CRS-related information that has not been received at the previous operation. In the case of transmitting the LTE CRS information through the SIB1 as described above, the IoT terminal may not use the LTE CRS information only during SIB1 decoding, but may acquire the LTE CRS information during decoding of other SIBs.
At operation 1320, the IoT terminal may decode the IoT-related SIB. The SIB may be shared with the LTE terminal, and during the SIB decoding, the LTE CRS-related information acquired at the previous operation may be used.
At operation 1325, the IoT terminal may receive and process at least one of IoT-related PDCCH/PDSCH. In the above-described process, the IoT terminal may receive and process one or more PDCCH/PDSCH based on the LTE CRS-related information received at the previous operation.
In an embodiment, the IoT terminal may obtain LTE CRS information at the respective operations. CRS-related information amount acquired at the respective operations may differ in accordance with design options. In this case, acquired CRS information may be additionally used at the next operation. Further, in an embodiment, a different CRS information amount may be acquired at a different operation. For example, after the terminal acquires LTE CRS-related offset information, locations of resource elements occupied by the CRS may be guided. The base station may transmit IoT-related signal through non-CRS resource elements, and devices may also know that the non-CRS resource elements are merely processed (i.e., both a transmitter and a receiver are implicitly aligned to avoid transmission/reception of signals through the non-CRS resource elements). If the CRS information is sufficiently obtained, the CRS signals may be used for channel estimation in the process of decoding the PDCCH and PDSCH.
Hereinafter, methods for signaling PRB index information used for IoT transmission will be described.
Candidate PRBs for in-band IoT operation may be predefined based on a certain system requirement. An example is described in Table 1, and it may be considered that in order for the IoT terminals to easily find IoT signals at an initial cell searching, an offset between PRB center frequencies and 100 kHz channel raster offset are very small. More specifically, PRB candidate indexes for transmitting IoT PSS and SS in accordance with respective frequency bands are disclosed in Table 1. More specifically, Table 1 discloses indexes of candidate IoT PRBs for an in-band operation.
TABLE 1
LTE BW (# RBs)
3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
(15) (25) (50) (75) (100)
In- band PRB 2, 12 2, 7, 17, 4, 9, 14, 2, 7, 12, 17, 4, 9, 14, 19,
index for 22 19, 30, 22, 27, 32, 24, 29, 34,
NB-PSS/NB- 35, 40, 45 42, 47, 52, 39, 44, 55,
SSS trans- 57, 62, 67, 60, 65, 70,
mission 72 75, 80, 85,
90, 95
The IoT PRB locations as described above may be used to derive sequence values used for CRS transmission. More specifically, the LTE CRS may use different sequence values in accordance with PRB indexes being transmitted, and if the terminal acquires such PRB information, it can know the sequence value used for the CRS transmission. As described above, the PRB location is required for the terminal to derive the CRS sequence values. The PRB index may be explicitly or implicitly indicated in NB-MIB.
Option 1: In Table 1, 46 candidate PRBs exist in total. Accordingly, 6 bits may be used to indicate 64 candidates that may include the following cases:
In the case of 46 candidates for in-band operation mode (as indicated in Table 1)
Through separate signaling as described above, related PRB information among 46 candidate PRBs may be transmitted to the terminal.
Option 2: LTE CRS sequence values in a certain PRB are actually related to an offset to the center frequency. In relation to this, the details thereof will be described later.
In an embodiment, even in the case of using different bandwidths, the same CRS sequence value may be used for PRBs having the same offset. Accordingly, even in the case of different PRB candidate groups having different frequency bands, the same CRS may be used if they have the same offset value. If the PRBs share the same offset for the center frequency, the same CRS sequence values may be used independent of BW. In the case of 15 MHz BW, the PRB offset includes all cases of the BW having odd-numbered PRBs, that is, all cases of 5 MHz and 15 MHz. In the case of 20 MHz BW, the PRB offset includes all cases of the BW having even-numbered PRBs, that is, all cases of 10 MHz and BW. There are total 32 offsets including 18 offsets for the BW having even-numbered PRBs and 14 offsets for the BW having odd-numbered PRBs. As described above, if information related to the IoT PRB indexes is transmitted as offset values in the center frequency, it may be displayed as the same offset value even in the case of different indexes, and the PRB candidates having the same offset may use the same CRS sequence. Accordingly, only 5 bits can be used to indicate RPB offsets related to the center frequency:
    • BW having even-numbered PRBs: Up to 18 offsets at maximum
    • BW having odd-numbered PRBs: Up to 14 offsets at maximum
As described above, the PRB indexes may be indicated through 30 pieces of offset information in total, and thus the PRB indexes can be indicated as information of 5 bits in total. Further, in an embodiment, in the case of the center frequency, related information can be acquired when the synchronization signal is received.
Actually, as enumerated in Table 2, the offsets may be mapped onto CRS sequence indexes. Table 2 is a table indicating indexes of IoT PRB candidates for the in-band operation.
TABLE 2
LTE BW (# RBs)
3 MHz 5 MHz 10 MHz 15 MHz 20 MHz
(15) (25) (50) (75) (100)
In-band PRB 2, 12 2, 7, 17, 4, 9, 14, 2, 7, 12, 4, 9, 14,
Indices for 22 19, 30, 35, 17, 22, 27, 19, 24, 29,
NB-PSS/NB- 40, 45 32, 42, 47, 34, 39, 44,
SSS Trans- 52, 57, 62, 55, 60, 65,
mission 67, 72 70, 75, 80,
(n_PRB) 85, 90, 95
CRS Index m 2*n_PRB, 2*n_PRB + 1
CRS Index m′ m′ = m + NRB max, DL − NRB DL
(99, 100), (89, 90), (68, 69), (39, 40), (18, 19),
(119, 120)  (99, 100), (78, 79), (49, 50), (28, 29),
(119, 120), (88, 89), (59, 60), (38, 39),
(129, 130)  (98, 99), (69, 70), (48, 49),
(120, 121), (79, 80), (58, 59),
(130, 131), (89, 90), (68, 69),
(140, 141),  (99, 100), (78, 79),
(150, 151)  (119, 120), (88, 89),
(129, 130), (98, 99),
(139, 140), (120, 121),
(149, 150), (130, 131),
(159, 160), (140, 141),
(169, 170), (150, 151),
(179, 180)  (160, 161),
(170, 171),
(180, 181),
(190, 191),
(200, 201) 
FIG. 14 is a diagram illustrating PRB candidate resources to transmit IoT-related information in a communication system.
Referring to FIG. 14, carriers having bandwidths of 3 MHz, 5 MHz, 15 MHz, 10 MHz, and 20 MHz are illustrated. The respective bandwidths are aligned on the center frequency 1405, and parts of IoT PRB indexes on respective carriers are illustrated. In the case of BW of 3 MHz, the PRB indexes may be 2(1412) and 12(1410). In this case, if the respective PRB indexes are indicated by offset values 1414 and 1416 that are apart from the center frequency, 12 of 3 MHz 1410 has the same offset value 1416 as that of 17 of 5 MHz 1420 and 42 of 15 MHz 1430. In this case, the respective PRB indexes use CRS sequences, and through transmission of the offset information to the terminal, the terminal may acquire CRS sequence information. In addition, if the respective PRB indexes are apart from the center frequency for the same offset, the CRS sequences corresponding to the PRB indexes are the same, and thus the base station can transmit the CRS sequence information to the terminal through a smaller number of information bits.
Further, in an embodiment, the MIB may include contents related to the following CRS. More specifically, the LTE CRS-related information may be transmitted to the terminal through the MIB.
    • 1) CRS index information: This is necessary for in-band deployment to make the IoT reuse the LTE CRS. The CRS location information may be acquired through a cell search, and more specifically, the CRS location information may be acquired during cell synchronization acquisition. Further, in an embodiment, the center frequency information may be acquired through the cell search. However, the terminal is unable to acquire the CRS-related sequence value only through the cell search.
    • 2) LTE (CRS) antenna port information: This is necessary for in-band deployment to notify the IoT terminals of the number of antenna ports used by the LTE CRS. Since the antenna ports used for the LTE and IoT may differ from each other, this information is required. For example, although four antenna ports are used in the LTE, only two antenna ports are maximally used for the IoT. Even if the IoT terminals detect the use of two antenna ports in the PBCH decoding process, it is necessary to know the actual number of antenna ports used for the LTE CRS transmission and to consider this in a resource mapping process. Two bits may be used to indicate the number of antenna ports in the LTE, for example, to indicate 1, 2, or 4. As an alternative, one bit may be used to indicate whether the number of antenna ports is 4, or to indicate whether the number of IoT antenna ports is equal to the number of LTE antenna ports.
As described above, in an embodiment, in the case of in-band IoT, the LTE CRS may be simultaneously transmitted to the RB in which the IoT operates, and the terminal may receive the LTE CRS-related information, and based on this, the terminal may use the LTE CRS for channel estimation or RRM measurement. More specifically, in order for the terminal to use the LTE CRS for the channel estimation, transmission power information of the LTE CRS is required. The transmission power information may be received through methods as follows.
    • i) Indication of a power ratio between the LTE CRS and the PDSCH transmission RE and a power ratio between the IoT RS and the PDSCH transmission RE in the IoT transmission RB
    • ii) Indication of the difference between one of the two power ratio types described in i) and the two power ratio types described in i)
    • iii) Indication of one of the two power retio types described in i) and an absolute power offset value between the IoT RS and the LTE CRS
As described above, information on the relationship between the transmission power of the IoT-related RS and the transmission power of the LTE-related CRS may be transmitted from the base station to the terminal, and more specifically, the base station may transmit the offset value between the two transmission powers to the terminal.
In the case of performing i), ii), and iii), the corresponding information may be carried on the MIB or SIB to be transmitted through the PBCH, and may be notified through the PDSCH. As the above-described indications, i), ii), and iii) may transmit two types of information (e.g., in the case of selecting i), the base station should indicate two types of power ratios to the terminal), and the two types of information may be transmitted through a different channel (e.g., MIB or SIB) or through different channels. The terminal that has received this may perform channel estimation based on at least one of the transmission power offset value and the IoT-related RS transmission power information.
Further, in the LTE system, partial resources and signals transmitted in the IoT PRB, for example, MBSFN, PRS, CSI-RS, and SRS, may be affected in accordance with the IoT transmission, or should not be interfered. Accordingly, resource-related configurations should be indicated in the IoT SIB. In the case of MBSFN, MCCH repetition period (32, 64, 128, or 256 frames) and MCCH offset (0 to 10) may be indicated in the SIB. In the case of PRS, the PRS bandwidth NRB PRS, PRS configuration index IPRS, and the number of successive downlink subframes NPRS may be indicated in the case where the IoT PRB is used for the LTE PRS transmission.
The system information required in the LTE system may be included in a specific system information block type N (SIB-N) in the IoT system that is the SIB type in which N is predefined for the LTE system information. If type-specific SIB change indication exists in the MIB, the IoT may update the SIB-N only in the case where the LTE-related system information is changed. As described above, in the in-band IoT mode, the LTE system-related information may be signaled in the IoT terminal, and the signaling period of such a signal may be notified by the base station.
FIG. 15 is a diagram illustrating an example of a method for a base station to transmit IoT-related information.
Referring to FIG. 15, the base station may transmit LTE-related information and IoT-related information to the terminal.
At operation 1505, the base station may determine resource information related to the LTE communication system. More specifically, the LTE system may determine resource allocation information for signal transmission/reception, and in this case, it may determine information on a resource region to be essentially transmitted to the terminal.
At operation 1510, the base station may determine resource information related to the IoT communication system. In an embodiment, on the assumption of an in-band IoT mode, in the case of determining the resource information related to the IoT communication system, the base station may allocate resources related to the IoT communication system to a region excluding the resource region allocated for the LTE communication system. Further, signal transmission resource related to the IoT communication system may be allocated to a region in which a signal, such as a CRS, can be used more easily in the LTE communication system. As described above, in the case of allocating the resource for transmission of information related to the IoT communication system, the base station may refer to at least one of a resource region already allocated for transmission of information related to the LTE communication system and a type of information transmitted from the corresponding resource.
At operation 1515, the base station may transmit at least one of the determined information to the terminal. The information may be transmitted through upper signaling or control signaling, and a part of the MIB may be transmitted through the SIB.
At operation 1520, the base station may receive channel information from the terminal. The channel information may include downlink channel information measured by the terminal, and channel information received from the IoT terminal may include channel information measured based on the CRS related to the LTE communication system.
At operation 1525, the base station may transmit control information and data information to the terminal based on at least one of the channel information and the information determined at the previous operation.
Further, in an embodiment, LTE SFN information may be required in the IoT system in order to guide the resource occupied by the LTE, for example, the CSI-RS. Since the LTE SFN and the IoT SFN may not be always aligned with each other, the cycle thereof may have a different scale. Accordingly, in the case where the LTE SFN and the IoT SFN have different settings as described above, it is necessary for the base station to perform scheduling of such information to the terminal.
FIG. 16 is a diagram illustrating an example of a method for setting an SFN offset in an LTE system and an IoT system.
Referring to FIG. 16, information related to IoT SFN 1610 and information related to LTE SFN 1620 are illustrated. In an embodiment, it may be necessary for the IoT SIB to indicate the SFN offset, and this may be defined as a difference between IoT SFN 0 time and the last LTE SFN 0. Accordingly, it is necessary for the terminal to notify of the difference in time as described above, and in accordance with the minimum time unit of the time difference, the SFN offset may require a different bit amount for the indication.
    • Option 1: If an offset is always a multiple of 40 ms, the information may be indicated through 8-bit SFN offset information.
    • Option 2: In order to support a frame level difference of 10 ms, the information may be indicated through 10-bit SFN offset information.
    • Option 3: In order to support a subframe (1 ms) difference, 14-bit SFN offset is necessary.
FIG. 17 is a diagram illustrating another example of a method for setting an SFN offset in an LTE system and an IoT system.
Referring to FIG. 17, information related to IoT SFN 1710 and information related to LTE SFN 1720 are illustrated.
If the maximum period of the IoT system is not integer times (i.e., 1024 frames) the maximum period in the LTE system, the SFN offset may be changed at starts (i.e., IoT SFN=0) 1712 and 1714 of the IoT period. In this case, the changed SFN offset may be signaled to the IoT device at starts (i.e., IoT SFN=0) 1712 and 1714 of the IoT period.
Further, in an embodiment, the PRB index for IoT uplink transmission should be indicated in the SIB. If an LTE cell has a plurality of PRBs for the IoT operation, the SIB in a certain IoT PRB may include different PRB indexes for not only in-band IoT but also guard-band IoT. The plurality of RPBs may independently operate, and the IoT system operates in a certain PRB for a downlink and in a certain PRB for an uplink. As an alternative, a single IoT system may have a plurality of PRBs for downlink or uplink. Inter-PRB hopping may be considered in this scenario to obtain additional merits of frequency diversity and scheduling flexibility.
The transmission power of signals to be used for measurement, for example, transmission power of synchronization signals and transmission power of a pilot or reference signal may be indicated in the SIB.
FIG. 18 is a diagram illustrating a terminal according to an embodiment of the present disclosure.
Referring to FIG. 18, a terminal 1800 according to an embodiment may include a transceiver 1810, a storage 1820, and a controller 1830.
The transceiver 1810 may transmit and receive information related to the terminal, and may transmit/receive a signal to/from a base station.
The storage 1820 may store therein at least one or a part of information related to the terminal and information transmitted/received through the transceiver 1810.
The controller 1830 may control the overall operation of the terminal. In an embodiment, the terminal may be an LTE terminal or an IoT terminal, and may be a terminal including features of the two terminals.
FIG. 19 is a diagram illustrating a base station according to an embodiment of the present disclosure.
Referring to FIG. 19, a base station 1900 according to an embodiment may include a transceiver 1910, a storage 1920, and a controller 1930.
The transceiver 1910 may transmit and receive information related to the base station, and may transmit/receive a signal to/from a terminal.
The storage 1920 may store therein at least one or a part of information related to the base station and information transmitted/received through the transceiver 1910.
The controller 1930 may control the overall operation of the base station. In an embodiment, the base station may transmit/receive signals for at least one of an LTE terminal and an IoT terminal, and may determine information transmitted to another communication system based on information corresponding to a specific communication system.
The terminal may be an LTE terminal or an IoT terminal, and may be a terminal including features of the two terminals.
Meanwhile, preferred embodiments of the present disclosure disclosed in this specification and drawings and specific terms used therein are illustrated to present only specific examples in order to clarify the technical contents of the present disclosure and help understanding of the present disclosure, but are not intended to limit the scope of the present disclosure. It will be evident to those skilled in the art that various implementations based on the technical spirit of the present disclosure are possible in addition to the disclosed embodiments.

Claims (8)

The invention claimed is:
1. A method performed by a terminal for transmitting and receiving a signal using Narrowband Internet of Things (NB-IoT) in a mobile communication system, the method comprising:
receiving, from a base station, a master information block (MIB) for the NB-IoT, the MIB including at least one of first information on a sequence for a cell-specific reference signal and second information on a number of antenna ports for the cell-specific reference signal;
receiving, from the base station, a system information block (SIB) for the NB-IoT, the SIB including third information on a power offset for a reference signal of the NB-IoT; and
receiving, from the base station, at least one of the cell-specific reference signal and the reference signal of the NB-IoT based on at least one of the first information, the second information and the third information,
wherein a bandwidth used for the NB-IoT is less than or equal to 180 kHz,
wherein a value of the first information corresponds to a physical resource block (PRB) index which is a frequency offset value from a center frequency,
wherein the value of the first information identifies one of 14 frequency offset values for a bandwidth having odd numbered PRBs, and
wherein the value of the first information identifies one of 18 frequency offset values for a bandwidth having even numbered PRBs.
2. The method of claim 1, wherein the second information indicates whether the number of antenna ports for the reference signal of the NB-IoT is either equal to a number of antenna ports for the cell-specific reference signal or to 4.
3. A method performed by a base station for transmitting and receiving a signal with a terminal using Narrowband Internet of Things (NB-IoT) in a mobile communication system, the method comprising:
transmitting, to a terminal, a master information block (MIB) for the NB-IoT, the MIB including at least one of first information on a sequence for a cell-specific reference signal and second information on a number of antenna ports for the cell-specific reference signal;
transmitting, to the terminal, a system information block (SIB) for the NB-IoT, the SIB including third information on a power offset for a reference signal of the NB-IoT; and
transmitting, to the terminal, at least one of the cell-specific reference signal and the reference signal of the NB-IoT based on at least one of the first information, the second information and the third information,
wherein a bandwidth used for the NB-IoT is less than or equal to 180 kHz,
wherein a value of the first information corresponds to a physical resource block (PRB) index which is a frequency offset value from a center frequency,
wherein the value of the first information identifies one of 14 frequency offset values for a bandwidth having odd numbered PRBs, and
wherein the value of the first information identifies one of 18 frequency offset values for a bandwidth having even numbered PRBs.
4. The method of claim 3,
wherein the second information indicates whether the number of antenna ports for the reference signal of the NB-IoT is either equal to a number of antenna ports for the cell-specific reference signal or to 4.
5. A terminal for transmitting and receiving a signal using Narrowband Internet of Things (NB-IoT) in a mobile communication system, the terminal comprising:
a transceiver configured to transmit and receive a signal; and
a controller configured to:
receive, from a base station, a master information block (MIB) for the NB-IoT, the MIB including at least one of first information on a sequence for a cell-specific reference signal and second information on a number of antenna ports for the cell-specific reference signal,
receive, from the base station, a system information block (SIB) for the NB-IoT, the SIB including third information on a power offset for a reference signal of the NB-IoT, and
receive, from the base station, at least one of the cell-specific reference signal and the reference signal of the NB-IoT based on at least one of the first information, the second information and the third information,
wherein a bandwidth used for the NB-IoT is less than or equal to 180 kHz,
wherein a value of the first information corresponds to a physical resource block (PRB) index which is a frequency offset value from a center frequency,
wherein the value of the first information identifies one of 14 frequency offset values for a bandwidth having odd numbered PRBs, and
wherein the value of the first information identifies one of 18 frequency offset values for a bandwidth having even numbered PRBs.
6. The terminal of claim 5, wherein the second information indicates whether the number of antenna ports for the reference signal of the NB-IoT is either equal to a number of antenna ports for the cell-specific reference signal or to 4.
7. A base station for transmitting and receiving a signal with a terminal using Narrowband Internet of Things (NB-IoT) in a mobile communication system, the base station comprising:
a transceiver configured to transmit and receive a signal; and
a controller configured to:
transmit, to a terminal, a master information block (MIB) for the NB-IoT, the MIB including at least one of first information on a sequence for a cell-specific reference signal and second information on a number of antenna ports for the cell-specific reference signal,
transmit, to the terminal, a system information block (SIB) for the NB-IoT, the SIB including third information on a power offset for a reference signal of the NB-IoT, and
transmit, to the terminal, at least one of the cell-specific reference signal and the reference signal of the NB-IoT based on at least one of the first information, the second information and the third information,
wherein a bandwidth used for the NB-IoT is less than or equal to 180 kHz,
wherein a value of the first information corresponds to a physical resource block (PRB) index which is a frequency offset value from a center frequency,
wherein the value of the first information identifies one of 14 frequency offset values for a bandwidth having odd numbered PRBs, and
wherein the value of the first information identifies one of 18 frequency offset values for a bandwidth having even numbered PRBs.
8. The base station of claim 7, wherein the second information indicates whether the number of antenna ports for the reference signal of the NB-IoT is either equal to a number of antenna ports for the cell-specific reference signal or to 4.
US15/745,592 2015-07-22 2016-07-22 Method and device for operating machine type device in wireless communication system Active 2036-11-28 US10848283B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/745,592 US10848283B2 (en) 2015-07-22 2016-07-22 Method and device for operating machine type device in wireless communication system

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201562195571P 2015-07-22 2015-07-22
US201562195425P 2015-07-22 2015-07-22
US201562232840P 2015-09-25 2015-09-25
US201562232860P 2015-09-25 2015-09-25
US201562251378P 2015-11-05 2015-11-05
US201662276468P 2016-01-08 2016-01-08
US201662291246P 2016-02-04 2016-02-04
US201662307818P 2016-03-14 2016-03-14
US201662307904P 2016-03-14 2016-03-14
PCT/KR2016/008051 WO2017014600A1 (en) 2015-07-22 2016-07-22 Method and device for operating machine type device in wireless communication system
US15/745,592 US10848283B2 (en) 2015-07-22 2016-07-22 Method and device for operating machine type device in wireless communication system

Publications (2)

Publication Number Publication Date
US20180212726A1 US20180212726A1 (en) 2018-07-26
US10848283B2 true US10848283B2 (en) 2020-11-24

Family

ID=57834160

Family Applications (1)

Application Number Title Priority Date Filing Date
US15/745,592 Active 2036-11-28 US10848283B2 (en) 2015-07-22 2016-07-22 Method and device for operating machine type device in wireless communication system

Country Status (5)

Country Link
US (1) US10848283B2 (en)
EP (2) EP3327973B1 (en)
KR (1) KR102596103B1 (en)
CN (1) CN107852308B (en)
WO (1) WO2017014600A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11115145B2 (en) * 2015-07-22 2021-09-07 Samsung Electronics Co., Ltd. Method for operating IoT in cellular system and system therefor
US20230134170A1 (en) * 2021-11-03 2023-05-04 At&T Intellectual Property I, L.P. Mobile broadband and machine type communication network coexistence

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106888472B (en) * 2015-12-16 2020-03-10 中兴通讯股份有限公司 Data transmission method and device
CN106921468B (en) * 2015-12-28 2020-05-22 中兴通讯股份有限公司 Information transmission method and device
WO2017121462A1 (en) * 2016-01-12 2017-07-20 Nokia Solutions And Networks Oy Cell selection for exception reporting for wireless networks
WO2017121603A1 (en) * 2016-01-12 2017-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Synchronization signal detection
JP6174735B1 (en) * 2016-02-04 2017-08-02 株式会社Nttドコモ User device and communication method
CN107046721B (en) 2016-02-05 2020-03-03 中兴通讯股份有限公司 Method and device for transmitting information
US11916819B2 (en) * 2016-07-20 2024-02-27 Nec Corporation Methods and apparatuses for information transmission and information reception
US10512050B2 (en) * 2016-10-07 2019-12-17 Qualcomm Incorporated Synchronization and broadcast channel design with flexible bandwidth allocations
CN108075996A (en) * 2016-11-11 2018-05-25 索尼公司 Control device, device and method, signal processing apparatus and method and mobile terminal
KR102014802B1 (en) 2017-02-06 2019-08-27 엘지전자 주식회사 Method for performing radio link monitoring of a terminal in a wireless communication system and an apparatus supporting the same
CN108632000B (en) * 2017-03-26 2020-10-02 上海朗帛通信技术有限公司 Method and device in user equipment and base station used for narrow-band communication
CN106926648A (en) * 2017-03-28 2017-07-07 国动物联网技术(上海)有限公司 A kind of NB IoT radio tire pressure monitors
RU2748889C2 (en) * 2017-03-31 2021-06-01 Телефонактиеболагет Лм Эрикссон (Пабл) Support of frequency overlapping carriers
CN115397006A (en) * 2017-04-10 2022-11-25 北京三星通信技术研究有限公司 Narrowband Internet of things access method and user equipment
CN108696384B (en) 2017-04-10 2022-09-16 北京三星通信技术研究有限公司 Narrowband Internet of things access method and user equipment
US11071073B2 (en) * 2017-04-14 2021-07-20 Qualcomm Incorporated Radio synchronization configuration in different operation modes
US10326576B2 (en) * 2017-04-28 2019-06-18 Qualcomm Incorporated Reusing long-term evolution (LTE) reference signals for nested system operations
US11272510B2 (en) * 2017-05-19 2022-03-08 Qualcomm Incorporated Channel and sync raster signaling
CN109392081B (en) * 2017-08-11 2021-10-19 华为技术有限公司 Communication method, device and system
CN109412767B (en) * 2017-08-18 2021-01-15 中国移动通信有限公司研究院 Indication and receiving method of reference signal transmitting power, network equipment and terminal
KR102429535B1 (en) 2017-09-26 2022-08-05 삼성전자주식회사 Method for registration of internet of things deivce and the appratus thereof
CN109818712B (en) * 2017-11-22 2021-02-19 大唐移动通信设备有限公司 NPDCCH blind detection method and device based on narrowband Internet of things
JP6943973B2 (en) * 2018-04-16 2021-10-06 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. Methods and devices for generating signals in wireless communication systems
CN111200487B (en) * 2018-11-20 2021-06-29 展讯通信(上海)有限公司 Transmission method and device for hybrid automatic repeat request acknowledgement HARQ-ACK
KR102388027B1 (en) * 2018-12-26 2022-04-19 삼성전자 주식회사 A method for testing a wireless communication module, and an electronic device including the wireless communication module
CN110445679B (en) * 2019-07-26 2020-06-26 南京大鱼半导体有限公司 Communication test method, device, storage medium and electronic equipment

Citations (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100322178A1 (en) 2009-06-19 2010-12-23 Samsung Electronics Co., Ltd. Method and apparatus for generating a dedicated reference signal
WO2011085191A1 (en) 2010-01-11 2011-07-14 Research In Motion Limited Control channel interference management for heterogeneous network
US20130039199A1 (en) 2011-08-11 2013-02-14 Mediatek, Inc. Methods of Point Association for Cooperative Multiple Point Transission
US20130089067A1 (en) 2011-10-06 2013-04-11 Samsung Electronics Co., Ltd. Method and apparatus for operating multi-band and multi-cell
WO2014101810A1 (en) 2012-12-27 2014-07-03 夏普株式会社 Method for sending and receiving system information, base station, and user equipment
CN104040919A (en) 2011-11-13 2014-09-10 Lg电子株式会社 Method and apparatus for transmitting control information in wireless communication system
US20140269597A1 (en) 2011-10-26 2014-09-18 Lg Electronics Inc. Method for determining transmission power information of downlink subframe and apparatus therefor
WO2014153777A1 (en) 2013-03-29 2014-10-02 Nec(China) Co., Ltd. Methods and apparatuses for data transmission in a wireless communication system
US20150016239A1 (en) * 2012-03-09 2015-01-15 Lg Electronics Inc. Method and apparatus for setting reference signal
US20150023197A1 (en) * 2012-03-16 2015-01-22 Nokia Corporation Common Reference Signal Configuration For Carrier Aggregation
WO2015012507A1 (en) 2013-07-26 2015-01-29 엘지전자 주식회사 Transmission/reception method for mtc apparatus
WO2015021318A2 (en) 2013-08-07 2015-02-12 Interdigital Patent Holdings, Inc. Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario
US20150071387A1 (en) 2013-09-12 2015-03-12 Qualcomm Incorporated Blind crs detection
US20150117381A1 (en) 2011-08-12 2015-04-30 Sharp Kabushiki Kaisha Signaling power allocation parameters for uplink coordinated multipoint (comp)
US20150117338A1 (en) 2012-03-21 2015-04-30 Nokia Corporation Cyclic Channel State Information Reference Signal Configuration for New Carrier Type with Backward Compatible Segment
US20150207601A1 (en) * 2012-08-10 2015-07-23 Lg Electronics Inc. Method and apparatus for receiving downlink signal in wireless communication system
US20150245378A1 (en) 2011-09-23 2015-08-27 Samsung Electronics Co., Ltd. System access method and apparatus of a narrowband terminal in a wireless communication system supporting wideband and narrowband terminals
US20150365926A1 (en) 2013-08-27 2015-12-17 Huawei Device Co., Ltd. Method for Transmitting Machine Type Communication Downlink Data, Base Station, and User Equipment
US20160037501A1 (en) 2014-07-29 2016-02-04 Cable Television Laboratories, Inc. Lte control channel reservation in rf bands with competing communication systems
WO2016111549A1 (en) 2015-01-06 2016-07-14 엘지전자 주식회사 Downlink signal reception method and user equipment, and downlink signal transmission method and base station
US20160316442A1 (en) 2013-11-11 2016-10-27 Lg Electronics Inc. Method for detecting synchronization signal for device-to-device (d2d) communication in wireless communication system and apapratus therefor
US9510134B2 (en) 2015-04-02 2016-11-29 Hyunyong Song Method for performing machine type communication for the purpose of coverage improvement, apparatuses and systems for performing the same
US20160374109A1 (en) 2015-06-16 2016-12-22 Qualcomm Incorporated System information for enhanced machine type communication
WO2017035238A2 (en) 2015-08-26 2017-03-02 Qualcomm Incorporated Downlink and synchronization techniques for narrowband wireless communications
US20170070994A1 (en) 2015-09-03 2017-03-09 Qualcomm Incorporated Uplink design for narrowband lte (nb-lte)
US20170094621A1 (en) 2015-09-24 2017-03-30 Qualcomm Incorporated Common synchronization channel design for narrowband communications
US20170134881A1 (en) * 2015-05-22 2017-05-11 Hyukjun Oh Methods for performing machine type communication for the purpose of coverage enhancement, apparatuses and systems for performing the same
US20170187563A1 (en) 2015-12-24 2017-06-29 Lg Electronics Inc. Method for transceiving signal in a wireless communication system and apparatus for the same
US20170187488A1 (en) 2015-12-28 2017-06-29 Qualcomm Incorporated Physical broadcast channel (pbch) and master information block (mib) design
US20170208592A1 (en) 2016-01-15 2017-07-20 Qualcomm Incorporated Raster design for narrowband operation for machine type communications
US20170237584A1 (en) 2016-01-09 2017-08-17 Lenovo Innovations Limited (Hong Kong) Cell-specific reference signal generation in a wireless communication system
US20170251443A1 (en) 2016-02-26 2017-08-31 Lg Electronics Inc. Method for receiving system information in wireless communication system that supports narrowband iot and apparatus for the same
US20180006763A1 (en) * 2015-01-30 2018-01-04 Lg Electronics Inc. Method and apparatus for tranceiving common control message in wireless access system supporting narrow band internet of things
US20180146404A1 (en) * 2015-05-29 2018-05-24 Intel IP Corporation Minimized system information transmission in wireless communication systems

Patent Citations (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100322178A1 (en) 2009-06-19 2010-12-23 Samsung Electronics Co., Ltd. Method and apparatus for generating a dedicated reference signal
CN101931485A (en) 2009-06-19 2010-12-29 北京三星通信技术研究有限公司 Method and device for generating dedicated reference signal (DRS)
WO2011085191A1 (en) 2010-01-11 2011-07-14 Research In Motion Limited Control channel interference management for heterogeneous network
US20130039199A1 (en) 2011-08-11 2013-02-14 Mediatek, Inc. Methods of Point Association for Cooperative Multiple Point Transission
CN103053196A (en) 2011-08-11 2013-04-17 联发科技股份有限公司 Methods of point association for cooperative multiple point transmission
US20150117381A1 (en) 2011-08-12 2015-04-30 Sharp Kabushiki Kaisha Signaling power allocation parameters for uplink coordinated multipoint (comp)
US20150245378A1 (en) 2011-09-23 2015-08-27 Samsung Electronics Co., Ltd. System access method and apparatus of a narrowband terminal in a wireless communication system supporting wideband and narrowband terminals
US20130089067A1 (en) 2011-10-06 2013-04-11 Samsung Electronics Co., Ltd. Method and apparatus for operating multi-band and multi-cell
US20140269597A1 (en) 2011-10-26 2014-09-18 Lg Electronics Inc. Method for determining transmission power information of downlink subframe and apparatus therefor
CN104040919A (en) 2011-11-13 2014-09-10 Lg电子株式会社 Method and apparatus for transmitting control information in wireless communication system
US20140307700A1 (en) 2011-11-13 2014-10-16 Lg Electronics Inc. Method and apparatus for transmitting control information in wireless communication system
US20150016239A1 (en) * 2012-03-09 2015-01-15 Lg Electronics Inc. Method and apparatus for setting reference signal
US20150023197A1 (en) * 2012-03-16 2015-01-22 Nokia Corporation Common Reference Signal Configuration For Carrier Aggregation
US20150117338A1 (en) 2012-03-21 2015-04-30 Nokia Corporation Cyclic Channel State Information Reference Signal Configuration for New Carrier Type with Backward Compatible Segment
US20150207601A1 (en) * 2012-08-10 2015-07-23 Lg Electronics Inc. Method and apparatus for receiving downlink signal in wireless communication system
EP2941072A1 (en) 2012-12-27 2015-11-04 Sharp Kabushiki Kaisha Method for sending and receiving system information, base station, and user equipment
US20150341908A1 (en) 2012-12-27 2015-11-26 Sharp Kabushiki Kaisha Method for sending and receiving system information, base station, and user equipment
WO2014101810A1 (en) 2012-12-27 2014-07-03 夏普株式会社 Method for sending and receiving system information, base station, and user equipment
US20160056977A1 (en) 2013-03-29 2016-02-25 Nec (China) Co., Ltd. Methods and apparatuses for data transmission in a wireless communication system
WO2014153777A1 (en) 2013-03-29 2014-10-02 Nec(China) Co., Ltd. Methods and apparatuses for data transmission in a wireless communication system
WO2015012507A1 (en) 2013-07-26 2015-01-29 엘지전자 주식회사 Transmission/reception method for mtc apparatus
US20160174014A1 (en) * 2013-07-26 2016-06-16 Lg Electronics Inc. Transmission/reception method for mtc apparatus
US20160192376A1 (en) 2013-08-07 2016-06-30 Interdigital Patent Holdings, Inc. Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario
WO2015021318A2 (en) 2013-08-07 2015-02-12 Interdigital Patent Holdings, Inc. Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario
US20150365926A1 (en) 2013-08-27 2015-12-17 Huawei Device Co., Ltd. Method for Transmitting Machine Type Communication Downlink Data, Base Station, and User Equipment
US20150071387A1 (en) 2013-09-12 2015-03-12 Qualcomm Incorporated Blind crs detection
US20160316442A1 (en) 2013-11-11 2016-10-27 Lg Electronics Inc. Method for detecting synchronization signal for device-to-device (d2d) communication in wireless communication system and apapratus therefor
US20160037501A1 (en) 2014-07-29 2016-02-04 Cable Television Laboratories, Inc. Lte control channel reservation in rf bands with competing communication systems
WO2016111549A1 (en) 2015-01-06 2016-07-14 엘지전자 주식회사 Downlink signal reception method and user equipment, and downlink signal transmission method and base station
US20180013529A1 (en) 2015-01-06 2018-01-11 Lg Electronics Inc. Downlink signal reception method and user equipment, and downlink signal transmission method and base station
US20180006763A1 (en) * 2015-01-30 2018-01-04 Lg Electronics Inc. Method and apparatus for tranceiving common control message in wireless access system supporting narrow band internet of things
US9510134B2 (en) 2015-04-02 2016-11-29 Hyunyong Song Method for performing machine type communication for the purpose of coverage improvement, apparatuses and systems for performing the same
US20170134881A1 (en) * 2015-05-22 2017-05-11 Hyukjun Oh Methods for performing machine type communication for the purpose of coverage enhancement, apparatuses and systems for performing the same
US20180146404A1 (en) * 2015-05-29 2018-05-24 Intel IP Corporation Minimized system information transmission in wireless communication systems
US20160374109A1 (en) 2015-06-16 2016-12-22 Qualcomm Incorporated System information for enhanced machine type communication
US20170064685A1 (en) 2015-08-26 2017-03-02 Qualcomm Incorporated Downlink and synchronization techniques for narrowband wireless communications
WO2017035238A2 (en) 2015-08-26 2017-03-02 Qualcomm Incorporated Downlink and synchronization techniques for narrowband wireless communications
US20170070994A1 (en) 2015-09-03 2017-03-09 Qualcomm Incorporated Uplink design for narrowband lte (nb-lte)
US20170094621A1 (en) 2015-09-24 2017-03-30 Qualcomm Incorporated Common synchronization channel design for narrowband communications
US20170187563A1 (en) 2015-12-24 2017-06-29 Lg Electronics Inc. Method for transceiving signal in a wireless communication system and apparatus for the same
US20170187488A1 (en) 2015-12-28 2017-06-29 Qualcomm Incorporated Physical broadcast channel (pbch) and master information block (mib) design
US20170237584A1 (en) 2016-01-09 2017-08-17 Lenovo Innovations Limited (Hong Kong) Cell-specific reference signal generation in a wireless communication system
US20170208592A1 (en) 2016-01-15 2017-07-20 Qualcomm Incorporated Raster design for narrowband operation for machine type communications
WO2017123405A1 (en) 2016-01-15 2017-07-20 Qualcomm Incorporated Raster design for narrowband operation for machine type communications
US20170251443A1 (en) 2016-02-26 2017-08-31 Lg Electronics Inc. Method for receiving system information in wireless communication system that supports narrowband iot and apparatus for the same

Non-Patent Citations (25)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 9)", 3GPP STANDARD ; TECHNICAL SPECIFICATION ; 3GPP TS 36.211, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. V9.1.0, 3GPP TS 36.211, 21 March 2010 (2010-03-21), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 85, XP051296785
3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 9), 3GPP TS 36.211 V9.1.0, pp. 1-85, XP051296785, Mar. 21, 2010.
Chinese Office Action dated Apr. 16, 2020, issued in Chinese Application No. 201680042282.9.
Extended European Search Reports dated Sep. 11, 2019, issued in European Patent Application No. 17766949.6.
Extended European Search Reports dated Sep. 4, 2019, issued in European Patent Application No. 19184102.2.
Huawei et al., NB-IOT—downlink physical layer concept description, R1-156462, 3GPP TSG RAN WG1 Meeting #83, Nov. 7, 2015, Anaheim, USA.
Intel Corporation, "Operation mode indication and channel raster for NB-IoT", 3GPP Draft, R1-160408, Intel-NB-IOT Rastermode, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, 650, Route Des Lucioles, F-06921 Sophia-Antipolis Cedex, France vol. RAN WG1, St Julian's, Malta, Feb. 15, 2016-Feb. 19, 2016, Feb. 6, 2016, XP051064167, Sect. 3.2.
INTEL CORPORATION: "Operation mode indication and channel raster for NB-IoT", 3GPP DRAFT; R1-160408 - INTEL - NB-IOT RASTERMODE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. St Julian’s, Malta; 20160215 - 20160219, R1-160408 - Intel - NB-IoT RasterMode, 6 February 2016 (2016-02-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051064167
LG Electronics, Discussions on downlink control channel design for NB-IoT, R1-156883, 3GPP TSG RAN WG1 Meeting #83, Nov. 7, 2015, Anaheim, USA.
LG Electronics, RS design for NB-IoT downlink control and data transmissions, 3GPP TSG RAN WG1 NB-IoT Ad-Hoc Meeting, R1-160116, XP051053436, Jan. 18-20, 2016, Budapest, Hungary.
LG ELECTRONICS: "RS design for NB-IoT downlink control and data transmissions", 3GPP DRAFT; R1-160116, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Budapest, HU; 20160118 - 20160120, R1-160116, 17 January 2016 (2016-01-17), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051053436
MCC Support, "Draft Report of 3GPP TSG RAN WG1 #84 V0.1.0", 3GPP Draft, DRAFT_MINufES_REPORT_RAN1#84_V010, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, 650, Route Des Lucioles, F-06921 Sophia-Anti Polis Cedex, France vol. RAN WG1, Busan, South Korea, Apr. 11, 2016-Apr. 15, 2016, Feb. 22, 2016, XP051079501, Sect. 7.2.1.1.1, p. 32: Comments to doc.s, R1-160918, R1-161231.
MCC Support, "Draft Report of 3GPP TSG RAN WG1 #84 V0.1.0", 3GPP Draft, DRAFT_MINUTES_REPORT_RAN1#84_V010, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, 650, Route Des Lucioles, F-06921 Sophia-Antipolis Cedex, France vol. RAN WG1, Busan, South Korea, Apr. 11, 2016-Apr. 15, 2016, Feb. 22, 2016, XP051079501, Sect. 7.2.1.1.1: Comments to doc., R1-160918.
MCC SUPPORT: "Draft Report of 3GPP TSG RAN WG1 #84 v0.1.0", 3GPP DRAFT; DRAFT_MINUTES_REPORT_RAN1#84_V010, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Busan, South Korea; 20160411 - 20160415, Draft_Minutes_report_RAN1#84_v010, 22 February 2016 (2016-02-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051079501
NEC Group, Downlink Reference Signal Enhancement for Low Cost MTC, 3GPP TSG RAN WG1 Meeting #73, R1-132334, XP050698100, May 20-24, 2013, Fukuoka, Japan.
NEC GROUP: "Downlink Reference Signal Enhancement for Low Cost MTC", 3GPP DRAFT; R1-132334, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Fukuoka, Japan; 20130520 - 20130524, R1-132334, 11 May 2013 (2013-05-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050698100
Samsung, "PBCH coverage enhancements for low-cost MTC UEs", 3GPP Draft, R1-131015, PBCH Coverage Enhancements FGR MTC, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, 650, Route Des Lucioles, F-06921 Sophia-Antipolis Cedex, France vol. RAN WG1, Chicago, USA, Apr. 15, 2013-Apr. 19, 2013, Apr. 6, 2013, XP050696995.
SAMSUNG: "PBCH coverage enhancements for low-cost MTC UEs", 3GPP DRAFT; R1-131015 PBCH COVERAGE ENHANCEMENTS FOR MTC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Chicago, USA; 20130415 - 20130419, R1-131015 PBCH coverage enhancements for MTC, 6 April 2013 (2013-04-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050696995
Sony, Coexistence of EMTC and NB-IOT, R1-156693, 3GPP TSG RAN WG1 Meeting #83, Nov. 7, 2015, Anaheim, USA.
Sony, MTC Operation with a Narrowband PDCCH, 3GPP TSG-RAN WG1 Meeting #80, R1-150428, XP050933636, Feb. 9-13, 2015, Athens, Greece.
SONY: "MTC Operation with a Narrowband PDCCH", 3GPP DRAFT; R1-150428, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Athens, Greece; 20150209 - 20150213, R1-150428, 8 February 2015 (2015-02-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP050933636
U.S Notice of Allowance dated Aug. 13, 2020, issued in U.S. Appl. No. 15/458,472.
U.S. Office Action dated Mar. 24, 2020, issued in U.S. Appl. No. 15/458,472.
WI Rapporteur (Ericsson), "agreements for Rel-13 NB-IoT", 3GPP Draft, R1-161548, RANI Agreements for REL-13 NB-IOT, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre, 650, Route Des Lucioles, F-06921 Sophia-Antipolis Cedex, France vol. RAN WG1, St. Julian's, Malta, Feb. 15, 201-Feb. 19, 2016, Mar. 2, 2016, XP051079462, Sect.s 7, 10, 11.
WI RAPPORTEUR (ERICSSON): "RAN1 agreements for Rel-13 NB-IoT", 3GPP DRAFT; R1-161548 RAN1 AGREEMENTS FOR REL-13 NB-IOT, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. St. Julian’s, Malta; 20160215 - 20160219, R1-161548 RAN1 agreements for Rel-13 NB-IoT, 2 March 2016 (2016-03-02), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051079462

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11115145B2 (en) * 2015-07-22 2021-09-07 Samsung Electronics Co., Ltd. Method for operating IoT in cellular system and system therefor
US20230134170A1 (en) * 2021-11-03 2023-05-04 At&T Intellectual Property I, L.P. Mobile broadband and machine type communication network coexistence

Also Published As

Publication number Publication date
US20180212726A1 (en) 2018-07-26
CN107852308B (en) 2021-01-05
EP3327973B1 (en) 2019-09-04
KR20170012143A (en) 2017-02-02
EP3327973A1 (en) 2018-05-30
EP3567792B1 (en) 2020-09-09
EP3567792A1 (en) 2019-11-13
KR102596103B1 (en) 2023-10-31
CN107852308A (en) 2018-03-27
EP3327973A4 (en) 2018-08-08
WO2017014600A1 (en) 2017-01-26

Similar Documents

Publication Publication Date Title
US10848283B2 (en) Method and device for operating machine type device in wireless communication system
US11115145B2 (en) Method for operating IoT in cellular system and system therefor
US11516773B2 (en) Methods and apparatus for supporting multiple services in wireless communication system
US10863460B2 (en) Method and apparatus for synchronization operation in cellular internet of things networks
US11558833B2 (en) Method and device for communicating synchronization signal
US11743949B2 (en) Method and apparatus for random access in an integrated access and backhaul communication system
RU2749096C1 (en) Method, apparatus, hardware apparatus and storage medium for indication and reception of resource location
JP2021108482A (en) Transmission method of random access channel signal and user device, and reception method of random access channel signal and base station
EP2936723B1 (en) Deriving an indication of a communications parameter using reference symbols
KR20150135268A (en) Communications device and method
KR20150135272A (en) Infrastructure equipment, mobile communications network, system and method
CN113170378B (en) Time domain mapping of synchronization signal blocks
KR20200017229A (en) Method and apparatus for transmitting and receiving data in a wireless communication system
EP3675395A1 (en) Method and apparatus for initial connection of wireless communication system
US10674517B2 (en) Method and apparatus for using resource information in wireless communication system
US20230088283A1 (en) Method and apparatus for transmitting overlapping downlink and uplink channels in wireless communication system

Legal Events

Date Code Title Description
AS Assignment

Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:XUE, PENG;JEONG, CHEOL;LEE, NAMJEONG;SIGNING DATES FROM 20171226 TO 20180109;REEL/FRAME:044642/0939

FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: AWAITING TC RESP, ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE