專利名稱：尋呼丟失的確定方法及網絡側的制作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種尋呼丟失的確定方法及網絡側。
背景技術：
在移動通訊網絡側中，當對某個移動用戶發起呼叫時，網絡側將向該移動用戶的用戶設備發起尋呼消息。同時，用戶設備會不斷偵聽尋呼消息，當尋呼消息中攜帶的用戶身份識別號與該移動用戶的用戶身份識別號相同時，則該用戶設備得知有用戶對其發起了呼口 q，會向網絡側發起接入請求，此后向網絡側回復尋呼響應消息，最終實現主叫和被叫之間的連接。但是，如果該用戶設備未收到尋呼消息，或者未在規定時間內向網絡側回復尋呼響應消息，則確定為一次尋呼丟失。對于尋呼丟失，可以通過尋呼成功率進行衡量，公式為尋呼成功率=尋呼響應次數/尋呼次數*100%。某一區域尋呼丟失越多，尋呼成功率越低，則網絡側中的尋呼空洞越嚴重。尋呼空洞需要進行網絡優化調整。另外，考慮到如果用戶設備處于待機狀態，網絡側在下發尋呼消息時，將僅僅知道該用戶設備所處的位置區，而并不知道該用戶設備所處的小區。因此，網絡側會向該用戶設備所處的位置區下的所有小區下發尋呼消息，而當網絡側接收到來自用戶設備的尋呼響應消息之后才能得知該用戶設備所處的小區。這樣，當發生尋呼丟失時，網絡側將不知道用戶設備所處的小區，下面通過圖1對此進行說明。圖1是根據相關技術的待機的用戶設備發生尋呼丟失的示意圖，如圖1所示，用戶設備(User Equipment，簡稱為UE) 1處于小區I下。當核心網(Core Network，簡稱為CN) 向該用戶發起尋呼消息后，無線網絡控制器(Radio Network Controller，簡稱為RNC)因為不知道該用戶所在的小區，因此向該用戶所屬的位置區編碼(Location Area Code，簡稱為LAC) 1下的所有小區發送尋呼消息，如果在Tp時間內，CN未收到UEl返回的尋呼響應消息，則該次尋呼發生尋呼丟失，但是網絡側并不知道用戶設備所處的小區，從而無法得知尋呼丟失發生在哪個小區。在上述情境下，如果需要判斷尋呼空洞的位置，進而對尋呼空洞進行網絡優化調整，則網絡側僅僅能以位置區為對象統計尋呼丟失和尋呼成功率(因為網絡側無法得知尋呼丟失發生在哪個小區)。但是，這種統計由于位置區的網元粒度較大，從而不利于判斷尋呼空洞的位置，進而不利于該尋呼空洞的網絡優化調整。
發明內容
針對相關技術中以位置區為對象不利于判斷尋呼空洞的位置的問題而提出本發明，為此，本發明的主要目的在于提供一種尋呼丟失的確定方法及網絡側，以解決上述問題。為了實現上述目的，根據本發明的一個方面，提供了一種尋呼丟失的確定方法。根據本發明的尋呼丟失的確定方法包括網絡側向用戶設備發送尋呼消息；網絡側確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息；網絡側確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼；網絡側確定用戶設備在第一小區的尋呼丟失。進而網絡側以該第一小區為對象統計尋呼丟失和尋呼成功率，可以更加精確地判斷尋呼空洞的位置，進而對該尋呼空洞進行網絡優化調整進一步地，第二預定時間等于第三預定時間。進一步地，尋呼消息中攜帶有用戶設備的用戶身份識別號；網絡側確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息包括網絡側判斷在發送尋呼消息之后的第一預定時間內接收到的尋呼響應消息中，是否包括用戶身份識別號與用戶設備的用戶身份識別號相同的尋呼響應消息；如果判斷結果為否，則確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息。進一步地，在網絡側向用戶設備發送尋呼消息之前，上述方法還包括設置第一預定時間為Tp ；設置第二預定時間和第三預定時間均為Tc ；設置尋呼丟失的統計時間T ；從網絡側獲取周期性位置更新定時器T3212 ；對第一小區的尋呼成功計數器!Success清零； 對第一小區的尋呼丟失計數器Ploss清零；對第一小區的尋呼丟失匯總計數器Plosssum清零；設置第一小區的尋呼成功率為R。進一步地，如果判斷結果為是，則設置第一小區的尋呼成功計數器!Success加
ο進一步地，在網絡側確定用戶設備在第一小區的尋呼丟失之后，上述方法還包括 設置第一小區的尋呼丟失計數器Ploss加一。進一步地，在尋呼丟失的統計時間T內，網絡側多次發送尋呼消息；在尋呼丟失的
Psuccess
統計時間T到時之后，上述方法還包括計算:R = —-----X100%
(Psuccess + Ploss)進一步地，在尋呼丟失的統計時間T到時之后，上述方法還包括計算
Ploss χΤ3212πPsuccesst ΑΑΟ/
Plosssum =雌乂.計算R = —---r x 100%。
Xc χ 2'(Psuccess + Plosssum)進一步地，在計算第一小區的尋呼成功率R之后，上述方法還包括判斷第一小區的尋呼成功率R是否低于預先設置的尋呼成功率閾值，并且第一小區的尋呼丟失匯總計數器Plosssum是否高于預先設置的尋呼丟失匯總閾值；如果判斷結果為是，則確定第一小區為尋呼空洞。 為了實現上述目的，根據本發明的另一個方面，提供了一種網絡側。
根據本發明的網絡側包括發送模塊，用于向用戶設備發送尋呼消息；第一確定模塊，用于確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息；第二確定模塊，用于確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼；第三確定模塊，用于確定用戶設備在第一小區的尋呼丟失。進一步地，第一確定模塊包括判斷子模塊，用于判斷在發送尋呼消息之后的第一預定時間內接收到的尋呼響應消息中，是否包括用戶身份識別號與用戶設備的用戶身份識別號相同的尋呼響應消息；確定子模塊，用于在判斷結果為否時，則確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息。通過本發明，網絡側通過確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼，從而確定該用戶設備發生尋呼丟失時所處的小區為第一小區，解決了相關技術中以位置區為對象不利于判斷尋呼空洞的位置的問題，進而網絡側以該第一小區為對象統計尋呼丟失和尋呼成功率，可以更加精確地判斷尋呼空洞的位置，進而對該尋呼空洞進行網絡優化調整。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中圖1是根據相關技術的待機的用戶設備發生尋呼丟失的示意圖；圖2是根據本發明實施例的尋呼丟失的確定方法的流程圖；圖3是根據本發明實施例的在Tc時間范圍內用戶移動位置的示意圖；圖4是根據本發明優選實施例的尋呼丟失的確定方法的流程圖；圖5是根據本發明實施例的網絡側的結構框圖。
具體實施例方式需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本發明。本發明提供了一種尋呼丟失的確定方法。圖2是根據本發明實施例的尋呼丟失的確定方法的流程圖，包括如下的步驟S202至步驟S208。步驟S202，網絡側向用戶設備發送尋呼消息；步驟S204，網絡側確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息。步驟S206，網絡側確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼。步驟S208，網絡側確定用戶設備在第一小區的尋呼丟失。相關技術中，當發生尋呼丟失時，網絡側僅僅知道用戶設備所處的位置區，并不知道該用戶設備所處的小區，這就使得如果需要判斷尋呼空洞的位置，則網絡側僅僅能以用戶設備的位置區為對象統計尋呼丟失和尋呼成功率，但是這種統計由于位置區的網元粒度較大，從而不利于判斷尋呼空洞的位置，進而不利于對該尋呼空洞進行網絡優化調整。本發明實施例中，考慮到用戶的移動速度是有限的，在第二預定時間和第三預定時間的短時間內不能移動過遠，因此網絡側通過確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼，從而確定該用戶設備發生尋呼丟失時所處的小區為第一小區。進而，網絡側以該第一小區為對象統計尋呼丟失和尋呼成功率，可以更加精確地判斷尋呼空洞的位置，進而對該尋呼空洞進行網絡優化調整。另外，本發明的技術方案無需對當前的CN和全球移動通信系統無線接入網 (Universal Mobile Telecommunication System Radio Access Network，簡禾爾為 UTRAN) 網絡側進行任何改動，因此極大的節約了運營商的投資成本。優選的，第二預定時間等于第三預定時間。本優選實施例的實現方式簡單、可靠，有利于對第一小區的尋呼丟失的精確統計。優選的，在網絡側向用戶設備發送尋呼消息之前，上述方法還包括設置第一預定時間為Tp ；設置第二預定時間和第三預定時間均為Tc ；設置尋呼丟失的統計時間T ；從網絡側獲取周期性位置更新定時器T3212 ；對第一小區的尋呼成功計數器!Success清零；對第一小區的尋呼丟失計數器Ploss清零；對第一小區的尋呼丟失匯總計數器Plosssum清零；設置第一小區的尋呼成功率為R。需要說明的是，設置尋呼響應定時器Tp應當使從CN下發尋呼消息至CN收到用戶設備的尋呼響應消息的時間差小于Tp。需要說明的是，設置呼叫定時器Tc應當使在Tc時間范圍內用戶能移動的距離小于小區的覆蓋范圍。Tc設置過小，容易造成發生尋呼丟失前后Tc時間范圍內用戶發生終呼的概率變小，從而減少尋呼丟失的樣本數；而Tc設置過大，用戶容易發生跨小區的重選，從而使發生尋呼丟失的小區的定位產生誤差。因此建議Tc設置為2 5分鐘為宜，可保證絕大多數用戶在Tc時間范圍內不會發生跨小區的重選，同時保證了絕大多數用戶在發生尋呼丟失前后Tc時間范圍內有較大的概率發生終呼或者起呼，從而能夠定位發生尋呼丟失的小區。需要說明的是，設置尋呼丟失的統計時間T可以通過設定起始時間和結束時間。 另外，應當選定數據采集的網元范圍，最小的網元粒度為位置區。優選的，尋呼消息中攜帶有用戶設備的用戶身份識別號；網絡側確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息包括網絡側判斷在發送尋呼消息之后的第一預定時間內接收到的尋呼響應消息中，是否包括用戶身份識別號與用戶設備的用戶身份識別號相同的尋呼響應消息；如果判斷結果為否，則確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息。本優選實施例中，網絡側預先記錄整個數據采集的網元范圍內所有的尋呼消息和尋呼響應消息。對于每次尋呼消息，記錄尋呼時間和用戶身份識別號；對于每次尋呼響應消息，記錄尋呼響應時間、用戶身份識別號和小區號。同時記錄該時間范圍內整個區域內所有用戶的呼叫日志，包括業務相關以及業務無關的所有呼叫日志。對于每次呼叫日志，記錄起呼時間、終呼時間、用戶身份識別號、起呼小區號和終呼小區號。數據采集方式包括但不限于信令跟蹤、網絡側計數器統計、無線接入網計數器統計、網絡側局部或全網呼叫日志采集。優選的，如果判斷結果為是，則設置第一小區的尋呼成功計數器!Success加一。優選的，在網絡側確定用戶設備在第一小區的尋呼丟失之后，上述方法還包括設置第一小區的尋呼丟失計數器Pioss加一。圖3是根據本發明實施例的在Tc時間范圍內用戶移動位置的示意圖。在Timel時刻，用戶處于Cell B下，用戶發生了 1次終呼；在Time2時刻，用戶仍處于Cell B下，CN 向用戶發送了 1次尋呼消息，但是用戶未在Tp時間內返回尋呼響應，造成1次尋呼丟失； Timel和Time2的時間差小于Tc。此時通過本方法查詢Timel時刻該用戶發生的終呼，定位出發生尋呼丟失的小區為Cell B。優選的，在尋呼丟失的統計時間T內，網絡側多次發送尋呼消息；在尋呼丟失的統計時間T到時之后，上述方法還包括
權利要求
1.一種尋呼丟失的確定方法，其特征在于，包括 網絡側向用戶設備發送尋呼消息；所述網絡側確定在發送所述尋呼消息之后的第一預定時間內未接收到來自所述用戶設備的尋呼響應消息；所述網絡側確定在發送所述尋呼消息之前的第二預定時間與發送所述尋呼消息之后的第三預定時間的時間范圍內，所述用戶設備在第一小區進行過終呼或者起呼； 所述網絡側確定所述用戶設備在所述第一小區的尋呼丟失。
2.根據權利要求1所述的方法，其特征在于，所述第二預定時間等于所述第三預定時間。
3.根據權利要求1所述的方法，其特征在于，所述尋呼消息中攜帶有所述用戶設備的用戶身份識別號；所述網絡側確定在發送所述尋呼消息之后的所述第一預定時間內未接收到來自所述用戶設備的所述尋呼響應消息包括所述網絡側判斷在發送所述尋呼消息之后的所述第一預定時間內接收到的尋呼響應消息中，是否包括用戶身份識別號與所述用戶設備的用戶身份識別號相同的尋呼響應消息；如果判斷結果為否，則確定在發送所述尋呼消息之后的所述第一預定時間內未接收到來自所述用戶設備的所述尋呼響應消息。
4.根據權利要求3所述的方法，其特征在于，在所述網絡側向所述用戶設備發送所述尋呼消息之前，所述方法還包括設置所述第一預定時間為Tp ； 設置所述第二預定時間和所述第三預定時間均為Tc ； 設置尋呼丟失的統計時間T ； 從網絡側獲取周期性位置更新定時器T3212 ； 對所述第一小區的尋呼成功計數器!Success清零； 對所述第一小區的尋呼丟失計數器Ploss清零； 對所述第一小區的尋呼丟失匯總計數器Plosssum清零； 設置所述第一小區的尋呼成功率為R。
5.根據權利要求4所述的方法，其特征在于，如果判斷結果為是， 則設置所述第一小區的尋呼成功計數器!Success加一。
6.根據權利要求5所述的方法，其特征在于，在所述網絡側確定所述用戶設備在所述第一小區的尋呼丟失之后，所述方法還包括設置所述第一小區的尋呼丟失計數器Ploss加一。
7.根據權利要求6所述的方法，其特征在于，在所述尋呼丟失的統計時間T內，所述網絡側多次發送尋呼消息； 在所述尋呼丟失的統計時間T到時之后，所述方法還包括0Psuccess t計算 R =-χ 100%(Psuccess + Ploss)°
8.根據權利要求7所述的方法，其特征在于，在所述尋呼丟失的統計時間T到時之后， 所述方法還包括
9.根據權利要求7所述的方法，其特征在于，在計算所述第一小區的尋呼成功率R之后，所述方法還包括判斷所述第一小區的尋呼成功率R是否低于預先設置的尋呼成功率閾值，并且所述第一小區的尋呼丟失匯總計數器Plosssum是否高于預先設置的尋呼丟失匯總閾值；如果判斷結果為是，則確定所述第一小區為尋呼空洞。
10.一種網絡側，其特征在于，包括發送模塊，用于向用戶設備發送尋呼消息；第一確定模塊，用于確定在發送所述尋呼消息之后的第一預定時間內未接收到來自所述用戶設備的尋呼響應消息；第二確定模塊，用于確定在發送所述尋呼消息之前的第二預定時間與發送所述尋呼消息之后的第三預定時間的時間范圍內，所述用戶設備在第一小區進行過終呼或者起呼；第三確定模塊，用于確定所述用戶設備在所述第一小區的尋呼丟失。
11.根據權利要求10所述的網絡側，其特征在于，所述第一確定模塊包括判斷子模塊，用于判斷在發送所述尋呼消息之后的所述第一預定時間內接收到的尋呼響應消息中，是否包括用戶身份識別號與所述用戶設備的用戶身份識別號相同的尋呼響應消息；確定子模塊，用于在判斷結果為否時，則確定在發送所述尋呼消息之后的所述第一預定時間內未接收到來自所述用戶設備的所述尋呼響應消息。
全文摘要
本發明公開了一種尋呼丟失的確定方法及網絡側，該方法包括網絡側向用戶設備發送尋呼消息；網絡側確定在發送尋呼消息之后的第一預定時間內未接收到來自用戶設備的尋呼響應消息；網絡側確定在發送尋呼消息之前的第二預定時間與發送尋呼消息之后的第三預定時間的時間范圍內，用戶設備在第一小區進行過終呼或者起呼；網絡側確定用戶設備在第一小區的尋呼丟失。本發明可以更加精確地判斷尋呼空洞的位置，進而對該尋呼空洞進行網絡優化調整。
文檔編號H04W68/02GK102480787SQ20101055738
公開日2012年5月30日 申請日期2010年11月23日 優先權日2010年11月23日
發明者李益剛 申請人:中興通訊股份有限公司