問題已開啟
(普通問題)
請問在R4里的SPR、TREE、DEST、SUBDESTNITION,怎么理解,社會相互有什么關系
請問在R4里的SPR、TREE、DEST、SUBDESTNITION,怎么理解,社會相互有什么關系
• mapinfo軟件出現INITializatION error:unable to load the CLR(-2147467263)提示問題,怎樣解決 2015-10-30
• INITializatIONerror:unabletoloadtheCLR(-2147467263) 2015-10-30
• iNITialcontextsetup下發(fā)時messageauthenticatIONcode怎么填寫 2014-12-15
• 請問Inter-Frequencyloadbalancing中qcisubscriptIONQuanta和cellsubscriptIONCapacity是怎么理解 2014-08-16
• mapinfo11安裝后出現iNITializatION error:unable to load the clr(-2146232576) 2013-08-09
• mapinfo11安裝后出現iNITializatION error:unable to load the clr(-2146232576) 2013-05-15
• dedicatedmeasurementiNITiatIONrequEst 2012-05-08
• 有沒有人介紹一下 SIU (Status IndicatION UNIT) 在GSM基站和BSC連接功能? 2011-09-21
• INITializatIONerror:unabletoloadtheCLR(-2147467263) 2015-10-30
• iNITialcontextsetup下發(fā)時messageauthenticatIONcode怎么填寫 2014-12-15
• 請問Inter-Frequencyloadbalancing中qcisubscriptIONQuanta和cellsubscriptIONCapacity是怎么理解 2014-08-16
• mapinfo11安裝后出現iNITializatION error:unable to load the clr(-2146232576) 2013-08-09
• mapinfo11安裝后出現iNITializatION error:unable to load the clr(-2146232576) 2013-05-15
• dedicatedmeasurementiNITiatIONrequEst 2012-05-08
• 有沒有人介紹一下 SIU (Status IndicatION UNIT) 在GSM基站和BSC連接功能? 2011-09-21
問題答案
( 1 )
以下是個人的理解,不一定標準,大體應該沒有問題。(僅限NOKIA交換機,其它交換機應該是相通的,不過叫法可能不同)
SPR、TREE、DEST、SUBDESTINATION都是數字分析中用到的東西。
數字分析的目的一般來說是通過被叫號碼得到對應的出局電路,其中主要分4步,我覺得這4步都理解了,這個問題就自然懂了:
1、根據被叫號碼得到DEST;
當一個呼叫進入交換機,根據不同的起源等信息,可以進入不同的分析TREE。例如:MOC進入TREE2(由ZWOI:7,14;決定),TOC進入TREE100(這個是不確定的,是通過電路組設置的TREE來決定)。進入相應的TREE之后,對被叫號碼進行分析,得到DEST。
2、根據DEST中SUBDEST的選擇方式,來選定SUBDEST;
一般來說,選擇方式有P/A/D三種方式,P-按照百分比在幾個子目的地之間選擇,A-按照ALT順序選擇,D-動態(tài)選擇。在目的地中有關于三種選擇的先后順序的設置,也設置了子目的地的屬性。
3、根據SBUDEST的ROUTE的設置,選擇ROUTE中的CGR;
子目的地一般來說對應一個ROUTE或者一個SPR。ROUTE一般對應一個或者幾個CGR,可以通過SEQH的參數調整,選擇在幾個CGR之間輪選還是完全占滿第一個才占第二個。SPR對應的是一個特殊的操作,例如可以引導到另外一個TREE、進行號碼修改、指向錄音通知、HLRENQ、GSMEND、HANDOVER等。
4、根據CGR中的設置,選擇出局電路。
按照最大空閑、最小空閑、循環(huán)選擇、固定點選擇等方式進行電路選擇,一般來說與對方局有差異。例如本方使用最長空閑,對方使用最短空閑等。
此外,TREE還有其它應用,比如錄音通知、CLI等,解釋起來比較復雜。
SPR、TREE、DEST、SUBDESTINATION都是數字分析中用到的東西。
數字分析的目的一般來說是通過被叫號碼得到對應的出局電路,其中主要分4步,我覺得這4步都理解了,這個問題就自然懂了:
1、根據被叫號碼得到DEST;
當一個呼叫進入交換機,根據不同的起源等信息,可以進入不同的分析TREE。例如:MOC進入TREE2(由ZWOI:7,14;決定),TOC進入TREE100(這個是不確定的,是通過電路組設置的TREE來決定)。進入相應的TREE之后,對被叫號碼進行分析,得到DEST。
2、根據DEST中SUBDEST的選擇方式,來選定SUBDEST;
一般來說,選擇方式有P/A/D三種方式,P-按照百分比在幾個子目的地之間選擇,A-按照ALT順序選擇,D-動態(tài)選擇。在目的地中有關于三種選擇的先后順序的設置,也設置了子目的地的屬性。
3、根據SBUDEST的ROUTE的設置,選擇ROUTE中的CGR;
子目的地一般來說對應一個ROUTE或者一個SPR。ROUTE一般對應一個或者幾個CGR,可以通過SEQH的參數調整,選擇在幾個CGR之間輪選還是完全占滿第一個才占第二個。SPR對應的是一個特殊的操作,例如可以引導到另外一個TREE、進行號碼修改、指向錄音通知、HLRENQ、GSMEND、HANDOVER等。
4、根據CGR中的設置,選擇出局電路。
按照最大空閑、最小空閑、循環(huán)選擇、固定點選擇等方式進行電路選擇,一般來說與對方局有差異。例如本方使用最長空閑,對方使用最短空閑等。
此外,TREE還有其它應用,比如錄音通知、CLI等,解釋起來比較復雜。
回答者:
konglingwei
回答時間:2009-01-09 16:35


