TEMS操作使用教程

/TEMS操作使用教程TEMS操作界面介紹菜單欄：多數(shù)工具欄和導航區(qū)菜單與工作表標簽在菜單欄中都有對應(yīng)選項。工具欄：可從工具欄訪問所有的核心功能。大多數(shù)工具欄按鈕在菜單中都有對應(yīng)選項。工作區(qū)和工作表：存儲工作對話中所用的所有窗口和設(shè)置的實體稱之為工作區(qū)，每次只能打開一個工作區(qū)。導航區(qū)：可以通過導航區(qū)打開演示窗口，改變信息元的顏色范圍并管理您的工作表。在會話開始，導航區(qū)對于配置工作區(qū)非常有用。狀態(tài)欄：狀態(tài)欄用于顯示標明當前應(yīng)用狀態(tài)的標志和短消息。工具欄設(shè)備控制與連接工具添加或刪除連接到TEMS的設(shè)備，同時對TEMS運行時這些外圍設(shè)備屬性進行控制。具體的設(shè)置如圖中所示。記錄工具對現(xiàn)場記錄的log文件進行記錄、插入標簽、記錄到新日記文件中?；胤殴ぞ週OG文件的查看與查找定位。導航區(qū)導航區(qū)-Menu點擊主菜單欄中的view下拉菜單中的navigator就會出現(xiàn)右圖menu的選項。menu中列出了應(yīng)用中可用的多數(shù)窗口類型。這些窗口大致分為三類：顯示類、控制類和配置類。要打開某一窗口，請雙擊對應(yīng)的圖標。導航區(qū)-IE在Navigator下點擊InfoElement選項（右圖紅圈），將出現(xiàn)右圖菜單。InfoElement選項卡中列出了TEMS中涉與的所有信息元。除“文本”類以外，所有信息元都有缺省的顏色、標記大小、標志等屬性，并因元值而異。這些屬性可以在InfoElement選項卡中進行編輯。當在顯示窗口中添加信息元時，這些設(shè)置會自動生效。導航區(qū)-worksheet在Navigator下點擊worksheet選項，出現(xiàn)右圖。選項卡中列出了工作區(qū)內(nèi)當前活動的工作表。每個工作表都用一個文件夾來表示，里面包含該工作表的所有窗口。雙擊其中的某個圖標，相應(yīng)的窗口（與其所在的工作表）便會被激活。工作區(qū)窗口擺設(shè)原則是2個MS的主要信息都要顯示出來。主要是Overview和Signaling工作表。設(shè)置完成后保存Workspaces，方便以后直接打開使用。（該.tdc為本人常用工作界面，大家也可以根據(jù)自己的喜好設(shè)置工作界面）工作區(qū)窗口—Overview1MS1的CurrentChannel當前信道：Time時間、Cellname小區(qū)名、CGI小區(qū)全球識別碼、Channelmode信道模式、Channeltype類型等信息。（MS2對應(yīng)為6）2MS1的RadioParameters無線參數(shù)：RxLev信號電平、RxQual信號質(zhì)量、FER誤比特率、SQI話音質(zhì)量指標、RLTimeoutCounter無線鏈路超時計數(shù)器等。（MS2對應(yīng)7)3MS1的Serving+Neighbors服務(wù)小區(qū)和鄰區(qū)：BSIC基站識別碼、ARFCN絕對無線信道號、RxLev信號電平與其他參數(shù)，其中服務(wù)小區(qū)位于頂部，鄰區(qū)位于其下，按信號強度降序排列。（MS2對應(yīng)8）4MS1的LineChart線性圖表：可在線圖中標繪主要為物理量測試值的信息元，每個圖表中最多可包含7個信息元。標繪或以曲線或以連續(xù)的豎線表示。（MS2對應(yīng)9）5Map地圖：顯示測試區(qū)域地圖，并可在地圖上以圖形方式顯示路測路線。小區(qū)、事件和信息元的相關(guān)數(shù)據(jù)以標志格式沿路線顯示。工作區(qū)窗口—Signaling1ModeReports模式報告顯示（視廠商而定）與其本身狀態(tài)有關(guān)的外部設(shè)備報告。在缺省狀態(tài)下還顯示某些事件。2MS1的Layer3Messages第三層消息顯示有關(guān)MS1的第3層消息。在缺省狀態(tài)下還顯示某些事件。（MS2的對應(yīng)3）4Layer2Messages第二層消息顯示有關(guān)MS1、MS2的第2層消息。在缺省狀態(tài)下還顯示某些事件。5Events事件表明在網(wǎng)絡(luò)中發(fā)生的重要事件。某些事件已預(yù)定義，此外，還能夠自己定義事件。事件同樣還可作為：地圖上的標志、線圖中的標志和垂直線、音頻信號。6GPS顯示來自GPS設(shè)備的信息，具體顯示何種信息取決于GPS類型；包括經(jīng)緯度、水平高度、時速等。TEMS相關(guān)文件腳本制作.cel文件制作.cel文件必須是放在英文根目錄下且命名為英文或數(shù)字才能被TEMS正確識別；不能用漢字命名，否則無法識別。將cell信息制作成一張Excel表，此表的開頭必須為2TEMS_-_Cell_names否則TEMS不能識別該文件。注意文件名形式為.cel。（大家在使用時，可以根據(jù)附件中的格式將相應(yīng)項進行修改、保存后使用）Map的導入首先打開TEMS的MAP工作表。（presentation→positioning→map）根據(jù)客戶提供的地圖，制作．Gst格式的地圖配置文件。必須注意各種文件的保存類型。單擊Toolbar上的進入map工作表1.GeoSetmanagerGeoSet管理器2.NewGeoSet新的GeoSet3.Add添加（根據(jù)需要加入圖層）.gst地圖文件保存同.cel文件制作時相同，保存文件名不能用中文。保存完成后，下次使用我們便可以直接點擊Map窗口中的openmap打開地圖。撥號方式設(shè)置該部分我們以市區(qū)DT撥號方式為例通話要求：手機撥叫、接聽、掛機都采用自動方式。每次通話時長180秒，呼叫間隔20秒；如出現(xiàn)未接通或掉話，應(yīng)間隔20秒進行下一次試呼。撥號設(shè)置所需條件：保存的文件名通話循環(huán)次數(shù)被叫號碼主被叫通話時長通話間隔時長重撥等待時間LOG文件的保存在CommandSequence（命令序列）下選擇Edit（編輯）。在Edit下雙擊Recording（記錄），選擇Start（開始）。表示撥號流程的從此處開始。通話循環(huán)次數(shù)General（常規(guī)）下選Loop（循環(huán)次數(shù)）。通常使用默認的執(zhí)行10次一個循環(huán)，一次循環(huán)結(jié)束，就一個文件保存結(jié)束，繼續(xù)記錄時就會重新進行另一個文件的保存記錄。主叫設(shè)置在voice/video（語音/視頻）下選擇Dial（撥號），默認的設(shè)備為MS1，不要改變。被叫設(shè)置在voice/video下選擇Answer（應(yīng)答）。此時設(shè)備還是默認為MS1應(yīng)改成MS2。通話間隔時長General下選擇Wait等待時間需改為20s，即為一次通話結(jié)束的等待時間。Recording下選擇stop（結(jié)束），對應(yīng)的默認值不需要改變。保存腳本將設(shè)置完成的腳本保存起來，方便下次直接調(diào)用。連接測試將手機、GPS、電子狗與筆記本連接。車載電源連接好。打開剛才保存的工程文件。.Cel文件的打開單擊Configuration，選擇下拉菜單中的General，在General下選擇Cell,在彈出的對話框里，在UseCellDefinition前打勾，載入剛才制作的cel文件。.gst圖層文件的打開單擊View，從下拉菜單中選擇Presentation，打開positioning再選map,打開Openmap選中剛才保存的.gst文件打開即可。撥號腳本的打開單擊Control，從下拉菜單中選擇CommandSequence,在彈出的窗口中點擊Open,打開測試腳本，選擇剛才保存的撥號腳本。設(shè)備連接“1”Connectall連接所有“2”Run運行連接成功會有提示音：XXconnected；如果是手動連接時，沒有連上設(shè)備，手動添加端口，也會出現(xiàn)相關(guān)紅色標識。設(shè)備斷開“1”停止記錄“2”斷開所有連接斷開成功也會有提示音：XXdisconnected數(shù)據(jù)處理分析生成Relev與RxQual圖TEMS中LOG的導出點擊菜單欄中的loglogfile。點擊（addorder）→Format中選擇MapinfoTob-IEs中選擇GSM→下拉欄中選擇上圖中的5項。（說明：選中項的前面為ALL表示主被叫指標統(tǒng)一計算，如果需要分開計算可以雙擊選項進行修改設(shè)置）在Inputfiles中選擇需要出圖的所有LOG文件。Output項需要勾上，否則出來的圖是單一的不能和在一個圖層中。Mapinfo中出圖我們以Relev圖層為例（RxQual步驟相同）點擊Mapinfo菜單欄中地圖→創(chuàng)建專題地圖專題地圖的步驟一中選擇“范圍”選項專題地圖的步驟二中選擇要出的表和字段，字段里選擇RelevSubdBm專題地圖的步驟三中設(shè)置范圍和樣式點擊確定得到最終的Relev圖GSM指標定義與生成GSM指標定義掉話率掉話率＝（主叫掉話+被叫掉話）/（主叫接通+被叫接通）×100％；接通次數(shù)：當一次試呼開始后出現(xiàn)了Connect，ConnectAcknowledge消息中的任何一條就計數(shù)為一次接通；掉話次數(shù)：在一次通話中如出現(xiàn)Disconnect或ChannelRelease中任意一條，就計為一次呼叫正常釋放。只有當兩條消息都未出現(xiàn)而由專用模式轉(zhuǎn)為空閑模式時，才計為一次掉話。（如通話時間不足規(guī)定時長，出現(xiàn)釋放，要求通過層3信令解碼判斷原因）；掉話率取主、被叫手機的統(tǒng)計結(jié)果。接通率接通率＝總（Connect或ConnectAcknowledge）數(shù)/總（channelrequest和CMservicerequest）數(shù)×100％；試呼次數(shù)：以channelrequest和CMservicerequest同時出現(xiàn)來確定試呼開始；接通次數(shù)：當一次試呼開始后出現(xiàn)了Connect，ConnectAcknowledge消息中的任何一條就計數(shù)為一次接通；接通率取主叫測試手機的統(tǒng)計結(jié)果。覆蓋率覆蓋率＝（>=-90dBm的采樣點數(shù)（主叫＋被叫））/總采樣點數(shù)（主叫＋被叫）×100％；采樣點數(shù)為180秒通話狀態(tài)和20秒空閑狀態(tài)樣本點數(shù)之和；取主、被叫手機的測試結(jié)果。話音質(zhì)量取MOS值。話音質(zhì)量取主、被叫手機的統(tǒng)計結(jié)果之和。平均呼叫建立時長呼叫建立時延：出現(xiàn)最后一條channelrequest到alert的時間差（以幀號差計算）；取所有測試的平均時長；取主叫手機的測試結(jié)果。話音質(zhì)量RxQualSUB值，列出RxQual0-7級各占的百分比；每部手機話音質(zhì)量具體算法如下：話音質(zhì)量＝[RxQual（0級）＋RxQual（1級）＋RxQual（2級）＋RxQual（3級）]×1＋[RxQual（4級）＋RxQual（5級）+RxQual（6級）]×0.7。各級話音質(zhì)量均指該級話音質(zhì)量的樣本點數(shù)占總樣本點數(shù)的百分比；話音質(zhì)量取主、被叫手機的統(tǒng)計結(jié)果之和。指標生成在實際工作中，指標的生成有相應(yīng)的軟件進行出來。在此不做詳細描述。事件案例分析硬件問題導致的掉話掉話發(fā)生在銅梁到水口路段，從回放數(shù)據(jù)中可以看出，主服務(wù)小區(qū)BCCH=45，BSIC=55，LAC=33165，CI=30492，TA=0，RxQual=7，RxLev=-67dBm電平較好。突然話音質(zhì)量差，隨后電平也迅速降低，下行鏈路誤碼增高未能與時切換導致掉話。通過對數(shù)據(jù)的進一步分析，可能是由于主服務(wù)小區(qū)硬件問題，建議檢查TCH＝8的載波板。鄰頻干擾導致的切換失敗現(xiàn)象：移動臺在呼倫橋附近發(fā)生切換失敗，同時伴有較高的誤碼率。此時的服務(wù)小區(qū)為職高1（BCCH=106）解決：從路測數(shù)據(jù)上看此時的話音質(zhì)量較差，誤碼率較高，懷疑存在干擾。通過其鄰區(qū)列表我們發(fā)現(xiàn)一個與服務(wù)小區(qū)鄰頻的信號，經(jīng)查為電務(wù)段2（BCCH=105）的信號,其C/A>-6，因此斷定屬于BCCH上的鄰頻干擾。于是修改職高1的BCCH頻點，經(jīng)過后路測證實問題解決。以下是修改頻點后的測試截圖：Sd擁塞導致的未接通分析：通過測試結(jié)果可看到，發(fā)生未接通的路段的覆蓋較好，接收電平在-70dbm左右。通過層三信息可看到本次呼叫共出現(xiàn)兩次cmserverrequest和三次immediateassignment信令后出現(xiàn)一條cmserverregect，產(chǎn)生一次未接通。說明移動臺無法正常占用信令信道，無法正常完成接續(xù)過程。因此，我們判斷此次未接通可能是由于Sd擁塞導致的。鄰區(qū)漏定義導致的掉話現(xiàn)象：在岑溪市區(qū)，本次通話中服務(wù)小區(qū)CID:15583（探花C）信號強度較弱，一直在-90dbm以下，通話話音質(zhì)量一直6級以上，信號強度惡化到小于-100dbm以后產(chǎn)生了掉話。層三信令上只看到手機發(fā)送的上行的MeasurementReport，收不到下行消息。在占用該小區(qū)時鄰區(qū)表里看不到信號強的小區(qū)，但是掉話以后小區(qū)重選馬上選到了小區(qū)CID:15291（城北A）信號強度為-60dbm左右，而且鄰區(qū)也有信號較強的小區(qū)。分析：由以上的描述來分析，我們判定本次掉話的原因因為小區(qū)CID:15583的鄰區(qū)列表做的不全，沒有做小區(qū)CID:15291的鄰區(qū)關(guān)系，以致在CID:15583信號很弱的情況下手機也沒有接收信號更強小區(qū)的信號進行切換。最終導致移動臺超時掉話。重選錯誤導致的掉話現(xiàn)象：明家至大順路段覆蓋差，移動臺發(fā)生掉話現(xiàn)象。分析：通過對路測數(shù)的分析發(fā)現(xiàn)，移動臺在上一次呼叫時占用的是10611高家嘴1小區(qū)的信號，但掛機重選后移動臺卻重選到了小區(qū)10821萬壽。通過核查兩小區(qū)的鄰區(qū)關(guān)系，我們發(fā)現(xiàn)兩小區(qū)并不存在鄰區(qū)關(guān)系。同時，距移動臺較近的明家30641與10611存在鄰區(qū)關(guān)系，但其BCCH頻點與10821同頻。因此，我們判斷，此處由于10821越區(qū)覆蓋導致與30641產(chǎn)生同頻干擾，使移動臺錯誤的重選到了小區(qū)10821，移動臺在其后的通話中無法切回信號更好距離更近的小區(qū)，而產(chǎn)生掉話。被叫無響應(yīng)導致的呼叫失敗現(xiàn)象：在兩匯至四合路段，移動臺占用小區(qū)10082的信號時出現(xiàn)連續(xù)呼叫失敗的現(xiàn)象，此時電平值在-100dBm左右，誤碼率也持續(xù)較高，而其他小區(qū)在此處信號都不很強。分析：通過分析層三信息我們發(fā)現(xiàn)，這些連續(xù)的呼叫失敗都是由于網(wǎng)絡(luò)下發(fā)的斷連（Disconnect）消息導致的，給出的原因是無用戶響應(yīng)。察看斷連消息之前的層三消息我們發(fā)現(xiàn)，主叫一直收不到振鈴（Alert）消息，在此之前一切正常。因此我們判斷這些連續(xù)的呼叫失敗是由于覆蓋差導致網(wǎng)絡(luò)無法尋呼到被叫移動臺所導致的。731醫(yī)院的時鐘失鎖切換失敗現(xiàn)象：我們先從一個小區(qū)因PBGT原因切換至小區(qū)3070，切換正常。當與服務(wù)小區(qū)3070距離較遠，下行電平逐漸變?nèi)酰弲^(qū)電平逐漸增強時，遲遲沒有切換，最后向排位很低的一個小區(qū)進行了切換，切換后效果很差，服務(wù)電平仍然不高，致使Quality很差。隨后又在這兩個小區(qū)之間乒乓切換，但始終沒有向較好的另外幾個小區(qū)發(fā)出HOCommand；分析：最好的前幾個鄰區(qū)的BSIC碼均沒有解出，所以只能向解出BSIC碼的鄰區(qū)發(fā)出HOCommand。如圖8。圖8通過分析，我們知道最強的34號和47號頻點來自于基站‘731醫(yī)院’的兩個小區(qū)（3557、3558）。因此，我們把車停在了該基站附近，由于解碼錯誤，這時解出的鄰區(qū)BSIC是錯誤的，而并非當前最強的34、47號頻點小區(qū)的BSIC，致使全部切換失敗。如圖9。圖9故障原因：