TD-LTE系统的寻呼机制与容量.docx_第1页
TD-LTE系统的寻呼机制与容量.docx_第2页
TD-LTE系统的寻呼机制与容量.docx_第3页
TD-LTE系统的寻呼机制与容量.docx_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

TD-LTE系统的寻呼机制与容量寻呼是移动通信的关键过程,对于空闲状态(RRC-IDLE)的终端,系统使用寻呼类型1消息(PAGING TYPE1)通过公共信道寻呼UE;对于连接状态下(RRC-CONNECTED)的终端,系统使用寻呼类型2消息(PAGING TYPE2)直接在业务信道上通知UE。一、寻呼消息LTE系统中的寻呼消息中可以携带三类参数:寻呼的终端ID列表、系统消息改变指示标识及地震海啸预警指示标识(ETWS)。Paging message Paging := SEQUENCE pagingRecordList PagingRecordList OPTIONAL, - Need ON systemInfoModification ENUMERATED true OPTIONAL, - Need ON etws-Indication ENUMERATED true OPTIONAL, - Need ON nonCriticalExtension Paging-v890-IEs OPTIONAL Paging-v890-IEs := SEQUENCE lateNonCriticalExtension OCTET STRING OPTIONAL, - Need OP nonCriticalExtension Paging-v920-IEs OPTIONAL Paging-v920-IEs := SEQUENCE cmas-Indication-r9 ENUMERATED true OPTIONAL, - Need ON nonCriticalExtension SEQUENCE OPTIONAL - Need OP PagingRecordList := SEQUENCE (SIZE (1.maxPageRec) OF PagingRecord PagingRecord := SEQUENCE ue-Identity PagingUE-Identity, cn-Domain ENUMERATED ps, cs, . PagingUE-Identity := CHOICE s-TMSI S-TMSI, imsi IMSI, . 1. 寻呼的终端ID列表根据LTE规范,寻呼消息最多可以携带16个UE_ID。一般情况下Paging ID是S-TMSI,S-TMSI由MMEC+M-TMSI组成(40bit),其中MMEC为8bit,M-TMIS为32bit;二次寻呼或异常情况下Paging ID也可以用IMSI,异常寻呼可能需要终端重新做附着过程,IMSI长度为8个字节。(首次ATTACH使用IMSI,MME将GUTI通过attach accept将带给UE,S-TMSI为提高无线与信令流程的效率,对应关系只有MME与UE知晓,GUTI=MCC+MNC+MMEI+M-TMSI=MCC+MNC+MMEGI+MMEC+M-TMSI=MCC+MNC+MMEGI+S-TMSI) 2. 系统消息改变指示标识对于在RRC_IDLE或者RRC_CONNECTED状态下的终端,如果收到的寻呼消息中带有系统消息改变指示标识,则表示系统消息将会在下一个修改周期开始改变。此种情况下,终端通过寻呼消息并不能精确地知道是哪些系统消息发生了改变,所以终端需要重新读取SIB1,获取SIB1中的SIB标识值,然后比较本次读取的SIB标识值跟上次读取的SIB标识值是否相同。如果不同,则表示系统消息发生了改变,终端需要根据本次读取的SIB1中的其它系统消息的调度信息,把所有的其它相关系统消息都再重新读取一遍,然后使用新系统消息中的参数在该小区驻留或继续之前的业务。3. 地震海啸预警指示标识LTE对寻呼消息的用途做了很多扩展,除了用于网络寻呼终端的正常终端接收(MT)业务之外,还可以通知终端系统消息发生了改变和一些预警信息,比如地震或者海啸预警等。网络可以通过寻呼消息通知终端接收ETWS通知消息,让用户能够及时地获得一些紧急事件发生的信息。地震或海啸预警分为两类:第一类是紧急事件的预警,由SIB10承载;第二类是辅助救援信息的通知,由SIB11承载。另外,也可以发送一些紧急商业信息,由SIB12承载。(TS23.041)二、LTE空口寻呼机制在LTE中,没有为UE配置专门的物理寻呼信道,寻呼消息是由物理下行共享信道(PDSCH)承载的,而寻呼标识在常规的物理下行控制信道(PDCCH)上承载。UE周期性地监听PDCCH,如果从PDCCH信道上解出了寻呼无线网络临时标识(P-RNTI),则表示终端需要接收对应的PDSCH,然后通过寻呼传输信道(PCH)的参数去解析从PDSCH上接收到的数据块,进而获得寻呼消息。而如果终端在PDCCH上未解析出P-RNTI,则无需再去接收PDSCH物理信道。 在LTE的物理层协议中,系统无线帧帧号(SFN)的重复周期是256个帧,因此每个SFN的取值范围是0255。每个SFN又被分成10个子帧,其子帧编号的取值范围是09,每个子帧1毫秒。PF(Paging Frame)对应一个LTE无线帧,PO(Paging Occasion)对应LTE一个无线帧中某个子帧,通过PF和PO以及UE的IMSI,根据规范终端就知道在哪个PF的PO中监听寻呼消息。对一组UE来说,PF和PO的值对应了DRX周期内需要探测的相应PDCCH在时频资源上的无线帧的位置和无线帧内子帧的位置。其他时间UE可以进行DRX传输,意味着可以关闭接收机以节省电池能量。PF与PO主要由T与nB两个参数决定,在SIB2中通知UE:T:寻呼周期取值范围是32、64、128和256,单位是无线帧。该值越大,,则IDLE状态下UE的电力消耗越少,但是寻呼消息在无线信道上的平均延迟越大。nB:寻呼密度取值范围是4T、2T、T、T2、T4、T18、T16、T32,该参数主要表征了寻呼的密度,4T表示每个无线帧有4个子帧用于寻呼,T4表示每4个无线帧中有1个寻呼子帧。对于TD-LTE,当nB取4T时,寻呼子帧规定如下:由于子帧1、6为特殊子帧,建议优先考虑使用子帧0与5,也即一般不使用Ns4。PagingSentNum:用户寻呼下发次数取值范围:13,需要折衷考虑寻呼成功率与寻呼间的关系,建议值:1。三、寻呼信道的无线资源分配对于IDLE状态的UE,寻呼标识在公共PDCCH上发送,为保证信息全小区终端正确接收,公共PDCCH通常采用4CCE或8CCE的聚合等级,寻呼的通知由PDCCH DCI Format1C(紧凑压缩模式)通知UE,PDCCH的通知上携带P-RNTI(16bit的识别码,取值为xFFFE),表示这是寻呼消息。具体被寻呼的UE ID承载在PCH上的寻呼消息(Paging Message)中,PCH映射到PDSCH信道上。DCI Format1C信息如下: Format 1C与其它DCI格式有所不同,总是采用无线资源TYPE2以分布式VRB的方式来分配PRB资源,20MHz带宽的TD-LTE系统步长为4个RB,具体分配多少RB由1C格式里的Resource block assignment元素RIV决定,RIV可推算出分配RB的起点与数量:PCH消息采用固定的QPSK调制,采用何种码率由系统决定:1C格式IMCS与ITBS一致,有32种(5bit),TBS块大小由以下表格对应:寻呼消息最多可携带有16个UE-ID,若采用S-TMSI(40bit)加包头8bit,则信息总长为16x48=768bit;若采用IMSI,则信息总长为16x72=1152bit。如上表所示,当ITBS=31时,TBS块最大为1736bit,足够容纳最大的PCH信息。假设系统使用CQI指示5,则编码效率为0.877,配置8个RB(20MHz步长为4RB)去掉CRC后8*128*0.877-24=874bit,使用ITBS=21,对应TBS为840bit,即8个RB足可携带最大的16个寻呼消息(S-TMSI)。四、寻呼容量假设T取64,nB取T(一般配置情况下),即寻呼周期为640ms,每个

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论