解釋 很清晰 謝謝
luoyun 2009-04-24 10:47
HLRENQ、GSMEND、HANDOVER
是干嘛用的哦? 能解釋的詳細點不咯!
是干嘛用的哦? 能解釋的詳細點不咯!
bobore 2010-05-31 11:10
HLRENQ是HLR查詢,也就是MSCA通過HLR向MSCB要MSRN的操作。
GSMEND是MSC判斷被叫是本MSC覆蓋范圍,發(fā)起PAGING操作。
HANDOVER是MSC發(fā)現被叫號碼是自己分配的HON,發(fā)起切換操作。
這3個操作都是通過特殊的SPR實現的。
GSMEND是MSC判斷被叫是本MSC覆蓋范圍,發(fā)起PAGING操作。
HANDOVER是MSC發(fā)現被叫號碼是自己分配的HON,發(fā)起切換操作。
這3個操作都是通過特殊的SPR實現的。

• 上海大唐移動通信設備有限公司
聘:塔工
需求人數:1 人 地點:連云港市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數:2 人 地點:上饒市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數:1 人 地點:岳陽市,益陽市
• 南京順盛通信科技有限責任公司 聘:連云港中興原廠優(yōu)化
需求人數:4 人 地點:連云港市
• 中通服建設有限公司 聘:貴陽網絡優(yōu)化工程師初級
需求人數:5 人 地點:貴陽市
• 北京電旗通訊技術股份有限公司 聘:中興波分后臺工程師
需求人數:2 人 地點:和田市,喀什市
• 南京華蘇科技有限公司 聘:中興后臺工程師
需求人數:3 人 地點:天津市
• 成都旗訊通信技術有限公司 聘:招督導、維護轉網優(yōu)后臺中高級
需求人數:12 人 地點:北京市,上海市,天津市,重慶市,浙江省
• 廣東南方通信建設有限公司 聘:SDH/OTN傳輸工程師
需求人數:2 人 地點:呼和浩特市
• 陜西卓普通訊科技有限公司 聘:電信后臺優(yōu)化工程師
需求人數:10 人 地點:西藏
需求人數:1 人 地點:連云港市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數:2 人 地點:上饒市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數:1 人 地點:岳陽市,益陽市
• 南京順盛通信科技有限責任公司 聘:連云港中興原廠優(yōu)化
需求人數:4 人 地點:連云港市
• 中通服建設有限公司 聘:貴陽網絡優(yōu)化工程師初級
需求人數:5 人 地點:貴陽市
• 北京電旗通訊技術股份有限公司 聘:中興波分后臺工程師
需求人數:2 人 地點:和田市,喀什市
• 南京華蘇科技有限公司 聘:中興后臺工程師
需求人數:3 人 地點:天津市
• 成都旗訊通信技術有限公司 聘:招督導、維護轉網優(yōu)后臺中高級
需求人數:12 人 地點:北京市,上海市,天津市,重慶市,浙江省
• 廣東南方通信建設有限公司 聘:SDH/OTN傳輸工程師
需求人數:2 人 地點:呼和浩特市
• 陜西卓普通訊科技有限公司 聘:電信后臺優(yōu)化工程師
需求人數:10 人 地點:西藏
熱點問題
更多精彩
聯系我們 - 問通信專家 | Powered by MSCBSC 移動通信網 © 2006 - |