太阳城集团

  • / 7
  • 下载费用:30 金币  

专网中用户设备的数据处理方法.pdf

摘要
申请专利号:

CN201110315179.6

申请日:

2011.10.17

公开号:

CN103052033B

公开日:

2015.01.28

当前法律状态:

授权

有效性:

有权

法律详情: 授权|||实质审查的生效IPC(主分类):H04W 4/08申请日:20111017|||公开
IPC分类号: H04W4/08(2009.01)I; H04W72/10(2009.01)I; H04W72/12(2009.01)I; H04L1/18 主分类号: H04W4/08
申请人: 鼎桥通信技术有限公司
发明人: 王大飞; 王亮; 徐绍君; 王健
地址: 100102 北京市朝阳区望京北路9号叶青大厦D座15层
优先权:
专利代理机构: 北京德琦知识产权代理有限公司 11018 代理人: 王一斌;王琦
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201110315179.6

授权太阳城集团号:

103052033B||||||

法律状态太阳城集团日:

太阳城集团2015.01.28|||2013.05.15|||2013.04.17

法律状态类型:

授权|||实质审查的生效|||公开

摘要

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

权利要求书

权利要求书一种专网中用户设备的数据处理方法,其特征在于,该方法包括以下步骤:
a、在每个子帧,用户设备UE根据当前所处的状态和当前并发业务的能力,按照预设的优先级设置策略,确定当前的业务信道或控制信道的处理优先级顺序;
b、所述UE按照所述业务信道或控制信道的处理优先级顺序,确定当前需要处理的数据并进行相应的处理。
根据权利要求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。
根据权利要求2所述的方法,其特征在于,所述监听子态为UE处在监听群组业务的状态,所述非监听子态为UE不监听任何群组业务时所在的状态。
太阳城集团根据权利要求2所述的方法,其特征在于,所述步骤b中确定当前需要处理的数据时,根据寻呼无线网络临时识别标识P‑RNTI,对调度所述PCCH信道所用的调度命令进行识别;根据群组寻呼无线网络临时标识符GP‑RNTI,对调度所述GPCCH信道所用的调度命令进行识别;根据群组无线网络临时标识符G‑RNTI,对调度所述GCCH控制信道所用的调度命令或对调度所述GTCH业务信道所用的调度命令进行识别;根据小区无线网络临时识别标识C‑RNTI或临时小区无线网络临时识别标识Temporary‑C‑RNTI,对调度所述DCCH或DTCH信道所用的调度命令进行识别。

说明书

说明书专网中用户设备的数据处理方法
技术领域
本发明涉及移动通信技术,特别是涉及专网中用户设备的数据处理方法。
背景技术
在当前的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 Shared Channel)中解调出相应的公共共享数据。如果用户有专用数据要传,用户的专用数据调度命令采用用户专用的C‑RNTI(或者Temporary C‑RNTI,G‑RNTI)进行加扰,并且调度命令的下发是放在和C‑RNTI(或者Temporary C‑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侧对数据进行处理的方法已为本领域技术人员所掌握,在此不再赘述。
太阳城集团综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

关 键 词:
专网中 用户 设备 数据处理 方法
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
太阳城集团本文
本文标题:专网中用户设备的数据处理方法.pdf
链接地址:http://zh228.com/p-6420939.html
太阳城集团我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服客服 - 联系我们

copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
葡京赌场|welcome document.write ('');