WO2011137749A1 - 一种lte下行业务信道解速率匹配的方法及装置 - Google Patents
一种lte下行业务信道解速率匹配的方法及装置 Download PDFInfo
- Publication number
- WO2011137749A1 WO2011137749A1 PCT/CN2011/073699 CN2011073699W WO2011137749A1 WO 2011137749 A1 WO2011137749 A1 WO 2011137749A1 CN 2011073699 W CN2011073699 W CN 2011073699W WO 2011137749 A1 WO2011137749 A1 WO 2011137749A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- code block
- valid
- valid data
- length
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
- H04L1/0047—Decoding adapted to other signal detection operation
- H04L1/005—Iterative decoding, including iteration between signal detection and decoding operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0064—Concatenated codes
- H04L1/0066—Parallel concatenated codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0071—Use of interleaving
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Definitions
- the present invention relates to the field of mobile communications, and in particular, to a method and apparatus for LTE downlink traffic channel de-rate matching in the field of wireless mobile communications. Background technique
- LTE Long Term Evolution
- 3G Third Generation Partnership Project
- eNB Evolved NodeB
- EPC Evolved Packet Core
- the eNB side transmission processing flow is as shown in FIG. 1: After CRC (Cyclic Redundancy Check), code block division, Turbo coding, rate matching, code block cascading, scrambling , modulation, layer mapping, precoding, resource mapping, OFDM symbol generation; UE side receiving processing flow is shown in Figure 2: Receive antenna data, OFDM symbol, MIMO decoding, demodulation, descrambling, decoding block cascading, solution Rate matching, HARQ (Hybrid Automatic Repeat Request) combining, channel decoding, and the like.
- CRC Cyclic Redundancy Check
- Each code block corresponds to a rate matching module, and each rate matching input is Turbo.
- the rate matching module structure comprises three interleaver sub-modules for processing three pairs, one aggregated bit collection sub-module, and one bit selection and clipping sub-module.
- the three channels of data are passed through separate sub-block interleavers, and the data is read in rows, and the redundant dummy NULL is filled in front of the interleaving matrix. After the column is exchanged, the data is read out column by column; then, the three channels are interleaved.
- the data is summarized into the bit collection sub-module, and the first data is sequentially input, and the second and third data are alternately placed; finally, starting from kO, skipping the redundant dummy NULL in the bit collection sub-module data, and then taking E valid data as the output of the rate match.
- the solution rate matching is the inverse process of rate matching.
- the solution rate matching includes three process de-puncturing, de-interleaving and de-duplication.
- the solution repetition is an optional process.
- De-puncturing that is, Rate matching bit selection and dummy extracted during pruning are filled into valid data;
- Deinterleaving is the inverse of sub-block interleaving
- Rate matching is taken from kO. If the valid data after kO is not filled, the length will be re-taken from the beginning part until the padding is full.
- the length is determined by the resource allocation, so it is not necessarily just an integer number of loops when it is generated. Therefore, it is necessary to obtain the number of loops generated by rate matching per radio frame (obtained by /Nc, Nc is valid after kO).
- rate rate matching is an important process for the downlink traffic channel.
- the method for de-rate matching of the downlink traffic channel on the LTE terminal side is reduced.
- the methods for performing rate matching in the 3G and LTE are all performing de-rate matching on the received code block. The method is relatively simple, and lacks certain flexibility, and the implementation complexity is high. Summary of the invention
- the present invention provides a method and an apparatus for LTE downlink traffic channel de-rate matching.
- the LTE downlink traffic channel de-rate matching cannot be de-rate matched according to a specific pair of data packets in the received data, thereby causing a reduction.
- the problem of speed resolution rate resolution is a problem of speed resolution rate resolution.
- the embodiment of the invention provides a method for LTE downlink traffic channel de-rate matching, the method comprising:
- the first code block for the packet :
- Determining a valid data length of the first channel data, the second channel data, and the third channel data in each non-first code block after the system side divides the data packet into multiple code blocks, and according to each non-first
- the data length of the three pieces of valid data in one code block reads valid data of a corresponding length from the non-first code block, and performs de-puncturing, de-interleaving or de-duplication on the read valid data.
- the embodiment of the invention further provides an apparatus for LTE downlink traffic channel de-rate matching, the device comprising:
- a code block dividing unit configured to receive a data packet TB of the downlink traffic channel PDSCH, and divide the received data packet TB into a plurality of code blocks CB, where the data packet TB includes a system side The first data block, the second channel data, and the third channel data valid data;
- the first code block processing unit configured to: when the received code block is the first code block of the data packet, Determining a dummy added to restore the valid data in the first code block to a data length after system side bit collection, and a dummy element to be added and valid data in the first code block Between the positional relationship between the dummy element and the valid data, and the valid data in the first code block, the valid data in the first code block is restored to the system side bit collection Data length; deinterleaving the valid data after the first code block is restored; the non-first code block processing unit is configured to determine the system side for each non-first code block except the first code block After dividing the data packet into a plurality of code blocks, the effective data
- the method and the device provided by the present invention divide the TB block of the received downlink traffic channel PDSCH into a plurality of different code blocks on the terminal side, and use the segment copy method to decompose the data for the first code block.
- Matching, for other code blocks, using the look-up table method to achieve rate matching, can improve the execution speed of the solution rate matching, and improve the overall processing speed of the downlink traffic channel.
- FIG. 1 is a schematic diagram of a processing flow of a downlink traffic channel transmitting end in the prior art
- FIG. 2 is a schematic diagram of a processing flow of a downlink service channel receiving end in the prior art
- FIG. 3 is a flowchart of a method for LTE downlink traffic channel de-rate matching according to an embodiment of the present invention
- FIG. 4 is a structural diagram of an apparatus for LTE downlink traffic channel de-rate matching according to an embodiment of the present invention. detailed description
- An embodiment of the present invention provides an implementation method for LTE downlink traffic channel de-rate matching. And a method, the method comprising: receiving, by the terminal, a downlink traffic channel, that is, a physical downlink shared channel
- the data packet TB of the (PDSCH, Physical Downlink Shared Channel) divides the received data packet TB into a plurality of code blocks CB, wherein the data packet TB includes the first path data, the second path data, and the third path data.
- Valid data and execute:
- the first code block of the data packet determining the dummy element to be added to restore the valid data in the first code block to the data length after the system side bit is collected, and the dummy element to be added a positional relationship between valid data in the first code block; a first code block according to a positional relationship between the dummy element and the valid data, and valid data in the first code block The valid data in the data is restored to the data length after the system side bit is collected; and the valid data after the first code block is deinterleaved;
- each non-first code block except the first code block After determining that the system side divides the data packet into multiple code blocks, the first path data and the second path data in the non-first code block And a valid data length of the third path data, and reading valid data of the corresponding length from the non-first code block according to the data length of the three pieces of valid data in each non-first code block, and reading out The valid data is de-punctured, de-interleaved, or de-duplicated.
- Embodiment 1 As shown in FIG. 3, an embodiment of the present invention provides a method for LTE downlink traffic channel de-rate matching, and the method specifically includes the following steps:
- Step 301 The LTE terminal receives the data packet TB of the downlink traffic channel PDSCH, and divides the received data packet TB into multiple code blocks CB.
- the output of the rate matching is the valid data after the three-way data interleaving. Therefore, the data packet TB received by the terminal side includes the valid data of the first channel data, the second channel data and the third channel data after the system side Turbo coding.
- Step 302 Determine whether the received code block is the first code block of the data packet. Referring to the first code block), if yes, go to step 303; if not, go to step 306. In the embodiment of the present invention, after the data packet is divided into a plurality of code blocks (CB blocks), it is determined whether the CB block is the first CB block according to whether the received data index is 0.
- CB blocks code blocks
- Step 303 When the received code block is the first code block of the data packet, determine, to restore the valid data in the first code block to a dummy length added after the system side bit is collected. a meta, and a positional relationship between the dummy element to be added and the valid data in the first code block.
- Step 304 Restore the valid data in the first code block to the data length after the system side bit is collected according to the positional relationship between the dummy element and the valid data, and the valid data in the first code block.
- the valid data in the first code block is restored to the data length after the system side bit is collected according to the positional relationship between the dummy element and the valid data, and the valid data in the first code block.
- the implementation method can be:
- a length of the array is a data length after the code block bits are collected; wherein, if each data is The length is k2, then the length of the array is 3 times k2.
- the data in the first code block is sequentially copied from the specified position to a position that is vacated after the first array is filled with the dummy element, wherein the specified position is valid for bit clipping and selection when the rate matching is performed.
- the starting position of the data is sequentially copied from the specified position to a position that is vacated after the first array is filled with the dummy element, wherein the specified position is valid for bit clipping and selection when the rate matching is performed.
- Step 305 Perform deinterleaving on the valid data after the first code block is restored.
- the first k2 data in the first array is deinterleaved, and the redundant dummy added during the sub-block interleaving is removed, and the valid data of the first channel data after the rate matching is obtained, where k2 represents a valid data of the sub-block interleaving.
- the received code block is a non-first code block except the first code block (may be simply referred to as another code block, in this embodiment, a data packet includes a first code block. And a plurality of other code blocks), determining a valid data length of the first channel data, the second channel data, and the third channel data in the non-first code block after the system side divides the data packet into multiple code blocks And reading valid data of the corresponding length from the non-first code block according to the data length of the three pieces of valid data in each non-first code block, and performing de-puncturing and decoding on the valid data read out Interweave or de-emphasis.
- the valid data lengths of the first path data, the second path data, and the third path data in the non-first code block include:
- the corresponding lookup table saved after dividing the data packet into multiple code blocks, where the first table data, the second path data, and the third path data in the non-first code block are stored in the lookup table a data length, wherein the lookup table includes a first way lookup table and a second three way lookup table;
- the first path data in each non-first code block is obtained after the system side divides the data packet into multiple code blocks from the first way lookup table.
- Valid data length where k0 represents the bit cut of the rate matching module and the starting position of the valid data selected in the selection, and k2 represents the sum of the valid data and the redundant dummy in the interleaving of one sub-block;
- the second three way lookup table acquisition system side divides the data packet into multiple code blocks, and each non-first code block The effective data length of the second and third data.
- the received TB data block is divided, and it is determined whether the code block for performing rate dematching is the first code block CB of the data packet;
- the data received in the rate matching (ie, the data in the code block) is stored in the array MergedBuff[ ];
- the data in the code block is sequentially copied from the specified position to the position where the first array is filled with the dummy, and the specific implementation may be:
- the first k2 data of TempBuffl] is deinterleaved, and the redundant dummy added during sub-block interleaving is removed, and the valid data of the first system bit after the rate matching is obtained, and stored in the array DeRateMatchedBuffl [ ];
- the 2*k2 data in TempBuffl] is deinterleaved and stored in the array DeRateMatchedBuff23 [ ]; the data in the array DeRateMatchedBuff23[ ] is separated according to the parity bits, and the second data and the third data after the rate matching are obtained.
- the de-rate matching is implemented by using the look-up table method.
- This table is the block after the block division specified by the 36212 protocol, and the length after the block division is obtained, K+ and K-, and then according to ⁇ +, ⁇ -
- the two length-corresponding data are read from the memory storing the data in the code block, and the segmented code block length is 188 (the lookup table includes: the first way lookup table and the second three way lookup table).
- Represents the starting position of the valid data selected in the bit clipping and selection in the rate matching module, R represents the number of rows of the switching matrix, N , where N re represents the soft buffer of the TB block
- C represents the number of columns of the switching matrix
- w represents the sum of the number of three effective symbols and dummy elements after bit collection
- rv i represents the redundancy version transmitted here, controlled by the upper layer
- K2 represents the sum of the data of the valid data and the redundant dummy in one sub-block interleave:
- the data received in the rate matching is stored in the array MergedBuff [];
- kO is in the first way, and the valid data after kO in the first way is less than E, then the first data is processed first, and then the second three data is processed;
- the solution is first solved, the data of the first path is processed, then the data of the second three channels is processed, and finally the first path is processed.
- kO is in the first way, and the number of bits that can be carried by the rate matching is less than or equal to 3*k2, the data of the first path is processed first, then the data of the second three paths is processed, and finally, before the k0 of the first path is processed.
- data If k0 is in the second three paths, and the number of bits that can be carried by the rate matching is greater than 3 * k2, the solution is first solved, the second three channels of data are processed, then the data of the first path is processed, and finally the second three paths are processed. Data before k0;
- the second three-way data is processed first, then the first-way data is processed, and finally the second three-way k0 is processed. Previous data.
- the embodiment further provides an apparatus for LTE downlink traffic channel de-rate matching, where the apparatus includes:
- the code block dividing unit 401 is configured to receive the data packet TB of the downlink traffic channel PDSCH, and divide the received data packet TB into a plurality of code blocks CB, where the data packet TB includes the system side Turbo coded first path data. , valid data of the second way data and the third way data;
- the first code block processing unit 402 is configured to: when the received code block is the first code block of the data packet, determine to restore the valid data in the first code block to the system side bit collection. a dummy element to be added to the data length, and a positional relationship between the dummy element to be added and the valid data in the first code block; according to the positional relationship between the dummy element and the valid data, And the valid data in the first code block restores the valid data in the first code block to the data length after the system side bit is collected; deinterleaves the valid data after the first code block is restored;
- the code block processing unit 403 is configured to determine, after the system side divides the data packet into multiple code blocks, for each non-first code block except the first code block, where the first code block is not in the first code block.
- the first code block processing unit 402 determines the positional relationship between the dummy element and the valid data, and the valid data in the first code block to be in the first code block.
- the data length after the valid data is restored to the system side bit collection includes: And the dummy data is filled in the preset data according to the positional relationship between the dummy element and the valid data, where the length of the array is the data length after the code block bits are collected;
- the data in the first code block is sequentially copied from the specified position to a position that is vacated after the first array is filled with the dummy element, wherein the specified position is valid for bit clipping and selection when the rate matching is performed.
- the starting position of the data is sequentially copied from the specified position to a position that is vacated after the first array is filled with the dummy element, wherein the specified position is valid for bit clipping and selection when the rate matching is performed.
- the first code block processing unit 402 performs deinterleaving processing on the valid data after the first code block is restored, including:
- the first k2 data in the first array is deinterleaved, and the redundant dummy added during the sub-block interleaving is removed, and the valid data of the first channel data after the rate matching is obtained, where k2 represents a valid data of the sub-block interleaving.
- the second 2 times k2 data in the first array is deinterleaved, and the second data of the solution rate matching and the valid data of the third channel data are obtained according to the parity bits.
- the non-first code block processing unit 403 determines, after the system side divides the data packet into multiple code blocks, valid data of the first path data, the second path data, and the third path data in the non-first code block.
- the length includes:
- the corresponding lookup table saved after dividing the data packet into multiple code blocks, where the first table data, the second path data, and the third path data in the non-first code block are stored in the lookup table a data length, wherein the lookup table includes a first way lookup table and a second three way lookup table;
- the first path data in each non-first code block is obtained after the system side divides the data packet into multiple code blocks from the first way lookup table.
- Valid data length where k0 represents the bit cut of the rate matching module and the starting position of the valid data selected in the selection, and k2 represents the sum of the valid data and the redundant dummy in the interleaving of one sub-block;
- the second three way lookup table acquisition system side divides the data packet into multiple code blocks, and each non-first code block The effective data length of the second and third data.
- the method and device provided by the embodiments of the present invention use two different solution rate matching implementation methods, which effectively reduces the difficulty of the system implementation, is simple and feasible, and fully utilizes the data of the first code block de-rate matching to perform table lookup.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Error Detection And Correction (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种LTE(长期演进)下行业务信道解速率匹配的方法和装置,该方法在终端侧对接收到的下行业务信道、即PDSCH(物理下行共享信道)的数据包TB进行分割,分成多个不同的码块,对第一个码块,采用分段拷贝法对数据实现解速率匹配,对其他码块采用查表法的实现解速率匹配。应用本发明实施例提供的方法和装置,可以提高解速率匹配的执行速度,提高下行业务信道的整体处理速度。
Description
一种 LTE下行业务信道解速率匹配的方法及装置 技术领域
本发明涉及移动通信领域,特别涉及到无线移动通信领域中的一种 LTE 下行业务信道解速率匹配的方法和装置。 背景技术
LTE ( Long Term Evolution, 长期演进)是 3G技术的演进, 它改进并 增强了 3G 的空中接入技术, 以 OFDM ( Orthogonal Frequency Division Multiplexing, 正交频分复用)和 MIMO ( Multiple-Input Multiple-Out-put, 多用户输入输出)技术为基础的新一代无线网络, 在 20MHZ频谱带宽下能 够提供下行 100Mbit/s与上行 50Mbit/s的峰值速率,改善了小区边缘用户的 性能, 提高小区容量和频谱利用率, 降低系统延迟; 在系统架构上, LTE 在 3GPP ( 3rd Generation Partnership Project, 第三代伙伴计划)原有系统 架构上进行演进, 对 NodeB (节点 B )、 RNC ( Radio Network Controller, 无线网络控制器)和 CN ( Core Network, 核心网 )进行功能整合和简化, 其系统设备由两部分组成: eNB ( Evolved NodeB , 演进的节点 Β )和 EPC ( Evolved Packet Core , 演进的分组核心网)。
对于 LTE下行业务信道来说, eNB侧发送处理流程如图 1所示: 经过 CRC ( Cyclic Redundancy Check, 循环冗余校验)、 码块分割、 Turbo编码、 速率匹配、 码块级联、 加扰、 调制、 层映射、 预编码、 资源映射、 OFDM 符号产生; UE侧接收处理流程如图 2所示: 接收天线数据、 解 OFDM符 号、 解 MIMO、 解调、 解扰、 解码块级联、 解速率匹配、 HARQ ( Hybrid Automatic Repeat Request, 混合自动重传请求 )合并、 信道译码等。
每个码块对应一个速率匹配模块, 每一个速率匹配的输入为 Turbo 编
码模块的输出, 即并行的三路: d 、 和 2) ( = 0, ..., - 1)。 所述速率 匹配模块结构上包含 3 个对三路分别进行处理的交织器子模块、 一个汇总 的比特搜集子模块、 以及一个比特选择和裁剪子模块。 三路数据经过各自 独立的子块交织器, 按行读入数据, 并在交织矩阵的前面填充冗余哑元 NULL, 按列交换之后, 逐列读出数据; 然后, 将三路经过交织后的数据汇 总到比特搜集子模块, 依次输入第一路数据, 交替放置第二路和第三路数 据; 最后, 从 kO开始, 跳过比特搜集子模块数据中的冗余哑元 NULL, 依 次取 E个有效的数据, 作为速率匹配的输出。
解速率匹配是速率匹配的逆过程, 解速率匹配包括三个过程解删余、 解交织和解重复, 其中解重复为可选过程, 上述三个过程的具体实现为: 解删余: 即是将速率匹配的比特选择和修剪过程中取出的哑元填充到 有效数据中;
解交织: 是子块交织的逆过程;
解重复的过程如下: 速率匹配是从 kO开始取, 如果 kO之后的有效数 据填充不满 的长度 会从开始部分循环再取, 一直到填充满 。
的长度 是由资源分配的情况来定的, 因此在生成 时不一定刚好是 整数次循环, 从而实现时需要获得每无线帧在速率匹配生成 的循环次数 (通过 /Nc获得, Nc表示 kO之后有效数据的个数), 以及在整数次循环 之后剩余的比特信息。 然后再根据循环周期对每个软信息做求平均的处理, 再将求平均得到的数据进行解删余或者解交织处理。
在现有技术中, 解速率匹配是下行业务信道一个重要的处理过程。 在 当前的技术中, LTE终端侧下行业务信道解速率匹配的方法艮少, 目前 3G 及 LTE相关的解速率匹配的方法, 都是对接收到的码块釆用一种方式进行 解速率匹配, 方法较为单一, 也缺乏一定的灵活性, 实现的复杂度较高。
发明内容
本发明提供一种 LTE下行业务信道解速率匹配的方法及装置, 解决现 有技术中 LTE下行业务信道解速率匹配不能根据接收数据中各码块的特定 对数据包进行解速率匹配, 从而导致降低解速率匹配的速度的问题。
本发明实施例提供一种 LTE下行业务信道解速率匹配的方法, 该方法 包括:
接收下行业务信道 PDSCH的数据包 TB, 将接收到的数据包 TB分割 为多个码块 CB , 其中该数据包 TB中包括系统侧 Turbo编码后的第一路数 据、 第二路数据和第三路数据的有效数据, 并执行:
对所述数据包的第一个码块:
确定将所述第一个码块中的有效数据还原为系统侧比特搜集后的数据 长度所需添加的哑元, 以及所需添加的哑元与所述第一个码块中的有效数 据之间的位置关系;
根据所述哑元与所述有效数据之间的位置关系以及第一个码块中的有 效数据, 将第一个码块中的有效数据还原为系统侧比特搜集后的数据长度; 对第一个码块还原后的有效数据进行解交织处理;
对除第一个码块外的每一个非第一个码块:
确定系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第 一路数据、 第二路数据和第三路数据的有效数据长度, 并根据每个非第一 个码块中三路有效数据的数据长度从所述非第一个码块中读出对应长度的 有效数据, 对读出的有效数据进行解删余、 解交织或解重复。
本发明实施例还提供一种 LTE下行业务信道解速率匹配的装置, 该装 置包括:
码块分割单元, 用于接收下行业务信道 PDSCH的数据包 TB, 将接收 到的数据包 TB分割为多个码块 CB, 其中, 所述数据包 TB种包括系统侧
Turbo编码后的第一路数据、 第二路数据和第三路数据的有效数据; 第一码块处理单元, 用于在接收到的码块是所述数据包的第一个码块 时, 确定将所述第一个码块中的有效数据还原为系统侧比特搜集后的数据 长度所需添加的哑元, 以及所需添加的哑元与所述第一个码块中的有效数 据之间的位置关系; 根据所述哑元与所述有效数据之间的位置关系, 以及 第一个码块中的有效数据, 将第一个码块中的有效数据还原为系统侧比特 搜集后的数据长度; 对第一个码块还原后的有效数据进行解交织处理; 非第一码块处理单元, 用于对除第一个码块外的每一个非第一个码块, 确定系统侧将所述数据包分割为多个码块后, 非第一个码块中第一路数据、 第二路数据和第三路数据的有效数据长度, 并根据每个非第一个码块中三 路有效数据的数据长度从所述非第一个码块中读出对应长度的有效数据, 对读出的有效数据进行解删余、 解交织或解重复。
本发明提供的方法和装置在终端侧对接收到的下行业务信道 PDSCH 的 TB块进行分割, 分成多个不同的码块, 对第一个码块, 釆用分段拷贝法 对数据实现解速率匹配, 对其他码块釆用查表法的实现解速率匹配, 可以 提高解速率匹配的执行速度, 提高了下行业务信道的整体处理速度。 附图说明
图 1现有技术中下行业务信道发送端处理流程示意图;
图 2现有技术中下行业务信道接收端处理流程示意图;
图 3本发明实施例一种 LTE下行业务信道解速率匹配的方法的流程图; 图 4为本发明实施例一种 LTE下行业务信道解速率匹配的装置的结构 图。 具体实施方式
本发明实施例中提供一种用于 LTE下行业务信道解速率匹配的实现方
法和装置, 该方法包括终端在接收到下行业务信道、 即物理下行共享信道
( PDSCH, Physical Downlink Shared Channel ) 的数据包 TB, 将接收到的 数据包 TB分割为多个码块 CB , 其中该数据包 TB中包括第一路数据、 第 二路数据和第三路数据的有效数据, 并执行:
对所述数据包的第一个码块: 确定将所述第一个码块中的有效数据还 原为系统侧比特搜集后的数据长度所需添加的哑元, 以及所需添加的哑元 与所述第一个码块中的有效数据之间的位置关系; 根据所述哑元与所述有 效数据之间的位置关系, 以及第一个码块中的有效数据, 将第一个码块中 的有效数据还原为系统侧比特搜集后的数据长度; 对第一个码块还原后的 有效数据进行解交织处理;
对除第一个码块外的每一个非第一个码块: 确定系统侧将所述数据包 分割为多个码块后, 非第一个码块中第一路数据、 第二路数据和第三路数 据的有效数据长度, 并根据每个非第一个码块中三路有效数据的数据长度 从所述非第一个码块中读出对应长度的有效数据, 并对读出的有效数据进 行解删余、 解交织或解重复。
实施例一、 如图 3所示, 本发明实施例一种 LTE下行业务信道解速率 匹配的方法, 该方法具体包括步骤:
步骤 301 , LTE终端接收下行业务信道 PDSCH的数据包 TB, 将接收 到的数据包 TB分割为多个码块 CB。
系统侧每一个速率匹配的输入为 Turbo 编码模块的输出, 即并行的三 路: 第一路数据 ( °) )、 第二路数据 ( ) 和第三路数据 ( 2) ) ( = 0, ..., - 1)。 速率匹配的输出则是三路数据交织后的有效数据, 所以终 端侧接收的到数据包 TB中包括系统侧 Turbo编码后的第一路数据、第二路 数据和第三路数据的有效数据。
步骤 302, 判断接收到的码块是是否为所述数据包的第一个码块(可简
称为第一码块), 如果是, 则转入步骤 303; 如果不是, 则转入步骤 306。 在本发明实施例中, 将所述数据包分为多个码块( CB块)后, 根据接 收到的数据索引是否为 0判断该 CB块是否是第一个 CB块。
步骤 303 , 在接收到的码块为所述数据包的第一个码块时, 确定将所述 第一个码块中的有效数据还原为系统侧比特搜集后的数据长度所需添加的 哑元, 以及所需添加的哑元与所述第一个码块中的有效数据之间的位置关 系。
步骤 304,根据所述哑元与所述有效数据之间的位置关系, 以及第一个 码块中的有效数据将第一个码块中的有效数据还原为系统侧比特搜集后的 数据长度。
其中, 根据所述哑元与所述有效数据之间的位置关系, 以及第一个码 块中的有效数据将第一个码块中的有效数据还原为系统侧比特搜集后的数 据长度具体的实现方法可以是:
根据所述哑元与所述有效数据之间的位置关系在预设的数据中填充哑 元, 其中, 所述数组的长度为所述码块比特搜集后的数据长度; 其中, 如 果每路数据的长度为 k2, 则该数组的长度为 3倍的 k2。
将所述第一个码块中的数据依序从指定位置开始拷贝到第一数组填充 哑元后空出的位置中, 其中, 所述指定位置为速率匹配时比特剪裁和选择 所选取的有效数据的起始位置。
步骤 305 , 对第一个码块还原后的有效数据进行解交织处理。
该步骤具体实现的方式可以是:
对第一数组中前 k2个数据进行解交织, 去除子块交织时添加的冗余哑 元, 得到解速率匹配后的第一路数据的有效数据, 其中 k2表示子块交织中 一路有效数据和哑元的个数总和;
对第一数组中后 2倍 k2个数据进行解交织, 并按照奇偶位分开得到解
速率匹配后的第二路数据和第三路数据的有效数据。
步骤 306, 在接收到的码块是除第一个码块外的非第一个码块(可以简 称为其他码块, 在本实施例中可理解为一个数据包包括一个第一个码块和 多个其他码块) 时, 确定系统侧将所述数据包分割为多个码块后, 非第一 个码块中第一路数据、 第二路数据和第三路数据的有效数据长度, 并根据 每个非第一个码块中三路有效数据的数据长度从所述非第一个码块中读出 对应长度的有效数据, 并对读出的有效数据进行解删余、 解交织或解重。
其中, 所述确定系统侧将所述数据包分割为多个码块后, 非第一个码 块中第一路数据、 第二路数据和第三路数据的有效数据长度包括:
获取系统侧将所述数据包分割为多个码块后, 保存的相应查找表, 该 查找表中存储非第一个码块中第一路数据、 第二路数据和第三路数据的有 效数据长度, 其中所述查找表包括第一路查找表和第二三路查找表;
若 k0<k2, k0在第一路数据, 则从第一路查找表获取所述系统侧将所 述数据包分割为多个码块后, 每个非第一个码块中第一路数据的有效数据 长度, 其中, k0表示速率匹配模块中比特裁减和选择中选取的有效数据的 起始位置, k2表示一路子块交织中有效数据和冗余哑元的数据总和;
若 k0>k2, k0在第二路数据或第三路数据, 则从第二三路查找表获取 系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第二路数据 和第三路数据的有效数据长度。
图 3所示的方法在具体实现时, 可以通过以下方式实现:
首先对接收到的 TB数据块分割,判断进行解速率匹配的码块是否是所 述数据包的第一个码块 CB;
如果是第一个 CB块,那么计算第一路数据和第二路数据的哑元绝对位 置(码块分割时添加的哑元和子块交织时添加的哑元 ), 以及第三路数据子 块交织时添加的哑元的位置;
对三路哑元位置按升序进行排列, 得到一个新的哑元位置的数组
Abs_NullPosition[ ];
找出数组 Abs— NullPosition[ ]中大于 k0的最小值 Beginlndex, 其中, k0 是系统侧速率匹配模块中比特裁减和选择中选取的有效数据的起始位置; 设置一个长度为 3*k2长度的数组 TempBuffl]初值为 0, 其中, k2表示 子块交织中一路有效数据和哑元的个数总和;
解速率匹配中接收到的数据 (即码块中的数据) 存放在数组 MergedBuff[ ]中;
然后从位置 k0开始, 将所述码块中的数据依序从指定位置开始拷贝到 第一数组填充哑元后空出的位置中, 具体的实现方式可以是:
按 照 k0 ~ Abs_NullPosition[BeginIndex] - 1 , Abs_NullPosition[BeginIndex] + 1 - Abs_NullPosition[BeginIndex + 1] , · · ··的 分段对 MergedBuffl]中的数据从起始位置进行拷贝, 赋给 TempBuffl ]中, 直到 MergedBuffl ]中的数据拷贝完为止;
对 TempBuffl ]的前 k2个数据进行解交织,去除子块交织时添加的冗余 哑元, 得到解速率匹配后的第一路系统位的有效数据, 并存放在数组 DeRateMatchedBuffl [ ] ;
对 TempBuffl ]中后 2*k2 个数据进行解交织, 存放在数组 DeRateMatchedBuff23 [ ];对数组 DeRateMatchedBuff23[ ]中的数据按照奇偶 位分开, 得到解速率匹配后的第二路数据和第三路数据。
对其他 CB 块来说, 釆用查表法实现解速率匹配, 这个表就是 36212 协议规定的码块分割后的表格, 获得码块分割后的长度, K+和 K— , 然后根 据 Κ+、 Κ—从存储码块中数据的内存中读出这两种长度相对应的数据, 分段 后的码块长度共有 188种(查找表包括:第一路查找表和第二三路查找表)。
大小, 由高层信令通知, C表示交换矩阵的列数, w表示经过比特搜集中 的三路有效码元和哑元的个数总和; rvi 表示此处传输的冗余版本, 由上层 控制。 k2表示一路子块交织中有效数据和冗余哑元的数据总和:
若 k0<k2, 则 kO在第 1路( CurBranch = \ );
若 k0>k2, 则 kO在第 2路或第 3路( CurBnmch = 2 );
解速率匹配中接收到的数据存放在数组 MergedBuff []中;
然后, 判断在数组 MergedBuff []k0之后的有效数据是否大于速率匹配 的输出 bit数 E:
( 1 )如果 kO之后的有效数据大于等于速率匹配的输出比特数 E, 并且, kO在第一路, 且第一路中 kO之后的有效数据大于等于 E, 那么 只处理第一路数据;
kO在第一路, 且第一路中 kO之后的有效数据小于 E, 那么先处理第一 路数据, 再处理第二三路数据;
如果 kO在第二三路, 则直接从 kO开始处理。
( 2 )如果 kO之后的有效数据小于速率匹配的输出比特数 E,
并且, 如果 kO在第一路, 且速率匹配可承载的比特数 E大于 3 *k2, 先 解重复, 再处理第一路的数据, 然后处理第二三路的数据, 最后再处理第 一路中 kO之前的数据;
如果 kO在第一路,且速率匹配可承载的比特数 E小于或等于 3*k2,先 处理第一路的数据, 再处理第二三路的数据, 最后再处理第一路中 kO之前 的数据;
如果 k0在第二三路,且速率匹配可承载的比特数 E大于 3 *k2 ,先解重 复, 再处理第二三路的数据, 然后处理第一路的数据, 最后再处理第二三 路中 k0之前的数据;
如果 k0在第二三路, 且速率匹配可承载的比特数 E小于或等于 3*k2, 先处理第二三路的数据, 再处理第一路的数据, 最后再处理第二三路中 k0 之前的数据。
如图 4所示, 本实施例还提供一种 LTE下行业务信道解速率匹配的装 置, 该装置包括:
码块分割单元 401 , 用于接收下行业务信道 PDSCH的数据包 TB, 将 接收到的数据包 TB分割为多个码块 CB, 其中该数据包 TB中包括系统侧 Turbo编码后的第一路数据、 第二路数据和第三路数据的有效数据;
第一码块处理单元 402 ,用于在接收到的码块是所述数据包的第一个码 块时, 确定将所述第一个码块中的有效数据还原为系统侧比特搜集后的数 据长度所需添加的哑元, 以及所需添加的哑元与所述第一个码块中的有效 数据之间的位置关系; 根据所述哑元与所述有效数据之间的位置关系, 以 及第一个码块中的有效数据将第一个码块中的有效数据还原为系统侧比特 搜集后的数据长度; 对第一个码块还原后的有效数据进行解交织处理; 非第一码块处理单元 403 ,用于对除第一个码块外的每一个非第一个码 块, 确定系统侧将所述数据包分割为多个码块后, 非第一个码块中第一路 数据、 第二路数据和第三路数据的有效数据长度, 并根据每个非第一个码 块中三路有效数据的数据长度从所述非第一个中读出对应长度的有效数 据, 并对读出的有效数据进行解删余、 解交织或解重复。
在本发明实施例中, 所述第一码块处理单元 402根据所述哑元与所述 有效数据之间的位置关系, 以及第一个码块中的有效数据将第一个码块中 的有效数据还原为系统侧比特搜集后的数据长度包括:
根据所述哑元与所述有效数据之间的位置关系在预设的数据中填充哑 元, 其中, 所述数组的长度为所述码块比特搜集后的数据长度;
将所述第一个码块中的数据依序从指定位置开始拷贝到第一数组填充 哑元后空出的位置中, 其中, 所述指定位置为速率匹配时比特剪裁和选择 所选取的有效数据的起始位置。
另外, 第一码块处理单元 402对第一个码块还原后的有效数据进行解 交织处理包括:
对第一数组中前 k2个数据进行解交织, 去除子块交织时添加的冗余哑 元, 得到解速率匹配后的第一路数据的有效数据, 其中 k2表示子块交织中 一路有效数据和哑元的个数总和;
对第一数组中后 2倍 k2个数据进行解交织, 并按照奇偶位分开得到解 速率匹配后的第二路数据和第三路数据的有效数据。
所述非第一码块处理单元 403 确定系统侧将所述数据包分割为多个码 块后, 非第一个码块中第一路数据、 第二路数据和第三路数据的有效数据 长度包括:
获取系统侧将所述数据包分割为多个码块后, 保存的相应查找表, 该 查找表中存储非第一个码块中第一路数据、 第二路数据和第三路数据的有 效数据长度, 其中所述查找表包括第一路查找表和第二三路查找表;
若 k0<k2, k0在第一路数据, 则从第一路查找表获取所述系统侧将所 述数据包分割为多个码块后, 每个非第一个码块中第一路数据的有效数据 长度, 其中, k0表示速率匹配模块中比特裁减和选择中选取的有效数据的 起始位置, k2表示一路子块交织中有效数据和冗余哑元的数据总和;
若 k0>k2, k0在第二路数据或第三路数据, 则从第二三路查找表获取 系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第二路数据 和第三路数据的有效数据长度。
本发明实施例所提供的方法和装置釆用两种不同的解速率匹配实现方 法, 有效的降低了系统实现的难度, 简单可行, 充分利用第一个码块解速 率匹配的数据进行查表, 找到大于 k0的有效数据位置, 减少解速率匹配中 解冗余和解交织过程需要的时间, 直接通过查表得到解决速率匹配后三路 数据, 减少解速率匹配的处理时间; 釆用软件方式实现, 实现方式灵活, 扩展方便, 易于改动。 术人员根据本发明的技术方案得出其它的实施方式, 同样属于本发明的技 而不脱离本发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于 本发明权利要求及其等同技术的范围之内, 则本发明也意图包含这些改动 和变型在内。
Claims
1、 一种 LTE下行业务信道解速率匹配的方法, 其特征在于, 包括: 接收下行业务信道 PDSCH的数据包 TB, 将接收到的数据包 TB分割 为多个码块 CB , 其中, 所述数据包 TB中包括系统侧 Turbo编码后的第一 路数据、 第二路数据和第三路数据的有效数据, 并执行:
对所述数据包的第一个码块:
确定将所述第一个码块中的有效数据还原为系统侧比特搜集后的数据 长度所需添加的哑元, 以及所需添加的哑元与所述第一个码块中的有效数 据之间的位置关系;
根据所述哑元与所述有效数据之间的位置关系以及第一个码块中的有 效数据, 将第一个码块中的有效数据还原为系统侧比特搜集后的数据长度; 对第一个码块还原后的有效数据进行解交织处理;
对除第一个码块外的每一个非第一个码块:
确定系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第 一路数据、 第二路数据和第三路数据的有效数据长度, 并根据每个非第一 个码块中三路有效数据的数据长度从所述非第一个码块中读出对应长度的 有效数据, 对读出的有效数据进行解删余、 解交织或解重复。
2、 如权利要求 1所述的方法, 其特征在于, 所述确定系统侧将所述数 据包分割为多个码块后, 非第一个码块中第一路数据、 第二路数据和第三 路数据的有效数据长度包括:
获取系统侧将所述数据包分割为多个码块后, 保存的相应查找表, 所 述查找表中存储每个非第一个码块中第一路数据、 第二路数据和第三路数 据的有效数据长度, 其中所述查找表包括第一路查找表和第二三路查找表; 若 k0<k2, k0在第一路数据, 则从第一路查找表获取所述系统侧将所 述数据包分割为多个码块后, 每个非第一个码块中第一路数据的有效数据 长度, 其中, k0表示速率匹配模块中比特裁减和选择中选取的有效数据的 起始位置, k2表示一路子块交织中有效数据和冗余哑元的数据总和;
若 k0>k2, k0在第二路数据或第三路数据, 则从第二三路查找表获取 系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第二路数据 和第三路数据的有效数据长度。
3、 如权利要求 1所述的方法, 其特征在于, 根据所述哑元与所述有效 数据之间的位置关系, 以及第一个码块中的有效数据将第一个码块中的有 效数据还原为系统侧比特搜集后的数据长度包括:
根据所述哑元与所述有效数据之间的位置关系在预设的数据中填充哑 元, 其中, 所述数组的长度为所述码块比特搜集后的数据长度;
将所述第一个码块中的数据依序从指定位置开始拷贝到第一数组填充 哑元后空出的位置中, 其中, 所述指定位置为速率匹配时比特剪裁和选择 所选取的有效数据的起始位置。
4、 如权利要求 3所述的方法, 其特征在于, 所述对第一个码块还原后 的有效数据进行解交织处理包括:
对第一数组中前 k2个数据进行解交织, 去除子块交织时添加的冗余哑 元, 得到解速率匹配后的第一路数据的有效数据, 其中 k2表示子块交织中 一路有效数据和哑元的个数总和;
对第一数组中后 2倍 k2个数据进行解交织, 并按照奇偶位分开得到解 速率匹配后的第二路数据和第三路数据的有效数据。
5、 一种 LTE下行业务信道解速率匹配的装置, 其特征在于, 该装置包 括:
码块分割单元, 用于接收下行业务信道 PDSCH的数据包 TB, 将接收 到的数据包 TB分割为多个码块 CB, 其中, 所述数据包 TB中包括系统侧 Turbo编码后的第一路数据、 第二路数据和第三路数据的有效数据; 第一码块处理单元, 用于在接收到的码块是所述数据包的第一个码块 时, 确定将所述第一个码块中的有效数据还原为系统侧比特搜集后的数据 长度所需添加的哑元, 以及所需添加的哑元与所述第一个码块中的有效数 据之间的位置关系; 根据所述哑元与所述有效数据之间的位置关系以及第 一个码块中的有效数据, 将第一个码块中的有效数据还原为系统侧比特搜 集后的数据长度; 对第一个码块还原后的有效数据进行解交织处理;
非第一码块处理单元, 用于对除第一个码块外的每一个非第一个码块, 确定系统侧将所述数据包分割为多个码块后, 非第一个码块中第一路数据、 第二路数据和第三路数据的有效数据长度, 并根据每个非第一个码块中三 路有效数据的数据长度从所述非第一个码块中读出对应长度的有效数据, 对读出的有效数据进行解删余、 解交织或解重复。
6、 如权利要求 5所述的装置, 其特征在于, 所述非第一码块处理单元 确定系统侧将所述数据包分割为多个码块后, 非第一个码块中第一路数据、 第二路数据和第三路数据的有效数据长度包括:
获取系统侧将所述数据包分割为多个码块后, 保存的相应查找表, 所 述查找表中存储非第一个码块中第一路数据、 第二路数据和第三路数据的 有效数据长度, 其中所述查找表包括第一路查找表和第二三路查找表; 若 k0<k2, k0在第一路数据, 则从第一路查找表获取所述系统侧将所 述数据包分割为多个码块后, 每个非第一个码块中第一路数据的有效数据 长度, 其中, k0表示速率匹配模块中比特裁减和选择中选取的有效数据的 起始位置, k2表示一路子块交织中有效数据和冗余哑元的数据总和;
若 k0>k2, k0在第二路数据或第三路数据, 则从第二三路查找表获取 系统侧将所述数据包分割为多个码块后, 每个非第一个码块中第二路数据 和第三路数据的有效数据长度。
7、 如权利要求 5所述的装置, 其特征在于, 所述第一码块处理单元根 据所述哑元与所述有效数据之间的位置关系, 以及第一个码块中的有效数 据将第一个码块中的有效数据还原为系统侧比特搜集后的数据长度包括: 根据所述哑元与所述有效数据之间的位置关系在预设的数据中填充哑 元, 其中, 所述数组的长度为所述码块比特搜集后的数据长度;
将所述第一个码块中的数据依序从指定位置开始拷贝到第一数组填充 哑元后空出的位置中, 其中, 所述指定位置为速率匹配时比特剪裁和选择 所选取的有效数据的起始位置。
8、 如权利要求 5所述的装置, 其特征在于, 所述第一码块处理单元对 第一个码块还原后的有效数据进行解交织处理包括:
对第一数组中前 k2个数据进行解交织, 去除子块交织时添加的冗余哑 元, 得到解速率匹配后的第一路数据的有效数据, 其中 k2表示子块交织中 一路有效数据和哑元的个数总和;
对第一数组中后 2倍 k2个数据进行解交织, 并按照奇偶位分开得到解 速率匹配后的第二路数据和第三路数据的有效数据。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP11777170.9A EP2557713A4 (en) | 2010-05-05 | 2011-05-05 | Rate de-matching method for downlink traffic channel in long term evolution (lte) and device thereof |
US13/695,945 US8958330B2 (en) | 2010-05-05 | 2011-05-05 | De-rate matching method and device for downlink traffic channel in long term evolution |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010165763.3A CN102237953B (zh) | 2010-05-05 | 2010-05-05 | 一种lte下行业务信道解速率匹配的方法及装置 |
CN201010165763.3 | 2010-05-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011137749A1 true WO2011137749A1 (zh) | 2011-11-10 |
Family
ID=44888220
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2011/073699 WO2011137749A1 (zh) | 2010-05-05 | 2011-05-05 | 一种lte下行业务信道解速率匹配的方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8958330B2 (zh) |
EP (1) | EP2557713A4 (zh) |
CN (1) | CN102237953B (zh) |
WO (1) | WO2011137749A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472476A (zh) * | 2020-03-31 | 2021-10-01 | 广州海格通信集团股份有限公司 | 解速率匹配方法、装置、计算机设备和存储介质 |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188034B (zh) * | 2011-12-29 | 2016-09-14 | 联芯科技有限公司 | Lte系统pdsch信道解调译码处理方法和装置 |
CN102412938B (zh) * | 2012-01-05 | 2014-07-16 | 合肥东芯通信股份有限公司 | 一种lte解速率匹配与harq合并的装置与方法 |
CN104184541B (zh) * | 2013-05-24 | 2018-12-18 | 中兴通讯股份有限公司 | 一种lte下行解速率匹配方法及装置 |
CN103840912B (zh) * | 2013-12-27 | 2017-05-17 | 北京星河亮点技术股份有限公司 | Lte/lte‑a系统业务信道解速率匹配的方法 |
WO2017096558A1 (en) * | 2015-12-09 | 2017-06-15 | Qualcomm Incorporated | Flexible resource mapping and mcs determination |
US10389487B2 (en) | 2017-01-17 | 2019-08-20 | At&T Intellectual Property I, L.P. | Adaptive downlink control channel structure for 5G or other next generation networks |
US10098144B2 (en) * | 2017-01-21 | 2018-10-09 | Qualcomm Incorporated | Rate matching of data transmission in control resource region |
CN108809495B (zh) * | 2017-05-05 | 2021-02-09 | 华为技术有限公司 | 数据的传输方法和设备 |
CN110071780B (zh) * | 2018-01-23 | 2020-11-06 | 华为技术有限公司 | 应用于低密度奇偶校检ldpc的校验方法及装置、通信设备 |
US10879936B2 (en) * | 2018-08-23 | 2020-12-29 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for de-interleaving data in a communication system |
WO2020077640A1 (zh) * | 2018-10-19 | 2020-04-23 | 华为技术有限公司 | 一种存储方法及极化码接收设备 |
US20200204414A1 (en) * | 2018-12-19 | 2020-06-25 | Industrial Technology Research Institute | Communication device and method for transmitting and receiving using the same |
TW202025680A (zh) * | 2018-12-19 | 2020-07-01 | 財團法人工業技術研究院 | 通訊裝置與其傳送及接收方法 |
CN113254080A (zh) * | 2021-05-18 | 2021-08-13 | 成都图迅科技有限公司 | 一种pdsch信道并行处理及多线程任务动态分配方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009014374A1 (en) * | 2007-07-23 | 2009-01-29 | Samsung Electronics Co., Ltd. | Methods and apparatus for rate matching to improve hybrid arq operations |
CN101388751A (zh) * | 2008-10-28 | 2009-03-18 | 重庆重邮信科通信技术有限公司 | 解速率匹配方法 |
CN101510781A (zh) * | 2009-03-24 | 2009-08-19 | 华为技术有限公司 | 交织和解交织处理中哑元的填充方法和装置及处理系统 |
CN101674161A (zh) * | 2009-10-15 | 2010-03-17 | 华为技术有限公司 | 解速率匹配方法及装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI280755B (en) * | 2002-04-15 | 2007-05-01 | Interdigital Tech Corp | Wireless user equipments |
US7564867B2 (en) * | 2003-08-19 | 2009-07-21 | Alcatel-Lucent Usa Inc. | Enhanced uplink data transmission |
JP2006129018A (ja) * | 2004-10-28 | 2006-05-18 | Fujitsu Ltd | 無線通信装置及び移動局 |
CN101499875A (zh) * | 2008-02-02 | 2009-08-05 | 三星电子株式会社 | 支持可变处理速率的lte解速率匹配与解交织的装置 |
US9130712B2 (en) * | 2008-02-29 | 2015-09-08 | Google Technology Holdings LLC | Physical channel segmentation in wireless communication system |
WO2011069277A1 (en) * | 2009-12-10 | 2011-06-16 | Texas Instruments Incorporated | Method for high-efficient implementation of de-rate matching including harq combining for lte |
-
2010
- 2010-05-05 CN CN201010165763.3A patent/CN102237953B/zh not_active Expired - Fee Related
-
2011
- 2011-05-05 EP EP11777170.9A patent/EP2557713A4/en not_active Withdrawn
- 2011-05-05 US US13/695,945 patent/US8958330B2/en not_active Expired - Fee Related
- 2011-05-05 WO PCT/CN2011/073699 patent/WO2011137749A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009014374A1 (en) * | 2007-07-23 | 2009-01-29 | Samsung Electronics Co., Ltd. | Methods and apparatus for rate matching to improve hybrid arq operations |
CN101388751A (zh) * | 2008-10-28 | 2009-03-18 | 重庆重邮信科通信技术有限公司 | 解速率匹配方法 |
CN101510781A (zh) * | 2009-03-24 | 2009-08-19 | 华为技术有限公司 | 交织和解交织处理中哑元的填充方法和装置及处理系统 |
CN101674161A (zh) * | 2009-10-15 | 2010-03-17 | 华为技术有限公司 | 解速率匹配方法及装置 |
Non-Patent Citations (2)
Title |
---|
"Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 9)", 3GPP TS 36.212 V9.1.0, 30 March 2010 (2010-03-30), XP050402150 * |
"Multiplexing and channel coding (FDD) (Release 9)", 3GPP TS 25.212 V9.2.0, 17 March 2010 (2010-03-17), XP050401945 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472476A (zh) * | 2020-03-31 | 2021-10-01 | 广州海格通信集团股份有限公司 | 解速率匹配方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102237953B (zh) | 2014-06-11 |
CN102237953A (zh) | 2011-11-09 |
US20130051354A1 (en) | 2013-02-28 |
EP2557713A4 (en) | 2018-01-17 |
US8958330B2 (en) | 2015-02-17 |
EP2557713A1 (en) | 2013-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011137749A1 (zh) | 一种lte下行业务信道解速率匹配的方法及装置 | |
US7986741B2 (en) | Method and apparatus of improved circular buffer rate matching for turbo-coded MIMO-OFDM wireless systems | |
WO2018008744A1 (ja) | 基地局装置、端末装置、通信方法、および、集積回路 | |
KR101613893B1 (ko) | 이동통신 시스템에서 데이터 인터리빙 방법 및 장치 | |
JP7149846B2 (ja) | 基地局装置、端末装置、通信方法、および、集積回路 | |
KR101314255B1 (ko) | 다수의 코드 블록 크기들을 이용한 레이트 매칭 | |
KR101121284B1 (ko) | 고속 데이터 레이트들을 위한 터보 인터리버 | |
JP2010521916A (ja) | 性能の向上と多重コードブロックを持つ送信の速い複号を可能にする方法及び装置 | |
JP5451757B2 (ja) | 無線通信装置及び無線通信方法 | |
TW200843398A (en) | FEC code and code rate selection based on packet size | |
CN109845350B (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
JP2014222918A (ja) | 通信システムにおけるサブパケットのリソースへのマッピング | |
WO2006038653A1 (ja) | 無線パケット通信機 | |
EP3306844B1 (en) | Unequal error protection-based data transmission method and apparatus | |
WO2012103752A1 (zh) | 一种咬尾卷积码译码校验方法及装置 | |
EP3091683B1 (en) | Rate dematching method, device and receiving-side apparatus | |
JP2011508479A (ja) | 低メモリ必要量のharq符号化に関する方法及び装置 | |
JP2013524634A (ja) | キャリアアグリゲーションを用いたシステムの拡張された周波数ダイバーシティ技法 | |
Ma et al. | Efficient implementation of rate matching for LTE turbo codes | |
CN113572572B (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: 11777170 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13695945 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2011777170 Country of ref document: EP |