LTE寻呼过程是LTE系统中用来通知用户设备(UE,User Equipment)的一种通信机制,当网络需要与处于空闲状态或者连接状态的UE进行通信时,就会触发寻呼过程。寻呼过程主要分为两大类,一类是由核心网(CN,Core Network)触发的,用于发送寻呼请求给特定的UE;另一类是由演进型节点B(eNodeB)触发的,主要用于通知UE系统信息的更新,以及重要的公共警告信息如地震海啸预警系统(ETWS)和商业移动告警服务(CMAS)等。 寻呼过程涉及的关键信道包括PCCH逻辑信道、PCH传输信道和PDSCH物理信道。其中,寻呼消息首先承载在PCCH逻辑信道上,然后映射到PCH传输信道,最终由PDSCH物理信道承载在下行方向传输。由于PDSCH是一个下行共享物理信道,它不仅可以承载PCH传输信道的数据,还可以承载其他如DL-SCH(Downlink Shared Channel)传输信道的数据。因此,UE在接收寻呼消息之前,必须先监听PDCCH物理信道,根据PDCCH上是否携带Paging Radio Network Temporary Identity(P-RNTI),来判断网络是否在本次寻呼周期内向该UE发送了寻呼消息。 在寻呼消息传输过程中,寻呼可以发生在S1接口和空口(Uu接口)两个层面。在S1接口层面,移动性管理实体(MME)负责向eNodeB发起寻呼过程,发送Paging消息以携带被寻呼UE的信息。eNodeB接收到Paging消息后,会解读出UE的跟踪区域标识(TAI)列表,并在对应跟踪区域内的小区进行寻呼。Paging消息中的一些核心网域(如CNDomain)指示不会在eNodeB解码,而是直接透传给UE。同时,Paging消息还可能包含DRX(Discontinuous Reception)配置,这些配置是UE之前通过NAS消息告知MME的,MME会在下发给eNodeB之前进行配置。另外,Paging消息还可能携带CSG(Closed Subscriber Group)寻呼优化参数,用于减少空口负荷。 当寻呼消息需要在空口进行传输时,具有相同寻呼时机的UE的寻呼内容会被eNodeB汇总成一条寻呼消息,并通过寻呼信道传输给这些UE。UE通过寻呼位置计算监听时间,并在相应的时间接收寻呼消息。寻呼消息成功接收后,由接入层(AS)提供给更高层,可能会触发RRC(Radio Resource Control)连接建立的过程,即UE作为被叫方接收电话呼叫。如果eNodeB同时收到多个UE的寻呼需求,为了节省信令开销,会采用一条Paging消息来发送所有这些寻呼需求。 在LTE寻呼过程中,涉及的重要参数包括UE的ID信息、Paging DRX参数配置、核心网域指示以及跟踪区域列表。这些参数不仅涉及UE的身份识别和寻呼周期配置,还涉及寻呼消息的传输和UE的响应过程。 整体而言,LTE寻呼过程是移动通信系统中用于在网络与UE间建立通信连接的重要机制,其设计考虑了网络和UE的资源效率,确保UE即使在空闲模式下也能及时响应网络的寻呼请求。
剩余8页未读,继续阅读
- 粉丝: 0
- 资源: 1
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- 基于javaweb的网上拍卖系统,采用Spring + SpringMvc+Mysql + Hibernate+ JSP技术
- polygon-mumbai
- Chrome代理 switchyOmega
- GVC-全球价值链参与地位指数,基于ICIO表,(Wang等 2017a)计算方法
- 易语言ADS指纹浏览器管理工具
- 易语言奇易模块5.3.6
- cad定制家具平面图工具-(FG)门板覆盖柜体
- asp.net 原生js代码及HTML实现多文件分片上传功能(自定义上传文件大小、文件上传类型)
- whl@pip install pyaudio ERROR: Failed building wheel for pyaudio
- Constantsfd密钥和权限集合.kt