TWI450545B

TWI450545B - 通過相關資訊報告並處理失敗事件的方法和用戶設備

Info

Publication number: TWI450545B
Application number: TW101111281A
Authority: TW
Inventors: Per Johan Mikael Johansson; Yih Shen Chen; Shiang Jiun Lin
Original assignee: Mediatek Inc
Priority date: 2011-03-31
Filing date: 2012-03-30
Publication date: 2014-08-21
Also published as: EP2601805A4; EP2601805B1; TW201240409A; EP3010280A1; CN102860078B; CN102860078A; WO2012130170A1; JP2014506091A; US20120250498A1; ES2587518T3; EP2601805A1

Description

通過相關資訊報告並處理失敗事件的方法和用戶設備

相關申請的交叉引用

本申請的申請專利範圍根據35 U.S.C.§119要求2011年3月31日遞交的美國臨時申請案No.61/470,042，發明名稱為「分布式無線電存取自組網路中的失敗事件相關」的優先權，且將此申請作為參考。

本發明有關於失敗事件報告(failure event reporting)，且尤其有關於分布式無線電存取網路(Radio Access Network,RAN)自組網路(self-organization network,SON)中的失敗事件相關。

自組織(self-organization)是在沒有中央集權(central authority)又沒有外部因素規劃的系統中，出現結構或樣式的過程。與第三代行動通訊合作計劃(3^rd Generation Partnership Project,3GPP)一致，SON的願景是與之前和現在的無線電存取網路相比，未來的無線電存取網路易於規劃、配置、管理、優化以及修復。3GPP第八版本(release)規格中的一系列標準中均已寫入SON。新加入的基地台應為自配置的(self-configured)，以與「隨插即用(plug-and-play)」范式相一致，而所有作業中的基地台根據觀察到的網路性能和無線電狀況，定期配置自優化 (self-optimize)參數和算法。此外，在等待更永久的解決方案的同時，可觸發自修復(self-healing)機制，用來暫時補償檢測到的設備斷電(outage)。

在3GPP網路中，包括行動穩健性優化(Mobility Robustness Optimization,MRO)的行動優化是在演進節點B(evolved-Node B,eNB)中執行的反應性(reactive)自優化功能，用來優化交接(handover,HO)參數。舉例來說，eNB需要優化UE測量配置和HO算法，以找到可接受的或盡可能低的HO問題率，以及找到平衡乒乓率或HO率。在一太遲HO問題中，交接開始之前或交接進程中，在源蜂巢單元發生連接失敗，UE試圖在目標蜂巢單元(若交接已開始)或另一非源蜂巢單元的蜂巢單元(若交接尚未開始)中重新建立無線電鏈路連接。在一太早HO問題中，剛從源蜂巢單元成功交接到目標蜂巢單元或交接進程中發生連接失敗，UE試圖在源蜂巢單元重新建立無線電鏈路連接。在一錯誤蜂巢單元HO問題中，剛從源蜂巢單元成功交接到目標蜂巢單元或交接進程中發生連接失敗，UE試圖在非源蜂巢單元且非目標蜂巢單元的一蜂巢單元中重新建立無線電鏈路連接。

在發生如無線電鏈路失敗(Radio Link Failure,RLF)或交接失敗(handover failure,HOF)等的失敗後，若UE可找到具有相同無線電存取技術(Radio Access Technology,RAT)的另一適合蜂巢單元，則UE會試圖進行無線電資源控制(Radio Resource Control,RRC)重新建立。根據現有的第九版本的進程，重新建立嘗試成功後，網路可通過X2 RLF指示進程來告知該UE先前的服務蜂巢單元所屬的eNB，該eNB基於指示計算以進行行動優化。在第十版本中，UE也可在RRC建立後進行RLF報告，即RRC重新建立失敗(可能由於未準備好)後以及後續非存取層(non-access stratum,NAS)回復成功時。

然而，網路無法將後續RLF報告和先前服務蜂巢單元中的UE上下文(context)關聯起來。因此，若3GPP如上述方式運作，則無疑會有重複簿記(double bookkeeping)問題。首先，由於RRC重新建立嘗試，統計值會進行更新；若RRC重新建立失敗，UE進行RRC建立後，根據UE的RLF報告，統計值會再一次進行更新。第九版本和推荐的第十版本中的方法並不彼此相容。上述的重複簿記問題會造成失敗統計值不可信，且可能會造成錯誤的MRO動作。

