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