無線鏈路失敗指示的處理方法和裝置的制造方法
【專利說明】無線鏈路失敗指示的處理方法和裝置
[0001]本申請是2010年10月11日遞交的，申請?zhí)枮?01010502872.X，發(fā)明名稱為“無線鏈路失敗指示的處理方法和裝置”的中國申請的分案申請，其全部內(nèi)容通過引用結(jié)合在本申請中。
技術(shù)領(lǐng)域
[0002]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種無線鏈路失敗指示的處理方法和裝置。
【背景技術(shù)】
[0003]3GPP R9 (The 3rd Generat1n Partnership Project R9，第三代合作伙伴計劃第9版本)協(xié)議中定義了幾種由于切換參數(shù)設(shè)置不當(dāng)造成移動性優(yōu)化場景，即切換過晚場景、切換過早場景及切換到錯誤小區(qū)場景，通過周期性地對這些異常切換場景的識別統(tǒng)計，到優(yōu)化調(diào)整周期到達(dá)時對切換參數(shù)進(jìn)行調(diào)整以減少或避免這些異常切換場景。
[0004]根據(jù)R9(Release9，第9版本)規(guī)定，在以上異常切換場景下，無論UE的重建是否成功，重建目標(biāo)基站都會給源基站發(fā)送RLF indicat1n (Rad1 Link Failure indicat1n，無線鏈路失敗指示)，該RLF indicat1n中可能包括也可能不包括RLF Report (無線鏈路失敗報告)。然而，根據(jù)RlOOteleaselO，第10版本)規(guī)定，UE在RLF后未成功選到小區(qū)或重建失敗進(jìn)入空閑態(tài)，隨后成功建立了新的RRC連接，若其中UE中保存有RLF Report, RRC建立目標(biāo)基站會根據(jù)RLF Report內(nèi)容向先前發(fā)生RLF小區(qū)發(fā)送RLF Indicat1n。由于源基站是根據(jù)收到的RLF Indicat1n來統(tǒng)計切換過晚或覆蓋漏洞，因此，若UE在RRC重建時和后續(xù)RRC建立時都發(fā)送這個RLF Indicat1n,就可能重復(fù)統(tǒng)計，或者RRC重建時不發(fā)而等到后續(xù)RRC建立時發(fā)送，又可能會有統(tǒng)計遺漏。
[0005]目前，一種解決方案是對于那些拒絕了 UE RRC重建的基站，將不必立即發(fā)送RLFindicat1n，而是等到認(rèn)為后續(xù)UE發(fā)起新的RRC建立時不會上報RLF Report時才向源發(fā)生RLF的基站發(fā)送RLF indicat1n。由于這種方案要求拒絕RRC重建的基站必須等待，即要在基站上設(shè)置定時器，而如果基站下的UE很多且發(fā)生這種狀況的UE較多，那么基站側(cè)要維護(hù)的定時器會很多，造成了資源浪費(fèi)。

【發(fā)明內(nèi)容】