失敗時，RLF報告的內容以及網路所知的UE資訊對於為失敗測定相應的正確作業起著至關重要的作用。對某些失敗來說，最適合的正確作業為非MRO作業，如干擾協調再配置或轉到功率控制等。由於網路已經知曉先前服務蜂巢單元中的UE上下文(如UE的蜂巢單元無線電網路臨時識別碼(Cell Radio Network Temporary ID,C-RNTI))，應尋找一種方案可對網路已知資訊和RLF報告進行協調，以避免重複簿記，並改進SON的MRO決定。

另一個潛在問題是RLF報告可能非常晚(如失敗發生一天後)才能傳送到基地台中。一般基地台不會將非服務 UE(non-served)的UE上下文和C-RNTI保存太長時間，且一般基地台進行上述儲存的記憶體空間有限。

有鑑於此，本發明提出一種失敗事件報告相關方法。本方法支持UE建立新的RRC連接時網路已知資訊和失敗事件報告之間相關，如適用於空閒模式後或通過另一種無線電存取技術進行連接後。本方法還考慮到基地台儲存舊UE上下文的空間有限。

UE檢測到第一蜂巢單元中存在失敗事件，其中第一蜂巢單元由第一基地台提供服務，且UE已被配置先前C-RNTI。失敗事件可包括無線電鏈路失敗、交接失敗或隨機存取通道(Random Access Channel,RACH)失敗等。如果UE因為RRC重建失敗而進入空閒狀態，或是UE連接到另一個RAT又回來，則UE會通過第二基地台進行RRC建立進程，且被分配新的C-RNTI。在某些實施例中，第二基地台和第一基地台可為相同的基地台。RRC建立之後，UE將失敗事件報告和相關資訊一起發給第二基地台。第二基地台隨後將失敗事件報告與先前C-RNTI或者其它相關資訊發送給第一基地台。第一基地台可基於先前C-RNTI或其它相關資訊，將失敗事件報告和先前失敗事件指示以及儲存在基地台中的UE資訊相關，以避免重複簿記並改進SON的MRO決定。

在第一實施例中，在RRC重新建立進程中，UE從第二基地台中接收相關資訊，其中UE需提供其先前C-RNTI。相關資訊可唯一識別UE。舉例來說，相關資訊可包含在新的資訊元素(Information Element,IE)中，其中新的IE由第二基地台在RRC重新建立拒絕信息中提供。UE在稍後將相關資訊和失敗事件報告以一起發送回第二基地台。本方法是一種低負荷(overhead)且簡便的方法。

作為第一實施例的一種特定示範例，在第二實施例中，在RRC重新建立進程中，UE從第二基地台的RACH進程中接收並推斷相關資訊，且上述相關資訊基於RRC重新建立進程所用的RACH資源。舉例來說，相關資訊可包括RACH前文(preamble)以及成功RACH傳送所用的時間資訊，如系統訊框號(System Frame Number,SFN)。

在另一特定示範例中，在正在進行的RRC連接中，UE從第一基地台接收相關資訊，其中相關資訊可唯一識別UE或識別UE的分類。某類UE一般為一組具有相似的交接以及交接測量參數設置或影響交接信令信息傳送方式的參數的UE。舉例來說，相關資訊可包含在新的IE中，其中新的IE由第一基地台在RRC信息中提供。UE在稍後將相關資訊和失敗事件報告一起發送回第二基地台。本方法是一種低負荷且簡便的方法。

在第三實施例中，UE並不在RRC重新建立進程中從基地台接收相關資訊。當發送錯誤事件報告時，UE另將存在先前RRC重新建立嘗試的指示發送給第二基地台。舉例來說，指示可為布林變數(Boolean variable){RRC重新建立嘗試=真}。當第一基地台接收到第二基地台轉發的指示後，第一基地台仍可將失敗事件報告與先前失敗事件相關聯。

在第四實施例中，UE僅提供新的相關資訊。在一示範例中，UE基於定時器測定相關資訊的新穎性，即從失敗事件到失敗事件報告之間的時間不能超過某一閾值。在另一示範例中，UE基於其是否駐留在另一種RAT來測定相關資訊的新穎性。即若相關資訊為舊的且不再有用，則UE會將其丟棄。相反地，UE可通過布林變量和失敗事件報告指示之前的RRC重新建立嘗試。

通過利用本發明，可避免重複簿記並改進SON的MRO決定。

如下詳述其他實施例以及優勢。本部分內容並非對發明作限定，本發明範圍由申請專利範圍所限定。

以下描述係本發明實施的較佳實施例，且有些實施例通過附圖進行了說明。

