[發明專利]將失敗報告分類為當前的或過期的以進行移動性魯棒優化調整

有效

• 申請號: 201380024568.0
• 申請日: 2013-05-10
• 公開（公告）號: CN104322104B
• 公開（公告）日: 2018-04-20
• 發明（設計）人: 伊卡羅·達席爾瓦;安杰羅·岑通扎;歐美爾·特耶博
• 申請（專利權）人: 瑞典愛立信有限公司
• 主分類號: H04W36/00
• 分類號: H04W36/00;H04W24/02
• 代理公司: 中科專利商標代理有限責任公司11021
• 代理人: 趙偉

相關申請

本申請要求于2012年5月11日提交的臨時專利申請61/645,868 的優先權，其公開內容通過引用的方式完整地并入本文。

技術領域

本公開涉及在蜂窩通信網絡中報告連接失敗。

背景技術

所有蜂窩通信網絡必須處理的一個問題是移動設備的移動性。具體地，蜂窩通信網絡必須實現相同無線接入網(RAN)中的小區之間的移動設備切換以及不同RAN之間的移動設備切換。普遍的移動性問題是移動性連接失敗，即，在切換過程期間或在切換過程之后不久的連接失敗。為了解決該移動性問題，根據第三代合作伙伴計劃(3GPP) 中的討論，稱作用戶設備或用戶元件(UE)的移動設備需要每當移動性連接失敗發生時向蜂窩通信網絡發送失敗報告。然后，蜂窩通信網絡的移動性魯棒優化(MRO)功能將使用失敗報告來優化控制蜂窩通信網絡中的切換的移動性設置或移動性參數。

關于無線接入技術(IRAT)間切換(HO)，3GPP RAN工作組3 (WG3)已經具體說明了呈現移動性問題因此需要解決的多個高優先級場景。如圖1A和圖1B中所示，IRAT HO是UE 10在由根據一個無線接入技術(RAT)操作的RAN中的基站(BS)14(例如，4G長期演進(LTE)蜂窩通信網絡的RAN中的增強型節點B(eNB))服務的小區12與由根據另一RAT操作的另一RAN中的基站18(例如， 3G通用移動電信系統(UMTS)蜂窩通信網絡的通用陸地無線接入網 (UTRAN)中的節點B)服務的小區16之間的切換。具體地，3GPP RAN WG3具體說明的場景是：

·場景1：當在LTE RAN中或者在從LTE RAN向2G/3G RAN(例如，UTRAN)進行HO期間的移動性連接失敗，具體地，無線鏈路失敗(RLF)，然后重連到2G/3G RAN(即，太晚從LTE RAN向2G/3G RAN進行HO)。

·場景2：在從2G/3G RAN(例如，UTRAN)向LTE RAN進行 HO期間或之后的移動性失敗，然后重連接回2G/3G RAN(即，源RAT)。重連可以針對HO的源小區或者2G/3G RAN中的不同小區。這在本文中被稱作太早從2G/3G RAN向LTE RAN進行HO。

o場景2a：從2G/3G RAN向LTE RAN進行HO期間的切換失敗 (HOF)(即，LTE RAN中的隨機接入信道(RACH)嘗試期間的HOF)，然后重連接回2G/3G RAN。

o場景2b：從2G/3G RAN向LTE RAN進行HO之后不久LTE RAN中的RLF(即，LTE RAN中的成功RACH之后的RLF)，然后重連接回2G/3G RAN。

觸發從LTE RAN中的小區向UTRAN中的小區的IRAT HO是由 LTE RAN中與參考信號接收功率(RSRP)和參考信號接收質量(RSRQ) 測量類型二者相關聯的移動性參數來控制的。LTE RAN中的這些移動性參數形成了HO閾值，其在本文中被稱作ho_thresh_lte。優化場景1 (即，太晚從LTE RAN向諸如UTRAN等的2G/3G RAN進行HO) 的一種方式是增加ho_thresh_lte的值以提早觸發從LTE RAN向2G/3G RAN進行HO。然而，這樣做可能增加不必要的HO的次數，即，即使當LTE RAN的覆蓋足以維持連接也從LTE RAN向2G/3G RAN進行HO。在圖2中示出了減少太晚HO的次數與增加不必要HO的次數之間的折中。MRO算法應當考慮該折中以增加或減小ho_thresh_lte。

觸發從UTRAN中的小區向LTE RAN中的小區的IRAT HO是由 UTRAN中與RSRP和RSRQ測量類型二者相關聯的其他移動性參數來控制的。UTRAN中的這些移動性參數形成了HO閾值，其在本文中被稱作ho_thresh_utran。優化場景2(即，太早從諸如UTRAN或全球移動通信系統(GSM)增強數據速率全球演進(EDGE)RAN(GERAN) 等的2G/3G RAN向LTE RAN進行HO)的一種方式是增加 ho_thresh_utran的值以僅當來自LTE RAN的信號足夠強以保持連接時才觸發向LTE RAN進行HO。然而，如果ho_thresh_utran被設置得過高使得即使當LTE RAN的覆蓋足以保持與UE 10的連接UE 10也維持在UTRAN中時，這樣做可能不必要地增加在UTRAN中的時間。在圖3中示出了折中，并且MRO算法應當在增加或減小 ho_thresh_utran時考慮該折中。