專利名稱：無線鏈路失敗指示的處理方法和裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，尤其涉及一種無線鏈路失敗指示的處理方法和裝置。
背景技術：
3GPP R9 (The 3rd Generation Partnership Proiect R9，第三代合作伙伴計劃第 9版本)協(xié)議中定義了幾種由于切換參數(shù)設置不當造成移動性優(yōu)化場景，即切換過晚場景、 切換過早場景及切換到錯誤小區(qū)場景，通過周期性地對這些異常切換場景的識別統(tǒng)計，到優(yōu)化調整周期到達時對切換參數(shù)進行調整以減少或避免這些異常切換場景。根據(jù)R9(ReleaSe9，第9版本)規(guī)定，在以上異常切換場景下，無論UE的重建是否成功，重建目標基站都會給源基站發(fā)送RLF indication (Radio Link Failure indication, 無線鏈路失敗指示)，該RLF indication中可能包括也可能不包括RLF Report (無線鏈路失敗報告)。然而，根據(jù)RlOOteleaselO，第10版本)規(guī)定，UE在RLF后未成功選到小區(qū)或重建失敗進入空閑態(tài)，隨后成功建立了新的RRC連接，若其中UE中保存有RLF Report, RRC 建立目標基站會根據(jù)RLF R印ort內容向先前發(fā)生RLF小區(qū)發(fā)送RLF hdication。由于源基站是根據(jù)收到的RLF Indication來統(tǒng)計切換過晚或覆蓋漏洞，因此，若UE在RRC重建時和后續(xù)RRC建立時都發(fā)送這個RLF Indication，就可能重復統(tǒng)計，或者RRC重建時不發(fā)而等到后續(xù)RRC建立時發(fā)送，又可能會有統(tǒng)計遺漏。目前，一種解決方案是對于那些拒絕了 UE RRC重建的基站，將不必立即發(fā)送 RLFindication,而是等到認為后續(xù)UE發(fā)起新的RRC建立時不會上報RLF Report時才向源發(fā)生RLF的基站發(fā)送RLF indication。由于這種方案要求拒絕RRC重建的基站必須等待， 即要在基站上設置定時器，而如果基站下的UE很多且發(fā)生這種狀況的UE較多，那么基站側要維護的定時器會很多，造成了資源浪費。