第1圖是根據本發明一實施例的具有失敗事件報告和相關的無線通訊網路100的示意圖。無線通訊網路100包括多個基地台(eNB 101、eNB 102和eNB 103)以及用戶設備UE104。UE104初始時由位於蜂巢單元的eNB 101提供服務並處於RRC連接(RRC_CONNECTED)狀態。稍後，UE104檢測RLF，並記錄RLF之前的無線電信令測量資訊以用於後續的報告(步驟121)。檢測到失敗事件後，UE104停留在連接狀態並進行蜂巢單元選擇。找到合適的蜂巢單元後，UE104試圖進行RRC重新建立。舉例來說，UE104選擇蜂巢單元112，並通過eNB102進行RRC重新建立(步驟122)。RRC重新建立進程是一種迅速且一般為無線電本地存取網路(mostly-RAN-local)的進程，並且只在蜂巢單元112準備好後進行，如僅在eNB102已經具有UE上下文資訊時進行。舉例來說，若UE104試圖與其先前所連接的相同基地台eNB101重新建立連接，或者當eNB101已預先將UE上下文資訊傳遞給eNB102且eNB102已經準備好，則RRC重新建立進程將會成功。但在某些其它的實施例中，目標蜂巢單元不太知悉UE的上下文資訊。UE的RRC重新建立信息包括UE識別資訊，如UE的C-RNTI以及UE先前所連接蜂巢單元的蜂巢單元ID。

在RRC重新建立期間，eNB102通過X2介面將RLF指示和UE識別資訊發送給先前服務的eNB101。若RRC重新建立失敗，UE104隨後將其狀態從RRC連接狀態改變為RRC空閒狀態，並可進行蜂巢單元選擇進程。一旦找到合適的蜂巢單元後，UE104試圖進行RRC建立。通常來說，UE會選擇與其嘗試RRC重新建立的蜂巢單元相同的蜂巢單元。在一實施例中，若RRC重新建立失敗，eNB102將相關資訊{X}發送給UE104，其中相關資訊{X}為可將RRC重新建立進程失敗的UE識別出來的任何資訊。

在第1圖所示的一實施例中，UE104選擇蜂巢單元112 並通過eNB102進行RRC建立(步驟123)。與RRC重新建立進程相比，RRC建立進程更大程度地涉及核心網路、花費稍長一些的時間，但RAN並不對UE具有先備知識(prior knowledge)，即RAN並不知道UE先前是否已連接，因為相關資訊並未提供給RAN。實際上，RAN無法辨識UE，因此UE會被給定新的C-RNTI。這也同樣適用於RRC重新建立失敗而NAS回復觸發RRC連接建立的情形。

在RRC建立進程中，UE104告知eNB102有一RLF報告可用。接收到eNB102的資訊請求後，UE104將RLF報告和相關資訊{X}發送給eNB102。在一實施例中，基於相關資訊{X}，eNB102可測定先前的UE ID。在步驟124中，eNB102通過X2介面將接收到的RLF報告和先前UE ID一起發送給先前服務的eNB101。上述資訊可使得eNB101識別與先前RLF失敗事件相關的UE，其中失敗事件已由eNB102在RRC重新建立期間通過X2介面向eNB101指明。基於提供的資訊，eNB101可將X2 RLF報告與先前X2 RLF報告指示以及eNB101所儲存的先前UE上下文資訊相關。

在第1圖的另一實施例中，UE104採用另一種RAT(步驟125)。在試圖通過eNB103進行RRC建立(步驟126)之前，UE104可能停留在另一種RAT很長的時間。儘管UE104會保留RLF資訊以用於後續報告，但當上述相關資訊已不再新鮮且不再有用時，UE104會丟棄所有相關資訊{X}，且假定eNB101已在此時丟棄了所儲存的UE上下文。如此一來，在步驟127中，eNB103僅將不具UE識別資訊的RLF報告發送給eNB101。取而代之的是，UE104可指示eNB103先前RRC重新建立進程已經失敗，且eNB103將上述指示與RLF報告一起發送給eNB101。基於上述指示，eNB101仍可將X2 RLF報告與先前X2 RLF指示相關，或者至少避免失敗事件的重複簿記。

RRC重新建立是一種基於UE可識別本身以使UE上下文可辨識的假設的優化進程。另一方面，在RRC建立進程中(如行動並重新定向(mobility with redirection))，RAN並不知道UE是否/何時進行先前連接。因此，提出一種基於相關的方案的最大優勢包括：a)本方案與基於X2 RLF指示信息的其它方案反向相容，且不會過時(future proof)；以及b)本方案可使網路認知與UE在失敗事件報告中報告的資訊結合起來，以保證品質，並減小對UE失敗事件報告的需求，因為網路已知的資訊不需要UE進行報告。失敗事件可為RLF、HOF或RACH失敗。上述情形均可應用本方案，因為上述情形均可由行動性問題引起，且均可能進行第一RRC重新建立，若失敗，則由NAS觸發RRC建立。

