 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
終端被網(wǎng)絡(luò)detach，且type_of_detach=2是什么原因？
我們的終端進(jìn)入LRP mode之后，大約9個(gè)半小時(shí)后會(huì)被網(wǎng)絡(luò)側(cè)去附著，QXDM log顯示網(wǎng)絡(luò)側(cè)的去附著類型（type_of_detach）為2, reattach not required.
T3312等于180分鐘。3次路由區(qū)更新后，再過30分鐘，網(wǎng)絡(luò)側(cè)發(fā)detach request 給終端。
99 2016-04-01 18:01:12:140 2016-04-01 18:01:12:472 路由區(qū)更新 成功
100 2016-04-01 21:01:13:638 2016-04-01 21:01:13:801 路由區(qū)更新 成功
101 2016-04-02 00:01:14:945 2016-04-02 00:01:15:178 路由區(qū)更新 成功
102 2016-04-02 00:31:13:679 2016-04-02 00:31:13:859 網(wǎng)絡(luò)觸發(fā)的業(yè)務(wù)請(qǐng)求 成功
聯(lián)通給的解釋是因?yàn)榻K端進(jìn)入LPR mode后長時(shí)間不發(fā)數(shù)據(jù)到網(wǎng)絡(luò)側(cè)，所以被網(wǎng)絡(luò)側(cè)去附著。
但是為何會(huì)是 reattach not required?
T3312等于180分鐘。3次路由區(qū)更新后，再過30分鐘，網(wǎng)絡(luò)側(cè)發(fā)detach request 給終端。
99 2016-04-01 18:01:12:140 2016-04-01 18:01:12:472 路由區(qū)更新 成功
100 2016-04-01 21:01:13:638 2016-04-01 21:01:13:801 路由區(qū)更新 成功
101 2016-04-02 00:01:14:945 2016-04-02 00:01:15:178 路由區(qū)更新 成功
102 2016-04-02 00:31:13:679 2016-04-02 00:31:13:859 網(wǎng)絡(luò)觸發(fā)的業(yè)務(wù)請(qǐng)求 成功
聯(lián)通給的解釋是因?yàn)榻K端進(jìn)入LPR mode后長時(shí)間不發(fā)數(shù)據(jù)到網(wǎng)絡(luò)側(cè)，所以被網(wǎng)絡(luò)側(cè)去附著。
但是為何會(huì)是 reattach not required?
我的疑問是網(wǎng)絡(luò)側(cè)為何發(fā)給終端的detach type 是“reattach not required”？
MME發(fā)送這樣的去附著request給UE的原因是什么？
聯(lián)通上海的設(shè)備供應(yīng)商應(yīng)該是華為的，有華為的專家答疑一下嗎？
提問者: 更多
TAC
ACH
網(wǎng)絡(luò)
終端
相關(guān)問題
• 5G網(wǎng)絡(luò)UE開機(jī)進(jìn)入空閑態(tài)后，在AtTACh流程中會(huì)執(zhí)行哪些操作？ 2019-09-17
• 5G網(wǎng)絡(luò)UE開機(jī)進(jìn)入空閑態(tài)后，在AtTACh流程中會(huì)執(zhí)行哪些操作 2019-08-06
• atTACh附著 2018-10-12
• mate9連probe做不了AtTACh，有大神知道怎么解決 2017-03-17
• 終端進(jìn)行atTACh中的pdn連接請(qǐng)求 2017-03-06
• 關(guān)于上發(fā)的deTAChrequest的原因 2017-03-02
• 手機(jī)上發(fā)imsideTAChindication導(dǎo)致掉話，求分析 2016-11-03
• cxt可以測試電信的atTACh嗎 2016-09-23
• 5G網(wǎng)絡(luò)UE開機(jī)進(jìn)入空閑態(tài)后，在AtTACh流程中會(huì)執(zhí)行哪些操作 2019-08-06
• atTACh附著 2018-10-12
• mate9連probe做不了AtTACh，有大神知道怎么解決 2017-03-17
• 終端進(jìn)行atTACh中的pdn連接請(qǐng)求 2017-03-06
• 關(guān)于上發(fā)的deTAChrequest的原因 2017-03-02
• 手機(jī)上發(fā)imsideTAChindication導(dǎo)致掉話，求分析 2016-11-03
• cxt可以測試電信的atTACh嗎 2016-09-23
問題答案
( 1 )
根據(jù)23.401規(guī)范，Detach共有4種情況，其分別是為：
- UE-Initiated Detach Procedure. In the ISR activated case the UE initiated detach is split into two sub procedures,
one for UE camping on E-UTRAN and one for UE camping on GERAN/UTRAN;
- MME-Initiated Detach Procedure;
- SGSN-Initiated Detach procedure with ISR activated;
- HSS-Initiated Detach Procedure.
樓主反映的情況應(yīng)該是第二種情況v
回答者：
litom2004
回答時(shí)間：2016-05-09 15:28
5
8
• 南京順盛通信科技有限責(zé)任公司
聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點(diǎn)：連云港市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 南京華蘇科技有限公司 聘：初級(jí)優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級(jí)前臺(tái)
需求人數(shù)：3 人 地點(diǎn)：果洛藏族自治州
• 西安中興精誠通訊有限公司 聘：網(wǎng)優(yōu)分析工程師
需求人數(shù)：1 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：聯(lián)通工單回復(fù)專員
需求人數(shù)：1 人 地點(diǎn)：福州市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：新疆中興設(shè)備高級(jí)工程師
需求人數(shù)：5 人 地點(diǎn)：烏魯木齊市,喀什市,和田市
需求人數(shù)：4 人 地點(diǎn)：連云港市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：上饒市
• 南京華蘇科技有限公司 聘：初級(jí)優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級(jí)前臺(tái)
需求人數(shù)：3 人 地點(diǎn)：果洛藏族自治州
• 西安中興精誠通訊有限公司 聘：網(wǎng)優(yōu)分析工程師
需求人數(shù)：1 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：聯(lián)通工單回復(fù)專員
需求人數(shù)：1 人 地點(diǎn)：福州市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：新疆中興設(shè)備高級(jí)工程師
需求人數(shù)：5 人 地點(diǎn)：烏魯木齊市,喀什市,和田市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |