掉話率確定方法及系統的製作方法
2023-05-07 10:55:41
專利名稱：掉話率確定方法及系統的製作方法
技術領域：
本發明涉及移動通訊領域，特別是涉及一種掉話率確定方法及系統。
背景技術：
在現有技術中，掉話率是移動通信網絡的一個重要衡量系統性能的指標。作為行動網路演進的第四代技術長期演進(Long Term Evolution，簡稱為LTE)系統，掉話率指標更加重要。目前，掉話率指標的定義包括兩種計算方法一，根據異常釋放的用戶數除以釋放的總用戶數確定掉話率；方法二，根據異常釋放的用戶數除以成功建立的用戶數確定掉話率。在LTE系統中，主要根據方法二來確定掉話率指標。在方法二中，確定掉話率指標的分子(異常釋放的用戶數)和分母(成功建立的用戶數)沒有相互關聯性，即異常釋放的用戶數和成功建立的用戶數在一個粒度內沒有相互關聯性。在上述情況下，會導致掉話率的指標出現大於100%的異常情況。在用戶數分布密集，統計粒度比較大的情況下，這樣的異常不易暴露，但是在用戶分布稀疏，統計粒度比較小，且成功建立和異常釋放跨粒度的情況下，這種統計異常出現機率非常高，從而嚴重影響了指標的準確性。
發明內容
本發明提供一種掉話率確定方法及系統，以解決現有技術中在特殊情況下掉話率大於100%而導致的掉話率準確性降低的問題。本發明提供一種掉話率確定方法，包括基站的前臺根據基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在採樣周期內實時在線的當前用戶數；在採樣周期到時後，前臺採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的當前用戶數寫入當前用戶計數器；在上報周期到時後，前臺將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管；網管根據本上報周期的異常釋放的用戶數、成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。本發明還提供了一種掉話率確定系統，包括基站前臺和網管，其中，基站前臺包括採樣模塊，用於根據基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在採樣周期內實時在線的當前用戶數；
處理模塊，用於在採樣周期到時後，採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的當前用戶數寫入當前用戶計數器；上報模塊，用於在上報周期到時後，將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管；網管，用於根據本上報周期的異常釋放的用戶數、成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。本發明有益效果如下通過將上個粒度末的在線的當前用戶數引入下個粒度的掉話率指標計算，解決了現有技術中在特殊情況下掉話率大於100%而導致的掉話率準確性降低的問題，能夠在任何情況下保證掉話率的準確性。
圖1是本發明實施例的掉話率確定方法的流程圖；圖2是本發明實施例的eNB處理的示意圖；圖3是本發明實施例的ENB性能採樣MOD的處理流程圖；圖4是本發明實施例的OMC性能最舊值匯總的處理流程圖；圖5是本發明實施例的掉話率確定系統的結構示意圖。
具體實施例方式為了解決現有技術中在特殊情況下掉話率大於100%而導致的掉話率準確性降低的問題，本發明提供了一種掉話率確定方法及系統，具體地，首先在操作維護中心(Operations & Maintenance Center，簡稱為0MC)網管引入一種新的匯總方式，稱為最舊值匯總方式。這種方式支持將上個粒度末的用戶數據引入本粒度中。此外，在基站的前臺，增加一種數據處理方式，稱為採樣修改(Modify，簡稱為MOD)方式，完成當前用戶數的採樣，始終用不清零的最新的採樣值來代替原來的採樣值。通過前後臺結合，最終準確確定掉話率。以下結合附圖以及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，並不限定本發明。方法實施例根據本發明的實施例，提供了一種掉話率確定方法，圖1是本發明實施例的掉話率確定方法的流程圖，在執行如圖1所示的流程之前，基站的前臺需要進行如下處理對於異常釋放的用戶數需要將異常釋放用戶計數器的所有匯總方式設置為求和方式，其中，所有匯總方式包括前臺計算方式，網管時間匯總方式，網管空間匯總方式；對於成功建立的用戶數需要將建立成功用戶計數器的所有匯總方式設置為求和方式，其中，所有匯總方式包括前臺計算方式，網管時間匯總方式，網管空間匯總方式；對於當前的用戶數需要將當前用戶計數器的前臺計算方式設置為採樣MOD方式，網管時間匯總方式設置為求最舊值方式，網管空間匯總方式設置為求和方式。其中，採樣MOD方式具體為採樣是指基站的前臺(平臺性能統計模塊)周期性根據基站的控制面(業務模塊)上報用戶數統計事件，進行加減計算，得到採樣周期的值。MOD是指在每個採樣定時器超時後，將本周期計算得到的值寫入計數器中，作為本計數器的值，始終用最新的值覆蓋原來的值。求最舊值方式為0MC的匯總以粒度為單位，有15分鐘粒度，30分鐘粒度，1小時粒度，1天粒度，1周粒度，1月粒度等。最舊值定義是本粒度計算指標時，匯總方式為最舊值的計數器取上個粒度保存的值。如計算2011-09-0711點15分至2011-09-07 11點30分這段時間的掉話率，則當前的用戶數取的是2011-09-07 11點00分至2011-09-07 11點15分這段時間上報的計數器的值。基於上述的描述和處理，如圖1所示，根據本發明實施例的掉話率確定方法包括如下處理步驟101，基站的前臺根據基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在採樣周期內實時在線的當前用戶數；也就是說，在步驟101中，需要累積在本採樣周期內異常釋放的用戶數的總數和成功建立的用戶數的總數，例如，UEl在連接成功後異常釋放，隨後UEl又連接成功後又異常釋放，此時，異常釋放的用戶數為2，成功建立的用戶數也為2 ；而對於當前用戶數，需要計算採樣周期內實時在線的當前用戶數，例如，在一個採樣周期內，有UE1、UE2、UE3、UE4、UE5這5個用戶連接成功處於在線狀態，則當前用戶數為5，如果在該採樣周期內，又有2個用戶UE2、UE3異常釋放，有一個用戶UE6連接成功處於在線狀態，則當前用戶數為5-2+1 =4，在下一個採樣周期內，如果有1個用戶UE5異常釋放，有2個用戶UE7、UE8連接成功處於在線狀態，則當前用戶數為4-1+2 = 5。步驟102，在採樣周期到時後，前臺採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的當前用戶數寫入當前用戶計數器；例如，在前臺將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器之前，異常釋放用戶計數器和建立成功用戶計數器的計數分別為4和5，本採樣周期的異常釋放的用戶數和成功建立的用戶數分別為2和1，則前臺採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器後，異常釋放用戶計數器的值為4+2 =6，建立成功用戶計數器的值為5+1 = 6。對於當前用戶計數器，在將本採樣周期的當前用戶數寫入之前，當前用戶計數器的值為5，本採樣周期的當前用戶數為8，則在將本採樣周期的當前用戶數寫入當前用戶計數器時，使用8替換5，在將本採樣周期的當前用戶數寫入當前用戶計數器之後，當前用戶計數器的值為8。步驟103，在上報周期到時後，前臺將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管；在步驟103中，前臺可以以測量對象為單位，將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管。其中，測量單位包括小區、網元等。步驟104，網管根據本上報周期的異常釋放的用戶數、和成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。
具體地，在步驟104中，本上報周期的掉話率=本上報周期的異常釋放的用戶數/(上一上報周期的當前用戶數+本上報周期的成功建立的用戶數)。也就是說，如果前臺上報的本上報周期的異常釋放的用戶數為3、成功建立的用戶數為5、當前用戶數為6，上一上報周期的當前用戶數為4，則本上報周期的掉話率=3/(4+5)。在計算下一上報周期的掉話率時，需要調用本上報周期的當前用戶數6。優選地，在本發明實施例中，基站為LET系統中的演進型基站(evolved Node B，簡稱為eM)。圖2是本發明實施例的eNB處理的示意圖，如圖2所示，eNB的控制面、eNB的平臺性能模塊、以及0MC。下面以eNB為例，對本發明實施例的上述技術方案進行說明。圖3是本發明實施例的ENB性能採樣MOD的處理流程圖，如圖3所示步驟1，eNB的控制面在有用戶數增加時，上報加1給eNB的前臺(平臺性能模塊)，在有用戶數減少時，上報減1給eNB的平臺性能模塊。步驟2，eNB的平臺性能模塊負責用戶數的周期採樣。控制面上報加時，對本採樣周期的數據進行加1，上報減時，對採樣周期的數據減1。當採樣定時器超時後，將本採樣周期的值寫入當前用戶數計數器中。步驟3，在上報時刻到來時，eNB的前臺將性能採集數據以測量對象為單位上報給0MC,如果上報時刻未到達，則執行步驟2。圖4是本發明實施例的OMC性能最舊值匯總的處理流程圖，如圖4所示，在eNB的前臺將性能採集數據以測量對象為單位上報給OMC之後，OMC將性能採集數據入庫，並按照粒度對庫中的性能採集數據進行匯總，如果匯總方式為最舊值方式，取本粒度上個上報粒度的值作為本計數器最後匯總值。實施例1以下以小區對象下，無線資源控制協議(Radio Resource Control，簡稱為RRC)掉話率的實現流程情況為例，對本發明上述技術方案進行舉例說明。假設採樣MOD周期為30S。OMC和前臺之間上報周期為15分鐘。具體實施步驟如下步驟1，有5個用戶UEl至UE5在某天的11點至11點15分連接(Attach)成功。其中，UEl在11點到11點30秒之間Attach成功，控制面給平臺性能模塊上報上報用戶數加1事件。平臺性能模塊在本採樣粒度的採樣值為1。採樣定時器超時，將採樣值1寫入當前用戶數計數器中，計數器值為1。11點30秒到11點10分之間沒有用戶接入，則採樣始終為1，計數器值為1。11點10分到11點10分30秒之間，UE2至UE4 Attach成功。控制面給平臺性能模塊上報了 4次用戶數加1事件。平臺性能模塊在本採樣粒度加4次，所以採樣值為5。採樣定時器超時，將採樣值寫入當前用戶數計數器中，計數器值為5。11點15分之前，再沒有用戶接入，則當前用戶數的計數器值始終為5。步驟2，11點15分，上報時刻到來，前臺同步數據給OMC網管。其中本粒度的當前RRC用戶數計數器統計值為5，本粒度異常釋放次數統計值為0，本粒度成功建立個數統計值為5。根據掉話率指標公式=異常釋放的用戶數/(當前的用戶數+成功建立的用戶數)；則本粒度的掉話率指標為0/(0+5) =0。(當前RRC用戶數為0，是因為本粒度計算值取上個粒度的值)。步驟3，11點15分至11點30分UE1和UE2由於RLC ERROR IND導致異常掉線了。其中，UEl在11點15分至11點15分30秒之間由於RLC ERROR IND導致異常掉線了，控制面給平臺性能模塊上報上報用戶數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為4。採樣定時器超時，將採樣值寫入當前用戶數計數器中，計數器值為4。11點15分30秒到11點20分之間沒有用戶變化，則採樣始終為4，計數器值為4。11點20分到11點20分30秒之間，UE2由於RLC ERROR IND導致異常掉線了。控制面給平臺性能模塊上報上報用戶數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為3。採樣定時器超時，將採樣值寫入當前用戶數計數器中。計數器值為3。11點30分之前，再沒有用戶接入，則當前用戶數的計數器值始終為3。步驟4，11點30分，上報時刻到來，前臺同步數據給OMC網管。其中本粒度的當前RRC用戶數計數器統計值為3，本粒度異常釋放次數統計值為2，本粒度成功建立個數統計值為0。根據掉話率指標公式=異常釋放的用戶數/(當前的用戶數+成功建立的用戶數)；則本粒度的掉話率指標為2/(5+0) =40%。(當前RRC用戶數為5，是因為本粒度計算值取上個粒度的值)。實施例2以下以小區對象下，演進的通用陸基無線接入網無線接入承載(EvolvedUniversal Terrestrial Radio Access Network Radio Access Bear,簡禾爾為 ERAB)掉話率的實現流程情況為例，對本發明實施例的技術方案進行詳細說明，假設採樣MOD周期為30S, OMC和前臺之間上報周期為15分鐘，具體實施步驟如下步驟1，有5個用戶UEl至UE5在某天的11點到11點15分Attach成功，每個用戶建立一個默認承載。其中，UEl在11點和11點30秒之間Attach成功，控制面給平臺性能模塊上報ERAB數加1事件。平臺性能模塊在本採樣粒度的採樣值為1。採樣定時器超時，將採樣值1寫入當前ERAB數計數器中，計數器值為1。11點30秒到11點10分之間沒有用戶接入，則採樣始終為1，計數器值為1。11點10分到11點10分30秒之間，UE2至UE4 Attach成功。控制面給平臺性能模塊上報了 4次ERAB數加1事件。平臺性能模塊在本採樣粒度加4次，所以採樣值為5。採樣定時器超時，將採樣值寫入當前ERAB數計數器中，計數器值為5。11點15分之前，再沒有用戶接入，則當前ERAB數的計數器值始終為5。步驟2，11點15分，上報時刻到來，前臺同步數據給OMC網管。其中本粒度的當前ERAB個數計數器統計值為5，本粒度異常釋放ERAB次數統計值為0，本粒度成功建立ERAB數統計值為5。根據掉話率指標公式=異常釋放的ERAB個數/(當前的ERAB數+成功建立的ERAB數)；則本粒度的ERAB掉話率指標為0/(0+5) =0。(當前ERAB用戶數為0，是因為本粒度計算值取上個粒度的值)。
步驟3，11點15分至11點30分UE1和UE2由於RLC ERROR IND導致異常掉線了。其中，UEl在11點15和11點15分30秒之間由於RLC ERROR IND導致異常掉線了，控制面給平臺性能模塊上報上報ERAB數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為4。採樣定時器超時，將採樣值寫入當前ERAB數計數器中。計數器值為4。11點15分30秒到11點20分之間沒有用戶變化，則採樣始終為4。計數器值為4。11點20分到11點20分30秒之間，UE2由於RLC ERROR IND導致異常掉線了。控制面給平臺性能模塊上報上報ERAB數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為3。採樣定時器超時，將採樣值寫入當前ERAB數計數器中，計數器值為3。11點30分之前，再沒有ERAB接入，則當前ERAB數的計數器值始終為3。步驟4，11點30分，上報時刻到來，前臺同步數據給OMC網管。其中本粒度的當前ERAB數計數器統計值為3，本粒度異常釋放次數統計值為2，本粒度成功建立ERAB個數統計值為0。根據掉話率指標公式=異常釋放的ERAB數/ (當前的ERAB數+成功建立的ERAB數)；則本粒度的掉話率指標為2/(5+0) =40% (當前ERAB數為5，是因為本粒度計算值取上個粒度的值)。綜上所述，藉助於本發明實施例的技術方案，通過將上個粒度末的在線的當前用戶數引入下個粒度的掉話率指標計算，解決了現有技術中在特殊情況下掉話率大於100%而導致的掉話率準確性降低的問題，能夠在任何情況下保證掉話率的準確性。裝置實施例根據本發明的實施例，提供了一種掉話率確定系統，圖5是本發明實施例的掉話率確定系統的結構示意圖，如圖5所示，根據本發明實施例的掉話率確定系統包括基站前臺50和網管52，其中，基站前臺50包括採樣模塊502、處理模塊504、上報模塊506，以下對本發明實施例的各個模塊進行詳細的說明。首先，基站的前臺50需要進行如下處理對於異常釋放的用戶數需要將異常釋放用戶計數器的所有匯總方式設置為求和方式，其中，所有匯總方式包括前臺50計算方式，網管52時間匯總方式，網管52空間匯總方式；對於成功建立的用戶數需要將建立成功用戶計數器的所有匯總方式設置為求和方式，其中，所有匯總方式包括前臺50計算方式，網管52時間匯總方式，網管52空間匯總方式；對於當前的用戶數需要將當前用戶計數器的前臺50計算方式設置為採樣MOD方式，網管52時間匯總方式設置為求最舊值方式，網管52空間匯總方式設置為求和方式。其中，採樣MOD方式具體為採樣是指基站的前臺50 (平臺性能統計模塊)周期性根據基站的控制面(業務模塊)上報用戶數統計事件，進行加減計算，得到採樣周期的值。MOD是指在每個採樣定時器超時後，將本周期計算得到的值寫入計數器中，作為本計數器的值，始終用最新的值覆蓋原來的值。求最舊值方式為0MC的匯總以粒度為單位，有15分鐘粒度，30分鐘粒度，1小時粒度，1天粒度，1周粒度，1月粒度等。最舊值定義是本粒度計算指標時，匯總方式為最舊值的計數器取上個粒度保存的值。如計算2011-09-07 11點15分至2011-09-07 11點30分這段時間的掉話率，則當前的用戶數取的是2011-09-07 11點00分至2011-09-07 11點15分這段時間上報的計數器的值。採樣模塊502，用於根據基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在採樣周期內實時在線的當前用戶數；也就是說，採樣模塊502需要累積在本採樣周期內異常釋放的用戶數的總數和成功建立的用戶數的總數，例如，UEl在連接成功後異常釋放，隨後UEl又連接成功後又異常釋放，此時，異常釋放的用戶數為2，成功建立的用戶數也為2 ；而對於當前用戶數，需要計算採樣周期內實時在線的當前用戶數，例如，在一個採樣周期內，有UE1、UE2、UE3、UE4、UE5這5個用戶連接成功處於在線狀態，則當前用戶數為5，如果在該採樣周期內，又有2個用戶UE2、UE3異常釋放，有一個用戶UE6連接成功處於在線狀態，則當前用戶數為5-2+1 = 4，在下一個採樣周期內，如果有1個用戶UE5異常釋放，有2個用戶UE7、UE8連接成功處於在線狀態，則當前用戶數為4-1+2 = 5。處理模塊504，用於在採樣周期到時後，採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的當前用戶數寫入當前用戶計數器；例如，在處理模塊504將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器之前，異常釋放用戶計數器和建立成功用戶計數器的計數分別為4和5，本採樣周期的異常釋放的用戶數和成功建立的用戶數分別為2和1，則前臺50採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器後，異常釋放用戶計數器的值為4+2 = 6，建立成功用戶計數器的值為5+1 = 6。對於當前用戶計數器，在將本採樣周期的當前用戶數寫入之前，當前用戶計數器的值為5，本採樣周期的當前用戶數為8，則在將本採樣周期的當前用戶數寫入當前用戶計數器時，使用8替換5，在將本採樣周期的當前用戶數寫入當前用戶計數器之後，當前用戶計數器的值為8。上報模塊506，用於在上報周期到時後，將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管52 ；上報模塊506可以以測量對象為單位，將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管52。其中，測量單位包括小區、網元等。網管52，用於根據本上報周期的異常釋放的用戶數、和成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。具體地，本上報周期的掉話率=本上報周期的異常釋放的用戶數/(上一上報周期的當前用戶數+本上報周期的成功建立的用戶數)。也就是說，如果前臺50上報的本上報周期的異常釋放的用戶數為3、成功建立的用戶數為5、當前用戶數為6，上一上報周期的當前用戶數為4，則本上報周期的掉話率=3/(4+5)。在計算下一上報周期的掉話率時，需要調用本上報周期的當前用戶數6。
優選地，在本發明實施例中，基站為LET系統中的eNB。圖2是本發明實施例的eNB處理的示意圖，如圖2所示，eNB的控制面、eNB的平臺性能模塊、以及0MC。下面以eNB為例，對本發明實施例的上述技術方案進行說明。圖3是本發明實施例的ENB性能採樣MOD的處理流程圖，如圖3所示步驟1，eNB的控制面在有用戶數增加時，上報加1給eNB的前臺(平臺性能模塊)，在有用戶數減少時，上報減1給eNB的平臺性能模塊。步驟2，eNB的平臺性能模塊負責用戶數的周期採樣。控制面上報加時，對本採樣周期的數據進行加1，上報減時，對採樣周期的數據減1。當採樣定時器超時後，將本採樣周期的值寫入當前用戶數計數器中。步驟3，在上報時刻到來時，eNB的前臺將性能採集數據以測量對象為單位上報給0MC,如果上報時刻未到達，則執行步驟2。圖4是本發明實施例的OMC性能最舊值匯總的處理流程圖，如圖4所示，在eNB的前臺將性能採集數據以測量對象為單位上報給OMC之後，OMC將性能採集數據入庫，並按照粒度對庫中的性能採集數據進行匯總，如果匯總方式為最舊值方式，取本粒度上個上報粒度的值作為本計數器最後匯總值。實施例1以下以小區對象下，無線資源控制協議(Radio Resource Control，簡稱為RRC)掉話率的實現流程情況為例，對本發明上述技術方案進行舉例說明。假設採樣MOD周期為30S。OMC和前臺50之間上報周期為15分鐘。具體實施步驟如下步驟1，有5個用戶UEl至UE5在某天的11點至11點15分連接(Attach)成功。其中，UEl在11點到11點30秒之間Attach成功，控制面給平臺性能模塊上報上報用戶數加1事件。平臺性能模塊在本採樣粒度的採樣值為1。採樣定時器超時，將採樣值1寫入當前用戶數計數器中，計數器值為1。11點30秒到11點10分之間沒有用戶接入，則採樣始終為1，計數器值為1。11點10分到11點10分30秒之間，UE2至UE4 Attach成功。控制面給平臺性能模塊上報了 4次用戶數加1事件。平臺性能模塊在本採樣粒度加4次，所以採樣值為5。採樣定時器超時，將採樣值寫入當前用戶數計數器中，計數器值為5。11點15分之前，再沒有用戶接入，則當前用戶數的計數器值始終為5。步驟2，11點15分，上報時刻到來，前臺50同步數據給OMC網管52。其中本粒度的當前RRC用戶數計數器統計值為5，本粒度異常釋放次數統計值為0，本粒度成功建立個數統計值為5。根據掉話率指標公式=異常釋放的用戶數/(當前的用戶數+成功建立的用戶數)；則本粒度的掉話率指標為0/(0+5) =0。(當前RRC用戶數為0，是因為本粒度計算值取上個粒度的值)。步驟3，11點15分至11點30分UE1和UE2由於RLC ERROR IND導致異常掉線了。其中，UEl在11點15分至11點15分30秒之間由於RLC ERROR IND導致異常掉線了，控制面給平臺性能模塊上報上報用戶數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為4。採樣定時器超時，將採樣值寫入當前用戶數計數器中，計數器值為4。11點15分30秒到11點20分之間沒有用戶變化，則採樣始終為4，計數器值為4。11點20分到11點20分30秒之間，UE2由於RLC ERROR IND導致異常掉線了。控制面給平臺性能模塊上報上報用戶數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為3。採樣定時器超時，將採樣值寫入當前用戶數計數器中。計數器值為3。11點30分之前，再沒有用戶接入，則當前用戶數的計數器值始終為3。步驟4，11點30分，上報時刻到來，前臺50同步數據給OMC網管52。其中本粒度的當前RRC用戶數計數器統計值為3，本粒度異常釋放次數統計值為2，本粒度成功建立個數統計值為0。根據掉話率指標公式=異常釋放的用戶數/(當前的用戶數+成功建立的用戶數)；則本粒度的掉話率指標為2/(5+0) =40%。(當前RRC用戶數為5，是因為本粒度計算值取上個粒度的值)。實施例2以下以小區對象下，ERAB掉話率的實現流程情況為例，對本發明實施例的技術方案進行詳細說明，假設採樣MOD周期為30S，OMC和前臺50之間上報周期為15分鐘，具體實施步驟如下步驟1，有5個用戶UEl至UE5在某天的11點到11點15分Attach成功，每個用戶建立一個默認承載。其中，UEl在11點和11點30秒之間Attach成功，控制面給平臺性能模塊上報ERAB數加1事件。平臺性能模塊在本採樣粒度的採樣值為1。採樣定時器超時，將採樣值1寫入當前ERAB數計數器中，計數器值為1。11點30秒到11點10分之間沒有用戶接入，則採樣始終為1，計數器值為1。11點10分到11點10分30秒之間，UE2至UE4 Attach成功。控制面給平臺性能模塊上報了 4次ERAB數加1事件。平臺性能模塊在本採樣粒度加4次，所以採樣值為5。採樣定時器超時，將採樣值寫入當前ERAB數計數器中，計數器值為5。11點15分之前，再沒有用戶接入，則當前ERAB數的計數器值始終為5。步驟2，11點15分，上報時刻到來，前臺50同步數據給OMC網管52。其中本粒度的當前ERAB個數計數器統計值為5，本粒度異常釋放ERAB次數統計值為0，本粒度成功建立ERAB數統計值為5。根據掉話率指標公式=異常釋放的ERAB個數/(當前的ERAB數+成功建立的ERAB數)；則本粒度的ERAB掉話率指標為0/(0+5) =0。(當前ERAB用戶數為0，是因為本粒度計算值取上個粒度的值)。步驟3，11點15分至11點30分UE1和UE2由於RLC ERROR IND導致異常掉線了。其中，UEl在11點15和11點15分30秒之間由於RLC ERROR IND導致異常掉線了，控制面給平臺性能模塊上報上報ERAB數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為4。採樣定時器超時，將採樣值寫入當前ERAB數計數器中。計數器值為4。11點15分30秒到11點20分之間沒有用戶變化，則採樣始終為4。計數器值為4。
11點20分到11點20分30秒之間，UE2由於RLC ERROR IND導致異常掉線了。控制面給平臺性能模塊上報上報ERAB數減1事件。平臺性能模塊在本採樣粒度減1，所以採樣值為3。採樣定時器超時，將採樣值寫入當前ERAB數計數器中，計數器值為3。11點30分之前，再沒有ERAB接入，則當前ERAB數的計數器值始終為3。步驟4，11點30分，上報時刻到來，前臺50同步數據給OMC網管52。其中本粒度的當前ERAB數計數器統計值為3，本粒度異常釋放次數統計值為2，本粒度成功建立ERAB個數統計值為0。根據掉話率指標公式=異常釋放的ERAB數/(當前的ERAB數+成功建立的ERAB數)；則本粒度的掉話率指標為2/(5+0) =40% (當前ERAB數為5，是因為本粒度計算值取上個粒度的值)。綜上所述，藉助於本發明實施例的技術方案，通過將上個粒度末的在線的當前用戶數引入下個粒度的掉話率指標計算，解決了現有技術中在特殊情況下掉話率大於100%而導致的掉話率準確性降低的問題，能夠在任何情況下保證掉話率的準確性。儘管為示例目的，已經公開了本發明的優選實施例，本領域的技術人員將意識到各種改進、增加和取代也是可能的，因此，本發明的範圍應當不限於上述實施例。
權利要求
1.一種掉話率確定方法，其特徵在於，包括基站的前臺根據所述基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在所述採樣周期內實時在線的當前用戶數；在所述採樣周期到時後，所述前臺採用求和累加的方式將本採樣周期的所述異常釋放的用戶數和所述成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的所述當前用戶數寫入當前用戶計數器；在上報周期到時後，所述前臺將所述異常釋放用戶計數器、所述建立成功用戶計數器、以及所述當前用戶計數器上的數據同步給網管；所述網管根據本上報周期的異常釋放的用戶數、成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。
2.如權利要求1所述的方法，其特徵在於，所述網管根據本上報周期的異常釋放的用戶數、和成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率具體為本上報周期的掉話率=本上報周期的異常釋放的用戶數/(上一上報周期的當前用戶數+本上報周期的成功建立的用戶數)。
3.如權利要求1所述的方法，其特徵在於，所述前臺將所述異常釋放用戶計數器、所述建立成功用戶計數器、以及所述當前用戶計數器上的數據同步給網管具體包括所述前臺以測量對象為單位，將所述異常釋放用戶計數器、所述建立成功用戶計數器、以及所述當前用戶計數器上的數據同步給網管。
4.如權利要求3所述的方法，其特徵在於，所述測量單位包括小區、網元。
5.如權利要求1所述的方法，其特徵在於，所述基站為長期演進系統中的演進型基站。
6.一種掉話率確定系統，其特徵在於，包括基站前臺和網管，其中，基站前臺包括採樣模塊，用於根據所述基站的控制面上報的增加的用戶數和減少的用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在所述採樣周期內實時在線的當前用戶數；處理模塊，用於在所述採樣周期到時後，採用求和累加的方式將本採樣周期的所述異常釋放的用戶數和所述成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的所述當前用戶數寫入當前用戶計數器；上報模塊，用於在上報周期到時後，將所述異常釋放用戶計數器、所述建立成功用戶計數器、以及所述當前用戶計數器上的數據同步給網管；所述網管，用於根據本上報周期的異常釋放的用戶數、成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。
7.如權利要求6所述的裝置，其特徵在於，所述網管具體用於按下式確定本上報周期的掉話率本上報周期的掉話率=本上報周期的異常釋放的用戶數/(上一上報周期的當前用戶數+本上報周期的成功建立的用戶數)。
8.如權利要求6所述的裝置，其特徵在於，上報模塊具體用於以測量對象為單位，將所述異常釋放用戶計數器、所述建立成功用戶計數器、以及所述當前用戶計數器上的數據同步給網管。
9.如權利要求8所述的裝置，其特徵在於，所述測量單位包括小區、網元。
10.如權利要求6所述的裝置，其特徵在於，所述基站為長期演進系統中的演進型基站。
全文摘要
本發明公開了一種掉話率確定方法及系統。該方法包括前臺根據增加用戶數和減少用戶數，採用求和累加的方式記錄在採樣周期內異常釋放的用戶數和成功建立的用戶數，並計算在採樣周期內的當前用戶數；在採樣周期到時後，前臺採用求和累加的方式將本採樣周期的異常釋放的用戶數和成功建立的用戶數分別寫入異常釋放用戶計數器和建立成功用戶計數器，並採用覆蓋原數據的方式將本採樣周期的當前用戶數寫入當前用戶計數器；在上報周期到時後，前臺將異常釋放用戶計數器、建立成功用戶計數器、以及當前用戶計數器上的數據同步給網管；網管根據本上報周期的異常釋放的用戶數、和成功建立的用戶數、以及上一上報周期的當前用戶數確定本上報周期的掉話率。
文檔編號H04M3/36GK102387260SQ201110321050
公開日2012年3月21日 申請日期2011年10月20日 優先權日2011年10月20日
發明者王轉莉 申請人:中興通訊股份有限公司