第2圖是根據本發明一實施例的用戶設備UE201的簡化方塊示意圖。UE201包括記憶體211、處理器212、收發機213，其中收發機213耦接於天線214。UE201還包括多個模組，如用於進行無線電信號測量的測量模組215，用於檢測失敗事件並管理失敗事件報告的失敗事件管理模組216，以及用於進行蜂巢單元選擇(再選擇)與RRC建立(重新建立)進程的RRC連接管理模組217。上述不同的模組為功能性模組，並可通過軟體、韌體、硬體或其組合實現。當由處理器212執行時(如通過執行程式碼218)，上述功能性模組可使得UE執行相應功能。基地台可包括諸如多個功能性模組的類似結構，以支持相關功能。

第3圖是在無線通訊網路300中通過相關資訊報告失敗事件的第一實施例的示意圖。無線通訊網路300包括第一eNB301、第二eNB302以及UE303。開始時，UE303處於RRC連接模式，並通過建立的RRC連接與其位於服務蜂巢單元的服務eNB301進行通訊(步驟311)。通過RRC連接，eNB301儲存UE上下文資訊，其中UE上下文資訊與RRC連接的UE303的識別有關。舉例來說，UE識別資訊可包括C-RNTI、蜂巢單元ID以及RRC連接的信息認證碼(Message Authentication Code,MAC-I)。稍後，UE303在步驟321中檢測失敗事件，如RLF。UE303記錄有關RLF失敗事件的無線電信號測量報告，以用於後續報告。RLF報告可包括RLF發生之前的無線電信號測量，如參考信號接收功率(Reference Signal Received Power,RSRP)測量/參考信號接收品質(Reference Signal Received Quality,RSRQ)測量。UE303停留在RRC連接模式並進行蜂巢單元選擇。

在步驟331中，UE303開始通過eNB302進行RRC重新建立，並將RRC重新建立請求發送給eNB302。RRC重新建立請求包括早期RRC連接的UE識別資訊，如先前C-RNTI、先前蜂巢單元ID以及先前MAC-I。接收到RRC 重新建立請求後，eNB302通過X2介面將RLF指示發送給eNB301，其中RLF指示包括早期UE識別，以便eNB301可識別出相應UE。不過RLF指示並不包括實際的RLF報告，因為UE303和eNB302之間尚未建立安全的RRC連接。

在第3圖所示的示範例中，由於在重新建立嘗試值前，eNB302尚未準備好，所以RRC重新建立進程失敗。在步驟333中，eNB302將RRC重新建立拒絕信息發送給UE303。在一實施例中，RRC重新建立拒絕信息也包括相關資訊{X}，其中相關資訊{X}可位於新的IE中。相關資訊{X}可為eNB 302在稍後用來識別UE303的任何資訊。接收到RRC重新建立拒絕信息後，UE303在步驟341進入RRC空閒模式。稍後，NAS立即觸發RRC連接建立。一般來說，若UE303並不立即離開，則eNB302仍為UE303的目標基地台。

在步驟351中，UE303通過eNB302進行RRC建立進程。RRC建立進程期間UE和eNB進行各級下行鏈路(downlink,DL)與上行鏈路(uplink,UL)同步、協商與配置，並最終建立新的RRC連接。RAN/eNB 302並不知道UE303先前是否連接並失敗，因為並沒有類似資訊提供給RAN/eNB 302。UE303會配置新的C-RNTI。連接建立完成後，在步驟361中，UE303將RRC連接建立完成信息發送給eNB302。上述信息同樣指示eNB302，告知UE303有可用的RLF報告。在步驟362中，eNB302將UE資訊請求信息發送給UE303。上述請求信息請求UE303發送可用的 RLF報告。在步驟363中，UE303將資訊響應信息發送給eNB302，其中資訊響應信息包括RLF報告和相關資訊{X}。

