CN102377475B - 一种确定下行子帧的控制区符号数的方法及装置 - Google Patents
一种确定下行子帧的控制区符号数的方法及装置 Download PDFInfo
- Publication number
- CN102377475B CN102377475B CN201010258104.4A CN201010258104A CN102377475B CN 102377475 B CN102377475 B CN 102377475B CN 201010258104 A CN201010258104 A CN 201010258104A CN 102377475 B CN102377475 B CN 102377475B
- Authority
- CN
- China
- Prior art keywords
- descending sub
- sub frame
- controlled area
- frame set
- sum
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种确定下行子帧的控制区符号数的方法及装置,用以减少不可用的资源碎片,提高上行吞吐量。本发明提供的一种确定下行子帧的控制区符号数的方法包括:确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种确定下行子帧的控制区符号数的方法及装置。
背景技术
长期演进(LTE,Long Term Evolution)系统中,物理上行控制信道(PUCCH,Physical Uplink Control Channel)用于传输上行控制信息,按照决定PUCCH资源位置的不同方式,可以将PUCCH分成两类:A类PUCCH和B类PUCCH。A类PUCCH用于传输调度请求(SR,Scheduling Request)和信道质量指示(CQI,Channel Quality Indicator)等,其资源位置由无线资源控制(RRC,RadioResource Control)半静态配置。B类PUCCH用于下行传输的混合自动重传请求(HARQ,Hybrid automatic repeat request)反馈,其资源位置由下行数据对应的物理下行控制信道(PDCCH,Physical Downlink Control Channel)占用的控制信道粒子(CCE,Control Channel Element)起始位置决定。
如图1所示,PUCCH的资源位置位于频带的两端,物理上行共享信道(PUSCH,Physical Uplink Share Channel)使用频带中间的资源。B类PUCCH资源位置因为与下行的PDCCH使用的资源位置有关,所以如果下行PDCCH使用的资源位置不合理,将导致部分B类PUCCH资源并未用于反馈确认(ack)/非确认(nack)信息,这些未被使用的B类PUCCH资源可被PUSCH通过跳频方式使用,但是,大部分情况下PUSCH也无法使用这些资源碎片,从而造成了空中接口资源的浪费。
表1是协议规定的时分双工(TDD,Time Division Duplexing),LTE系统中下行传输及其HARQ反馈(使用B类PUCCH进行传输)的时序关系表。上行子帧n对应的下行子帧集合K,集合K中有M个元素{k0,k1,…kM-1},子帧n-k(k∈K)的下行传输对应的ack/nack信息在上行子帧n上反馈。以子帧格式1为例,子帧0、子帧1的下行传输对应的HARQ反馈在上行子帧7上传输。
表1
对于多个下行子帧的HARQ反馈到同一个上行子帧的情况下,为了区分各个下行子帧使用的B类PUCCH资源位置,不同下行子帧的CCE索引唯一对应一个B类PUCCH资源。一个下行子帧的CCE索引范围从0到Ncce,3-1,其中,Ncce,3表示3个符号内的CCE个数,按照每个控制区符号能容纳的CCE个数,将一个下行子帧的CCE索引分成A、B、C三段。图2示出了当三个下行子帧的ack/nack信息反馈到同一个上行子帧时,每个下行子帧的CCE索引与B类PUCCH资源位置的对应关系。
图2中下行子帧0的1A段CCE索引(0~Ncce,1)映射到PUCCH资源的1A段,下行子帧1的2A段CCE索引(0~Ncce,1)映射到PUCCH资源的2A段,依此类推。
例如:假设处理三个下行子帧的ack/nack信息反馈到同一个上行子帧,现有技术独立决策各个下行子帧的控制区符号数,可能得到结果为:第一个下行子帧的控制区使用1个符号,第二个下行子帧的控制区使用1个符号,第三个下行子帧的控制区使用3个符号,这个时候产生的资源碎片的情况如图3所示。很明显B类PUCCH资源区产生了很多无用的资源碎片,减少了可用的PUSCH资源,降低了系统吞吐量。
综上所述,现有技术在确认下行子帧的控制区符号个数的时候,对各个下行子帧独立考虑,容易产生无用的资源碎片,降低系统上行吞吐量。
发明内容
本发明实施例提供了一种确定下行子帧的控制区符号数的方法及装置,用以减少不可用的资源碎片,提高上行吞吐量。
本发明实施例提供的一种确定下行子帧的控制区符号数的方法包括:
确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;
通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量。
本发明实施例提供的一种确定下行子帧的控制区符号数的装置包括:
控制区符号总数确定单元,用于确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;
分配处理单元,用于通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量。
本发明实施例,通过确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量,从而减少B类PUCCH占用的物理资源块(PRB,Physical Resource Block),避免产生无用的资源碎片,提高系统吞吐量,有利于负载均衡,并且易于实现。
附图说明
图1为上行信道占用的资源位置示意图;
图2为CCE索引映射到B类PUCCH资源位置的示意图;
图3为三个下行子帧的ack/nack信息反馈到同一上行子帧情况下,采用现有技术导致的资源碎片示意图;
图4为本发明实施例提供的一种确定下行子帧的控制区符号数的方法的总体流程示意图;
图5为本发明实施例提供的一种确定下行子帧的控制区符号数的方法的具体流程示意图;
图6为采用本发明实施例提供的技术方案达到的资源占用效果示意图;
图7为采用现有技术达到的资源占用效果示意图;
图8为采用本发明实施例提供的技术方案达到的资源占用效果示意图;
图9为本发明实施例提供的一种确定下行子帧的控制区符号数的装置的结构示意图。
具体实施方式
本发明实施例提供了一种确定下行子帧的控制区符号数的方法及装置,用以减少不可用的资源碎片,提高上行吞吐量。
本发明实施例,通过合理的确定控制区符号的个数,来对下行PDCCH可用的资源位置进行限定,进而减少不可用的资源碎片,提高上行吞吐量。
本发明实施例在确定下行子帧的控制区符号数时,将在同一个子帧反馈ack/nack信息的下行子帧当做一个整体(设置一个下行子帧集合)统一考虑,避免各个子帧的控制区符号数差异过大而产生较多上行资源碎片的问题。并且,本发明实施例在确定同一下行子帧集合内各下行子帧的控制区符号数时,尽量使各下行子帧的控制区符号数相等,进一步,当前子帧的控制区符号数不超过前一子帧的控制区符号数,从而使B类PUCCH资源紧凑排列,减少B类PUCCH占用的PRB数。
下面结合附图对本发明实施例提供的技术方案进行说明。
参见图4,本发明实施例提供的一种确定下行子帧的控制区符号数的方法包括步骤:
S101、确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧。
S102、通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量。
较佳地,通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量的步骤包括:
当需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,能够被下行子帧集合中的所有下行子帧的总数整除时,利用需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,除以下行子帧集合中的所有下行子帧的总数,将得到的值确定为下行子帧集合中每一下行子帧的控制区符号的数量。
或者,通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量的步骤包括:
通过将未被分配的控制区符号的总数,与未被分配控制区符号的下行子帧的总数向上取整求平均,确定下行子帧集合中每一下行子帧的控制区符号的数量。
较佳地,下行子帧集合中的所有下行子帧需要的控制区符号总数,是根据小区用户数量确定的。
较佳地,所述特定信息,为确认(ack)信息或(非确认)nack信息,即ack/nack信息。
下面给出具体的举例说明。
假设在上行子帧n上反馈ack/nack信息的下行子帧集合K,集合K中有M个元素{k0,k1,…kM-1},每个元素分别对应一个下行子帧,也就是说,有M个下行子帧的ack/nack信息需要反馈到同一上行子帧。演进型基站(eNB)使用根据小区用户数等因素确定集合K中的所有下行子帧总共需要的控制区符号个数Ncfi,然后,按照图5所示的流程分别确定集合K中每个下行子帧的控制区符号个数,具体地,包括步骤:
S201、确定集合K中的第一元素k0(表示一个下行子帧)的控制区符号个数cfi=Ncfi/M。若Ncfi不能被M整除,则向上取整,将得到的值作为cfi的值,即为第一个下行子帧分配的控制区符号个数。
S202、记录剩下的可分配的控制区符号个数到变量Nrestcfi=Ncfi-cfi。
即未被分配的控制区符号的数量为Nrestcfi。
S203、记录剩下的下行子帧个数到变量Nrestdl=M-1。
即未被分配控制区符号的下行子帧的数量为Nrestdl。
上述步骤S202和步骤S203的执行顺序可以互换。
S204、判断Nrestdl的值是否为零,如果是,则结束为当前的集合K中的每一下行子帧确定控制区符号个数的操作;否则,执行步骤S205,即为未被分配控制区符号的下行子帧确定控制区符号个数。
S205、确定当前元素k的cfi=Nrestcfi/Nrestdl。若Nrestcfi不能被Nrestdl整除,则向上取整,将得到的值作为cfi的值,即为当前下行子帧分配的控制区符号个数。
也就是说,通过将未被分配的控制区符号的总数,与未被分配控制区符号的下行子帧的总数向上取整求平均,确定下行子帧集合中每一下行子帧的控制区符号的数量。
S206、记录剩下的可分配的控制区符号个数到变量Nrestcfi=Nrestcfi-cfi。
S207、记录剩下的下行子帧个数到变量Nrestdl=Nrestdl-1。然后返回执行步骤S204。以此类推,直到Nrestdl的值为零,结束为当前的集合K中的每一下行子帧确定控制区符号个数的操作。
例如,共有三个下行子帧的ack/nack信息反馈到同一个上行子帧,即某一下行子帧集合中有三个下行子帧,这三个下行子帧需要在同一上行子帧反馈ack/nack信息,这三个下行子帧需要的控制区符号总数为5,按照本发明实施例提供的技术方案确定每一下行子帧需要的控制区符号数,结果为:第一个下行子帧的控制区符号数是2,第二个下行子帧的控制区符号数也是2,第三个下行子帧的控制区符号数是1,此时,B类PUCCH所占资源的位置如图6所示。对比图3和图6,可以看出本发明实施例提供的技术方案能够显著减少资源碎片,增加上行可用资源。
再例如,还是有三个下行子帧的ack/nack信息反馈到同一个上行子帧,这三个下行子帧需要的控制区符号的总数为8,使用现有技术独立确定各个下行子帧的控制区符号数,可能得到结果为:第一个下行子帧的控制区符号数为2,第二个下行子帧的控制区符号数为3,第三个下行子帧的控制区符号数为3,这个时候B类PUCCH所占资源位置情况如图7所示,可见存在资源碎片。而按照本发明实施例提供的技术方案进行处理,结果为:第一个下行子帧的控制区符号数为3,第二个下行子帧的控制区符号数为3,第三个下行子帧的控制区符号数为2,此时,B类PUCCH所占资源位置如图8所示。对比图7和图8,可以看出,本发明实施例提供的技术方案明显减少了B类PUCCH资源的浪费。
下面介绍一下本发明实施例提供的装置。
参见图9,本发明实施例提供的一种确定下行子帧的控制区符号数的装置,包括:
控制区符号总数确定单元101,用于确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧。
分配处理单元102,用于通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量。
较佳地,分配处理单元102包括:
判定单元201,用于判定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,是否能够被下行子帧集合中的所有下行子帧的总数整除。
分配单元202,用于当需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,能够被下行子帧集合中的所有下行子帧的总数整除时,利用需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,除以下行子帧集合中的所有下行子帧的总数,将得到的值确定为下行子帧集合中每一下行子帧的控制区符号的数量。
或者,分配处理单元102,不判断需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,是否能够被下行子帧集合中的所有下行子帧的总数整除,而是直接通过将未被分配的控制区符号的总数,与未被分配控制区符号的下行子帧的总数向上取整求平均,确定下行子帧集合中每一下行子帧的控制区符号的数量。
较佳地,控制区符号总数确定单元101,根据小区用户数量确定下行子帧集合中的所有下行子帧需要的控制区符号总数。
较佳地,本发明实施例提供的一种确定下行子帧的控制区符号数的装置为eNB。
综上所述,本发明实施例,通过确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;通过平均分配的方式,确定下行子帧集合中每一下行子帧的控制区符号的数量,从而使得反馈ack/nack信息的PUCCH资源紧凑排列,减少B类PUCCH占用的PRB,避免产生无用的资源碎片,提高系统吞吐量,并且,各下行子帧的控制区符号数基本相等,有利于负载均衡,以及,本发明实施例提供的技术方案处理量小,易于实现。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种确定下行子帧的控制区符号数的方法,其特征在于,该方法包括:
确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;
通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量,其中,当前子帧的控制区符号数不超过前一子帧的控制区符号数。
2.根据权利要求1所述的方法,其特征在于,通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量的步骤包括:
当所述需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,能够被所述下行子帧集合中的所有下行子帧的总数整除时,利用所述需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,除以所述下行子帧集合中的所有下行子帧的总数,将得到的值确定为所述下行子帧集合中每一下行子帧的控制区符号的数量。
3.根据权利要求1所述的方法,其特征在于,通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量的步骤包括:
通过将未被分配的控制区符号的总数,与未被分配控制区符号的下行子帧的总数向上取整求平均,确定所述下行子帧集合中每一下行子帧的控制区符号的数量。
4.根据权利要求1、2或3所述的方法,其特征在于,所述下行子帧集合中的所有下行子帧需要的控制区符号总数,是根据小区用户数量确定的。
5.根据权利要求1、2或3所述的方法,其特征在于,所述特定信息,为确认ack信息或非确认nack信息。
6.一种确定下行子帧的控制区符号数的装置,其特征在于,所述装置包括:
控制区符号总数确定单元,用于确定需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,其中,所述下行子帧集合中的所有下行子帧,为需要在同一上行子帧反馈特定信息的下行子帧;
分配处理单元,用于通过平均分配的方式,确定所述下行子帧集合中每一下行子帧的控制区符号的数量,其中,当前子帧的控制区符号数不超过前一子帧的控制区符号数。
7.根据权利要求6所述的装置,其特征在于,所述分配处理单元包括:
判定单元,用于判定所述需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,是否能够被所述下行子帧集合中的所有下行子帧的总数整除;
分配单元,用于当所述需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,能够被所述下行子帧集合中的所有下行子帧的总数整除时,利用所述需要为下行子帧集合中的所有下行子帧分配的控制区符号的总数,除以所述下行子帧集合中的所有下行子帧的总数,将得到的值确定为所述下行子帧集合中每一下行子帧的控制区符号的数量。
8.根据权利要求6所述的装置,其特征在于,所述分配处理单元,通过将未被分配的控制区符号的总数,与未被分配控制区符号的下行子帧的总数向上取整求平均,确定所述下行子帧集合中每一下行子帧的控制区符号的数量。
9.根据权利要求6、7或8所述的装置,其特征在于,所述控制区符号总数确定单元,根据小区用户数量确定所述下行子帧集合中的所有下行子帧需要的控制区符号总数。
10.根据权利要求6、7或8所述的装置,其特征在于,所述装置为演进型基站eNB。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010258104.4A CN102377475B (zh) | 2010-08-19 | 2010-08-19 | 一种确定下行子帧的控制区符号数的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010258104.4A CN102377475B (zh) | 2010-08-19 | 2010-08-19 | 一种确定下行子帧的控制区符号数的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102377475A CN102377475A (zh) | 2012-03-14 |
CN102377475B true CN102377475B (zh) | 2014-03-12 |
Family
ID=45795538
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010258104.4A Active CN102377475B (zh) | 2010-08-19 | 2010-08-19 | 一种确定下行子帧的控制区符号数的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102377475B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3288193B1 (en) | 2015-05-15 | 2020-03-04 | Huawei Technologies Co., Ltd. | Method and system for sending and receiving information, base station, and first user equipment |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101287282A (zh) * | 2007-04-11 | 2008-10-15 | 华为技术有限公司 | 传输控制信令的方法及装置 |
CN101483510A (zh) * | 2008-01-07 | 2009-07-15 | 大唐移动通信设备有限公司 | 时分双工系统上下行时隙比例信息通知方法及装置 |
CN101616491A (zh) * | 2008-06-25 | 2009-12-30 | 三星电子株式会社 | 映射上行ack/nack信道的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101500260B (zh) * | 2008-04-29 | 2011-09-14 | 华为技术有限公司 | 为用户分配应答信道的方法、装置和系统 |
-
2010
- 2010-08-19 CN CN201010258104.4A patent/CN102377475B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101287282A (zh) * | 2007-04-11 | 2008-10-15 | 华为技术有限公司 | 传输控制信令的方法及装置 |
CN101483510A (zh) * | 2008-01-07 | 2009-07-15 | 大唐移动通信设备有限公司 | 时分双工系统上下行时隙比例信息通知方法及装置 |
CN101616491A (zh) * | 2008-06-25 | 2009-12-30 | 三星电子株式会社 | 映射上行ack/nack信道的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102377475A (zh) | 2012-03-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103532688B (zh) | 一种跨频带载波聚合下的dci传输方法及装置 | |
JP6103551B2 (ja) | Ackチャネルをユーザに割り当てるための方法、装置、及びシステム | |
US8897240B2 (en) | Methods and apparatus for physical uplink control channel (PUCCH) load control by physical downlink control channel (PDCCH) restrictions | |
JP5613250B2 (ja) | 通信システムにおける方法および装置 | |
KR101924425B1 (ko) | 응답 채널 자원들을 할당하는 방법 및 장치 | |
CN104025684B (zh) | 信息传输方法和装置 | |
CN101431774B (zh) | 物理上行控制信道资源配置方法与装置、基站 | |
EP3829244B1 (en) | User device and method thereof | |
CN104662978B (zh) | 资源分配方法及设备 | |
US20180205527A1 (en) | Allocation of Communication Resources for Control Signals in the Uplink | |
EP2759084B1 (en) | A method for ul data transmission in wireless communication system | |
CN102916789A (zh) | 时分双工无线通信系统与混合自动重复请求确认回报方法 | |
KR20120016057A (ko) | 다중 반송파 시스템에서 긍정/부정 수신 확인 메시지를 피드백하는 방법 | |
CN103874215A (zh) | 演进型节点和无线装置 | |
CN102804663A (zh) | 用于确定上行链路harq资源的设备、方法和制造产品 | |
CN101841401A (zh) | 载波聚合系统中的ack/nack传输方法和基站 | |
CN104601304B (zh) | Ack/nack反馈信息的传输方法和装置以及接收方法和装置 | |
CN104426637A (zh) | 载波聚合系统的harq-ack反馈方法及用户终端 | |
CN102111849B (zh) | 中继链路上行控制信道资源分配方法、系统及装置 | |
CN104811280B (zh) | 一种通过物理混合自动重传指示信道进行反馈的方法及设备 | |
CN103873183B (zh) | 一种数据传输方法及装置 | |
CN102377475B (zh) | 一种确定下行子帧的控制区符号数的方法及装置 | |
WO2010108313A1 (zh) | 一种信道分配方法及装置 | |
CN104144042A (zh) | 用于传输确认信息的方法和装置 | |
WO2017015857A1 (zh) | 一种终端、网络设备,以及上行控制信息的传输方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |