CN103052033A - 专网中用户设备的数据处理方法 - Google Patents

专网中用户设备的数据处理方法 Download PDF

Info

Publication number
CN103052033A
CN103052033A CN2011103151796A CN201110315179A CN103052033A CN 103052033 A CN103052033 A CN 103052033A CN 2011103151796 A CN2011103151796 A CN 2011103151796A CN 201110315179 A CN201110315179 A CN 201110315179A CN 103052033 A CN103052033 A CN 103052033A
Authority
CN
China
Prior art keywords
rnti
channel
data
pcch
gpcch
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
CN2011103151796A
Other languages
English (en)
Other versions
CN103052033B (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.)
TD Tech Ltd
Original Assignee
TD Tech Ltd
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 TD Tech Ltd filed Critical TD Tech Ltd
Priority to CN201110315179.6A priority Critical patent/CN103052033B/zh
Publication of CN103052033A publication Critical patent/CN103052033A/zh
Application granted granted Critical
Publication of CN103052033B publication Critical patent/CN103052033B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种专网中用户设备的数据处理方法，该方法包括：在每个子帧，用户设备UE根据当前所处的状态和当前并发业务的能力，按照预设的优先级设置策略，确定当前的业务信道或控制信道的处理优先级顺序；所述UE按照所述业务信道或控制信道的处理优先级顺序，确定当前需要处理的数据并进行相应的处理。采用本发明可以解决当前系统中当多个RNTI对应的数据同时到达同一处理器时，UE无法处理的问题。

Description

