LTE 寻呼时刻计算

LTE常用定时器解释及配置建议LTE（Long Term Evolution）是一种移动通信技术，提供更快的数据传输速度和更低的时延。

在LTE系统中，定时器被广泛用于处理各种时序事件，以确保系统正常运行。

本文将解释LTE常用定时器的作用，并提供配置建议。

1.提示定时器（T300）：提示定时器用于处理无线资源块（RB）分配的确认消息（PRACHRACH）。

当UE发送资源申请后，网络需要在一定时间内确认资源分配是否成功。

如果确认消息未及时到达，UE将重新发送资源请求。

T300定时器的配置建议是根据网络负载和时延要求来设置合适的超时时间。

通常，T300的取值范围为100毫秒到2000毫秒。

2.连接建立定时器（T310）：3.连接失活定时器（T325）：连接失活定时器用于处理UE在一些服务小区的连接已断开的情况。

当连接断开后，UE需要等待一定时间来检测该服务小区是否恢复连接。

T325定时器的配置建议是根据网络规划和时延要求。

通常，T325的取值范围为100毫秒到2000毫秒。

4.心跳定时器（T3324）：心跳定时器用于处理UE与网络之间的链路保持活跃。

网络会周期性地发送心跳消息给UE，以确保网络与UE之间的连接保持正常。

如果UE 在T3324定时器到期之前未收到心跳消息，UE将认为连接已断开并进行相应的处理。

T3324定时器的配置建议是根据网络规划和链路保持的要求。

通常，T3324的取值范围为10秒到30秒。

5. 支持Paging的空闲定时器（T3413）：支持Paging的空闲定时器用于处理UE处于空闲状态时的Paging消息。

当UE处于空闲状态时，网络会周期性地发送Paging消息给UE，以便通知UE有待处理的消息。

如果UE在T3413定时器到期之前未接收到Paging消息，UE将认为当前服务小区无任何待处理的消息。

T3413定时器的配置建议是根据网络规划和Paging消息的要求。

通常，T3413的取值范围为20秒到200秒。

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信道。

控制网元MME：发起寻呼、eNodeB：传输寻呼eNodeB适用范围在一个跟踪区域（TA）内在一个小区内指示使用的UE标长标识（如NAS分配的S-TMSI或短标识（如eNodeB分配的C-RNTI 识IMSI）16bits）7.6.3寻呼帧和寻呼时机RRC_IDLE状态下的UE在特定的子帧（1ms）监听PDCCH，这些特定的子帧称为寻呼时机（PO，Pag-ing Occasion），这些子帧所在的无线帧（10ms）称为寻呼帧（PF，Paging Frame）。

中国移动LTE_频段中心频点的计算方法中国移动使用的LTE（Long Term Evolution）网络的频段是1、3、8，即FDD（Frequency Division Duplexing）模式下的1.4GHz、1.8GHz和2.1GHz频段。

移动LTE的中心频点计算方法如下：1.确定频段：首先确定需要计算中心频点的频段。

在中国移动LTE的场景中，常见的是频段1、3和8、在FDD模式下，频段1的上行频段为1920MHz至1980MHz，下行频段为2110MHz至2170MHz；频段3的上行频段为1710MHz至1785MHz，下行频段为1805MHz至1880MHz；频段8的上行频段为880MHz至915MHz，下行频段为925MHz至960MHz。

2.计算频段宽度：频段宽度为上行频段和下行频段的频率差值。

以频段1为例，上行频段的频率差值为1980MHz-1920MHz=60MHz，下行频段的频率差值为2170MHz-2110MHz=60MHz。

因此，频段1的宽度为60MHz。

3.计算上行频点：上行频点可以通过上行频段的起始频率和频段宽度计算得到。

以频段1为例，上行频段起始频率为1920MHz，频段宽度为60MHz。

上行频点的计算公式为：上行频点=起始频率+频段宽度/2=1920MHz+60MHz/2=1950MHz。

4.计算下行频点：下行频点可以通过下行频段的起始频率和频段宽度计算得到。

以频段1为例，下行频段起始频率为2110MHz，频段宽度为60MHz。

下行频点的计算公式为：下行频点=起始频率+频段宽度/2=2110MHz+60MHz/2=2140MHz。

因此，频段1的中心频点为上行频点1950MHz和下行频点2140MHz。

5.根据需要进行其他频段的计算：以上仅为频段1的计算示例，如果需要计算频段3和频段8的中心频点，可以按照相同的步骤进行计算。

输入不同的频段起始频率和频段宽度，即可计算得到相应的中心频点。

GSM系统LAC（位置区）容量计算方法每秒寻呼块数×每寻呼块的寻呼消息数=每秒钟最多可发送寻呼次数→每小时支持寻呼次数→每位置区允许话务量✧ 每秒寻呼块数1帧=4.615ms，1复帧=51帧=0.2354s，假设接入允许保留块数为AGB块，则每秒的寻呼块数：（对于非组合BCCH）每秒寻呼块数=（9-AGB）/0.2354（寻呼块/秒），对于非组合BCCH：华为BSC通常配置为AGB=2，则每秒寻呼块数＝29.7 寻呼块/秒。

