CN102802269B - 调度信息处理的方法、装置及*** - Google Patents
调度信息处理的方法、装置及*** Download PDFInfo
- Publication number
- CN102802269B CN102802269B CN201210302596.1A CN201210302596A CN102802269B CN 102802269 B CN102802269 B CN 102802269B CN 201210302596 A CN201210302596 A CN 201210302596A CN 102802269 B CN102802269 B CN 102802269B
- Authority
- CN
- China
- Prior art keywords
- rnti
- schedule information
- com
- group
- information group
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种调度信息处理的方法、装置和***。基于该调度信息处理的装置和***,对各个小组待使用的G-RNTI按照预设优先级进行排序;对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定一个用于标识公共组的Com-G-RNTI;生成对应Com-G-RNTI的调度信息组,并将调度信息组通过PDCCH传输给UE侧,使UE侧根据各个预先接收到的Com-G-RNTI对调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。UE根据Com-G-RNTI盲检,相对于根据G-RNTI盲检,次数会有效减少,减小时延,从而保证了基于LTE的集群通信***通信可靠性。
Description
技术领域
本发明涉及无线通信技术领域,更具体的说是涉及一种调度信息处理的方法、装置及***。
背景技术
集群通信***是一种以指挥调度为主,面向特定行业的专有无线通信***。该***采用单工或半双工方式通信,工作时通过即按即说(Push To Talk,PTT)键控制信道的获取与释放,信道利用率高,呼叫接续快;组内用户共享下行信道,资源利用率高。
随着移动通信***中互联网技术的飞速发展,以及全球无线城市的大规模建设,宽带化成为整个无线通信的发展趋势。相应地,集群通信***宽带化的业务需求也更加显著。长期演进***(Long Term Evolution system,以下简称LTE)作为准4G无线通信***,能够满足集群通信***宽带化的发展需求,由此衍生了基于LTE的集群通信***。该***同时具有LTE公网以及集群通信***的功能。
对于LTE公网,调度信息通过承载着一个DCI(Downlink ControlInformation,下行控制信息)的PDCCH(Physical Downlink Control Channel,物理下行控制信道)传输到UE(User Equipment,用户设备)侧。
在调度信息进行传输的过程中,eNodeB(增强型基站)首先将不同调度信息对应的DCI进行CRC(Cyclical Redundancy Check,循环冗余校验)添加同时用相应的RNTI(Radio Network Temporary Identifier,无线网络临时标识)对添加的CRC进行加扰。然后,对经过CRC添加以及RNTI加扰后的调度信息进行编码、速率匹配、PDCCH复用、调制、加扰以及天线映射的处理,最后将经过上述一系列处理后的调度信息通过PDCCH信道传输到UE侧。
在UE侧,UE不知道eNodeB是否给自己发调度信息,也不知道调度信息使用的DCI类型和DCI发送的具***置。UE只知道如果eNodeB给自己发调度信息的话,可能采用的DCI类型和DCI发送的可能位置。这些可能的DCI类型和DCI发送的可能位置构成了搜索空间。UE需要在搜索空间中进行盲检,即对每一个可能的DCI类型和可能位置进行PDCCH解调,用相应的RNTI去解扰CRC,获得正确的DCI,从而解析出自己对应的调度信息。
对于基于LTE的集群通信***,搜索空间内除了LTE公网特有的RNTI,还会增加大量的G-RNTI(Group RNTI,基于LTE的集群通信***内的专有标识,其功能与LTE公网中的RNTI相同)。对UE来说,要获得正确的DCI,则需要盲检的次数可能大幅度增加,相应地,由于盲检造成的时延就会过大,从而导致LTE的集群通信***可能出现通信故障。
发明内容
有鉴于此,本发明提供了一种调度信息处理的方法、装置及***,以克服现有技术中由于搜索空间增加大量的G-RNTI,使得UE盲检次数增加,造成时延过大,从而导致LTE的集群通信***可能出现通信故障的问题。
为实现上述目的,本发明提供如下技术方案:
一种调度信息处理方法,包括:
对各个小组待使用的组呼无线网络临时标识(G-RNTI)按照预设优先级进行排序;
对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应公共组呼无线网络临时标识(Com-G-RNTI);
生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
将所述调度信息组通过物理下行控制信道(PDCCH)传输给用户设备(UE)侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
优选地,
所述按照第二预设条件分别确定一个Com-G-RNTI对重分组后的每个公共组进行标识之后,包括:
将所述各个Com-G-RNTI信息通过物理下行共享信道(PDSCH)传输给UE侧,作为UE侧盲检时的依据。
优选地,
对排序后的G-RNTI按照第一预设条件进行重分组的过程包括:
根据UE专用搜索空间内每个聚合等级对应的候选PDCCH个数确定每个公共组内可分配G-RNTI的个数;
将排序后的G-RNTI依次分成聚合等级由大到小的公共组。
优选地,
所述每个聚合等级对应的公共组内可分配G-RNTI个数与该聚合等级对应的候选PDCCH个数的对应关系包括:
所述每个聚合等级对应的公共组中可分配G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等;
其中,所述聚合等级由大到小依次包括:聚合等级8、聚合等级4、聚合等级2以及聚合等级1;
所述集合等级8对应的候选PDCCH个数为2;
所述聚合等级4对应的候选PDCCH个数为2;
所述聚合等级2对应的候选PDCCH个数为6;
所述聚合等级1对应的候选PDCCH个数为6。
优选地,
所述第二预设条件包括:
每个公共组内预设优先级最高的G-RNTI被确定为Com-G-RNTI。
优选地,
所述生成对应所述Com-G-RNTI的调度信息组的过程包括:
步骤S101:根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的控制信道元素(CCE)的个数;
步骤S102:判断所述UE专用搜索空间中是否有空闲位置。如果有,则执行步骤S103;如果无,则执行步骤S104;
步骤S103:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上,如果是,则执行步骤S106;如果否,则执行步骤S104;
步骤S104:判断公共搜索空间中是否有空闲的位置,如果有,则执行步骤S105;如果无,则执行步骤S110;
步骤S105:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上,如果是,则执行步骤S106,如果否,则执行步骤S110;
步骤S106:依据特定下行控制信息(DCI)格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
步骤S107:对所述特定调度信息组添加循环冗余校验(CRC),并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
步骤S108:对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
步骤S109:将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
步骤S110:在UE专用搜索空间以及公共搜索空间没有空闲位置的情况下,放弃当前Com-G-RNTI的操作,并返回步骤S101;
步骤S111:判断各个Com-G-RNTI是否处理完成;如果是,则生成对应所述Com-G-RNTI的调度信息组;如果否,返回步骤S101。
优选地,
所述特定DCI格式包括:DCI格式1A和/或DCI格式1。
优选地,
步骤S103中判断当前Com-G-RNTI对应的调度信息组是否可以放置到UE专用搜索空间的空闲位置上的过程包括:
当当前Com-G-RNTI对应的调度信息组占用的CCE的个数小于UE专用搜索空间中空闲位置可放置CCE的个数时,当前Com-G-RNTI对应的调度信息组可放置在所述UE专用搜索空间中空闲位置上。
优选地,
步骤105中判断当前Com-G-RNTI对应的调度信息组是否可以放置到搜索空间的空闲位置上的过程包括:
步骤S201:判断当前Com-G-RNTI对应的调度信息组对应的聚合等级是否为4或8,如果是,则执行步骤S202;如果否,则执行步骤S110;
步骤S202:判断当前Com-G-RNTI对应的调度信息组占用的CCE的个数是否小于公共搜索空间中空闲位置可放置CCE的个数,如果小于,则执行步骤S106;如果不小于,则执行步骤S110。
一种调度信息处理装置,其特征在于,包括:
排序单元,用于对各个小组待使用的G-RNTI按照预设优先级进行排序;
重分组单元,用于对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI;
调度信息生成单元,用于生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
调度信息传输单元,用于将所述调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
优选地,包括:
分组信息传输单元,用于将所述各个Com-G-RNTI信息通过PDSCH传输给UE侧,作为UE侧盲检时的依据。
优选地,所述重分组单元包括:
重分组模块,用于根据UE专用搜索空间内每个聚合等级对应的候选PDCCH个数确定每个公共组内可分配G-RNTI的个数,将排序后的G-RNTI依次分成聚合等级由大到小的公共组;
Com-G-RNTI确定模块,用于按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI。
优选地,
所述调度信息生成单元包括:
计算模块,用于根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数;
第一判断模块,用于判断所述UE专用搜索空间中是否有空闲位置;
第二判断模块,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上;
第三判断模块,用于判断公共搜索空间中是否有空闲的位置;
第四判断模块,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上;
格式限制模块,用于依据特定DCI格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
添加CRC以及加扰模块,用于对所述特定调度信息组添加CRC,并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
速率匹配模块,用于对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
调度信息放置模块,用于将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
第五判断模块,用于判断各个Com-G-RNTI是否处理完成。
一种调度信息处理***,其特征在于,包括:
调度信息处理装置和终端;
其中,所述调度信息处理装置为以上所描述的调度信息处理装置;
所述终端依据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
经由上述的技术方案可知,与现有技术相比,本发明公开了一种调度信息处理的方法、装置和***。基于该调度信息处理的装置和***,对各个小组待使用的G-RNTI按照预设优先级进行排序;对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定一个用于标识公共组的Com-G-RNTI;生成对应Com-G-RNTI的调度信息组,并将调度信息组通过PDCCH传输给UE侧,使UE侧根据各个预先接收到的Com-G-RNTI对调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。UE根据Com-G-RNTI盲检,相对于根据G-RNTI盲检,次数会有效减少,减小时延,从而保证了基于LTE的集群通信***通信可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例一公开的调度信息处理方法流程图;
图2为本发明实施例二公开的调度信息处理方法流程图;
图3为本发明实施例二公开的生成调度信息组的具体方法流程图;
图4为本发明实施例三公开的一种调度信息处理装置结构示意图;
图5为本发明实施例四公开的另一种调度信息处理装置结构示意图;
图6为本发明实施例五公开的调度信息处理***结构示意图。
具体实施方式
为了引用和清楚起见,下文中使用的技术名词的说明、简写或缩写总结如下:
LTE:Long Term Evolution system,长期演进***;
eNodeB:增强型基站;
DCI:Downlink Control Information,下行控制信息;
PDCCH:Physical Downlink Control Channel,物理下行控制信道;
PUSCH:Physical Uplink Shared Channel,物理上行共享信道;
PDSCH:Physical Downlink Shared Channel,物理下行共享信道;
UE:User Equipment,用户设备;
CRC:Cyclical Redundancy Check,循环冗余校验;
RNTI:Radio Network Temporary Identifier,无线网络临时标识;
G-RNTI:Group RNTI,组呼无线网络临时标识,是基于LTE的集群通信***内的专有标识,其功能与LTE公网中的RNTI相同;
Com-G-RNTI:公共组呼无线网络临时标识。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
由背景技术可知,对于基于LTE的集群通信***,搜索空间内除了LTE公网特有的RNTI,还会增加大量的G-RNTI。对UE来说,要获得正确的DCI,则需要盲检的次数可能大幅度增加,相应地,由于盲检造成的时延就会过大,从而导致基于LTE的集群通信***可能出现通信故障。
由此,本发明公开了一种调度信息处理的方法、装置和***。基于该调度信息处理的装置和***,对各个小组待使用的G-RNTI按照预设优先级进行排序;对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定一个用于对公共组进行标识的Com-G-RNTI;生成对应Com-G-RNTI的调度信息组,并将调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的各个Com-G-RNTI对调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。UE根据Com-G-RNTI盲检,相对于根据G-RNTI盲检,次数会有效减少,减小时延,从而保证了基于LTE的集群通信***通信可靠性。
本发明公开的调度信息处理的方法的具体流程、装置和***的具体结构将通过以下实施例进行具体描述。
实施例一
请参阅附图1,为本发明实施例一公开的调度信息处理方法流程图。其具体方法步骤如下:
S1:对各个小组待使用的G-RNTI按照预设优先级进行排序;
对于基于LTE的集群通信***来说,为了支持宽带集群的组呼业务,需要在***上针对对应的分组,分配相应的G-RNTI。实际应用过程中,***中的各个分组是具有优先级的,因此,针对对应分组分配的G-RNTI也是具有相应的优先级的。对各个G-RNTI按照优先级排序是后续进行重分组的必不可少的前提。
S2:对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI;
该步骤中,第一预设条件为,UE专用搜索空间内每个聚合等级对应的候选PDCCH个数与该聚合等级对应的公共组内可分配G-RNTI的个数之间的关系,以及重新分配后的公共组与聚合等级大小的关系。具体关系如下:
表1
请参阅表1,在UE专用搜索空间中,能够使用的聚合等级由大到小依次包括:聚合等级8、聚合等级4、聚合等级2以及聚合等级1。每个聚合等级对应的公共组中可分配G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。
聚合等级8对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级4对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级2对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6;
聚合等级1对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6;
然后将排序后的G-RNTI依次分成聚合等级由大到小的公共组。具体分组过程为:
排序后的G-RNTI,按照优先级由高到低的顺序依次分配到聚合等级由大到小的公共组内,每个聚合等级对应的公共组内G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。分组完成以后,每个公共组中包含的G-RNTI中优先级最高的则被确定为该公共组的Com-G-RNTI。
S3:生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
在基于LTE的集群通信***中,由eNodeB发出的调度信息是按照一定DCI格式在PDCCH信道中进行传输的。在传输之前,首先将不同DCI格式的调度信息组进行CRC添加同时用相应的G-RNTI对添加的CRC进行加扰。然后,对经过CRC添加以及G-RNTI加扰后的调度信息组进行速率匹配处理,最后将经过上述一系列处理后的调度信息组放置到搜索空间中。
针对基于LTE的集群通信***中的各个小组,每个小组有对应的调度信息。由于每个小组又属于一个公共组。又因为每个公共组对应一个调度信息组,所以每个调度信息组内包含若干个调度信息,一个调度信息对应一个小组,也就是说对应一个G-RNTI。
S4:将所述调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
调度信息组通过PDCCH传输给UE侧,对于UE,由于不知道当前PDCCH传输的是什么信息,也不知道自己所需信息具体在什么位置,但是,UE知道自己所需的信息可能在什么位置,因此必须采取盲检的方式获取自己所需信息。
UE首先根据预先接收到的各个Com-G-RNTI对调度信息组进行盲检,找到自己属于哪个调度信息组,找到自己对应的调度信息组以后,再在对应的调度信息组中寻找自己对应的G-RNTI,从而解析出属于自己的调度信息。
基于本实施例一公开的调度信息处理方法,对调度信息对应的G-RNTI按照优先级以及聚合等级重分为几个公共组,每个公共组中确定一个Com-G-RNTI。然后按照Com-G-RNTI对调度信息进行添加CRC、加扰以及速率匹配等处理后放置在搜索空间的空闲位置上。对于UE,则根据预先接收到的Com-G-RNTI对经过上述处理后的调度信息组进行盲检。与按照未经处理的G-RNTI进行盲检的方法相比,盲检次数有效减少,相对时延较小,进而保证了整个基于LTE的集群通信***的功能。
实施例二
请参阅附图2,为本发明实施例二公开的调度信息处理方法流程图。具体方法步骤如下:
S1:对各个小组待使用的G-RNTI按照预设优先级进行排序;
对于基于LTE的集群通信***来说,为了支持宽带集群的组呼业务,需要在***上针对对应的分组,分配相应的G-RNTI。实际应用过程中,***中的各个分组是具有优先级的,因此,针对对应分组分配的G-RNTI也是具有相应的优先级的。对各个G-RNTI按照优先级排序是后续进行重分组的必不可少的前提。
S2:对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI;
该步骤中,第一预设条件为,UE专用搜索空间内每个聚合等级对应的候选PDCCH个数与该聚合等级对应的公共组内可分配G-RNTI的个数之间的关系,以及重新分配后的公共组与聚合等级大小的关系。具体关系如下:
请参阅表1,在UE专用搜索空间中,能够使用的聚合等级由大到小依次包括:聚合等级8、聚合等级4、聚合等级2以及聚合等级1。每个聚合等级对应的公共组中可分配G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。
聚合等级8对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级4对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级2对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6;
聚合等级1对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6;
然后将排序后的G-RNTI依次分成聚合等级由大到小的公共组。具体分组过程为:
排序后的G-RNTI,按照优先级由高到低的顺序依次分配到聚合等级由大到小的公共组内,每个聚合等级对应的公共组内G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。并且,每个公共组内G-RNTI采用的聚合等级由eNodeB动态分配。分组完成以后,每个公共组中包含的G-RNTI中优先级最高的则被确定为该公共组的Com-G-RNTI。
S3:生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
在基于LTE的集群通信***中,由eNodeB发出的调度信息是按照一定DCI格式在PDCCH信道中进行传输的。在传输之前,首先将不同DCI格式的调度信息组进行CRC添加同时用相应的G-RNTI对添加的CRC进行加扰。然后,对经过CRC添加以及G-RNTI加扰后的调度信息组进行速率匹配处理,最后将经过上述一系列处理后的调度信息组放置到搜索空间中。
针对基于LTE的集群通信***中的各个小组,每个小组有对应的调度信息。由于每个小组又属于一个公共组。又因为每个公共组对应一个调度信息组,所以每个调度信息组内包含若干个调度信息,一个调度信息对应一个小组,也就是说对应一个G-RNTI。
S4:将所述调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
调度信息组通过PDCCH传输给UE侧,对于UE,由于不知道当前PDCCH传输的是什么信息,也不知道自己所需信息具体在什么位置,但是,UE知道自己所需的信息可能在什么位置,因此必须采取盲检的方式获取自己所需信息。
UE首先根据预先接收到的各个Com-G-RNTI对调度信息组进行盲检,找到自己属于哪个调度信息组,找到自己对应的调度信息组以后,再在对应的调度信息组中寻找自己对应的G-RNTI,从而解析出属于自己的调度信息。
需要说明的是,基于上述调度信息处理的方法,在S2之后,还包括:
S5:将所述各个Com-G-RNTI信息通过PDSCH传输给UE侧,作为UE侧盲检时的依据。
请参阅附图3,进一步需要说明的是,基于上述调度信息处理的方法,在S3中,生成对应所述Com-G-RNTI的调度信息组的过程具体包括:
步骤S101:根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数;
PDCCH信道传输的物理资源以CCE为单位;一个PDCCH可能占用L=1、2、4、8个CCE(即四个不同的聚合等级L)。
请参阅表1,整个搜索空间被分成公共搜索空间与UE专用搜索空间两类搜索空间。
根据计算搜索空间的位置,
其中i=0,…,L-1;m=0,…,M(L)-1,M(L)为给定搜索空间需要监控的候选PDCCH数目,即不同聚合等级L下需要搜索的总次数。
对于公共搜索空间,L取值为4和8,Yk=0;
对于UE专用搜索空间,L取值为1,2,4,8,Yk=(A·Yk-1)modD,
其中,A=39827;D=65537;Y-1=nRNTI≠0,为G-RNTI或临时G-RNTI的值,k=ns/2,ns时隙号。
需要说明的是,在本实施例中,计算UE专用搜索空间的位置时,是根据Com-G-RNTI的值进行计算的,所计算出来的位置是Com-G-RNTI对应的整个调度信息组的位置。计算出搜索空间的位置以后,可根据表1查出当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数。
步骤S102:判断所述UE专用搜索空间中是否有空闲位置。如果有,则执行步骤S103;如果无,则执行步骤S104;
步骤S103:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上,如果是,则执行步骤S106;如果否,则执行步骤S104;
需要说明的是,判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上的过程包括:
当当前Com-G-RNTI对应的调度信息组占用的CCE的个数小于UE专用搜索空间中空闲位置可放置CCE的个数时,当前Com-G-RNTI对应的调度信息组可放置在所述UE专用搜索空间中空闲位置上。
步骤S104:判断公共搜索空间中是否有空闲的位置,如果有,则执行步骤S105;如果无,则执行步骤S110;
步骤S105:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上,如果是,则执行步骤S106,如果否,则执行步骤S110;
需要说明的是,判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上的过程包括:
步骤S201:判断当前Com-G-RNTI对应的调度信息组对应的聚合等级是否为4或8,如果是,则执行步骤S202;如果否,则执行步骤S110;
请参阅表1,在公共搜索空间中,可使用的聚合等级只有聚合等级4和聚合等级8。当当前Com-G-RNTI对应的调度信息组对应的聚合等级是4或8时,该调度信息才有可能能够放置到公共搜索空间内。
步骤S202:判断当前Com-G-RNTI对应的调度信息组占用的CCE的个数是否小于公共搜索空间中空闲位置可放置CCE的个数,如果小于,则执行步骤S106;如果不小于,则执行步骤S110。
步骤S106:依据特定DCI格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
DCI分为多种格式,不同格式承载的信息不同,用途也各异,其中DCI格式0对应的是PUSCH的调度信息;DCI格式1,1A,1B,1C,1D对应的是PDSCH的调度信息;DCI格式2,2A对应的是多天线情况的一些配置信息;DCI格式3,3A对应的是上行功率控制方面的一些配置信息。
需要说明的是,为了保证调度信息能够放置在搜索空间的任意位置,该实施例中采用的DCI格式为DCI格式1A或DCI格式1中的一种格式或者同时采用DCI格式1A和DCI格式1。
步骤S107:对所述特定调度信息组添加CRC,并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
需要说明的是,本实施例中对特定调度信息组添加的CRC为16位。
步骤S108:对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
步骤S109:将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
需要说明的是,当UE专用搜索空间具有空闲位置,且能够放置当前Com-G-RNTI对应调度信息组时,则不管公共搜索空间有无空闲位置都将当前Com-G-RNTI对应调度信息组放置到UE专用搜索空间中的空闲位置上;
当UE专用搜索空间上不具有空闲位置或者该空间中的空闲位置不能够放置当前Com-G-RNTI对应调度信息组时,才考虑将当前Com-G-RNTI对应调度信息组放置到公共搜索空间的空闲位置上。
步骤S110:在UE专用搜索空间以及公共搜索空间没有空闲位置的情况下,放弃当前Com-G-RNTI的操作,并返回步骤S101;
步骤S111:判断各个Com-G-RNTI是否处理完成;如果是,则生成对应所述Com-G-RNTI的调度信息组;如果否,返回步骤S101。
由于,重分组以后,会有若干个Com-G-RNTI,各个Com-G-RNTI对应的调度信息是按照优先级由高到低的顺序进行处理的,只有当各个Com-G-RNTI对应的调度信息处理完成以后,才能保证UE侧的盲检正确。
基于本实施例二公开的调度信息处理方法,对调度信息对应的G-RNTI按照优先级以及聚合等级重分为几个公共组,每个公共组中确定一个Com-G-RNTI。然后将各个Com-G-RNTI传输给UE侧,作为UE侧盲检时的依据。然后按照Com-G-RNTI对调度信息进行添加CRC、加扰以及速率匹配等处理后放置在搜索空间的空闲位置上。对于UE,则根据预先接收到的Com-G-RNTI对经过上述处理后的调度信息组进行盲检。与按照未经处理的G-RNTI进行盲检的方法相比,盲检次数有效减少,相对时延较小,进而保证了整个基于LTE的集群通信***的功能。
上述本发明公开的实施例中详细描述了方法,对于本发明的方法可采用多种形式的装置实现,因此本发明还公开了一种装置,下面给出具体的实施例进行详细说明。
实施例三
请参阅附图4,为本发明实施例三公开的调度信息处理装置结构图。
该调度信息处理装置由排序单元101、重分组单元102、调度信息生成单元103以及调度信息传输单元104构成。具体链接关系如下:
排序单元101,用于对各个小组待使用的G-RNTI按照预设优先级进行排序;
对于基于LTE的集群通信***来说,为了支持宽带集群的组呼业务,需要在***上针对对应的分组,分配相应的G-RNTI。实际应用过程中,***中的各个分组是具有优先级的,因此,针对对应分组分配的G-RNTI也是具有相应的优先级的。对各个G-RNTI按照优先级排序是后续进行重分组的必不可少的前提。
重分组单元102,用于对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI;
排序后的G-RNTI,按照优先级由高到低的顺序依次分配到聚合等级由大到小的公共组内,每个聚合等级对应的公共组内G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。分组完成以后,每个公共组中包含的G-RNTI中优先级最高的则被确定为该公共组的Com-G-RNTI。
需要说明的是,有关于第一预设条件以及第二预设条件的具体描述,请参阅实施例一中的相关描述。
调度信息生成单元103,用于生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
在基于LTE的集群通信***中,由eNodeB发出的调度信息是按照一定DCI格式在PDCCH信道中进行传输的。在传输之前,首先将不同DCI格式的调度信息组进行CRC添加同时用相应的G-RNTI对添加的CRC进行加扰。然后,对经过CRC添加以及G-RNTI加扰后的调度信息组进行速率匹配处理,最后将经过上述一系列处理后的调度信息组放置到搜索空间中。
调度信息传输单元104,用于将所述调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
调度信息组通过PDCCH传输给UE侧,对于UE,由于不知道当前PDCCH传输的是什么信息,也不知道自己所需信息在什么位置,因此必须采取盲检的方式获取自己所需信息。
UE首先根据预先接收到的各个Com-G-RNTI对调度信息组进行盲检,找到自己属于哪个调度信息组,找到自己对应的调度信息组以后,再在对应的调度信息组中寻找自己对应的G-RNTI,从而解析出属于自己的调度信息。
基于本实施例三公开的调度信息处理装置,通过排序单元、重分组单元、调度信息生成单元以及调度信息传输单元,对调度信息进行排序、重分组、确定Com-G-RNTI、根据Com-G-RNTI生成调度信息组并传送给UE侧。对于UE,则根据预先接收到的Com-G-RNTI对经过上述处理后的调度信息组进行盲检。与按照未经处理的G-RNTI进行盲检的方法相比,盲检次数有效减少,相对时延较小,进而保证了整个基于LTE的集群通信***的功能。
实施例四
请参阅附图5,为本实施例四公开的另一种调度信息处理装置的具体结构示意图。
该调度信息处理装置由调度信息生成单元103由排序单元101、重分组单元102、调度信息生成单元103、调度信息传输单元104以及分组信息传输单元105构成。
重分组单元102由重分组模块201以及Com-G-RNTI确定模块202构成。
调度信息生成单元103由计算模块301、第一判断模块302、第二判断模块303、第三判断模块304、第四判断模块305、格式限制模块306、添加CRC以及加扰模块307、速率匹配模块308、调度信息放置模块309以及第五判断模块310构成。
具体链接关系如下:
排序单元101,用于对各个小组待使用的G-RNTI按照预设优先级进行排序;
对于基于LTE的集群通信***来说,为了支持宽带集群的组呼业务,需要在***上针对对应的分组,分配相应的G-RNTI。实际应用过程中,***中的各个分组是具有优先级的,因此,针对对应分组分配的G-RNTI也是具有相应的优先级的。对各个G-RNTI按照优先级排序是后续进行重分组的必不可少的前提。
重分组模块201,用于根据UE专用搜索空间内每个聚合等级对应的候选PDCCH个数确定每个公共组内可分配G-RNTI的个数,将排序后的G-RNTI依次分成聚合等级由大到小的公共组;
在UE专用搜索空间中,能够使用的聚合等级由大到小依次包括:聚合等级8、聚合等级4、聚合等级2以及聚合等级1。每个聚合等级对应的公共组中可分配G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。
聚合等级8对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级4对应的候选PDCCH个数为2,该聚合等级对应的公共组中可分配G-RNTI的个数为2;
聚合等级2对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6;
聚合等级1对应的候选PDCCH个数为6,该聚合等级对应的公共组中可分配G-RNTI的个数为6。
排序后的G-RNTI,按照优先级由高到低的顺序依次分配到聚合等级由大到小的公共组内,每个聚合等级对应的公共组内G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等。
Com-G-RNTI确定模块202,用于按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI。
分组完成以后,每个公共组中包含的G-RNTI中优先级最高的则被确定为该公共组的Com-G-RNTI。
分组信息传输单元105,用于将所述各个Com-G-RNTI信息通过PDSCH传输给UE侧,作为UE侧盲检时的依据。
需要说明的是,UE侧在盲检前是需要预先知道重分组信息以及各个Com-G-RNTI的。本实施例中采用的是依靠分组信息传输单元将所述各个Com-G-RNTI信息通过PDSCH传输给UE侧的。除了本实施例提供的传输方式,还可以通过其他方式进行传输,其他传输方式也在本发明保护范围之内。
计算模块301,用于根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数;
需要说明的是,在本实施例中,计算UE专用搜索空间的位置时,是根据Com-G-RNTI的值进行计算的,所计算出来的位置是Com-G-RNTI对应的整个调度信息组的位置。计算出搜索空间的位置以后,可根据表1查出当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数。
第一判断模块302,用于判断所述UE专用搜索空间中是否有空闲位置;
第二判断模块303,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上;
第三判断模块304,用于判断公共搜索空间中是否有空闲的位置;
第四判断模块305,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上;
需要说明的是,在使用本实施例提供的调度信息处理装置对调度信息进行处理的过程中。第一判断模块、第二判断模块、第三判断模块以及第四判断模块并不是每次都需要使用的。具体使用哪个判断模块是具有一定的前提条件的,具体条件请参阅方法实施例中的相关说明。
格式限制模块306,用于依据特定DCI格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
需要说明的是,为了保证调度信息能够放置在搜索空间的任意位置,该实施例中采用的DCI格式为DCI格式1A或DCI格式1中的一种格式或者同时采用DCI格式1A和DCI格式1。
添加CRC以及加扰模块307,用于对所述特定调度信息组添加CRC,并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
需要说明的是,本实施例中对特定调度信息组添加的CRC为16位。
速率匹配模块308,用于对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
调度信息放置模块309,用于将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
第五判断模块310,用于判断各个Com-G-RNTI是否处理完成。
基于本实施例四公开的调度信息处理装置,通过排序单元、重分组单元、调度信息生成单元、调度信息传输单元以及分组信息传输单元,对调度信息进行排序、重分组、确定Com-G-RNTI、并根据Com-G-RNTI通过添加CRC、G-RNTI加扰以及速率匹配生成调度信息组并传送给UE侧。对于UE,则根据预先接收到的Com-G-RNTI对经过上述处理后的调度信息组进行盲检。与按照未经处理的G-RNTI进行盲检的方法相比,盲检次数有效减少,相对时延较小,进而保证了整个基于LTE的集群通信***的功能。
实施例五
请参阅附图6,为本发明实施例五公开的一种调度信息处理***结构示意图。
该调度信息处理***由调度信息处理装置401和终端402;
其中,调度信息处理装置401为实施例三和实施例四所描述的调度信息处理装置;
终端402依据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
基于本实施例五公开的调度信息处理***,通过调度信息处理装置对调度信息进行处理,以及终端按照现有技术中的盲检方法对经过调度信息处理装置处理过的调度信息进行盲检,从而快速准确得到终端本身所需的调度信息。与按照未经处理的G-RNTI进行盲检的方法相比,盲检次数有效减少,相对时延较小,进而保证了整个基于LTE的集群通信***的功能。
综上所述:
本发明公开了一种调度信息处理的方法、装置和***。基于该调度信息处理的装置和***,对各个小组待使用的G-RNTI按照预设优先级进行排序;对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定一个用于标识公共组的Com-G-RNTI;生成对应Com-G-RNTI的调度信息组,并将调度信息组通过PDCCH传输给UE侧,使UE侧根据各个预先接收到的Com-G-RNTI对调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。UE根据Com-G-RNTI盲检,相对于根据G-RNTI盲检,次数会有效减少,减小时延,从而保证了基于LTE的集群通信***通信可靠性。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (14)
1.一种调度信息处理方法,其特征在于,包括:
对各个小组待使用的组呼无线网络临时标识(G-RNTI)按照预设优先级进行排序;
对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应公共组呼无线网络临时标识(Com-G-RNTI);
生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
将所述调度信息组通过物理下行控制信道(PDCCH)传输给用户设备(UE)侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
2.根据权利要求1所述的调度信息处理方法,其特征在于,所述按照第二预设条件分别确定一个Com-G-RNTI对重分组后的每个公共组进行标识之后,包括:
将所述各个Com-G-RNTI信息通过物理下行共享信道(PDSCH)传输给UE侧,作为UE侧盲检时的依据。
3.根据权利要求1所述的调度信息处理方法,其特征在于,对排序后的G-RNTI按照第一预设条件进行重分组的过程包括:
根据UE专用搜索空间内每个聚合等级对应的候选PDCCH个数确定每个公共组内可分配G-RNTI的个数;
将排序后的G-RNTI依次分成聚合等级由大到小的公共组。
4.根据权利要求3所述的调度信息处理方法,其特征在于,所述每个聚合等级对应的公共组内可分配G-RNTI个数与该聚合等级对应的候选PDCCH个数的对应关系包括:
所述每个聚合等级对应的公共组中可分配G-RNTI的个数与该聚合等级对应的候选PDCCH个数相等;
其中,所述聚合等级由大到小依次包括:聚合等级8、聚合等级4、聚合等级2以及聚合等级1;
所述聚合等级8对应的候选PDCCH个数为2;
所述聚合等级4对应的候选PDCCH个数为2;
所述聚合等级2对应的候选PDCCH个数为6;
所述聚合等级1对应的候选PDCCH个数为6。
5.根据权利要求1所述的调度信息处理方法,其特征在于,所述第二预设条件包括:
每个公共组内预设优先级最高的G-RNTI被确定为Com-G-RNTI。
6.根据权利要求1所述的调度信息处理方法,其特征在于,所述生成对应所述Com-G-RNTI的调度信息组的过程包括:
步骤S101:根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的控制信道元素(CCE)的个数;
步骤S102:判断所述UE专用搜索空间中是否有空闲位置,如果有,则执行步骤S103;如果无,则执行步骤S104;
步骤S103:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上,如果是,则执行步骤S106;如果否,则执行步骤S104;
步骤S104:判断公共搜索空间中是否有空闲的位置,如果有,则执行步骤S105;如果无,则执行步骤S110;
步骤S105:判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上,如果是,则执行步骤S106;如果否,则执行步骤S110;
步骤S106:依据特定下行控制信息(DCI)格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
步骤S107:对所述特定调度信息组添加循环冗余校验(CRC),并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
步骤S108:对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
步骤S109:将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
步骤S110:在UE专用搜索空间以及公共搜索空间没有空闲位置的情况下,放弃当前Com-G-RNTI的操作,并返回步骤S101;
步骤S111:判断各个Com-G-RNTI是否处理完成;如果是,则生成对应所述Com-G-RNTI的调度信息组;如果否,返回步骤S101。
7.根据权利要求6所述的调度信息处理方法,其特征在于,所述特定DCI格式包括:DCI格式1A和/或DCI格式1。
8.根据权利要求6所述的调度信息处理方法,其特征在于,步骤S103中判断当前Com-G-RNTI对应的调度信息组是否可以放置到UE专用搜索空间的空闲位置上的过程包括:
当当前Com-G-RNTI对应的调度信息组占用的CCE的个数小于UE专用搜索空间中空闲位置可放置CCE的个数时,当前Com-G-RNTI对应的调度信息组可放置在所述UE专用搜索空间中空闲位置上。
9.根据权利要求6所述的调度信息处理方法,其特征在于,步骤105中判断当前Com-G-RNTI对应的调度信息组是否可以放置到公共搜索空间的空闲位置上的过程包括:
步骤S201:判断当前Com-G-RNTI对应的调度信息组对应的聚合等级是否为4或8,如果是,则执行步骤S202;如果否,则执行步骤S110;
步骤S202:判断当前Com-G-RNTI对应的调度信息组占用的CCE的个数是否小于公共搜索空间中空闲位置可放置CCE的个数,如果小于,则执行步骤S106;如果不小于,则执行步骤S110。
10.一种调度信息处理装置,其特征在于,包括:
排序单元,用于对各个小组待使用的G-RNTI按照预设优先级进行排序;
重分组单元,用于对排序后的G-RNTI按照第一预设条件进行重分组,并按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI;
调度信息生成单元,用于生成对应所述Com-G-RNTI的调度信息组,所述调度信息组内包括若干个调度信息,一个调度信息对应一个G-RNTI;
调度信息传输单元,用于将所述调度信息组通过PDCCH传输给UE侧,使UE侧根据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
11.根据权利要求10所述的调度信息处理装置,其特征在于,包括:
分组信息传输单元,用于将所述各个Com-G-RNTI信息通过PDSCH传输给UE侧,作为UE侧盲检时的依据。
12.根据权利要求10所述的调度信息处理装置,其特征在于,所述重分组单元包括:
重分组模块,用于根据UE专用搜索空间内每个聚合等级对应的候选PDCCH个数确定每个公共组内可分配G-RNTI的个数,将排序后的G-RNTI依次分成聚合等级由大到小的公共组;
Com-G-RNTI确定模块,用于按照第二预设条件分别确定用于标识重分组后各个公共组的对应Com-G-RNTI。
13.根据权利要求10所述的调度信息处理装置,其特征在于,所述调度信息生成单元包括:
计算模块,用于根据当前Com-G-RNTI,计算UE专用搜索空间的位置,确定所述当前Com-G-RNTI对应的待处理调度信息组占用的CCE的个数;
第一判断模块,用于判断所述UE专用搜索空间中是否有空闲位置;
第二判断模块,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述UE专用搜索空间的空闲位置上;
第三判断模块,用于判断公共搜索空间中是否有空闲的位置;
第四判断模块,用于判断所述当前Com-G-RNTI对应的待处理调度信息组是否可以放置到所述公共搜索空间的空闲位置上;
格式限制模块,用于依据特定DCI格式对所述待处理调度信息组进行格式限制,生成当前Com-G-RNTI对应的特定调度信息组;
添加CRC以及加扰模块,用于对所述特定调度信息组添加CRC,并根据各个小组待使用的G-RNTI对添加的CRC进行加扰;
速率匹配模块,用于对添加经过G-RNTI加扰的CRC以后的所述特定调度信息组中的各个待处理调度信息进行速率匹配;
调度信息放置模块,用于将进行速率匹配后的所述特定调度信息组中的各个待处理调度信息放置在UE专用搜索空间或者公共搜索空间的空闲位置上;
第五判断模块,用于判断各个Com-G-RNTI是否处理完成。
14.一种调度信息处理***,其特征在于,包括:
调度信息处理装置和终端;
其中,所述调度信息处理装置为权利要求10~13中任意一项所描述的调度信息处理装置;
所述终端依据预先接收到的所述各个Com-G-RNTI对所述调度信息组进行盲检,并在确定待获取Com-G-RNTI对应的调度信息组中获取UE所属小组使用的G-RNTI对应的调度信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210302596.1A CN102802269B (zh) | 2012-08-23 | 2012-08-23 | 调度信息处理的方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210302596.1A CN102802269B (zh) | 2012-08-23 | 2012-08-23 | 调度信息处理的方法、装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102802269A CN102802269A (zh) | 2012-11-28 |
CN102802269B true CN102802269B (zh) | 2014-12-10 |
Family
ID=47201205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210302596.1A Active CN102802269B (zh) | 2012-08-23 | 2012-08-23 | 调度信息处理的方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102802269B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10149287B2 (en) | 2013-01-16 | 2018-12-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for sending and receiving downlink control information |
CN104378188B (zh) * | 2013-08-12 | 2019-02-22 | 北京信威通信技术股份有限公司 | 一种下行控制信道处理方法、装置和*** |
CN104683957B (zh) * | 2013-12-03 | 2018-12-04 | 北京信威通信技术股份有限公司 | 一种下行控制信道处理方法、装置和*** |
CN106454908A (zh) * | 2015-08-10 | 2017-02-22 | 深圳市中兴微电子技术有限公司 | 一种调度信息的处理方法及装置 |
CN107645356B (zh) * | 2016-07-20 | 2020-12-25 | 普天信息技术有限公司 | Pdcch的控制信道单元聚合等级确定方法和装置 |
CN107071747B (zh) * | 2017-02-14 | 2020-01-31 | 武汉虹信通信技术有限责任公司 | 群组业务调度方法、装置及基站 |
US20220272525A1 (en) * | 2019-07-12 | 2022-08-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and Apparatus for Resource Assignment |
WO2021223076A1 (en) * | 2020-05-06 | 2021-11-11 | Qualcomm Incorporated | Optimizing physical downlink control channel (pdcch) power |
CN112804042B (zh) * | 2021-03-19 | 2021-08-03 | 武汉恒达安网信息技术有限公司 | 一种nr***中检测pdcch的方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255688A (zh) * | 2011-07-06 | 2011-11-23 | 合肥东芯通信股份有限公司 | Ltepdcch盲检控制方法和装置 |
CN102333381A (zh) * | 2011-10-28 | 2012-01-25 | 电信科学技术研究院 | 一种资源调度及数据传输的方法、装置 |
CN102387598A (zh) * | 2011-10-19 | 2012-03-21 | 新邮通信设备有限公司 | 一种物理下行控制信道的调度方法 |
-
2012
- 2012-08-23 CN CN201210302596.1A patent/CN102802269B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255688A (zh) * | 2011-07-06 | 2011-11-23 | 合肥东芯通信股份有限公司 | Ltepdcch盲检控制方法和装置 |
CN102387598A (zh) * | 2011-10-19 | 2012-03-21 | 新邮通信设备有限公司 | 一种物理下行控制信道的调度方法 |
CN102333381A (zh) * | 2011-10-28 | 2012-01-25 | 电信科学技术研究院 | 一种资源调度及数据传输的方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102802269A (zh) | 2012-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102802269B (zh) | 调度信息处理的方法、装置及*** | |
US11356990B2 (en) | Method and device for resource allocation | |
CN103404046B (zh) | 在多节点***中用终端搜索控制信息的方法和装置 | |
US9967861B2 (en) | Uplink resource scheduling method, wireless base station and mobile station | |
CN102882644B (zh) | 下行控制信息的检测处理、检测方法及装置 | |
CN103517276B (zh) | 设备间通信方法、用户设备和基站 | |
CN101998327B (zh) | 传输方案和/或反馈模式的配置方法和设备 | |
US11757687B2 (en) | Method and apparatus for transmitting and receiving reference signal for sidelink data in wireless communication system | |
CN105163346A (zh) | 副链路缓冲状态报告的生成方法及装置 | |
CN101888624B (zh) | 发射天线选择的配置方法及装置 | |
CN107371261B (zh) | 资源优先级的确定方法、处理装置及***、ue | |
CN102316586B (zh) | 无线网络临时标识的分配方法和装置 | |
CN102487548B (zh) | 机器类型通信***、信息发送与获得方法以及基站与终端 | |
CN104104468A (zh) | 一种上下行配置信息传输方法和设备 | |
CN104066194A (zh) | 数据传输调度和数据传输方法及设备 | |
CN104144502A (zh) | 物理下行控制信息获取方法、装置、终端和*** | |
CN107736065A (zh) | 一种资源分配信息指示方法、基站及用户设备 | |
JP7068290B2 (ja) | アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置 | |
CN109644071B (zh) | 用于urllc中的通信的方法和装置 | |
KR20190098990A (ko) | 정보 전송 방법, 네트워크 기기 및 단말 기기 | |
US20120106390A1 (en) | Method, System and Device for Reporting Uplink Pilot Interference | |
CN104038920A (zh) | 一种数据传输的方法、***和设备 | |
US20230276445A1 (en) | Method and apparatus for frequency and time resource allocation for data transmission in wireless communication system | |
CN105763294A (zh) | 控制信息处理方法及装置 | |
EP3376699B1 (en) | Resource allocation method and apparatus |
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 |