MSCBSC 移動通信論壇
搜索
登錄注冊
網(wǎng)絡優(yōu)化工程師招聘專欄 4G/LTE通信工程師最新職位列表 通信實習生/應屆生招聘職位

  • 閱讀:58353
  • 回復:97
[技術專題](十)測量功能MRR,RIR,NCS,CTR等的應用
jerrydeng
管理員
鎵嬫満鍙風爜宸查獙璇? style=


 發(fā)短消息    關注Ta 

C友·鐵桿勛章   公益·慈善勛章   管理·貢獻勛章   C友·推廣勛章   C友·貢獻勛章   紀念勛章·論壇周年慶   財富勛章·萬元戶   C友·魅力勛章   活動·第一屆通信技術杯  
積分 184800
帖子 7713
威望 886021 個
禮品券 40 個
專家指數(shù) 447
注冊 2006-3-25
專業(yè)方向  愛立信交換
回答問題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%
 
發(fā)表于 2006-11-30 23:04:11  只看樓主 
回帖審核通過將獲得50個威望獎勵(系統(tǒng)自動獎勵)

不相關的回帖將會被刪,包括“強烈支持”之類的

討論參考方向:
** 愛立信測量功能MRR,RIR,NCS,CTR等應用

** 測量功能MRR,RIR,NCS,CTR等的操作方法和經(jīng)驗

** 在進行測量功能MRR,RIR,NCS,CTR等過程中遇到的問題、解決的案例

** 其它與愛立信測量功能MRR,RIR,NCS,CTR等相關的內容

發(fā)貼要求:
要有自己的主見,可以是資料、經(jīng)驗、問題等

必須和主題相關,即愛立信測量功能MRR,RIR,NCS,CTR等相關

