lte寻呼小结

合集下载

lte外场寻呼事情事件处理经验与手段

LTE外场寻呼事情事件处理经验与手段摘要本文库文档旨在分享关于LT E外场寻呼事情事件处理的经验与手段。

通过探讨寻呼事情事件的背景和重要性，介绍处理此类事件的步骤和技巧，并提供实用的解决方案。

导言随着LT E技术的发展，寻呼事情事件在L TE外场网络中变得越来越普遍。

了解并有效处理这些事件对于维护网络性能和提供优质服务至关重要。

本文将探讨如何识别和处理L TE外场寻呼事情事件，并分享解决问题的经验与技巧。

1.寻呼事情事件背景L T E外场网络中的寻呼事情事件指的是发生在网络中的寻呼消息传输不成功或有延迟的情况。

这种事件可能导致通信中断、呼叫失败、网络容量低下以及用户不满等问题。

因此，及时准确地处理寻呼事情事件对于网络运营商至关重要。

2.寻呼事情事件处理步骤针对LT E外场寻呼事情事件，以下是一些处理步骤的建议：2.1事件识别首先，需要通过网络监控系统或分析工具来识别寻呼事情事件。

通过监测数据和指标，可以确定是否存在寻呼消息传输不成功或有延迟的情况。

2.2问题定位一旦识别出寻呼事情事件，需要进一步确定问题的具体位置和原因。

这可能需要对网络设备、信号传输和配置进行详细的分析和排查。

2.3数据分析在问题定位的基础上，进行深入的数据分析，以了解寻呼消息在何处丢失或延迟。

通过对相关数据的仔细检查，可以确定潜在的故障点并找出解决方案。

2.4故障排除一旦确定了故障点，需要采取相应的措施来解决问题。

可能的解决方案包括调整网络配置、更新软件版本、优化信号传输或设备更换等。

2.5维护和监控处理寻呼事情事件后，应定期进行维护和监控，以确保问题的持续解决和网络的健康运行。

及时跟踪和处理事件可以有效减少用户投诉和提高网络性能。

3.寻呼事情事件处理技巧为了更高效地处理LT E外场寻呼事情事件，以下是一些实用的技巧：3.1建立应急响应流程创建一套完善的应急响应流程，包括事件识别、问题定位、数据分析和故障排除等环节。

在实际操作中，运营商可以通过培训和模拟演练来提高团队的应急响应能力。

LTE寻呼

