無責任雜記(001)

[前言]
此部份紀錄皆未經驗證，只是自己的雜記，請勿引用。

[雜記]
1. 就像Justin當時不見得熟悉所有NetHawk的功能與設定一樣，Network vender的工程師不見得必然熟悉自己的產品，有時候要耐心與他們仔細討論每個NodeB與RNC設定的細節，先別假定他們已經完全熟悉每個參數的設定，要將設定錯誤的可能性排入除錯項目中。

2. 再度加強這樣的信念：ATM已經是很穩定的協定與產品，如果AAL5或是AAL2(ALCAP)無法建立起來，請先試著從實體層開始除錯：查看接頭、確定每條接線、確定ATM的參數設定，在UNI的兩端，RNC通常設定為open，NodeB則設定為close，接受RNC的控制；出現Block Request表示某些設定有問題，有一端拒絕建立ATM鏈路。

3. 回想當時與BenqMS的NodeB相接，也曾經出現過Block Request的問題無法排除，一直以為是ALCAP版本不同所造成的結果。

4. Frank堅持找出原因是正確的，無論多晚，無論花費多久時間，很欣賞這種工作態度，工程師不怕犯錯，只怕將錯就錯、得過且過，不願找出原因，錯誤累積以後將很難收拾。

5. 太克的Probe max. receiver throughtput ~ 300 Mbps, 聽說是硬體的極限，要設法查出卡在哪個環節，希望未來能夠突破這個限制。

6. 未來兩個月內，IMS在台灣會有大事件發生，很期待。

7. 今天發現太克NSA Analyser已經是心目中100分的UMTS後視分析軟體，將我曾經想過的，以及夢中都想不到的好功能實現在微軟的視窗中。Artix如臨大敵，該好好加油了！NetHawk與Radcom別心存僥倖，沒有長進就是最大的退步。

8. NCC要開始對3G業者的NodeB實施TS 25.141測試。NetHawk RNC/Iub Simulator仍然是現場工程師最方便的好助手。

9. 兩根diversity天線中間必須相隔7倍波長以上的距離，才可以消除彼此的相關性。

10. Tektronix不知何時已經將Analyser生意從K1297中移除，K1297將專注於Simulation/Loading Test，而K15將專注於signalling analyser上面，現在又多了K18 + NSA Analyser作為全網監控，以便與NetHawk全面抗衡，這種全力以赴的作戰精神，NetHawk該感到非常榮幸與小心應戰。

070416r5版本