CN104703145A - 集群组呼盲检能力处理方法、装置和*** - Google Patents

集群组呼盲检能力处理方法、装置和*** Download PDF

Info

Publication number
CN104703145A
CN104703145A CN201310664570.6A CN201310664570A CN104703145A CN 104703145 A CN104703145 A CN 104703145A CN 201310664570 A CN201310664570 A CN 201310664570A CN 104703145 A CN104703145 A CN 104703145A
Authority
CN
China
Prior art keywords
terminal
blind check
ability
check ability
base station
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
Application number
CN201310664570.6A
Other languages
English (en)
Other versions
CN104703145B (zh
Inventor
谭源春
李倩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xinwei Telecom Technology Inc
Original Assignee
Beijing Xinwei Telecom Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xinwei Telecom Technology Inc filed Critical Beijing Xinwei Telecom Technology Inc
Priority to CN201310664570.6A priority Critical patent/CN104703145B/zh
Priority to US15/310,876 priority patent/US20170202032A1/en
Priority to PCT/CN2014/093315 priority patent/WO2015085897A1/zh
Publication of CN104703145A publication Critical patent/CN104703145A/zh
Application granted granted Critical
Publication of CN104703145B publication Critical patent/CN104703145B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/121Wireless traffic scheduling for groups of terminals or users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • H04W76/45Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers

Landscapes

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

Abstract

本发明提出一种集群组呼盲检能力处理方法,该方法包括,终端处于RRC_Connected状态且有集群组呼被叫业务时,终端根据自身的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,不向基站上报其集群标识和PDCCH盲检能力。

Description

集群组呼盲检能力处理方法、装置和***
技术领域
本发明涉及无线通信领域,尤其涉及一种集群组呼盲检能力处理方法、装置和***。
背景技术
LTE***增加集群功能后,对于终端来说,增加了一个集群业务。集群业务对应的空口标识为G-RNTI。对于PDCCH控制信道,如果把G-RNTI放在专用空间,则要求终端增加对G-RNTI的盲检,即要求终端的盲检次数得到增加,则对于只满足正常LTE业务所需盲检能力的终端,在同时用点对点业务和集群业务时无法支持;如果把G-RNTI放在公共空间,则终端的盲检次数无效增加。协议规定PDCCH的CCE公共空间为0~15共16个CCE资源,而且其CCE分配粒度为4或者8。因此,对于G-RNTI放在公共空间的方法,在小区中有大量组呼业务时,则会受限于公共空间,即可能会存在很多组呼业务由于其G-RNTI无法获得CCE资源而无法得到及时调度。
现有的技术手段是:如果当前小区的述组呼中有UE在该下行TTI中有个体业务待调度,则发送端对所述组呼业务采用G-RNTI或SPSG-RNTI在公共空间进行调度,对所述UE的个体业务采用C-RNTI或SPSC-RNTI在专用空间进行调度;如果当前小区的所述组呼中的所有UE在该下行TTI中均没有个体业务待调度,则发送端对所述组呼业务采用G-RNTI或SPS G-RNTI在专用空间进行调度。
以上技术存在如下缺陷:基站侧未做对某组呼业务下各终端的PDCCH盲检能力识别就做出调度的判断,则对于集群组呼下各终端都支持G-RNTI的专用搜索空间时,基站侧依然有可能会对集群组呼业务放在公共空间调度而导致组呼数受限于公共空间的问题。
发明内容
本发明提出一种下行控制信道分配的方法,该方法包括:终端处于RRC_Connected状态且有集群组呼被叫业务时,终端根据自身的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。
进一步的,当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,不向基站上报其集群标识和PDCCH盲检能力。
优选的,若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力,则所述终端的盲检能力为低;若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力,则所述终端的盲检能力为高。进一步的,当终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
优选的,所述终端根据自身的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力具体包括:当所述终端的盲检能力为低时,终端向基站上报其集群标识和PDCCH盲检能力;否则不上报。
优选的,所述终端向基站上报其集群标识和PDCCH盲检能力是通过C-RNTI MAC CE、或通过P-ABILITY MAC CE进行的。
本发明还提出一种集群组呼盲检能力处理终端,所述终端包括上报模块,用于当所述终端处于RRC_Connected状态且有集群组呼被叫业务时,根据终端的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。进一步的,当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,所述上报模块不向基站上报其集群标识和PDCCH盲检能力。
优选的,该终端还包括第一判断模块,若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力,则所述第一判断模块记录所述终端的盲检能力为低;若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力,则所述第一判断模块记录所述终端的盲检能力为高。
优选的,当所述终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
优选的,当所述第一判断模终端记录所述终端的盲检能力为低时,所述上报模块向基站上报所述终端的集群标识和PDCCH盲检能力;否则不上报。
优选的,所述向基站上报其集群标识和PDCCH盲检能力是通过C-RNTI MAC CE或通过P-ABILITY MAC CE进行的。
本发明还提出一种集群组呼盲检能力处理方法,包括:基站接收到终端上报的包含集群业务标识和PDCCH盲检能力的消息,获取所述终端的集群业务标识和PDCCH盲检能力。
优选的,基站接收到终端上报的C-RNTI MAC CE,将解出的值与所述终端对应的C-RNTI进行比较,如果不同,则认为终端存在与所述解出的值相应的集群组呼被叫业务,且所述终端的PDCCH盲检能力为低。
优选的,基站接收到终端上报的P-ABILITY MAC CE,解出集群业务的G-RNTI和终端的PDCCH盲检能力的值,则基站认为所述终端存在与所述G-RNTI相应的集群组呼被叫业务,并具有与所述PDCCH盲检能力值相应的盲检能力。
优选的,该方法还包括:基站收集所述集群业务中各RRC_Connected状态的终端的盲检能力,并动态确定所述集群业务的盲检能力。进一步的,所述动态确定所述集群业务的盲检能力具体包括:当收集到的集群业务中的各RRC_Connected状态的终端的盲检能力均为高时,则确定所述集群业务的盲检能力为高;否则,确定集群组呼的盲检能力为低。
优选的,该方法还包括:所述基站根据所述集群业务的盲检能力对该集群业务进行调度。具体的,当集群业务的盲检能力为高时,则所述基站对该集群业务的G-RNTI放在专用空间进行调度;当集群业务的盲检能力为低时,则所述基站对该集群业务的G-RNTI放在公共空间进行调度。
优选的,所述基站初始默认集群业务下各终端的盲检能力均为高。
本发明还提出一种集群组呼盲检能力处理的基站,该基站包括所述接收模块,用于接收终端上报的包含集群业务标识和PDCCH盲检能力的消息,所述第一判断模块,用于根据所述接收模块接收的消息,获取所述终端的集群业务标识和PDCCH盲检能力。
进一步的,所述第一判断模块还用于当所述接收模块接收到终端上报的C-RNTI MAC CE后,将解出的值与所述终端对应的C-RNTI进行比较,如果不同,则所述第一判断模块认为终端存在与所述解出的值相应的集群组呼被叫业务,且所述终端的PDCCH盲检能力为低。
进一步的,所述第一判断模块还用于当所述接收模块接收到终端上报的P-ABILITY MAC CE后,解出集群业务的G-RNTI和终端的PDCCH盲检能力的值,确定所述终端存在与所述G-RNTI相应的集群组呼被叫业务,且所述终端具有与所述PDCCH盲检能力值相应的盲检能力。
进一步的,该基站还包括第二判断模块,用于收集所述集群业务中各RRC_Connected状态的终端的盲检能力,并动态确定所述集群业务的盲检能力。具体包括:当收集的所述集群业务中各RRC_Connected状态的终端的盲检能力均为高时,所述第二判断模块则确定所述集群业务的盲检能力为高;否则,确定集群业务的盲检能力为低。
进一步的,基站还包括调度模块,用于根据集群业务的盲检能力对该集群业务进行调度。具体为当集群业务的盲检能力为高时,所述调度模块对该集群业务的G-RNTI放在专用空间进行调度;当集群业务的盲检能力为低时,所述调度模块对该集群业务的G-RNTI放在公共空间进行调度。
优选的,所述第一判断模块初始默认集群业务下各终端的盲检能力均为高。
本发明还提出一种集群组呼盲检能力处理***,该***包括如上所述的任一终端和基站。
本发明提出的集群组呼盲检能力处理方法、装置和***中,基站可以依据集群业务中终端的PDCCH盲检能力合理地调整组呼的G-RNTI的分配空间,以达到***的组呼容量最大化。
附图说明
图1为本发明提出方法终端侧处理流程框图;
图2为现有的C-RNTI MAC CE结构示意图;
图3自定义的P-ABILITY MAC CE结构示意图;
图4为现有LTE的UL-SCH信道的LCID列表;
图5为包含自定义P-ABILITY的LCID列表。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
为了引用和清楚起见,下文中使用的技术名次的说明、简写和缩写总结如下:
LTE:Long Term Evolution system,长期演进***;
G-RNTI:Group RNTI,群组无线网络临时标识;
CCE:Control Channel Elements,控制信道资源;
C-RNTI:小区无线网络临时标识;
UE:User Equipment,用户设备;
TTI:Transmit Time Interval,发送时间间隔;
PDCCH:Physical Downlink Control Channel,物理下行控制信道;
本发明提出的方法:
终端侧:如图1所示,当终端处于RRC_Connected状态且有集群组呼被叫业务时,终端基于自身的PDCCH盲检能力确定是否向基站侧小区上报其集群标识和PDCCH盲检能力。
如果终端不同时满足处于RRC_Connected状态且有集群组呼被叫业务时,或者终端处于RRC_Idle状态时,不向基站侧小区上报其集群组呼被叫业务对应的G-RNTI。
进一步地,把终端盲检能力分为低和高两档,盲检能力为低表示终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力;盲检能力为高表示终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力。如下表所示:
进一步的,当终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
以下说明两种方式上报终端的群组呼标识和PDCCH盲检能力,当然也不限于此。
方式一:通过C-RNTI MAC CE向基站侧小区上报终端的集群标识和PDCCH盲检能力。具体为:如果终端盲检能力为低,则通过C-RNTI MACCE向基站侧小区上报G-RNTI;如果终端盲检能力为高,则不通过C-RNTIMAC CE向基站侧小区上报G-RNTI。C-RNTI MAC CE如图2所示。
方式二:通过P-ABILITY MAC CE向基站侧小区上报终端的集群标识和PDCCH盲检能力。P-ABILITY MAC CE如图3所示,其中,G-RNTI占16bit;PDCCH盲检能力用P标识,占1bit,1表示PDCCH盲检能力低,0表示PDCCH盲检能力高;剩余7bit为保留位。当然,也不限于此。
现有LTE的UL-SCH信道的LCID列表如图4所示,包含自定义P-ABILITY的LCID列表如图5所示。
本发明提出的方法,在基站侧:
方式一:
基站侧小区接收到终端上报的C-RNTI MAC CE,并解出里面的C-RNTI字段的值令为G,并判断G与该终端的C-RNTI是否相同,如果不同,则认为该终端处于G-RNTI为G的集群组呼被叫业务,且该终端的PDCCH盲检能力为低。
方式二:
基站侧小区接收到终端上报的P-ABILITY MAC CE,并解出里面的G-RNTI的值令为G和P字段令为D,则认为该终端处于G-RNTI为G的集群组呼被叫业务,并判断D。比如,D为1则认为该终端的PDCCH盲检能力为低;D为0则认为该终端的PDCCH盲检能力为高。当然也不限于此,P字段的内容可以根据***实际情况设计,并不仅限于高低两个等级。
进一步地,基站侧小区收集集群组呼中各RRC_Connected状态的终端的盲检能力,并确定或者更新该集群组呼的盲检能力。具体为:当基站侧小区收集到的集群组呼中的各RRC_Connected状态的终端的盲检能力均为高时,则判断集群组呼的盲检能力为高;否则,判断集群组呼的盲检能力为低。
进一步地,基站侧小区依据该集群组呼的盲检能力对该集群组呼业务进行调度。具体为:当判断当集群组呼的盲检能力为高时,则对该集群组呼业务所对应的G-RNTI放在专用空间进行调度;当判断当集群组呼的盲检能力为低时,则对该集群组呼业务所对应的G-RNTI放在公共空间进行调度。
进一步地,基站侧默认集群组呼下的所有终端(包括RRC_Connected状态的终端和RRC_Idle状态的终端)的盲检能力均为高。
本发明提出的方法:基站侧可以依据集群组呼中终端的PDCCH盲检能力来合理地调整组呼的G-RNTI的分配空间,以达到***的组呼容量最大化。
本发明的上述方法的具体流程、装置和***的具体结构等将通过以下实施例进行具体描述。
实例一:
令某基站的小区存在3个UE,分别为UE0~UE2,该小区存在一个集群被呼业务,其G-RNTI为15,对应的UE分别为UE0~UE2,其中,UE0和UE1均处于RRC_Connected状态,UE2处于RRC_Idle状态,令UE0的C-RNTI为5,UE1的C-RNTI为23。令UE0的PDCCH盲检能力为低,UE1和UE2的PDCCH盲检能力均为高。令终端通过C-RNTI MACCE进行反馈,基站进行相应的接收和处理。
发射端:
UE0:
终端UE0处于RRC_Connected状态且有集群组呼被叫业务,其G-RNTI为15;UE0的PDCCH盲检能力为低,UE0通过C-RNTI MAC CE向基站侧小区上报UE0的群组呼标识和PDCCH盲检能力,具体为:UE0把G-RNTI为15装入C-RNTI MAC CE,并上报给基站侧小区。
UE1:
终端UE1处于RRC_Connected状态且有集群组呼被叫业务,其G-RNTI为15;UE1的PDCCH盲检能力为高,故UE1不通过C-RNTI MACCE向基站侧小区上报UE1的群组呼标识和PDCCH盲检能力。
UE2:
终端UE2处于RRC_Idle状态,且盲检能力为高,故UE2不通过C-RNTI MAC CE向基站侧小区上报UE0的群组呼标识和PDCCH盲检能力。
此处,如果UE2的盲检能力为低,则UE2可以发起随机接入进入RRC_Connected状态,上报自己的组呼标识和PDCCH盲检能力。
接收端:基站侧小区
基站侧小区接收到终端UE0上报的C-RNTI MAC CE,并解出里面的C-RNTI字段的值为15,并与UE0的C-RNTI为5进行比较,这两个值不相同,则认为该终端处于G-RNTI为15的集群组呼被叫业务,且该终端的PDCCH盲检能力为低。
基站侧小区未收到集群组呼被叫业务G-RNTI为15里的其余终端的C-RNTI MAC CE反馈,则默认为其余终端的PDCCH盲检能力均为高。
相应的,如果UE2的盲检能力为低,UE2可以发起随机接入进入RRC_Connected状态,上报自己的组呼标识和PDCCH盲检能力。此时基站侧小区可以收到UE2上报的相关信息。
进一步地,基站侧小区收集集群组呼中各RRC_Connected状态的终端的盲检能力,并确定或者更新该集群组呼的盲检能力。具体为:基站侧小区收集到G-RNTI为15的集群组呼被叫业务中的RRC_Connected状态的终端为UE0,其盲检能力为低,则判断集群组呼的盲检能力为低。
进一步地,基站侧小区依据该集群组呼的盲检能力对该集群组呼业务进行调度。具体为:基站侧小区对判断当集群组呼的盲检能力为低时,则对该集群组呼业务所对应的G-RNTI放在公共空间进行调度。
实施例二
令某基站的小区存在4个UE,分别为UE0~UE3,该小区存在一个集群被呼业务,其G-RNTI为31,对应的UE分别为UE0~UE3,其中,UE1、UE2和UE3均处于RRC_Connected状态,UE0处于RRC_Idle状态,令UE1的C-RNTI为16,UE2的C-RNTI为24,UE3的C-RNTI为35。令UE0~UE3的PDCCH盲检能力均为高。令终端通过方式二(即P-ABILITY MAC CE)进行反馈,基站通过方式二进行接收和处理。
发射端:
UE0:
终端UE0处于RRC_Idle状态,故UE0不通过P-ABILITY MAC CE向基站侧小区上报UE0的群组呼标识和PDCCH盲检能力。
UE1:
终端UE1处于RRC_Connected状态且有集群组呼被叫业务,其G-RNTI为31;UE1的PDCCH盲检能力为高,故UE1通过P-ABILITYMAC CE向基站侧小区上报UE1的群组呼标识和PDCCH盲检能力。P-ABILITY MAC CE中各字段填写的值为:G-RNTI字段填写31,P字段填写0,Reserved字段填写随机值。
UE2:
终端UE2处于RRC_Connected状态且有集群组呼被叫业务,其G-RNTI为31;UE1的PDCCH盲检能力为高,故UE2通过P-ABILITYMAC CE向基站侧小区上报UE2的群组呼标识和PDCCH盲检能力。P-ABILITY MAC CE中各字段填写的值为:G-RNTI字段填写31,P字段填写0,Reserved字段填写随机值。
UE3:
终端UE3处于RRC_Connected状态且有集群组呼被叫业务,其G-RNTI为31;UE1的PDCCH盲检能力为高,故UE2通过P-ABILITYMAC CE向基站侧小区上报UE3的群组呼标识和PDCCH盲检能力。P-ABILITY MAC CE中各字段填写的值为:G-RNTI字段填写31,P字段填写0,Reserved字段填写随机值。
接收端:基站侧小区
基站侧小区接收到终端UE1上报的P-ABILITY MAC CE,并解出里面的G-RNTI字段的值为31,P字段为0,则认为UE1处于G-RNTI为31的集群组呼被叫业务,且该终端的PDCCH盲检能力为高。
基站侧小区接收到终端UE2上报的P-ABILITY MAC CE,并解出里面的G-RNTI字段的值为31,P字段为0,则认为UE1处于G-RNTI为31的集群组呼被叫业务,且该终端的PDCCH盲检能力为高。
基站侧小区接收到终端UE3上报的P-ABILITY MAC CE,并解出里面的G-RNTI字段的值为31,P字段为0,则认为UE1处于G-RNTI为31的集群组呼被叫业务,且该终端的PDCCH盲检能力为高。
进一步地,基站侧小区收集集群组呼中各RRC_Connected状态的终端的盲检能力,并确定或者更新该集群组呼的盲检能力。具体为:基站侧小区收集到G-RNTI为31的集群组呼被叫业务中的RRC_Connected状态的终端为UE1、UE2和UE3,其盲检能力均为高,则判断集群组呼的盲检能力为高。
进一步地,基站侧小区依据该集群组呼的盲检能力对该集群组呼业务进行调度。具体为:基站侧小区对判断当集群组呼的盲检能力为高时,则对该集群组呼业务所对应的G-RNTI放在专用空间进行调度。
实施例三:
本发明实施例三公开了一种集群组呼盲检能力处理终端,所述终端包括上报模块,用于当所述终端处于RRC_Connected状态且有集群组呼被叫业务时,根据终端的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。进一步的,当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,所述上报模块不向基站上报其集群标识和PDCCH盲检能力。
优选的,该终端还包括第一判断模块,若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力,则所述第一判断模块记录所述终端的盲检能力为低;若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力,则所述第一判断模块记录所述终端的盲检能力为高。
优选的,当所述终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
优选的,当所述第一判断模终端记录所述终端的盲检能力为低时,所述上报模块向基站上报所述终端的集群标识和PDCCH盲检能力;否则不上报。
优选的,所述向基站上报其集群标识和PDCCH盲检能力是通过C-RNTI MAC CE或通过P-ABILITY MAC CE进行的。
实施例四:
本发明实施例四公开一种集群组呼盲检能力处理的基站,该基站包括所述接收模块,用于接收终端上报的包含集群业务标识和PDCCH盲检能力的消息,所述第一判断模块,用于根据所述接收模块接收的消息,获取所述终端的集群业务标识和PDCCH盲检能力。
进一步的,所述第一判断模块还用于当所述接收模块接收到终端上报的C-RNTI MAC CE后,将解出的值与所述终端对应的C-RNTI进行比较,如果不同,则所述第一判断模块认为终端存在与所述解出的值相应的集群组呼被叫业务,且所述终端的PDCCH盲检能力为低。
进一步的,所述第一判断模块还用于当所述接收模块接收到终端上报的P-ABILITY MAC CE后,解出集群业务的G-RNTI和终端的PDCCH盲检能力的值,确定所述终端存在与所述G-RNTI相应的集群组呼被叫业务,且所述终端具有与所述PDCCH盲检能力值相应的盲检能力。
进一步的,该基站还包括第二判断模块,用于收集所述集群业务中各RRC_Connected状态的终端的盲检能力,并动态确定所述集群业务的盲检能力。具体包括:当收集的所述集群业务中各RRC_Connected状态的终端的盲检能力均为高时,所述第二判断模块则确定所述集群业务的盲检能力为高;否则,确定集群业务的盲检能力为低。
进一步的,基站还包括调度模块,用于根据集群业务的盲检能力对该集群业务进行调度。具体为当集群业务的盲检能力为高时,所述调度模块对该集群业务的G-RNTI放在专用空间进行调度;当集群业务的盲检能力为低时,所述调度模块对该集群业务的G-RNTI放在公共空间进行调度。
优选的,所述第一判断模块初始默认集群业务下各终端的盲检能力均为高。
最后,本发明还公开了一种集群组呼盲检能力处理***,该***由如实施例三所描述的终端和如实施例四所描述的基站组成。
通过以上实施例可以看出,本发明提出的集群组呼盲检能力处理方法、装置和***中,基站可以依据集群业务中终端的PDCCH盲检能力合理地调整组呼的G-RNTI的分配空间,以达到***的组呼容量最大化。
上述实施例仅仅是本发明一部分实施例,而不是全部的实施例。凡在本发明的精神和原则之内,本领域普通技术人员在没有做出创造性劳动前提下所作的任何修改、等同替换或改进等,均应属于本发明保护的范围之内。

Claims (31)

1.一种集群组呼盲检能力处理方法,其特征在于,终端处于RRC_Connected状态且有集群组呼被叫业务时,终端根据自身的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。
2.根据权利要求1所述的方法,其特征在于,该方法还包括:当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,不向基站上报其集群标识和PDCCH盲检能力。
3.根据权利要求1或2所述的方法,其特征在于,若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力,则所述终端的盲检能力为低;若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力,则所述终端的盲检能力为高。
4.根据权利要求3所述的方法,其特征在于,所述终端根据自身的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力具体包括:当所述终端的盲检能力为低时,终端向基站上报其集群标识和PDCCH盲检能力;否则不上报。
5.根据权利要求4所述的方法,其特征在于,所述终端向基站上报其集群标识和PDCCH盲检能力是通过C-RNTI MAC CE进行的。
6.根据权利要求1或2所述的方法,其特征在于,所述终端向基站上报其集群标识和PDCCH盲检能力是通过P-ABILITY MAC CE进行的。
7.根据权利要求1~6任意一项所述的方法,其特征在于,该方法还包括:当终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
8.一种集群组呼盲检能力处理终端,其特征在于,所述终端包括上报模块,用于当所述终端处于RRC_Connected状态且有集群组呼被叫业务时,根据终端的PDCCH盲检能力确定是否向基站上报其集群标识和PDCCH盲检能力。
9.根据权利要求8所述的终端,其特征在于,当终端处于RRC_Connected状态但无集群组呼被叫业务时,或者终端处于RRC_Idle状态时,所述上报模块不向基站上报其集群标识和PDCCH盲检能力。
10.根据权利要求8或9所述的终端,其特征在于,该终端还包括第一判断模块,若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在公共空间的能力,则所述第一判断模块记录所述终端的盲检能力为低;若所述终端支持在一个TTI下同时盲检C-RNTI在专用空间和G-RNTI在专用空间的能力,则所述第一判断模块记录所述终端的盲检能力为高。
11.根据权利要求10所述的终端,其特征在于,当所述终端处于RRC_Idle状态、有集群组呼被叫业务、且PDCCH盲检能力为低时,所述终端发起随机接入进入RRC_Connected状态。
12.根据权利要求10所述的终端,其特征在于,还包括:当所述第一判断模终端记录所述终端的盲检能力为低时,所述上报模块向基站上报所述终端的集群标识和PDCCH盲检能力;否则不上报。
13.根据权利要求12所述的终端,其特征在于,所述向基站上报其集群标识和PDCCH盲检能力是通过C-RNTI MAC CE进行的。
14.根据权利要求8或9所述的终端,其特征在于,所述向基站上报其集群标识和PDCCH盲检能力是通过P-ABILITY MAC CE进行的。
15.一种集群组呼盲检能力处理方法,其特征在于,基站接收到终端上报的包含集群业务标识和PDCCH盲检能力的消息,获取所述终端的集群业务标识和PDCCH盲检能力。
16.根据权利要求15所述的方法,其特征在于,所述基站接收到终端上报的C-RNTI MAC CE,将解出的值与所述终端对应的C-RNTI进行比较,如果不同,则认为终端存在与所述解出的值相应的集群组呼被叫业务,且所述终端的PDCCH盲检能力为低。
17.根据权利要求15所述的方法,其特征在于,所述基站接收到终端上报的P-ABILITY MAC CE,解出集群业务的G-RNTI和终端的PDCCH盲检能力的值,则基站认为所述终端存在与所述G-RNTI相应的集群组呼被叫业务,并具有与所述PDCCH盲检能力值相应的盲检能力。
18.根据权利要求15~17任意一项所述的方法,其特征在于,所述方法还包括:所述基站收集所述集群业务中各RRC_Connected状态的终端的盲检能力,并动态确定所述集群业务的盲检能力。
19.根据权利要求18所述的方法,其特征在于,所述动态确定所述集群业务的盲检能力具体包括:当收集到的集群业务中的各RRC_Connected状态的终端的盲检能力均为高时,则确定所述集群业务的盲检能力为高;否则,确定集群组呼的盲检能力为低。
20.根据权利要求18或19所述的方法,其特征在于,该方法还包括:所述基站根据所述集群业务的盲检能力对该集群业务进行调度。
21.根据权利要求20所述的方法,其特征于,所述调度具体包括:当集群业务的盲检能力为高时,则所述基站对该集群业务的G-RNTI放在专用空间进行调度;当集群业务的盲检能力为低时,则所述基站对该集群业务的G-RNTI放在公共空间进行调度。
22.根据权利要求15、18、19和21任意一项所述的方法,其特征在于,还包括:所述基站初始默认集群业务下各终端的盲检能力均为高。
23.一种集群组呼盲检能力处理的基站,其特征在于,该基站包括接收模块和第一判断模块,
所述接收模块,用于接收终端上报的包含集群业务标识和PDCCH盲检能力的消息,
所述第一判断模块,用于根据所述接收模块接收的消息,获取所述终端的集群业务标识和PDCCH盲检能力。
24.根据权利要求23所述的基站,其特征在于,所述第一判断模块还用于,当所述接收模块接收到终端上报的C-RNTI MAC CE后,将解出的值与所述终端对应的C-RNTI进行比较,如果不同,则所述第一判断模块认为终端存在与所述解出的值相应的集群组呼被叫业务,且所述终端的PDCCH盲检能力为低。
25.根据权利要求23所述的基站,其特征在于,所述第一判断模块还用于,当所述接收模块接收到终端上报的P-ABILITY MAC CE后,解出集群业务的G-RNTI和终端的PDCCH盲检能力的值,确定所述终端存在与所述G-RNTI相应的集群组呼被叫业务,且所述终端具有与所述PDCCH盲检能力值相应的盲检能力。
26.根据权利要求23~25任意一项所述的基站,其特征在于,该基站还包括第二判断模块,用于收集所述集群业务中各RRC_Connected状态的终端的盲检能力,并动态确定所述集群业务的盲检能力。
27.根据权利要求26所述的基站,其特征在于,所述动态确定所述集群业务的盲检能力具体包括:当收集的所述集群业务中各RRC_Connected状态的终端的盲检能力均为高时,所述第二判断模块则确定所述集群业务的盲检能力为高;否则,确定集群业务的盲检能力为低。
28.根据权利要求26或27所述的基站,其特征在于,基站还包括调度模块,用于根据集群业务的盲检能力对该集群业务进行调度。
29.根据权利要求28所述的基站,其特征于,当集群业务的盲检能力为高时,则所述调度模块对该集群业务的G-RNTI放在专用空间进行调度;当集群业务的盲检能力为低时,则所述调度模块对该集群业务的G-RNTI放在公共空间进行调度。
30.根据权利要求23、26、27和29任意一项所述的基站,其特征在于,所述第一判断模块初始默认集群业务下各终端的盲检能力均为高。
31.一种集群组呼盲检能力处理***,其特征在于,该***包括终端和基站,所述终端如权利要求8~14任意一项所述,所述基站如权利要求23~30任意一项所述的基站。
CN201310664570.6A 2013-12-09 2013-12-09 集群组呼盲检能力处理方法、装置和*** Expired - Fee Related CN104703145B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201310664570.6A CN104703145B (zh) 2013-12-09 2013-12-09 集群组呼盲检能力处理方法、装置和***
US15/310,876 US20170202032A1 (en) 2013-12-09 2014-12-09 Method, Apparatus and System for Processing Blind Detection Capability During Trunking Group Call
PCT/CN2014/093315 WO2015085897A1 (zh) 2013-12-09 2014-12-09 集群组呼盲检能力处理方法、装置和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310664570.6A CN104703145B (zh) 2013-12-09 2013-12-09 集群组呼盲检能力处理方法、装置和***

Publications (2)

Publication Number Publication Date
CN104703145A true CN104703145A (zh) 2015-06-10
CN104703145B CN104703145B (zh) 2018-05-11

Family

ID=53349832

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310664570.6A Expired - Fee Related CN104703145B (zh) 2013-12-09 2013-12-09 集群组呼盲检能力处理方法、装置和***

Country Status (3)

Country Link
US (1) US20170202032A1 (zh)
CN (1) CN104703145B (zh)
WO (1) WO2015085897A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109391967A (zh) * 2017-08-11 2019-02-26 维沃移动通信有限公司 一种信息上报及信息处理方法、终端及网络设备
CN109428698A (zh) * 2017-08-25 2019-03-05 成都鼎桥通信技术有限公司 基于终端能力上报的信道资源调度方法及基站
CN109429188A (zh) * 2017-08-21 2019-03-05 成都鼎桥通信技术有限公司 基于Btrunc的集群用户测量GAP规避方法及设备
CN112055412A (zh) * 2019-06-05 2020-12-08 成都鼎桥通信技术有限公司 一种B-TrunC群组的物理下行控制信道资源分配方法和装置
CN112994853A (zh) * 2019-12-16 2021-06-18 成都鼎桥通信技术有限公司 Mac ce的传输方法、装置及设备
CN113872736A (zh) * 2020-06-30 2021-12-31 成都鼎桥通信技术有限公司 数据传输方法、装置、设备和存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110139226B (zh) * 2018-02-09 2021-07-16 成都鼎桥通信技术有限公司 一种基于B-TrunC的群组状态处理方法和设备
WO2020056695A1 (zh) 2018-09-20 2020-03-26 Oppo广东移动通信有限公司 一种物理下行控制信道检测方法、设备及存储介质
CN110958709A (zh) * 2018-09-27 2020-04-03 维沃移动通信有限公司 数据传输方法及通信设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101699901A (zh) * 2009-09-28 2010-04-28 上海华为技术有限公司 优化用户设备搜索空间的方法及装置
CN102215586A (zh) * 2010-04-02 2011-10-12 电信科学技术研究院 一种物理下行控制信道pdcch盲检的方法及设备
CN102300167A (zh) * 2010-06-23 2011-12-28 中兴通讯股份有限公司 一种实现故障弱化的方法和***
CN102355732A (zh) * 2011-08-12 2012-02-15 电信科学技术研究院 一种下行控制信息传输方法及装置
WO2013178088A1 (zh) * 2012-05-31 2013-12-05 中兴通讯股份有限公司 一种控制信道的发送、接收方法及基站和终端

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244885B (zh) * 2010-05-10 2015-03-11 ***通信集团公司 一种控制信道盲检测方法及其装置
CN103621003B (zh) * 2011-05-03 2017-10-31 瑞典爱立信有限公司 用于传送控制数据到用户设备的方法和装置
CN102186201B (zh) * 2011-05-17 2013-07-24 大唐移动通信设备有限公司 一种ue及其检测pdcch的方法
CN103748928B (zh) * 2011-07-12 2017-10-13 安华高科技通用Ip(新加坡)公司 用于分量载波特定的ul/dl配置的搜索空间
KR20130050024A (ko) * 2011-11-07 2013-05-15 주식회사 팬택 무선 통신 시스템에서 e-pdcch 매핑 및 송수신 방법 및 장치
CN102404076B (zh) * 2011-11-07 2014-12-10 电信科学技术研究院 信息发送及盲检方法和设备
CN103546233B (zh) * 2012-07-12 2016-12-28 电信科学技术研究院 一种盲检方式确定方法、盲检方法及装置
CN102833688B (zh) * 2012-08-14 2018-04-27 中兴通讯股份有限公司 多播物理信道pmch的请求方法及***
CN103686614B (zh) * 2012-09-05 2017-11-24 中兴通讯股份有限公司 一种集群***组呼资源分配方法及装置
KR101786279B1 (ko) * 2013-05-30 2017-11-15 엘지전자 주식회사 하향링크 데이터를 디코딩하는 방법 및 장치
CN104519515B (zh) * 2013-09-27 2019-07-02 中兴通讯股份有限公司 上下行配置信息通知、获取方法,基站和用户设备
CN104683957B (zh) * 2013-12-03 2018-12-04 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和***
CN104703171A (zh) * 2013-12-07 2015-06-10 北京信威通信技术股份有限公司 集群业务属性处理的方法、装置和***
CN104735627A (zh) * 2013-12-23 2015-06-24 北京信威通信技术股份有限公司 集群业务属性上报和接收的方法、装置和***
CN105992376B (zh) * 2015-02-13 2019-01-22 中兴通讯股份有限公司 一种实现业务调度的方法、***、基站及用户设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101699901A (zh) * 2009-09-28 2010-04-28 上海华为技术有限公司 优化用户设备搜索空间的方法及装置
CN102215586A (zh) * 2010-04-02 2011-10-12 电信科学技术研究院 一种物理下行控制信道pdcch盲检的方法及设备
CN102300167A (zh) * 2010-06-23 2011-12-28 中兴通讯股份有限公司 一种实现故障弱化的方法和***
CN102355732A (zh) * 2011-08-12 2012-02-15 电信科学技术研究院 一种下行控制信息传输方法及装置
WO2013178088A1 (zh) * 2012-05-31 2013-12-05 中兴通讯股份有限公司 一种控制信道的发送、接收方法及基站和终端

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109391967A (zh) * 2017-08-11 2019-02-26 维沃移动通信有限公司 一种信息上报及信息处理方法、终端及网络设备
CN109391967B (zh) * 2017-08-11 2021-04-06 维沃移动通信有限公司 一种信息上报及信息处理方法、终端及网络设备
CN109429188A (zh) * 2017-08-21 2019-03-05 成都鼎桥通信技术有限公司 基于Btrunc的集群用户测量GAP规避方法及设备
CN109428698A (zh) * 2017-08-25 2019-03-05 成都鼎桥通信技术有限公司 基于终端能力上报的信道资源调度方法及基站
CN109428698B (zh) * 2017-08-25 2021-05-18 成都鼎桥通信技术有限公司 基于终端能力上报的信道资源调度方法及基站
CN112055412A (zh) * 2019-06-05 2020-12-08 成都鼎桥通信技术有限公司 一种B-TrunC群组的物理下行控制信道资源分配方法和装置
CN112055412B (zh) * 2019-06-05 2022-09-09 成都鼎桥通信技术有限公司 一种B-TrunC群组的物理下行控制信道资源分配方法和装置
CN112994853A (zh) * 2019-12-16 2021-06-18 成都鼎桥通信技术有限公司 Mac ce的传输方法、装置及设备
CN112994853B (zh) * 2019-12-16 2023-04-07 成都鼎桥通信技术有限公司 Mac ce的传输方法、装置及设备
CN113872736A (zh) * 2020-06-30 2021-12-31 成都鼎桥通信技术有限公司 数据传输方法、装置、设备和存储介质
CN113872736B (zh) * 2020-06-30 2023-08-18 成都鼎桥通信技术有限公司 数据传输方法、装置、设备和存储介质

Also Published As

Publication number Publication date
WO2015085897A1 (zh) 2015-06-18
US20170202032A1 (en) 2017-07-13
CN104703145B (zh) 2018-05-11

Similar Documents

Publication Publication Date Title
CN104703145A (zh) 集群组呼盲检能力处理方法、装置和***
CN101489305B (zh) 上行数据传输方法、通信***及装置
KR101365581B1 (ko) 단말 식별자의 사용 방법, 시스템 및 설비
CN103491643B (zh) 组通信连接的建立方法和设备
EP2375805A1 (en) Method, network apparatus, user equipment and system for resource management
EP3358879A1 (en) Communications terminal and method of communicating
US10057912B2 (en) Data scheduling method using unlicensed spectrum, apparatus, and device
JP2012527792A (ja) 制御チャネルリソースを割り当てる方法及び装置
CN110932833A (zh) 信息传输方法和装置
CN102812755A (zh) 机器类型通信装置的接入控制
CN101801093A (zh) 资源分配方式指示方法、装置和***
CN104378825A (zh) 一种上报缓存状态报告的方法、装置及***
CN104683957B (zh) 一种下行控制信道处理方法、装置和***
CN103716143A (zh) 一种时分双工动态帧结构配置方法、确定方法和相应装置
CN102958047A (zh) 一种宽带集群通信***的终端下行分配接收方法
CN103716912A (zh) 一种释放无线资源控制连接的方法、装置及***
CN104427626A (zh) 半静态调度方法和***
EP3905810A1 (en) Method used for determining frequency domain location of control resource set and related device
CN108605314A (zh) 一种上行数据传输方法及相关设备
CN102833734A (zh) 一种传输寻呼信息的方法
CN105812108B (zh) 大规模天线***的控制信令发送方法、基站、终端和***
EP3200488B1 (en) Paging method and device
CN104378187A (zh) 一种下行控制信道处理方法、装置和***
WO2016206003A1 (zh) 一种控制信息的发送方法、检测方法、基站和用户设备
CN110036676B (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
PP01 Preservation of patent right

Effective date of registration: 20191121

Granted publication date: 20180511

PP01 Preservation of patent right
PD01 Discharge of preservation of patent

Date of cancellation: 20200710

Granted publication date: 20180511

PD01 Discharge of preservation of patent
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180511

Termination date: 20191209

CF01 Termination of patent right due to non-payment of annual fee