專利名稱：無線鏈路失敗rlf信息的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種無線鏈路失敗RLF信息的處理方法及系統(tǒng)。
背景技術(shù)：
在長期演進網(wǎng)絡(luò)(Long-Term Evolution，簡稱LTE)中，由于無線環(huán)境或者用戶設(shè)備(User EquiP32628ment, UE)在網(wǎng)絡(luò)覆蓋區(qū)域的移動等因素影響，可能會引起UE的連接發(fā)生異常，比如可能導致UE發(fā)生無線鏈路失敗(RLF，Radio Link Failure)，從而影響了 UE 的正常業(yè)務(wù)。為了避免這種情況，需要盡快檢測導致RLF的原因，導致RLF的原因包括覆蓋區(qū)域內(nèi)存在覆蓋漏洞，或是在LTE網(wǎng)絡(luò)中不當?shù)那袚Q。為了及時發(fā)現(xiàn)覆蓋問題或者發(fā)現(xiàn)切換參數(shù)不當問題，現(xiàn)有技術(shù)通過UE記錄在發(fā)生RLF之前的測量結(jié)果，以及UE在隨后發(fā)起重建時所測量的測量結(jié)果，在UE向網(wǎng)絡(luò)側(cè)發(fā)起 RRC連接重建或者RRC連接建立時，將測量結(jié)果一并作為RLF信息上報給網(wǎng)絡(luò)側(cè)，該測量結(jié)果可能包括測量到的小區(qū)的參考信號功率，參考信號接收質(zhì)量，或者與測量結(jié)果相對應(yīng)的發(fā)生RLF時的位置信息等。網(wǎng)絡(luò)側(cè)的基站或其他設(shè)備可以根據(jù)UE的上報來判斷本地UE發(fā)生的RLF到底是因為覆蓋漏洞導致的，還是因為切換參數(shù)不當導致的，網(wǎng)絡(luò)側(cè)的設(shè)備之間也可以通過X2接口或Sl接口交互RLF信息。發(fā)明人發(fā)現(xiàn)，在實際應(yīng)用中，網(wǎng)絡(luò)側(cè)設(shè)備可能不具備處理RLF信息的能力，或者針對該網(wǎng)絡(luò)設(shè)備(例如基站)管理的某一個小區(qū)，該網(wǎng)絡(luò)設(shè)備可能不支持該小區(qū)的RLF信息的處理，在這種情況下，如果終端或其他設(shè)備向不具備處理RLF信息能力的網(wǎng)絡(luò)設(shè)備上報 RLF信息，則該RLF信息是無用的，從而造成了網(wǎng)絡(luò)設(shè)備和終端的資源浪費。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種無線鏈路失敗RLF信息的處理方法及系統(tǒng)，以解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種無線鏈路失敗RLF信息的處理方法，包括管理小區(qū)的網(wǎng)絡(luò)設(shè)備向?qū)Χ送ㄖW(wǎng)絡(luò)設(shè)備的RLF信息處理能力，用于對端根據(jù)上述RLF信息處理能力進行RLF信息處理，其中，所述RLF信息處理能力包括針對所述網(wǎng)絡(luò)設(shè)備管理的每個小區(qū)是否支持RLF上報信息處理。根據(jù)本發(fā)明的另一方面，提供了一種無線鏈路失敗RLF信息的處理系統(tǒng)，包括管理小區(qū)的網(wǎng)絡(luò)設(shè)備，用于向?qū)Χ送ㄖW(wǎng)絡(luò)設(shè)備的RLF信息處理能力，其中，RLF信息處理能力包括所述RLF信息處理能力包括針對所述網(wǎng)絡(luò)設(shè)備管理的每個小區(qū)是否支持RLF上報信息處理；對端，用于接收RLF信息處理能力，并根據(jù)上述RLF信息處理能力進行RLF信息處理。通過本發(fā)明，采用網(wǎng)絡(luò)設(shè)備向?qū)Χ送ㄖ猂LF信息處理能力的技術(shù)方案，使得終端獲知網(wǎng)絡(luò)側(cè)是否具備RLF信息處理能力，不僅避免了終端無謂的資源浪費，也避免了網(wǎng)絡(luò)側(cè)接收到RLF信息后進行無謂的處理和轉(zhuǎn)發(fā)，從而減少了空口信令資源的開銷，并減少了終端和網(wǎng)元進行RLF信息處理的內(nèi)存和能耗浪費。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例的RLF信息的處理系統(tǒng)的結(jié)構(gòu)框圖；圖2是根據(jù)實施例的RLF信息的處理方法的流程圖；圖3是根據(jù)本發(fā)明實施例的基站通過廣播發(fā)送RLF處理能力的流程圖；圖4是根據(jù)本發(fā)明實施例的基站通過信令消息通知終端RLF處理能力的流程圖；圖5是根據(jù)本發(fā)明實施例的基站1通過X2接口消息通知基站2RLF處理能力的流程圖；圖6是根據(jù)本發(fā)明實施例的基站1通過Sl接口消息通知基站2RLF處理能力的流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。實施例一在本實施例中，提供了一種無線鏈路失敗RLF信息的處理系統(tǒng)，圖1是根據(jù)本發(fā)明實施例的RLF信息的處理系統(tǒng)的結(jié)構(gòu)框圖，該系統(tǒng)包括管理小區(qū)的網(wǎng)絡(luò)設(shè)備10，對端20。 其中，管理小區(qū)的網(wǎng)絡(luò)設(shè)備10，用于向?qū)Χ?0通知網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，其中， RLF信息處理能力包括針對網(wǎng)絡(luò)設(shè)備10管理的每個小區(qū)是否支持RLF上報信息處理；對端20，用于接收上述RLF信息處理能力，根據(jù)上述RLF信息處理能力進行RLF信息處理。在本實施例中，還提供了一種無線鏈路失敗RLF信息的處理方法，圖2是根據(jù)實施例的RLF信息的處理方法的流程圖，結(jié)合圖1和圖2所示，該方法包括步驟S202，網(wǎng)絡(luò)設(shè)備10向?qū)Χ?0通知網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，其中， RLF信息處理能力包括針對網(wǎng)絡(luò)設(shè)備10管理的每個小區(qū)是否支持RLF上報信息處理；
步驟S204，對端20根據(jù)獲知的RLF信息處理能力，根據(jù)上述RLF信息處理能力進行RLF信息處理。在實際應(yīng)用中，網(wǎng)絡(luò)設(shè)備10可能不具備處理RLF信息的能力，或者針對網(wǎng)絡(luò)設(shè)備 10管理的某一個小區(qū)，網(wǎng)絡(luò)設(shè)備10可能不支持該小區(qū)的RLF信息的處理，現(xiàn)有的無線鏈路失敗RLF信息處理的技術(shù)方案，沒有考慮網(wǎng)絡(luò)設(shè)備10處理RLF信息的能力，即無論網(wǎng)絡(luò)設(shè)備10是否能夠處理RLF信息，對端20在發(fā)生無線鏈路失敗的時候，均記錄RLF信息，并將 RLF信息發(fā)送給網(wǎng)絡(luò)設(shè)備10，如果對端20向不具備處理RLF信息能力的網(wǎng)絡(luò)設(shè)備10上報 RLF信息，則該RLF信息是無用的，可能造成的后果是對端20—直等待網(wǎng)絡(luò)設(shè)備10的回應(yīng)， 影響了對端20的正常工作，并且由于對端20的記錄和發(fā)送操作以及網(wǎng)絡(luò)設(shè)備10的接收操作，造成了網(wǎng)絡(luò)設(shè)備10和對端20的資源浪費。本實施例提供的上述系統(tǒng)和方法，采用在對端20向網(wǎng)絡(luò)設(shè)備10，發(fā)送RLF信息之前，網(wǎng)絡(luò)設(shè)備10通知對端10其自身的RLF信息處理能力，對端20在獲知網(wǎng)絡(luò)設(shè)備10的 RLF信息處理能力之后，確定發(fā)生RLF時，是否記錄RLF信息，以及是否向網(wǎng)絡(luò)設(shè)備10發(fā)送 RLF信息，從而在網(wǎng)絡(luò)設(shè)備10不具備RLF信息處理能力的情況下，簡化了對端20和網(wǎng)絡(luò)設(shè)備10的處理流程，節(jié)約了系統(tǒng)資源。需要說明的是，網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力可以包括多條信息，例如，針對網(wǎng)絡(luò)設(shè)備10管理的每個小區(qū)設(shè)置一條信息，該信息中可以包括小區(qū)標識，以及標記網(wǎng)絡(luò)設(shè)備 10是否能夠支持該小區(qū)的RLF信息處理，在實施過程中，上述網(wǎng)絡(luò)設(shè)備10可以但不限于是LTE網(wǎng)絡(luò)的基站(Evolved NodeB, eNB)。上述對端20可以但不限于是通過所述網(wǎng)絡(luò)設(shè)備接入網(wǎng)絡(luò)的終端，或是通過X2 接口或Sl接口與網(wǎng)絡(luò)設(shè)備10通信的對等設(shè)備，例如是eNB。需要說明的是，上述系統(tǒng)和方法不限于應(yīng)用于LTE網(wǎng)絡(luò)，也可以應(yīng)用于其他移動通信網(wǎng)絡(luò)，在特定的網(wǎng)絡(luò)中，RLF信息的處理可以由基站或無線網(wǎng)絡(luò)控制器(Radio Network Controller, RNC)完成，如果，在特定的網(wǎng)絡(luò)中，RLF信息的處理由RNC完成，則上述系統(tǒng)和方法中提到的網(wǎng)絡(luò)設(shè)備10可以是RNC。在實施過程中，可以網(wǎng)絡(luò)設(shè)備10采用多種方式向?qū)Χ?0通知網(wǎng)絡(luò)設(shè)備10的RLF 信息處理能力，具體如下一、對端20為終端，則可以但不限于采用以下方式(1)網(wǎng)絡(luò)設(shè)備10向處于空閑態(tài)或連接態(tài)的終端廣播其自身的RLF信息處理能力， 廣播的周期可以由管理員根據(jù)應(yīng)用場景任意設(shè)置，或是隨機廣播，廣播的范圍不限于網(wǎng)絡(luò)設(shè)備10管理的某個特定小區(qū)，可以在多個小區(qū)內(nèi)廣播，也可以在相鄰網(wǎng)絡(luò)設(shè)備管理的小區(qū)內(nèi)廣播，使網(wǎng)絡(luò)設(shè)備10的小區(qū)和鄰區(qū)內(nèi)可能切換至網(wǎng)絡(luò)設(shè)備10的小區(qū)的終端都獲知網(wǎng)絡(luò)設(shè)備10的信息處理能力；(2)網(wǎng)絡(luò)設(shè)備10向終端發(fā)送攜帶其自身的RLF信息處理能力的消息，例如終端在網(wǎng)絡(luò)設(shè)備10管理的某個小區(qū)下請求RRC連接建立、請求RRC重建或選擇駐留在該小區(qū)時， 網(wǎng)絡(luò)設(shè)備10通過現(xiàn)有的信令消息或?qū)Ｓ玫男帕钕ⅲㄖK端其自身的RLF信息處理能力。 在實施過程中，對端20根據(jù)RLF信息處理能力進行RLF信息處理，可以但不限于包括對端20確定在網(wǎng)絡(luò)設(shè)備10管理的某一小區(qū)內(nèi)發(fā)生RLF時，是否記錄RLF信息，是否向網(wǎng)絡(luò)設(shè)備10發(fā)送RLF信息。通過上述方式向終端通知網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，使得終端在獲知網(wǎng) 絡(luò)設(shè)備10的RLF信息處理能力，如果之后出現(xiàn)RLF，終端根據(jù)網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，確定是否記錄RLF測量報告并發(fā)送給網(wǎng)絡(luò)設(shè)備10，終端不必每次發(fā)生RLF時均記錄并發(fā)送RLF信息，從而避免了終端無謂的資源浪費。二、對端20為網(wǎng)絡(luò)設(shè)備10的對等設(shè)備，例如對端20也是基站時，則可以但不限于采用以下方式(1)基站間在建立X2接口時，通過X2接口的建立請求/響應(yīng)消息交互各自的RLF 信息處理能力；(2)基站間可以通過X2接口的其他消息(例如基站配置更新消息)交互各自的 RLF信息處理能力；
(3)基站間可以通過Sl接口消息來實現(xiàn)，例如可以是新定義的Sl接口消息或者是擴展現(xiàn)有的Sl接口消息，比如MME配置傳輸消息和基站配置傳輸消息。通過上述方式向?qū)Φ然就ㄖW(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，使得對等基站在獲知網(wǎng)絡(luò)設(shè)備10的RLF信息處理能力，如果之后出現(xiàn)RLF，對等基站根據(jù)網(wǎng)絡(luò)設(shè)備10的 RLF信息處理能力，確定是否將接收到的與網(wǎng)絡(luò)設(shè)備10相關(guān)的RLF測量報告轉(zhuǎn)發(fā)給網(wǎng)絡(luò)設(shè)備10，對等基站不必每次都轉(zhuǎn)發(fā)RLF信息，從而避免了接口上冗余的信息負荷，也避免了網(wǎng)絡(luò)設(shè)備上無謂的資源浪費。實施例二在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為終端，圖3是根據(jù)本發(fā)明實施例的基站通過廣播發(fā)送 RLF處理能力的流程圖，如圖3，終端在空閑態(tài)或連接態(tài)通過接收攜帶RLF信息處理能力的廣播，來獲知基站的各個小區(qū)是否支持RLF信息處理，具體流程如下步驟1，基站1管理的小區(qū)1中廣播基站1的RLF信息處理能力，例如可以在系統(tǒng)消息塊 SIB (System Information Block)中廣播；步驟2、終端在獲知RLF信息處理能力之后，判斷小區(qū)1支持RLF測量結(jié)果處理能力，若小區(qū)1支持RLF信息處理，則終端在該小區(qū)內(nèi)出現(xiàn)RLF的情況后，需要進行測量記錄， 并執(zhí)行步驟3 ；否則執(zhí)行轉(zhuǎn)步 驟4 ；步驟3、終端在小區(qū)1內(nèi)出現(xiàn)RLF，終端在RRC重建或者建立流程中，終端通過專用信令向基站1發(fā)送RLF信息，可以但不限于包括RLF之前的測量結(jié)果和/或RLF之后的測
量結(jié)果；步驟4，終端在小區(qū)1內(nèi)出現(xiàn)RLF，不進行測量結(jié)果記錄，并且在RRC重建或者建立流程中也不上報RLF信息。實施例三在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為終端，圖4是根據(jù)本發(fā)明實施例的基站通過信令消息通知終端RLF處理能力的流程圖，本實施例的信令消息為RRC建立連接的相關(guān)信令，具體流程如下步驟1、終端在基站1的小區(qū)1進入連接態(tài)，終端發(fā)起RRC連接建立請求(Radio R esourceControIConnectionRequest)；步驟2、基站1收到RRC建立請求消息后，可以在RRC連接建立消息 (Radio ResourceControlConnectionSetuP32628)或者 RRC 連接拒絕消息(Radio ResourceControlConnectionReject)中攜帶 RLF 信息處理能力；步驟3、終端在獲知RLF信息處理能力之后，判斷小區(qū)1支持RLF測量結(jié)果處理能力，若小區(qū)1支持RLF信息處理，則終端在該小區(qū)內(nèi)出現(xiàn)RLF的情況后，需要進行測量記錄， 并執(zhí)行步驟4 ；若celll不支持RLF信息處理，則執(zhí)行步驟5 ；步驟4、終端在小區(qū)1內(nèi)出現(xiàn)RLF，終端在RRC重建或者建立流程中，終端通過專用信令向基站1發(fā)送RLF信息；步驟5、終端在小區(qū)1內(nèi)出現(xiàn)RLF，不進行測量結(jié)果記錄，并且在RRC重建或者建立流程中也不上報RLF信息。
實施例四在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為終端，如圖4所示，本實施例的信令消息為RRC重建的相關(guān)信令，具體流程如下步驟 1、終端在基站1的小區(qū)1進行RRC重建，基站1可以通過RRC重配消息 (RadioResource Contro 1 ConnectionReconf iguration)通知終端 RLF 信息處理能力；步驟2、終端在獲知RLF信息處理能力之后，判斷小區(qū)1支持RLF測量結(jié)果處理能力，若小區(qū)1支持RLF信息處理，則終端在該小區(qū)內(nèi)出現(xiàn)RLF的情況后，需要進行測量記錄， 并執(zhí)行步驟3 ；若celll不支持RLF信息處理，則執(zhí)行步驟4 ；步驟3、終端在小區(qū)1內(nèi)出現(xiàn)RLF，終端在RRC重建或者建立流程中，終端通過專用信令向基站1發(fā)送RLF信息；步驟4、終端在小區(qū)1內(nèi)出現(xiàn)RLF，不進行測量結(jié)果記錄，并且在RRC重建或者建立流程中也不上報RLF信息。實施例五在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為終端，如圖4所示，本實施例的信令消息為一種新擴展的專用信令消息，具體流程如下步驟1、終端選擇駐留在小區(qū)1，基站1可以通過一條新的獨立的專用消息通知終端RLF信息處理能力；步驟2、終端在獲知RLF信息處理能力之后，判斷小區(qū)1支持RLF測量結(jié)果處理能力，若小區(qū)1支持RLF信息處理，則終端在該小區(qū)內(nèi)出現(xiàn)RLF的情況后，需要進行測量記錄， 并執(zhí)行步驟3 ；若celll不支持RLF信息處理，則執(zhí)行步驟4 ；步驟3、終端在小區(qū)1內(nèi)出現(xiàn)RLF，終端在RRC重建或者建立流程中，終端通過專用信令向基站1發(fā)送RLF信息；步驟4、終端在小區(qū)1內(nèi)出現(xiàn)RLF，不進行測量結(jié)果記錄，并且在RRC重建或者建立流程中也不上報RLF信息。實施例六在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為基站2，圖5是根據(jù)本發(fā)明實施例的基站1通過X2接口消息通知基站2的RLF處理能力的流程圖，本實施例中，小區(qū)1歸屬于基站1，小區(qū)2歸屬于基站2。小區(qū)1支持RLF信息處理，小區(qū)2不支持RLF信息處理，具體流程如下步驟1、基站1可以通過X2接口建立請求消息將小區(qū)1的能力通知給基站2 ；步驟2、基站2可以通過X2接口建立響應(yīng)消息將小區(qū)1的能力通知給基站1 ；可選地，基站1和基站還可以通過X2接口上其他的信令消息將小區(qū)的RLF測量結(jié)果處理能力進行互相通知，例如，基站配置更新消息。步驟3、由于終端不知道小區(qū)2是否支持RLF測量結(jié)果處理，終端在小區(qū)2內(nèi)會記錄發(fā)生的RLF測量結(jié)果；步驟4，終端此時發(fā)生了過晚切換，并重建到小區(qū)1成功，由于小區(qū)1支持RLF測量結(jié)果處理能力，因此小區(qū)1會根據(jù)終端上報的RLF信息來獲取終端的測量結(jié)果，同時小區(qū)1通過X2接口流程消息可以獲知小區(qū)2不支持RLF信息的處理，那么基站1在獲得終端上報的RLF信息后并不會將RLF信息發(fā)送給基站2，從而避免了接口上冗余的信息負荷。實施例七在本實施例中，以具體的實施例對實施例一提供的方法和系統(tǒng)進行詳細介紹，其中，網(wǎng)絡(luò)設(shè)備10為基站1，對端20為基站2，圖6是根據(jù)本發(fā)明實施例的基站1通過Sl接口消息通知基站2RLF處理能力的流程圖，本實施例中，小區(qū)1歸屬于基站1，小區(qū)2歸屬于基站2。小區(qū)1支持RLF信息處理，小區(qū)2不支持RLF信息處理，具體流程如下步驟1、基站1可以通過Sl接口消息將小區(qū)1的能力通知給基站2 ；步驟2、基站2可以通過響應(yīng)于上述Sl接口消息的響應(yīng)消息將小區(qū)1的能力通知給基站1 ；

可選地，基站1和基站還可以通過Sl接口上其他的信令消息將小區(qū)的RLF測量結(jié)果處理能力進行互相通知，例如，MME配置傳輸消息、基站配置更新消息或新定義的Sl接口消息。步驟3、由于終端不知道小區(qū)2是否支持RLF測量結(jié)果處理能力，終端在小區(qū)2內(nèi)會記錄發(fā)生的RLF測量結(jié)果；步驟4，終端此時發(fā)生了過晚切換，并重建到小區(qū)1成功，由于小區(qū)1支持RLF測量結(jié)果處理能力，因此小區(qū)1會根據(jù)終端上報的RLF信息來獲取終端的測量結(jié)果，同時小區(qū)1 通過Sl接口流程消息可以獲知小區(qū)2不支持RLF信息的處理，那么基站1在獲得終端上報的RLF信息后并不會將RLF信息發(fā)送給基站2，從而避免了接口上冗余的信息負荷。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果終端獲知網(wǎng)絡(luò)側(cè)是否具備RLF信息處理能力，不僅避免了終端無謂的資源浪費，也避免了網(wǎng)絡(luò)側(cè)接收到RLF信息后進行無謂的處理和轉(zhuǎn)發(fā)，從而減少了空口信令資源的開銷，并減少了終端和網(wǎng)元進行RLF 信息處理的內(nèi)存和能耗浪費。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種無線鏈路失敗RLF信息的處理方法，其特征在于，包括管理小區(qū)的網(wǎng)絡(luò)設(shè)備向?qū)Χ送ㄖ鼍W(wǎng)絡(luò)設(shè)備的RLF信息處理能力，用于所述對端根據(jù)所述RLF信息處理能力進行RLF信息處理，其中，所述RLF信息處理能力包括針對所述網(wǎng)絡(luò)設(shè)備管理的每個小區(qū)是否支持RLF上報信息處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述對端為通過所述網(wǎng)絡(luò)設(shè)備接入網(wǎng)絡(luò)的終端；所述網(wǎng)絡(luò)設(shè)備向所述終端通知所述RLF信息處理能力包括所述網(wǎng)絡(luò)設(shè)備向所述終端廣播所述RLF信息處理能力。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于， 所述對端為通過所述網(wǎng)絡(luò)設(shè)備接入網(wǎng)絡(luò)的終端；所述網(wǎng)絡(luò)設(shè)備向所述終端通知所述RLF信息處理能力包括所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送攜帶所述RLF信息處理能力的消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述消息是RRC連接建立消息、RRC連接拒絕消息或RRC重配消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對端為通過X2與所述網(wǎng)絡(luò)設(shè)備通信的對等設(shè)備；所述網(wǎng)絡(luò)設(shè)備向所述對等設(shè)備通知所述RLF信息處理能力包括所述網(wǎng)絡(luò)設(shè)備向所述對等設(shè)備發(fā)送攜帶所述RLF信息處理能力的X2接口消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述X2接口消息是以下至少之一X2接口建立請求消息、X2接口建立響應(yīng)消息或基站配置更新消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對端為通過S 1接口與所述網(wǎng)絡(luò)設(shè)備通信的對等設(shè)備；所述網(wǎng)絡(luò)設(shè)備向所述對等設(shè)備通知所述RLF信息處理能力包括所述網(wǎng)絡(luò)設(shè)備向所述對等設(shè)備發(fā)送攜帶所述RLF信息處理能力的Sl接口消息。
8.根據(jù)權(quán)利要求1至7任一項所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備是基站。
9.一種無線鏈路失敗RLF信息的處理系統(tǒng)，其特征在于，包括管理小區(qū)的網(wǎng)絡(luò)設(shè)備，用于向?qū)Χ送ㄖ鼍W(wǎng)絡(luò)設(shè)備的RLF信息處理能力，其中，所述 RLF信息處理能力包括針對所述網(wǎng)絡(luò)設(shè)備管理的每個小區(qū)是否支持RLF上報信息處理；所述對端，用于接收所述RLF信息處理能力，并根據(jù)所述RLF信息處理能力進行RLF信息處理。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述對端為通過所述網(wǎng)絡(luò)設(shè)備接入網(wǎng)絡(luò)的終端；所述網(wǎng)絡(luò)設(shè)備通過以下方式之一向所述終端通知所述RLF信息處理能力 所述網(wǎng)絡(luò)設(shè)備向所述終端廣播所述RLF信息處理能力； 所述網(wǎng)絡(luò)設(shè)備向所述終端發(fā)送攜帶所述RLF信息處理能力的消息。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述對端為通過X2接口或Sl接口與所述網(wǎng)絡(luò)設(shè)備通信的對等設(shè)備； 所述網(wǎng)絡(luò)設(shè)備通過以下方式之一向所述對等設(shè)備通知所述RLF信息處理能力 所述網(wǎng)絡(luò)設(shè)備向所述其他設(shè)備發(fā)送攜帶所述RLF信息處理能力的X2接口消息；所述網(wǎng)絡(luò)設(shè)備向所述其他設(shè)備發(fā)送攜帶所述RLF信息處理能力的Sl接口消息。
12.根據(jù)權(quán)利要求9至11任一項所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備是基站。
全文摘要
本發(fā)明公開了一種無線鏈路失敗RLF信息的處理方法及系統(tǒng)，在上述方法中，管理小區(qū)的網(wǎng)絡(luò)設(shè)備向?qū)Χ送ㄖW(wǎng)絡(luò)設(shè)備的RLF信息處理能力，用于對端根據(jù)所述RLF信息處理能力進行RLF信息處理，其中，RLF信息處理能力包括針對網(wǎng)絡(luò)設(shè)備管理的每個小區(qū)，網(wǎng)絡(luò)設(shè)備是否能夠處理該小區(qū)的RLF信息。通過本發(fā)明提供的技術(shù)方案，不僅避免了終端無謂的資源浪費，也避免了網(wǎng)絡(luò)側(cè)接收到RLF信息后進行無謂的處理和轉(zhuǎn)發(fā)，從而減少了空口信令資源的開銷，并減少了終端和網(wǎng)元進行RLF信息處理的內(nèi)存和能耗浪費。
文檔編號H04W36/00GK102223665SQ20101015181
公開日2011年10月19日 申請日期2010年4月19日 優(yōu)先權(quán)日2010年4月19日
發(fā)明者和峰, 高音 申請人:中興通訊股份有限公司