有問題請求幫助時必須有一定描述,否則不能通過
掃碼關注5G通信官方公眾號,免費領取以下5G精品資料
  • 1、回復“YD5GAI”免費領取《中國移動:5G網(wǎng)絡AI應用典型場景技術解決方案白皮書
  • 2、回復“5G6G”免費領取《5G_6G毫米波測試技術白皮書-2022_03-21
  • 3、回復“YD6G”免費領取《中國移動:6G至簡無線接入網(wǎng)白皮書
  • 4、回復“LTBPS”免費領取《《中國聯(lián)通5G終端白皮書》
  • 5、回復“ZGDX”免費領取《中國電信5G NTN技術白皮書
  • 6、回復“TXSB”免費領取《通信設備安裝工程施工工藝圖解
  • 7、回復“YDSL”免費領取《中國移動算力并網(wǎng)白皮書
  • 8、回復“5GX3”免費領取《 R16 23501-g60 5G的系統(tǒng)架構1
  • 對本帖內容的看法? 我要點評

     
    [充值威望,立即自動到帳] [VIP貴賓權限+威望套餐] 另有大量優(yōu)惠贈送活動,請光臨充值中心
    充值擁有大量的威望和最高的下載權限,下載站內資料無憂
    zoujiazheng1980
    鉆石會員
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 14902
    帖子 321
    威望 7309 個
    禮品券 5 個
    專家指數(shù) -4
    注冊 2006-5-22
    專業(yè)方向  網(wǎng)優(yōu)
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-01 08:56:13 
    CTR的分析:CTR中記錄有大量的A接口和Abis接口信息,包括信令和測量報告,可作進一步的分析。在PMR界面中點中所要分析的小區(qū),然后選取REPORTMOBILE/CELLEVENTS STATISTICS,見下圖:

    點擊后進入下圖便可對小區(qū)事件進行分析:

    在此窗口中包含了各種事件的簡單統(tǒng)計,可作初步的分析,窗口下部列出了與選中事件相關的內容,在LIST CONTENTS菜單中可選擇你關心的事件,在CONNECTION REPORT菜單中有圖形和列表可選,根據(jù)你的需要作出選擇。

    CER的分析:和CTR一樣在PMR界面中點中要分析的小區(qū),然后選取REPRORTCHANNEL STATISTICSINTERFERENCE BAND,如下圖:

    點擊進入后便可出現(xiàn)下圖進行分析:

    該測量報告主要是對小區(qū)的信道進行分析,BUSVTIME是指被占用的時間,IDLETIME是指空閑的時間,BAND是指該信道的干擾等級(在干擾等級中1是最后的,依此類推)。一般情況下,設備的隱性故障或頻率干擾都可從此表中得到初步定位。例如某頻點對應的各信道占用時間明顯比其他頻點短,而干擾等級BAND1是100%,說明該頻點受干擾的可能性不大,由此可懷疑該頻點所對應的載波可能存在隱性故障,應在硬件上尋找問題;又如某頻點信道的BAND4百分比很高,這說明該頻率存在干擾的可能性很大,可以對頻點進行更換看能否解決問題。
    NCS的使用:NCS的使用流程圖如下,














    首先我們要定義一個信道NCS測量記錄,在RNO主界面上選中FILENEW RECORDINGNCS后彈出NCS NEW RECORDING對話框:

    根據(jù)提示逐項填入相關內容,各參數(shù)說明如下:
    Recording Name:NCS記錄名,NCS報告中以此為名
    Relative SS:相對信號強度,當被測量小區(qū)的信號強度與服務小區(qū)信號強度之差大于或等于此值時將被記錄。
    Absolute SS:絕對信號強度,當被測量小區(qū)的信號強度大于或等于此值時將被記錄。
    BA-list change interval:測量中測量頻率表改變周期。
    NO. oftest frequencies to add at each interval:與BA-list change interval 配合使用,即在該周期內加入的測量頻點數(shù)目。用戶定義的測量頻率并不是全部一次性加入BA-list中進行測量的,而是在一個周期內加入一定數(shù)量的測量頻點,以保證測量的準確性。
    Repeat:NCS測量自動重復的次數(shù)。
    Days & Hours:可選的NCS測量運行日期和時間。
    Cell Set:需要進行NCS測量的小區(qū)集合,可以定義并選擇。
    Frequencies:選擇測量中使用的頻率,有四種選擇
    a. All BCCH frequencies:使用網(wǎng)絡中使用的所有BCCH進行測量。
    b. 1st order neighbours’ BCCH freqs:使用第一鄰區(qū),即與服務小區(qū)有鄰區(qū)關系的小區(qū)的BCCH進行測量。
    c. 1st and 2nd orderneighbours’ BCCH freqs:使用第一鄰區(qū)和第二鄰區(qū)(即鄰區(qū)的鄰區(qū))的BCCH進行測量。
    d. 1st order neighbours+free select:使用第一鄰區(qū)的BCCH,同時可以進行頻率集的定義和選擇來進行測量。

    若在測量時需要定義Cell Set,可在NCS對話框中選擇Select Cell set或Select Cells,兩種方法都一樣,只不過是選擇現(xiàn)有的和直接從網(wǎng)元中挑選的分別而已,見下圖

    當一個新的NCS記錄定義好以后,可以啟動測量或選擇保存。如果選擇Save and schedule,則將保存該記錄,同時啟動測量;如果選擇To be scheduled或Save,則將保存但不啟動測量。兩者的區(qū)別在于Save用于記錄定義尚未完成時的保存,而To be scheduled 用于記錄已定義完,但并不是馬上啟動測量。

    NCS的分析:NCS主要用于對小區(qū)相鄰關系的優(yōu)化,讓優(yōu)化人員知道哪個小區(qū)應該增加相鄰關系,哪個小區(qū)應該刪除相鄰關系,在優(yōu)化后能起到提高切換成功率、減少切換掉話、提高話音質量和提高用戶滿意度的作用。在測量報告生成后在RNO界面中選擇Recording Results選項,雙擊你所要看的測量報告后出現(xiàn)以下界面:

    在這里看到的是一個總的報告,它描述了已定義相鄰關系小區(qū)的切換嘗試數(shù)、切換成功率、回切率等數(shù)據(jù),另外還提供了一些未定義相鄰小區(qū)的信號強度情況,根據(jù)表中所提供的BCCH和BSIC我們可以推斷是哪一個小區(qū)。如果想取得更多的信息,還可從對話框中的Report下拉菜單中選擇NCS的詳細報告或圖形報告,如下圖所示:



    從以上兩個報告中我們可以知道周邊小區(qū)的信號強度情況,從而可以幫助我們決定需要增加或刪除的相鄰關系,還有可以一種情況就是在測量報告看到一個小區(qū)的信號非常強,但離測量小區(qū)的距離又很遠,那么該小區(qū)就應該降低發(fā)射功率或增大天線下頃角,以免出現(xiàn)越區(qū)覆蓋,造成干擾的情況。

    對本帖內容的看法? 我要點評

     
    [立即成為VIP會員,百萬通信專業(yè)資料立即下載,支付寶、微信付款,簡單、快速!]
    fxjuan
    論壇元老



     發(fā)短消息    關注Ta 

    公益·慈善勛章  
    積分 23547
    帖子 648
    威望 7853 個
    禮品券 0 個
    專家指數(shù) 22
    注冊 2006-4-24
    專業(yè)方向 
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-01 16:21:24 
    一、CTR 部分愛立信,中國移動,諾基亞2o L
    CTR(Cell Traffic Recording,小區(qū)話務記錄)是愛立信BSC 的一個小區(qū)性能測試工具,它能同時記錄與話務行為相關的信令流程和測量報告,用于分析小區(qū)的呼叫流程(事件)細節(jié),如M呼叫建立、切換操作和信道釋放過程以及相應的測量報告等。在愛立信OSS 中提供了一些便于分析的輔助工具,如事件統(tǒng)計報表、信令分析(過濾)和測量報告的圖文顯示等,不過在實際使用中,這些輔助工具的易用性、直觀性以及數(shù)據(jù)的統(tǒng)計應用都令人不甚滿意。由于CTR 只需在BSC或OSS 中操作,免除了其它信令儀表(如7300、OCEAN 等)煩瑣的掛表測試操作,又能獲得無線儀表所不能得到的完整的Abist 信令和上下行測量報告,是無線網(wǎng)優(yōu)中進行小區(qū)級分析的最有效、便利的工具。TCH 掉話是綜合性最全的無線問題,涉及小區(qū)無線設計、設備性能、切換和頻率等每一個無線基礎環(huán)節(jié),而CTR 的應用在這幾個主要的環(huán)節(jié)都能發(fā)揮作用,故下面著重以TCH 掉話的分析為例,介紹筆者在CTR 應用的一些經(jīng)驗和思路。文中的一些舉例或分析,即使無專門說明,實際也和TCH,掉話問題密切相關。愛立
    對于無線性能指標,我們最關心的是SDCCH 或TCH 的接通失敗、掉話和切換失敗方面的無線問題,利用CTR 可以直接捕捉影響所關心統(tǒng)計指標的失敗事件,從事件觸發(fā)因素、參數(shù)合理性、設備性能和無線環(huán)境四方面分析出現(xiàn)這些失敗事件的主要原因,從而制訂相應的解決方案提高小區(qū)性能。由于CTR 只能同時記錄小區(qū)的16 個通話,在所關心統(tǒng)計指標不太差或小區(qū)話務量很高時,有時不一定能捕捉到很多所關心的失敗事件,但實際上各種無線性能指標既有各自特性也有極大的關聯(lián)性, 對其它各種相關或不相關的失敗事件進行分析,找出導致這些失敗事件的主要原因來推斷小區(qū)存在的主要問題,同樣對解決所關心的指標會有很大的參考價值。利用CTR 分析失敗事件可以采取以下步驟和方法:愛立信,諾基亞,西門子,北電,阿爾卡特,朗訊,華為,中興,中國移動,中國聯(lián)通,通信專業(yè)論壇 lx ] C a9rM
    (1) 對所關心的統(tǒng)計指標COUNTER 的觸發(fā)信令(如掉話COUNTER 的觸發(fā)信令是CLEAR COMMAND、TCH 接通失敗COUNTER 的觸發(fā)信令是ASSIGMENT FAILUAR)的CAUSE CODE進行歸類分析,根據(jù)這些CAUSE CODE 分析系統(tǒng)的硬件或功能模塊可能存在的問題;
    (2) 展開這些觸發(fā)信令對所對應的呼叫過程進行分析,根據(jù)呼叫過程中出現(xiàn)的各種異常信令的CAUSE CODE、發(fā)生的時長(時間)和出現(xiàn)的頻度,評估這些異常信令所涉及的硬件或功能模塊的性能,分析觸發(fā)異常信令的誘發(fā)因素(事件)和出現(xiàn)的頻度,評估這些誘發(fā)因素(事件)的出現(xiàn)是否具有“合理性”。
    (3) 對與這些觸發(fā)信令出現(xiàn)前后時間上“最接近”的的測量報告進行評估,分析可能存在的硬件或無線環(huán)境問題;愛立信,中國移動,諾基亞 V7|-d ZGz5V }
    (4) 對其它非直接觸發(fā)所關心統(tǒng)計指標的失敗事件進行分析,重復(1)、(2)、(3)步驟,由于這些失敗事件可能發(fā)生在同一呼叫過程,分析時注意排除失敗原因的重復“計算”,要以最先發(fā)生或最基本的失敗事件的原因作為此次呼叫過程出現(xiàn)問題的原因,其它的可“忽略”;MSC&BSC 移動通信論壇 |民間的通信技術論壇.TC ` Y-`.P/R
    (5) 對CTR 測量小區(qū)的整體或單一頻點的測量報告進行統(tǒng)計分析,分析小區(qū)整體或單一頻點的無線環(huán)境存在的問題,并輔助印證(2)、(3)、(4)的結論。TCH 掉話分析流程圖如下:
    gg1fic3.cn t
    W x G I j
    注(1): TCH 掉話COUNTER(TFNDROP)的觸發(fā)信令是非正常釋放(即CAUSE CODE 不為“CALL CONTROL”
    或“HANDOVER SUCCESSFUL”)的CLEAR REQUEST 或CLEAR COMMAND 信令。 SDCCH 和TCH愛立hH7g 掉話均會出現(xiàn)CLEAR COMMAND 信令,可通過“ASSIGMENT COMPLETE”即TCH 是否已經(jīng)成功分配來區(qū)分SDCCH 和TCH 的掉話。
    注(2):根據(jù)筆者經(jīng)驗,無線環(huán)境或無線設備性能原因掉話的Clear command 的CAUSE 基本都是“Equipment failure”、“Radio interface message failure”和“Radio interfacegg1fic3.cnfailure reversion to old channel”。如果有其它CAUSE,建議多加關注,例如CAUSE愛立信,中國移動,諾基CODE 為“Remote transcoder failure”通常意味著TRAU 出現(xiàn)故障。關于CAUSE CODE,通信工程師的家園,通的解釋可從GSM 規(guī)范、ALEX 或《AST》等文檔查找。
    注(3): GSM 系統(tǒng)通過各種TIMER 和COUNTER 對非正常事件進行監(jiān)視,當TIMER 超時后才發(fā)出系,通信工程師的統(tǒng)資源釋放信令,即反映各種失敗事件的信令不是和事件的發(fā)生同時出現(xiàn),而是滯后比系統(tǒng)所設定的TIMER 超時值略大的時間。除了切換失敗,在大多數(shù)失敗事件發(fā)生后, MS 實際已和信道失去連接,但在等待TIMER 超時期間或在原MS 占用的信道被釋放前系愛立統(tǒng)仍繼續(xù)接收上行測量報告(下行測量報告因MS 失去連接無法獲。,故在大多數(shù)情況下,這些在失敗事件(尤其是掉話后)的發(fā)生后的上行測量報告實際上是其它手機愛立的信號或噪音,這些“虛假”上行測量報告的特征是信號強度與失敗事件發(fā)生前的明 p ]顯不同(大部分是嚴重偏低)且誤碼級別幾乎都為6 或7,“虛假”上行測量報告的另一特征是“ mspower ”、“ TA ” 等數(shù)據(jù)一般為空值。CTR 測量數(shù)據(jù)中的愛measurementInfoStatus 字段也標注了測量報告的有效性,分為Full data、Ms no data、Ms no measurement、no data at all 四種狀態(tài),如果根據(jù)measurementInfoStatus判斷測量有效性,一般后兩種測量報告是虛假測量報告,但有時Ms no data 也不一定是真實測量報告。因此,分析測量報告時需從信令發(fā)生的時間、收集測量報告的時間,和虛假測量報告的特征來判斷測量報告的有效性以免誤判斷。
    注(4):雖然基站接收靈敏度達到-110dBm,手機接收靈敏度≥-104dBm,但從大量的CTR 測量可以發(fā)現(xiàn),當上行信號強度<=-105dBm、下行信號強度<=-102dBm 時,手機弱信號斷線的概率非常大,故筆者把這兩個值作為弱信號強度標準,僅供參考。實際上由于信號的波動和無線環(huán)境噪音的存在,這種強度下的信號的誤碼通常也非常高,但信號的MSC&BSC 移動通信論波動和無線環(huán)境噪音是現(xiàn)實網(wǎng)絡環(huán)境中無所不在且無法控制的無線環(huán)境“常態(tài)”,所以此時應把這種掉話歸類為弱信號掉話。( 題外話:基于這種思路和理解,對于覆蓋良好的GSM 后期網(wǎng)絡,筆者主張把BSC 的弱信號掉話統(tǒng)計門限LOWSSDL 和LOWSSUL 設置等于或略高于所在區(qū)域的無線環(huán)境噪音以利于無線網(wǎng)優(yōu)分析,或是通過調整LOWSSDL和LOWSSUL 的設置,以區(qū)分網(wǎng)絡“無信號掉話”和“弱信號掉話”的真實情況。)
    注(5):如果開啟上行或下行動態(tài)功率控制,由于受參數(shù)設置的影響,不能直接通過上下行功率w平衡來評估硬件問題——即使通過動態(tài)功率控制等級進行強度補償計算,但仍會掩蓋部分硬件故障。故如果不是專門對動態(tài)功率控制作分析,一般建議CTR 測試時關閉該小區(qū)的上下行動態(tài)功率控制;如果關閉動態(tài)功率控制,根據(jù)功率設置的不同,上下行愛功率差異值為-5dBm~-8dBm。,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單 w1_ T R E g
    注(6):這里所說路徑損耗并不是指PMR 里的空中路徑損耗(rxPathlossSubDownlink),詳見后文的解釋說明。
    注(7):GSM 的話音通信對信號的要求很低,誤碼基本僅意味著話音質量的變差,但對信令通信來說,由于信息正確性、完整性的要求以及各種TIMER、COUNTER 對嘗試時長、嘗試次 P數(shù)的限制,信令對信號的要求遠高于話音。從路測經(jīng)驗和CTR 的測量數(shù)據(jù)可以看到, {4r sz Z5u/x l在設備性能良好和無線鏈路TIMER 設置較大的情況下,弱信號或強干擾一般不會直接導致通話斷線,但如果此時發(fā)生切換出現(xiàn)信令連接,發(fā)生切換失敗和不能成功返回原信道的從而引發(fā)掉話的幾率就非常高,換言之,切換是TCH 信道CONNECT 之后掉話尤其是突然掉話的主要誘發(fā)因素,因此,切換和切換丟失的分析是利用CTR 分析TCH 掉愛立信,話的重點。切換的分析可從當前小區(qū)和相鄰小區(qū)的K 值、當前小區(qū)和相鄰小區(qū)切換前M的連續(xù)強度變化(波動)、“乒乓”切換的時長、未定義相鄰小區(qū)、當前小區(qū)切換前的www.無線信號(強度、質量)、TA 和切換CAUSE 等方面著手,分析LOCATING 參數(shù)和切換發(fā)愛立生的“合理性”以及失敗的原因,從而有針對性地采取優(yōu)化措施:&#1048708; “治標”措施:通過LOCATING 參數(shù)來遏制切換和減少切換丟失。例如針對信號波動大的可調整FILTER“平滑”測量數(shù)據(jù),信號重疊區(qū)域大的可調整 U B/^ N MSRXMIN,切換前信號質差可調整KOFFSET 偏移切換邊界……愛立信,中國移動,諾基亞 @&#1048708; “治本”措施:通過優(yōu)化設備性能和減少頻率干擾提高切換成功率和失敗返回
    率,通過天線(高度、方向、傾角、類型)調整清晰小區(qū)邊界減少切換嘗試和越區(qū)干擾……
    注(8):把無連續(xù)質差(或基本小于4)、上行信號強度>99dBm 且下行信號強度>96dBm 出現(xiàn)的掉話可認為是設備故障引發(fā),這是筆者的經(jīng)驗值,供參考。www
    注(9):如果是直接斷線、切出丟失、小區(qū)內部切換丟失、CHANNEL 或CONNECT 的非正常RELEASE,故障發(fā)生在當前頻點和時隙;如果是分配失敗、小區(qū)內部切換失敗、分層小區(qū)(SUBCELL)M切換失敗和切入失敗,故障發(fā)生在目標頻點和時隙,通過各種失敗事件所對應的頻點、時隙和其所對應硬件的關聯(lián)分析,就可以進一步定位硬件故障,如故障是否集中在某愛立一載波,或是否集中在某一CDU……需注意,如CTR 測量小區(qū)啟用跳頻,將無法看到當前或目標頻點和時隙而失去很多關鍵信息,故CTR 測量時建議關閉跳頻。注(10):由于頻率的緊密復用,使復用區(qū)域內的整個GSM 頻段的底部噪音提升,電平低于底部噪音的GSM 信號會被干擾。GSM 底部噪音與地理環(huán)境、頻率復用距離和復用方式有關,該愛立信,經(jīng)驗值的獲得可通過頻譜儀路測獲得。

    對本帖內容的看法? 我要點評

     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國通信人才網(wǎng)
    aming.ou
    療養(yǎng)院干部
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 15604
    帖子 428
    威望 12130 個
    禮品券 5 個
    專家指數(shù) 6
    注冊 2006-7-7
    專業(yè)方向  愛立信無線優(yōu)化
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-05 18:04:52  QQ
    有么有R12的NCS工具??現(xiàn)在遇到新版本無法分析數(shù)據(jù)的問題

    對本帖內容的看法? 我要點評





    Aming.Ou QQ3364776 MSN: Aming_ou@hotmail.com 無線網(wǎng)絡優(yōu)化+網(wǎng)優(yōu)軟件開發(fā)
     
    熱點: 通信招聘職位 | 網(wǎng)絡優(yōu)化全集 | WCDMA精品 | TD-SCDMA學習資料 | EVDO | MGW媒體網(wǎng)關資料
    117117
    認證專家2級
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 4246
    帖子 93
    威望 3092 個
    禮品券 8 個
    專家指數(shù) 31
    注冊 2006-12-1
    專業(yè)方向  維護部
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-08 20:28:52 
    如何評估網(wǎng)絡覆蓋差異,而愛立信系統(tǒng)提供的NCS測量能夠比較好的解決這個問題。NCS測量是通過手機在通話過程中上報測量報告來實現(xiàn)的。根據(jù)GSM系統(tǒng)規(guī)范,手機在通話過程中會不斷測量周圍信號,每隔480ms將信號最強的6個小區(qū)形成測量報告上報給系統(tǒng),系統(tǒng)據(jù)此判斷手機所處無線環(huán)境,是否應該進行切換等。通常狀況下,手機僅測量系統(tǒng)定義的相鄰小區(qū)頻點,但愛立信系統(tǒng)提供了這樣的功能,可以將其它頻點加入手機的測量頻率組,從而控制手機測量特定的頻率,得到手機周圍全頻段無線信號數(shù)據(jù)。
    NCS測量將給出所測頻點的BCCH、BSIC以及Report數(shù)量,它用來檢查小區(qū)的切換關系定義是否完善,只要把信號頻點加入測量組,我們就能夠得到無線信號的數(shù)據(jù)。這就是利用NCS測量評估網(wǎng)絡覆蓋的基本思想。
    對于每個服務小區(qū),手機都會上報多個相鄰小區(qū)的數(shù)據(jù)。排除信號快速突變的偶然因素影響,若某個相鄰小區(qū)信號較強,可以預期其Report數(shù)量也會較多。話務量是通過計算Report數(shù)量得出的,由于手機固定的每隔480ms上報一次測量報告,以Report數(shù)量可以計算出通話時長,進一步能夠換算得到該測量時段內服務小區(qū)的話務量。

    對本帖內容的看法? 我要點評

     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國通信人才網(wǎng)
    alexplus
    金牌會員
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 7931
    帖子 81
    威望 3644 個
    禮品券 8 個
    專家指數(shù) -1034
    注冊 2006-7-11
    專業(yè)方向  軟交換
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-13 01:58:20 
    Dim OtherCodeResult As String
    Select Case EventCode
    Case 6, 12, 13, 21, 27, 28, 29, 30, 31, 32, 33, 34
    Select Case CauseCode
    Case "0 ": OtherCodeResult = "Radio interface message failure"
    Case "1 ": OtherCodeResult = "Radio interface failure"
    Case "10": OtherCodeResult = "Radio interface failure reversion to old channel"
    Case "11": OtherCodeResult = "Handover successful"
    Case "12": OtherCodeResult = "Better cell"
    Case "13": OtherCodeResult = "Directed retry"
    Case "2 ": OtherCodeResult = "Uplink quality"
    Case "3 ": OtherCodeResult = "Uplink strength"
    Case "32": OtherCodeResult = "Equipment failure"
    Case "33": OtherCodeResult = "No radio resource available"
    Case "34": OtherCodeResult = "Requested terrestrial resource unavailable"
    Case "35": OtherCodeResult = "CCCH overload"
    Case "36": OtherCodeResult = "Processor overload"
    Case "37": OtherCodeResult = "BSC not equipped"
    Case "38": OtherCodeResult = "MS not equipped "
    Case "39": OtherCodeResult = "Invalid cell"
    Case "4 ": OtherCodeResult = "Downlink quality"
    Case "40": OtherCodeResult = "Traffic load"
    Case "48": OtherCodeResult = "Requested transcoding/rate adaptation unavailable"
    Case "5 ": OtherCodeResult = "Downlink strength"
    Case "6 ": OtherCodeResult = "Distance"
    Case "60": OtherCodeResult = "Assignment to a worse cell"
    Case "61": OtherCodeResult = "Assignment to a better cell"
    Case "64": OtherCodeResult = "Ciphering algorithm not supported"
    Case "7 ": OtherCodeResult = "Operation and maintenance intervention"
    Case "8 ": OtherCodeResult = "Response to MSC invocation"
    Case "80": OtherCodeResult = "Terrestrial circuit already allocated"
    Case "81": OtherCodeResult = "Invalid message contents"
    Case "82": OtherCodeResult = "Information element or field missing"
    Case "83": OtherCodeResult = "Incorrect value"
    Case "84": OtherCodeResult = "Unknown message type"
    Case "85": OtherCodeResult = "Unknown information element"
    Case "9 ": OtherCodeResult = "Call control"
    Case "96": OtherCodeResult = "Protocol error between BSC and MSC"
    End Select

    Case 17, 66
    Select Case CauseCode
    Case "0": OtherCodeResult = "Radio interface failure"
    Case "1": OtherCodeResult = "Radio link failure"
    Case "100": OtherCodeResult = "Mandatory information element error"
    Case "101": OtherCodeResult = "Optional information element error"
    Case "102": OtherCodeResult = "Information element non existent"
    Case "103": OtherCodeResult = "Information element length error"
    Case "104": OtherCodeResult = "Invalid information element contents"
    Case "111": OtherCodeResult = "Protocol error unspecified"
    Case "127": OtherCodeResult = "Interworking, unspecified"
    Case "15 ": OtherCodeResult = "Normal event, unspecified"
    Case "2": OtherCodeResult = "Handover access failure"
    Case "32 ": OtherCodeResult = "Equipment failure"
    Case "33 ": OtherCodeResult = "Radio resource not available"
    Case "34 ": OtherCodeResult = "Terrestrial channel failure"
    Case "35 ": OtherCodeResult = "CCCH overload"
    Case "36 ": OtherCodeResult = "ACCH overload"
    Case "37 ": OtherCodeResult = "Processor overload"
    Case "39 ": OtherCodeResult = "BTS not equipped"
    Case "40 ": OtherCodeResult = "Remote transcoder failure"
    Case "47 ": OtherCodeResult = "Resource not available, unspecified"
    Case "48 ": OtherCodeResult = "Requested transcoding/rate adaptation not available"
    Case "63 ": OtherCodeResult = "Service or option not available unspecified"
    Case "64 ": OtherCodeResult = "Encryption algorithm not implemented"
    Case "7": OtherCodeResult = "Operation and maintenance intervention"
    Case "79 ": OtherCodeResult = "Service or option not implemented unspecified"
    Case "80 ": OtherCodeResult = "Radio channel already activated/allocated"
    Case "95 ": OtherCodeResult = "Invalid message, unspecified"
    Case "96 ": OtherCodeResult = "Message discriminator error"
    Case "97 ": OtherCodeResult = "Message type error"
    Case "98 ": OtherCodeResult = "Message sequence error"
    Case "99 ": OtherCodeResult = "General information element error"
    End Select

    Case 0, 1
    Select Case CauseCode
    Case "0": OtherCodeResult = "No valid cause"
    Case "7": OtherCodeResult = "Subcell change"
    End Select

    Case 42
    Select Case CauseCode
    Case "0": OtherCodeResult = "TRACE INVOCATION message"
    Case "1": OtherCodeResult = "BSS INVOKE TRACE message"
    End Select

    Case 46
    Select Case CauseCode
    Case "0 ": OtherCodeResult = "assignment to a worse cell"
    Case "1 ": OtherCodeResult = "assignment to a better cell"
    Case "12": OtherCodeResult = "better cell"
    Case "13": OtherCodeResult = "direct retry"
    Case "2 ": OtherCodeResult = "uplink quality"
    Case "4 ": OtherCodeResult = "downlink quality"
    Case "41": OtherCodeResult = "preemted connection"
    Case "6 ": OtherCodeResult = "distance"
    Case "7 ": OtherCodeResult = "operation and maintenence intervention"
    End Select

    Case 50, 51
    Select Case CauseCode
    Case "0": OtherCodeResult = "no valid cause"
    Case "1": OtherCodeResult = "half rate packed"
    Case "7": OtherCodeResult = "subcell change"
    Case "8": OtherCodeResult = "subcell load distribution"
    End Select

    Case 55, 74
    Select Case CauseCode
    Case "0": OtherCodeResult = "automatic blocking from SNT"
    Case "1": OtherCodeResult = "automatic blocking from DIP"
    Case "2": OtherCodeResult = "control blocking"
    Case "3": OtherCodeResult = "manual blocking"
    Case "4": OtherCodeResult = "other fault/blocking"
    End Select

    Case 62
    Select Case CauseCode
    Case "0": OtherCodeResult = "no valid cause"
    Case "1": OtherCodeResult = "preemption of PVI connection"
    Case "2": OtherCodeResult = "preemption of multislot connection, downgrading"
    End Select

    Case 3, 7
    Select Case CauseCode
    Case "0": OtherCodeResult = "No valid cause"
    Case "4": OtherCodeResult = "preemption"
    End Select

    Case 14, 70
    Select Case CauseCode
    Case "0 ": OtherCodeResult = "the SCCP user, normal condition"
    Case "1 ": OtherCodeResult = "the SCCP user, end user congestion"
    Case "10": OtherCodeResult = "the network service provider, network failure"
    Case "11": OtherCodeResult = "the network service provider, network congestion"
    Case "12": OtherCodeResult = "the network service provider, expiration of reset timer (not used)"
    Case "13": OtherCodeResult = "the network service provider, expiration of receive inactivity timer"
    Case "14": OtherCodeResult = "reason unspecified"
    Case "15": OtherCodeResult = "reason unspecified"
    Case "2 ": OtherCodeResult = "the SCCP user, end user failure"
    Case "3 ": OtherCodeResult = "the SCCP user, SCCP user (LSS) originated"
    Case "4 ": OtherCodeResult = "the network service provider, remote procedure error"
    Case "5 ": OtherCodeResult = "the network service provider, inconsistent connection data"
    Case "6 ": OtherCodeResult = "the SCCP user, access failure"
    Case "7 ": OtherCodeResult = "the SCCP user, access congestion"
    Case "8 ": OtherCodeResult = "the network service provider, subsystem failure"
    Case "9 ": OtherCodeResult = "the SCCP user, subsystem congestion"
    End Select

    Case 15, 71, 72
    Select Case CauseCode
    Case "0": OtherCodeResult = "the device is blocked from SNT"
    Case "1": OtherCodeResult = "the device is blocked from DIP"
    Case "2": OtherCodeResult = "the device is blocked from CM"
    End Select

    Case 18, 67
    Select Case CauseCode
    Case "0 ": OtherCodeResult = "TRXC failure"
    Case "12": OtherCodeResult = "Manual intervention, load"
    Case "14": OtherCodeResult = "Manual intervention, function change"
    Case "20": OtherCodeResult = "BTS fault report class 1"
    Case "23": OtherCodeResult = "LAPD link fault"
    Case "25": OtherCodeResult = "LAPD link disturbance"
    Case "26": OtherCodeResult = "TRA or transmission device fault"
    Case "31": OtherCodeResult = "Operational recovery failed"
    Case "35": OtherCodeResult = "The BPC is being created or is about to be deleted"
    Case "36": OtherCodeResult = "Reconfiguration of BTS equipment 1"
    Case "38": OtherCodeResult = "Activity blocking execution"
    Case "39": OtherCodeResult = "Blocking execution"
    Case "40": OtherCodeResult = "Deblocking execution"
    Case "43": OtherCodeResult = "TAS system error"
    Case "44": OtherCodeResult = "Reconfiguration of BTS equipment 2"
    Case "52": OtherCodeResult = "Manual intervention, new SW started"
    Case "9 ": OtherCodeResult = "Manual intervention, blocking"
    End Select

    Case 19, 68
    Select Case CauseCode
    Case "1 ": OtherCodeResult = "too many measurement generations missing"
    Case "2 ": OtherCodeResult = "too high timing advance"
    Case "3 ": OtherCodeResult = "too many measurement generations missing and too high timing advance"
    Case "4 ": OtherCodeResult = "preemption"
    Case "47": OtherCodeResult = "TRH changeover failure"
    End Select

    Case 20
    Select Case CauseCode
    Case "0": OtherCodeResult = "MS lost"
    Case "1": OtherCodeResult = "operation of GS path failed"
    Case "2": OtherCodeResult = "equipment failure"
    Case "3": OtherCodeResult = "channel reactivation failure"
    Case "4": OtherCodeResult = "ater timeout"
    End Select

    Case 25
    Select Case CauseCode
    Case "0": OtherCodeResult = "call from MS (normal)"
    Case "1": OtherCodeResult = "call from MS (emergency)"
    Case "2": OtherCodeResult = "page response"
    Case "3": OtherCodeResult = "incoming inter BSC handover"
    Case "4": OtherCodeResult = "incoming intra BSC handover"
    Case "5": OtherCodeResult = "assignment to another cell"
    End Select

    Case 16, 35, 36, 37, 38, 39, 40, 41, 65
    Select Case CauseCode
    Case "0 ": OtherCodeResult = "reserved"
    Case "1 ": OtherCodeResult = "T200 expired (N200+1) times, abnormal release"
    Case "10": OtherCodeResult = "I-frame with incorrect use of M-bit, frame discarded by BTS"
    Case "11": OtherCodeResult = "I-frame with incorrect length, frame discarded by BTS"
    Case "12": OtherCodeResult = "frame not implemented, frame discarded by BTS"
    Case "13": OtherCodeResult = "Not impl. (SABM command in multiplex frame established state)"
    Case "14": OtherCodeResult = "SABM frame with information not allowed in this state, frame discarded by BTS"
    Case "2 ": OtherCodeResult = "Not impl. (re-establishment request)"
    Case "3 ": OtherCodeResult = "unsolicited UA response, protocol violation"
    Case "4 ": OtherCodeResult = "unsolicited DM response, protocol violation"
    Case "5 ": OtherCodeResult = "unsolicited DM response in multiple-frame established state, abnormal release"
    Case "6 ": OtherCodeResult = "unsolicited supervisory response, protocol voilation"
    Case "7 ": OtherCodeResult = "sequence error, abnormal release"
    Case "8 ": OtherCodeResult = "U-frame with incorrect parameters, frame discarded by BTS"
    Case "9 ": OtherCodeResult = "S-frame with incorrect parameters, frame discarded by BTS"
    End Select

    Case 2, 5, 9, 22, 45, 49, 52, 58, 61, 64
    Select Case CauseCode
    Case "0": OtherCodeResult = "Normal event"
    Case "1": OtherCodeResult = "Abnormal release, unspecified"
    Case "10 ": OtherCodeResult = "Frequency not implemented"
    Case "100": OtherCodeResult = "Conditional IE error"
    Case "101": OtherCodeResult = "No cell allocation available"
    Case "111": OtherCodeResult = "Protocol error unspecified"
    Case "2": OtherCodeResult = "Abnormal release, channel unacceptable"
    Case "3": OtherCodeResult = "Abnormal release, timer expired"
    Case "4": OtherCodeResult = "Abnormal release, no activity on the radio path"
    Case "5": OtherCodeResult = "Pre-emptive release "
    Case "65 ": OtherCodeResult = "Call already cleared"
    Case "7": OtherCodeResult = "Subcell change"
    Case "8": OtherCodeResult = "Handover impossible, timing advance out of range"
    Case "9": OtherCodeResult = "Channel mode unacceptable"
    Case "95 ": OtherCodeResult = "Semantically incorrect message"
    Case "96 ": OtherCodeResult = "Invalid mandatory information"
    Case "97 ": OtherCodeResult = "Message type non-existent or not implemented"
    Case "98 ": OtherCodeResult = "Message type not compatible with protocol state"
    End Select

    End Select
    InquireOtherCauseCode = OtherCodeResult

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    aming.ou
    療養(yǎng)院干部
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 15604
    帖子 428
    威望 12130 個
    禮品券 5 個
    專家指數(shù) 6
    注冊 2006-7-7
    專業(yè)方向  愛立信無線優(yōu)化
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-27 14:54:59  QQ
    沒有人能回答關于MRR和NCS定義的方法嗎???

    對本帖內容的看法? 我要點評





    Aming.Ou QQ3364776 MSN: Aming_ou@hotmail.com 無線網(wǎng)絡優(yōu)化+網(wǎng)優(yōu)軟件開發(fā)
     
    熱點: 通信招聘職位 | 網(wǎng)絡優(yōu)化全集 | WCDMA精品 | TD-SCDMA學習資料 | EVDO | MGW媒體網(wǎng)關資料
    alexplus
    金牌會員
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 7931
    帖子 81
    威望 3644 個
    禮品券 8 個
    專家指數(shù) -1034
    注冊 2006-7-11
    專業(yè)方向  軟交換
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2006-12-27 19:24:36 


    QUOTE:
    原帖由 aming.ou 于 2006-12-27 14:54 發(fā)表
    沒有人能回答關于MRR和NCS定義的方法嗎???

    ~~~ctr~~~
    ratri:cell=pvaiyn2,dtime=30,rtype=ev&me,rarea=NCE,event=ca;

    ~~~mrr~~~
    ramie:rid=mrrid00;
    ramii;
    ramdc:rid=mrrid00,cell=all;
    ramri:rid=mrrid00,dtime=300,reset;
    ramdp:rid=mrrid00;
    ramrp:rid=mrrid00;

    ~~~fas~~~
    rarie:rid=ririd00;
    rarrp:rid=ririd00;
    rarii;
    rardc:rid=ririd00,cell=all,csystype=gsm1800;
    rardc:rid=ririd00,arfcn=636&&750;
    rarci:rid=ririd00;
    rarri:rid=ririd00,dtime=300,reset;

    ~~~ncs~~~
    rabdp:rid=all;
    rabrp:rid=all;
    rabie:rid=barid00;
    rabii;
    rabdc:rid=barid00,cell=all;
    rabri:rid=barid00,dtime=120,mrnic;

    對本帖內容的看法? 我要點評

     
    熱點: 通信招聘職位 | 網(wǎng)絡優(yōu)化全集 | WCDMA精品 | TD-SCDMA學習資料 | EVDO | MGW媒體網(wǎng)關資料
    eshinetao
    中級會員



     發(fā)短消息    關注Ta 

    積分 652
    帖子 9
    威望 44 個
    禮品券 0 個
    專家指數(shù) 0
    注冊 2007-1-4
    專業(yè)方向 
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-05 10:26:03 
    a)        通過MRR的TA值來發(fā)現(xiàn)覆蓋過程的小區(qū):
    如上圖,很快就發(fā)現(xiàn)ZQBQLS2和ZQBQLS1兩小區(qū)有嚴重覆蓋過遠的情況,應根據(jù)實際情況,對該小區(qū)進行天線調整或相關的改動!
    b)        通過MRR的上下行信號及路徑損耗相差來發(fā)現(xiàn)小區(qū)的上行功率不平衡:
    如果上圖,發(fā)現(xiàn)該小區(qū)的上下行信號相差較大,檢查其功率及功控設置是否合理,天線是否有遮擋,CDU、TRU是否有發(fā)現(xiàn)障礙,功率等等相關的部件,MS的設備故障可能性較少,分折時一般不給予考慮。
    c)      通過MRR的TA值來發(fā)現(xiàn)小區(qū)的話務分布情況:
    如上圖,發(fā)現(xiàn)該小區(qū)的話務分布比較零散,根據(jù)實際情況來做調整,是否由于功控相關的硬件故障引起其分布較零散還是實際的地形原因引起其分布的較零散。
    d)       同時還可以MRR的上下行信號及上下行質量來調整HCS參數(shù)、MSRXMIN、ACCMIN、BSC的屬性等,由于數(shù)據(jù)的采用量較大,在此就不做詳細的解釋了,目后的工作過程中不斷探討、更新及更正。

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    alexplus
    金牌會員
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 7931
    帖子 81
    威望 3644 個
    禮品券 8 個
    專家指數(shù) -1034
    注冊 2006-7-11
    專業(yè)方向  軟交換
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-06 16:45:51 
    aming.ou收!!

    查看積分策略說明
    附件下載列表:
    2007-1-6 16:45:51  下載次數(shù): 229
    decoder_list.rar (4.2 KB)

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    117117
    認證專家2級
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 4246
    帖子 93
    威望 3092 個
    禮品券 8 個
    專家指數(shù) 31
    注冊 2006-12-1
    專業(yè)方向  維護部
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-07 13:51:51 
    ************修改小區(qū)NCCPERM參數(shù)*************
    rlssc:cell= ,nccperm=;

    ****************定義NCS測量*****************
    rabrp:rid=all;(PRINT THE DETAIL OF RID〈RID:ACTIVE BA-LIST RECORDING IDENTITY〉)
    rabii;(ALLOCATE A RID FROM THE BSC)
    rabdp:rid=all;(PRINT THE RID RECORDING DEFINITIONS)
    rabdc:rid=barid00,cell=all,numfreq=32,tmbcchno=,abss=110;
    rabdp:rid=all;
    rabri:rid=barid00,dtime=120;
    rabrp:rid=barid00;

    ************測量完畢輸出測試結果,請保存在一個文件中************
    rabti:rid=barid00;(PRINTOUT THE RECORDING RESULT FOR A RID)注:本條指令需要在RIDS 狀態(tài)為RECORDING COMPLETE 時才能輸出。

    ****************刪除NCS定義****************
    rabde:rid=barid00,cell=all;
    rabie:rid=barid00;
    rabrp:rid=all;

    ************復原小區(qū)NCCPERM參數(shù)*************
    rlssc:cell= ,nccperm= ;


    ************查看系統(tǒng)處理器負荷*************
    plldp;

    注意:進行NCS時,輸入rabri:指令后,如出現(xiàn)FREQUENCY FILE TOO SMALL的結果,則是SAE=533,設置太小造成。

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    117117
    認證專家2級
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 4246
    帖子 93
    威望 3092 個
    禮品券 8 個
    專家指數(shù) 31
    注冊 2006-12-1
    專業(yè)方向  維護部
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-07 13:54:03 
    CTR FILE 定義步驟
    1.INFII:FILE=CTRFILE,RLENGTH=512,EXP=64,
    SIZE=64,TYPE=SEQ,FCLASS=CMP,BLK=16,VOL=EXCHVOLUME;
    2.IOIFI:FILE=CTRFILE,NSUB=100,RELEASE=YES;
    3.INFDI:FILE=CTRFILE,DEST=OSS02;
    4.INFCC:FILE=CTRFILE,REMOVE=00100,TRACSCOND=AUTO;

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    zcfans
    銀牌會員
    鎵嬫満鍙風爜宸查獙璇? style=


     發(fā)短消息    關注Ta 

    積分 2895
    帖子 102
    威望 6857 個
    禮品券 8 個
    專家指數(shù) 12
    注冊 2006-11-23
    專業(yè)方向  TD LTE
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-12 08:58:01 
    為什么我定義總是FCODE 8?
    INMCT:SPG=0;
    1 INFII:FILE=CERFILE00,RLENGTH=512,EXP=64,
    執(zhí)行它就出FCODE

    對本帖內容的看法? 我要點評

     
    熱點: 通信招聘職位 | 網(wǎng)絡優(yōu)化全集 | WCDMA精品 | TD-SCDMA學習資料 | EVDO | MGW媒體網(wǎng)關資料
    enjoyczm
    銀牌會員



     發(fā)短消息    關注Ta 

    積分 3047
    帖子 88
    威望 59 個
    禮品券 0 個
    專家指數(shù) 0
    注冊 2006-11-11
    專業(yè)方向 
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-26 20:31:22 
    定義NCS,在定義NCS的時候,900與1800應該分開來定義。
    @CHECK("OFF")
    RABIE:RID=BARID00;
    RABII;
    RABDC:RID=BARID00,CELL=ALL,RELSSN=9,RELSS2P=6,CSYSTYPE=GSM900,NCELLTYPE=BOTH,TMBCCHNO=1&&95,ABSS=94;
    RABRI:RID=BARID00,DTIME=360,MRNIC;

    RABIE:RID=BARID01;
    RABII;
    RABDC:RID=BARID01,CELL=ALL,RELSSN=9,RELSS2P=6,CSYSTYPE=GSM1800,NCELLTYPE=BOTH,TMBCCHNO=512&&600;
    RABRI:RID=BARID01,DTIME=360,MRNIC;
    @CHECK("ON")

    !rabti:rid=barid00,io=file!After recording completed!

    定義MRR
    Ramie:Rid=Mrrid00;
    Ramii;
    Ramdc:Rid=Mrrid00,Cell=All,CSYSTYPE=gsm900;
    Ramri:Rid=Mrrid00,Dtime=360,Reset;
    Ramrp:Rid=Mrrid00;

    !ramti:rid=barid00!After recording completed!

    定義FAS 在定義FAS的時候,900與1800應該分開來定義。
    Rarie:Rid=ririd00;
    Rarii;
    Rardc:rid=ririd00,cell=all,csystype=gsm900;
    Rardc:rid=ririd00,arfcn=1&&95;
    Rarci:rid=ririd00;
    Rarri:rid=ririd00,Dtime=480,reset;

    Rarie:Rid=ririd01;
    Rarii;
    Rardc:rid=ririd01,cell=all,csystype=gsm1800;
    Rardc:rid=ririd01,arfcn=512&&561;
    Rarci:rid=ririd01;
    Rarri:rid=ririd01,Dtime=480,reset;

    !Rarti:rid=ririd00,PERCVAL=900;!After recording completed!

    定義CTR(在BSC里面定義)
    Ratri:cell=***,event=ca,dtime=30,rtype=ev&me,rarea=nce;

    定義MTR(在MSC里面定義)
    MGTRP:MSISDN=8613450744717; !MSC,查手機的IMSI!
    MGBRI:IMSI=460003863211147,RR=0,RTY=3,ACCT=ALL;有時候RR=62
    MGBRE:RR=0;!停止測試!
    MGBRP:RR=ALL;
    MGSSP:IMSI=;!查看手機號碼!
    IOIFP:FILE=MTRFIL00

    對本帖內容的看法? 我要點評

     
    [2分鐘擁有VIP權限和充足威望,可下載站內任何資料] [快速找到一份高薪的通信行業(yè)職位]
    bliss
    論壇元老



     發(fā)短消息    關注Ta 

    積分 22734
    帖子 771
    威望 12673 個
    禮品券 0 個
    專家指數(shù) 21
    注冊 2007-1-23
    專業(yè)方向  自動頻率規(guī)劃(支持所有廠家)
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2007-01-29 00:28:48 
    NCS和MRR是愛立信的功能,其他廠家的設備有類似的功能嗎?現(xiàn)在市場的頻率優(yōu)化軟件在模擬網(wǎng)絡的時候,都是以NCS、MRR數(shù)據(jù)建摸,在做愛立信設備的網(wǎng)絡的時候,數(shù)據(jù)比較好取,那做其他設備的時候,這個數(shù)據(jù)怎么取?

    對本帖內容的看法? 我要點評

     
    熱點: 通信招聘職位 | 網(wǎng)絡優(yōu)化全集 | WCDMA精品 | TD-SCDMA學習資料 | EVDO | MGW媒體網(wǎng)關資料

    快速回復主題    
    標題
    內容
     上傳資料請點左側【添加附件】

    當前時區(qū) GMT+8, 現(xiàn)在時間是 2025-02-24 01:15:46
    渝ICP備11001752號  Copyright @ 2006-2016 mscbsc.com  本站統(tǒng)一服務郵箱:mscbsc@163.com

    Processed in 1.133527 second(s), 48 queries , Gzip enabled
    TOP
    清除 Cookies - 聯(lián)系我們 - 移動通信網(wǎng) - 移動通信論壇 - 通信招聘網(wǎng) - Archiver