WO2013091406A1 - 一种pdcch发送、接收方法及设备 - Google Patents

一种pdcch发送、接收方法及设备 Download PDF

Info

Publication number
WO2013091406A1
WO2013091406A1 PCT/CN2012/081131 CN2012081131W WO2013091406A1 WO 2013091406 A1 WO2013091406 A1 WO 2013091406A1 CN 2012081131 W CN2012081131 W CN 2012081131W WO 2013091406 A1 WO2013091406 A1 WO 2013091406A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
pdcch
support
dci format
software
Prior art date
Application number
PCT/CN2012/081131
Other languages
English (en)
French (fr)
Inventor
贾民丽
陈东
邢艳萍
Original Assignee
电信科学技术研究院
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 电信科学技术研究院 filed Critical 电信科学技术研究院
Publication of WO2013091406A1 publication Critical patent/WO2013091406A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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]

Definitions

  • the present invention relates to the field of wireless communications, and in particular, to a PDCCH transmission and reception method and device. Background technique
  • MTC Machine Type Communications
  • An MTC device may have some of the characteristics of M2M communication, such as low mobility, small amount of transmitted data, insensitivity to communication delay, and extremely low power consumption.
  • M2M Machine to Machine
  • M2M Machine to Machine
  • the possible optimization directions are: Reduce system bandwidth, so that the terminal only supports single Antennas, or do not support high-order modulation, carrier aggregation, semi-persistent scheduling and other functions and features.
  • the embodiment of the invention provides a PDCCH sending and receiving method and device, which are used to determine a corresponding transmission mode according to functional features and characteristic requirements supported by the terminal type. PDCCH and transmission.
  • the network device determines a physical downlink control channel PDCCH corresponding to the transmission mode according to the type information of the terminal to be scheduled, and the downlink control information DCI format of the PDCCH corresponding to the transmission mode is related to the functional features and characteristic requirements supported by the terminal type of the terminal.
  • the network device sends the PDCCH of the corresponding transmission mode to the terminal.
  • the PDCCH receiving method implemented by the foregoing method provided by the embodiment of the present invention includes:
  • the PDCCH is received by the network device, and the PDCCH is sent by the network device according to the type information of the to-be-scheduled terminal, and the PDCCH corresponding to the transmission mode is determined, and the function and the feature requirement are corresponding.
  • a determining module configured to determine, according to type information of the terminal to be scheduled, a PDCCH corresponding to the transmission mode, where a DCI format of the PDCCH corresponding to the transmission mode corresponds to a function feature and a feature requirement supported by the terminal type of the terminal;
  • the terminal device provided by the embodiment of the present invention includes:
  • a receiving module configured to receive a PDCCH that is sent by the network device, where the PDCCH is sent by the network device according to the type information of the to-be-scheduled terminal, and the DCI format of the PDCCH of the corresponding transmission mode is sent.
  • the functional characteristics and feature requirements supported by the terminal type of the terminal correspond to each other;
  • the parsing module is configured to parse the PDCCH received by the receiving module to obtain uplink and downlink scheduling information.
  • the physical downlink control channel PDCCH corresponding to the transmission mode is determined and transmitted according to the type information of the terminal to be scheduled, and the requirement of the corresponding transmission mode corresponds.
  • Applying the embodiment of the present invention to the MTC terminal may adopt an appropriate PDCCH transmission mode according to the functional characteristics and characteristic requirements of the H2H (Human to Human) terminal supported by the MTC terminal.
  • FIG. 1 is a schematic diagram of a PDCCH sending process according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a network device according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention. detailed description
  • a method for transmitting and receiving a PDCCH and a related device are proposed, and a new PDCCH DCI (Downlink Control Information) format is designed for the PDCCH. It can support the feature requirements and function features of the MTC terminal, and ensure that the PDCCH DCI format lengths are the same in various transmission modes, which greatly reduces the number of blind detections of the PDCCH, effectively reduces the complexity of the MTC terminal, and thus reduces the cost of the MTC terminal.
  • PDCCH DCI Downlink Control Information
  • FIG. 1 is a schematic diagram of a PDCCH sending process according to an embodiment of the present invention, where the process may include:
  • Step 101 The base station determines, according to the type information of the terminal to be scheduled, a PDCCH corresponding to the transmission mode, where a DCI format of the PDCCH corresponding to the transmission mode corresponds to a function feature and a feature requirement supported by the terminal type of the terminal;
  • Step 102 The base station sends the PDCCH corresponding to the transmission mode to the terminal. Line uplink and downlink data scheduling.
  • the corresponding terminal receives and parses the PDCCH to perform uplink and downlink data transmission according to the scheduling of the base station, and the DCI format of the PDCCH corresponds to the functional features and characteristic requirements supported by the terminal type of the terminal.
  • the terminal here includes an MTC terminal or an M2M terminal, and the terminal has the characteristics of low communication delay and small data volume.
  • the functional features and feature requirements supported by this type of terminal may include one or any combination of the following:
  • the terminal hardware or software does not support the ⁇ bundling function and the SPS (semi-persistent scheduling) function;
  • the terminal hardware or software does not support multiple antennas, and only supports single antennas
  • the terminal hardware or software does not support uplink multi-codeword multi-antenna port transmission
  • the terminal hardware or software does not support MIMO (multiple input multiple output); Specifically, MIMO is not supported in one of the following cases or any combination: Supports a limited number of port transmissions, does not support multi-layer transmission, does not support double code words.
  • the terminal hardware or software does not support high-order modulation
  • the terminal hardware or software does not support carrier aggregation
  • the terminal hardware or software does not support large bandwidth and only supports small bandwidth
  • the terminal hardware does not support a certain function.
  • the corresponding hardware in the terminal does not have the function.
  • the terminal antenna is a single antenna, and thus the multi-antenna function cannot be supported.
  • the so-called terminal software does not support usually refers to the software module that supports the corresponding function when the hardware supports a certain function, or the function realized by the software module is not activated or activated even if the software module supporting the corresponding function is loaded. , causing the terminal to be unable to support this feature.
  • process step 101 the process of determining, by the base station, the PDCCH corresponding to the transmission mode according to the type information of the terminal is described in detail.
  • the transmission mode is a set of transmission characteristics, and may include a DCI format, a PDCCH search space, a PDCCH scrambling RNTI (Radio Network Temporary Identifier), and the like, and the embodiments of the present invention are respectively described from the aspects according to the MTC terminal or The transmission mode of the PDCCH designed by the M2M terminal.
  • a DCI format a PDCCH search space
  • PDCCH scrambling RNTI Radio Network Temporary Identifier
  • the PDCCH designed in the embodiment of the present invention has the same DCI length, and the length may be the largest of all DCI lengths, and the DCI whose length is less than the maximum length is filled to the maximum length.
  • the same DCI length may also be a length greater than the maximum length of all DCI lengths, and the remaining bits in the length of the DCI may be reserved for reservation.
  • the RNTI different from the H2H terminal needs to be used to scramble the distinction.
  • the H2H terminal scrambles the PDCCH using C-RNTI (Cell RNTI)
  • the MTC terminal scrambles the PDCCH using the MTC-C-RNTI.
  • the PDCCH designed in this embodiment of the present invention can be used only for the exclusive search space scheduling of the terminal, and the PDCCH in the public space uses the same DCI format as the original H2H terminal, for example, the existing 1A and 1C, length, format, and content are also used. All are unchanged, which will not affect the reception of public information and random access information of the H2H terminal.
  • the PDCCH designed in this embodiment of the present invention can also be used for terminal-specific spatial adjustment. Degree, also used for public space scheduling. This may cause the resources of the PDCCH of the original H2H terminal to be preempted by the MTC terminal, but for the MTC terminal, the number of PDCCH blind detections in the public space is halved.
  • the DCI format designed includes the following cases:
  • the terminal does not support multiple antennas and only supports a single antenna, the number of DCI formats is reduced (i.e., the DCI format is reduced based on the existing DCI format).
  • the downlink transmission mode supported by the terminal may include one or a combination of the following: TM1 (TM: Transmission mode, Transmission mode), TM2, TM6, TM7, TM8, TM9, then the corresponding DCI format is reduced from 8 formats to a maximum of 5, namely DCI1A, DCI 1 , DCI IB, DCI 2B or DCI 2C.
  • the number of DCI formats is reduced (i.e., the DCI format is reduced based on the existing DCI format).
  • DCI0 and DCI 4 DCI formats are currently supported. If the terminal does not support uplink multi-antenna port transmission, DCI 4 is not supported and only DCI0 is supported.
  • reducing the information domain corresponding to the second codeword transmission block which may specifically include: MCS indication (5 bits), reducing the new data indication (1 bit), reducing the RV version (2 bits) indicating the corresponding number of bits, a total of 8 bits reduction;
  • Reducing the precoding information may specifically include: reducing 6-bit (4-port) information for DCI2 and DCI4, for example, reducing to 4 bits and 5 bits, respectively, or reducing 0 bits (2 ports) or 2 bits for DCI2A (4 ports) to 0 bits; iii.
  • the 1 bit of the transport block to codeword exchange identifier can also be reduced; mainly for DCI2 and DCI 2A.
  • the number of information bits indicated by the number of layers and ports can be reduced.
  • the 3-bit indication of the antenna port, scrambling indication, and number of layers can be reduced to a bit indication.
  • MU-MIMO multi-user MIMO
  • 5-bit MCS (scheduling coding mode) indication in the corresponding DCI format if the terminal does not support high-order modulation (can support up to 64QAM, where the English abbreviation of QAM Quadrature Amplitude Modulation indicates quadrature amplitude modulation) Can be reduced to 4 bits (up to 16QAM). If 64QAM and 16QAM are not supported, or if the indicated transport block size index is reduced, then the MCS indicates that the bit number can be further reduced. This operation is available for all DCI formats.
  • the carrier indication field (0-3 bits) in the corresponding DCI format can be reduced, and the operation can be applied to all DCI formats.
  • each of the transmission modes includes two types of DCI formats, DCI 1A and DCI X
  • DCI flag a 1-bit identifier
  • 0 identifies DCI 1A
  • 1 identifies DCI X
  • DCI X identifies the above DCI 1 , DCI IB, DCI 2B, DCI 2C.
  • DCI 0, DCI1, DCI1A, DCI 1B, DCI 2B, DCI 2C can be redesigned.
  • the number of information bits is reduced, and the specific information contained therein is shown in Table 24 to Table 31. All DCI formats maintain the same length and are referenced to the maximum DCI length. If the useful information is not enough, the bits can be padded to the maximum length. The unused bits can be used as reserved bits for later extensions.
  • the length of the DCI is related to the bandwidth and the number of processes supported by the HARQ. Assume that the supported bandwidth is 1.4M or the maximum supported bandwidth is 5M, and the HARQ can support a maximum of four processes.
  • the length of the DCI format designed by the embodiment of the present invention is:
  • DCI 0 is 24 bits
  • DCI 1 is 21 bits
  • DCI 1A is 21 bits
  • DCI 1B is 23 bits
  • DCI 2B is 22 bits
  • DCI 2C is 23 bits. Therefore, 24 bits can be used as the uniform length of all DCIs.
  • the remaining bits can be used as reserved bits for later expansion.
  • a certain length greater than 24 bits may be used as the reference length, for example 26 bits, and the remaining bits are reserved.
  • DCI 0 is 28 bits
  • DCI 1 is 28 bits
  • DCI 1A is 25 bits
  • DCI 1B is 25 bits
  • DCI 2B is 29 bits
  • the DCI 2C is 30 bits. Therefore, 30 bits can be used as the uniform length of all DCIs. For some DCIs, the remaining bits can be used as reserved bits for later expansion. Alternatively, a certain length greater than 30 bits may be used as the reference length, for example 32 bits, and the remaining bits are reserved.
  • the DCI length designed by the embodiment of the present invention is the same as the DCI length supported by the H2H terminal, different terminal identifiers RNTIs need to be used for scrambling and distinguishing, for example, the H2H terminal uses the C-RNTI, and the MTC terminal uses the MTC. -C-RNTI; If it is not distinguished, it will affect the blind detection of the H2H terminal, resulting in an error and affecting the normal reception of the H2H terminal.
  • the main transmission control information and occupied bits of DCI format 0 can be as shown in Table 24.
  • the main transmission control information and occupied bits of DCI format 1 can be as shown in Table 25.
  • HARQ process number 0 or 1 or 2 bits
  • DCI formatlA can be used to:
  • Application scenario 1 indication of a PDSCH (Physical Downlink Shared Channel) of a single codeword scheduled in a compact mode;
  • PDSCH Physical Downlink Shared Channel
  • Scenario 2 Scheduling of public information, whose CRC is RA-RNTI (Random Access RNTI), P-RNTI (Paging RNTI), or SI-RNTI (System Information RNTI)
  • Scenario 3 Application scenario 3: A command for the PDCCH to initiate a RACH (Random Access Channel) process.
  • bit length and meaning of the information field of FormatlA when applying scenario 1 can be as shown in Table 26.
  • bit length and meaning of the information field of FormatlA when applying scenario 3 can be shown as 28.
  • HARQ process number 0 or 1 or 2 bits
  • the main transmission control information and occupied bits of DCI format 2B can be as shown in Table 30.
  • the main transmission control information and occupied bits of DCI format 2C can be as shown in Table 31.
  • HARQ process number 0 bits or 1 bit or 2 bits
  • the DCI format3 and 3A formats are unchanged as long as the length remains the same as other DCI formats.
  • Case 1 The PDCCH designed in the embodiment of the present invention is applied not only to UE-specific space scheduling but also to public space scheduling. At this time, all DCI formats supported by the UE have the same length, including DCI 1 C carrying common control information.
  • the common search space of the UE only needs to blindly check the length of one DCI format, the number of resources is 4, and the PDCCH is blindly detected 4 times.
  • the aggregation level of the CCE may be 1, 2, 4, and the corresponding CCE.
  • Case 2 The PDCCH designed in the embodiment of the present invention is applied only to UE-specific spatial scheduling, and is not applied to public space scheduling.
  • the DCI format for carrying the common control information is the same as that of the existing LTE system, and the new unified length format is used for all DCIs carrying the PDCCH under the C-RNTI configuration.
  • the system bandwidth is 1.4M
  • the maximum bandwidth supported by the UE is 1.4M.
  • the number of PDCCH resources in the corresponding CCE aggregation level is ⁇ 6, 6, 2 ⁇ .
  • the common search space of the UE has a CCE aggregation level of 4, 8.
  • the number of PDCCH resources in the corresponding aggregation level is ⁇ 4, 2 ⁇ , and the length of the two DCI formats needs to be blindly detected.
  • the DCI format designed by using the embodiment of the present invention can be The number of times the UE blindly detects the PDCCH is greatly reduced, thereby greatly reducing the processing complexity of the terminal, improving the processing speed of the terminal, and thereby reducing the cost of the terminal.
  • an embodiment of the present invention further provides a network device and a terminal device.
  • FIG. 2 it is a schematic structural diagram of a network device according to an embodiment of the present invention, where the network device can be a device.
  • the network device can include:
  • a determining module 201 configured to determine, according to type information of the terminal to be scheduled, a PDCCH corresponding to the transmission mode, where a DCI format of the PDCCH of the corresponding transmission mode corresponds to a function feature and a feature requirement supported by the terminal type of the terminal;
  • the terminal may be an MTC terminal or an M2M terminal;
  • the sending module 202 is configured to send, to the terminal, the PDCCH of the corresponding transmission mode.
  • the terminal hardware or software does not support the transmission time interval ⁇ bundling function and semi-persistent scheduling SPS function;
  • the terminal hardware or software does not support multiple antennas, only supports single antennas
  • the terminal hardware or software does not support uplink multi-codeword multi-antenna port transmission
  • the terminal hardware or software does not support MIMO; specifically, it does not support MIMO including one or any combination of the following: Supports a limited number of port transmissions, does not support multi-layer transmission, and does not support dual codeword transmission;
  • Terminal hardware or software does not support high-order modulation
  • Carrier hardware or software does not support carrier aggregation
  • Terminal hardware or software does not support large bandwidth, only supports small bandwidth
  • the DCI format determined by 201 may include the following:
  • the DCI format in the SPS C-RNTI configuration is not supported in the DCI format
  • the terminal type When the terminal type does not support multiple antennas and only supports a single antenna, the number of DCI formats corresponding to the downlink transmission mode in the DCI format is reduced;
  • the terminal type does not support uplink multi-codeword multi-antenna port transmission, the number of DCI formats corresponding to the uplink transmission mode in the DCI format is reduced;
  • the determined DCI format reduces the double codeword transmission, the layer number indication, the port indication, the number of precoding information bits, and the information field of the second codeword transmission block.
  • the information field of the reduced second codeword transmission block includes: a modulation and coding mode, an MCS indication, a new data indication, an RV version indication, and a transport block to codeword exchange identifier;
  • the number of bits of the MCS indication information in the scheduling coding mode is reduced in the DCI format
  • the carrier indication field is not included in the DCI format
  • the terminal type When the terminal type does not support a large bandwidth and only supports a small bandwidth, the number of information bits indicated by the resource is reduced in the DCI format;
  • the number of information bits indicated by the HARQ process is reduced in the DCI format.
  • the PDCCH of the DCI format that is determined by the determining module 201 and corresponding to various functional features and characteristic requirements supported by the terminal type has the same DCI length.
  • the length is the largest of the DCI lengths corresponding to each of the functional features and the characteristic requirements; or the length is a set length, and the set length is greater than each
  • the functional features and the characteristic requirements each have a maximum length of the corresponding DCI length; for a DCI whose length is less than the length, it is filled to the length.
  • the determining module 201 is further configured to: if the DCI length of the terminal type is the same as the DCI length of the other terminal type, use the terminal identifier RNTI different from the other terminal type to scramble the DCI of the terminal type. .
  • the PDCCH is used for terminal-specific space scheduling, or for scheduling of public space and terminal-specific space.
  • the DCI format determined by the determining module 201 performs DCI format discrimination by using the identifier information.
  • FIG. 3 is a schematic structural diagram of a terminal device according to an embodiment of the present invention.
  • the terminal device can be an MTC terminal or an M2M terminal. As shown, the terminal device can include:
  • the receiving module 301 is configured to receive a PDCCH that is sent by the network device, where the PDCCH is sent by the network device according to the type information of the to-be-scheduled terminal, and the DCI format and the PDCCH of the corresponding transmission mode are sent.
  • the functional characteristics and characteristic requirements supported by the terminal type of the terminal correspond to each other;
  • the parsing module 302 is configured to parse the PDCCH received by the receiving module to obtain uplink and downlink scheduling information.
  • the terminal hardware or software does not support the transmission time interval ⁇ bundling function and semi-persistent scheduling SPS function;
  • the terminal hardware or software does not support multiple antennas, only supports single antennas
  • the terminal hardware or software does not support uplink multi-codeword multi-antenna port transmission
  • MIMO is not supported by the terminal hardware or software; specifically, the MIMO is not supported. Including one or any combination of the following: Supports a limited number of port transmissions, does not support multi-layer transmission, does not support double codeword transmission;
  • Terminal hardware or software does not support high-order modulation
  • Carrier hardware or software does not support carrier aggregation
  • Terminal hardware or software does not support large bandwidth, only supports small bandwidth
  • the number of HARQ processes supported by the terminal hardware or software is reduced.
  • the DCI format of the PDCCH received by the receiving module 301 includes the following conditions for the functional features and characteristic requirements supported by the foregoing various terminal types:
  • the DCI format in the SPS C-RNTI configuration is not supported in the DCI format
  • the terminal type When the terminal type does not support multiple antennas and only supports a single antenna, the number of DCI formats corresponding to the downlink transmission mode in the DCI format is reduced;
  • the terminal type does not support uplink multi-codeword multi-antenna port transmission, the number of DCI formats corresponding to the uplink transmission mode in the DCI format is reduced;
  • the DCI format reduces the double codeword transmission, the layer number indication, the port indication, the number of precoding information bits, and the information domain of the second codeword transmission block.
  • the reduced information field of the second codeword transport block includes: a modulation and coding mode MCS indication, a new data indication, an RV version indication, and a transport block to codeword exchange identifier; when the terminal type does not support the high P medium During modulation, the number of bits of the MCS indication information in the scheduling coding mode is reduced in the DCI format;
  • the carrier indication field is not included in the DCI format.
  • the terminal type When the terminal type does not support a large bandwidth and only supports a small bandwidth, the number of information bits indicated by the resource is reduced in the DCI format;
  • the DCI format is reduced. Number of information bits indicated by the HARQ process.
  • the PDCCH of the DCI format corresponding to various functional features and characteristic requirements supported by the terminal type has the same DCI length.
  • the length is a maximum length of each DCI length corresponding to each functional feature and characteristic requirement; or the length is a set length, and the set length is greater than each functional feature and characteristic requirement respectively.
  • the receiving module 301 uses the PDCCH in the terminal-specific space, or in the public space and the terminal-specific space, to distinguish the PDCCH.
  • the DCI format supported by the PDCCH is differentiated by the DCI format by using the identifier information.
  • modules in the apparatus in the embodiments may be distributed in the apparatus of the embodiment according to the description of the embodiments, or may be correspondingly changed in one or more apparatuses different from the embodiment.
  • the modules of the above embodiments may be combined into one module, or may be further split into a plurality of sub-modules.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the form of the software product is embodied, the computer software product being stored in a storage medium, including a plurality of instructions for causing a terminal device (which may be a mobile phone, a personal computer, a server, or a network device) to execute the present
  • a terminal device which may be a mobile phone, a personal computer, a server, or a network device