The UE may use Discontinuous Reception (DRX) in idle mode in order to reduce power consumption. One Paging Occasion (PO) is a subframe where there may beP-RNTI transmitted on PDCCH addressing the paging message. One Paging Frame (PF) is one Radio Frame, which may contain one or multiple Paging Occasion(s). When DRX is used the UE needs only to monitor one PO per DRX cycle.PF and PO is determined by following formulae using the DRX parameters provided in System Information:PF is given by following equation:SFN mod T= (T div N)*(UE_ID mod N)Index i_s pointing to PO from subframe pattern defined in 7.2 will be derived from followingcalculation:i_s = floor(UE_ID/N) mod NsSystem Information DRX parameters stored in the UE shall be updated locally in the UE whenever the DRX parameter values are changed in SI. If the UE has no IMSI, for instance when making an emergency call without USIM, the UE shall use as default identity UE_ID = 0 in the PF and i_s formulas above.The following Parameters are used for the calculation of the PF and i_s: - T: DRX cycle of the UE. T is determined by the shortest of the UE specific DRX value, if allocated by upper layers, and a default DRX value broadcast in system information. If UEspecific DRX is not configured by upper layers, the default value is applied.- nB: 4T, 2T, T, T/2, T/4, T/8, T/16, T/32.- N: min(T,nB)- Ns: max(1,nB/T)- UE_ID: IMSI mod 1024.IMSI is given as sequence of digits of type Integer (0..9), IMSI shall in the formulae above be interpreted as a decimal integer number, where the first digit given in the sequence represents the highest order digit.For example:IMSI = 12 (digit1=1, digit2=2)In the calculations, this shall be interpreted as the decimal integer "12", not "1x16+2 = 18".PCCH-Config ::= SEQUENCE {defaultPagingCycle ENUMERATED {rf32, rf64, rf128, rf256}, nB ENUMERATED {fourT, twoT, oneT, halfT, quarterT, oneEighthT,oneSixteenthT, oneThirtySecondT}。

LTE基站寻呼拥塞率问题分析处理

LTE基站寻呼拥塞率问题分析处理【摘要】实际现网由于用户量不多，基站负荷较小，4G网络在当前的业务需求以及寻呼策略下，一般的不太容易出现拥塞。

本例中描述的是一起单站信道板（BPL）故障导致寻呼拥塞，由面到点，再通过后台打印进程内容定位出故障位置。

给处理寻呼拥塞积累了一些分析思路。

【关键字】寻呼拥塞寻呼消息堆积【故障现象】在滁州日常KPI指标统计中，发现4月22日的网络的寻呼拥塞率从平时的0.00%突变到0.01%。

图1 滁州整网寻呼拥塞率【告警信息】检查告警信息，发现并没有大规模基站故障告警，只有部分零散的新开基站存在告警，但不会导致整网的寻呼拥塞率高。

【原因分析】寻呼拥塞率KPI分析：寻呼拥塞率=寻呼记录发送不成功次数/混户籍路应发送次数*100%主要是指eNB由于资源限制原因导致寻呼消息发送失败的情况。

由于目前现网是网络容量大于需求，正常情况下不会出现寻呼拥塞。

从核心网的同事了解到当前的寻呼策略是按照最近一次活动的TA寻呼和TA LIST寻呼相结合的。

第一次在最近一次活动的TA下寻呼一次，如果寻呼不到，则在相应的TA LIST 范围内进行寻呼。

表1 LTE网络寻呼的参数设置导致寻呼拥塞的原因可能有：无线测配置的寻呼参数配置失当或者网络的TA划分不合理：检查寻呼参数设置如下：表2 现网寻呼参数的设置其中nB和T属于协议参数，别的属于算法参数；广播的基站所用的寻呼周期（T），在UE使用时还有一个参数，叫做UE的专用寻呼周期，两者取小作为UE的实际使用的寻呼周期。

该UE的专用寻呼周期（取值范围与小区寻呼周期的相同）来自于UE 自己上报的NAS消息，在寻呼UE时，由核心网在寻呼消息中通知基站。

2、硬件配置问题：由面到点，查询全网的寻呼拥塞率指标，发现全部集中在滁州学院宿舍楼室分的8槽位BPL板的4/5/6三个小区，如下图：图2 滁州学院宿舍楼室分寻呼拥塞率综上，检查滁州学院宿舍楼的参数配置，可以排除寻呼信道不够用的情况；检查滁州学院宿舍楼室分的TAC规划，网管配置跟规划的一致，同个TAC下只有28个站点，排除TAC规划问题。

LTE零碎小知识整理

LTE零碎小知识整理X-RNTI（1）SI-RNTI：系统消息（2）P-RNTI：寻呼（3）RA-RNTI：标示用户发随机接入前导所使用的资源块（4）C-RNTI：用户业务（5）TPC-PUCCH—RNTI： PUCCH上行功控信息（6）TPC-PUSCH—RNTI： PUSCH上行功控信息（7）SPS C-RNTI的用法和C-RNTI是一样的，只是使用半静态调度的时候才用；P-RNTI C-RNTI可以在一个子帧里存在，paging的P-RNTI是所有UE共用的见36321的表格。

P-RNTI是FFFE, SI-RNTI是FFFF, 对于所有UE是共用的。

因为手机需要X-RNTI对PDCCH进行盲检DCI,而对于手机来说,每个subframe只可能有一个DCI,所以在UE-Specified Space里面,手机只存在一个RNTI.但是在Common Search Space,手机可以用的公共的RNTI (例如P-RNTI) 不过，PDCCH本身是盲检测的，如果再加上需要在common search space搜索公共的RNTI，UE的开销会是很大的。

在随机接入的过程中，UE会选择一个前导码和时频资源发送前导码-Msg1，发送的子帧位于PRACH资源的位置可以推算出RA-RNTI；RA-RNTI= 1 + t_id+10*f_id；见MAC协议。

基站收到终端的前导后根据收到前导的PRACH时频资源位置推算RA-RNTI，并以该RA-RNTI加扰PDCCH，并发送随机接入响应-Msg2，该Msg2-RAR 中包含了TC-RNTI，是基站为终端分配的临时调度ID（temporal C-RNTI/C-RNTI），用于终端和网络的进一步通信。

MSG3, MSG4省略，当终端随机接入成功后就会将TC-RNTI升级为C-RNTI。

基站要寻呼UE 就通过P-RNTI加扰PDCCH，并指示DAI，UE会解码PDCCH，并根据DAI的信息找到寻呼的下行数据；基站与终端建立连接后（connected），通过C-RNTI或SPS-RNTI进行PDCCH的加扰解扰，进而获得调度信息，截获相应子帧的业务数据。

LTE网络寻呼容量评估

LTE网络寻呼容量评估目录1概述1.1TAC介绍LTE网络现行寻呼策略为：精准寻呼+普通的寻呼，即UE上次驻留的eNodeB发起寻呼->精准寻呼2S响应超时寻呼下级，最近TAC ->精准寻呼2S响应超时寻呼下级，TAL->精准寻呼2S响应超时重新寻呼， TAL ->寻呼6S超时后重新寻呼，TAL ->寻呼6S超时后寻呼失败。

注：若UE在一个eNodeB下的驻留时间小于2分钟（eNodeB粘性时长），MME将跳过该UE对应的寻呼规则中“最近eNodeB”的寻呼范围，直接跳转到下一级范围（TAC或TA List）进行寻呼。

TAC区作为LTE网络寻呼过程中重要的一环，配置即不能过大也不能过小：过大：会导致核心侧、无线侧资源消耗过大，引起过载、挤占业务信道资源或需要的配置过高问题。

过小：会导致TAC级寻呼成功率偏低、从而触发过多不心要的TAC List级寻呼，并导致TAC编号资源紧张。

1.2TAC区约束条件TAC区最大寻呼能力需要考虑以下2方面的约束条件：1、核心侧MME现网配置条件下的寻呼能力。

2、无线侧寻呼对空口资源占用合理比例下的寻呼能力。

2TAC寻呼能力分析2.1核心侧MME分析核心网进行TAC合并的条件是，一个TAL下挂基站数量不超过150，否则在用户数突增情况下可能造成MME侧设备的负荷问题。

TAL下TAC数量减少对核心网设备负荷的影响在5%左右。

统计现网TAL下挂基站数目情况，150个基站以上的TAL数目达到53个，其中衡水最高达到一个TAL下面825个BBU（TAL:18929），部分过大的TAL需要进行分裂后再进行TAC合并。

按照现网TAL的基站容量对TAL进行了级别分类，建议分批次进行TAL裂分：2.2无线侧空口分析LTE寻呼信息主要由PDSCH（业务信道）承载，因此PDCCH容量无压力，重点分析PDSCH能力如下。

目前现网配置：1、寻呼周期为秒。

2、寻呼标识采用S-TMSI（每用户占用约42bit）。

LTE学习积累总结

一、LTE语音相关1.基础概念CS语音:在2G/3G网络中，语音一般由电路域交换（Circuit Switch，CS）系统提供，因此我们一般也称之为CS语音。

IMS语音: 当IP多媒体子系统（IP Multi-media Subsystem，IMS）出现后，我们将IMS提供的语音业务称之为IMS语音，一般也可以称之为PS（分组域交换，Packet Switch）语音，这是因为IMS需要通过分组域交换网络提供的IP通道与用户终端进行交互。

一般认为，IMS语音是LTE/EPS阶段提供的标准语音服务方案。

全IP网络:随着IP技术的发展，电信网络逐渐废弃了传统七号信令网络，而全面转向全IP网络，以第三代伙伴项目（3GPP，3rd GenerationPartnership Project）组织为例，LTE 将采用全IP 化核心网，抛弃了当前2G/3G系统中的电路交换域，而将分组交换域进行研究，从而定义了全IP的长期演进/演进分组系统网络LTE/EPS（Long TermEvolution/Evolved PacketSystem[1]）。

因此在LTE/EPS网络中CS语音将不可用。

由于语音业务对时延的要求比较高, 在目前的3G 及其以前的系统中, 都通过电路域承载。

利用专用资源。

语音业务通过IP 承载已经成为发展趋势。

在LTE( Long Term Evolution) 系统中, 只存在分组域, 语音业务通过VoIP( Voice over Internet Protocol) 承载。

2.LTE语音实现方案LTE 将采用全IP 化核心网，从而带来对传统电路域语音业务承载的变革。

CS回退（CS FallBack）技术。

使用CS 回退技术可把语音业务从LTE 网络转移到传统的2G 或3G 网络，通过传统的电路域进行语音承载。

缺点：CS 回退过程中将发生inter- RAT 小区选择或切换，因此带来较大的呼叫建立延迟，且CS 回退要求2G/3G 网络与E- UTRAN 网络重叠覆盖，没有传统2G/3G 网络的新兴运营商无法采用此方案。

LTE网络寻呼机制及寻呼容量分析

关键词：ＬＴＥ；寻呼机制；寻呼容量；ＰＦ；ＰＯ
的大小直接影响用户的体验，过大会降低用户的数ＬＴＥ是３ＧＰＰ推出的新一代无线通信系统，目标据速率，过小会造成寻呼时延过大并延长连接建立尽量减小寻呼占是超越现有无线接人能力，全面支撑高性能数据业时间。通常应在一定的阻塞概率下，以提高用户的有效数据速率。文章介绍了务。虽然ＬＴＥ是３ＧＰＰ中ＧＳＭ、ＷＣＤＭＡ、ＨＳＰＡ的后向用的资源，
．１ＬＴＥ寻呼分类提升。同时ＬＴＥ在３Ｇ寻呼功能的基础上进行了扩展，２
增加了通知ＵＥ紧急信息如地震海啸告警系统ＥＴＷＳ中携带三类参数：被寻呼的终端ＩＤ列表、系统消息改
按照ＬＴＥ寻呼的发起方划分，可分为ＣＮ发起和ＣＮ发起：当ＣＮ收到呼叫其域内某终端需求时，
ｔｙ），则表示ＵＥ需要接收对应的物理下行共享信道
在ＬＴＥ协议中，寻呼消息在逻辑信道ＰＣＣＨ（Ｐａｇ — ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅ１），然后通ｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ，寻呼控制信道）、传输信道ＰＣＨ和过寻呼传输信道ＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅ１）的参数去解析物理信道ＰＤＳＣＨ问的映射关系如图１所示。

移动lte个人工作总结

移动lte个人工作总结在过去的一段时间里，我一直致力于移动LTE网络的优化工作。

在这个过程中，我学到了很多新知识，也积累了丰富的工作经验。

现在，我想对我的工作进行总结和反思。

首先，我主要的工作内容是对移动LTE网络进行优化。

这包括对网络覆盖范围、信号质量、数据传输速率等方面进行调整和改进。

我通过数据分析和现场测试，发现了一些网络问题，并提出了相应的解决方案。

通过我的努力，我们的LTE网络的性能得到了显著提升，用户体验也得到了改善。

在工作中，我还深入研究了LTE网络的相关技术，包括蜂窝网络原理、基站配置、天线优化等方面。

通过学习这些知识，我对LTE网络的工作原理和优化方法有了更深入的理解，也为我的工作提供了更多的思路和方法。

在工作中，我也遇到了一些挑战和困难。

在一些复杂的网络问题上，我花了很多时间进行思考和尝试，但并没有找到很好的解决方案。

尽管如此，我并没有放弃，而是坚持不懈地去寻找问题的根源，并最终找到了解决问题的方法。

这个过程让我更加坚定了自己的决心和毅力。

在未来的工作中，我会继续努力学习，跟上新技术的发展，不断提升自己的专业水平。

同时，我也会继续坚持对LTE网络进行深入的优化工作，为用户提供更好的网络体验。

希望能够在未来的工作中取得更好的成绩，为公司的发展做出更大的贡献。

在过去的一段时间里，我一直致力于移动LTE网络的优化工作。

在这个过程中，我学到了很多新知识，也积累了丰富的工作经验。

现在，我想对我的工作进行总结和反思。

首先，我要感谢团队合作。

在LTE网络的优化工作中，团队合作起着至关重要的作用。

我们一起分析问题，讨论解决方案，共同努力实现网络的改善。

团队的支持和合作使得我们的工作进展顺利，也让我感受到了团队的力量。

在这段时间的工作中，我主要的任务是对LTE网络进行优化。

我们将重点放在了网络覆盖范围、信号质量、数据传输速率等方面。

经过不断的数据分析和现场测试，我们成功地发现了一些网络问题，并提出了相应的解决方案。

寻呼

eNB上，寻呼相关的参数有两个，作为广播消息在SIB2中传递给UE：其中defaultPagingCycle即T，决定DRX周期即寻呼周期，单位为rf（无限帧，10ms），取值范围是32、64、128和256。

值越大，RRC_IDLE状态下UE的电力消耗越少，但是相应的，寻呼消息的平均延迟越大，接通的时延也越大。

nB表征寻呼密度，取值范围是4T、2T、T、T/2、T/4、T/8、T/16、T/32，图中oneT表示每个无线帧有1个子帧用于寻呼，如果设置为T/32则表示每32个无线帧有1个子帧用于寻呼，该值决定了LTE系统的寻呼容量。

nB的取值表征寻呼组的数量，如T取值128，nB取值T，则相当于将所有的用户分为128个寻呼组，如果T取值64，nB取值T/4，则分为16个寻呼组，寻呼组越多，每个组中用户数量越少。

LTE寻呼在物理信道PDSCH信道传输，每个寻呼信道最多可以寻呼16个用户，根据nB 的取值，可以计算出小区的寻呼容量：由于移动通信寻呼的突发性，一般要求网络的寻呼负荷不超过50%的寻呼容量，因此，在进行网络规划、参数规划的时候，需要考虑综合TAC、用户分布等因素，规划寻呼参数：一般情况下，LTE小区寻呼参数建议设置：–T=64或者128，nB=T此时，寻呼周期640/1280ms，寻呼容量：1600次/秒特殊场景（如大型活动、比赛现场），需要对某些小区的寻呼参数进行优化调整，可以采用的方案如下：–nB：增大nB，提高小区寻呼容量，减少寻呼拥塞，如nB→2T/4T–T：T值越大，寻呼时延越长，寻呼组增加，每个寻呼信道中的用户越少，反之寻呼时延缩短，每个寻呼信道用户增加，可能导致某个时刻一个寻呼组寻呼的用户超过16个，反而增加的寻呼时延，因此，可以根据实际用户的数量，调整T值。

寻呼的教案

7.6 LTE寻呼7.6.1寻呼概述网络可以向空闲状态发送寻呼，也可以向连接状态的UE发送寻呼。

寻呼过程可以由核心网触发，也可以由eNodeB触发。

在LTE网络中，发送寻呼主要有如下几种场景（1）发送寻呼信息给RRC_IDLE状态的UE。

这种情况下寻呼过程是由核心网触发，用于通知某个UE接收寻呼请求（2）通知RRC_IDLE/RRC_CONNECTED状态下的UE系统信息改变。

这种情况下寻呼过程是由eNodeB触发，用于通知系统信息更新。

（3）通知UE关于ETWS（地震、海啸预警系统）信息。

寻呼还可以发送地震、海啸预警系统信息、商业移动告警服务。

（4）通知UE关于CMAS（商业移动告警服务）通知信息。

7.6.2寻呼过程处于Idle模式下的终端，根据网络广播的相关参数使用非连续接收（DRX）的方式周期性地去监听寻呼消息。

终端在一个DRX的周期内，可以只在相应的寻呼无线帧上的寻呼时刻先去监听PDCCH上是否携带有P—RNTI，进而去判断相应的PDSCH上是否有承载寻呼消息。

如果在PDCCH上携带有P—RNTI，就按照PDCCH 上指示的PDSCH的参数去接收PDSCH物理信道上的数据；而如果终端在PDCCH上未解析出P—RNTI，则无需再去接收PDSCH物理信道，就可以依照DRX周期进入休眠。

寻呼DRX是指处在RRC空闲状态的UE不连续地监测寻呼信道（PCH）。

它的主要优点就是实现手机较低功耗、较低的延迟和较低的网络负荷。

在连接（Connected）模式下，终端需要根据网络配置的相关参数（如Short DRX Cycle和Long DRX Cycle等）周期性地去监听PDCCH信道。

7.6.3寻呼帧和寻呼时机RRC_IDLE状态下的UE在特定的子帧（1ms）监听PDCCH，这些特定的子帧称为寻呼时机（PO，Pag-ing Occasion），这些子帧所在的无线帧（10ms）称为寻呼帧（PF，Paging Frame）。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

6
寻呼相关信道映射过程
寻呼消息是由PCCH逻辑信道承载的，PCCH逻辑信道的数据块又是由PCH传输信道来承载，而PCH传输信道的数据块又是由PDSCH物理信道来承载的。由于 PDSCH是下行共享物理信道，所以其上除了可以承载PCH传输信道之外，还可以承载DL—SCH传输信道。因此在接收寻呼消息之前，终端需要先去监听PDCCH 物理信道，然后根据PDCCH物理信道上是否有携带P-RNTI，来判断网络在本次寻呼周期是否有发寻呼消息给自己。
8
TD-lte帧结构
一个无线帧=10ms
在LTE的物理层协议中，其无线帧帧号的重复周期是1024，因此每个无线帧帧号的取值范围是 0～1023。每个无线帧又被分成10个子帧，其子帧编号的取值范围是0～9。因此终端需要先计算出所监听的PDCCH出现的无线帧帧号(PF)，然后再计算出PF上的寻呼时刻(PO)，就可以精确地知道所监听的PDCCH物理信道的具体位置。
在寻呼消息中如果所指示Paging ID是S-TMSI，则表示本次寻呼是一个正常的业务呼叫；如果 Paging ID是IMSI，则表示本次寻呼是一次异常的呼叫，用于网络侧的错误恢复，此种情况下终端需要重新做一次附着(Attach)过程。
5
寻呼消息的承载
在LTE的协议中，定义了承载寻呼消息的逻辑信道 (PCCH)、传输信道(PCH)物理信道(PDSCH)，其映射关系如下图所示。
9
寻呼中的相关算法--PF
关于PF的计算，有公式
SFNmodT=(T／N)×(UE_IDmodN) 凡是满足公式(1)的所有SFN的值，都是PF。由于SFN的取值范围是0一1023，所以PF会在 0～1023的取值范围内周期性的出现。 (1)
10
PF计算中的相关参数
T是DRX参数。网络会在系统消息SIB2中广播此参数给终端，其取值范围是32，64，128，256，单位是无线帧。 nB是网络在SIB2中广播的，其取值范围是4T，2T ，T，T／2，T／4，T／8，T／16，T／32，单位是无线帧。 N等于min(T,nB) ，取DRX和nB中的最小值，单位是无线帧。
Lte 寻呼知识小结
寻呼的定义(Paging)
网络可以向空闲状态和连接状态的UE发送寻呼，寻呼过程可以由核心网触发，用于通知某个UE接收寻呼请求，或者由eNodeB触发，用于通知系统信息更新，以及通知UE接收 ETWS以及CMAS等信息。
2
相关参数ous Reception
SFN： System Frame Number PO：Paging Occasion PF：
Paging Frame
P-RNTI:paging radio network temporary identity
S_TMSI ：System Architecture Evolution Temporary
7
LTE终端监听寻呼周期的过程
终端在一个DRX的周期内，可以只在相应的寻呼无线帧 (Pf)上的寻呼时刻(PO)先去监听PDCCH上是否携带有 P—RNTI，进而去判断相应的PDSCH上是否有承载寻呼消息。如果在PDCCH上携带有P—RNTI，就按照 PDCCH上指示的PDSCH的参数去接收PDSCH上的数据；如果终端在PDCCH上未解析出P—RNTI，则无需再去接收PDSCH物理信道，就可以依照DRX周期进入休眠。利用这种机制，在一个DRX周期内，终端可以只在PO出现的时间位置上去接收PDCCH，然后再根据需要去接收PDSCH。而在其它时间可以睡眠，以达到省电的目的。
Mobile Subscriber Identity
IMSI:
International Mobile Subscriber Identity
寻呼消息的传输
寻呼消息接口传输
4
寻呼消息空口传输
非接入层（NAS）信令连接建立的通知
终端收到的寻呼消息中如果带有UE ID列表，终端需要用自己的UE ID来跟寻呼消息中携带的UE ID 一一进行匹配，以判断此寻呼消息是否是在呼叫自己。
置。
i_s = floor(UE_ID/N) mod Ns
12
PO计算中的相关参数
N: min(T,nB) Ns: max(1,nB/T)
UE_ID: IMSI mod 1024.
根据公式(1)中对nB取值范围的解释，Ns的取值范围是1，2，4。所以i_s的取值范围是0，l，2，3 。根据LTE标准中的定义，i_s与PO 之间有一个固定的映射关系.(右图为 TDD模式下的对应关系)
Ns
1
PO when i_s=0 0
PO when i_s=1 N/A
PO when i_s=2 N/A
PO when i_s=3 N/A
2
0
5
N/A
N/A
4
0
1
5
6
13
PF与PO的位置关系
在下图中，给出了关于PF与PO之间的位置关系的示意。当SFN等于i 时，如果能满足公式(1)中的等号两边的值相等，则此时PF的SFN值等于i 。假设根据网络配置的参数，终端计算出Ns的值是2，i_s的值是0，根据对应关系表可知PO的值等于0，则此种情况下的PO与PF之间的位置关系如下图所示。
Ns PO when i_s=0 0 PO when i_s=1 N/A PO when i_s=2 N/A PO when i_s=3 N/A
1
2
0
5
N/A
N/A
#0 #1 #2 #3 #4 …… #9
4
0
1
5
6
14
Q&A
15
谢谢！
16
UE—ID等于IMSI mod 1024
11
寻呼中的相关算法--PO
PO是终端需要监听的PDCCH在寻呼无线帧
上的子帧号。因此计算出PF之后，如果再计算出本终端的PO在PF上的位置i_s，然后再根据i_s与 PO之间的映射关系，就可以精确地获得终端应该去监听的PDCCH物理信道所出现的精确的时间位