[go: up one dir, main page]

CN104703145B - 集群组呼盲检能力处理方法、装置和系统 - Google Patents

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

Info

Publication number
CN104703145B
CN104703145B CN201310664570.6A CN201310664570A CN104703145B CN 104703145 B CN104703145 B CN 104703145B CN 201310664570 A CN201310664570 A CN 201310664570A CN 104703145 B CN104703145 B CN 104703145B
Authority
CN
China
Prior art keywords
blind detection
terminal
detection capability
base station
rnti
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.)
Expired - Fee Related
Application number
CN201310664570.6A
Other languages
English (en)
Other versions
CN104703145A (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 PCT/CN2014/093315 priority patent/WO2015085897A1/zh
Priority to US15/310,876 priority patent/US20170202032A1/en
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

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation 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或SPSG-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 MACCE、或通过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-RNTIMAC 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 MAC CE向基站侧小区上报G-RNTI；如果终端盲检能力为高，则不通过C-RNTI MAC 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 MAC CE向基站侧小区上报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-ABILITY MAC CE向基站侧小区上报UE1的群组呼标识和PDCCH盲检能力。P-ABILITY MAC CE中各字段填写的值为：G-RNTI字段填写31，P字段填写0，Reserved字段填写随机值。
UE2：
终端UE2处于RRC_Connected状态且有集群组呼被叫业务，其G-RNTI为31；UE1的PDCCH盲检能力为高，故UE2通过P-ABILITY MAC CE向基站侧小区上报UE2的群组呼标识和PDCCH盲检能力。P-ABILITY MAC CE中各字段填写的值为：G-RNTI字段填写31，P字段填写0，Reserved字段填写随机值。
UE3：
终端UE3处于RRC_Connected状态且有集群组呼被叫业务，其G-RNTI为31；UE1的PDCCH盲检能力为高，故UE2通过P-ABILITY MAC 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-RNTIMAC 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 (21)

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

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 CN104703145A (zh) 2015-06-10
CN104703145B true 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)

Families Citing this family (9)

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

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 中国移动通信集团公司 一种控制信道盲检测方法及其装置
US9520975B2 (en) * 2011-05-03 2016-12-13 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for transmission of control data to a user equipment
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 주식회사 팬택 무선 통신 시스템에서 ｅ-ｐｄｃｃｈ 매핑 및 송수신 방법 및 장치
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 中兴通讯股份有限公司 一种集群系统组呼资源分配方法及装置
WO2014193068A1 (ko) * 2013-05-30 2014-12-04 엘지전자 주식회사 하향링크 데이터를 디코딩하는 방법 및 장치
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 中兴通讯股份有限公司 一种控制信道的发送、接收方法及基站和终端

Also Published As

Publication number Publication date
CN104703145A (zh) 2015-06-10
US20170202032A1 (en) 2017-07-13
WO2015085897A1 (zh) 2015-06-18

Similar Documents

Publication Publication Date Title
CN104703145B (zh) 集群组呼盲检能力处理方法、装置和系统
US12184434B2 (en) Initial and retransmissions of data for V2X transmissions
US20210337557A1 (en) Method and apparatus for processing priority in d2d communication system
CN106412794B (zh) 一种资源分配的方法和设备
CN113115457B (zh) 无线通信系统中的低延迟、低带宽和低占空比操作
JP5485399B2 (ja) システム情報の送信方法、システム及び設備
CN105163346B (zh) 副链路缓冲状态报告的生成方法及装置
CN106455069B (zh) 一种下行控制信道的发送和接收方法、装置
CN103796311B (zh) 一种集群半静态调度资源配置方法及基站及终端
CN105101431B (zh) 一种设备到设备通信方法、装置及系统
CN106488575B (zh) 一种数据传输方法、接入点、站点
CN104956752A (zh) 移动通信设备和用于基于ue能力分配虚拟载波外部的资源的方法
TW201713145A (zh) 用於車輛到車輛通訊的基於位置和先聽後排程的資源配置
JP2012527792A (ja) 制御チャネルリソースを割り当てる方法及び装置
CN107734695B (zh) 一种终端的上行单发方法、5g新空口基站及lte基站
US10299256B2 (en) Physical downlink control channel detection method and device
CN105992383A (zh) 随机接入响应消息发送方法和节点
CN103999526B (zh) 上行资源分配方法及装置
CN112398592B (zh) 反馈信息传输方法及通信装置
CN103002579A (zh) 传输控制信息的方法、基站和用户设备
WO2015081844A1 (zh) 一种下行控制信道处理方法、装置和系统
CN108605314A (zh) 一种上行数据传输方法及相关设备
CN107113792A (zh) 一种控制信息的发送方法、检测方法、基站和用户设备
CN104378187B (zh) 一种下行控制信道处理方法、装置和系统
CN107454675B (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