一、掉話的定義1.路測的掉話定義
路測的掉話定義是：從 ue側記錄的空口信令上看，在通話過程（連線狀態下）中，如果空口的訊息滿足以下3個條件的任何乙個就視為路測掉話。
(1)收到任何的廣播通道訊息。
(2)收到無線資源釋放的訊息且釋放的原因為非正常的。
(3)收到呼叫控制斷連線、呼叫控制釋放等訊息，而且釋放的原因為非正常的。
2.話統指標中的掉話定義
廣義的掉話率應該包含cn和utran的掉話率，由於網優重點關注與utran側的掉話率指標，本文掉話率描述也重點關注utran側的kpi指標。
從大的方面講，掉話分為兩大類，信令面掉話和使用者面掉話。
需要說明的是：無線接入網話統掉話的定義只從iu介面的角度進行統計，統計了rnc主動發起的非正常資源釋放的請求次數；路測的掉話定義主要從空口的訊息和非接入層的訊息結合原因值來進行定義的，兩者不完全一致。比如說，對於同時進行主被叫通話，工具記錄主叫的空口訊息，如果被叫異常掉話，那麼分析主叫的流程也會是一次掉話，但從話統上看，這次主叫是沒有掉話指標記錄的。所以兩者的定義是不完全一致的，在分析時需加以區分。
二、掉話原因分析
由於掉話分析將涉及到具體的信令分析，因此本文參考華為裝置的引數設定進行分析，而不同裝置的引數定義並不一定相同，但是分析方法是相通的。
1.鄰區漏配
一般來講，掉話在初期優化過程中大多數是由於鄰區漏配導致的。對於同頻鄰區，通常採用以下方法來確認是否為同頻鄰區漏配。
方法一：觀察掉話前ue記錄的活動集ecio資訊和記錄的bestserverecio資訊。如果ue記錄的ecio很差，而記錄的bestserver ecio很好，同時檢查記錄best server ecio擾碼是否出現在掉話前最近出現的同頻測量控制的鄰區列表中。如果同頻測量控制的鄰區列表中沒有擾碼，那麼可以確認是鄰區漏配。
方法二：如果掉話後ue馬上重新接入，ue重新接入的小區擾碼和掉話時的擾碼不一致，也可以懷疑是鄰區漏配問題，可以通過測量控制，進一步進行確認（從掉話位置的訊息開始往前找，找到最近一條同頻測量控制訊息，檢查該測量控制訊息的鄰區列表）。
方法三：有些ue會上報檢測集（detectedset）資訊，如果掉話發生前檢測集資訊中有相應的擾碼資訊，也可以確認是鄰區漏配的問題。
鄰區漏配導致的掉話包括異頻鄰區漏配和異系統鄰區漏配。異頻鄰區漏配的確認方法和同頻幾乎相同，主要是掉話發生的時候，手機沒有測量或者上報異頻鄰區，而手機掉話後重新駐留到異頻鄰區上。異系統鄰區漏配表現為手機在3g網路掉話，掉話後手機重新選網駐留到2g網路，從訊號質量來看，2g網路的質量很好（在掉話點用2g測試手機觀察rss訊號）。
2.覆蓋差
一般來說，對於voice而言，當cpich的ecio大於-14db，rscp大於-100dbm時（採用的測量值），不可能是由於覆蓋不行導致的掉話。通常所說的覆蓋差主要是指rscp很差。表1是規劃時要求的outdoorecio和ec要求（來自香港sunday網路規劃）。
上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用通道功率來確認。由於缺站、扇區接錯、功放故障導致站關閉等原因都會導致覆蓋差，在一些室內，由於過大的穿透損耗也會導致覆蓋太差。扇區接錯或者站點由於故障原因關閉等容易在優化過程中出現，表現為其他小區在掉話點的覆蓋差，需要注意分析區別。
3.切換導致的掉話
軟切換/同頻導致掉話主要有兩類原因：切換來不及或者桌球切換。
從信令流程上看，cs業務表現為手機收不到活動集更新命令（同頻硬切換時為物理通道重配置），ps業務也有可能收不到活動集更新命令，也有可能在切換之前先發生trb復位。
解決切換來不及導致的掉話，可以通過調整天線擴大切換區，也可以配置1a事件的切換引數使切換更容易發生，或者配置cio使目標小區能夠提前發生切換。解決桌球切換帶來的掉話問題，可以調整天線使覆蓋區域形成主導小區，也可以配置1b事件的切換引數減少桌球切換的發生等方法來進行。
對於異頻切換和系統間切換，在切換前需要通過啟動壓縮模式來進行異頻或者異系統測量。壓縮模式啟動太遲，可能導致手機來不及測量目標小區的訊號，從而產生掉話，也可能手機完成了測量，但下發的異頻切換或者異系統切換請求手機不能正常接收而導致掉話。
4.干擾導致的掉話
下行和上行的干擾都會導致掉話。一般情況下，對於下行，當啟用集cpichrscp大於-85db，而啟用集綜合ecio小於-13db產生了掉話，基本上可以認為是下行干擾的問題（當切換不及時的時候，也可能出現服務小區rscp訊號很好，ecio很差但此時監視集小區rscp和ecio都很好）；對於上行rtwp比正常值（-107～-105）超過10db，干擾時間超過2～3s，就有可能造成掉話，需要重點解決。
下行干擾通常是指導頻汙染，指覆蓋地區存在3個以上的小區滿足切換條件，由於訊號的波動常常出現活動集替換或者最優小區發生變化，通常當活動集綜合質量不好（cpich的ecio都在-10db左右波動），容易出現切換失敗導致srb復位，也可能出現trb復位。
上行干擾增加了連線模式的手機上行發射功率，從而產生過高的bler導致srb、trb復位或者由於失步導致掉話。另外，在切換的時候，新建鏈路由於上行干擾導致鏈路不能同步，從而造成該小區的切換成功率低，或者造成切換失敗而導致掉話。
5.裝置問題導致的掉話
裝置缺陷導致的掉話包括手機支援方面、無線網裝置和手機的配合等原因。
這類問題需要針對特定的流程和手機進行分析，沒有一般性的處理方法。
三、掉話分析流程
1.掉話分析流程
掉話資料分析流程如圖1所示。
2.準備資料
路測軟體採集資料檔案，rnc記錄單使用者跟蹤，rnc記錄cdl。
3.獲取掉話位置
採用路測資料處理軟體，比如：用analyzer獲取掉話的時間和地點，獲取掉話前後採集的導頻資料，手機採集的活動集和監視集資訊，信令流程等。
4.分析主導小區的變化情況
主要分析主導小區的變換情況，如果主導小區相對穩定，進一步分析rscp和ecio的情況；如果主導小區變化頻繁，需要區分主導小區變化快的情況。如果沒有主導小區的情況，然後進一步進行桌球切換掉話分析。
5.分析主導小區訊號rscp和ecno
觀察主導小區rscp和ecno，根據不同的情況分別處理。
rscp差，ecno差，可以確定為覆蓋問題。
rscp正常，ecno差（排除切換來不及導致的，同頻鄰區干擾），可以確定為導頻干擾問題；
rscp正常，ecno正常，如果ue活動集中小區與最好小區不一致，可能為鄰區漏配或者切換來不及導致的掉話；如果ue活動集中小區與最好小區一致，可能為上行干擾或者異常掉話。
6.路測重現問題
由於一次路測不一定能夠採集到定位掉話問題需要的所有資訊，此時需要通過進一步路測來收集資料。通過進一步的路測也能確認該掉話點是隨機掉話點還是固定掉話點，一般來說固定掉話點一定需要解決，而隨機掉話點則需要根據掉話發生的概率來確定是否需要解決。
四、掉話的解決方法
1.工程引數調整
工程引數的調整是非常有限的，最基本的可以調整站點的位置、天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。
對於上行或下行覆蓋問題導致的掉話，增加站點是最好的辦法，同時可以考慮更改天線的高度、下傾角，也可以更換增益更高的天線或者增加塔放。
對於針尖和拐角效應，調整天線是比較有效的解決辦法，由於針尖效應和拐角效應往往出現在街道拐彎的地方或者兩條街道交界的地方，可以考慮通過天線的方向角與街道錯開一定角度的方式來調整，但同時需要注意不能使原來街道路邊商鋪的覆蓋有很大的影響。
對於導頻干擾引起的覆蓋問題，可以通過調整某乙個天線的工程引數，使該天線在干擾位置成為主導小區；也可以通過調整其他幾個天線引數，減小訊號到達這些區域的強度從而減少導頻個數；如果條件許可，可以增加新的基站覆蓋這片地區；如果干擾來自乙個基站的兩個扇區，可以考慮進行扇區合併。
工程引數的調整需要綜合考慮整個小區的調整效果，在解決乙個問題的同時要注意不在其它區域引入新的問題。
一般來說，在不方便頻繁調整天線並且有條件進行**的時候，在調整前後需要分析**結果；如果沒有條件進行**，但方便多次調整天線的時候，可以根據經驗並結合實際路測的方法來進行調整。
2.引數調整
(1)小區偏置
該值與實際測量值相加所得的數值用於ue的事件評估過程。ue將該小區原始測量值加上這個偏置後作為測量結果用於ue的同頻切換判決，在切換演算法中起到移動小區邊界的作用。
該引數設定越大，則軟切換越容易，處於軟切換狀態的ue越多，占用資源越多；設定越小，軟切換越困難，有可能影響接收質量。
對於針尖效應或者拐角效應，配置5db左右的cio是比較好的解決辦法，但也會帶來增加切換比例等的***。
(2)軟切換相關的延遲觸發時間
觸發時間配置對切換區比例的影響比較大，特別是1b事件觸發時間的調整可以比較好地控制切換比例。
切換引數可以針對小區設定，在根據環境設定了一套基本引數之後，針對每個小區單獨進行調整，可以把引數更改的影響限制在幾個小區之間，對系統的影響也較小。
(3)軟切換掉話解決方法
a.調整天線，使目標小區的天線覆蓋能夠越過拐角，在拐角之前就能發生切換，或者使當前小區的天線覆蓋越過拐角，從而避免拐角帶來的訊號快速變化過程來降低掉話。在實際的實施過程中，由於天線工程引數的調整以及是否能越過拐角的判斷過多地依賴於經驗，使得這個方法的實施存在一定困難。
b.針對小區配置1ａ事件引數，使得切換更容易觸發。比如，降低觸發時間為200ms，減小遲滯；一般情況需要針對小區進行配置，這個引數的更改會導致該小區和其他小區（沒有拐角效應的小區）的切換也更容易發生，可能會造成過多的桌球切換。
c.配製拐角效應產生兩個小區之間的cio，使目標小區更容易加入。由於cio只影響兩個小區之間的切換行為，影響面相對較小，但cio會對切換產生影響，這種配置可能導致切換比例的增加。
綜合以上的措施，建議優先採用a，如果a不能解決，採用方法b，最後在b無法解決問題的情況下，採用方法c。
五、總結
掉話問題的產生是很複雜的，對於有些地方的掉話原因要進行仔細分析，避免被表面現象迷惑，找出問題的根本原因才能徹底解決問題。
Dom XSS 漏洞實戰分析及解決方法
國慶的前一天，突然有乙個漏洞單接到我這裡來，當時心裡很著急，第一實習生小白，對於我們這種支付部門有漏洞不是很可怕，以前沒見過，覺得有點嚇人。第二，為什麼是國慶的前一天呢，不能發版本。看了下，就是熟悉又不太熟悉的 dom xss 漏洞。熟悉是因為以前書裡經常見，不熟悉是因為以前沒有實踐過。現象及解決辦...
死鎖及解決方法
死鎖的概念 quad 死鎖 指的是 quad 多個執行緒各自占有一些共享資源，並且互相等待其他執行緒占有的資源才能進行，而導致兩個或者多個執行緒都在等待對方釋放資源，都停止執行的情形。quad 因此，某乙個同步塊需要同時擁有 兩個以上物件的鎖 時，就可能會發生 死鎖 的問題。下面案例中，化妝執行緒 ...
ADO SQL問題及解決方法
1 ado連線sql，開啟資料集時，如果是單條語句的，後跟注釋，則執行時無結果集返回，如果是有分行符則正常 在查詢分析器當然是正常的 原因不詳，如 select from abc memo 無返回 select from abc slinkbreak memo 正常 2 刪除記錄時，出現bof 或 ...