eNB 302接收到RLF報告和相關資訊{X}後，eNB 302可基於相關資訊識別UE303。更明確來說，eNB 302通過RRC重新建立拒絕信息將相關資訊{X}發送給UE303(步驟333)，此時UE303僅發送回相同的相關資訊{X}(步驟363)。相關資訊{X}與先前UE識別資訊唯一相關，其中上述識別資訊通過步驟331中的RRC重新建立請求信息接收。如此一來，eNB302可識別UE303並獲取先前UE識別資訊。在步驟364中，eNB302將接收到的RLF報告發送給先前服務eNB301。此外，eNB302也通過X2介面將UE303的先前UE識別資訊(如先前C-RNTI、先前蜂巢單元ID以及先前MAC-I)發送給eNB301。

基於UE識別，eNB301可將接收到的RLF報告與在步驟332中接收到的相同UE303的先前RLF指示相關，並與eNB301中儲存的先前UE上下文相關，以避免重複簿記。此外，eNB301可基於RLF報告中包含的測量結果更好地作出MRO決定。通過採用相關，UE 303不需跟蹤記錄識別資訊或將UE識別資訊加入RLF報告中，因為網路已知上述資訊。一般來說，UE越簡單越好，而複雜度更多地由網路承擔。相關資訊{X}可為用於識別UE的任何資訊，甚至可為UE識別資訊本身的一部分。

第4圖是無線通訊網路400中通過相關資訊報告失敗事件的第二實施例的示意圖。無線通訊網路400包括第一 eNB401、第二eNB402以及UE403。第4圖與第3圖類似，開始時UE403連接至eNB401(步驟411)，並在檢測到失敗事件後連接到eNB402(步驟421)。不過在第4圖所示的示範例中，採用了相關資訊的特定示範例。在步驟431中，UE 403基於某些RACH資源，通過eNB402進行RACH進程，如基於某SFN時機時RACH的某些前文碼(preamble code)進行RACH傳送。RACH嘗試成功後，UE403在步驟432中將RRC重新建立請求發送給eNB402。其中，RRC重新建立請求包括UE403與eNB401進行先前連接時的UE識別。在步驟433中，eNB402通過X2介面將RLF指示發送給eNB401。RLF指示中也包含UE識別資訊，以便eNB401識別相應UE。

由於eNB402尚未準備好，RRC重新建立進程失敗。在步驟434中，eNB402將RRC重新建立拒絕信息發送給UE403。第4圖中的步驟441~462與第3圖中的步驟341~362類似。在步驟463中，UE403將資訊響應信息發送給eNB402。其中，資訊響應信息包括RLF報告與成功RACH嘗試的相關資訊{RACH資源}。由於RACH資源一般與UE403唯一相關，eNB402可藉由上述相關資訊識別UE403。接收到RLF報告和相關資訊{RACH資源}後，eNB 402可基於相關資訊識別UE403的先前UE識別。在步驟464中，eNB 401接收RLF報告和UE403的先前UE識別(如先前C-RNTI、先前蜂巢單元ID以及先前MAC-I)。基於UE識別，eNB401可判斷出接收到的RLF報告與步驟432 中接收的先前RLF指示相關，是否為同一UE403，以避免重複簿記。此外，eNB401可基於RLF報告中包含的測量結果更好地作出MRO決定。

在一特定示範例中，UE 403在正在進行的RRC連接中從第一基地台eNB401中接收相關資訊。相關資訊可唯一識別UE或識別UE的分類，其中一類UE使用相同或相似的參數。舉例來說，UE403接收相關資訊，其中相關資訊包含在eNB401通過RRC信息提供的新的IE中。UE403隨後將相關資訊和失敗事件報告發送給eNB402，上述資訊和失敗事件報告隨後發送給eNB401。

在另一特定示範例中，第二基地台和第一基地台可為同一個。舉例來說，UE先連接到第一基地台所服務的第一蜂巢單元上，隨後通過相同基地台所服務的第二蜂巢單元或甚至同一蜂巢單元進行RRC連接建立。

第5圖是無線通訊網路500中通過相關資訊報告失敗事件的第二實施例的示意圖。無線通訊網路500包括第一eNB501、第二eNB502以及UE503。第5圖與第3圖類似，開始時UE503連接至eNB501(步驟511)，並在檢測到失敗事件後連接到eNB502(步驟521)。不過在第5圖所示的示範例中，當RRC重新建立失敗時(步驟533)，eNB502並不為UE503提供任何相關資訊。另外一個不同點在於步驟563。在步驟563中，UE503將資訊響應信息發送給eNB502，其中響應信息包含RLF報告。不過，響應信息並不包含任何UE識別資訊，而相反地，響應信息包含存在先前RRC重新建立嘗試的指示。舉例來說，響應信息可包含布林變數{RRC重新建立嘗試=真}。在步驟564中，eNB501接收eNB502傳送的RLF報告和布林變數。儘管eNB501並不知道與RLF報告相關的準確的UE識別，但基於布林變數，eNB501仍可能「猜出」RLF報告與步驟532中指示的先前失敗時間相關。