✧ 每寻呼块的寻呼次数（X）根据GSM0408协议9.1.22 节，每个寻呼块有23个字节，可以发送2个IMSI 寻呼（a）；或2个TMSI 和1个IMSI 寻呼（b）；或4个TMSI寻呼（c）。

按照华为MSC的寻呼策略，若采用IMSI 寻呼机制，则平均每寻呼块可发送寻呼次数X为：X＝2 寻呼次数/寻呼块✧ 每秒钟最多可发送寻呼次数（P）可由下列公式计算：（对于非组合BCCH）P =（9-AGB）/0.2354（寻呼块/秒）×X （寻呼次数/寻呼块）采用IMSI 寻呼机制：对非组合BCCH，当AGB=2时，P= 59.47 寻呼次数/秒；✧ 每位置区允许话务量（T）假设的话务模型为：• 平均通话持续时间：60秒• MS成功被叫次数（导致寻呼并产生TCH话务量）占总呼叫次数比例：30％则60秒持续通话时间对应1/60 次呼叫/(秒.Erl)，其中的30％由被叫产生，因此，30％的MS成功被叫对应：1/60*30% = 0.005 次成功被叫/（秒.Erl）。

假设75％的MS都在第一次寻呼时响应，25％的MS在第二次寻呼时才响应，第三次寻呼以后MS才响应的忽略不计（此为假设数据，具体计算时应该按实际网上数据计算）。

因此MS的每一次成功被叫需要1.25次寻呼（25％的寻呼需要第二次重发），则产生：Y=0.005*(1+25%)=0.00625 寻呼次数/（秒.Erl）采用IMSI 寻呼机制时，一个位置区允许的话务量为：T=P*50%/Y = 4757.86 Erl (AGB=2，非组合BCCH)。

LTE网络中TA的概念及距离计算TA（Timing Advance）是LTE网络中的一个概念，用于协调UE （User Equipment，用户设备）和基站之间的时钟同步，并帮助UE在发送上行信号时，根据信号的延迟和基站的接收时间来计算出合适的发送时刻，以确保信号到达基站时的时序一致性。

在LTE网络中，为了保证一个UE的上行信号能够在同一时刻到达基站进行处理，TA的概念被引入。

TA代表了UE相对于基站的距离，以时间的单位来表示，单位为“支持的子载波SD（sub-frame）”。

一个子载波的时间长度为约1/14毫秒。

TA的值可正可负，正值表示UE比基站更远的距离，负值表示UE比基站更近的距离。

通过调整TA的值，可以使UE的上行信号在合适的时刻到达基站，避免与其他UE的信号冲突。

TA的值需要通过特定的算法进行计算。

LTE标准中定义了一种根据接收到的下行信号时间戳和发送上行信号时刻的延迟来计算TA的方法。

具体计算过程如下：1.UE接收到基站的下行信号，并获取信号的时间戳。

2.UE根据时间戳和自身的时钟来计算下行信号的延迟。

3.UE根据延迟的值和TA的单位来计算出TA的初步值。

4.UE发送上行信号，并将TA的初步值发送给基站。

5.基站接收到UE的上行信号，并从中提取出TA的初步值。

6.基站根据TA的初步值以及基站的时钟来计算出UE相对于基站的精确距离。

7.基站将计算出的距离值传输给UE，UE更新TA的值。

在实际距离计算中，由于信号传播过程中的干扰和信道衰落等因素的存在，基站很难精确地测量到UE与基站之间的绝对距离。

因此，TA可以看作是一种基于时间的近似距离度量，用于实现时序一致性。

总结起来，TA是LTE网络中用于协调UE和基站之间时钟同步的概念。

通过计算UE相对于基站的距离，调整UE的发送时刻，以保证信号的时序一致性。

尽管TA不能精确反映UE与基站的绝对距离，但在实际的LTE网络中，TA是一种有效的距离计算手段，为网络的正常运行提供了重要的支持。

lte物理层时延计算你们有没有想过，我们用手机打电话、上网玩游戏的时候，信息是怎么在网络里跑来跑去的呀？这里面呀，就涉及到一个很有趣的东西，叫LTE物理层时延。

那这个时延到底是怎么算的呢？咱们今天就一起来弄明白它。

想象一下，你和住在另一个城市的好朋友约好了一起在网上玩游戏。

你在这边点了开始游戏的按钮，这个消息就得通过网络传到你朋友那里。

这个消息在网络里“走路”，就需要花费一些时间，这个时间就是时延啦。

LTE呢，就像是一条信息的高速公路，让消息能快快地跑。

在LTE物理层里，时延主要和几个小“家伙”有关系。

一个是传播时延。

比如说，你对着山谷大喊一声，声音要过一会儿才能传回来，这就是因为声音在空气中传播需要时间。

信息在网络里传播也是一样的。