發(fā)明內容
本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法和裝置，以在滿足能夠正確區(qū)分無線鏈路失敗原因的前提下，減少基站側過多信息存儲以及資源浪費。一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法，所述方法包括接收無線鏈路失敗指示；根據(jù)所述無線鏈路失敗指示中攜帶的標識確定所述無線鏈路失敗指示的發(fā)送時機；如果所述無線鏈路失敗指示是在UE進行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。另一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理裝置，所述裝置包括 第一接收單元，用于接收無線鏈路失敗指示；第一確定單元，用于根據(jù)所述無線鏈路失敗指示中攜帶的標識確定所述無線鏈路失敗指示的發(fā)送時機；第一處理單元，用于在所述無線鏈路失敗指示是在UE進行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告時，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。再一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法，所述方法包括 接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報告；根據(jù)所述切換報告將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。又一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理裝置，所述裝置包括 第一接收單元，用于接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報告； 第一處理單元，用于根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。通過本發(fā)明實施例提供的方法和裝置，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及資源浪費。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，并不構成對本發(fā)明的限定。在附圖中圖1為本發(fā)明一個實施例的方法流程2為本發(fā)明另一實施例的方法流程3為本發(fā)明再一實施例的方法流程4為本發(fā)明實施例中切換過晚時收到第二條無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖5為本發(fā)明實施例中切換過晚時收到第二條無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖6為本發(fā)明實施例中切換過晚時收到減計數(shù)指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖7為本發(fā)明實施例中切換過晚時收到減計數(shù)指示的時間不在本次統(tǒng)計調整周期之外的處理方法流程圖；圖8為本發(fā)明實施例中切換過晚時UE未選到合適小區(qū)且收到無線鏈路指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖9為本發(fā)明實施例中切換過晚時UE未選到合適小區(qū)且收到無線鏈路指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖10為本發(fā)明實施例中切換過早時收到減計數(shù)指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖11為本發(fā)明實施例中切換過早時收到減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖12為本發(fā)明實施例中切換過早時收到無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖13為本發(fā)明實施例中切換過早時收到無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖14為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換過早情況下，收到第二條無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖15為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換過早情況下，收到第二條無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖16為本發(fā)明實施例中切換到錯誤小區(qū)時接收到發(fā)生RLF的基站發(fā)送的減計數(shù)指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖17為本發(fā)明實施例中切換到錯誤小區(qū)時接收到發(fā)生RLF的基站發(fā)送的減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖18為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換到錯誤小區(qū)情況下，接收到無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內的處理方法流程圖；圖19為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換到錯誤小區(qū)情況下，接收到無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內的處理方法流程圖；圖20為本發(fā)明一實施例的裝置組成框圖；圖21為本發(fā)明另一實施例的裝置組成框圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和附圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。圖1為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indication)的處理方法的流程圖，該方法可以應用于接收到RLF indication的基站，例如發(fā)生RLF的基站，或者 RRC重建目標基站，請參照圖1，該方法包括步驟101 接收 RLF indication ；其中，在UE發(fā)生RLF后發(fā)起RRC重建被拒后，拒絕該RRC連接重建的基站，在本實施例中稱為RRC重建目標基站會給發(fā)生RLF的基站發(fā)送未攜帶RLF report的RLF indication。而后，當該UE選擇新的小區(qū)進行新的RRC連接建立并且成功后，UE會在新的 RRC連接建立過程中攜帶RLF report，該新的RRC連接建立成功的基站，在本實施例中稱為 RRC建立目標基站，會給發(fā)生RLF的基站或者RRC重建目標基站發(fā)送攜帶該RLF report的 RLFindication0其中，根據(jù)不同的異常切換類型，該RRC建立目標基站與RRC重建目標基站或者發(fā)生RLF的基站可能是同一個基站，也可能不同，以下將分別通過不同的實施例加以說明。步驟102 根據(jù)所述RLF indication中攜帶的第一標識確定所述RLF indication 的發(fā)送時機；在本實施例中，該RLF indication的發(fā)送時機可以是在UE進行RRC重建后發(fā)送的，也可以是在UE進行新的RRC建立后發(fā)送的，根據(jù)發(fā)送時機的不同，本實施例會有不同的處理方法。在本實施例中，通過在RLF indication中攜帶標識來區(qū)別該RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE進行新的RRC建立后發(fā)送的。因此，根據(jù)該標識可以確定該RLF indication的發(fā)送時機。步驟103 如果所述RLF indication是在UE進行RRC重建后發(fā)送的，且所述 RLFindication中不包含無線鏈路失敗報告(RLF r印ort)，確定無線鏈路失敗原因為切換
9參數(shù)問題，將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加1。在本實施例中，當RLF indication是在UE進行RRC重建后發(fā)送的時，該RLF indication中不包含RLF report,因此，本實施例不能根據(jù)RLF report確定無線鏈路失敗原因，故默認為切換參數(shù)問題，并將根據(jù)RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加1。在本實施例中，異常切換類型可以根據(jù)RLF indication確定，具體可以通過現(xiàn)有技術的手段實現(xiàn)，在此不再贅述。在本實施例中，根據(jù)異常切換類型的不同，導致無線鏈路失敗的問題基站可能并非發(fā)生RLF的基站，因此，將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加 1，也可以通過向導致無線鏈路失敗的問題基站發(fā)送切換報告的方式，指示該問題基站將根據(jù)所述RLFindication確定的異常切換類型的統(tǒng)計次數(shù)加1。在本實施例中，導致無線鏈路失敗的問題基站是指由于切換參數(shù)設置有問題導致出現(xiàn)異常切換的基站。其中，針對不同的異常切換類型，本發(fā)明實施例可以采用不同的方法在源基站調整相應的統(tǒng)計次數(shù)或者通知RRC重建目標基站調整相應的統(tǒng)計次數(shù)。在一個實施例中，異常切換類型為切換過晚，則導致無線鏈路失敗的問題基站為發(fā)生RLF的基站，故發(fā)生RLF的基站將切換過晚統(tǒng)計次數(shù)加1。在另外一個實施例中，異常切換類型為切換過早，則導致無線鏈路失敗的問題基站為RRC重建目標基站，則發(fā)生RLF的基站向RRC重建目標基站發(fā)送切換報告，指示該RRC 重建目標基站將切換過晚統(tǒng)計次數(shù)加1。在另外一個實施例中，異常切換類型為切換到錯誤小區(qū)，則導致無線鏈路失敗的問題基站為UE發(fā)生RLF之前的基站，則發(fā)生RLF的基站向該UE發(fā)生RLF之前的基站發(fā)送切換報告，指示該UE發(fā)生RLF之前的基站將切換到錯誤小區(qū)統(tǒng)計次數(shù)加1。在本實施例中，如果后續(xù)接收到減計數(shù)指示，則可以根據(jù)接收到該減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內，來決定對該統(tǒng)計次數(shù)的處理。當接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，可以將該統(tǒng)計次數(shù)減1 ；當接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內時，則對確定的異常切換類型的統(tǒng)計次數(shù)不處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，確定接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內，可以通過將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較的方法實現(xiàn)。如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間在本統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間不在本統(tǒng)計調整周期之內。其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC 重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。本發(fā)明實施例提供的方法，通過在RLF indication中攜帶的標識，確定RLF indication的發(fā)送時機，進而確定無線鏈路失敗原因以及調整異常切換類型對應的統(tǒng)計次數(shù)，可以在滿足能夠正確區(qū)分無線鏈路失敗原因為統(tǒng)計切換參數(shù)問題還是覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及資源浪費。圖2為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indication)的處理方法的流程圖，該方法也應用于接收到RLF indication的基站，請參照圖2，該方法包括步驟201至步驟202可以參照圖1所示實施例中的步驟101至步驟102，在此不再贅述。步驟203 如果所述RLF indication是在UE進行新的RRC建立后發(fā)送的，且所述 RLFindication中包含RLF report,根據(jù)所述RLF indication中攜帶的第二標識確定UE 是否被重建拒絕過；在本實施例中，該RLF indication是在UE進行新的RRC建立后發(fā)送的，而UE可能在發(fā)生RLF后被重建拒絕過，也即UE發(fā)生RLF后選擇到某小區(qū)進行RRC連接重建但被該小區(qū)拒絕，而后發(fā)起該新的RRC建立；UE也有可能在發(fā)生RLF后沒有選擇到合適的小區(qū)進行RRC連接重建，導致進入空閑態(tài)，而后發(fā)起該新的RRC建立。其中，如果該UE曾被重建拒絕過，則說明已經(jīng)存在步驟103的不包含RLF report的RLF indication ；如果該UE沒有被重建拒絕過，則說明不存在步驟103的不包含RLF report的RLF indication，而由于在步驟103的處理中已經(jīng)默認無線鏈路失敗原因為切換參數(shù)問題，因此對于這兩種情況，要分別進行不同的處理。因此，在本實施例中，可以進一步通過在RLF indication中或者RLF report中攜帶的第二標識來區(qū)別該UE是否曾被重建拒絕過，以便進行后續(xù)的處理。在本實施例中，表明UE是否曾被重建拒絕的第二標識可以與步驟202中表明 RLFindication發(fā)送時機的第一標識為同一標識或不同標識。當采用同一個標識實現(xiàn)時，例如通過一個二進制的數(shù)值表示；當采用不同標識實現(xiàn)時，例如通過兩個標識實現(xiàn)，本實施例并不以此作為限制。步驟204 根據(jù)所述RLF report確定無線鏈路失敗原因，并根據(jù)確定的UE是否曾被重建拒絕過進行相應的處理；在本實施例中，如果確定UE被重建拒絕過，則說明之前已經(jīng)存在如圖1中步驟103 所示的不包含RLF i^portWRLF indication，由于之前沒有接收到RLF r印ort，無法確定無線鏈路失敗原因而將該原因默認為了切換參數(shù)問題，因此，當接收到RLF r印ort后，要根據(jù)該RLFr印ort確定真正的失敗原因。其中，由于之前已經(jīng)根據(jù)默認的切換參數(shù)問題，將異常切換類型的統(tǒng)計次數(shù)加1， 因此，如果此時根據(jù)該RLF report確定所述無線鏈路失敗原因為默認的切換參數(shù)問題，說明之前的默認是對的，此時不做處理；如果此時根據(jù)該RLF report確定所述無線鏈路失敗原因不是默認的切換參數(shù)問題，說明之前的默認是錯誤的，將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)減1，也即將錯誤的統(tǒng)計減掉。同樣的，由于導致無線鏈路失敗的問題基站可能不是發(fā)生RLF的基站，因此，將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)減1，也可以通過向導致無線鏈路失敗的問題基站發(fā)送減計數(shù)指示的方式，指示該問題基站將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)減1。在本實施例中，如果確定UE未被重建拒絕過，說明之前不存在如圖1中步驟103 所示的不包含RLF report的RLF indication,也即UE可能是在RLF后沒有選到合適的小區(qū)重建導致空閑后發(fā)起的新的RRC連接建立，此時，可以直接根據(jù)該RLF report確定失敗原因，并根據(jù)失敗原因進行相應的處理。其中，如果所述無線鏈路失敗原因為切換參數(shù)問題，則將所述RLF indication對應的異常切換類型的統(tǒng)計次數(shù)加1 ；如果所述無線鏈路失敗原因不是切換參數(shù)問題，則不處理。在本實施例中，由于UE發(fā)起新的RRC建立可能是在第一次被重建拒絕后很短的時間，也可能過了很長時間，而切換優(yōu)化算法根據(jù)統(tǒng)計次數(shù)進行切換參數(shù)調整是有一定周期的，也即，接收到該UE進行新的RRC建立后發(fā)送的RLF indication的時間可能已經(jīng)過了優(yōu)化調整點，不在本次統(tǒng)計調整周期之內，在這種情況下，由于前一統(tǒng)計調整周期已經(jīng)做過參數(shù)調整，不需要任何處理。因此，本實施例的方法中，在接收到該UE進行新的RRC建立后發(fā)送的RLF indication后，還要確定接收到所述RLF indication的時間是否在本次統(tǒng)計調整周期之內；如果接收到所述RLF indication的時間在本次統(tǒng)計調整周期之內，則根據(jù)所述RLF indication中的標識確定UE是否被重建拒絕過，并執(zhí)行步驟204 ；如果接收到所述 RLF indication的時間不在本次統(tǒng)計調整周期之內，則不做處理。其中，可以通過將所述RLF r印ort中的UE定時器記錄的時間長度，與本地計算的從接收到所述RLF indication到最近的前一次統(tǒng)計調整時間之間時間長度進行比較的方式，確定接收到所述RLF indication的時間是否在本次統(tǒng)計調整周期之內。如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，則確認為接收到所述RLF indication的時間在本次統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，則確認為接收到所述RLF indication的時間不在本次統(tǒng)計調整周期之內。其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC 重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。通過本發(fā)明實施例提供的方法，通過在RLF indication中攜帶的標識，確定RLF indication的發(fā)送時機，進而確定無線鏈路失敗原因以及調整異常切換類型對應的統(tǒng)計次數(shù)，可以在滿足能夠正確區(qū)分無線鏈路失敗原因為統(tǒng)計切換參數(shù)問題還是覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及資源浪費。圖3為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indication)的處理方法的流程圖，該方法對應圖1或圖2所示實施例的方法中，切換過早或者切換到錯誤小區(qū)的異常切換類型，應用于上述異常切換類型中的問題基站，請參照圖3，該方法包括步驟301 接收發(fā)生RLF的基站在接收到RLF indication后發(fā)送的切換報告；其中，當發(fā)生RLF的基站確定該RLF indication是在UE進行RRC重建后發(fā)送的， 且該RLF indication中不包含RLF r印ort時，由于異常切換類型是切換過早或者切換到錯誤小區(qū)，也即該發(fā)生RLF的基站并非是導致無線鏈路失敗的問題基站，則該發(fā)生RLF的基站向導致無線鏈路失敗的問題基站發(fā)送切換報告，指示該問題基站將相應的切換過早統(tǒng)計次數(shù)或者切換到錯誤小區(qū)統(tǒng)計次數(shù)加1。步驟302 根據(jù)所述切換報告將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。其中，當本實施例的問題基站接收到切換報告后，根據(jù)該切換報告中的指示，將相應的切換過早統(tǒng)計次數(shù)或者切換到錯誤小區(qū)統(tǒng)計次數(shù)加1。在本實施例中，當發(fā)生RLF的基站確定該RLF indication是在UE進行新的RRC 建立后發(fā)送的，且該RLF indication中包含RLF report時，由于異常切換類型是切換過早或者切換到錯誤小區(qū)，也即該發(fā)生RLF的基站并非是導致無線鏈路失敗的問題基站，則當確定需要對相應的統(tǒng)計次數(shù)減1時，該發(fā)生RLF的基站向導致無線鏈路失敗的問題基站發(fā)送減計數(shù)指示，指示問題基站將相應的切換過早統(tǒng)計次數(shù)或者切換過晚統(tǒng)計次數(shù)減1。在本實施例中，根據(jù)步驟302將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1 后，如果收到發(fā)生RLF的基站發(fā)送的該減計數(shù)指示，則當接收到該減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將相應的統(tǒng)計次數(shù)減1，當接收到該減計數(shù)指示的時間在本次統(tǒng)計調整周期之內，則對異常切換類型的統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，確定接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內，也可以通過將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較的方法實現(xiàn)。如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內。其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC 重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。通過本發(fā)明實施例提供的方法，通過根據(jù)切換報告以及減計數(shù)指示對異常切換類型對應的統(tǒng)計次數(shù)進行調整，可以在滿足能夠正確區(qū)分無線鏈路失敗原因為統(tǒng)計切換參數(shù)問題還是覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及資源浪費。為了使圖1-圖3所示實施例的方法更加清楚易懂，以下結合UE發(fā)生RLF的不同異常切換類型以及不同場景，對本實施例的方法進行詳細說明。圖4-圖7為UE發(fā)生RLF的異常切換類型為切換過晚時，UE與發(fā)生RLF的基站 eNBO、RRC重建目標基站eNBl、RRC建立目標基站eNB2進行信息交互的流程圖。在本實施例中，UE在eNBO下小區(qū)發(fā)生無線鏈路失敗，選擇到eNBl下的某小區(qū)進行重建，重建被拒絕進入空閑態(tài)后，在eNB2成功建立新的RRC連接，并將RLF report發(fā)送到eNB2，eNB2獲取到 UE的RLF report后，根據(jù)RLF indication或者RLF report中攜帶的標識可以向發(fā)生RLF 的基站eNBO，也即參數(shù)設置可能有誤的問題基站發(fā)送RLF indication (圖4、圖5)，也可以向UE發(fā)起重建的基站eNBl發(fā)送該RLF indication (圖6、圖7)。其中，圖4為eNB2向eNBO發(fā)送第二條RLF indication, eNBO接收到該指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖5為eNB2向eNBO發(fā)送第二條RLF indication, eNBO接收到該指示的時間不在其本次統(tǒng)計調整周期之內的流程圖。圖6為eNB2向eNBl發(fā)送第二條RLF indication, eNBO接收到eNBl發(fā)送的減計數(shù)指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖7為eNB2向eNBl發(fā)送第二條RLF indication，eNBO接收到eNBl發(fā)送的減計數(shù)指示的時間不在其本次統(tǒng)計調整周期之內的流程圖。請參照圖4，該流程包括
13
步驟401 =UE在eNBO下某小區(qū)發(fā)生無線鏈路失??；步驟402 =UE選擇到eNBl下的某小區(qū)進行重建請求；步驟403 :eNBl拒絕了 UE的重建請求；步驟404 :eNBl 向 eNBO 發(fā)送第一條不包含 RLF report 的 RLF indication ；其中，該RLF indication中攜帶有標識，表示該RLF indication是UE進行RRC 重建后發(fā)送的，還是UE發(fā)起新的RRC建立后發(fā)送的，同時，該RLF indication中還攜帶標識，表示UE是否曾經(jīng)被重建拒絕過。以上兩個標識可以利用同一個標識實現(xiàn)，也可以利用不同的標識實現(xiàn)，本實施例并不以此作為限制。在本實施例中，根據(jù)該RLF indication中攜帶的標識，確定該RLF indication是在UE進行RRC重建后發(fā)送的。步驟405 :eNB0默認無線鏈路失敗原因為切換參數(shù)的問題，在根據(jù)第一條RLF indication判斷為異常切換類型為切換過晚的情況下，eNBO根據(jù)第一條RLF indication 中的標識增加向對應小區(qū)的切換過晚統(tǒng)計次數(shù)一次。其中，由于RLF indication是在UE進行RRC重建后發(fā)送的，且該RLF indication 中不包含RLF report，所以確定無線鏈路失敗原因為默認的切換參數(shù)問題，將切換過晚統(tǒng)計次數(shù)加1。步驟406 =UE發(fā)起重建被拒絕后進入空閑態(tài)，隨后在eNB2下的某小區(qū)發(fā)起新的 RRC建立請求；其中，在該RRC連接請求中包含了 RLF report或者RLF report指示。步驟407 eNB2根據(jù)上述RRC連接請求獲取到UE的RLF report后，根據(jù)RLF report中的信息向UE發(fā)生RLF的eNBO通過X2或Sl 口發(fā)送第二條RLF indication。其中，該第二條RLF indication中也攜帶有標識，表明該第二條RLF indication 是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟408 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以將切換過晚統(tǒng)計次數(shù)減1或者，對切換過晚統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，eNBO接收到該第二條RLF indication后，也要根據(jù)該第二條RLF indication中攜帶的標識確定該第二條RLF indication是UE進行RRC重建后發(fā)送的，還是UE發(fā)起新的RRC建立后發(fā)送的，在本實施例中，確定是在UE發(fā)起新的RRC建立后發(fā)送的。其中，由于UE發(fā)起新的RRC建立可能是在第一次被重建拒絕后很短的時間，也可能過很長時間，而切換優(yōu)化算法根據(jù)統(tǒng)計次數(shù)進行切換參數(shù)調整是有一定周期的，也即 eNBO在收到第二條RLF indication時可能落在本統(tǒng)計調整周期之內，也可能落在下一個統(tǒng)計調整周期之內。為了在eNBO作正確的統(tǒng)計，可在UE側增加一個定時器，在UE的RRC重建被拒時啟動該定時器，或者在UE發(fā)生RLF時啟動該定時器，或者在UE發(fā)起RRC重建請求時啟動該定時器，或者在UE進入空閑態(tài)時啟動該定時器；在UE收到新發(fā)起RRC建立成功響應消息時停止定時器，或者在UE的新的RRC建立成功后發(fā)送RLF r印ort時停止該定時器。將該定時器記錄的時間包含在RLF r印ort中發(fā)送給eNB2，eNB2再向eNBO發(fā)送包含這個RLF report
14的第二條RLF indication，假定eNBO將這個指示消息中定時器記錄時間長度為Tl，eNBO 收到第二條RLF indication的時間與最近的前一個參數(shù)調整時間之間的長度為T2，若Tl < T2，則確定eNBO收到第二條RLF indication時落在本統(tǒng)計調整周期之內；若Tl > T2， 則確定eNBO收到第二條RLF indication時落在本統(tǒng)計調整周期之外，例如下一個統(tǒng)計調整周期之內。在本實施例中，eNBO在收到第二條RLF indication的時間在本統(tǒng)計調整周期之內。eNBO再進一步根據(jù)該第二條RLF indication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中，確定UE曾經(jīng)被重建拒絕過，也即之前有過第一條RLF indication，則 eNBO根據(jù)該第二條RLF indication中的信息，也即RLF report判斷先前的RLF是由于切換參數(shù)問題還是覆蓋漏洞問題，若的確為切換參數(shù)問題說明先前默認統(tǒng)計是正確的，則無需修改過晚的統(tǒng)計次數(shù)；而若為覆蓋漏洞問題則說明先前默認統(tǒng)計是錯誤的，則需從切換過晚統(tǒng)計次數(shù)中減去一次。請參照圖5，該流程包括步驟501-507可以參照圖4所示實施例中的步驟401-407，此處不再贅述。步驟508 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以對切換過晚統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，eNBO根據(jù)接收到的該第二條RLF indication中攜帶的標識，確定該第二條RLF indication是UE進行RRC重建后發(fā)送的，而且eNBO收到該第二條RLF indication的時間不在本統(tǒng)計調整周期之內。由于eNBO在收到第二條RLF indication時已經(jīng)超過了本優(yōu)化調整點，落到了下一個統(tǒng)計調整周期之內，而這個指示消息由于是與前一周期內的第一條RLFindication相關聯(lián)的，由于前一周期已做過參數(shù)調整，對于下一個統(tǒng)計周期來說就不應該再對這條指示信息有任何響應，即不對這個新統(tǒng)計周期的切換過晚次數(shù)作任何修改。請參照圖6，該流程包括步驟601-606可以參照圖4所示實施例中步驟401-406，在此不再贅述；步驟607 eNB2根據(jù)上述RRC連接請求獲取到UE的RLF report后，根據(jù)該 RLF r印ort中的信息向UE進行RRC重建請求的eNBl通過X2或Sl 口發(fā)送第二條RLF indication。其中，該第二條RLF indication中也攜帶標識，表明該第二條RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟608 :θΝΒ1根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以是對切換過晚統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變，或者向eNBO發(fā)送減計數(shù)指示。其中，eNBl根據(jù)該第二條RLF indication中攜帶的標識，確定該第二條RLF indication是在UE發(fā)起新的RRC建立后發(fā)送的，且該UE曾經(jīng)被重建拒絕過，但由于自已并非是導致無線鏈路失敗的問題基站，則eNBl根據(jù)該第二條RLF indication中的RLF report判斷前次RLF是由于切換參數(shù)問題還是覆蓋問題，若的確為切換參數(shù)問題，則表明先前的默認統(tǒng)計是正確的，無需做任何處理；若為覆蓋問題，則表明先前的默認統(tǒng)計是錯誤的，eNBl可向導致無線鏈路失敗的問題基站，也即eNBO發(fā)送減計數(shù)指示信息，通知eNBO從切換過晚次數(shù)中減去一次。步驟609 :eNB0根據(jù)接收到的減計數(shù)指示進行相應處理。在本實施例中，是將切換過晚統(tǒng)計次數(shù)減1。其中，根據(jù)前面定義的UE側定時器記錄從UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時到UE接收到RRC建立成功響應消息時或UE在RRC 建立成功后發(fā)送RLF r印ort時的時間長度Tl，且需在減計數(shù)指示中攜帶此時間Tl，eNB0收到該減計數(shù)指示的時間與最近的前一個參數(shù)調整時間之間的長度假設為T3，eNBO收到減計數(shù)指示時，若判斷出Tl < T3，則確定收到上述減計數(shù)指示的時間是在優(yōu)化調整點之前， 此時可以根據(jù)該減計數(shù)指示從過晚切換統(tǒng)計次數(shù)中減一；若Tl >T3，則確定收到上述減計數(shù)指示的時間是在優(yōu)化調整點之后，表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息不對切換過晚統(tǒng)計次數(shù)作任何調整。在本實施例中，由于eNBO接收該減計數(shù)指示的時間落入本次統(tǒng)計調整周期之內， 也即eNBO收到上述減計數(shù)指示的時間是在優(yōu)化調整點之前，則eNBO可以從過晚切換統(tǒng)計次數(shù)中減一。請參照圖7，該流程包括步驟701-708可以參照圖6所示實施例中的步驟601-607，在此不再贅述；步驟709 :eNB0根據(jù)接收到的減計數(shù)指示進行相應處理。在本實施例中，可以對切換過晚統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，由于eNBO接收該減計數(shù)指示的時間落入本次統(tǒng)計調整周期之外， 也即收到上述減計數(shù)指示的時間是在優(yōu)化調整點之后，則eNBO不做任何處理，以確保確定的異常切換類型的統(tǒng)計次數(shù)保持不變。圖8-圖9為UE發(fā)生RLF的異常切換類型為切換過晚時，UE與發(fā)生RLF的基站 eNBO、RRC重建目標基站eNBl、RRC建立目標基站eNB2進行信息交互的流程圖。在本實施例中，UE在eNBO下小區(qū)發(fā)生無線鏈路失敗，未選擇到合適的小區(qū)進行重建，從而進入空閑狀態(tài)，隨后UE在eNB2下的某小區(qū)發(fā)起新的RRC建立請求，eNB2獲取到UE的RLF report后， 根據(jù)其中標識信息通過X2或Sl 口向eNBO發(fā)送RLF indication。其中，圖8為eNB2向eNBO發(fā)送RLF indication, eNBO接收到該指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖9為eNB2向eNBO發(fā)送RLF indication, eNBO接收到該指示的時間不在其本次統(tǒng)計調整周期之內的流程圖。請參照圖8，該流程包括步驟801 =UE在eNBO下某小區(qū)發(fā)生無線鏈路失??；步驟802 :UE未選擇到合適的小區(qū)駐留從而進入空閑狀態(tài)，隨后UE在eNB2下的某小區(qū)發(fā)起新的RRC建立請求；其中，該RRC建立請求中攜帶有UE的RLF report或者RLF report指示。步驟803 :eNB2獲取到UE的RLF report后，根據(jù)該RLF report中的信息通過X2 或 Sl 口向 eNBO 發(fā)送 RLF indication ；
16
其中，該RLF indication也攜帶有標識，表明該RLF indication是在UE進行RRC 重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟804 :eNB0根據(jù)接收到的RLF indication進行相應處理。在本實施例中，可以將切換過晚統(tǒng)計次數(shù)加1或者，對切換過晚統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，根據(jù)該RLF indication中攜帶的標識，eNBO確定該RLF indication是在 UE發(fā)起新的RRC建立后發(fā)送的。其中，UE發(fā)起新的RRC建立可能是在進入空閑態(tài)后很短的時間，但也可能過了很長時間，而切換優(yōu)化算法根據(jù)統(tǒng)計次數(shù)進行切換參數(shù)調整是有一定周期的，也即eNBO收到 RLFindication時可能落在本統(tǒng)計調整周期之內，也可能落在本統(tǒng)計周期之外。其中，為了在eNBO作正確的統(tǒng)計，需記錄UE進入空閑態(tài)到UE收到新發(fā)起RRC 建立成功的響應消息之間的時間長度，實際上可以利用UE定時器，啟動時間為UE進入空閑態(tài)時，停止時間為UE收到新發(fā)起RRC建立成功響應消息時UE在RRC建立成功后發(fā)送 RLFreport時，假定eNBO將RLF indication中定時器記錄時間長度為Tl，eNBO收到該 RLFindication的時間與最近的前一個參數(shù)調整時間之間的長度為T2，若Tl < T2，則確定收到RLFindication時落在本統(tǒng)計調整周期之內；若Tl > T2，則確定收到RLF indication 時可能落在本統(tǒng)計調整周期之外。在本實施例中，eNBO收到RLF indication時落在本統(tǒng)計調整周期之內，eNBO再進一步根據(jù)該RLF indication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中，確定UE不曾被重建拒絕過，也即之前沒有第一條RLF indication，則eNBO根據(jù)該RLF indication中的信息，也即RLF r印ort判斷先前的RLF是由于切換參數(shù)問題還是覆蓋漏洞問題，若為切換參數(shù)問題則對切換過晚的次數(shù)加一；而若為覆蓋漏洞問題則不對統(tǒng)計次數(shù)作任何調整。請參照圖9，該流程包括步驟901-903可以參照圖8所示實施例中步驟801-803，在此不再贅述。步驟904 :eNB0根據(jù)接收到的RLF indication進行相應處理。在本實施例中，可以對切換過晚統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，eNBO在收到RLF indication時已經(jīng)超過了本優(yōu)化調整點而落到了下一個統(tǒng)計調整周期之內，而這個指示消息由于是前一周期內發(fā)生的RLF事件相關聯(lián)的，而由于前一周期已做過參數(shù)調整，對于下一個統(tǒng)計周期來說就不應該再對這條指示信息有任何響應，即不對這個新統(tǒng)計周期的過晚次數(shù)作任何修改。圖10-圖13為UE發(fā)生RLF的異常切換類型為切換過早時，UE與發(fā)生RLF的基站 eNBO、RRC重建目標基站eNBl、RRC建立目標基站eNB2進行信息交互的流程圖。在本實施例中，UE成功從eNBl下某小區(qū)切換到eNBO下某小區(qū)，在該小區(qū)短時間停留后即發(fā)生RLF并向源小區(qū)所屬基站eNBl發(fā)起重建請求，根據(jù)切換過晚的判斷準則，eNBl會先向eNBO發(fā)送一條RLF indication, eNBO根據(jù)該UE最近的成功切換到發(fā)生RLF時間長度判斷為切換過早，即向eNBl發(fā)送Handover report以便eNBl側增加切換過早統(tǒng)計次數(shù)一次。
其中，UE在eNBO下小區(qū)發(fā)生無線鏈路失敗，選擇到eNBl下的某小區(qū)進行重建， 重建被拒絕進入空閑態(tài)后，可能在eNB2成功建立新的RRC連接，eNB2獲取到UE的RLF r印ort后可以根據(jù)其中標識向發(fā)生RLF的基站eNBO，也即參數(shù)設置可能有誤的問題基站發(fā)送RLFindication(圖10、圖11)，也可以向UE發(fā)起重建的基站eNBl發(fā)送這個RLF indication (圖 12、圖 13)。其中，圖10為eNB2向eNBO發(fā)送第二條RLF indication，eNBO確定無線鏈路失敗原因，eNBl接收到eNBO發(fā)送的減計數(shù)指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖 11為eNB2向eNBO發(fā)送第二條RLF indication，eNBO確定無線失敗原因，eNBl接收到eNBO 發(fā)送的減計數(shù)指示的時間不在其本次統(tǒng)計調整周期之內的流程圖；圖12為eNB2向eNBl發(fā)送第二條RLF indication, eNBl接收到該指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖13為eNB2向eNBl發(fā)送第二條RLF indication, eNBO接收到該指示的時間不在其本次統(tǒng)計調整周期之內的流程圖。請參照圖10，該流程包括步驟1001 =UE成功從eNBl切換到eNBO ；步驟1002 =UE在eNBO短暫停留后發(fā)生無線鏈路失??；步驟1003 =UE選擇到eNBl下的某小區(qū)進行重建請求；步驟1004 :eNBl拒絕了 UE的重建請求；步驟1005 :eNBl 向 eNBO 發(fā)送第一條不包含 RLF report 的 RLF indication ；其中，該第一條RLF indication中攜帶標識，表示該第一條RLF indication 是UE進行RRC重建后發(fā)送的，還是UE發(fā)起新的RRC建立后發(fā)送的，同時，該第一條RLF indication中還攜帶標識，表示UE是否曾經(jīng)被重建拒絕過。以上兩個標識可以利用同一個標識實現(xiàn)，也可以利用不同的標識實現(xiàn)，本實施例并不以此作為限制。在本實施例中，根據(jù)該RLF indication中攜帶的標識，確定該RLF indication是在UE進行RRC重建后發(fā)送的，則不需要再判斷UE是否曾經(jīng)被重建拒絕過。步驟1006 :eNB0根據(jù)前次切換成功到發(fā)生RLF的時間長度判斷為過早切換，默認是由于切換參數(shù)問題導致的切換過早，從而eNBO向eNBl發(fā)送Handover r印ort，指示eNBl 增加切換過早一次；其中，由于該RLF indication是在UE進行RRC重建后發(fā)送的，且該RLF indication中沒有RLF report,因此，在本實施例中默認是由于切換參數(shù)問題導致的切換過早，又由于eNBO并非導致無線鏈路失敗的問題基站，則該eNBO向導致無線鏈路失敗的問題基站eNBl發(fā)送Handover r印ort，指示該eNBl將切換過早統(tǒng)計次數(shù)增加一次。步驟1007 :eNBl將切換過早統(tǒng)計次數(shù)增加一次；其中，eNBl根據(jù)Handover report中的指示將切換過早統(tǒng)計次數(shù)增加一次。步驟1008 =UE在eNB2發(fā)起新的RRC建立；其中，在該RRC連接請求中包含了 RLF report或者RLF report指示。步驟1009 :eNB2向eNBO通過X2或Sl發(fā)送帶有RLF report的第二條RLF indication。其中，該第二條RLF indication也攜帶有標識，表明該第二條RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟1010 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以向eNBl發(fā)送減計數(shù)指示或者，對切換過早統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，根據(jù)該第二條RLF indication中攜帶的標識，eNBO確定該第二條RLF indication是在UE發(fā)起新的RRC建立后發(fā)送的。其中，由于eNBO并不是導致無線鏈路失敗的問題基站，因此，eNBO不需要確定其收到該第二條RLF indication的時間是否在本次統(tǒng)計調整周期之內，而是進一步根據(jù)該 RLFindication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中，確定UE曾被重建拒絕過，也即之前有過第一條RLF indication，則eNBO根據(jù)第二條RLF indication中的RLFr印ort判斷前次RLF是由于切換參數(shù)問題還是覆蓋問題，若的確為切換參數(shù)問題，則表明先前的默認統(tǒng)計是正確的，無需做任何處理；若為覆蓋問題，則表明先前的默認統(tǒng)計是錯誤的，由于eNBO并不是導致無線鏈路失敗的問題基站，故eNBO可向導致無線鏈路失敗的問題基站eNBl發(fā)送指示信息，通知eNBl從切換過早統(tǒng)計次數(shù)中減去一次。步驟1011 :eNBl根據(jù)接收到的減計數(shù)指示進行相應處理，在本實施例中，是將切換過早統(tǒng)計次數(shù)減1。其中，與切換過晚中類似，請參考圖6、圖7，要考慮eNBl收到減計數(shù)指示是在優(yōu)化調整點之前還是之后。根據(jù)前面定義的UE側定時器記錄的時間長度Tl，且需在減計數(shù)指示中攜帶此時間Tl，eNBl收到減計數(shù)指示的時間與最近的前一個參數(shù)調整時間之間的長度假設為T3，eNBl收到減計數(shù)指示時，若判斷出Tl < T3，則確定收到減計數(shù)指示是在優(yōu)化調整點之前，可以根據(jù)該減計數(shù)指示從統(tǒng)計的過早次數(shù)中減一；若判斷出Tl > T3，則確定收到減計數(shù)指示是在優(yōu)化調整點之后，即表明這個指示對當前優(yōu)化調整周期無效，無需響應這個通知消息不對統(tǒng)計次數(shù)作任何調整。在本實施例中，eNBl收到減計數(shù)指示的時間在其本統(tǒng)計調整周期之內。eNBl根據(jù)該減計數(shù)指示，將統(tǒng)計的過早切換次數(shù)減去一次。請參照圖11，該流程包括步驟1101-1110可以參照圖10所示實施例中步驟1001-1010，在此不再贅述；步驟1111 :eNBl根據(jù)接收到的減計數(shù)指示進行相應處理。在本實施例中，可以對切換過早統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，由于eNBl接收該減計數(shù)指示的時間落入本次統(tǒng)計調整周期之外， 也即收到上述減計數(shù)指示的時間是在優(yōu)化調整點之后，則eNBl不做任何處理，以確保確定的異常切換類型的統(tǒng)計次數(shù)保持不變。請參照圖12，該流程包括步驟1201-1208可以參考圖10實施例中的步驟1001-1008，在此不再贅述；步驟1209 :eNB2向eNBl通過X2或Sl發(fā)送帶有RLF report的第二條RLF indication ；其中，該第二條RLF indication也攜帶有標識，表明該第二條RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾
19經(jīng)被重建拒絕過。步驟1210 :eNBl根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以將切換過早統(tǒng)計次數(shù)減1或者，對切換過早統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，根據(jù)該第二條RLF indication中攜帶的標識，eNBl確定該第二條RLF indication是在UE發(fā)起新的RRC建立后發(fā)送的。其中，eNBl要考慮收到第二條RLF indication的時間是在優(yōu)化調整點之前還是之后。根據(jù)前面定義的UE側定時器記錄的時間長度Tl，eNBl收到第二條RLF indication 的時間與最近的前一個參數(shù)調整時間之間的長度為T2，當eNBl收到帶有RLF report的第二條RLFindication時，若判斷出Tl < T2，則確定收到第二條RLF indication的時間是在優(yōu)化調整點之前；若判斷出Tl > T2，則確定收到第二條RLF indication的時間是在優(yōu)化調整點之后，表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息不對統(tǒng)計次數(shù)作任何調整。在本實施例中，收到第二條RLF indication的時間是在優(yōu)化調整點之前，則eNBl 再進一步根據(jù)該第二條RLF indication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中，確定UE曾被重建拒絕過，也即之前有過第一條RLF indication，而該eNBl為此次切換過早的問題基站，則eNBl根據(jù)該第二條RLF indication中的RLF report判斷前次RLF是由于切換參數(shù)問題還是覆蓋問題，若的確為切換參數(shù)問題，則表明先前的默認統(tǒng)計是正確的無需做任何處理；若為覆蓋問題，則表明先前的默認統(tǒng)計是錯誤的，eNBl從切換過早次數(shù)中減去一次。請參照圖13，該流程包括步驟1301-1309可以參考圖12所示實施例中步驟1201-1209，在此不再贅述；步驟1310 :eNBl根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以對切換過早統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，收到第二條RLF indication的時間是在優(yōu)化調整點之后，則表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息，eNBl不對統(tǒng)計次數(shù)作任何調離
iF. ο圖14-15為切換過早的另外一個應用場景，即UE從eNBO切換到eNBl的過程中發(fā)生切換失敗，然后UE重建到eNBO被拒，而后UE向eNB2發(fā)起新的RRC建立。其中，圖14為 eNB2向eNBO發(fā)送RLF indication，eNBO收到該RLF indication的時間在本次統(tǒng)計調整周期之內的示意圖；圖15為eNB2向eNBO發(fā)送RLF indication，eNBO收到該RLF indication 的時間不在本次統(tǒng)計調整周期之內的示意圖。請參照圖14，該流程包括步驟1401 UE從eNBO切換到eNBl過程中發(fā)生切換失??；步驟1402 =UE選擇到eNBO下的某小區(qū)進行重建請求；步驟1403 :eNB0拒絕了 UE的重建請求；其中，由于eNBO是此次切換過程中的問題基站，而UE又重建到該問題基站，因此， eNBO在默認切換參數(shù)問題導致的切換過早的情況下，將切換過早統(tǒng)計次數(shù)加1。
步驟1404 =UE在eNB2發(fā)起新的RRC建立；其中，在該RRC連接請求中包含了 RLF report或者RLF report指示。步驟1405 :eNB2 向 eNBO 通過 X2 或 Sl 發(fā)送帶有 RLF report 的 RLF indication。其中，該第二條RLF indication攜帶有標識，表明該RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟1406 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以將切換過早統(tǒng)計次數(shù)減1或者，對切換過早統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，根據(jù)該RLF indication中攜帶的標識，eNBO確定該RLF indication是在 UE發(fā)起新的RRC建立后發(fā)送的。其中，eNBO要考慮收到RLF indication的時間是在優(yōu)化調整點之前還是之后。根據(jù)前面定義的UE側定時器記錄的時間長度Tl，eNBO收到RLF indication的時間與最近的前一個參數(shù)調整時間之間的長度為T2，當eNBO收到帶有RLF report的RLF indication 時，若判斷出Tl < T2，則確定收到RLF indication的時間是在優(yōu)化調整點之前；若判斷出 Tl > T2，則確定收到RLF indication的時間是在優(yōu)化調整點之后，表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息不對統(tǒng)計次數(shù)作任何調整。在本實施例中，收到RLF indication的時間是在優(yōu)化調整點之前，則eNBO再進一步根據(jù)該RLF indication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中， 確定UE曾被重建拒絕過，盡管之前沒有過第一條RLF indication，但由于重建基站與問題基站是同一個，也即eNBO，所以該問題基站已經(jīng)作了默認的無線鏈路失敗原因的處理，則 eNBO根據(jù)該RLF indication中的RLF r印ort判斷前次RLF是由于切換參數(shù)問題還是覆蓋問題，若的確為切換參數(shù)問題，則表明先前的默認統(tǒng)計是正確的無需做任何處理；若為覆蓋問題，則表明先前的默認統(tǒng)計是錯誤的，eNBO從切換過早次數(shù)中減去一次。請參照圖15，該流程包括步驟1501-1505可以參考圖14所示實施例中步驟1401-1405，在此不再贅述；步驟1506 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以對切換過早統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，收到RLF indication的時間是在優(yōu)化調整點之后，則表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息，eNBO不對統(tǒng)計次數(shù)作任何調整。在圖14和圖15所示實施例中，與圖6和圖7所示實施例類似，eNB2也可以將 RLFindication發(fā)送到eNBl，eNBl根據(jù)該RLF indication中的標識確定是不做任何處理還是向eNBO發(fā)送減計數(shù)指示，使得問題基站eNBO根據(jù)收到該減計數(shù)指示送時間是否在其本次統(tǒng)計調整周期之內，決定將切換過早統(tǒng)計次數(shù)加1，還是不做任何處理。該實施例與圖 6、圖7實施例的處理過程類似，在此不再贅述。圖16-圖17為UE發(fā)生RLF的異常切換類型為切換到錯誤小區(qū)時，UE與發(fā)生RLF 的基站eNBO、問題基站eNBl、RRC重建目標基站eNB2、以及RRC建立目標基站eNB3進行信息交互的流程圖。在本實施例中，UE成功從eNBl下某小區(qū)切換到eNBO下某小區(qū)，在該小區(qū)發(fā)生短暫停留后發(fā)生RLF，然后向eNB2發(fā)起重建請求，依據(jù)切換過晚的判斷原則，首先eNB2 向eNBO發(fā)送RLF indication, eNBO側根據(jù)前次切換成功到發(fā)生RLF的時間長度及小區(qū)標識判斷為切換到錯誤小區(qū)，則eNBO向eNBl發(fā)送handover report以使問題小區(qū)所屬基站 eNBl統(tǒng)計切換到錯誤小區(qū)一次。若UE重建被拒后向eNB3發(fā)起新的RRC建立，eNB3根據(jù) RLF report中的標識信息可能向UE發(fā)生RLF的eNBO發(fā)送第二條RLF indication (圖16、 圖17)；也可能向UE發(fā)起重建的eNB2發(fā)送第二條RLF indication ；或者向問題基站，S卩，應進行參數(shù)調整優(yōu)化的基站eNBl發(fā)送第二條RLF indication。其中，圖16為eNB3向eNBO發(fā)送第二條RLF indication, eNBl接收到eNBO發(fā)送的減計數(shù)指示的時間在其本次統(tǒng)計調整周期之內的流程圖；圖17為eNB3向eNBO發(fā)送第二條RLFindication，eNBl接收到eNBO發(fā)送的減計數(shù)指示的時間不在其本次統(tǒng)計調整周期之內的流程圖。請參照圖16，該流程包括步驟1601 =UE成功從eNBl切換到eNBO ；步驟1602 =UE在eNBO短暫停留后發(fā)生RLF ；步驟1603 =UE選擇到eNB2下的某小區(qū)進行重建請求；步驟1604 :eNB2拒絕了 UE的重建請求；步驟1605 :eNB2 向 eNBO 發(fā)送第一條不包含 RLF report 的 RLF indication ；其中，該RLF indication中攜帶標識，表示該RLF indication是UE進行RRC重建后發(fā)送的，還是UE發(fā)起新的RRC建立后發(fā)送的，同時，該RLF indication中還攜帶標識， 表示UE是否曾經(jīng)被重建拒絕過。以上兩個標識可以利用同一個標識實現(xiàn)，也可以利用不同的標識實現(xiàn)，本實施例并不以此作為限制。在本實施例中，根據(jù)該RLF indication中攜帶的標識，確定該RLF indication是在UE進行RRC重建后發(fā)送的，則不需要再判斷UE是否曾經(jīng)被重建拒絕過。步驟1606 :eNB0側根據(jù)前次切換成功到發(fā)生RLF的時間長度判斷為切換到錯誤小區(qū)，則eNBO向eNBl發(fā)送handover report以使問題小區(qū)所屬基站eNBl統(tǒng)計切換到錯誤小區(qū)一次；其中，由于該RLF indication是在UE進行RRC重建后發(fā)送的，且該RLF indication中沒有RLF report,因此，在本實施例中默認是由于切換參數(shù)問題導致的切換過早，又由于eNBO并非問題基站，則該eNBO向問題基站eNBl發(fā)送Handover r印ort，指示該eNBl將切換過早統(tǒng)計次數(shù)增加一次。步驟1607 :eNBl增加切換到錯誤小區(qū)統(tǒng)計次數(shù)一次；其中，eNBl根據(jù)Handover report中的指示將切換過早統(tǒng)計次數(shù)增加一次。步驟1608 =UE在eNB3發(fā)起新的RRC建立；其中，在該RRC連接請求中包含了 RLF report或者RLF report指示。步驟1609 :eNB3向eNBO通過X2或Sl發(fā)送帶有RLF report的第二條RLF indication。其中，該第二條RLF indication也攜帶有標識，表明該第二條RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。
22
步驟1610 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以向eNBl發(fā)送減計數(shù)指示或者，對切換到錯誤小區(qū)統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，該步驟與步驟1010類似，在此不再贅述。步驟1611 :eNBl根據(jù)接收到的減計數(shù)指示進行相應處理，在本實施例中，是將切換到錯誤小區(qū)統(tǒng)計次數(shù)減1。其中，該步驟與步驟1011類似，在此不再贅述。
請參照圖17，該流程包括步驟1701-1710可以參考圖16所示實施例中步驟1601-1610，在此不再贅述；步驟1711 :eNBl根據(jù)接收到的減計數(shù)指示進行相應處理。在本實施例中，可以對切換到錯誤小區(qū)統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。該步驟與步驟1111類似，在此不再贅述。在圖16和圖17所示實施例中，與圖6和圖7所示實施例類似，eNB3也可以將 RLFindication發(fā)送到eNB2，eNB2根據(jù)該RLF indication中的標識確定是不做任何處理還是向eNBl發(fā)送減計數(shù)指示，使得問題基站eNBl根據(jù)收到該減計數(shù)指示時間是否在其本次統(tǒng)計調整周期之內，決定將切換到錯誤小區(qū)統(tǒng)計次數(shù)加1，還是不做任何處理。該實施例與圖6、圖7實施例的處理過程類似，在此不再贅述。在圖16和圖17所示實施例中，與圖12和圖13所示實施例類似，eNB3也可以將 RLFindication發(fā)送到問題基站eNBl，eNBl根據(jù)接收到該RLF indication的時間是否在其本次統(tǒng)計調整周期之內決定如何處理，例如，如果eNBl收到該RLF indication的時間在其本次統(tǒng)計調整周期之內，則根據(jù)RLF indication中的RLF r印ort確定無線鏈路失敗原因是否為默認的切換參數(shù)問題，如果是則不做任何處理，如果不是，則將切換到錯誤小區(qū)統(tǒng)計次數(shù)減1 ；如果eNBl收到該RLF indication的時間不在其本次統(tǒng)計調整周期之內，則不做任何處理。該實施例與圖12、圖13實施例的處理過程類似，在此不再贅述。圖18-圖19為切換到錯誤小區(qū)的另一個應用場景，即UE從eNBO切換到eNBl過程中發(fā)生切換失敗，然后，UE重建到eNB2被拒，而后UE向eNB3發(fā)起新的RRC建立。其中，圖 18 為 eNB3 向 eNBO 發(fā)送第二條 RLF indication, eNBO 收到該第二條 RLF indication 的時間在本次統(tǒng)計調整周期之內的示意圖；圖19為eNB3向eNBO發(fā)送第二條RLF indication, eNBO收到該第二條RLF indication的時間不在本次統(tǒng)計調整周期之內的示意圖。請參照圖18，該流程包括步驟1801 UE從eNBO切換到eNBl過程中發(fā)生切換失敗；步驟1802 =UE選擇到eNB2下的某小區(qū)進行重建請求；步驟1803 :eNB2拒絕了 UE的重建請求；步驟1804 :eNB2 向 eNBO 發(fā)送第一條不包含 RLF report 的 RLF indication ；其中，該RLF indication中攜帶標識，表示該RLF indication是UE進行RRC重建后發(fā)送的，還是UE發(fā)起新的RRC建立后發(fā)送的，同時，該RLF indication中還攜帶標識， 表示UE是否曾經(jīng)被重建拒絕過。以上兩個標識可以利用同一個標識實現(xiàn)，也可以利用不同的標識實現(xiàn)，本實施例并不以此作為限制。
23
在本實施例中，根據(jù)該RLF indication中攜帶的標識，確定該RLF indication是在UE進行RRC重建后發(fā)送的，則不需要再判斷UE是否曾經(jīng)被重建拒絕過。步驟1805 :eNB0默認無線鏈路失敗原因為切換參數(shù)的問題，在根據(jù)第一條RLF indication判斷為異常切換類型為切換到錯誤小區(qū)的情況下，eNBO根據(jù)第一條RLF indication中的標識增加切換到錯誤小區(qū)的統(tǒng)計次數(shù)一次。其中，由于RLF indication是在UE進行RRC重建后發(fā)送的，且該RLF indication 中不包含RLF report，所以確定無線鏈路失敗原因為默認的切換參數(shù)問題，將切換到錯誤小區(qū)統(tǒng)計次數(shù)加1。步驟1806 :eNB0在eNB3發(fā)起新的RRC建立；其中，在該RRC連接請求中包含了 RLF report或者RLF report指示。步驟1807 :eNB3 向 eNBO 通過 X2 或 Sl 發(fā)送帶有 RLF report 的 RLF indication。其中，該第二條RLF indication攜帶有標識，表明該RLF indication是在UE進行RRC重建后發(fā)送的，還是在UE發(fā)起新的RRC建立后發(fā)送的；并表明該UE是否曾經(jīng)被重建拒絕過。步驟1808 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以將切換過早統(tǒng)計次數(shù)減1或者，對切換到錯誤小區(qū)統(tǒng)計次數(shù)不做任何處理，即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。其中，根據(jù)該第二條RLF indication中攜帶的標識，eNBO確定該RLF indication 是在UE發(fā)起新的RRC建立后發(fā)送的。其中，eNBO要考慮收到RLF indication的時間是在優(yōu)化調整點之前還是之后。根據(jù)前面定義的UE側定時器記錄的時間長度Tl，eNBO收到RLF indication的時間與最近的前一個參數(shù)調整時間之間的長度為T2，當eNBO收到帶有RLF report的RLF indication 時，若判斷出Tl < T2，則確定收到RLF indication的時間是在優(yōu)化調整點之前；若判斷出 Tl > T2，則確定收到RLF indication的時間是在優(yōu)化調整點之后，表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息不對統(tǒng)計次數(shù)作任何調整。在本實施例中，收到RLF indication的時間是在優(yōu)化調整點之前，則eNBO再進一步根據(jù)該第二條RLF indication中攜帶的標識確定UE是否曾經(jīng)被重建拒絕過，在本實施例中，確定UE曾被重建拒絕過，也即之前有過第一條RLF indication，則eNBO根據(jù)該RLF indication中的RLF report判斷前次RLF是由于切換參數(shù)問題還是覆蓋問題，若的確為切換參數(shù)問題，則表明先前的默認統(tǒng)計是正確的無需做任何處理；若為覆蓋問題，則表明先前的默認統(tǒng)計是錯誤的，eNBO從切換到錯誤小區(qū)統(tǒng)計次數(shù)中減去一次。請參照圖19，該流程包括步驟1901-1907 與步驟1801-1807相同，在此不再贅述；步驟1908 :eNB0根據(jù)接收到的第二條RLF indication進行相應處理。在本實施例中，可以對切換到錯誤小區(qū)統(tǒng)計次數(shù)不做任何處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，eNBO收到第二條RLF indication的時間是在優(yōu)化調整點之后，則表明這個通知對當前優(yōu)化調整周期無效，無需響應這個通知消息，eNBO不對統(tǒng)計次數(shù)作任何調整。
在圖18和圖19所示實施例中，與圖6和圖7所示實施例類似，eNB3也可以將第二條 RLF indication 發(fā)送到 eNBl 或 eNB2，eNBl 或 eNB2 根據(jù)該第二條 RLF indication 中的標識確定是不做任何處理還是向eNBO發(fā)送減計數(shù)指示，使得問題基站eNBO根據(jù)收到該減計數(shù)指示時間是否在其本次統(tǒng)計調整周期之內，決定將切換到錯誤小區(qū)統(tǒng)計次數(shù)加1，還是不做任何處理。該實施例與圖6、圖7實施例的處理過程類似，在此不再贅述。在圖18和圖19所示實施例中，與圖12和圖13所示實施例類似，eNB3也可以將第二條RLF indication發(fā)送到問題基站eNBO，eNBO根據(jù)接收到該第二條RLF indication 的時間是否在其本次統(tǒng)計調整周期之內決定如何處理，例如，如果eNBO收到該第二條RLF indication的時間在其本次統(tǒng)計調整周期之內，則根據(jù)第二條RLF indication中的RLF report確定無線鏈路失敗原因是否為默認的切換參數(shù)問題，如果是則不做任何處理，如果不是，則將切換到錯誤小區(qū)統(tǒng)計次數(shù)減1 ；如果eNBO收到該第二條RLF indication的時間不在其本次統(tǒng)計調整周期之內，則不做任何處理。該實施例與圖12、圖13實施例的處理過程類似，在此不再贅述。通過本發(fā)明實施例提供的方法，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及等待時間。圖20為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indication)的處理裝置的組成框圖，該裝置可以包含于基站，請參照圖20，該裝置包括第一接收單元2001，用于接收RLF indication ；第一確定單元2002，用于根據(jù)所述RLF indication中攜帶的第一標識確定所述 RLFindication的發(fā)送時機；第一處理單元2003，用于在所述RLF indication是在UE進行RRC重建后發(fā)送的， 且所述RLF indication中不包含RLF r印ort時，確定無線鏈路失敗原因為切換參數(shù)問題， 將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加1。在一個實施例中，第一處理單元2003具體用于直接將根據(jù)所述RLF indication 確定的異常切換類型的統(tǒng)計次數(shù)加1 ；或者向導致無線鏈路失敗的問題基站發(fā)送切換報告，指示所述問題基站將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加1。在一個實施方式中，該裝置還可以包括第二確定單元2004，用于在所述RLF indication是在UE進行新的RRC建立后發(fā)送的，且所述RLF indication中包含RLF r印ort時，根據(jù)所述RLF indication中攜帶的第二標識確定UE是否被重建拒絕過。第二處理單元2005，用于在所述第二確定單元確定UE被重建拒絕過時，根據(jù)所述 RLFreport確定無線鏈路失敗原因，如果所述無線鏈路失敗原因為切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將根據(jù)所述RLFindication確定的異常切換類型的統(tǒng)計次數(shù)減1。其中，所述第一標識和第二標識為同一標識或不同標識。在一個實施例中，第二處理單元2005具體用于在所述無線鏈路失敗原因不是切換參數(shù)問題時，向將確定的異常切換類型的統(tǒng)計次數(shù)保持不變問題基站發(fā)送減計數(shù)指示， 指示所述問題基站將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)減1。第三處理單元2006，用于在所述第二確定單元確定UE未被重建拒絕過時，根據(jù)所述RLF report確定無線鏈路失敗原因，如果所述無線鏈路失敗原因為切換參數(shù)問題，將所述RLFindication對應的異常切換類型的統(tǒng)計次數(shù)加1 ；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在一個實施例中，該裝置還可以包括第三確定單元2007，用于確定接收到所述RLF indication的時間是否在本次統(tǒng)計調整周期之內，如果接收到所述RLF indication的時間在本次統(tǒng)計調整周期之內時，通過所述第二確定單元根據(jù)所述RLF indication中攜帶的第二標識確定UE是否被重建拒絕過；如果接收到所述RLF indication的時間不在本次統(tǒng)計調整周期之內時，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，第三確定單元2007可以包括第一比較模塊20071，用于將所述RLF report中的UE定時器記錄的時間長度，與本地計算的從接收到所述RLF indication到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；第一確定模塊20072，用于在所述第一比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定接收到所述RLF indication的時間在本次統(tǒng)計調整周期之內；用于在所述比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定接收到所述RLF indication的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC 重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。在一個實施方式中，該裝置還可以包括第二接收單元2008，用于在所述第一處理單元將根據(jù)所述RLF indication確定的異常切換類型的統(tǒng)計次數(shù)加1后，接收RRC重建目標基站發(fā)送的減計數(shù)指示；第四確定單元2009，用于確定所述第二接收單元接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內；第四處理單元2010，用于在所述第四確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將所述統(tǒng)計次數(shù)減1 ；在所述第四確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在本實施例中，第四處理單元2010可以包括第二比較模塊20101，將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；第二確定模塊20102，用于在所述第二比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；在所述第二比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。本發(fā)明實施例的裝置的各組成部分分別用于實現(xiàn)前述圖1、圖2所示實施例的方法的各步驟，由于在圖1、圖2所示實施例中，已經(jīng)對各步驟進行了詳細說明，在此不再贅述。通過本發(fā)明實施例提供的裝置，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及等待時間。圖21為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indication)的處理裝置的組成框圖，請參照圖21，該裝置包括第一接收單元211，用于接收發(fā)生RLF的基站在接收到RLF indication后發(fā)送的切換報告；第一處理單元212，用于根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。在一個實施例中，該裝置還可以包括第二接收單元213，用于在所述第一處理單元根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1之后，接收發(fā)生RLF的基站發(fā)送的減計數(shù)指示；確定單元214，用于確定所述第二接收單元接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內；第二處理單元215，用于在所述確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將所述統(tǒng)計次數(shù)減1 ；在所述確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。在一個實施例中，確定單元214可以包括比較模塊2141，用于將所述第二接收單元接收到的減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；確定模塊2142，用于在所述比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；在所述比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC 重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為=UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送RLF report時。本實施例的裝置的各組成部分分別用于實現(xiàn)前述圖3所示實施例的方法的各步驟，由于在圖3所示的實施例中，已經(jīng)對各步驟進行了詳細說明，在此不再贅述。通過本發(fā)明實施例提供的裝置，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及等待時間。
結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器(RAM)、內存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術領域內所公知的任意其它形式的存儲介質中。以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種無線鏈路失敗指示的處理方法，其特征在于，所述方法包括 接收無線鏈路失敗指示；根據(jù)所述無線鏈路失敗指示中攜帶的第一標識確定所述無線鏈路失敗指示的發(fā)送時機；如果所述無線鏈路失敗指示是在終端UE進行無線資源控制RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告，確定無線鏈路失敗原因為切換參數(shù)問題， 將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。
2.根據(jù)權利要求1所述的方法，其特征在于，所述將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1，包括直接將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1 ；或者向導致無線鏈路失敗的問題基站發(fā)送切換報告，指示所述問題基站將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。
3.根據(jù)權利要求1所述的方法，其特征在于，如果所述無線鏈路失敗指示是在UE進行新的RRC建立后發(fā)送的，且所述無線鏈路失敗指示中包含無線鏈路失敗報告，則所述方法還包括根據(jù)所述無線鏈路失敗指示中攜帶的第二標識確定UE是否被重建拒絕過； 如果確定UE被重建拒絕過，根據(jù)所述無線鏈路失敗報告確定無線鏈路失敗原因； 如果所述無線鏈路失敗原因為切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)減1 ；其中，所述第一標識和第二標識為同一標識或不同標識。
4.根據(jù)權利要求3所述的方法，其特征在于，如果確定UE未被重建拒絕過，根據(jù)所述無線鏈路失敗報告確定無線鏈路失敗原因；如果所述無線鏈路失敗原因為切換參數(shù)問題，將所述無線鏈路失敗指示對應的異常切換類型的統(tǒng)計次數(shù)加1 ；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
5.根據(jù)權利要求3所述的方法，其特征在于，根據(jù)所述無線鏈路失敗指示中攜帶的第二標識確定UE是否被重建拒絕過之前，所述方法還包括確定接收到所述無線鏈路失敗指示的時間是否在本次統(tǒng)計調整周期之內； 如果接收到所述無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內，根據(jù)所述無線鏈路失敗指示中攜帶的第二標識確定UE是否被重建拒絕過；如果接收到所述無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
6.根據(jù)權利要求5所述的方法，其特征在于，確定接收到所述無線鏈路失敗指示的時間是否在本次統(tǒng)計調整周期之內，具體包括將所述無線鏈路失敗報告中的UE定時器記錄的時間長度，與本地計算的從接收到所述無線鏈路失敗指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，確認為接收到所述無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，確認為接收到所述無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生無線鏈路失敗RLF時或UE 發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
7.根據(jù)權利要求3所述的方法，其特征在于，所述將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)減1，包括向導致無線鏈路失敗的問題基站發(fā)送減計數(shù)指示，指示所述問題基站將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)減1。
8.根據(jù)權利要求1所述的方法，其特征在于，所述將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1之后，所述方法還包括如果接收到RRC重建目標基站發(fā)送的減計數(shù)指示，確定收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內；如果收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內，將所述統(tǒng)計次數(shù)減1 ； 如果收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
9.根據(jù)權利要求8所述的方法，其特征在于，確定收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內，包括將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，確認為接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，確認為接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
10.一種無線鏈路失敗指示的處理裝置，其特征在于，所述裝置包括 第一接收單元，用于接收無線鏈路失敗指示；第一確定單元，用于根據(jù)所述無線鏈路失敗指示中攜帶的第一標識確定所述無線鏈路失敗指示的發(fā)送時機；第一處理單元，用于在所述無線鏈路失敗指示是在UE進行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告時，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。
11.根據(jù)權利要求10所述的裝置，其特征在于，所述第一處理單元具體用于直接將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1 ；或者向導致無線鏈路失敗的問題基站發(fā)送切換報告，指示所述問題基站將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。
12.根據(jù)權利要求10所述的裝置，其特征在于，所述裝置還包括第二確定單元，用于在所述無線鏈路失敗指示是在UE進行新的RRC建立后發(fā)送的，且所述無線鏈路失敗指示中包含無線鏈路失敗報告時，根據(jù)所述無線鏈路失敗指示中攜帶的第二標識確定UE是否被重建拒絕過；第二處理單元，用于在所述第二確定單元確定UE被重建拒絕過時，根據(jù)所述無線鏈路失敗報告確定無線鏈路失敗原因，如果所述無線鏈路失敗原因為切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)減1 ；其中，所述第一標識和第二標識為同一標識或不同標識。
13.根據(jù)權利要求12所述的裝置，其特征在于，所述裝置還包括第三處理單元，用于在所述第二確定單元確定UE未被重建拒絕過時，根據(jù)所述無線鏈路失敗報告確定無線鏈路失敗原因，如果所述無線鏈路失敗原因為切換參數(shù)問題，將所述無線鏈路失敗指示對應的異常切換類型的統(tǒng)計次數(shù)加1 ；如果所述無線鏈路失敗原因不是切換參數(shù)問題，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
14.根據(jù)權利要求12所述的裝置，其特征在于，所述裝置還包括第三確定單元，用于確定接收到所述無線鏈路失敗指示的時間是否在本次統(tǒng)計調整周期之內，如果接收到所述無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內時，通過所述第二確定單元根據(jù)所述無線鏈路失敗指示中攜帶的第二標識確定UE是否被重建拒絕過； 如果接收到所述無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內時，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
15.根據(jù)權利要求14所述的裝置，其特征在于，所述第三確定單元包括第一比較模塊，用于將所述無線鏈路失敗報告中的UE定時器記錄的時間長度，與本地計算的從接收到所述無線鏈路失敗指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；第一確定模塊，用于在所述第一比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定接收到所述無線鏈路失敗指示的時間在本次統(tǒng)計調整周期之內；用于在所述比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定接收到所述無線鏈路失敗指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
16.根據(jù)權利要求12所述的裝置，其特征在于，所述第二處理單元具體用于在所述無線鏈路失敗原因不是切換參數(shù)問題時，向導致無線鏈路失敗的問題基站發(fā)送減計數(shù)指示， 指示所述問題基站將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)減1。
17.根據(jù)權利要求10所述的裝置，其特征在于，所述裝置還包括第二接收單元，用于在所述第一處理單元將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1后，接收RRC重建目標基站發(fā)送的減計數(shù)指示；第四確定單元，用于確定所述第二接收單元接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內；第四處理單元，用于在所述第四確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將所述統(tǒng)計次數(shù)減1 ；在所述第四確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內時，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
18.根據(jù)權利要求17所述的裝置，其特征在于，所述第四確定單元包括第二比較模塊，將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；第二確定模塊，用于在所述第二比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；在所述第二比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
19.一種無線鏈路失敗指示的處理方法，其特征在于，所述方法包括 接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報告； 根據(jù)所述切換報告將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。
20.根據(jù)權利要求19所述的方法，其特征在于，根據(jù)所述切換報告將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1之后，所述方法還包括接收發(fā)生RLF的基站發(fā)送的減計數(shù)指示；確定接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內； 如果接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內，將所述統(tǒng)計次數(shù)減1 ； 如果接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
21.根據(jù)權利要求20所述的方法，其特征在于，確定接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內，包括將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，則確認為接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
22.一種無線鏈路失敗指示的處理裝置，其特征在于，所述裝置包括第一接收單元，用于接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報生 P=I ；第一處理單元，用于根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1。
23.根據(jù)權利要求22所述的裝置，其特征在于，所述裝置還包括第二接收單元，用于在所述處理單元根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加1之后，接收發(fā)生RLF的基站發(fā)送的減計數(shù)指示；確定單元，用于確定所述第二接收單元接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調整周期之內；第二處理單元，用于在所述確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將所述統(tǒng)計次數(shù)減1 ；在所述確定單元確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內時，將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
24.根據(jù)權利要求23所述的裝置，其特征在于，所述確定單元包括比較模塊，用于將所述第二接收單元接收到的減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調整時間之間時間長度進行比較；確定模塊，用于在所述比較模塊的比較結果為所述UE定時器記錄的時間長度小于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間在本次統(tǒng)計調整周期之內；在所述比較模塊的比較結果為所述UE定時器記錄的時間長度大于所述本地計算的時間長度時，確定所述第二接收單元接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調整周期之內；其中，所述UE定時器記錄的時間長度的起始時間為UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結束時間為UE接收到RRC建立成功響應消息時或UE在RRC建立成功后發(fā)送無線鏈路失敗報告時。
全文摘要
本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法和裝置，所述方法包括接收無線鏈路失敗指示；根據(jù)所述無線鏈路失敗指示中攜帶的第一標識確定所述無線鏈路失敗指示的發(fā)送時機；如果所述無線鏈路失敗指示是在UE進行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加1。通過本發(fā)明實施例提供的方法和裝置，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側過多信息存儲以及等待時間。
文檔編號H04W76/02GK102448184SQ20101050287
公開日2012年5月9日 申請日期2010年10月11日 優(yōu)先權日2010年10月11日
發(fā)明者亨里克·奧魯佛松, 季莉, 張歡, 王君 申請人:華為技術有限公司