上述方式為UE指明可能存在重複簿記的一種簡單方式。UE只需記住並指出其在失敗事件後進行了RRC重新建立嘗試，且有失敗時間資訊需要報告。此外，僅當確保RAN已經接收到RRC重新建立請求信息時(如步驟531)，UE才會作出上述指示。上述確保可為無線電鏈路控制(Radio Link Control,RLC)確認(acknowledgement,ACK)、MAC/混合自動請求重發(Hybrid Automatic Repeat Request,HARQ)ACK或接收到的RRC響應信息，如在步驟533中接收到的RRC重新建立拒絕信息。這是因為RRC重新建立可能會由於損壞的無線電連接等其它原因失敗，如此一來請求信息根本無法正確傳送給RAN。在上述情形下，並不產生任何X2 RLF指示信息，且後續發送的RLF報告也不會造成重複簿記。因此將傳送失敗考慮在內，失敗事件的統計值會更精確，以減少錯誤MRO決定的次數。

第6圖是無線通訊網路600中通過相關資訊報告失敗事件的第四實施例的示意圖。無線通訊網路600包括第一eNB601、第二eNB602、第三eNB603以及UE604。第6圖與第3圖類似，開始時UE603連接至eNB601(步驟611)，並在檢測到失敗事件(步驟621)後試圖通過eNB602進行RRC重新建立進程(步驟631)。當RRC重新建立失敗後，UE604另接收相關資訊{X}(步驟633)。不過在第6圖所示的示範例中，UE604並不立即試圖通過eNB602進行RRC建立。相反地，UE604進入RRC空閒模式並停留一段時間，或者採用另一種RAT。UE可能會將RLF報告保留很長時間(如大於48小時)，但用於識別UE以及測定UE上下文的相關資訊僅在新鮮時有用，如基於定時器(如判斷從失敗事件到失敗事件報告之間的時間是否超過某一閾值)或基於UE並未採用另一種RAT的認知。在另一實施例中，若UE進行第二RRC建立進程，相關資訊也不再有用。

在第6圖所示的示範例中，UE 604採用另一種RAT。因此，由於相關資訊{X}不再新鮮，UE604會將其丟棄。第6圖中的步驟651~662與第3圖中的步驟351~362類似，唯一區別在於UE604採用另一種RAT通過不同的的eNB603進行RRC建立。在步驟663中，UE604將資訊響應信息發送給eNB603，其中響應信息包含有RLF報告，但不再包含已經丟棄的相關資訊{X}。相反地，與第5圖所示的第三實施例類似，響應信息包含存在先前RRC重新建立嘗試的指示。舉例來說，響應信息可包含布林變數{RRC重新建立嘗試=真}。在步驟664中，eNB 601接收eNB603發送的RLF報告和布林變數。儘管eNB601並不知道與RLF報告相關的準確的UE識別，但基於布林變數，eNB601仍可能「猜出」RLF報告與步驟632中指示的先前失敗時間相關。

僅提供新鮮的相關資訊的好處是雙重的。首先，由於UE不在不需要時(即RAN已失去UE上下文且相關資訊不再有用時)提供相關資訊，因此可降低負荷。再者，可避免可能的相關丟失(miss-correlation)，如新的UE可能會被分配另一UE先前所用的C-RNTI，且其上下文不應與某一失敗事件報告相關。或者，相關資訊僅在緊接失敗RRC重新建立之後的RRC連接(即導致NAS回復觸發RRC建立的RRC連接)中提供。上述方法非常容易實現，如不需要定時器，且UE不需要記住有關其它RAT的任何資訊。

第7圖是根據本發明一實施例的用戶設備檢測並報告失敗事件方法的流程圖。在步驟701中，UE在由第一基地台服務的第一蜂巢單元中檢測到失敗事件。其中，失敗事件可包括RLF、HOF或RACH失敗。在步驟702中，UE通過第二蜂巢單元進行RRC建立進程，其中第二蜂巢單元可由第二基地台提供服務。在步驟703中，UE在RRC建立之後將失敗事件報告和失敗事件的相關資訊發送給第二基地台，其中相關資訊表示早期連接或連接嘗試與失敗事件相關，可使基地台識別有關失敗事件的UE。