专网中用户设备的数据处理方法
技术领域
本发明涉及移动通信技术，特别是涉及专网中用户设备的数据处理方法。
背景技术
在当前的LTE技术标准中，针对不同的业务会配有不同的无线网络临时识别号(RNTI)，比如对系统广播消息来说会配有系统信息无线网络临时识别标识(SI-RNTI)，寻呼信道会配置寻呼无线网络临时识别标识(P-RNTI)，上行随机接入会存在随机接入无线网络临时识别标识(RA-RNTI)，对一般接入的用户来说会配置用户专用的小区无线网络临时识别标识(C-RNTI)用于用户专用调度命令加扰等操作。在原LTE标准协议中，除了上述提到的RNTI外，还有临时小区无线网络临时识别标识(Temporary C-RNTI)，发送功率控制上行物理控制信道无线网络临时识别标识(TPC-PUCCH-RNTI)，发送功率控制上行物理共享信道无线网络临时识别标识(TPC-PUSCH-RNTI)，半静态调度小区无线网络临时识别标识(SPS-C-RNTI)(用于SPS的激活和SPS传数重传据命令的加扰)。
在基于LTE的专网系统中，除了原LTE标准中支持的RNTI外，额外增加了支持群组业务的群组无线网络临时标识符(G-RNTI)和群组寻呼无线网络临时标识符GP-RNTI。G-RNTI主要用于下行群组的SPS激活命令，下行群组控制信道GCCH调度命令和上行群组主讲用户数据SPS相关的调度命令的识别。GP-RNTI主要是用于群组寻呼调度命令的识别。
上述RNTI加扰的下行调度命令，可以分为专用命令和公用命令，RNTI加扰的调度命令在控制信道资源(Control Channel Elements，CCE)上所占有的空间是可分为公共控制信道空间和专用控制信道空间，公共控制命令放在CCE的公共空间上，并且公共空间是由多个公共调度命令共享的，用户专用的调度命令放在专用空间上，专用空间可以是多个用户共享，也可以由一个用户专享，但是专用空间是和用户所分配的C-RNTI/Temporary RNTI是绑定的，不同用户分配的C-RNTI/Temporary C-RNTI所对应的CCE搜索空间可能会重叠。
原LTE协议中，SI-RNTI，P-RNTI，RA-RNTI，TPC-PUCCH-RNTI，TPC-PUSCH-RNTI，SPS-C-RNTI是多个用户共享的，所以它们加扰的命令一般是放在CCE的公共空间上，而Temporary C-RNTI和C-RNTI主要分配给单个的用户，由单个用户专享。对用户专用业务的调度命令一般放在和用户相关的C-RNTI/Temporary C-RNTI所确定的空间。针对专网设置的G-RNTI和GP-RNTI，GP-RNTI主要对支持群组业务的寻呼命令的识别，GP-RNTI加扰的寻呼调度命令一般放在CCE公共搜索空间，而G-RNTI在用作下行的群组业务调度命令加扰时虽然是多个用户共享，但是G-RNTI可以放在CCE的公共搜索空间，也可以放在专用的CCE搜索空间。公共的CCE搜索空间是从固定CCE空间索引0开始的，而终端对专用空间的搜索是从C-RNTI/Temporary C-RNTI所确定的起始位置上开始。
终端对公共控制信道(Common Control Channel)进行搜索解码调度命令，从公共调度信令指定的下行物理共享信道(Physical Downlink SharedChannel)中解调出相应的公共共享数据。如果用户有专用数据要传，用户的专用数据调度命令采用用户专用的C-RNTI(或者Temporary C-RNTI，G-RNTI)进行加扰，并且调度命令的下发是放在和C-RNTI(或者TemporaryC-RNTI，G-RNTI)相绑定的专用物理CCE空间。
在原LTE系统中，无线资源控制(RRC)状态只有两种，一种是连接态(connected)，一种是空闲态(idle)。在空闲态下，用户一般只在公共搜索空间检测SI-RNTI和P-RNTI加扰的命令，不对其他的RNTI进行检测。由于SI-RNTI和P-RNTI加扰的命令一般放在CCE的公共搜索空间，而公共搜索空间可以同时容纳2～4个公共调度命令，也就是说SI-RNTI和P-RNTI加扰的调度命令可能会出现在同一个子帧中，UE终端可以同时接收系统消息和寻呼两条消息，UE终端在处理和SI-RNTI和P-RNTI调度命令对应的信道数据时，会自动把这两个RNTI对应的信道数据分别发送到不同的处理模块进行处理，具体的SI-RNTI加扰命令对应的数据会传到系统消息(SI)数据处理模块，P-RNTI加扰的命令对应的数据会传到寻呼(Paging)数据处理模块进行处理。
当用LTE技术支持专网时，由于群组寻呼和群组业务的加入，以及相应的GP-RNTI和G-RNTI的引入，UE在同一个时刻可能会接收到多个RNTI，UE在处理接收到的多个RNTI命令对应的数据处理时，会出现多个RNTI对应的数据会送到一个数据处理单元的情况，比如GP-RNTI(群组寻呼)和P-RNTI(正常的点对点业务的寻呼)会争抢寻呼处理单元，但受到UE配置的硬件限制，同一个数据处理器不能同时处理两个RNTI的数据，这样，就会出现UE无法处理同时到达的两个RNTI的问题。在目前的专网中尚未提出一种能解决上述问题的方法。
发明内容
有鉴于此，本发明的主要目的在于提供一种专网中用户设备的数据处理方法，该方法能有效解决当多个RNTI对应的数据同时到达UE的同一处理单元时，UE无法处理的问题。
为了达到上述目的，本发明提出的技术方案为：
一种专网中用户设备的数据处理方法，该方法包括以下步骤：
a、在每个子帧，用户设备UE根据当前所处的状态和当前并发业务的能力，按照预设的优先级设置策略，确定当前的业务信道或控制信道的处理优先级顺序；
b、所述UE按照所述业务信道或控制信道的处理优先级顺序，确定当前需要处理的数据并进行相应的处理。
综上所述，本发明提出的专网中用户设备的数据处理方法，根据不同场景，设置相应的业务信道或控制信道的处理优先级顺序，然后再根据当前场景下信道的处理优先级顺序，确定当前需要处理的数据，从而可以解决当前系统中当多个RNTI对应的数据同时到达同一处理单元时，UE无法处理的问题。
附图说明
图1为本发明实施例一的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的核心思想是：在以LTE技术为基础的集群系统中，在原空闲(Idle)态上增加了：非监听子态和监听子态两个子态，在原连接(Connected)态上也增加：非监听子态和监听子态两个子态。监听子态是指UE处在监听群组业务状态，比如监听群组语音业务，非监听子态是指UE不监听任何群组业务所在的状态。一般情况下，UE可以并发进行一般的数据业务(PS业务)和点对点语音业务/群组语音业务，即用户可以同时进行监听一般数据业务和点对点/群组语音业务。本发明将根据上述增加的用户子态和用户进行并发业务的能力，区分用户所处的不同场景，并根据网络侧对不同信道的调度优先级来确定UE对不同信道上的数据进行处理的优先级，这样，UE根据当前的场景，按照相应的优先级选择监听的信道，即可解决当多个RNTI对应的数据同时到达同一处理器时，UE无法处理的问题。
图1为本发明的实施例一的示意图，如图1所示，该实施例一主要包括：
步骤101、在每个子帧，用户设备UE根据当前所处的状态和当前并发业务的能力，按照预设的优先级设置策略，确定当前的业务信道或控制信道的处理优先级顺序。
这里，所述优先级设置策略可以具体包括如下内容：
当UE处于空闲态的非监听子态上时，如果寻呼控制信道(PCCH)和群组寻呼控制信道(GPCCH)之间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)。
当UE处在空闲态的监听子态上时，如果PCCH、GPCCH和群组控制信道/群组业务信道(GCCH/GTCH)中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)＞GCCH/GTCH(G-RNTI)。
当UE处在连接态的非监听子态上且进行单个数据业务(PS业务)时，如果PCCH、GPCCH和专用控制信道/专用数据信道(DCCH/DTCH)中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)＞DCCH/DTCH(C-RNTI)。
当UE处在连接态的监听子态上且单个PS业务和群组业务的监听同时在进行时，如果PCCH、GPCCH、GCCH/GTCH和DCCH/DTCH中出现两两间或者三个信道间或者四个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)＞GCCH/GTCH(G-RNTI)＞DCCH/DTCH(C-RNTI)。
当UE处在连接态的非监听子态上且单个PS业务和点对点语音业务同时在进行时，如果PCCH、GPCCH和DCCH/DTCH中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)＞DCCH/DTCH(C-RNTI，SPS-C-RNTI)。
当UE处在连接态的非监听子态上且单个PS业务和主讲业务同时在进行时，如果PCCH、GPCCH、GCCH/GTCH和DCCH/DTCH中出现两两间或者三个信道间或者四个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH(P-RNTI)＞GPCCH(GP-RNTI)＞GCCH/GTCH(G-RNTI)＞DCCH/DTCH(C-RNTI、UL SPS C-RNTI)。
上述策略中，PCCH(P-RNTI)中的P-RNTI是指调度PCCH信道所用的调度命令用P-RNTI进行识别。其它的类似描述，GPCCH(GP-RNTI)、GCCH/GTCH(G-RNTI)、DCCH/DTCH(C-RNTI、UL SPS C-RNTI)等，其中括号里的含义与此类似。
需要说明的是，上述不同情景下的优先级设置是根据网络侧进行调度时的优先级顺序策略确定的，这样，通过确保UE侧的接收优先级与网络侧的调度优先级相一致，可以确保UE准确快速地选择当前进行处理的数据，从而解决UE在面对多个信道的数据同时竞争同一处理模块时无法进行处理的问题。
步骤102、所述UE按照所述业务信道或控制信道的处理优先级顺序，确定当前需要处理的数据并进行相应的处理。
这里需要说明的是，本步骤中确定当前需要处理的数据时，需要根据步骤101中所确定的处理优先级顺序，来确定当前需要处理接收到的哪个RNTI对应的数据，即优先选择该处理优先级顺序中优先级高的信道对应的RNTI进行处理，然后根据接收到的RNTI对调度上述信道所用的调度命令进行识别，从而确定出当前需要处理的数据。
具体地，网络侧调度所述PCCH、GPCCH、GCCH/GTCH和DCCH/DTCH信道所用调度命令分别用P-RNTI，GP-RNTI，G-RNTI和C-RNTI(Temporary-C-RNTI)无线网络临时识别号进行加扰。相应地，本步骤按照下述方法来识别不同的业务或控制信道的调度命令：根据P-RNTI对调度所述PCCH信道所用的调度命令进行识别；根据GP-RNTI对调度所述GPCCH信道所用的调度命令进行识别；根据G-RNTI对调度所述GCCH或GTCH信道所用的调度命令进行识别；根据C-RNTI或Temporary-C-RNTI对调度所述DCCH或DTCH信道所用的调度命令进行识别。
这里，具体的UE侧对数据进行处理的方法已为本领域技术人员所掌握，在此不再赘述。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种专网中用户设备的数据处理方法，其特征在于，该方法包括以下步骤：
a、在每个子帧，用户设备UE根据当前所处的状态和当前并发业务的能力，按照预设的优先级设置策略，确定当前的业务信道或控制信道的处理优先级顺序；
b、所述UE按照所述业务信道或控制信道的处理优先级顺序，确定当前需要处理的数据并进行相应的处理。
2.根据权利要求1所述的方法，其特征在于，所述优先级设置策略包括：
当UE处于空闲态的非监听子态上时，如果寻呼控制信道PCCH和群组寻呼控制信道GPCCH之间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH；
当UE处在空闲态的监听子态上时，如果PCCH、GPCCH和群组控制信道/群组业务信道GCCH/GTCH中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH＞GCCH/GTCH；
当UE处在连接态的非监听子态上且进行单个数据业务(PS业务)时，如果PCCH、GPCCH和专用控制信道/专用数据信道DCCH/DTCH中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH＞DCCH/DTCH；
当UE处在连接态的监听子态上且单个PS业务和群组业务的监听同时在进行时，如果PCCH、GPCCH、GCCH/GTCH和DCCH/DTCH中出现两两间或者三个信道间或者四个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH＞GCCH/GTCH＞DCCH/DTCH；
当UE处在连接态的非监听子态上且单个PS业务和点对点语音业务同时在进行时，如果PCCH、GPCCH和DCCH/DTCH中出现两两间或者三个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH＞DCCH/DTCH；
当UE处在连接态的非监听子态上且单个PS业务和主讲业务同时在进行时，如果PCCH、GPCCH、GCCH/GTCH和DCCH/DTCH中出现两两间或者三个信道间或者四个信道间的数据处理存在竞争同一处理模块的情况，则信道处理优先级由高到低的顺序依次为：PCCH＞GPCCH＞GCCH/GTCH＞DCCH/DTCH。
3.根据权利要求2所述的方法，其特征在于，所述监听子态为UE处在监听群组业务的状态，所述非监听子态为UE不监听任何群组业务时所在的状态。
4.根据权利要求2所述的方法，其特征在于，所述步骤b中确定当前需要处理的数据时，根据寻呼无线网络临时识别标识P-RNTI，对调度所述PCCH信道所用的调度命令进行识别；根据群组寻呼无线网络临时标识符GP-RNTI，对调度所述GPCCH信道所用的调度命令进行识别；根据群组无线网络临时标识符G-RNTI，对调度所述GCCH控制信道所用的调度命令或对调度所述GTCH业务信道所用的调度命令进行识别；根据小区无线网络临时识别标识C-RNTI或临时小区无线网络临时识别标识Temporary-C-RNTI，对调度所述DCCH或DTCH信道所用的调度命令进行识别。
CN201110315179.6A 2011-10-17 2011-10-17 专网中用户设备的数据处理方法 Expired - Fee Related CN103052033B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110315179.6A CN103052033B (zh) 2011-10-17 2011-10-17 专网中用户设备的数据处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110315179.6A CN103052033B (zh) 2011-10-17 2011-10-17 专网中用户设备的数据处理方法

