原始问题
用户报遇到软件一小时提示一次用户离线的问题
网络侧分析:
终端成功附着时,以正确tac连接上的。 但是成功以后一直会以tac=65535(无效tac码),直到SR请求累计400次(约1h),核心网自动拒绝连接,终端离线。
终端分析:
终端的Service Request消息不会携带TAC。
基站将终端的SR消息封装在S1AP Initial UE Message或Uplink NAS Transport中。
S1AP Initial UE Message中包含 TAI(Tracking Area Identity) 和 ECGI(E-UTRAN Cell Global Identifier)。TAI中包含TAC(Tracking Area Code)成分。
S1AP 消息分析
| S1AP 消息 | 触发时机 | TAI/ECGI |
|---|---|---|
| Initial UE Message | S1‑UE 逻辑连接刚建立,第一条 NAS | Mandatory 必带 当前小区 TAI、ECGI |
| Uplink NAS Transport | S1‑UE 上下文已存在,后续上行 NAS | Mandatory 必带 当前小区 TAI、ECGI |
在S1AP协议 36.413中 这两个message的Mandatory 的字段中都有id-TAI ,携带TAC 。
所以TAC在UE侧的SR消息中没有,在S1AP消息中有,说明是eNodeB基站节点添加的。TAC为65525和UE无关。
InitialUEMessage-IEs S1AP-PROTOCOL-IES ::= {
{ ID id-eNB-UE-S1AP-ID CRITICALITY reject TYPE ENB-UE-S1AP-ID PRESENCE mandatory}|
{ ID id-NAS-PDU CRITICALITY reject TYPE NAS-PDU PRESENCE mandatory}|
{ ID id-TAI CRITICALITY reject TYPE TAI PRESENCE mandatory}|
{ ID id-EUTRAN-CGI CRITICALITY ignore TYPE EUTRAN-CGI PRESENCE mandatory}|
{ ID id-RRC-Establishment-Cause CRITICALITY ignore TYPE RRC-Establishment-Cause PRESENCE mandatory}|
UplinkNASTransport-IEs S1AP-PROTOCOL-IES ::= {
{ ID id-MME-UE-S1AP-ID CRITICALITY reject TYPE MME-UE-S1AP-ID PRESENCE mandatory}|
{ ID id-eNB-UE-S1AP-ID CRITICALITY reject TYPE ENB-UE-S1AP-ID PRESENCE mandatory}|
{ ID id-NAS-PDU CRITICALITY reject TYPE NAS-PDU PRESENCE mandatory}|
{ ID id-EUTRAN-CGI CRITICALITY ignore TYPE EUTRAN-CGI PRESENCE mandatory}|
{ ID id-TAI CRITICALITY ignore TYPE TAI PRESENCE mandatory}|
问题解决
但是问题的解决思路关键点不是要找到基站为何上报65535. 虽然这个基站需要解决。
关键点是,现在实际发生了信令风暴。分析信令,终端每次IP数据发送后,2s没有数据,网络就会把RRC连接释放。然后终端的后台流量很多,会很快发送数据,导致重新发送SR。TAC 65535的错误,叠加过多SR,导致核心网拒绝终端。
最后建议网络修改RRC 数据超时定时器,从2s改为10s。
这样终端不会频繁触发SR。
修改后,终端1小时掉线一次的问题不再出现。
S1 和NG接口
4G中S1 是eNodeB(4G基站)和MME(移动管理实体,核心网控制面网元)的接口。
5G中,对应的是NG接口,是gNB(基站)和AMF(接入和移动性管理功能)的接口。

6847

被折叠的 条评论
为什么被折叠?