第8圖是根據本發明一實施例的通過相關資訊處理失敗事件方法的流程圖。在步驟801中，基地台從UE接收RRC重新建立請求，其中上述請求指示配置有第一C-RNTI的UE的失敗事件由初始基地台提供服務。在步驟802中，基地台將RRC重新建立響應發送給UE。在步驟803中，基地台通過UE進行RRC建立進程，並將第二C-RNTI分配給UE。在步驟804中，基地台從UE中接收失敗事件報告和相關資訊。其中，相關資訊表示先前RRC重新建立嘗試與失敗事件相關。

本發明雖以較佳實施例揭露如上，然其並非用以限定本發明的範圍。任何熟習此項技藝者，在不脫離本發明之精神和範圍內，當可做些許的更動與潤飾。因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

100、300、400、500、600‧‧‧無線通訊網路

101、102、103、301、302、401、402、501、502、601、602、603‧‧‧eNB

104、201、303、403、503、604‧‧‧UE

111、112、113‧‧‧蜂巢單元

211‧‧‧記憶體

212‧‧‧處理器

213‧‧‧收發機

214‧‧‧天線

215‧‧‧測量模組

216‧‧‧失敗事件管理模組

217‧‧‧RRC連接管理模組

218‧‧‧程式碼

121~126、311~364、411~464、511~564、611~664、701~703、801~804‧‧‧步驟

第1圖是根據本發明一實施例的具有失敗事件報告和相關的無線通訊網路的示意圖。

第2圖是根據本發明一實施例的用戶設備的簡化方塊示意圖。

第3圖是通過相關資訊報告失敗事件的第一實施例的示意圖。

第4圖是通過相關資訊報告失敗事件的第二實施例的示意圖。

第5圖是通過相關資訊報告失敗事件的第三實施例的示意圖。

第6圖是通過相關資訊報告失敗事件的第四實施例的示意圖。

第7圖是根據本發明一實施例的用戶設備檢測並報告失敗事件方法的流程圖。

第8圖是根據本發明一實施例的基地台通過相關資訊處理失敗事件方法的流程圖。

701~703‧‧‧步驟

Claims

一種通過相關資訊報告失敗事件的方法，包括：由一用戶設備檢測一第一基地台所服務的一第一蜂巢單元中的一失敗事件；與一第二基地台所服務的一第二蜂巢單元進行一無線電資源控制建立進程；以及在所述無線電資源控制建立進程之後，所述用戶設備將一失敗事件報告和一相關資訊發送給所述第二基地台，其中所述相關資訊表示與所述失敗事件有關的一先前連接或連接嘗試。
如申請專利範圍第1項所述之通過相關資訊報告失敗事件的方法，進一步包括：在所述無線電資源控制建立進程之前，利用一第一蜂巢單元無線電網路臨時識別碼，與所述第二基地台進行一無線電資源控制重新建立進程；以及接收或丟棄所述第二基地台的所述相關資訊，其中所述相關資訊與所述第一蜂巢單元無線電網路臨時識別碼不同。
如申請專利範圍第2項所述之通過相關資訊報告失敗事件的方法，其中所述無線電資源控制重新建立進程包括一隨機存取通道進程，且所述相關資訊包括所述隨機存取通道進程的隨機存取通道資源資訊。
如申請專利範圍第3項所述之通過相關資訊報告失敗事件的方法，其中所述相關資訊包括一隨機存取通道前文碼或所述隨機存取通道進程期間所用的一系統訊框號。
如申請專利範圍第1項所述之通過相關資訊報告失敗事件的方法，其中所述用戶設備接收或丟棄所述第一基地台的所述相關資訊，且所述相關資訊與所述第一蜂巢單元無線電網路臨時識別碼不同。
如申請專利範圍第1項所述之通過相關資訊報告失敗事件的方法，其中所述相關資訊指明所述用戶設備是否在相同的蜂巢單元中進行一無線電資源控制重新建立嘗試。
如申請專利範圍第1項所述之通過相關資訊報告失敗事件的方法，其中當滿足一狀況時，所述用戶設備發送所述相關資訊。
如申請專利範圍第7項所述之通過相關資訊報告失敗事件的方法，其中檢測到所述失敗事件後所述用戶設備激活一定時器，且若發送所述失敗事件報告之前所述定時器已屆滿，則判定並不滿足所述狀況。
如申請專利範圍第7項所述之通過相關資訊報告失敗事件的方法，其中若所述用戶設備進行一第二無線電資源控制建立進程或者連接至另一無線電存取技術，則判定並不滿足所述狀況。
一種用戶設備，包括：一失敗事件管理模組，用來在一第一基地台服務的一第一蜂巢單元中檢測一失敗事件；一連接管理模組，用來與一第二基地台服務的一第二蜂巢單元進行一無線電資源控制建立進程；以及一收發機，用來在所述無線電資源控制建立進程之後將一失敗事件報告以及一相關資訊發送給所述第二基地台，其中所述相關資訊代表與所述失敗事件有關的一先前連接或連接嘗試。
如申請專利範圍第10項所述之用戶設備，其中在所述無線電資源控制建立進程之前，所述連接管理模組利用一第一蜂巢單元無線電網路臨時識別碼與所述第二基地台進行一無線電資源控制重新建立進程，其中所述用戶設備接收或丟棄所述第二基地台的所述相關資訊，且所述相關資訊與所述第一蜂巢單元無線電網路臨時識別碼不同。
如申請專利範圍第11項所述之用戶設備，其中所述無線電資源控制重新建立進程包括一隨機存取通道進程，且所述相關資訊包括所述隨機存取通道進程的隨機存取通道資源資訊。
如申請專利範圍第12項所述之用戶設備，其中所述相關資訊包括一隨機存取通道前文碼或所述隨機存取通道進程期間所用的一系統訊框號。
如申請專利範圍第10項所述之用戶設備，其中所述用戶設備接收或丟棄所述第一基地台的所述相關資訊，且所述相關資訊與所述第一蜂巢單元無線電網路臨時識別碼不同。
如申請專利範圍第10項所述之用戶設備，其中所述相關資訊指明所述用戶設備是否在相同的蜂巢單元中進行一無線電資源控制重新建立嘗試。
如申請專利範圍第10項所述之用戶設備，其中在所述無線電資源控制建立進程之前，所述連接管理模組通過所述第二基地台進行一無線電資源控制重新建立進程，且當滿足一狀況時，所述用戶設備發送所述相關資訊。
如申請專利範圍第16項所述之用戶設備，其中檢測到所述失敗事件後所述用戶設備激活一定時器，且若發送所述失敗事件報告之前所述定時器已屆滿，則判定並不滿足所述狀況。
如申請專利範圍第16項所述之用戶設備，其中若所述用戶設備進行一第二無線電資源控制建立進程或者連接至另一無線電存取技術，則判定並不滿足所述狀況。
一種通過相關資訊處理失敗事件的方法，包括：利用一基地台從一用戶設備中接收一無線電資源控制重新建立請求，其中所述無線電資源控制重新建立請求指明所述用戶設備的一失敗事件，其中該用戶設備由一原始基地台服務並具有一第一蜂巢單元無線電網路臨時識別碼；將一無線電資源控制重新建立響應發送給所述用戶設備；與所述用戶設備進行一無線電資源控制建立進程，並為所述用戶設備分配一第二蜂巢單元無線電網路臨時識別碼；以及從所述用戶設備接收一失敗事件報告和一相關資訊，其中所述相關資訊表示所述無線電資源控制重新建立嘗試與所述失敗事件相關。
如申請專利範圍第19項所述之通過相關資訊處理失敗事件的方法，其中發送給所述用戶設備的所述無線電資源控制重新建立響應包含所述無線電資源控制重新建立嘗試的所述相關資訊。
如申請專利範圍第19項所述之通過相關資訊處理失敗事件的方法，進一步包括：所述原始基地台將所述失敗事件的所述相關資訊提供給所述用戶設備，且所述相關資訊與所述第一蜂巢單元無線電網路臨時識別碼不同；以及所述基地台將所述失敗事件報告和所述相關資訊發送給所述原始基地台。
如申請專利範圍第19項所述之通過相關資訊處理失敗事件的方法，進一步包括：所述基地台將所述失敗事件報告以及基於所述相關資訊的所述第一蜂巢單元無線電網路臨時識別碼發送給所述原始基地台。
如申請專利範圍第19項所述之通過相關資訊處理失敗事件的方法，進一步包括：將所述失敗事件報告發送給所述原始基地台，其中所述基地台告知所述原始基地台所述用戶設備是否已進行所述無線電資源控制重新建立嘗試。
如申請專利範圍第19項所述之通過相關資訊處理失敗事件的方法，其中所述無線電資源控制重新建立進程包括一隨機存取通道進程，且所述相關資訊包括所述隨機存取通道進程的隨機存取通道資源資訊。
如申請專利範圍第24項所述之通過相關資訊處理失敗事件的方法，其中所述相關資訊包括一隨機存取通道前文碼或所述隨機存取通道進程期間所用的一系統訊框號。