Publications (2)

Publication Number Publication Date
CN103052033A true CN103052033A (zh) 2013-04-17
CN103052033B CN103052033B (zh) 2015-01-28

Family

ID=48064506

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110315179.6A Expired - Fee Related CN103052033B (zh) 2011-10-17 2011-10-17 专网中用户设备的数据处理方法

Country Status (1)

Country Link
CN (1) CN103052033B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378188A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104378187A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
WO2015081844A1 (zh) * 2013-12-03 2015-06-11 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN106559843A (zh) * 2015-09-25 2017-04-05 上海贝尔股份有限公司 一种用于在会话前侦听的操作中支持多种QoS的方法
WO2022016557A1 (zh) * 2020-07-24 2022-01-27 华为技术有限公司 一种数据传输方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043304A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 长期演进网络的数据处理方法
CN101043301A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线通信系统中的数据重排重组方法及其基站
CN102149206A (zh) * 2010-02-09 2011-08-10 中兴通讯股份有限公司 上行调度方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043304A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 长期演进网络的数据处理方法
CN101043301A (zh) * 2006-03-22 2007-09-26 华为技术有限公司 一种无线通信系统中的数据重排重组方法及其基站
CN102149206A (zh) * 2010-02-09 2011-08-10 中兴通讯股份有限公司 上行调度方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378188A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104378187A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104378187B (zh) * 2013-08-12 2018-03-09 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104378188B (zh) * 2013-08-12 2019-02-22 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
WO2015081844A1 (zh) * 2013-12-03 2015-06-11 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN106559843A (zh) * 2015-09-25 2017-04-05 上海贝尔股份有限公司 一种用于在会话前侦听的操作中支持多种QoS的方法
CN106559843B (zh) * 2015-09-25 2019-10-25 上海诺基亚贝尔股份有限公司 一种用于在会话前侦听的操作中支持多种QoS的方法
WO2022016557A1 (zh) * 2020-07-24 2022-01-27 华为技术有限公司 一种数据传输方法及装置

