 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
今天在測試語音時沒切換，和起呼時是同一個小區(qū)，撥打完后出現(xiàn)路由更新失敗，求解
今天在測試語音時沒切換，和起呼時是同一個小區(qū)，撥打完后立即路由更新，出現(xiàn)路由更新失敗，求解！此處一直是占用這個小區(qū)信號，而且信號很強，60dbm-70dbm.(cqt測試)
提問者:
• 無主導(dǎo)小區(qū)有哪些解決方法？ 2009-10-26
• 愛立信，RBS3206,小區(qū)配置 “RB1”代表什么意思？ 2009-10-26
• 某小區(qū)的無線鏈路失敗掉話與切換掉話同時增加 2009-10-26
• 請教一個華星小區(qū)表的制作的問題 2009-10-26
• 小區(qū)重選滯后值（CRH） 2009-10-25
• 請教數(shù)據(jù)擁塞小區(qū)計算需調(diào)整的cded,cdef的大小? 2009-10-22
• 小區(qū)間分擔(dān)話務(wù)量的方法具體有哪些？ 2009-10-22
• GSM 10MHZ 4個小區(qū)復(fù)用下每個小區(qū)的業(yè)務(wù)信道和控制信道的數(shù)量 2009-10-21
• 愛立信，RBS3206,小區(qū)配置 “RB1”代表什么意思？ 2009-10-26
• 某小區(qū)的無線鏈路失敗掉話與切換掉話同時增加 2009-10-26
• 請教一個華星小區(qū)表的制作的問題 2009-10-26
• 小區(qū)重選滯后值（CRH） 2009-10-25
• 請教數(shù)據(jù)擁塞小區(qū)計算需調(diào)整的cded,cdef的大小? 2009-10-22
• 小區(qū)間分擔(dān)話務(wù)量的方法具體有哪些？ 2009-10-22
• GSM 10MHZ 4個小區(qū)復(fù)用下每個小區(qū)的業(yè)務(wù)信道和控制信道的數(shù)量 2009-10-21
問題答案
( 1 )
首先，同一系統(tǒng)下CS域是不存在路由區(qū)更新的。
其次，發(fā)起路由區(qū)更新必須有目標路由區(qū)ID。
從第一點來看，
第一種情況可能是你的測試存在問題。是否做的多RAB業(yè)務(wù)？同時連著PS域，則會發(fā)起聯(lián)合路由區(qū)更新。
從第二點來看，
存在目標ID的話，則應(yīng)該有檢測到不止一個小區(qū)。是否剛好處在兩個路由區(qū)交界處。可以看下測試鄰區(qū)信息。
再次，確認一下是否發(fā)起異系統(tǒng)切換流程了。
先確認發(fā)生的原因。
至于該不該發(fā)生以及為何失敗可排查下干擾，核心網(wǎng)和RAN側(cè)的參數(shù)配置。
希望對你有幫助：）
ZZ附上一些更新流程：
1）如果沒有RRC連接，先建立RRC連接。用戶發(fā)送路由區(qū)更新請求消息（帶有P-TMSI、老RAI、老P-TMSI簽名、路由更新類型、跟隨請求等）給新的SGSN。如果用戶有上傳的信令或數(shù)據(jù)，跟隨請求應(yīng)該被置上。作為實現(xiàn)上的選擇，SGSN可以根據(jù)跟隨請求標志，決定在路由更新流程結(jié)束后是否釋放Iu連接。路由區(qū)更新類型應(yīng)該指示：
路由區(qū)更新－－如果流程因為路由區(qū)改變引起；
周期性路由區(qū)更新－－如果流程因為周期性路由區(qū)更新定時器超時引起；
聯(lián)合路由區(qū)更新－－如果用戶是IMSI附著的，并且位置區(qū)更新應(yīng)該在網(wǎng)絡(luò)操作模式I 情況下進行；
聯(lián)合路由區(qū)更新伴隨IMSI附著－－如果用戶想要在網(wǎng)絡(luò)操作模式I下進行IMSI附著；
服務(wù)RNC應(yīng)該在將消息轉(zhuǎn)發(fā)給SGSN前加上用戶所在位置所屬的路由區(qū)標識（包括路由區(qū)編碼和位置區(qū)編碼）。
2）如果路由區(qū)更新是跨越SGSN間的，并且用戶處于PMM-IDLE狀態(tài)，新SGSN發(fā)送SGSN上下文請求消息（帶有用戶老的P-TMSI、老的RAI、老的P-TMSI簽名）給老的SGSN，以得到用戶的MM上下文和PDP上下文。老SGSN檢驗用戶的P-TMSI和簽名，如果不匹配回應(yīng)合適的原因值。這將導(dǎo)致新SGSN發(fā)起安全流程。如果安全流程鑒權(quán)用戶通過，新SGSN應(yīng)該發(fā)送SGSN上下文請求消息（帶有IMSI、老的RAI、用戶已經(jīng)驗證標志）給老的SGSN。用戶已經(jīng)驗證標志指示新SGSN已經(jīng)對用戶進行鑒權(quán)。如果用戶的簽名合法或者經(jīng)過新SGSN鑒權(quán)成功，老SGSN回應(yīng)SGSN上下文響應(yīng)消息（Cause、IMSI、MM上下文、PDP上下文）。如果用戶在老SGSN中為未知，老SGSN回應(yīng)以適當(dāng)?shù)脑蛑�。�?/span>SGSN啟動定時器。
3）安全流程可以在此處進行。如果鑒權(quán)失敗，路由更新請求將被拒絕，新SGSN應(yīng)該發(fā)送拒絕指示給老SGSN。老SGSN應(yīng)該繼續(xù)如同沒有收到過SGSN上下文請求消息一樣。
4）如果是SGSN間的路由區(qū)更新，新SGSN應(yīng)該發(fā)送SGSN上下文確認消息給老的SGSN。老的SGSN在它的上下文中標記MSC/VLR關(guān)聯(lián)、GGSN和HLR中的信息為非法。如果在未完成正在進行的路由更新前，用戶發(fā)起路由更新回到老SGSN，這將引起MSC/VLR、GGSN、HLR被刷新。
5）如果是SGSN間的路由更新，并且用戶處于PMM-IDLE狀態(tài)，新SGSN發(fā)送修改PDP上下文請求消息（新SGSN地址、協(xié)商的QoS、TEID）給相關(guān)的GGSN。GGSN更新它的PDP上下文，回應(yīng)修改PDP上下文響應(yīng)消息（TEID）給SGSN。
6）如果是SGSN間的路由區(qū)更新，SGSN以Update Location消息（SGSN號碼、SGSN地址、IMSI）通知HLR SGSN的改變。
7）如果是SGSN間的路由區(qū)更新，HLR發(fā)送Cancel Location（帶有IMSI、取消類型）消息給老的SGSN同時置取消類型為Update Procedure。老的SGSN以Cancel Location Ack消息（帶有IMSI）向HLR進行確認。
8）如果是SGSN之間的路由區(qū)更新，HLR發(fā)送插入簽約數(shù)據(jù)消息（帶有IMSI、GPRS簽約數(shù)據(jù)）給新SGSN；新SGSN證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著，SGSN應(yīng)該拒絕用戶的附著請求，帶以恰當(dāng)?shù)脑蛑�，同時可以回應(yīng)插入用戶簽約數(shù)據(jù)確認消息給HLR。如果簽約數(shù)據(jù)檢查由于其他原因失敗，SGSN應(yīng)該拒絕用戶附著請求，帶上合適的原因值，同時回應(yīng)HLR插入用戶簽約數(shù)據(jù)確認消息（帶有IMSI、原因值）。如果所有簽約數(shù)據(jù)檢查通過，SGSN為用戶構(gòu)造MM上下文，同時回應(yīng)HLR插入用戶簽約數(shù)據(jù)確認消息（帶有IMSI）。
9）如果是SGSN間的路由區(qū)更新，HLR在刪除舊的MM上下文和插入新的MM上下文完成后，發(fā)送Update Location Ack消息給SGSN確認SGSN的Update Location消息。
10）如果路由更新類型是聯(lián)合路由更新伴隨IMSI附著，或者位置區(qū)發(fā)生改變，SGSN和VLR之間的關(guān)聯(lián)必須建立。新SGSN發(fā)送Location Update Request 消息（帶有新的位置區(qū)標識、IMSI、SGSN號碼、位置區(qū)更新類型）給VLR。如果路由區(qū)更新類型是聯(lián)合路由區(qū)更新伴隨IMSI附著，位置區(qū)更新類型應(yīng)該指示IMSI附著。否則，位置區(qū)更新類型應(yīng)該指示正常位置區(qū)更新。VLR的號碼是通過以RAI查詢SGSN中的表得到。SGSN在上面的步驟8，即收到HLR的第一次插入用戶簽約數(shù)據(jù)消息時，就可以開始Location Update流程。通過存儲SGSN號碼，VLR創(chuàng)建或者更新同SGSN的關(guān)聯(lián)。
11）如果在VLR中的用戶簽約數(shù)據(jù)被標記為未被HLR證實，新VLR將通知HLR。HLR刪除老的VLR的數(shù)據(jù)，插入用戶簽約數(shù)據(jù)到新的VLR。
12）新VLR分配新的TMSI，回應(yīng)Location Update Accept（帶有VLR 號碼、TMSI）消息給SGSN，如果VLR沒有改變，TMSI分配是可選的。
13）新SGSN證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著或者簽約數(shù)據(jù)檢查失敗，SGSN應(yīng)該拒絕用戶附著請求，帶上合適的原因值。如果所有簽約數(shù)據(jù)檢查通過，SGSN為用戶構(gòu)造MM上下文。新SGSN回應(yīng)用戶路由更新接受消息（帶有P-TMSI、VLRTMSI、P-TMSI簽名）。
14）用戶以附著完成消息給SGSN確認新分配的TMSI。
15）如果TMSI發(fā)生改變，SGSN發(fā)生TMSI重分配完成消息給VLR以確認重分配的TMSI。
如果附著請求不能被接受，SGSN回送附著拒絕消息（帶有IMSI、Cause）給用戶。
注：步驟11、12和15僅當(dāng)步驟10發(fā)生時才發(fā)生。
其次，發(fā)起路由區(qū)更新必須有目標路由區(qū)ID。
從第一點來看，
第一種情況可能是你的測試存在問題。是否做的多RAB業(yè)務(wù)？同時連著PS域，則會發(fā)起聯(lián)合路由區(qū)更新。
從第二點來看，
存在目標ID的話，則應(yīng)該有檢測到不止一個小區(qū)。是否剛好處在兩個路由區(qū)交界處。可以看下測試鄰區(qū)信息。
再次，確認一下是否發(fā)起異系統(tǒng)切換流程了。
先確認發(fā)生的原因。
至于該不該發(fā)生以及為何失敗可排查下干擾，核心網(wǎng)和RAN側(cè)的參數(shù)配置。
希望對你有幫助：）
ZZ附上一些更新流程：
1）如果沒有RRC連接，先建立RRC連接。用戶發(fā)送路由區(qū)更新請求消息（帶有P-TMSI、老RAI、老P-TMSI簽名、路由更新類型、跟隨請求等）給新的SGSN。如果用戶有上傳的信令或數(shù)據(jù)，跟隨請求應(yīng)該被置上。作為實現(xiàn)上的選擇，SGSN可以根據(jù)跟隨請求標志，決定在路由更新流程結(jié)束后是否釋放Iu連接。路由區(qū)更新類型應(yīng)該指示：
路由區(qū)更新－－如果流程因為路由區(qū)改變引起；
周期性路由區(qū)更新－－如果流程因為周期性路由區(qū)更新定時器超時引起；
聯(lián)合路由區(qū)更新－－如果用戶是IMSI附著的，并且位置區(qū)更新應(yīng)該在網(wǎng)絡(luò)操作模式I 情況下進行；
聯(lián)合路由區(qū)更新伴隨IMSI附著－－如果用戶想要在網(wǎng)絡(luò)操作模式I下進行IMSI附著；
服務(wù)RNC應(yīng)該在將消息轉(zhuǎn)發(fā)給SGSN前加上用戶所在位置所屬的路由區(qū)標識（包括路由區(qū)編碼和位置區(qū)編碼）。
2）如果路由區(qū)更新是跨越SGSN間的，并且用戶處于PMM-IDLE狀態(tài)，新SGSN發(fā)送SGSN上下文請求消息（帶有用戶老的P-TMSI、老的RAI、老的P-TMSI簽名）給老的SGSN，以得到用戶的MM上下文和PDP上下文。老SGSN檢驗用戶的P-TMSI和簽名，如果不匹配回應(yīng)合適的原因值。這將導(dǎo)致新SGSN發(fā)起安全流程。如果安全流程鑒權(quán)用戶通過，新SGSN應(yīng)該發(fā)送SGSN上下文請求消息（帶有IMSI、老的RAI、用戶已經(jīng)驗證標志）給老的SGSN。用戶已經(jīng)驗證標志指示新SGSN已經(jīng)對用戶進行鑒權(quán)。如果用戶的簽名合法或者經(jīng)過新SGSN鑒權(quán)成功，老SGSN回應(yīng)SGSN上下文響應(yīng)消息（Cause、IMSI、MM上下文、PDP上下文）。如果用戶在老SGSN中為未知，老SGSN回應(yīng)以適當(dāng)?shù)脑蛑�。�?/span>SGSN啟動定時器。
3）安全流程可以在此處進行。如果鑒權(quán)失敗，路由更新請求將被拒絕，新SGSN應(yīng)該發(fā)送拒絕指示給老SGSN。老SGSN應(yīng)該繼續(xù)如同沒有收到過SGSN上下文請求消息一樣。
4）如果是SGSN間的路由區(qū)更新，新SGSN應(yīng)該發(fā)送SGSN上下文確認消息給老的SGSN。老的SGSN在它的上下文中標記MSC/VLR關(guān)聯(lián)、GGSN和HLR中的信息為非法。如果在未完成正在進行的路由更新前，用戶發(fā)起路由更新回到老SGSN，這將引起MSC/VLR、GGSN、HLR被刷新。
5）如果是SGSN間的路由更新，并且用戶處于PMM-IDLE狀態(tài)，新SGSN發(fā)送修改PDP上下文請求消息（新SGSN地址、協(xié)商的QoS、TEID）給相關(guān)的GGSN。GGSN更新它的PDP上下文，回應(yīng)修改PDP上下文響應(yīng)消息（TEID）給SGSN。
6）如果是SGSN間的路由區(qū)更新，SGSN以Update Location消息（SGSN號碼、SGSN地址、IMSI）通知HLR SGSN的改變。
7）如果是SGSN間的路由區(qū)更新，HLR發(fā)送Cancel Location（帶有IMSI、取消類型）消息給老的SGSN同時置取消類型為Update Procedure。老的SGSN以Cancel Location Ack消息（帶有IMSI）向HLR進行確認。
8）如果是SGSN之間的路由區(qū)更新，HLR發(fā)送插入簽約數(shù)據(jù)消息（帶有IMSI、GPRS簽約數(shù)據(jù)）給新SGSN；新SGSN證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著，SGSN應(yīng)該拒絕用戶的附著請求，帶以恰當(dāng)?shù)脑蛑�，同時可以回應(yīng)插入用戶簽約數(shù)據(jù)確認消息給HLR。如果簽約數(shù)據(jù)檢查由于其他原因失敗，SGSN應(yīng)該拒絕用戶附著請求，帶上合適的原因值，同時回應(yīng)HLR插入用戶簽約數(shù)據(jù)確認消息（帶有IMSI、原因值）。如果所有簽約數(shù)據(jù)檢查通過，SGSN為用戶構(gòu)造MM上下文，同時回應(yīng)HLR插入用戶簽約數(shù)據(jù)確認消息（帶有IMSI）。
9）如果是SGSN間的路由區(qū)更新，HLR在刪除舊的MM上下文和插入新的MM上下文完成后，發(fā)送Update Location Ack消息給SGSN確認SGSN的Update Location消息。
10）如果路由更新類型是聯(lián)合路由更新伴隨IMSI附著，或者位置區(qū)發(fā)生改變，SGSN和VLR之間的關(guān)聯(lián)必須建立。新SGSN發(fā)送Location Update Request 消息（帶有新的位置區(qū)標識、IMSI、SGSN號碼、位置區(qū)更新類型）給VLR。如果路由區(qū)更新類型是聯(lián)合路由區(qū)更新伴隨IMSI附著，位置區(qū)更新類型應(yīng)該指示IMSI附著。否則，位置區(qū)更新類型應(yīng)該指示正常位置區(qū)更新。VLR的號碼是通過以RAI查詢SGSN中的表得到。SGSN在上面的步驟8，即收到HLR的第一次插入用戶簽約數(shù)據(jù)消息時，就可以開始Location Update流程。通過存儲SGSN號碼，VLR創(chuàng)建或者更新同SGSN的關(guān)聯(lián)。
11）如果在VLR中的用戶簽約數(shù)據(jù)被標記為未被HLR證實，新VLR將通知HLR。HLR刪除老的VLR的數(shù)據(jù)，插入用戶簽約數(shù)據(jù)到新的VLR。
12）新VLR分配新的TMSI，回應(yīng)Location Update Accept（帶有VLR 號碼、TMSI）消息給SGSN，如果VLR沒有改變，TMSI分配是可選的。
13）新SGSN證實用戶存在于新的路由區(qū)中，如果簽約數(shù)據(jù)限制用戶在此路由區(qū)附著或者簽約數(shù)據(jù)檢查失敗，SGSN應(yīng)該拒絕用戶附著請求，帶上合適的原因值。如果所有簽約數(shù)據(jù)檢查通過，SGSN為用戶構(gòu)造MM上下文。新SGSN回應(yīng)用戶路由更新接受消息（帶有P-TMSI、VLRTMSI、P-TMSI簽名）。
14）用戶以附著完成消息給SGSN確認新分配的TMSI。
15）如果TMSI發(fā)生改變，SGSN發(fā)生TMSI重分配完成消息給VLR以確認重分配的TMSI。
如果附著請求不能被接受，SGSN回送附著拒絕消息（帶有IMSI、Cause）給用戶。
注：步驟11、12和15僅當(dāng)步驟10發(fā)生時才發(fā)生。
回答者：
naeco.xie
回答時間：2010-09-02 07:49
0
0
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：1 人 地點：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 北京電旗通訊技術(shù)股份有限公司 聘：中高級后臺優(yōu)化工程師-山東中興
需求人數(shù)：10 人 地點：菏澤市,濟寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：高級網(wǎng)優(yōu)工程師（云南昆明/地州）
需求人數(shù)：20 人 地點：云南省
• 陜西瑞達灃通信技術(shù)有限公司 聘：內(nèi)蒙辦長期需求華為持證中高級人員
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 珠海世紀鼎利科技股份有限公司 聘：寧波投訴測試優(yōu)化工程師
需求人數(shù)：1 人 地點：寧波市
需求人數(shù)：1 人 地點：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 北京電旗通訊技術(shù)股份有限公司 聘：中高級后臺優(yōu)化工程師-山東中興
需求人數(shù)：10 人 地點：菏澤市,濟寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：高級網(wǎng)優(yōu)工程師（云南昆明/地州）
需求人數(shù)：20 人 地點：云南省
• 陜西瑞達灃通信技術(shù)有限公司 聘：內(nèi)蒙辦長期需求華為持證中高級人員
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 珠海世紀鼎利科技股份有限公司 聘：寧波投訴測試優(yōu)化工程師
需求人數(shù)：1 人 地點：寧波市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |