CN103052033A - 专网中用户设备的数据处理方法 - Google Patents
专网中用户设备的数据处理方法 Download PDFInfo
- 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
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信道所用的调度命令进行识别。
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)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043301A (zh) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | 一种无线通信***中的数据重排重组方法及其基站 |
CN101043304A (zh) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | 长期演进网络的数据处理方法 |
CN102149206A (zh) * | 2010-02-09 | 2011-08-10 | 中兴通讯股份有限公司 | 上行调度方法 |
-
2011
- 2011-10-17 CN CN201110315179.6A patent/CN103052033B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043301A (zh) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | 一种无线通信***中的数据重排重组方法及其基站 |
CN101043304A (zh) * | 2006-03-22 | 2007-09-26 | 华为技术有限公司 | 长期演进网络的数据处理方法 |
CN102149206A (zh) * | 2010-02-09 | 2011-08-10 | 中兴通讯股份有限公司 | 上行调度方法 |
Cited By (8)
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 | |
EP3043607B1 (en) | Method and device for paging a user equipment | |
CN102958047B (zh) | 一种宽带集群通信***的终端下行分配接收方法 | |
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 | |
US20180042033A1 (en) | Method and device for scheduling single-cell Multimedia Broadcast and Multicast Service | |
EP2903313A1 (en) | Method and corresponding apparatus for sending and receiving trunking paging in lte system | |
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) | 一种集群寻呼消息的发送和接收方法 | |
CN103052167B (zh) | 一种下行调度命令空间的配置方法 | |
CN108990149A (zh) | 寻呼配置方法 | |
CN104936187B (zh) | 用于设备到设备信号传输的资源分配方法和装置 | |
CN104469747A (zh) | 接收下行数据的方法及终端 | |
CN102883278B (zh) | 一种集群组呼业务下行数据的传输方法 | |
CN104427634B (zh) | 信令发送方法和装置 | |
CN106550473B (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 |