Also Published As

Publication number Publication date
CN103052033B (zh) 2015-01-28

Similar Documents

Publication Publication Date Title
US11405855B2 (en) Telecommunications apparatus and methods
CN102958047B (zh) 一种宽带集群通信系统的终端下行分配接收方法
EP3043607B1 (en) Method and device for paging a user equipment
CN101690277B (zh) 移动通信系统、基站及移动终端
CN105027650B (zh) 移动通信设备和在机器类型通信的虚拟载波之间分配系统信息的方法
CN103535102B (zh) 用于适应资源到用户设备的随机接入分配的方法和装置
EP2683201B1 (en) Method for accessing a cell, method for selecting a cell, base station device and user equipment device
CN103796175B (zh) 一种lte系统中发送、接收集群寻呼的方法和相应装置
US20180042033A1 (en) Method and device for scheduling single-cell Multimedia Broadcast and Multicast Service
CN103124399B (zh) 集群组呼寻呼的侦听方法及装置
CN103200535B (zh) 一种集群组的寻呼方法
CN101827425B (zh) 一种上行发送数据的方法和系统
CN110247731A (zh) 下行控制信息传输方法及基站、终端
US20170188341A1 (en) Method, Apparatus and System for Processing Downlink Control Channels
CN103052033B (zh) 专网中用户设备的数据处理方法
CN104427626A (zh) 半静态调度方法和系统
CN104703145A (zh) 集群组呼盲检能力处理方法、装置和系统
CN103209395B (zh) 一种集群寻呼消息的发送和接收方法
CN104469747A (zh) 接收下行数据的方法及终端
CN103052167B (zh) 一种下行调度命令空间的配置方法
CN102883278B (zh) 一种集群组呼业务下行数据的传输方法
CN104936187B (zh) 用于设备到设备信号传输的资源分配方法和装置
CN104427634B (zh) 信令发送方法和装置
CN106550473B (zh) 一种业务调度的方法及装置
CN108990150A (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
C14 Grant of patent or utility model
GR01 Patent grant
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: 20150128

Termination date: 20211017