假如你家到你朋友家的距离比较远，就像住在不同的城市，信息要走的路就长，花的时间就会多一些。

打个比方，如果信息每秒钟能走300000千米（这可快啦），你和朋友家相距300千米，那传播时延就是300除以300000 = 0.001秒。

还有一个是处理时延。

这就好比你要寄一封信，在寄出去之前，得把信装到信封里，写好地址什么的。

网络里的设备收到信息后，也要做一些处理，比如检查信息有没有错误，给信息贴上“标签”，告诉它该去哪儿。

这些处理也需要时间哦。

比如说，一个设备处理一条信息大概需要0.0005秒。

再就是排队时延啦。

这就像你去超市排队结账，前面人多的话，你就得等一会儿。

在网络里，信息有时候也得排队等着被处理和发送。

如果同一时间有很多信息都要通过一个设备，那它们就得一个一个来，后面的信息就得等前面的处理完。

比如说，有10条信息在排队，每条信息处理需要0.0005秒，那最后一条信息的排队时延就是0.0005×9 = 0.0045秒（因为它前面有9条信息在等着呢）。

那总的时延呢，就是把这几个时延加起来。

就像你上学，从家到学校，走路花了一些时间，在学校门口登记花了一些时间，排队进教室又花了一些时间，把这些时间加起来，就是你从家到坐到教室里的总时间啦。

lte系统中ta的范围
在LTE（Long Term Evolution）系统中，TA（Timing Advance，时序提前）是用于控制上行信号的传输时延，以确保基站和终端设备之间的时钟同步。

TA的范围取决于LTE系统中的传输时间间隔（Transmission Time Interval，TTI）。

在LTE中，常见的TTI有1毫秒（ms）和0.5毫秒（ms）两种。

对于1毫秒（ms）的TTI，TA的范围是0到2047。

即TA可以设置为0到2047个时钟周期，每个时钟周期为1/3072000秒。

对于0.5毫秒（ms）的TTI，TA的范围是0到1023。

即TA可以设置为0到1023个时钟周期，每个时钟周期为1/6144000秒。

请注意，不同LTE系统实施可能会有略微的差异，因此具体的TA范围可能会有所不同。

此外，TA的具体值也受到信道传播延迟等因素的影响，因此在实际应用中需要根据具体情况进行调整和配置。

建议参考相关LTE系统的规范和文档获取更准确和详细的信息。

DRX原理DRX：Discontinnuous Reception引入目的：节电——终端没有数据传输时，进入睡眠状态，关闭收发单元以达到降低终端功耗DRX可分为两种：DRX机制：长短DRX 周期和连续接收之间的转换由eNode B 中的定时器（周期配置算法）或命令来控制。

UE 进入DRX 模式后，检查当前子帧是否满足下面公式：[(SFN×10) + subframe number] modulo(current DRX) = DRX Start Offset当满足上面公式时，那么就启动定时器on DurationTimer，此时UE 就要开始监听PDCCH 信道了。

如果收到DRX MAC 控制信息单元，也就意味着eNode B 要求UE 进入睡眠状态，那么这时就会停止两个定时器on Duration Timer 和DRX-InactivityTimer，但是并不会停止跟重传相关的定时器。

如果DRX-Inactivity Timer 超时或者收到DRXMAC 控制信息单元，而且配置了短DRX 周期，那么启动或者重启DRX Short Cycle Timer，使用短DRX周期。

否则使用长DRX 周期。

如果DRX Short Cycle Timer 超时，那么使用长DRX 周期。

由于在短周期里面没有收到PDCCH，则就认为确实没什么数据发送接收，那么短周期的监听似乎没有必要，因此把监听的周期变长一点，这样长短周期配合能够达到更好的DRX效果。

两种DRX原理分别如下：1. 对于寻呼DRX，根据36.304协议的规定，其寻呼的帧号和子帧号可以计算出来，每个UE有自己特定的发射时刻（PO）：,SFN mod T = (T/N) × (UE_ID mod N)i_s = (UE_ID/N) mod NsT = min(Tc, Tue)N = min(T , number of paging subframes per fra me. × T )Ns = max(1, number of paging subframes per frame) (3.1)where:Tc is the cell-specific default paging cycle {32, 64, 128, 256} radio frames,Tue is the UE-specific paging cycle {32, 64, 128, 256} radio frames,N is the number of paging frames with the paging cycle of the UE,UE_ID is the IMSI mod 4096, with IMSI being the decimal rather than the binary number,i_s is an index pointing to a pre-defined table defining the corresponding subframe,Ns is the number of ‘paging subframes’ in a radio frame. that is used for paging.寻呼DRX的周期T决定于Tc和Tue，Tc即RRC配置的default pagingcycle，为RRC协议331中规定的值；Tue则由UE在attach过程中的附着请求消息中携带，属于NAS消息，传输给核心网MME，基站透传，并不知道其内容，因此MME再发送给eNB来通知UE的特定DRX大小（23.401，36.413）。