CN102244628A - 一种实现业务数据传输的方法和装置 - Google Patents
一种实现业务数据传输的方法和装置 Download PDFInfo
- Publication number
- CN102244628A CN102244628A CN2010101726296A CN201010172629A CN102244628A CN 102244628 A CN102244628 A CN 102244628A CN 2010101726296 A CN2010101726296 A CN 2010101726296A CN 201010172629 A CN201010172629 A CN 201010172629A CN 102244628 A CN102244628 A CN 102244628A
- Authority
- CN
- China
- Prior art keywords
- tbsize
- tbs
- service data
- grade
- data transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现业务数据传输的方法和装置，均可根据可用于传输业务数据的资源元素个数以及不同ITBS等级对应的码率确定传输块大小；当所确定的传输块大小在当前的ITBS等级下可用时，确定应用当前的ITBS等级下对应的传输块大小下发业务数据。本发明方法和装置，能够保证在特殊子帧配置为0或5时提高频谱利用率，尽量避免资源浪费。
Description
技术领域
本发明涉及通信领域，具体涉及一种实现业务数据传输的方法和装置。
背景技术
长期演进(Long Term Evolution，LTE)系统的帧结构类型2(type 2)适用于时分双工(TDD)传输。type 2的每个无线帧中会有1或2个特殊子帧(specialsubframe)，根据3GPP 211协议第4.2节关于特殊子帧的描述，每个特殊子帧由三个特殊时隙组成：下行导频时隙(DwPTS)、上行导频时隙(UpPTS)、保护间隔(GP)。其中，DwPTS用于下行传输，UpPTS用于上行传输，特殊子帧的三个特殊时隙的总长度为1毫秒。
在进行普通循环前缀(normal CP，normal Cyclic Prefix)配置时，用于下行的符号数可以为3、9、10、11、12五种情况，其中特殊子帧配置为0或5的特殊子帧的OFDM符号数为3。
目前，特殊子帧用于下行的正交频分复用(OFDM)符号数为3(下行为normal CP时，特殊子帧配置为0和5；下行为extended CP时，特殊子帧配置为0或4)时不用于传输物理下行共享信道(PDSCH)。当传输带宽(Bandwidth，BW)小于等于10个资源块(Resource Block，RB)时，TDD传输模式下控制格式指示器(Control Format Indicator，CFI)的取值可以为1～2；当BW大于10个RB时CFI的取值固定为2；当带宽小于等于10个RB时，特殊时隙的第三个OFDM符号会传输同步信号，同步信号要占据6个RB的频域资源。
当带宽等于10个RB时，仅浪费了48个资源元素(Resource Element，RE)。但当带宽比较大的时候资源的浪费比较严重。以20MHz带宽、CFI等于1、特殊子帧配置为0时为例，一个特殊子帧中浪费的RE个数为1200*2-72＝2328。另外，LTE-A通过载波聚合可以提供更大的带宽，如果其中的闲置资源不加以利用则会导致更大的浪费。
上述的浪费情况可以通过表1得到明确：
3GPP协议中关于LTE TDD双工模式下特殊子帧的CFI取值如下表所示：
表1
由此表可知，特殊子帧配置为0或5时，下行特殊子帧用于传输物理下行控制信道(PDCCH)的OFDM符号数最多为2个，这样必然会有1个或2个OFDM符号是闲置的。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现业务数据传输的方法和装置，保证在特殊子帧配置为0或5时能够提高频谱利用率，尽量避免资源浪费。
为达到上述目的，本发明的技术方案是这样实现的：
一种实现业务数据传输的方法，该方法包括：
根据可用于传输业务数据的RE个数以及不同ITBS等级对应的码率确定传输块大小(Transport Block size，TBsize)；当所确定的TBsize在当前的ITBS等级下可用时，确定应用当前的ITBS等级下对应的TBsize下发业务数据。
确定所述TBsize的过程包括：
根据当前的参数配置计算可用于传输业务数据的RE个数，根据计算出的RE个数以及当前的ITBS等级计算TBsize。
所述参数配置为：
用于传输PDCCH的OFDM符号数为1，带宽为20MHz，发射天线端口数为4。
确定所述TBsize的过程包括：
根据最大开销计算可用于传输业务数据的RE个数，根据计算出的RE个数以及当前的ITBS等级计算TBsize。
所述参数配置为：
用于传输PDCCH的OFDM符号数为1，带宽为5MHz，发射天线端口数为2。
确定所述TBsize的过程包括：
针对ITBS等级下的不同参数配置条件计算各ITBS等级对应的TBsize，；针对计算得到的每个ITBS等级下的所有TBsize取平均值，得到各ITBS等级下所对应的TBsize。
所述参数配置为：
用于传输PDCCH的OFDM符号数为2，带宽为10MHz，发射天线端口数为2。
所述TBsize可用是通过判断实现的，该判断方法为：
判断计算出的TBsize是否为负数或小于预设的TBsize表中的最小值，如果计算出的TBsize为负数或小于预设的TBsize表中的最小值，确定计算出的TBsize不可用；否则，确定计算出的TBsize可用。
进一步包括：应用当前的ITBS等级下的特殊子帧为用户设备UE下发业务数据，并在此特殊子帧上指示业务数据所在的RB索引。
进一步包括：
判断所述TBsize不可用，确定不应用特殊子帧下发业务数据。
一种实现业务数据传输的装置，该装置包括TBsize确定单元、可用性决策单元；其中，
所述TBsize确定单元，用于根据可用于传输业务数据的RE个数以及各ITBS等级对应的码率确定TBsize，并将已确定的TBsize通知给所述可用性决策单元；
所述可用性决策单元，用于判断收到的TBsize在当前的ITBS等级下是否可用，并在判断结果为可用时确定应用特殊子帧下发业务数据的决策：应用当前的ITBS等级下对应的TBsize下发业务数据。
所述TBsize确定单元包括RE个数计算单元、TBsize计算单元；其中，
所述RE个数计算单元，用于计算可用于传输业务数据的RE个数，并将计算出的RE个数通知给所述TBsize计算单元；
所述TBsize计算单元，用于根据ITBS等级对应的码率以及收到的RE个数确定TBsize，再将已确定的TBsize发送给所述可用性决策单元。
进一步包括通信单元；
所述可用性决策单元，进一步用于将已确定的所述决策通知给所述通信单元；
所述通信单元，用于根据收到的所述决策应用当前的ITBS等级下的特殊子帧下发业务数据，并指示业务数据所在的RB索引。
所述可用性决策单元，进一步用于在判断所述TBsize不可用时，确定不应用特殊子帧下发业务数据。
可见，本发明方法和装置，能够保证在特殊子帧配置为0或5时提高频谱利用率，尽量避免资源浪费。
附图说明
图1为LTE TDD双工方式下同步信号的位置示意图；
图2为本发明实施例一的实现业务数据传输流程图；
图3为本发明实施例二的实现业务数据传输流程图；
图4为本发明实施例三的实现业务数据传输流程图；
图5为本发明实现业务数据传输的流程简图；
图6为本发明一实施例的实现业务数据传输装置图。
具体实施方式
在实际应用中，可以通过ITBS等级对应的码率来计算特殊子帧配置为0和5时子帧的TBsize，由此可在这些特殊子帧上根据不同的ITBS所对应的TBsize进行业务数据的传输，以充分利用现有下行传输资源。
3GPP物理层协议36.213中给出了调制编码方案(Modulation Code Scheme，MCS)等级和TBsize的对应关系。由ITBS和NPRB即可确定TBsize；其中，NPRB对应TBsize表的列，可通过下式确定：其中，N′PRB是实际分配的RB数量。由协议213中的表7.1.7.1-1可以确定ITBS与MCS之间的关系。当特殊子帧仅有3个OFDM符号用于下行时则不传输PDSCH，以防止由于码率偏高而影响数据的正确解码。但是可以重新设计或通过某种方式重用213的TBsize表。
为了便于讨论，下面以normal CP、普通下行子帧、4天线端口、CFI＝3为例统计不同ITBS的码率，具体如表2所示：
| ITBS索引 | 码率的平均值 | ITBS索引 | 码率的平均值 |
| 0 | 0.1217 | 14 | 0.6194 |
| 1 | 0.1595 | 15 | 0.6629 |
| 2 | 0.1961 | 16 | 0.4691 |
| 3 | 0.2538 | 17 | 0.5200 |
| 4 | 0.3111 | 18 | 0.5706 |
| 5 | 0.3817 | 19 | 0.6203 |
| 6 | 0.4614 | 20 | 0.6702 |
| 7 | 0.5296 | 21 | 0.7231 |
| 8 | 0.6062 | 22 | 0.7769 |
| 9 | 0.6837 | 23 | 0.8253 |
| 10 | 0.3802 | 24 | 0.8701 |
| 11 | 0.4364 | 25 | 0.9143 |
| 12 | 0.4938 | 26 | 1.0601 |
| 13 | 0.5564 |
表2
天线端口数＝4、CFI＞1，并且ITBS＝26时所对应的TBsize不可用，CFI＝1时码率的平均值为0.9042。
当特殊子帧用于PDCCH的OFDM符号数为2时，剩余的OFDM符号数为1，第三个OFDM符号上有同步信号，具体的信号位置如图1所示。
当资源分配不考虑同步信号所在的RB时，各种ITBS和码率所对应的TBsize如表3所示：
| 分配的RB数 | ITBS索引 | 比特总数 | 码率 | TBsize |
| 1 | 0 | 12*2 | 0.1217 | 2.8-24 |
| ... | ||||
| 1 | 9 | 12*2 | 0.6837 | 16.4088-24 |
| 1 | 9 | 12*4 | 0.6837 | 32.8176-24 |
| 1 | 10 | 12*4 | 0.3802 | 18.2496-24 |
| ... | ||||
| 1 | 15 | 12*4 | 0.6629 | 31.8192-24 |
| 1 | 15 | 12*6 | 0.6629 | 47.7288-24 |
| 1 | 16 | 12*6 | 0.4691 | 33.7752-24 |
| 1 | 17 | 12*6 | 0.5200 | 37.4400-24 |
| 1 | 18 | 12*6 | 0.5706 | 41.0832-24 |
| ... | ||||
| 1 | 25 | 12*6 | 0.9143 | 65.8296-24 |
| 1 | 26 | ＞0.9200 | ||
| 2 | 0 | 12*2*2 | 0.1217 | 5.8416-24 |
| ... | ||||
| 2 | 9 | 12*2*2 | 0.6837 | 32.8176-24 |
| 2 | 10 | 12*4*2 | 0.3802 | 36.4992-24 |
| 2 | 11 | 12*4*2 | 0.4364 | 41.8944-24 |
| ... | ||||
| 分配的RB数 | ITBS索引 | 比特总数 | 码率 | TBsize |
| 2 | 15 | 12*4*2 | 0.6194 | 59.4624-24 |
| ... |
表3
表3中第4列是3GPP协议中所规定的码率，根据这个码率和闲置的RE即可推算出可用于传输业务数据的比特数：
nRErsv*M*codeRate＝TBsize+lenCRC
上式中，nRErsv为闲置的RE个数，M为调制阶数，codeRate为码率，等式左侧的nRErsv在CFI和天线配置确定以后是已知量，M和codeRate可以根据ITBS索引确定，等式右端的lenCRC是附加在原始比特的校验码长度并假设为定值。
当特殊子帧用于PDCCH的OFDM符号数为1时，剩余的OFDM符号数为2，ITBS和码率所对应的TBsize如表4所示：
| 分配的RB数 | ITBS索引 | 比特总数 | 码率 | TBsize |
| 1 | 0 | 24*2 | 0.1217 | 5.8416-24 |
| ... | ||||
| 1 | 9 | 24*2 | 0.6837 | 32.8176-24 |
| 1 | 10 | 24*4 | 0.3802 | 36.4992-24 |
| 11 | 24*4 | 0.4364 | 41.8944-24 | |
| ... | ||||
| 1 | 12 | 24*4 | 0.4938 | 47.4048-24 |
| ... | ||||
| 1 | 15 | 24*4 | 0.6629 | 63.6384-24 |
| ... | ||||
| 1 | 25 | 24*6 | 0.9143 | 131.6592-24 |
| 分配的RB数 | ITBS索引 | 比特总数 | 码率 | TBsize |
| 1 | 26 | 0.9042 | ||
| 2 | 0 | 24*2*2 | 0.1217 | 11.6832-24 |
| ... | ||||
| 2 | 5 | 24*2*2 | 0.3817 | 36.6432-24 |
| 2 | 6 | 24*2*2 | 0.4614 | 44.2944-24 |
| ... | ||||
| 2 | 9 | 24*2*2 | 0.6837 | 65.6352-24 |
| 2 | 10 | 24*2*4 | 0.3802 | 72.9984-24 |
| ... | ||||
| 2 | 25 | 24*2*6 | 0.9143 | 263.3184-24 |
| 2 | 26 | 24*2*6 | 0.9042 | 260.4096-24 |
| 3 | 0 | 24*3*2 | 0.1217 | 17.5248-24 |
| ... | ||||
| 3 | 3 | 24*3*2 | 0.2538 | 36.5472-24 |
| 3 | 4 | 24*3*2 | 0.3111 | 44.7984-24 |
| ... | ||||
| 3 | 25 | 24*3*6 | 0.9143 | 394.9776-24 |
表4
依据以上的表3、表4(不局限于以上两表，带宽、天线配置可以有多种取值)可以根据不同策略计算出不同ITBS所对应的TBsize。
应用以上所述内容作为技术基础，可以进行如图2至图4所示的操作以实现业务数据传输。
参见图2，图2为本发明实施例一的实现业务数据传输流程图。图2中，CP类型为normal CP，用于传输PDCCH的OFDM符号数为1，带宽为20MHz，发射天线端口数为4；图2所示流程包括以下步骤：
步骤201：基站根据当前的参数配置计算可用于传输业务数据的RE个数。
步骤202：基站根据计算出的RE个数以及当前的ITBS等级计算TBsize。
步骤203：基站判断计算出的TBsize是否可用，如果可用，进入步骤210；否则，进入步骤220。
具体的判断方法可以为：判断计算出的TBsize是否为负数或小于预设的TBsize表中的最小值，如果计算出的TBsize为负数或小于预设的TBsize表中的最小值，确定计算出的TBsize不可用；否则，确定计算出的TBsize可用。
步骤210：基站应用当前的ITBS等级下的特殊子帧为用户设备(UE)下发业务数据，并在DCI中指示业务数据所在的RB索引。结束本流程。
步骤220：基站确定不应用特殊子帧下发业务数据。
参见图3，图3为本发明实施例二的实现业务数据传输流程图。图3中，CP类型为normal CP，用于传输PDCCH的OFDM符号数为1，带宽为5MHz，发射天线端口数为2；图3所示流程包括以下步骤：
步骤301：基站根据最大开销计算可用于传输业务数据的RE个数。
步骤302：基站根据计算出的RE个数以及当前的ITBS等级计算TBsize。
步骤303：基站判断计算出的TBsize是否可用，如果可用，进入步骤310；否则，进入步骤320。
具体的判断方法可以为：判断计算出的TBsize是否为负数或小于预设的TBsize表中的最小值，如果计算出的TBsize为负数或小于预设的TBsize表中的最小值，确定计算出的TBsize不可用；否则，确定计算出的TBsize可用。
步骤310：基站应用当前的ITBS等级下的特殊子帧为UE下发业务数据，并在DCI中指示业务数据所在的RB索引。结束本流程。
步骤320：基站确定不应用特殊子帧下发业务数据。
参见图4，图4为本发明实施例三的实现业务数据传输流程图。图3中，CP类型为normal CP，用于传输PDCCH的OFDM符号数为2，带宽为10MHz，发射天线端口数为2；图4所示流程包括以下步骤：
步骤401：针对ITBS等级下的不同参数配置条件计算对应的各TBsize。
本步骤中，针对每个ITBS等级计算TBsize的操作过程，可以与步骤201、步骤202中的相应操作具有相似原理；只是计算的对象是ITBS等级下的不同参数配置条件而不只是当前的参数配置，因此能够得出ITBS等级下的不同参数配置条件所对应的各TBsize。
步骤402：针对计算得到的每个ITBS等级下的所有TBsize取平均值，得到各ITBS等级下所对应的TBsize。
步骤403：基站判断计算出的TBsize是否可用，如果可用，进入步骤410；否则，进入步骤420。
具体的判断方法可以为：判断计算出的TBsize是否为负数或小于预设的TBsize表中的最小值，如果计算出的TBsize为负数或小于预设的TBsize表中的最小值，确定计算出的TBsize不可用；否则，确定计算出的TBsize可用。
步骤410：基站应用当前的ITBS等级下的特殊子帧为UE下发业务数据，并在DCI中指示业务数据所在的RB索引。结束本流程。
具体而言，基站可以选择一个可用的TBsize所对应的ITBS等级，并将该ITBS等级作为当前用于通信的ITBS等级，再应用当前的ITBS等级下的特殊子帧为UE下发业务数据。
步骤420：基站确定不应用特殊子帧下发业务数据。
由以上各实施例可知，本发明实现业务数据传输的技术可以表示如图5所示。参见图5，图5为本发明实现业务数据传输的流程简图，该流程包括以下步骤：
步骤510：根据可用于传输业务数据的RE个数以及ITBS等级确定TBsize。
步骤520：当所确定的TBsize在当前的ITBS等级下可用时，确定应用当前的ITBS等级下对应的TBsize下发业务数据。
为了保证上述操作能够顺利实现，可以进行如图6所示的设置。参见图6，图6为本发明一实施例的实现业务数据传输装置图，该装置包括相连的TBsize确定单元、可用性决策单元、通信单元；其中，TBsize确定单元包括相连的RE个数计算单元、TBsize计算单元。
具体应用时，RE个数计算单元能够计算可用于传输业务数据的RE个数，并将计算出的RE个数通知给TBsize计算单元；由TBsize计算单元根据ITBS等级以及收到的RE个数确定TBsize，再将已确定的TBsize发送给可用性决策单元。
可用性决策单元能够判断收到的TBsize是否可用，并根据判断结果确定应用特殊子帧下发业务数据的决策，如：当TBsize可用时，确定应用当前的ITBS等级下的特殊子帧为UE下发业务数据，并可在DCI中指示业务数据所在的RB索引；当TBsize不可用时，确定不应用特殊子帧下发业务数据。可用性决策单元还能够进一步将下发业务数据的所述决策通知给通信单元，由通信单元根据收到的决策执行相应的通信处理，如：获知TBsize可用时，应用当前的ITBS等级下的特殊子帧为UE下发业务数据，并可在DCI中指示业务数据所在的RB索引；获知TBsize不可用时，不应用特殊子帧下发业务数据。
需要说明的是，TBsize确定单元用以计算TBsize的方式有多种，如：图2至图4中所述的相应方式；并且，图6中所示各单元所能实现的操作已在前述流程中详细描述，在此不再赘述。
综上所述可见，无论是方法还是装置，本发明实现业务数据传输的技术，均可保证在特殊子帧配置为0或5时能够提高频谱利用率，有效避免了资源浪费。
以上所述，仅为本发明的较佳实施例而已，实际系统参数的配置有多种组合，实施例中列举了其中的一部分，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (14)
1.一种实现业务数据传输的方法，其特征在于，该方法包括：
根据可用于传输业务数据的资源元素RE个数以及不同ITBS等级对应的码率确定传输块大小TBsize；当所确定的TBsize在当前的ITBS等级下可用时，确定应用当前的ITBS等级下对应的TBsize下发业务数据。
2.根据权利要求1所述的方法，其特征在于，确定所述TBsize的过程包括：
根据当前的参数配置计算可用于传输业务数据的RE个数，根据计算出的RE个数以及当前的ITBS等级计算TBsize。
3.根据权利要求2所述的方法，其特征在于，所述参数配置为：
用于传输物理下行控制信道PDCCH的正交频分复用OFDM符号数为1，带宽为20MHz，发射天线端口数为4。
4.根据权利要求1所述的方法，其特征在于，确定所述TBsize的过程包括：
根据最大开销计算可用于传输业务数据的RE个数，根据计算出的RE个数以及当前的ITBS等级计算TBsize。
5.根据权利要求4所述的方法，其特征在于，所述参数配置为：
用于传输PDCCH的OFDM符号数为1，带宽为5MHz，发射天线端口数为2。
6.根据权利要求1所述的方法，其特征在于，确定所述TBsize的过程包括：
针对ITBS等级下的不同参数配置条件计算各ITBS等级对应的TBsize，；针对计算得到的每个ITBS等级下的所有TBsize取平均值，得到各ITBS等级下所对应的TBsize。
7.根据权利要求6所述的方法，其特征在于，所述参数配置为：
用于传输PDCCH的OFDM符号数为2，带宽为10MHz，发射天线端口数为2。
8.根据权利要求1至7任一项所述的方法，其特征在于，所述TBsize可用是通过判断实现的，该判断方法为：
判断计算出的TBsize是否为负数或小于预设的TBsize表中的最小值，如果计算出的TBsize为负数或小于预设的TBsize表中的最小值，确定计算出的TBsize不可用；否则，确定计算出的TBsize可用。
9.根据权利要求8所述的方法，其特征在于，进一步包括：应用当前的ITBS等级下的特殊子帧为用户设备UE下发业务数据，并在此特殊子帧上指示业务数据所在的RB索引。
10.根据权利要求1至7任一项所述的方法，其特征在于，进一步包括：
判断所述TBsize不可用，确定不应用特殊子帧下发业务数据。
11.一种实现业务数据传输的装置，其特征在于，该装置包括TBsize确定单元、可用性决策单元；其中，
所述TBsize确定单元，用于根据可用于传输业务数据的RE个数以及各ITBS等级对应的码率确定TBsize，并将已确定的TBsize通知给所述可用性决策单元；
所述可用性决策单元，用于判断收到的TBsize在当前的ITBS等级下是否可用，并在判断结果为可用时确定应用特殊子帧下发业务数据的决策：应用当前的ITBS等级下对应的TBsize下发业务数据。
12.根据权利要求11所述的装置，其特征在于，所述TBsize确定单元包括RE个数计算单元、TBsize计算单元；其中，
所述RE个数计算单元，用于计算可用于传输业务数据的RE个数，并将计算出的RE个数通知给所述TBsize计算单元；
所述TBsize计算单元，用于根据ITBS等级对应的码率以及收到的RE个数确定TBsize，再将已确定的TBsize发送给所述可用性决策单元。
13.根据权利要求11或12所述的装置，其特征在于，进一步包括通信单元；
所述可用性决策单元，进一步用于将已确定的所述决策通知给所述通信单元；
所述通信单元，用于根据收到的所述决策应用当前的ITBS等级下的特殊子帧下发业务数据，并指示业务数据所在的RB索引。
14.根据权利要求13所述的装置，其特征在于，所述可用性决策单元，进一步用于在判断所述TBsize不可用时，确定不应用特殊子帧下发业务数据。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010172629.6A CN102244628B (zh) | 2010-05-12 | 2010-05-12 | 一种实现业务数据传输的方法和装置 |
| PCT/CN2011/072496 WO2011140871A1 (zh) | 2010-05-12 | 2011-04-07 | 一种实现业务数据传输的方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010172629.6A CN102244628B (zh) | 2010-05-12 | 2010-05-12 | 一种实现业务数据传输的方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102244628A true CN102244628A (zh) | 2011-11-16 |
| CN102244628B CN102244628B (zh) | 2014-11-05 |
Family
ID=44913905
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010172629.6A Expired - Fee Related CN102244628B (zh) | 2010-05-12 | 2010-05-12 | 一种实现业务数据传输的方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102244628B (zh) |
| WO (1) | WO2011140871A1 (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102448122A (zh) * | 2011-12-30 | 2012-05-09 | 中兴通讯股份有限公司 | 一种确定子帧中传输块大小的方法和基站 |
| CN105992343A (zh) * | 2015-01-30 | 2016-10-05 | 电信科学技术研究院 | 一种信号发送方法、接收方法及装置 |
| WO2018228212A1 (zh) * | 2017-06-16 | 2018-12-20 | 华为技术有限公司 | 一种传输块大小的确定方法和装置 |
| WO2021093174A1 (en) * | 2020-01-21 | 2021-05-20 | Zte Corporation | Method for determining transport block size |
| WO2022011503A1 (en) * | 2020-07-13 | 2022-01-20 | Qualcomm Incorporated | Frame structures for uplink carrier aggregation of two time division duplex carriers |
| US12010052B2 (en) | 2022-07-20 | 2024-06-11 | Zte Corporation | Method for determining transport block size |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060067229A1 (en) * | 2004-09-29 | 2006-03-30 | Nokia Corporation | Transmitting data in a wireless network |
| WO2009099295A2 (en) * | 2008-02-05 | 2009-08-13 | Lg Electronics Inc. | A method of determining a size of a data packet advantageous for transmitting and retransmitting the data packet |
| CN101651516A (zh) * | 2008-08-13 | 2010-02-17 | 中兴通讯股份有限公司 | 编码调制方法和系统 |
-
2010
- 2010-05-12 CN CN201010172629.6A patent/CN102244628B/zh not_active Expired - Fee Related
-
2011
- 2011-04-07 WO PCT/CN2011/072496 patent/WO2011140871A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060067229A1 (en) * | 2004-09-29 | 2006-03-30 | Nokia Corporation | Transmitting data in a wireless network |
| WO2009099295A2 (en) * | 2008-02-05 | 2009-08-13 | Lg Electronics Inc. | A method of determining a size of a data packet advantageous for transmitting and retransmitting the data packet |
| CN101651516A (zh) * | 2008-08-13 | 2010-02-17 | 中兴通讯股份有限公司 | 编码调制方法和系统 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP: "《3GPP TS 36.521-1 V8.5.0》", 31 March 2010 * |
| ETSI: "《ETSI TS 136 213 V9.1.0》", 30 April 2010 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102448122A (zh) * | 2011-12-30 | 2012-05-09 | 中兴通讯股份有限公司 | 一种确定子帧中传输块大小的方法和基站 |
| CN102448122B (zh) * | 2011-12-30 | 2017-07-14 | 中兴通讯股份有限公司 | 一种确定子帧中传输块大小的方法和基站 |
| CN105992343A (zh) * | 2015-01-30 | 2016-10-05 | 电信科学技术研究院 | 一种信号发送方法、接收方法及装置 |
| CN105992343B (zh) * | 2015-01-30 | 2020-05-26 | 电信科学技术研究院 | 一种信号发送方法、接收方法及装置 |
| WO2018228212A1 (zh) * | 2017-06-16 | 2018-12-20 | 华为技术有限公司 | 一种传输块大小的确定方法和装置 |
| US11166273B2 (en) | 2017-06-16 | 2021-11-02 | Huawei Technologies Co., Ltd. | Method and apparatus for determining transport block size |
| WO2021093174A1 (en) * | 2020-01-21 | 2021-05-20 | Zte Corporation | Method for determining transport block size |
| WO2022011503A1 (en) * | 2020-07-13 | 2022-01-20 | Qualcomm Incorporated | Frame structures for uplink carrier aggregation of two time division duplex carriers |
| US12010052B2 (en) | 2022-07-20 | 2024-06-11 | Zte Corporation | Method for determining transport block size |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102244628B (zh) | 2014-11-05 |
| WO2011140871A1 (zh) | 2011-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110431777B (zh) | 用于确定传输数据块大小的方法和节点 | |
| CN102447538B (zh) | 下行控制信息传输方法和系统 | |
| US20200275433A1 (en) | Network node user device and methods thereof | |
| CN106464428B (zh) | 利用蜂窝通信网络中256qam的有效tbs表设计的系统和方法 | |
| WO2017045496A1 (zh) | 一种下行控制方法及装置 | |
| EP3082286B1 (en) | Method and apparatus for hybrid automatic repeat request signaling | |
| CN102017504B (zh) | 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和装置 | |
| CN102355325B (zh) | 一种pucch资源映射的方法及装置 | |
| EP3562221A1 (en) | Power allocation method and apparatus for uplink channel | |
| EP2490496B1 (en) | Resource configuration method, equipment and system for uplink control channel | |
| CN101951684B (zh) | 一种确认信息的发送方法及用户终端 | |
| CN104704766A (zh) | 用于无线通信的控制信道 | |
| CN104303446A (zh) | 用于载波聚合(ca)的混合自动重传请求(harq)映射 | |
| CN104885508A (zh) | 用于控制信道的资源分配方法 | |
| CN104488344A (zh) | 用于小型分组传输的lte增强 | |
| EP2995106A1 (en) | Method, apparatus and computer program for wireless communications | |
| CN107432007A (zh) | 用户设备、网络设备和确定物理上行控制信道资源的方法 | |
| CN106550445B (zh) | 无线通信中的一种低延迟的方法和装置 | |
| WO2018203818A1 (en) | Transmission block size determination | |
| US20230050088A1 (en) | Method and device in a node for wireless communication | |
| CN102244628B (zh) | 一种实现业务数据传输的方法和装置 | |
| CN102347823A (zh) | 应答信息的合并反馈及其指示方法、装置及系统 | |
| US20190159137A1 (en) | Method and device in ue and base station used for low latency communication | |
| CN105763305A (zh) | 一种数据传输方法及装置 | |
| CN110114992B (zh) | 使用具有可变mcs和可变tti长度的灵活帧结构的移动通信传输 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20111116 Assignee: SHENZHEN ZTE MICROELECTRONICS TECHNOLOGY CO., LTD. Assignor: ZTE Corporation Contract record no.: 2015440020319 Denomination of invention: Method and device for realizing service data transmission Granted publication date: 20141105 License type: Common License Record date: 20151123 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141105 Termination date: 20200512 |