[0006]本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法和裝置，以在滿足能夠正確區(qū)分無線鏈路失敗原因的前提下，減少基站側(cè)過多信息存儲以及資源浪費(fèi)。
[0007]—方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法，所述方法包括:接收無線鏈路失敗指示；根據(jù)所述無線鏈路失敗指示中攜帶的標(biāo)識確定所述無線鏈路失敗指示的發(fā)送時機(jī)；如果所述無線鏈路失敗指示是在UE進(jìn)行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加I。
[0008]另一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理裝置，所述裝置包括:第一接收單元，用于接收無線鏈路失敗指示；第一確定單元，用于根據(jù)所述無線鏈路失敗指示中攜帶的標(biāo)識確定所述無線鏈路失敗指示的發(fā)送時機(jī)；第一處理單元，用于在所述無線鏈路失敗指示是在UE進(jìn)行RRC重建后發(fā)送的，且所述無線鏈路失敗指示中不包含無線鏈路失敗報告時，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述無線鏈路失敗指示確定的異常切換類型的統(tǒng)計次數(shù)加I。
[0009]再一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理方法，所述方法包括:接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報告；根據(jù)所述切換報告將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加I。
[0010]又一方面，本發(fā)明實施例提供一種無線鏈路失敗指示的處理裝置，所述裝置包括:第一接收單元，用于接收發(fā)生RLF的基站在接收到無線鏈路失敗指示后發(fā)送的切換報告；第一處理單元，用于根據(jù)所述第一接收單元接收到的切換報告，將切換報告中指示的異常切換類型的統(tǒng)計次數(shù)加I。
[0011]通過本發(fā)明實施例提供的方法和裝置，可以在滿足能夠正確區(qū)分統(tǒng)計切換參數(shù)問題和覆蓋漏洞問題的前提下，減少基站側(cè)過多信息存儲以及資源浪費(fèi)。
【附圖說明】
[0012]此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，并不構(gòu)成對本發(fā)明的限定。在附圖中:
[0013]圖1為本發(fā)明一個實施例的方法流程圖；
[0014]圖2為本發(fā)明另一實施例的方法流程圖；
[0015]圖3為本發(fā)明再一實施例的方法流程圖；
[0016]圖4為本發(fā)明實施例中切換過晚時收到第二條無線鏈路失敗指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0017]圖5為本發(fā)明實施例中切換過晚時收到第二條無線鏈路失敗指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0018]圖6為本發(fā)明實施例中切換過晚時收到減計數(shù)指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0019]圖7為本發(fā)明實施例中切換過晚時收到減計數(shù)指示的時間不在本次統(tǒng)計調(diào)整周期之外的處理方法流程圖；
[0020]圖8為本發(fā)明實施例中切換過晚時UE未選到合適小區(qū)且收到無線鏈路指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0021]圖9為本發(fā)明實施例中切換過晚時UE未選到合適小區(qū)且收到無線鏈路指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0022]圖10為本發(fā)明實施例中切換過早時收到減計數(shù)指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0023]圖11為本發(fā)明實施例中切換過早時收到減計數(shù)指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0024]圖12為本發(fā)明實施例中切換過早時收到無線鏈路失敗指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0025]圖13為本發(fā)明實施例中切換過早時收到無線鏈路失敗指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0026]圖14為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換過早情況下，收到第二條無線鏈路失敗指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0027]圖15為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換過早情況下，收到第二條無線鏈路失敗指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0028]圖16為本發(fā)明實施例中切換到錯誤小區(qū)時接收到發(fā)生RLF的基站發(fā)送的減計數(shù)指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0029]圖17為本發(fā)明實施例中切換到錯誤小區(qū)時接收到發(fā)生RLF的基站發(fā)送的減計數(shù)指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0030]圖18為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換到錯誤小區(qū)情況下，接收到無線鏈路失敗指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0031]圖19為本發(fā)明實施例中切換過程中發(fā)生切換失敗的切換到錯誤小區(qū)情況下，接收到無線鏈路失敗指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)的處理方法流程圖；
[0032]圖20為本發(fā)明一實施例的裝置組成框圖；
[0033]圖21為本發(fā)明另一實施例的裝置組成框圖。
【具體實施方式】
[0034]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附圖，對本發(fā)明實施例做進(jìn)一步詳細(xì)說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
[0035]圖1為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indicat1n)的處理方法的流程圖，該方法可以應(yīng)用于接收到RLF indicat1n的基站，例如發(fā)生RLF的基站，或者RRC重建目標(biāo)基站，請參照圖1，該方法包括:
[0036]步驟101:接收 RLF indicat1n ；
[0037]其中，在UE發(fā)生RLF后發(fā)起RRC重建被拒后，拒絕該RRC連接重建的基站，在本實施例中稱為RRC重建目標(biāo)基站會給發(fā)生RLF的基站發(fā)送未攜帶RLF report的RLFindicat1n。而后，當(dāng)該UE選擇新的小區(qū)進(jìn)行新的RRC連接建立并且成功后，UE會在新的RRC連接建立過程中攜帶RLF report,該新的RRC連接建立成功的基站，在本實施例中稱為RRC建立目標(biāo)基站，會給發(fā)生RLF的基站或者RRC重建目標(biāo)基站發(fā)送攜帶該RLF report的RLF indicat1n0
[0038]其中，根據(jù)不同的異常切換類型，該RRC建立目標(biāo)基站與RRC重建目標(biāo)基站或者發(fā)生RLF的基站可能是同一個基站，也可能不同，以下將分別通過不同的實施例加以說明。
[0039]步驟102:根據(jù)所述RLF indicat1n中攜帶的第一標(biāo)識確定所述RLF indicat1n的發(fā)送時機(jī)；
[0040]在本實施例中，該RLF indicat1n的發(fā)送時機(jī)可以是在UE進(jìn)行RRC重建后發(fā)送的，也可以是在UE進(jìn)行新的RRC建立后發(fā)送的，根據(jù)發(fā)送時機(jī)的不同，本實施例會有不同的處理方法。
[0041]在本實施例中，通過在RLF indicat1n中攜帶標(biāo)識來區(qū)別該RLF indicat1n是在UE進(jìn)行RRC重建后發(fā)送的，還是在UE進(jìn)行新的RRC建立后發(fā)送的。因此，根據(jù)該標(biāo)識可以確定該RLF indicat1n的發(fā)送時機(jī)。
[0042]步驟103:如果所述RLF indicat1n是在UE進(jìn)行RRC重建后發(fā)送的，且所述RLFindicat1n中不包含無線鏈路失敗報告(RLF report)，確定無線鏈路失敗原因為切換參數(shù)問題，將根據(jù)所述RLF indicat1n確定的異常切換類型的統(tǒng)計次數(shù)加I。
[0043]在本實施例中，當(dāng)RLF indicat1n是在UE進(jìn)行RRC重建后發(fā)送的時，該RLFindicat1n中不包含RLF report,因此，本實施例不能根據(jù)RLF report確定無線鏈路失敗原因，故默認(rèn)為切換參數(shù)問題，并將根據(jù)RLF indicat1n確定的異常切換類型的統(tǒng)計次數(shù)加I。
[0044]在本實施例中，異常切換類型可以根據(jù)RLF indicat1n確定，具體可以通過現(xiàn)有技術(shù)的手段實現(xiàn)，在此不再贅述。
[0045]在本實施例中，根據(jù)異常切換類型的不同，導(dǎo)致無線鏈路失敗的問題基站可能并非發(fā)生RLF的基站，因此，將根據(jù)所述RLF indicat1n確定的異常切換類型的統(tǒng)計次數(shù)加1，也可以通過向?qū)е聼o線鏈路失敗的問題基站發(fā)送切換報告的方式，指示該問題基站將根據(jù)所述RLF indicat1n確定的異常切換類型的統(tǒng)計次數(shù)加I。在本實施例中，導(dǎo)致無線鏈路失敗的問題基站是指由于切換參數(shù)設(shè)置有問題導(dǎo)致出現(xiàn)異常切換的基站。
[0046]其中，針對不同的異常切換類型，本發(fā)明實施例可以采用不同的方法在源基站調(diào)整相應(yīng)的統(tǒng)計次數(shù)或者通知RRC重建目標(biāo)基站調(diào)整相應(yīng)的統(tǒng)計次數(shù)。
[0047]在一個實施例中，異常切換類型為切換過晚，則導(dǎo)致無線鏈路失敗的問題基站為發(fā)生RLF的基站，故發(fā)生RLF的基站將切換過晚統(tǒng)計次數(shù)加I。
[0048]在另外一個實施例中，異常切換類型為切換過早，則導(dǎo)致無線鏈路失敗的問題基站為RRC重建目標(biāo)基站，則發(fā)生RLF的基站向RRC重建目標(biāo)基站發(fā)送切換報告，指示該RRC重建目標(biāo)基站將切換過晚統(tǒng)計次數(shù)加I。
[0049]在另外一個實施例中，異常切換類型為切換到錯誤小區(qū)，則導(dǎo)致無線鏈路失敗的問題基站為UE發(fā)生RLF之前的基站，則發(fā)生RLF的基站向該UE發(fā)生RLF之前的基站發(fā)送切換報告，指示該UE發(fā)生RLF之前的基站將切換到錯誤小區(qū)統(tǒng)計次數(shù)加I。
[0050]在本實施例中，如果后續(xù)接收到減計數(shù)指示，則可以根據(jù)接收到該減計數(shù)指示的時間是否在本次統(tǒng)計調(diào)整周期之內(nèi)，來決定對該統(tǒng)計次數(shù)的處理。當(dāng)接收到所述減計數(shù)指示的時間在本次統(tǒng)計調(diào)整周期之內(nèi)時，可以將該統(tǒng)計次數(shù)減I ;當(dāng)接收到所述減計數(shù)指示的時間不在本次統(tǒng)計調(diào)整周期之內(nèi)時，則對確定的異常切換類型的統(tǒng)計次數(shù)不處理，也即將確定的異常切換類型的統(tǒng)計次數(shù)保持不變。
[0051]其中，確定接收到所述減計數(shù)指示的時間是否在本次統(tǒng)計調(diào)整周期之內(nèi)，可以通過將所述減計數(shù)指示中的UE定時器記錄的時間長度，與本地計算的從接收到所述減計數(shù)指示到最近的前一次統(tǒng)計調(diào)整時間之間時間長度進(jìn)行比較的方法實現(xiàn)。
[0052]如果所述UE定時器記錄的時間長度小于所述本地計算的時間長度，則確認(rèn)為接收到所述減計數(shù)指示的時間在本統(tǒng)計調(diào)整周期之內(nèi)；如果所述UE定時器記錄的時間長度大于所述本地計算的時間長度，則確認(rèn)為接收到所述減計數(shù)指示的時間不在本統(tǒng)計調(diào)整周期之內(nèi)。
[0053]其中，所述UE定時器記錄的時間長度的起始時間為..UE發(fā)生RLF時或UE發(fā)起RRC重建請求時或UE進(jìn)入空閑態(tài)時或UE重建被拒時；所述UE定時器記錄的時間長度的結(jié)束時間為.-UE接收到RRC建立成功響應(yīng)消息時或UE在RRC建立成功后發(fā)送RLF report時。
[0054]本發(fā)明實施例提供的方法，通過在RLF indicat1n中攜帶的標(biāo)識，確定RLFindicat1n的發(fā)送時機(jī)，進(jìn)而確定無線鏈路失敗原因以及調(diào)整異常切換類型對應(yīng)的統(tǒng)計次數(shù)，可以在滿足能夠正確區(qū)分無線鏈路失敗原因為統(tǒng)計切換參數(shù)問題還是覆蓋漏洞問題的前提下，減少基站側(cè)過多信息存儲以及資源浪費(fèi)。
[0055]圖2為本發(fā)明實施例提供的一種無線鏈路失敗指示(RLF indicat1n)的處理方法的流程圖，該方法也應(yīng)用于接收到RLF indicat1n的基站，請