Landscapes

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

Abstract

本发明公开了一种PDCCH发送、接收方法及设备,该方法包括:网络设备根据待调度终端的类型信息,确定对应传输模式的物理下行控制信道PDCCH,所述对应传输模式的PDCCH的下行控制信息DCI格式与所述终端的终端类型所支持的功能特点和特性需求相对应;所述网络设备向所述终端发送所述对应传输模式的PDCCH。所述终端为MTC终端。采用本发明可为MTC终端设计新的PDCCH格式,从而降低PDCCH盲检的次数,有效降低MTC设备的复杂度,从而降低MTC设备的成本。

Description

一种 PDCCH发送、 接收方法及设备 本申请要求于 2011 年 12 月 21 日提交中国专利局, 申请号为 201110432549.4, 发明名称为 " 一种 PDCCH发送、 接收方法及设 备"的中国专利申请的优先权,其全部内容通过引用结合在本申请中。 技术领域
本发明涉及无线通信领域, 尤其涉及一种 PDCCH发送、 接收方 法及设备。 背景技术
在第三代移动通信系统以及其长期演进系统中需要支持 M TC (机器型通信, Machine Type Communications )功能。 一台 MTC设 备(MTC终端)可能具有 M2M通信多种特性之中的部分特性, 如 低移动性、传输数据量小、对通信时延不敏感、要求极低功耗等特征。 考虑到以后 M2M ( Machine to Machine, 机器与机器)通信中有海量 MTC设备的应用, 因此需要进一步降低 MTC设备的成本,针对上述 问题, 可能的优化方向为: 减少系统带宽, 使终端只支持单天线, 或 不支持高阶调制、 载波聚合、 半持续调度等功能和特性。
但目前 LTE ( Long Term Evolution, 长期演进 ) 系统中的下行调 度控制信道 PDCCH ( Physical Downlink Control Channel,物理下行控 制信道)格式对于这些优化不能很好的支持, 需要重新设计。 发明内容
本发明实施例提供了一种 PDCCH发送、 接收方法及设备, 用以 实现根据终端类型所支持的功能特点和特性需求确定相应传输模式 的 PDCCH并传输。
本发明实施例提供的 PDCCH发送方法, 包括:
网络设备根据待调度终端的类型信息,确定对应传输模式的物理 下行控制信道 PDCCH, 所述对应传输模式的 PDCCH的下行控制信 息 DCI格式与所述终端的终端类型所支持的功能特点和特性需求相 对应;
所述网络设备向所述终端发送所述对应传输模式的 PDCCH。 本发明实施例提供的基于上述方法实现的 PDCCH接收方法, 包 括:
终端接收网络设备发送的 PDCCH, 所述 PDCCH是网络设备根 据待调度终端的类型信息,确定出对应传输模式的 PDCCH后发送的, 持的功能特点和特性需求相对应。
本发明实施例提供的网络设备, 包括:
确定模块, 用于根据待调度终端的类型信息, 确定对应传输模式 的 PDCCH, 所述对应传输模式的 PDCCH的 DCI格式与所述终端的 终端类型所支持的功能特点和特性需求相对应;
发送模块, 用于向所述终端发送所述对应传输模式的 PDCCH。 本发明实施例提供的终端设备, 包括:
接收模块, 用于接收网络设备发送的 PDCCH, 所述 PDCCH是 网络设备根据待调度终端的类型信息, 确定出对应传输模式的 PDCCH后发送的, 所述对应传输模式的 PDCCH的 DCI格式与所述 终端的终端类型所支持的功能特点和特性需求相对应;
解析模块, 用于解析所述接收模块接收到的 PDCCH, 得到上下 行调度信息。 本发明的上述实施例中, 根据待调度终端的类型信息, 确定对应 传输模式的物理下行控制信道 PDCCH 并传输, 该对应传输模式的 需求相对应。 将本发明实施例应用于 MTC终端, 可以根据 MTC终 端所支持的不同于 H2H ( Human to Human, 人与人)终端的功能特 点和特性需求, 采用相适宜的 PDCCH传输模式。 附图说明
图 1 为本发明实施例提供的 PDCCH发送流程示意图;
图 2为本发明实施例提供的网络设备的结构示意图;
图 3为本发明实施例提供的终端设备的结构示意图。 具体实施方式
本发明实施例结合 M2M通信低时延、 小数据量等特点, 提出了 一种发送和接收 PDCCH的方法及相关设备, 针对 PDCCH设计了新 的 PDCCH DCI ( Downlink Control Information, 下行控制信息)格式, 可以支持 MTC终端的特性需求和功能特点, 并保证各种传输模式下 PDCCH DCI格式长度相同, 大大降低了 PDCCH的盲检次数, 有效 降低了 MTC终端的复杂度, 从而降低了 MTC终端的成本。
下面结合附图对本发明实施例进行详细描述。
参见图 1 , 为本发明实施例提供的 PDCCH发送流程示意图, 该 流程可包括:
步骤 101 , 基站根据待调度终端的类型信息, 确定对应传输模式 的 PDCCH, 所述对应传输模式的 PDCCH的 DCI格式与所述终端的 终端类型所支持的功能特点和特性需求相对应;
步骤 102, 基站向该终端发送所述对应传输模式的 PDCCH以进 行上下行数据调度。
在终端侧, 相应终端接收并解析该 PDCCH以便根据基站的调度 进行上下行数据传输,该 PDCCH的 DCI格式与该终端的终端类型所 支持的功能特点和特性需求相对应。
这里的终端包括 MTC终端或 M2M终端, 该类型终端具有通信 低时延、小数据量等特点。该类型终端所支持的功能特点和特性需求, 可包括以下之一或任意组合:
( 1 )终端硬件或软件不支持 ΤΉ bundling (传输时间间隔)功能 和 SPS (半持续调度) 功能;
( 2 )终端硬件或软件不支持多天线, 只支持单天线;
( 3 )终端硬件或软件不支持上行多码字多天线端口传输;
( 4 )终端硬件或软件不支持 MIMO (多输入多输出); 具体的, 不支持 MIMO是指以下情况之一或任意组合: 支持有限数量端口传 输, 不支持多层传输, 不支持双码字传输;
( 5 )终端硬件或软件不支持高阶调制;
( 6 )终端硬件或软件不支持载波聚合;
( 7 )终端硬件或软件不支持大带宽, 只支持小带宽;
( 8 )终端硬件或软件支持的 HARQ ( Hybrid Automatic Repeat Request, 混合自动重传请求)进程数减少。
所谓终端硬件不支持某种功能,通常是指终端中的相应硬件不具 有该功能, 例如, 终端天线为单天线, 因此无法支持多天线功能。 所 谓终端软件不支持通常是指在硬件支持某种功能的情况下, 因未加载 支持相应功能的软件模块,或者即使加载了支持相应功能的软件模块 但没有激活或开通该软件模块所实现的功能,导致该终端无法支持该 功能的情况。 下面对上述流程步骤 101中, 基站根据终端的类型信息, 确定对 应传输模式的 PDCCH的过程进行详细描述。
传输模式是一系列传输特性的集合, 可包括 DCI格式、 PDCCH 搜索空间、 PDCCH加扰 RNTI ( Radio Network Temporary Identifier, 无线网络临时标识)等, 下面分别从这些方面说明本发明实施例根据 MTC终端或 M2M终端所设计的 PDCCH的传输模式。
(一)在 DCI长度方面
本发明实施例所设计的 PDCCH具有相同的 DCI长度,该长度可 以是所有 DCI长度中最大的长度, 长度不足该最大长度的 DCI, 将 其填充至该最大长度。 该相同的 DCI长度也可以是某一比所有 DCI 长度中的最大长度更大的长度, 该长度的 DCI 中的剩余比特可进行 预留扩展。
(二)在 PDCCH加扰 RNTI方面
如果本发明实施例针对 MTC终端设计的 DCI长度与 H2H终端 所支持的 DCI长度相同, 则需要使用不同于 H2H终端的 RNTI来加 扰区分。 例如, H2H终端使用 C-RNTI ( Cell RNTI, 小区 RNTI )加 扰 PDCCH, MTC终端使用 MTC-C-RNTI加扰 PDCCH。 通过这种方 式加以区分, 可保证 H2H终端的盲检不受影响, 进而避免发生错误, 保证 H2H终端的正常数据接收。
(三)在 PDCCH搜索空间方面
本发明实施例所设计的 PDCCH可以只用于终端的专属搜索空间 调度,公共空间的 PDCCH使用与原有的 H2H终端相同的 DCI格式, 例如还使用现有的 1A和 1C, 长度、格式和内容都不变, 这样不会影 响 H2H终端公共信息和随机接入信息的接收。
本发明实施例所设计的 PDCCH也可以既用于终端专属空间调 度,也用于公共空间调度。这样有可能会导致原有 H2H终端的 PDCCH 的资源被 MTC终端抢占,但对于 MTC终端来说,公共空间的 PDCCH 盲检次数减半。
(三)在 DCI格式方面
本发明实施例根据以上 MTC终端或 M2M终端所支持的各种功 能特点和特性需求, 所设计的 DCI格式包括以下情况:
( a )在终端不支持 ΤΉ bundling功能和 SPS功能的情况下, 不 支持 SPS C-RNTI配置下的 DCI格式。
( b )在终端不支持多天线, 只支持单天线的情况下, DCI格式 数量减少 (即在现有 DCI格式的基础上减少 DCI格式)。
例如, 对于 Release 10的终端, 目前支持 TM1到 TM9共 9种传 输模式, 当终端限制为只支持单天线, 则终端支持的下行传输模式可 以包括以下之一或组合: TM1 ( TM: Transmission mode, 传输模式)、 TM2、 TM6、 TM7、 TM8、 TM9, 那么相应的 DCI格式从 8种格式 减少为最多 5种, 即 DCI1A、 DCI 1 , DCI IB、 DCI 2B或 DCI 2C。
( c )在终端不支持上行多码字多天线端口传输的情况下, DCI 格式数量减少 (即在现有 DCI格式的基础上减少 DCI格式)。
例如,对于 Release 10的终端,目前支持 DCI0和 DCI 4两种 DCI 格式, 如果终端不支持上行多天线端口传输, 则不支持 DCI 4, 只支 持 DCI0。
( d )在终端不支持 MIMO的情况下,在 DCI格式中减少双码字 传输、 层数指示、 端口指示、 预编码信息比特数、 第二个码字传输块 的信息域、 预编码, 以及多用户 MIMO ( MU-MIMO )的下行功率偏 移比特, 例如:
i. 减少第二个码字传输块对应的信息域, 具体可以包括: 减少 MCS指示(5比特), 减少新数据指示( 1比特), 减少 RV版本(2 比特)指示对应的比特数, 共减少 8比特;
ii.减少预编码信息, 具体可以包括: 减少针对 DCI2和 DCI4的 6比特( 4端口)信息, 例如分别减少到为 4比特和 5比特, 或者减 少针对 DCI2A的 0比特( 2端口)或 2比特( 4端口)到 0比特; iii. 传输块到码字交换标识的 1 比特也可以减少; 主要针对 DCI2和 DCI 2A。
iv.层数和端口指示的信息比特数可以减少。 例如, 针对 DCI 2C, 可以将天线端口,扰码指示和层个数的 3比特指示减少为 比特指示。
v.减少多用户 MIMO( MU-MIMO )的下行功率偏移比特 1比特, 例如针对 DCI 1D。
( e )在终端不支持高阶调制的情况下, 对应的 DCI格式中的 5 比特 MCS (调度编码方式)指示(可最高支持 64QAM, 其中 QAM Quadrature Amplitude Modulation的英文缩写,表示正交幅度调制) 可以减少为 4 比特 (最高支持 16QAM )。 如果不支持 64QAM 和 16QAM, 或者需要指示的传输块大小索引变少, 那么, MCS指示比 特数可以更进一步降低。 该操作可针对所有 DCI格式。
( f )在终端不支持载波聚合的情况下, 对应的 DCI格式中的载 波指示域( 0-3比特)可以减少, 该操作可针对所有 DCI格式。
( g )在终端不支持大带宽,只支持小带宽的情况下,对应的 DCI 格式中信息比特数可以相应减少,但终端需要能够支持所支持带宽中 最大带宽所对应的 DCI长度, 该操作可针对所有 DCI格式。
( h )在终端支持的 HARQ进程数减少的情况下, 例如只支持 1 个进程, 则 DCI格式中不需要信息比特来指示。 如果终端只支持 2 个进程, DCI格式中从原来的比特数(对于 TDD系统为 4比特, 对 于 FDD系统为 3比特)减少为 1比特指示。 如果终端可以支持更多 进程, 例如最大 4进程, 则 DCI格式中从原来的比特数(对于 TDD 系统为 4比特, 对于 FDD系统为 3比特 )减少为 2比特指示。 该操 作可针对所有下行调度的 DCI格式。
进一步的, 由于每种传输模式中包含两种 DCI格式, DCI 1A和 DCI X, 因此需要增加 1比特标识(DCI flag )来区分两种格式, 例 如 0标识 DCI 1A, 1标识 DCI X, 其中, DCI X标识上述 DCI 1 , DCI IB, DCI 2B, DCI 2C。
更具体的, 假设 MTC终端上述特点和特性需求都支持, 那么根 据上面的分析, 可以只重新设计 DCI 0, DCI1 , DCI1A, DCI 1B, DCI 2B, DCI 2C。 根据上面的原则进行信息比特数减少, 具体包含 的有用信息如表 24至表 31所示。 所有的 DCI格式保持长度一致, 且以最大的 DCI长度为参考, 有用信息不够, 则可以填充比特至最 大长度, 未使用的比特位可以作为预留比特, 用作以后的其他扩展。
DCI的长度与带宽和 HARQ支持的进程数相关, 假设支持带宽 为 1.4M或者最大支持带宽为 5M, HARQ可以支持最大 4个进程, 本发明实施例所设计的 DCI格式的长度为:
在最大支持 1.4M带宽的情况下: DCI 0为 24比特, DCI 1为 21 比特, DCI 1A为 21比特, DCI 1B为 23比特, DCI 2B为 22比特, DCI 2C为 23比特。 因此可以以 24比特作为所有 DCI的统一长度。 对于某些 DCI, 剩余比特可以用作预留比特, 作为之后扩展使用。 或 者, 可以以大于 24比特的某一长度作为参考长度, 例如 26比特, 剩 余比特预留。
在最大支持 5M带宽的情况下: DCI 0为 28比特, DCI 1为 28 比特, DCI 1A为 25比特, DCI 1B为 25比特, DCI 2B为 29比特, DCI 2C为 30比特。 因此可以以 30比特作为所有 DCI的统一长度。 对于某些 DCI, 剩余比特可以用作预留比特, 作为之后扩展使用。 或 者, 可以以大于 30比特的某一长度作为参考长度, 例如 32比特, 剩 余比特预留。
需要说明的是, 如果本发明实施例所设计的 DCI长度与 H2H终 端所支持的 DCI长度相同,则需要使用不同的终端标识 RNTI来加扰 区分, 例如 H2H终端使用 C-RNTI, MTC终端使用 MTC-C-RNTI; 如果不区分, 会影响 H2H终端的盲检, 导致错误发生, 影响 H2H终 端的正常接收。
DCI format 0的主要传输控制信息和占用比特数, 可如表 24所 表 24
Figure imgf000011_0001
DCI format 1的主要传输控制信息和占用比特数, 可如表 25所 示。
表 25
Figure imgf000011_0002
Resource block assignment N^L / P
Modulation and coding scheme 4
HARQ process number 0或者 1或者 2比特
New data indicator 1
Redundancy version 2
TPC command for PUCCH 2
Downlink Assignment Index 2(仅 TDD有)
DCI formatlA可以用于:
应用场景 1: 采用紧凑模式调度的单码字的 PDSCH ( Physical Downlink Shared Channel, 物理下行共享信道) 的指示;
应用场景 2: 公共信息的调度, 其 CRC由 RA-RNTI ( Random Access RNTI, 随机接入 RNTI ), P-RNTI ( Paging RNTI,寻呼 RNTI ), 或者 SI-RNTI ( System Information RNTI, 系统信息 RNTI )加扰; 应用场景 3: 用于 PDCCH发起 RACH ( Random Access Channel, 随机接入信道)过程的命令。
FormatlA在应用场景 1时的信息域对应的比特长度以及含义可 如表 26所示。
表 26
Figure imgf000012_0001
FormatlA在应用场景 2时的信息域对应的比特长度以及含义可 如表 27所示。 表 27
Figure imgf000013_0001
FormatlA在应用场景 3时的信息域对应的比特长度以及含义可 28所示。
表 28
Figure imgf000013_0002
DCI format IB的主要传输控制信息和占用比特数, 可如表 29所 表 29
Figure imgf000013_0003
HARQ process number 0或者 1或者 2比特
New data indicator 1
Redundancy version 2
TPC command for PUCCH 2
Downlink Assignment Index 2(仅 TDD有)
TPMI information for precoding 2或 4
PMI confirmation for precoding 1
DCI format 2B的主要传输控制信息和占用比特数可如表 30所 表 30
Figure imgf000014_0002
DCI format 2C的主要传输控制信息和占用比特数, 可如表 31所 示。
表 31
Figure imgf000014_0001
HARQ process number 0比特或 1比特或 2比特
Antenna port(s), scrambling identity 2
and number of layers
SRS request 0 or 1,TDD
Modulation and coding scheme 4
New data indicator 1
Redundancy version 2
DCI format3 和 3A格式不变, 只要长度保持与其他 DCI格式保 持一致。
下面通过对比分析, 说明本发明实施例对 PDCCH盲检的影响。 具体分两种情况描述:
情况 1: 本发明实施例所设计的 PDCCH不仅应用于 UE专属空 间调度, 也应用于公共空间调度。 此时, UE支持的所有 DCI格式长 度相同, 包括承载公共控制信息的 DCI 1 C等。
在系统带宽 1.4M的情况下, 假设 UE支持的最大带宽为 1.4M, 那么此时物理资源少, 聚合等级 CCE=8也是不能支持的。 可以重新 定义现有 LTE系统中 CCE聚合等级和候选 PDCCH个数映射表的候 选 PDCCH个数, 去除 CCE=8。 此时 UE公共搜索空间只需要盲检一 种 DCI格式的长度, 资源个数为 4, 一共盲检 PDCCH4次; 对于 UE 专属的搜索空间, CCE的聚合等级可以为 1,2,4, 相应 CCE聚合等级 下 PDCCH资源个数为 {6, 6, 2} , 只需要盲检一种 DCI格式的长度, 那么一共盲检 6+6+2=14次。 因此, UE总共的盲检次数为 4+14=18 次, 比比采用现有技术时所需的 44次, 盲检次数大大降低。
在系统带宽大于 1.4M的情况下, 假设 UE支持的最大带宽大于 1.4M, 例如 5M。 此时 UE公共搜索空间, CCE聚合等级为 4,8, 相 应聚合等级下 PDCCH资源个数为 {4, 2} , 只需要盲检一种 DCI格式 的长度,一共盲检 PDCCH 4+2=6次。对于 UE专属的搜索空间, CCE 的聚合等级可以为 1,2,4, 相应 CCE聚合等级下 PDCCH资源个数为 {6, 6, 2} ,只需要盲检一种 DCI格式的长度,那么一共盲检 6+6+2=14 次。 因此, UE总共的盲检次数为 6+14=20次。 比采用现有技术时所 需的 44次, 盲检次数大大降低。
情况 2: 本发明实施例设计的 PDCCH仅仅应用于 UE专属空间 调度, 不应用于公共空间调度。 此时, 对于承载公共控制信息的 DCI 格式与现有 LTE系统相同,对于承载 C-RNTI配置下的 PDCCH的所 有 DCI使用新的统一长度的格式。
在系统带宽为 1.4M的情况下,假设 UE支持的最大带宽为 1.4M, 那么此时物理资源少, 聚合等级 CCE=8也是不能支持的。 可以重新 定义表 4中的候选 PDCCH个数, 去除 CCE=8。 此时 UE公共搜索空 间需要盲检 2 种 DCI 格式的长度, 资源个数为 4 , 一共盲检 PDCCH2*4=8次;对于 UE专属的搜索空间, CCE的聚合等级可以为 1,2,4, 相应 CCE聚合等级下 PDCCH资源个数为 {6, 6, 2} , 只需要 盲检一种 DCI格式的长度, 那么一共盲检 6+6+2=14次。 因此, UE 总共的盲检次数为 8+14=22次, 比比采用现有技术时所需的 44次, 盲检次数大大降低。
在系统带宽大于 1.4M的情况下, 假设 UE支持的最大带宽大于 1.4M, 例如 5M。 此时 UE公共搜索空间, CCE聚合等级为 4,8, 相 应聚合等级下 PDCCH资源个数为 {4, 2} , 需要盲检 2种 DCI格式的 长度,一共盲检 PDCCH 2* ( 4+2 ) =12次;对于 UE专属的搜索空间, CCE的聚合等级可以为 1,2,4, 相应 CCE聚合等级下 PDCCH资源个 数为 {6, 6, 2} , 只需要盲检一种 DCI格式的长度, 那么一共盲检 6+6+2=14次。 因此, UE总共的盲检次数为 12+14=26次, 比比采用 现有技术时所需的 44次, 盲检次数大大降低。
综上所述, 可以看出采用本发明实施例所设计的 DCI格式可以 大大减少 UE盲检 PDCCH的次数,从而大大降低终端的处理复杂度, 提高终端处理速度, 从而降低终端的成本。
基于相同的技术构思,本发明实施例还提供了一种网络设备和终 端设备。
参见图 2, 为本发明实施例提供的网络设备的结构示意图, 该网 络设备可以^ ^站设备。 如图所示, 该网络设备可包括:
确定模块 201 , 用于根据待调度终端的类型信息, 确定对应传输 模式的 PDCCH, 所述对应传输模式的 PDCCH的 DCI格式与所述终 端的终端类型所支持的功能特点和特性需求相对应; 其中, 该终端可 以是 MTC终端或 M2M终端;
发送模块 202 , 用于向所述终端发送所述对应传输模式的 PDCCH。
所述终端类型所支持的功能特点和特性需求,包括以下之一或任 意组合:
终端硬件或软件不支持传输时间间隔 ΤΉ bundling功能和半持续 调度 SPS功能;
终端硬件或软件不支持多天线, 只支持单天线;
终端硬件或软件不支持上行多码字多天线端口传输;
终端硬件或软件不支持 MIMO; 具体的, 不支持 MIMO包括以 下之一或任意组合: 支持有限数量端口传输, 不支持多层传输, 不支 持双码字传输;
终端硬件或软件不支持高阶调制;
终端硬件或软件不支持载波聚合;
终端硬件或软件不支持大带宽, 只支持小带宽;
终端硬件或软件支持的 HARQ进程数减少。 针对上述各种终端类型所支持的功能特点和特性需求,确定模块
201所确定出的 DCI格式可包括以下情况:
当所述终端类型不支持 ΤΉ bunding功能和 SPS功能时, DCI格 式中不支持 SPS C-RNTI配置下的 DCI格式;
当所述终端类型不支持多天线, 只支持单天线时, DCI格式中 下行传输模式所对应的 DCI格式的数量有所减少;
当所述终端类型不支持上行多码字多天线端口传输时, DCI格 式中上行传输模式所对应的 DCI格式的数量有所减少;
当所述终端类型不支持 MIMO时, 所确定出的 DCI格式中减少 双码字传输、 层数指示、 端口指示、 预编码信息比特数以及第二个码 字传输块的信息域。其中,减少的第二个码字传输块的信息域, 包括: 调制编码方式 MCS指示、新数据指示、 RV版本指示和传输块到码字 交换标识;
当所述终端类型不支持高阶调制时, DCI格式中减少调度编码 方式 MCS指示信息的比特数;
当所述终端类型不支持载波聚合时, DCI格式中不包括载波指示 域;
当所述终端类型不支持大带宽, 只支持小带宽时, DCI格式中减 少资源指示的信息比特数;
当所述终端类型支持的 HARQ进程数减少时, DCI格式中减少 HARQ进程指示的信息比特数。
具体的, 确定模块 201所确定出的, 与所述终端类型所支持的各 种功能特点和特性需求相对应的 DCI格式的 PDCCH, 具有相同的 DCI长度。 所述长度是各种功能特点和特性需求各自对应的 DCI长 度中最大的长度; 或者, 所述长度为一设定长度, 该设定长度大于各 种功能特点和特性需求各自对应的 DCI长度中最大的长度; 对于长 度不足所述长度的 DCI, 将其填充至所述长度。
进一步的, 确定模块 201还用于, 如果所述终端类型的 DCI长 度与其它终端类型的 DCI长度相同, 则使用不同于所述其它终端类 型的终端标识 RNTI对所述终端类型的 DCI进行加扰。
具体的, 所述 PDCCH用于终端专属空间调度, 或者用于公共空 间和终端专属空间的调度。
具体的, 确定模块 201确定出的 DCI格式中通过标识信息进行 DCI格式区分。
参见图 3, 为本发明实施例提供的终端设备的结构示意图。 该终 端设备可以是 MTC终端或 M2M终端。 如图所示, 该终端设备可包 括:
接收模块 301 , 用于接收网络设备发送的 PDCCH, 所述 PDCCH 是网络设备根据待调度终端的类型信息, 确定出对应传输模式的 PDCCH后发送的, 所述对应传输模式的 PDCCH的 DCI格式与所述 终端的终端类型所支持的功能特点和特性需求相对应;
解析模块 302, 用于解析所述接收模块接收到的 PDCCH, 得到 上下行调度信息。
所述终端设备所支持的功能特点和特性需求,包括以下之一或任 意组合:
终端硬件或软件不支持传输时间间隔 ΤΉ bundling功能和半持续 调度 SPS功能;
终端硬件或软件不支持多天线, 只支持单天线;
终端硬件或软件不支持上行多码字多天线端口传输;
终端硬件或软件不支持 MIMO; 具体的, 所述不支持 MIMO, 包 括以下之一或任意组合: 支持有限数量端口传输, 不支持多层传输, 不支持双码字传输;
终端硬件或软件不支持高阶调制;
终端硬件或软件不支持载波聚合;
终端硬件或软件不支持大带宽, 只支持小带宽;
终端硬件或软件支持的 HARQ进程数减少。
具体的, 针对上述各种终端类型所支持的功能特点和特性需求, 接收模块 301所接收到的 PDCCH的 DCI格式包括以下情况:
当所述终端类型不支持 ΤΉ bunding功能和 SPS功能时, DCI格 式中不支持 SPS C-RNTI配置下的 DCI格式;
当所述终端类型不支持多天线, 只支持单天线时, DCI格式中下 行传输模式所对应的 DCI格式的数量有所减少;
当所述终端类型不支持上行多码字多天线端口传输时, DCI格式 中上行传输模式所对应的 DCI格式的数量有所减少;
当所述终端类型不支持 MIMO时, DCI格式中减少双码字传输、 层数指示、 端口指示、预编码信息比特数以及第二个码字传输块的信 息域。 具体的, 减少的第二个码字传输块的信息域, 包括: 调制编码 方式 MCS指示、新数据指示、 RV版本指示和传输块到码字交换标识; 当所述终端类型不支持高 P介调制时, DCI格式中减少调度编码方 式 MCS指示信息的比特数;
当所述终端类型不支持载波聚合时, DCI格式中不包括载波指示 域。
当所述终端类型不支持大带宽, 只支持小带宽时, DCI格式中减 少资源指示的信息比特数;
当所述终端类型支持的 HARQ进程数减少时, DCI格式中减少 HARQ进程指示的信息比特数。
具体的,与所述终端类型所支持的各种功能特点和特性需求相对 应的 DCI格式的 PDCCH, 具有相同的 DCI长度。 具体的, 所述长度 是各种功能特点和特性需求各自对应的 DCI长度中最大的长度; 或 者, 所述长度为一设定长度, 该设定长度大于各种功能特点和特性需 求各自对应的 DCI长度中最大的长度;
对于长度不足所述长度的 DCI, 将其填充至所述长度。
进一步的, 接收模块 301接收到的 PDCCH中, 使用区别于其它 具体的,接收模块 301在终端专属空间, 或者在公共空间和终端 专属空间盲检所述 PDCCH。
具体的, 所述 PDCCH所支持的 DCI格式中通过标识信息进行 DCI格式区分。
本领域技术人员可以理解实施例中的装置中的模块可以按照实 施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同 于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个 模块, 也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解 到本发明可借助软件加必需的通用硬件平台的方式来实现, 当然也可 以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解, 软件产品的形式体现出来, 该计算机软件产品存储在一个存储介质 中, 包括若干指令用以使得一台终端设备(可以是手机,个人计算机, 服务器, 或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式, 应当指出, 对于本技术领 1406
PCT/CN2012/081131 域的普通技术人 来说, 在不脱离本发明原理的前提下, 还可以做出 若干改进和润饰, 这些改进和润饰也应视本发明的保护范围。

Claims

1、 一种 PDCCH发送方法, 其特征在于, 包括: 网络设备根据待调度终端的类型信息,确定对应传输模式的物理 下行控制信道 PDCCH, 所述对应传输模式的 PDCCH的下行控制信 息 DCI格式与所述终端的终端类型所支持的功能特点和特性需求相 对应;
所述网络设备向所述终端发送所述对应传输模式的 PDCCH。
2、 如权利要求 1所述的方法, 其特征在于, 所述终端类型所支 持的功能特点和特性需求, 包括以下之一或任意组合:
终端硬件或软件不支持传输时间间隔 ΤΉ bundling功能和半持续 调度 SPS功能;
终端硬件或软件不支持多天线, 只支持单天线;
终端硬件或软件不支持上行多码字多天线端口传输;
终端硬件或软件不支持多输入多输出 MIMO;
终端硬件或软件不支持高阶调制;
终端硬件或软件不支持载波聚合;
终端硬件或软件不支持大带宽, 只支持小带宽;
终端硬件或软件支持的混合自动重传请求 HARQ进程数减少。
3、 如权利要求 2所述的方法, 其特征在于, 所述终端硬件或软 件不支持 MIMO, 包括以下之一或任意组合:
终端硬件或软件支持有限数量端口传输; 终端硬件或软件不支持多层传输;
终端硬件或软件不支持双码字传输。
4、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持 ΤΉ bunding功能和 SPS功能时, 所述 PDCCH所支持的 DCI格 式中不支持 SPS 小区无线网络临时标识 C-RNTI配置下的 DCI格式。
5、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持多天线, 只支持单天线时, 所述 PDCCH所支持的 DCI格式中, 下行传输模式所对应的 DCI格式的数量有所减少。
6、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持上行多码字多天线端口传输时,所述 PDCCH所支持的 DCI格式 中, 上行传输模式所对应的 DCI格式的数量有所减少。
7、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持 MIMO时, 所述 PDCCH所支持的 DCI格式中, 减少双码字传 输、 层数指示、 端口指示、 预编码信息比特数以及第二个码字传输块 的信息域。
8、 如权利要求 7所述的方法, 其特征在于, 减少的第二个码字 传输块的信息域, 包括: 调制编码方式 MCS指示、 新数据指示、 RV 版本指示和传输块到码字交换标识。
9、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持高阶调制时,所述 PDCCH所支持的 DCI格式中减少调度编码方 式 MCS指示信息的比特数。
10、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持载波聚合时,所述 PDCCH所支持的 DCI格式中不包括载波指示 域。
11、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型不 支持大带宽, 只支持小带宽时, 所述 PDCCH所支持的 DCI格式中减 少资源指示的信息比特数。
12、 如权利要求 2所述的方法, 其特征在于, 当所述终端类型支 持的 HARQ进程数减少时, 所述 PDCCH所支持的 DCI格式中减少 HARQ进程指示的信息比特数。
13、 如权利要求 1所述的方法, 其特征在于, 与所述终端类型所 支持的各种功能特点和特性需求相对应的 DCI格式的 PDCCH, 具有 相同的 DCI长度。
14、 如权利要求 13所述的方法, 其特征在于, 所述长度是各种 功能特点和特性需求各自对应的 DCI长度中最大的长度; 或者, 所 述长度为一设定长度,该设定长度大于各种功能特点和特性需求各自 对应的 DCI长度中最大的长度;
对于长度不足所述长度的 DCI, 将其填充至所述长度。
15、 如权利要求 13所述的方法, 其特征在于, 如果所述终端类 型的 DCI长度与其它终端类型的 DCI长度相同, 则使用不同于所述
16、 如权利要求 1所述的方法, 其特征在于, 所述 PDCCH用于 终端专属空间调度, 或者用于公共空间和终端专属空间的调度。
17、 如权利要求 1所述的方法, 其特征在于, 所述 PDCCH所支 持的 DCI格式中通过标识信息进行 DCI格式区分。
18、 如权利要求 1-17之一所述的方法, 其特征在于, 所述终端 包括: MTC终端或 M2M终端。
19、一种基于如权利要求 1-17之一所述的方法实现的 PDCCH接 收方法, 其特征在于, 包括:
终端接收网络设备发送的 PDCCH, 所述 PDCCH是网络设备根 据待调度终端的类型信息,确定出对应传输模式的 PDCCH后发送的, 持的功能特点和特性需求相对应。
20、 如权利要求 19所述的方法, 其特征在于, 所述终端包括: MTC终端或 M2M终端。
21、 一种网络设备, 其特征在于, 包括:
确定模块, 用于根据待调度终端的类型信息, 确定对应传输模式 的下行控制信道 PDCCH, 所述对应传输模式的 PDCCH的下行控制 信息 DCI格式与所述终端的终端类型所支持的功能特点和特性需求 相对应;
发送模块, 用于向所述终端发送所述对应传输模式的 PDCCH。
22、 如权利要求 21所述的网络设备, 其特征在于, 所述终端类 型所支持的功能特点和特性需求, 包括以下之一或任意组合:
终端硬件或软件不支持传输时间间隔 ΤΉ bundling功能和半持续 调度 SPS功能;
终端硬件或软件不支持多天线, 只支持单天线; 终端硬件或软件不支持上行多码字多天线端口传输;
终端硬件或软件不支持多输入多输出 MIMO;
终端硬件或软件不支持高阶调制;
终端硬件或软件不支持载波聚合;
终端硬件或软件不支持大带宽, 只支持小带宽;
终端硬件或软件支持的混合自动重传请求 HARQ进程数减少。
23、 如权利要求 22所述的网络设备, 其特征在于, 所述终端硬 件或软件不支持 MIMO, 包括以下之一或任意组合:
终端硬件或软件支持有限数量端口传输;
终端硬件或软件不支持多层传输;
终端硬件或软件不支持双码字传输。
24、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于,当所述终端类型不支持 ΤΉ bunding功能和 SPS功能时, 所确定出的 DCI格式中不支持小区无线网络临时标识 SPS C-RNTI配 置下的 DCI格式。
25、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持多天线, 只支持单天线时, 所确 定出的 DCI格式中, 下行传输模式所对应的 DCI格式的数量有所减 少。
26、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持上行多码字多天线端口传输时, 所确定出的 DCI格式中, 上行传输模式所对应的 DCI格式的数量有 所减少。
27、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持 MIMO时, 所确定出的 DCI格 式中, 减少双码字传输、 层数指示、 端口指示、 预编码信息比特数以 及第二个码字传输块的信息域。
28、 如权利要求 27所述的网络设备, 其特征在于, 所述确定模 块具体用于, 减少的第二个码字传输块的信息域, 包括: 调制编码方 式 MCS指示、 新数据指示、 RV版本指示和传输块到码字交换标识。
29、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持高阶调制时, 所确定出的 DCI 格式中减少调度编码方式 MCS指示信息的比特数。
30、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持载波聚合时, 所确定出的 DCI 格式中不包括载波指示域。
31、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型不支持大带宽, 只支持小带宽时, 所确 定出的 DCI格式中减少资源指示的信息比特数。
32、 如权利要求 22所述的网络设备, 其特征在于, 所述确定模 块具体用于, 当所述终端类型支持的 HARQ进程数减少时, 所确定 出的 DCI格式中减少 HARQ进程指示的信息比特数。
33、 如权利要求 21所述的网络设备, 其特征在于, 所述确定模 块所确定出的,与所述终端类型所支持的各种功能特点和特性需求相 对应的 DCI格式的 PDCCH, 具有相同的 DCI长度。
34、 如权利要求 33所述的网络设备, 其特征在于, 所述确定模 块所确定出的所述长度是各种功能特点和特性需求各自对应的 DCI 长度中最大的长度; 或者, 所述确定模块所确定出的所述长度为一设 定长度, 该设定长度大于各种功能特点和特性需求各自对应的 DCI 长度中最大的长度; 对于长度不足所述长度的 DCI, 将其填充至所述 长度。
35、 如权利要求 33所述的网络设备, 其特征在于, 所述确定模 块还用于, 如果所述终端类型的 DCI长度与其它终端类型的 DCI长 端类型的 DCI进行加扰。
36、 如权利要求 21所述的网络设备, 其特征在于, 所述 PDCCH 用于终端专属空间调度, 或者用于公共空间和终端专属空间的调度。
37、 如权利要求 21所述的网络设备, 其特征在于, 所述确定模 块确定出的 DCI格式中通过标识信息进行 DCI格式区分。
38、 如权利要求 21-37之一所述的网络设备, 其特征在于, 所述 终端包括: MTC终端或 M2M终端。
39、 一种终端设备, 其特征在于, 包括:
接收模块, 用于接收网络设备发送的下行控制信道 PDCCH, 所 述 PDCCH是网络设备根据待调度终端的类型信息, 确定出对应传输 模式的 PDCCH后发送的, 所述对应传输模式的 PDCCH的下行控制 信息 DCI格式与所述终端的终端类型所支持的功能特点和特性需求 相对应;
解析模块, 用于解析所述接收模块接收到的 PDCCH, 得到上下 行调度信息。
40、 如权利要求 39所述的终端设备, 其特征在于, 所述终端设 备所支持的功能特点和特性需求, 包括以下之一或任意组合:
终端硬件或软件不支持传输时间间隔 ΤΉ bundling功能和半持续 调度 SPS功能;
终端硬件或软件不支持多天线, 只支持单天线;
终端硬件或软件不支持上行多码字多天线端口传输;
终端硬件或软件不支持多输入多输出 MIMO;
终端硬件或软件不支持高阶调制;
终端硬件或软件不支持载波聚合;
终端硬件或软件不支持大带宽, 只支持小带宽;
终端硬件或软件支持的混合自动重传请求 HARQ进程数减少。
41、 如权利要求 40所述的终端设备, 其特征在于, 所述终端硬 件或软件不支持 MIMO, 包括以下之一或任意组合:
终端硬件或软件支持有限数量端口传输;
终端硬件或软件不支持多层传输;
终端硬件或软件不支持双码字传输。
42、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持 TTI bunding功能和 SPS功能时, 所述接收模块接收到的 PDCCH的 DCI格式中不支持 SPS C-RNTI配置下的 DCI格式。
43、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持多天线,只支持单天线时,所述接收模块接收到的 PDCCH 的 DCI格式中, 下行传输模式所对应的 DCI格式的数量有所减少。
44、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持上行多码字多天线端口传输时, 所述接收模块接收到的 PDCCH的 DCI格式中,上行传输模式所对应的 DCI格式的数量有所 减少。
45、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持 MIMO时, 所述接收模块接收到的 PDCCH的 DCI格式 中, 减少双码字传输、 层数指示、 端口指示、 预编码信息比特数以及 第二个码字传输块的信息域。
46、 如权利要求 45所述的终端设备, 其特征在于, 减少的第二 个码字传输块的信息域, 包括: 调制编码方式 MCS指示、 新数据指 示、 RV版本指示和传输块到码字交换标识。
47、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持高阶调制时,所述接收模块接收到的 PDCCH的 DCI格式 中, 减少调度编码方式 MCS指示信息的比特数。
48、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持载波聚合时,所述接收模块接收到的 PDCCH的 DCI格式 中不包括载波指示域。
49、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型不支持大带宽,只支持小带宽时,所述接收模块接收到的 PDCCH 的 DCI格式中, 减少资源指示的信息比特数。
50、 如权利要求 40所述的终端设备, 其特征在于, 当所述终端 类型支持的 HARQ进程数减少时,所述接收模块接收到的 PDCCH的 DCI格式中, 减少 HARQ进程指示的信息比特数。
51、 如权利要求 39所述的终端设备, 其特征在于, 与所述终端 类型所支持的各种功能特点和特性需求相对应的 DCI 格式的 PDCCH, 具有相同的 DCI长度。
52、 如权利要求 51所述的终端设备, 其特征在于, 所述长度是 各种功能特点和特性需求各自对应的 DCI长度中最大的长度; 或者, 所述长度为一设定长度,该设定长度大于各种功能特点和特性需求各 自对应的 DCI长度中最大的长度;
对于长度不足所述长度的 DCI, 将其填充至所述长度。
53、 如权利要求 51所述的终端设备, 其特征在于, 所述接收模 块接收到的 PDCCH中, 使用区别于其它终端类型的终端标识 RNTI 对所述终端类型的 DCI进行加扰。
54、 如权利要求 39所述的终端设备, 其特征在于, 所述接收模 块具体用于, 在终端专属空间, 或者在公共空间和终端专属空间盲检 所述 PDCCH。
55、 如权利要求 39所述的终端设备, 其特征在于, 所述 PDCCH 所支持的 DCI格式中通过标识信息进行 DCI格式区分。
56、 如权利要求 39-55之一所述的终端设备, 其特征在于, 所述 终端包括: MTC终端或 M2M终端。
PCT/CN2012/081131 2011-12-21 2012-09-07 一种pdcch发送、接收方法及设备 WO2013091406A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110432549.4A CN102413576B (zh) 2011-12-21 2011-12-21 一种pdcch发送、接收方法及设备
CN201110432549.4 2011-12-21

Publications (1)

Publication Number Publication Date
WO2013091406A1 true WO2013091406A1 (zh) 2013-06-27

Family

ID=45915338

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/081131 WO2013091406A1 (zh) 2011-12-21 2012-09-07 一种pdcch发送、接收方法及设备

Country Status (2)

Country Link
CN (1) CN102413576B (zh)
WO (1) WO2013091406A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102413576B (zh) * 2011-12-21 2014-04-09 电信科学技术研究院 一种pdcch发送、接收方法及设备
US9510132B2 (en) * 2012-05-11 2016-11-29 Qualcomm Incorporation Methods and apparatus for managing machine-type communications
CN103427970B (zh) * 2012-05-23 2017-04-26 华为技术有限公司 传输下行控制信息的方法、用户设备和基站
CN103582098A (zh) * 2012-07-18 2014-02-12 中国移动通信集团公司 下行控制信道的发送方法及接收方法、相应设备
CN103580772B (zh) * 2012-07-18 2017-06-06 华为技术有限公司 数据传输方法、系统及设备,终端获取数据的方法及终端
CN103841603B (zh) 2012-11-20 2019-05-31 北京三星通信技术研究有限公司 上行分组调度的方法及设备
CN104756569A (zh) * 2012-12-03 2015-07-01 富士通株式会社 信息发送方法、检测方法及其装置、系统
CN103929266B (zh) 2013-01-15 2019-08-09 中兴通讯股份有限公司 控制信道传输、传输处理方法及装置、网络侧设备、终端
CN104885513A (zh) * 2013-01-21 2015-09-02 富士通株式会社 信息发送方法、检测方法及其装置
US9485604B2 (en) * 2013-01-27 2016-11-01 Telefonaktiebolaget L M Ericsson (Publ) Systems and methods for determining a configuration for a wireless device
US10305626B2 (en) * 2013-04-05 2019-05-28 Qualcomm Incorporated Enhanced transmission time interval bundling design for machine type communications
CN103929816A (zh) * 2013-10-15 2014-07-16 上海朗帛通信技术有限公司 一种tdd-fdd联合系统中的用户和系统设备及方法
CN104754743A (zh) * 2013-12-25 2015-07-01 华为技术有限公司 一种数据传输方法及装置
CN105284171B (zh) * 2014-04-04 2019-07-19 华为技术有限公司 基于m2m通信系统的发送器、接收器和数据传输方法
CN105472570A (zh) * 2014-09-03 2016-04-06 中兴通讯股份有限公司 一种基站/终端及其pdcch加扰/解扰的方法和装置
WO2017166217A1 (zh) * 2016-03-31 2017-10-05 华为技术有限公司 数据传输方法及装置
JP6937320B2 (ja) 2016-05-10 2021-09-22 富士通株式会社 メッセージ送信/受信装置、方法及び通信システム
WO2018137130A1 (zh) * 2017-01-24 2018-08-02 广东欧珀移动通信有限公司 Harq进程的配置方法、装置及设备
CN110622609B (zh) * 2017-05-15 2023-03-24 Lg电子株式会社 用于在无线通信系统中接收下行链路信号的方法和装置
CN109688627B (zh) * 2018-03-29 2022-05-10 新华三技术有限公司 一种无线资源调度方法、网络侧设备及用户设备
CN111954313B (zh) * 2020-08-07 2022-11-29 展讯通信(上海)有限公司 一种数据处理方法及通信装置
CN114650120A (zh) * 2020-12-17 2022-06-21 维沃移动通信有限公司 信息确定方法、装置及通信设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010127300A2 (en) * 2009-04-30 2010-11-04 Qualcomm Incorporated Pdcch search space design for lte-a multi-carrier operation
CN102195742A (zh) * 2010-03-16 2011-09-21 华为技术有限公司 一种物理下行控制信道的配置方法、网络设备和终端
CN102413576A (zh) * 2011-12-21 2012-04-11 电信科学技术研究院 一种pdcch发送、接收方法及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036405B (zh) * 2009-09-28 2013-09-25 电信科学技术研究院 一种物理下行控制信道控制方案的配置方法、装置和系统
US8379536B2 (en) * 2009-10-08 2013-02-19 Qualcomm Incorporated Downlink control information for efficient decoding
CN101989898A (zh) * 2010-11-15 2011-03-23 中兴通讯股份有限公司 应答消息的发送方法和装置
CN101984719B (zh) * 2010-11-17 2013-01-23 华中科技大学 M2m的下行控制信息资源复用方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010127300A2 (en) * 2009-04-30 2010-11-04 Qualcomm Incorporated Pdcch search space design for lte-a multi-carrier operation
CN102195742A (zh) * 2010-03-16 2011-09-21 华为技术有限公司 一种物理下行控制信道的配置方法、网络设备和终端
CN102413576A (zh) * 2011-12-21 2012-04-11 电信科学技术研究院 一种pdcch发送、接收方法及设备

Also Published As

Publication number Publication date
CN102413576B (zh) 2014-04-09
CN102413576A (zh) 2012-04-11

Similar Documents

Publication Publication Date Title
WO2013091406A1 (zh) 一种pdcch发送、接收方法及设备
US10264564B2 (en) System and method for resource allocation for massive carrier aggregation
US9439212B2 (en) Dynamic assignment of ACK resource in a wireless communication system
US9119197B2 (en) System and method for delay scheduling
US11116008B2 (en) Method and device for radio resource allocation in wireless communication system
EP2745593B1 (en) Scheduling communications
CA2844857C (en) Notifying a ul/dl configuration in lte tdd systems
JP5709334B2 (ja) LTE−ATDDシステムにおけるチャネル選択を行うPUCCHフォーマット1bでのリソース割り当て
EP2894916B1 (en) Correct/incorrect response feedback method, user equipment and system
JP6995107B2 (ja) 複数のサブフレームのためのリソースグラントを受信する装置および方法、ならびに複数のサブフレームのためのリソースグラントを送信する装置
WO2012163307A1 (zh) 接收、发送调度信息的方法、装置及系统
CN109479315A (zh) 终端装置、基站装置、通信方法以及集成电路
WO2011098047A1 (zh) 实现半持续调度业务或类似半持续调度业务的方法及设备
US11258572B2 (en) Transport block size for channels with shortened transmission time interval
JP2013524583A (ja) 上り制御チャネル資源の確定方法と設備
CN101808408A (zh) 下行控制信息的传输方法及传输系统
US20230299891A1 (en) Transmission of dropped harq-ack codebooks due to prioritization with a type-2 codebook
US11812468B2 (en) Method and device for radio resource allocation in wireless communication system
WO2021197270A1 (zh) 信息传输方法、装置及系统
US20230198721A1 (en) SINGLE CORESET BASED PDCCH DIVERSITY OVER MULTIPLE TRPs
CN110268670A (zh) 控制区域的数据传输
WO2013185529A1 (zh) 终端设备的调度方法和设备
JP2022188236A (ja) 基地局、通信方法及び集積回路
JP2018110277A (ja) 端末装置および基地局装置
CN116438765A (zh) 用于反馈配置的方法、终端设备、网络设备和计算机可读介质

Legal Events

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

Ref document number: 12860887

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12860887

Country of ref document: EP

Kind code of ref document: A1