特許 6029774 モバイルネットワークの適応化

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6029774

(24)【登録日】2016年10月28日

(45)【発行日】2016年11月24日

(54)【発明の名称】モバイルネットワークの適応化

(51)【国際特許分類】

   H04W 72/04 20090101AFI20161114BHJP

   H04W 76/04 20090101ALI20161114BHJP

   H04W 76/06 20090101ALI20161114BHJP

   H04W 36/28 20090101ALI20161114BHJP

   H04W 36/30 20090101ALI20161114BHJP

【ＦＩ】

   H04W72/04 111

   H04W76/04

   H04W76/06

   H04W36/28

   H04W36/30

【請求項の数】31

【全頁数】43

(21)【出願番号】特願2015-553086(P2015-553086)

(86)(22)【出願日】2014年1月17日

(65)【公表番号】特表2016-509791(P2016-509791A)

(43)【公表日】2016年3月31日

(86)【国際出願番号】EP2014050868

(87)【国際公開番号】WO2014111499

(87)【国際公開日】20140724

【審査請求日】2015年9月4日

(31)【優先権主張番号】61/754,322

(32)【優先日】2013年1月18日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(72)【発明者】

【氏名】デュダ， トルステン

(72)【発明者】

【氏名】ミューラー， ウォルター

(72)【発明者】

【氏名】ベリストレム， マティアス

(72)【発明者】

【氏名】ワゲル， ステファン

(72)【発明者】

【氏名】シュワン， チーイ

【審査官】 田畑 利幸

(56)【参考文献】

【文献】 米国特許出願公開第２０１１／０１７０４２２（ＵＳ，Ａ１）

【文献】 国際公開第２０１０／１５０４６３（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

モバイルネットワーク（８００）を適応させる方法であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の第１のアクセスノード（８０４，１１０４）に第１の接続を介して接続され、前記モバイルネットワーク（８００）の第２のアクセスノード（８０８，１２０８）に第２の接続を介して接続され、
前記第１のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記方法は、前記第１のアクセスノード（８０４，１１０４）により実行され、
前記第２の接続の品質の劣化に関する品質劣化情報を取得するステップであって、前記端末（８０２，１００２）から障害通知表示を含む前記品質劣化情報を受信するステップ（７）を含む、前記取得するステップと、
前記取得するステップに基づき、前記モバイルネットワーク（８００）を適応させるステップ（７８２，８，８９８，１０，１１）と、
を含むことを特徴とする方法。

【請求項2】

前記モバイルネットワーク（８００）を適応させるステップ（７８２，８９６，８，８９８，８９９，１０，１１）は、前記端末（８０２，１００２）と前記モバイルネットワーク（８００）との間の少なくとも１つの接続を適応させるステップ（７８２，８９６，８，８９８，８９９，１０，１１）を含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記第２の接続は品質が劣化しており、
前記適応させるステップ（７８２，８９６，８，８９８，８９９，１０，１１）は、
前記第２の接続の切断を要求するステップ（８）と、
前記端末（８０２，１００２）に対する前記データ送信のために前記第２のアクセスノード（８０８，１２０８）を使用することを停止するステップ（８９８）と、
を含むことを特徴とする請求項１又は２に記載の方法。

【請求項4】

モバイルネットワーク（８００）を適応させる方法であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の第１のアクセスノード（８０４，１１０４）に第１の接続を介して接続され、前記モバイルネットワーク（８００）の第２のアクセスノード（８０８，１２０８）に第２の接続を介して接続され、
前記第１のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記方法は、前記端末（８０２，１００２）により実行され、
前記第２の接続の品質が劣化しているかを判定するステップ（７７８）であって、判定は、前記第２の接続は障害であるとの結果である、前記判定するステップ（７７８）と、
前記判定するステップ（７７８）に基づき、前記第２の接続の品質の劣化に関する品質劣化情報を取得するステップと、
前記品質劣化情報を前記第１のアクセスノード（８０４）に送信するステップ（７）と、
を含み、
前記品質劣化情報は、障害通知表示を含むことを特徴とする方法。

【請求項5】

前記品質劣化情報は、無線リンク障害（ＲＬＦ）警告表示を含むことを特徴とする請求項４に記載の方法。

【請求項6】

前記品質劣化情報は、
障害である接続に関連付けられた前記アクセスノード（８０８）によってサービス提供される領域、特にセル、の識別子を示すセル識別表示であって、特にＰセル識別子（ＩＤ）、セルグローバルＩＤ、物理セルＩＤ又は当該セルの搬送周波数と、
障害である接続に関連付けられた前記アクセスノード（８０８）によってサービス提供される前記領域について、以前の期間に取得された測定結果に関する情報と、
障害ではない接続に関連付けられた前記アクセスノード（８０４）によってサービス提供される領域、特にセルについて、以前の期間に取得された測定結果に関する情報と、
前記第１のアクセスノード（８０４，１１０４）及び前記第２のアクセスノード（８０８，１２０８）とは異なる更なるアクセスノードによってサービス提供される少なくとも１つの更なる領域、特に更なるセルについて、以前の期間に取得された測定結果に関する情報、特に測定の識別子に関する情報と、
前記障害である接続を示す接続表示と、
前記障害である接続の前記障害の時刻と、
障害理由と、
のグループから選択された少なくとも１つの情報を含むことを特徴とする請求項４又は５に記載の方法。

【請求項7】

前記判定するステップ（７７８）は、前記第１の接続の品質が劣化しているかを判定するステップを含み、
前記第１の接続及び前記第２の接続の品質が劣化しているかを判定する前記ステップ（７７８）は、前記第１の接続の品質を評価するステップと、前記第２の接続の品質を評価するステップと、を含むことを特徴とする請求項４から６のいずれか１項に記載の方法。

【請求項8】

前記評価するステップのそれぞれは、それぞれの接続を介した前記データ送信に関する前記各アクセスノード（８０４，８０８）と前記端末（８０２，１００２）との同期を評価するステップを含むことを特徴とする請求項７に記載の方法。

【請求項9】

前記判定するステップ（７７８）は、前記第１の接続の品質が劣化しているかを判定するステップ、特に前記第１の接続及び前記第２の接続それぞれについて、前記端末（８０２，１００２）のタイマ及び前記端末（８０２，１００２）のカウンタを使用するステップを含み、
前記カウンタは、条件の達成に関連付けられ、
前記タイマは、前記条件の達成のカウンタが所定数となった後に始動し、別の条件の達成のカウンタが所定数となった後に停止され、
前記タイマの期間が満了すると、前記各接続の品質劣化が判定されることを特徴とする請求項４から８のいずれか１項に記載の方法。

【請求項10】

前記評価するステップのそれぞれは、前記各接続を介して最大数のスケジューリング要求が送信されたかを評価するステップを含むことを特徴とする請求項７又は８に記載の方法。

【請求項11】

前記評価するステップのそれぞれは、前記端末（８０２，１００２）が前記各接続を介して最大数のデータ再送を送信したかを評価するステップを含むことを特徴とする請求項７、８又は１０に記載の方法。

【請求項12】

前記評価するステップのそれぞれは、前記端末（８０２，１００２）が前記各接続を介したデータ送信を受信することなしに、前記各接続を介して最大数の失敗したランダムアクセス試行を送信したかを評価するステップを含むことを特徴とする請求項７、８、１０又は１１に記載の方法。

【請求項13】

前記判定するステップ（７７８）は、前記第１の接続の品質が劣化しているかを判定するステップであって、判定は、前記第１の接続及び前記第２の接続が障害であるとの結果であるステップを含み、
前記方法は、さらに、
前記端末（８０２，１００２）と前記モバイルネットワーク（８００）の更なるアクセスノードとの間で更なる接続を確立することを含むことを特徴とする請求項４から１２のいずれか１項に記載の方法。

【請求項14】

前記判定するステップ（７７８）は、前記第１の接続の品質が劣化しているかを判定するステップであって、判定は、前記第１の接続及び前記第２の接続が障害であるとの結果であるステップと、
前記端末（８０２，１００２）が前記モバイルネットワーク（８００）の更なるアクセスノードに１つ以上の接続障害レポートを送信するステップと、を含み、
前記１つ以上の接続障害レポートは、前記第１の接続、前記第２の接続、又は、前記第１の接続及び前記第２の接続についての情報を含むことを特徴とする請求項４から１３のいずれか１項に記載の方法。

【請求項15】

前記取得するステップは、前記モバイルネットワーク（８００）を適応させる（７８２，１０，１１）ために実行されることを特徴とする請求項４から１４のいずれか１項に記載の方法。

【請求項16】

前記モバイルネットワーク（８００）を適応させる（７８２，１０，１１）ことは、前記取得するステップに基づき実行されることを特徴とする請求項１５に記載の方法。

【請求項17】

前記第１のアクセスノード（８０４，１１０４）から前記第２の接続を切断する要求を受信するステップ（７８２，１０）をさらに含むことを特徴とする請求項４から１６のいずれか１項に記載の方法。

【請求項18】

前記第２のアクセスノード（８０８，１２０８）を前記端末（８０２，１００２）に対する前記データ送信に使用することを停止するステップをさらに含むことを特徴とする請求項１７に記載の方法。

【請求項19】

モバイルネットワーク（８００）を適応させる方法であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の第１のアクセスノード（８０４，１１０４）に第１の接続を介して接続され、第２のアクセスノード（８０８，１２０８）に第２の接続を介して接続され、
前記第１のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記方法は、前記第２のアクセスノード（８０８，１２０８）により実行され、
劣化した前記第２の接続の品質に基づき、前記モバイルネットワーク（８００）を適応させるステップ（７８２，８９９，８，９，１１）を含み、
前記第２の接続は障害であることを特徴とする方法。

【請求項20】

前記適応させるステップ（７８２，８９９，８，９，１１）は、
前記第１のアクセスノード（８０４，１１０４）による前記第２の接続の切断要求を受信するステップ（８）を含み、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信に使用されることを停止されることを特徴とする請求項１９に記載の方法。

【請求項21】

モバイルネットワーク（８００）を適応させる方法であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の第１のアクセスノード（８０４，１１０４）に第１の接続を介して接続され、前記モバイルネットワーク（８００）の第２のアクセスノード（８０８，１２０８）に第２の接続を介して接続され、
前記第１のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記方法は、
前記端末（８０２，１００２）が、前記第２の接続の品質が劣化しているかを判定するステップ（７７８）であって、判定は、前記第２の接続が障害であるとの結果である、前記判定するステップ（７７８）と、
前記判定するステップに基づき、前記第１の接続及び前記第２の接続の少なくとも１つの品質の劣化に関する品質劣化情報を取得するステップ（７）であって、前記端末（８０２，１００２）から、障害通知表示を含む前記品質劣化情報を前記第１のアクセスノード（８０４，１１０４）が受信するステップ（７）を含む、前記取得するステップ（７）と、
前記取得するステップ（７）に基づき、前記第１のアクセスノード（８０４，９０４，１１０４）が前記モバイルネットワーク（８００）を適応させるステップ（７８２，８９６，８，８９８，８９９，１０，１１）と、
を含むことを特徴とする方法。

【請求項22】

前記モバイルネットワーク（８００）の少なくとも１つの重要パフォーマンス指標を判定するステップをさらに含み、
前記適応させるステップ（７８２，８９６，８，８９８，８９９，１０，１１）は、前記少なくとも１つの重要パフォーマンス指標に基づき、前記モバイルネットワーク（８００）の少なくとも１つのシステム設定を適応させるステップを含むことを特徴とする請求項２１に記載の方法。

【請求項23】

モバイルネットワーク（８００）を適応させる端末（８０２，１００２）であって、
前記端末（８０２，１００２）は、前記モバイルネットワーク（８００）の第１のアクセスノード（８０４，１１０４）に第１の接続を介して接続され、前記モバイルネットワーク（８００）の第２のアクセスノード（８０８，１２０８）に第２の接続を介して接続され、
前記第１のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記第２のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記端末（８０２，１００２）は、
前記第２の接続の品質が劣化しているかを判定する様に構成された判定部（１００９）であって、前記判定は、前記第２の接続が障害であるとの結果である、前記判定部（１０００９）と、
前記判定に基づき、前記第２の接続の品質の劣化に関する品質劣化情報を取得する様に構成された取得部（１０１１）と、
を備え、
前記端末（８０２，１００２）は、前記第１のアクセスノード（８０４）に前記品質劣化情報を送信する様に構成され、
前記品質劣化情報は、障害通知表示を含むことを特徴とする端末。

【請求項24】

前記端末（８０２，１００２）は、請求項４から１８のいずれか１項に記載の方法を実行する様に構成されていることを特徴とする請求項２３に記載の端末。

【請求項25】

モバイルネットワーク（８００）を適応させるためのアクセスノード（８０４，１１０４）であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の前記アクセスノード（８０４，１１０４）に接続を介して接続され、前記モバイルネットワーク（８００）の他のアクセスノード（８０８，１２０８）に他の接続を介して接続され、
前記アクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記他のアクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記アクセスノード（８０４，１１０４）は、
前記他の接続の品質の劣化に関する品質劣化情報を取得する様に構成された取得部（１１１１）であって、前記アクセスノード（８０４，１１０４）は、障害通知表示を含む前記品質劣化情報の取得のため、前記端末（８０２，１００２）から前記品質劣化情報を受信する様に構成されている、前記取得部（１１１１）と、
取得した前記品質劣化情報に基づき、前記モバイルネットワーク（８００）を適応させる様に構成された適応化部（１１１７）と、
を備えていることを特徴とするアクセスノード。

【請求項26】

前記アクセスノード（８０４，１１０４）は、請求項１から３のいずれか１項に記載の方法を実行する様に構成されていることを特徴とする請求項２５に記載のアクセスノード。

【請求項27】

モバイルネットワークを適応させるためのアクセスノード（８０８，１２０８）であって、
端末（８０２，１００２）が、前記モバイルネットワーク（８００）の前記アクセスノード（８０８，１２０８）に接続を介して接続され、前記モバイルネットワーク（８００）の他のアクセスノード（８０４，１１０４）に他の接続を介して接続され、
前記他のアクセスノード（８０４，１１０４）は、前記端末（８０２，１００２）に対するデータ送信を制御し、
前記アクセスノード（８０８，１２０８）は、前記端末（８０２，１００２）に対する前記データ送信を補助し、
前記アクセスノード（８０８，１２０８）は、
劣化した前記接続の品質に基づき、前記モバイルネットワーク（８００）を適応させる様に構成された適応化部（１２１７）を備え、前記接続は障害であることを特徴とするアクセスノード。

【請求項28】

前記アクセスノード（８０８，９０８，１２０８）は、請求項１９又は２０に記載の方法を実行する様に構成されていることを特徴とする請求項２７に記載のアクセスノード。

【請求項29】

モバイルネットワーク（８００）であって、
請求項２３又は２４に記載の端末（８０２，１００２）と、
請求項２５又は２６に記載の第１のアクセスノード（８０４，１１０４）と、
請求項２７又は２８に記載の第２のアクセスノード（８０８，１２０８）と、
を備えていることを特徴とするモバイルネットワーク。

【請求項30】

プロセッサにより実行されると、請求項１から２０のいずれか１項に記載の、モバイルネットワーク（８００）を適応させる方法を実行、又は、モバイルネットワーク（８００）を適応させる方法を制御する様に構成されたプログラム。

【請求項31】

少なくとも１つのプロセッサにより実行されるプログラムのコードを含むコンピュータ可読記憶媒体であって、プログラムのコードの実行により前記少なくとも１つのプロセッサに請求項１から２０のいずれか１項に記載の方法を実行させることを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電気通信に関し、特にモバイルネットワークを適応させる方法に関する。ノード、通信システム、コンピュータプログラム及びコンピュータプログラム製品についても説明する。

【背景技術】

【0002】

本発明は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、即ち発展型ユニバーサル地上無線アクセスネットワーク（ＵＭＴＳ）移動通信システム（Ｅ−ＵＴＲＡＮ）の範囲内で説明される。本明細書において説明する問題及び解決方法は、他のアクセス技術及びアクセス標準を実現する無線アクセスネットワーク及びユーザ機器（ＵＥ）にも同様に適用可能であることが理解されるべきである。ＬＴＥは、実施形態が適する技術の一例として使用される。従って、説明においてＬＴＥを使用することは、問題及び問題を解決する解決方法を理解するために特に有用である。

【0003】

理解を容易にするために、以下においてＬＴＥモビリティについて説明する。

【0004】

無線リソース制御（ＲＲＣ）（第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）３６．３３１、例えばＶ１０．８．５（２０１３−０１））は、ＬＴＥ無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）において構成、再構成及び一般的な接続処理をするための主なシグナリングプロトコルである。ＲＲＣは、接続設定、モビリティ、測定値、無線リンク障害及び接続回復等の多くの機能を制御する。これらの機能は、本発明に関連するために以下において更に詳細に説明される。

【0005】

ＬＴＥにおけるＵＥは、２つのＲＲＣの状態、即ちＲＲＣ＿ＣＯＮＮＥＣＴＥＤ及びＲＲＣ＿ＩＤＬＥでありうる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、モビリティは、ＵＥにより提供された測定値等に基づいてネットワーク制御される。即ち、ネットワークは、ＵＥにより提供された測定値等に基づいてＵＥがハンドオーバされるべき時及びセルを判断する。ネットワーク、即ちＬＴＥ無線基地局（Ｅ−ＵＴＲＡＮにおいてそれぞれ高度化ノード基地局（ｅＮｏｄｅＢ又はｅＮＢ）と呼ばれる）は、ＵＥが現在のセルから離れるとネットワークがＵＥをより強いセルにハンドオーバするという賢明な判断ができるように、ＵＥが次に報告をネットワークに送出することに基づいて種々の測定の事象及び閾値等を構成する。

【0006】

図１は、３ＧＰＰ ＴＳ３６．３００、例えばＶ１１．４．０（２０１３−０１）、図１０．１．２．１．１−１に係るＬＴＥ ＲＲＣハンドオーバ手順を示す。図１は、ＬＴＥ ＲＲＣハンドオーバ手順を示す。モバイルネットワーク１００において、ＵＥ１０２は、コアネットワークのパケット交換ドメインのモビリティ管理エンティティ（ＭＭＥ）１０６により制御されるＬＴＥ無線アクセスネットワークのソースｅＮｏｄｅＢ１０４に接続される。ターゲットｅＮｏｄｅＢ１０８は、ＭＭＥ１０６により制御される。ユーザ機器１０２は、コアネットワークのサービングゲートウェイ１１０とデータを交換している。ハンドオーバ中、ユーザ機器１０２は、無線アクセスネットワークのソースｅＮｏｄｅＢ１０２からターゲットｅＮｏｄｅＢ１０８にハンドオーバされる。対応するユーザデータシグナリングは破線矢印で示される。Ｌ３制御シグナリングは１点鎖線矢印で示され、Ｌ１／Ｌ２制御シグナリングは実線矢印で示される。ソースｅＮｏｄｅＢ１０４は、第１のステップ１において管理制御情報をユーザ機器１０２に送出する。その結果、ユーザ機器１０２は、ステップ２において対応する測定報告をソースｅＮｏｄｅＢ１０４に送出する。その後、ソースｅＮｏｄｅＢ１０４は、ステップ３においてハンドオーバを判断し、ステップ４においてハンドオーバ要求をターゲットｅＮｏｄｅＢ１０８に送出する。ステップ５においてアドミッションコントロールを実行した後、ターゲットｅＮｏｄｅＢ１０８は、ステップ６においてハンドオーバ要求確認応答をソースｅＮｏｄｅＢ１０２に送出する。ｅＮｏｄｅＢ１０２は、ステップ７においてＵＥ１００に対してＲＲＣ接続再構成を開始する。

【0007】

図２は、本発明に関連するＬＴＥハンドオーバ（ＨＯ）手順の一部を示す概略図である。ＨＯコマンドは、実際にはターゲットｅＮＢにおいて準備されるが、ソースｅＮＢを介して送信されたメッセージであることが理解されるべきである。即ち、ＵＥは、メッセージがソースｅＮＢから来ると認識する。モバイルネットワーク２００は、ソースｅＮｏｄｅＢ２０４及びターゲットｅＮｏｄｅＢ２０８を含む。ＵＥ２０２は、ソースｅＮｏｄｅＢ２０４に接続される。測定構成がソースｅＮｏｄｅＢ２０４からユーザ機器２０２に送出されるステップ２１０に続き、ユーザ機器２０２は、ステップ２１２において、ターゲットｅＮｏｄｅＢ２０８の信号強度又は信号品質がそれぞれソースｅＮｏｄｅＢ２０４の信号強度又は信号品質と比較してより高い信号強度又は信号品質で検出されてもよいＡ３事象を実行し、それに応じてステップ２１４において、測定報告をソースｅＮｏｄｅＢ２０４に報告する。ステップ２１６における対応するハンドオーバ判断の後、ソースｅＮｏｄｅＢ２０４は、ステップ２１８においてハンドオーバ要求をターゲットｅＮｏｄｅＢ２０８に送出する。その結果、ターゲットｅＮｏｄｅＢ２０８は、ステップ２２０においてハンドオーバ確認応答をソースｅＮｏｄｅＢ２０４に送出する。その後、ソースｅＮｏｄｅＢ２０４は、ステップ２２２においてハンドオーバコマンドをユーザ機器２０２に送出する。ユーザ機器２０２は、ステップ２２４において、専用のプリアンブルがターゲットｅＮｏｄｅＢ２０８に実行依頼されるランダムアクセス手順を実行する。更なる矢印２２６〜２３０は、ハンドオーバ手順の完了に関連する。ステップ２２６において、アップリンク（ＵＬ）グラント及びトラッキングエリア（ＴＡ）は、ターゲットｅＮｏｄｅＢ２０８からＵＥ２０２に送出されてもよい。ステップ２２８において、ＨＯ確認は、ＵＥ２０２からターゲットｅＮｏｄｅＢ２０８に送出されてもよい。ステップ２３０において、解放コンテキストは、ターゲットｅＮｏｄｅＢ２０８からソースｅＮｏｄｅＢ２０４に送出されてもよい。ステップ２１０、２１４、２１６、２１８、２２０、２２２、２２４は、図１のステップ１、２、３、４、６、７及び１１に対応する。

【0008】

ＲＲＣ＿ＩＤＬＥにおいて、モビリティは、ノマディックＵＥ１０２、２０２がセルにおいて同報通信される種々の特定の基準及びパラメータ等に基づいてキャンプオンすべき「最適な」セルを選択するＵＥによるセル選択により処理される。例えば、特定のセルにおけるビーコン又はパイロットの測定品質が他のセルから受信された他のあるビーコン又はパイロットを超える閾値である限りＵＥ１０２、２０２がそのセルにキャンプオンを試みるように、種々のセル又は周波数層は他より優先されうる。

【0009】

本発明は、上述したようなネットワーク制御されたモビリティと関連付けられた、即ちＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＬＴＥ ＵＥに対する問題に主に焦点を当てている。従って、ハンドオーバに失敗することと関連付けられた問題を以下において更に詳細に説明する。

【0010】

通常の状況及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥ１０２、２０２が第１のセル（ソースセルとも呼ばれる）の有効範囲外にいる場合、それは、第１のセルへの接続を解除する前に隣接セル（ターゲットセル又は第２のセルとも呼ばれる）にハンドオーバされるべきである。即ち、エンドユーザが実行中のハンドオーバに気が付かないように、接続がハンドオーバ中に中断なく又は最小限の中断で維持されることが望ましい。これを成功させるためには、以下のことが必要である。

【0011】

−モビリティの必要性を示す測定報告が、ＵＥ１０２、２０２により送信され、ソースｅＮＢ１０４、２０４により受信される
−ソースｅＮＢ１０４、２０４が、ターゲットセルへのハンドオーバを準備するための十分な時間を有する（とりわけ、ターゲットセルを制御するターゲットｅＮＢ１０８、２０８からハンドオーバを要求することにより）
−ＵＥ１０２、２０２が、ターゲットセルを制御しているターゲットｅＮＢ１０８、２０８により準備され且つソースセルを介してＵＥ１０２、２０２に送出されたようなハンドオーバコマンドメッセージをネットワークから受信する（図１及び図２参照）
更に及びハンドオーバを成功させるために、ＵＥ１０２、２０２は、ＬＴＥにおいてターゲットセルにおける良好なランダムアクセス要求及び後続するＨＯ完了メッセージを要求するターゲットセルへの接続の確立を最終的に成功させなければならない。尚、明細書においてメッセージの名称が多少異なってもよい。これは、本発明の適用可能性を限定するものではない。例えば、図２のステップ２２２においてＨＯコマンドとしてラベル付けされたハンドオーバコマンドは、図１のステップ７のＲＲＣ構成再構成に対応し、図２のステップ２２８のハンドオーバ確認メッセージは、図１のステップ１１のＲＲＣ構成再構成完了に対応する。

【0012】

従って、これら全てを成功させるためには、第１のセル（それを介してこのシグナリングが行われる）への無線リンクがシグナリングの完了前にあまり劣化しないように、ハンドオーバ成功に導く一連の事象を十分早めに開始する必要があることは明らかである。ソースセル（即ち、第１のセル）においてハンドオーバシグナリングが完了する前にそのような劣化が起こる場合、ハンドオーバは失敗する可能性が高い。そのようなハンドオーバの失敗（ＨＯＦ）は明らかに望ましくない。従って、現在のＲＲＣ仕様書は、ハンドオーバの必要性が確実に且つ十分に早く検出されうるように、測定値を適切に設定するために種々のトリガ、タイマ及び閾値を提供する。

【0013】

図２において、例示的な測定報告は、ステップ２１２においていわゆるＡ３事象によりトリガされる。Ａ３事象は、要するに隣接セルが現在のサービングセルを超えるオフセットであることが分かるシナリオに対応する。尚、報告をトリガできる複数の事象がある。

【0014】

ＵＥ１０２、２０２が、自身が現在接続されているセルへの有効範囲外にいる恐れがある。これは、ＵＥ１０２、２０２がフェージングディップに入る際又は上述したようにハンドオーバが必要であったが何らかの理由で失敗した状況において起こりうる。これは、「ハンドオーバ領域」が非常に小さい場合に特に当てはまる。例えばＶ１１．４．０（２０１３−０１）等の３ＧＰＰ ＴＳ３６．３００、Ｖ１１．２．０（２０１３−０１）等のＴＳ３６．３３１及びＶ１１．２．０（２０１３−０１）等のＴＳ３６．１３３において説明されるような物理層上で無線リンクの品質を継続して監視することにより、ＵＥ１０２、２０２自体は、無線リンク障害を宣言し且つＲＲＣ再確立手順を自律的に開始できる。とりわけ選択されたセル及びそのセルを制御するｅＮＢ１０４、１０８、２０４、２０８がＵＥ１０２、２０２への接続を維持するように準備された場合に依存する再確立が成功する場合、ＵＥ１０２、２０２とｅＮＢ１０４、１０８、２０４、２０８との間の接続を再開できる。再確立の失敗は、ＵＥ１０２、２０２がＲＲＣ＿ＩＤＬＥになり、接続が解除されることを意味する。通信を継続するために、次に、新しいＲＲＣ接続が要求及び確立されなければならない。

【0015】

以下において、二重接続及びＲＲＣダイバーシティの特徴について説明する。

【0016】

二重接続は、ＵＥが少なくとも２つの異なるネットワークポイントに対して同時に送受信してもよいＵＥの観点から規定された特徴である。少なくとも２つのネットワークポイントは、ＵＥが他のネットワークポイントを介してネットワークポイントのうちの１つと通信できてもよいように、バックホールリンクを介して互いに接続されてもよい。二重接続は、３ＧＰＰリリース１２（Ｒｅｌ−１２）内のスモールセルの拡張の包括的な作業内で規格化されている特徴の１つである。

【0017】

二重接続は、集約ネットワークポイントが同一の又は別個の周波数で動作する場合に規定される。ＵＥが集約している各ネットワークポイントは、独立型セルを規定してもしなくてもよい。この点で、「独立型セル」という用語は、各ネットワークポイント、即ち各セルがＵＥの観点から別個のセルを表してもよいことを特に示してもよい。これに対して、独立型セルを規定しないネットワークポイントは、ＵＥの観点から同一のセルと考えられてもよい。更に、ＵＥは、自身が集約している種々のネットワークポイント間である形式の時分割多元（ＴＤＭ）方式を適用してもよいことがＵＥの観点から予測される。これは、種々の集約ネットワークポイントに対する物理層上の通信が実際には同時になされなくてもよいことを示す。

【0018】

特徴である二重接続は、キャリアアグリゲーション及びマルチポイント協調処理（ＣｏＭＰ）と多くの類似点を有する。主な差別化要因は、二重接続がリラックス型バックホール及びネットワークポイント間の同期要求に対するそれほど厳しくない要求を考慮して設計されることである。これは、接続されたネットワークポイント間で緊密な同期及び低遅延バックホールが仮定されるキャリアアグリゲーション及びＣｏＭＰとは対照的である。

【0019】

二重接続がネットワークにおいて許可する特徴の例は、以下の通りである。

【0020】

−ＲＲＣダイバーシティ（例えば、ソース及び／又はターゲットからのハンドオーバ（ＨＯ）コマンド）。この点で、「ＲＲＣダイバーシティ」という用語は、制御シグナリングがネットワークとＵＥとの間で少なくとも２つの接続を介して送信されうるというシナリオを特に示してもよい
−無線リンク障害（ＲＬＦ）ロバスト性（双方のリンクが障害を起こす場合のみの障害）
−切り離されたアップリンク（ＵＬ）／ダウンリンク（ＤＬ）（例えばスモールセル、即ちピコセルに対応するＬＰＤを含む低電力ノード（ＬＰＮ）へのＵＬ、マクロセルからのＤＬ）
−マクロアンカキャリア及びＬＰＮデータブースタの集約
−選択的ハンドオーバ（例えば、複数のノードからの／へのデータ）
−マクロセルにおいてＣプレーンを含むコアネットワーク（ＣＮ）からのスモールセル間のハイドＵＥモビリティ
−ネットワーク共有（オペレータは自身のマクロにおいて常に制御プレーン及びＶｏＩＰ（Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ）を終端させたままにしたいかもしれないが、ベストエフォートトラフィックを共有ネットワークに自発的にオフロードしてもよい）。

【0021】

図３は、アンカ３０４ａ及びブースタ３０４ｂへのＵＥ３０２の二重接続の特徴を示す。

【0022】

二重接続におけるＵＥ３０２は、アンカノード３０４ａ及びブースタノード３０４ｂへの同時接続３３４ａ、３３４ｂを維持する。名称が示すように、アンカノード３０４ａは、ＵＥ３０２に対する制御プレーン接続を終端させるため、ＵＥ３０２のノードを制御している。ＵＥ３０２は、アンカ３０４ａからシステム情報を更に読み出す。図３において、システム情報及びその空間利用性を破線円で示す。アンカ３０４ａに加えて、ＵＥ３０２は、追加されたユーザプレーンをサポートするために１つ又は複数のブースタノード３０４ｂに接続されてもよい。この点で、「ブースタ」という用語は、ユーザプレーンデータがブースタを介して更に送信されてもよいためにデータピークレートに関するＵＥの性能を向上させてもよいことを示してもよい。この目的のために、アンカにより採用された送信周波数は、ブースタにより採用された送信周波数とは異なってもよい。

【0023】

アンカ及びブースタの役割をＵＥ３０２の視点から規定する。これは、一方のＵＥ３０２に対してアンカ３０４ａとして動作するノードが別のＵＥ３０２に対するブースタ３０４ｂとして動作してもよいことを意味する。同様に、ＵＥ３０２がアンカノード３０４ａからシステム情報を読み出すが、一方のＵＥ３０２に対するブースタ３０４ｂとして動作するノードは、システム情報を別のＵＥ３０２に配信してもしなくてもよい。

【0024】

図４は、アンカノード及びブースタノードにおける制御プレーン及びユーザプレーンの終端を示す。このプロトコルアーキテクチャは、二重接続及びＲＲＣダイバーシティに準拠した例示的なプロトコル終端を示してもよい。図４に示されたプロトコルアーキテクチャは、リラックス型バックホール要求の配置においてＬＴＥ Ｒｅｌ−１２における二重接続を実現するための方法として提案される。ユーザプレーン４３４において、トラフィックの分割をいくつかの接続に与えてもよいマルチパス伝送制御プロトコル（ＭＰＴＣＰ）を介してユーザプレーン集約を実現する可能性と共に、ブースタ及びアンカがそれぞれのベアラのユーザプレーン４３６を終端させる配信されたパケットデータ統合プロトコル（ＰＤＣＰ）／無線リンク制御（ＲＬＣ）方法が採られる。制御プレーン４３４において、ＲＲＣ及びパケットデータ統合プロトコル（ＰＤＣＰ）は、アンカ、ブースタを介して又は更には双方のリンクにおいて同時にＲＲＣメッセージをルーティングする可能性と共に、アンカにおいて集中化される。完成しやすくするために、「ＮＡＳ」は非アクセス層プロトコル層を表してもよく、「ＲＬＣ」は無線リソース制御プロトコル層を表してもよく、「ＭＡＣ」はＭｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌプロトコル層を表してもよく、「ＰＨＹＳ」は物理層を表してもよい。

【0025】

二重接続及びＲＲＣダイバーシティを有効にする更なる例示的なプロトコル終端において、ＲＲＣはアンカノードにおいて終端し、ＰＤＣＰは、アンカノード及びブースタノードの双方に対して使用可能である。

【発明の概要】

【発明が解決しようとする課題】

【0026】

しかし、以下において説明する問題が発生する恐れがある。

【0027】

問題は、ＵＥが１つのネットワークポイント、即ち１つのセルに接続されるシナリオに対するハンドオーバの失敗及び無線リンク障害に関連してもよい。以下において、ハンドオーバの失敗及び無線リンク障害のロバスト性について説明する。

【0028】

モバイルブロードバンドの最近の急速な取り込みにより、セルラネットワークの容量を増加する必要性が生じている。そのような容量増加を達成するための１つの解決方法は、異なる「サイズ」のセルのいくつかの「層」から構成されるより密なネットワークを使用することである。マクロセルは、大きな領域を範囲に含むセルとの大きな有効範囲を保証し、マイクロセル、ピコセル、及び、更には、フェムトセルは、容量に対して多くの需要があるホットスポット領域に配置される。これらのセルは、通常、非常により小さな領域において接続性を提供する。しかし、更なるセル（及びこれらのセルを制御する無線基地局）を追加することにより、新しいセルがマクロセルをオフロードするにつれ、容量は増加する。

【0029】

図５は、ピコセル５３８のピコセル領域から出てマクロセル５４０のマクロセル領域に移動するＵＥ５０２を示す。ユーザ機器５０２の移動方向を矢印５４２で示す。この図は、ＵＥ５０２のハンドオーバに対する一般的なシナリオを示してもよい。

【0030】

セルの種々の「層」は同一のキャリア上（即ち、全ての隣接セルが同一の周波数を使用してもよい再利用１方法で）配置されてよく、スモールセルは異なるキャリア上に配置されてよく、種々の層上の種々のセルは種々の技術（例えば、マクロ層及びマイクロ層上の３Ｇ／高速パケットアクセス（ＨＳＰＡ）、並びに限定しない一例であるピコレイヤ上のＬＴＥ）を使用して更に配置されてよい。この点で、「層」という用語は、セルにおいて採用された送信周波数又はキャリアに対するセルの高抽象度を特に示してもよい。

【0031】

そのようなヘテロジニアスネットワークの潜在性を調査することに対して現在大きな関心があり、オペレータはそのような展開に関心がある。しかし、簡潔に上述したように、そのようなヘテロジニアスネットワークの結果、ハンドオーバの失敗の割合が増加する恐れがあることも分かっている。１つの理由は、ヘテロジニアスネットワークにおけるハンドオーバ領域が非常に小さくてもよいことである。これは、ターゲットセルへのハンドオーバが完了されうる前にＵＥがソースセルへの有効範囲外となるため、ハンドオーバが失敗する恐れがあることを意味する。例えば、ＵＥがピコセルを切断する場合、ピコの有効範囲境界が非常に鋭いために、ＵＥは、ピコへの有効範囲外となる前にマクロに対するあらゆるハンドオーバコマンドを受信できない（図５又は図６参照）。

【0032】

図６は、ピコ／マクロセル変更対マクロ／マクロセル変更のハンドオーバ領域を示す。ネットワークは、ピコセル６３８、マクロセル６４０ａ及び更なるマクロセル６４０ｂを含む。図６の縦軸６４４は基準信号受信電力（ＲＳＲＰ）を示してもよく、図６の横軸６４６は距離を示してもよい。曲線６６６は、マクロセル６４０ａからＵＥが知覚するＲＳＲＰを示してもよく、曲線６６８は、ピコセル６３８からＵＥが知覚するＲＳＲＰに対応してもよく、曲線６７０は、別のマクロセル６４０ｂからＵＥが知覚するＲＳＲＰを示してもよい。マクロセル６４０ａからピコセル６３８への及びピコセル６３８からマクロセル６４０ａへのハンドオーバ領域６７２は、マクロセル６４０ａ、６４０ｂ間のハンドオーバ領域６７４と比較して小さい。

【0033】

マクロセルに接続されたＵＥが同一キャリア上のピコセルに突然入る場合に同様の問題が発生しうる。次に、ハンドオーバを完了するためにＵＥがマクロセルから受信する必要のある信号とピコセルの制御チャネルが干渉することが起こりうるため、ハンドオーバは失敗する。

【0034】

増加したハンドオーバの失敗及びこれらを改善するための解決方法の結果を調査するために、３ＧＰＰは、Ｖ１１．１．０（２０１３−０１）等のＴＲ３６．８３９において説明されるような修正に対する評価及び技術的解決方法に現在取り組んでいる。

【0035】

以下において、重要パファーマンス指標（ＫＰＩ）の劣化及びドライブテストの必要性について説明する。この点で、「重要パファーマンス指標」という用語は、ネットワークにより収集された情報を特に示してもよい。その情報は、対応する管理ネットワークオペレータが適応的にネットワークに適応できるようにネットワークの性能特性に関連してもよい。例えばＫＰＩは、ハンドオーバの失敗に関連してもよく、例えばハンドオーバが発生してもよい頻度、ハンドオーバが発生してもよい領域、ハンドオーバが発生する理由等の情報を示してもよい。「ドライブテスト」という用語は、ユーザ機器等の専用のテストデバイスがネットワークを通過、例えば「動きまわり」、接続性等に関連したネットワーク特性をテストする手順を特に示してもよい。１つのオプションにおいて、ソフトウェア等のエンティティは、ネットワークにおいて空間的に固定されてインストールされてもよく、ネットワークにおいてユーザ機器から対応する情報を収集してもよい。

【0036】

今日、無線ネットワークにおけるある特定の場所において遭遇したＫＰＩの問題が、セルがＵＥ送信を受信しないことによるものか又はセル送信を受信しないＵＥによるものか、あるいはそれら双方によるものかを判定することは非常に困難である。トラブルシューティングの現在の一般的な方法は、ドライブテストを実行することである。タイムスタンプを押された事象／送信を含むセル追跡及び事象／送信を含むＵＥ追跡の双方は、ドライブテストのために使用されたＵＥから収集される。ここで、「追跡」という用語は、ログ記録された情報の集合を示してもよい。

【0037】

３ＧＰＰにおいて、接続に関する問題又はシステムにアクセスする上での問題に遭遇する際に何らかの情報をＵＥが収集することをサポートするための取り組みがなされており、接続が確立される後の時間において接続性がネットワーク（ＮＷ）に対して確立される際、ＮＷは収集した情報を送信するようＵＥに要求できる。収集された情報は、ＵＥの内部クロックに基づくタイムスタンプ情報及び更には位置情報を有する。

【0038】

ドライブテスト及びドライブテストのために特定のＵＥを使用しても、常に間欠障害を発見できるとは限らず、また、問題が生じている場所に入るとは限らない。これが、ＵＥメーカ特有の問題である場合、ドライブテストのために使用されたＵＥは、ネットワークにおいて加入者により使用されたＵＥのうちのいくつかと同一の種類の障害を有さないかもしれない。それに加え、一般に、通常のドライブテストは非常に高価である。データを収集するために多大なコストがかかり、データを解析する際にもコストがかかる。ドライブテストを行う人がかなり詳細なレベルで全てのデータを収集する必要があり、且つ収集された大量のデータのうちドライブテスト中に収集されたデータにおいて間欠障害が現れて獲得されることを望むため、データ解析はコストがかかり且つ困難でありうる。

【0039】

ＵＥが同時にいくつかのセルに接続されうるシステムを仮定すると、ＵＥがどのように無線リンク障害を評価することになっているか、且つシステムがこれらの無線リンク障害又は維持された接続のうちのいくつかの他の接続性の問題にどのように反応することになっているかは現在不明確である。

【0040】

また、ある特定の時間にある特定の場所において無線リンクの問題に遭遇するＵＥに対する無線ネットワークによるＫＰＩ評価は、これらの状況においてＵＥへの接続性が劣化するために問題となる。現在のシステムでは、評価は、障害の直後に行われることは不可であり、通常、報告又は（コストのかかる）ドライブテストに基づく。従って、ＫＰＩを向上させる可能性のあるシステムを迅速に適応させるのは不可能である。

【0041】

本発明の目的は、モバイルネットワークのアクセスノードと端末との間の２つの接続における接続の品質の劣化の場合にモバイルネットワークのネットワーク適応を改善された方法で可能にさせる手段を提供することである。本発明の更なる目的は、対応する方法、端末、ノード、モバイルネットワーク、コンピュータプログラム及びコンピュータプログラム製品を提供することである。

【課題を解決するための手段】

【0042】

上記の目的は、独立請求項に記載の方法、端末、ノード、モバイルネットワーク、コンピュータプログラム及びコンピュータプログラム製品により解決される。

【0043】

第１の例示的な態様によれば、モバイルネットワークを適応させる方法が提供される。端末は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは端末に対するデータ送信を制御し、第２のアクセスノードは端末に対するデータ送信を補助する。方法は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化するかを判定することと、判定するステップに基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得することと、取得するステップに基づいてモバイルネットワークを適応させることとを備える。

【0044】

第２の例示的な態様によれば、モバイルネットワークを適応させる方法が提供される。端末は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは端末に対するデータ送信を制御し、第２のアクセスノードは端末に対するデータ送信を補助する。方法は、端末により実行され、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているかを判定することと、特にモバイルネットワークを適応させるための判定するステップに基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得することとを備える。

【0045】

第３の例示的な態様によれば、モバイルネットワークを適応させる方法が提供される。端末は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは端末に対するデータ送信を制御し、第２のアクセスノードは端末に対するデータ送信を補助する。方法は、第１のアクセスノードにより実行され、第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得することと、取得するステップに基づいてモバイルネットワークを適応させることとを備える。

【0046】

第４の例示的な態様によれば、モバイルネットワークを適応させる方法が提供される。端末は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは端末に対するデータ送信を制御し、第２のアクセスノードは端末に対するデータ送信を補助する。方法は、第２のアクセスノードにより実行され、劣化している第１の接続及び第２の接続のうち少なくとも一方の品質に基づいてモバイルネットワークを適応させることを備える。

【0047】

第５の例示的な態様によれば、モバイルネットワークを適応させる端末が提供される。端末は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは端末に対するデータ送信を制御し、第２のアクセスノードは端末に対するデータ送信を補助する。端末は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化するかを判定するように構成された判定ユニットと、特にモバイルネットワークを適応させるため、判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニットとを備える。

【0048】

第６の例示的な態様によれば、モバイルネットワークを適応させるアクセスノードが提供される。端末は、接続を介してモバイルネットワークの第１のアクセスノードに接続され、別の第２の接続を介して別のアクセスノードに接続される。アクセスノードは端末に対するデータ送信を制御し、別のアクセスノードは端末に対するデータ送信を補助する。アクセスノードは、第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニットと、取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応化ユニットとを備える。

【0049】

第７の例示的な態様によれば、モバイルネットワークを適応させるアクセスノードが提供される。端末は、接続を介してモバイルネットワークのアクセスノードに接続され、別の接続を介して別のアクセスノードに接続される。別のアクセスノードは端末に対するデータ送信を制御し、アクセスノードは端末に対するデータ送信を補助する。アクセスノードは、劣化している接続及び別の接続のうち少なくとも一方の品質に特に継続して基づいてモバイルネットワークを適応させるように構成された適応化ユニットを備える。

【0050】

第８の例示的な態様によれば、モバイルネットワークが提供される。モバイルネットワークは、第５の例示的な態様に係る端末と、第６の例示的な態様に係る第１のアクセスノードと、第７の例示的な態様に係る第２のアクセスノードとを備える。

【0051】

第９の例示的な態様によれば、コンピュータプログラムが提供される。コンピュータプログラムは、プロセッサにより実行される際に、第１、第２、第３又は第４の例示的な態様のいずれか１つに係るモバイルネットワークを適応させる方法を実行あるいは制御するように構成される。

【0052】

第１０の例示的な態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサにより実行されることにより、第１、第２、第３又は第４の例示的な態様のいずれか１つに係る方法を少なくとも１つのプロセッサに実行させるプログラムコードを含む。

【0053】

上述の目的、特徴及び利点、並びに他の目的、特徴及び利点は、添付の図面において示されるような本発明の以下の詳細な説明においてより明らかになるだろう。

【図面の簡単な説明】

【0054】

【図1A】、

【図1B】ハンドオーバ手順に対するシグナリング交換を示すフローチャート。

【図2】ハンドオーバ手順に対するシグナリング交換を示すフローチャート。

【図3】端末の二重接続を有する接続において使用されたモバイルネットワークを示すブロック図。

【図4】アクセスノードにおいて終端する制御プレーン及びユーザプレーンを示す図。

【図5】ＬＴＥモバイルネットワークを示すブロック図。

【図6】距離に依存するＬＴＥモバイルネットワークの信号強度を示す図。

【図7】一実施形態に係るモバイルネットワークを適応させる方法を示すフローチャート。

【図8】別の実施形態に係るモバイルネットワークを適応させる方法を示すフローチャート。

【図9】別の実施形態に係るモバイルネットワークを適応させる方法を示すフローチャート。

【図10】一実施形態に係るモバイルネットワークを適応させる端末を示すブロック図。

【図11】一実施形態に係るモバイルネットワークを適応させるアクセスノードを示すブロック図。

【図12】別の実施形態に係るモバイルネットワークを適応させるアクセスノードを示すブロック図。

【発明を実施するための形態】

【0055】

例示的な態様によれば、端末に対するデータ送信において、データは、第１の接続を介して第１のアクセスノードから端末に送信されてもよく、重複したデータは、第２の接続を介して第２のアクセスノードから端末に送出されてもよい。本明細書において、「データ送信」という用語は、端末からモバイルネットワークへの上り方向及び／又はモバイルネットワークから端末への下り方向にシグナリングデータ及び／又はペイロードデータを送信することに関連してもよい。端末が第１のアクセスノード及び第２のアクセスノードから重複したデータを受信できるようにするために、第１のアクセスノードは、それぞれのデータを重複し、第１のアクセスノードと第２のアクセスノードとの間のバックホール接続を介して重複するデータを第２のアクセスノードに送出できる。第１の接続及び第２の接続は、互いに独立していてもよく、データ送信に関連して確立されるそれぞれの無線ベアラを含んでもよい。

【0056】

そのような通信シナリオにおいて、第１のアクセスノードは、端末に対するデータ送信を制御してもよく、第２のアクセスノードは、端末に対するデータ送信を補助してもよい。この点で、「端末のデータ送信を制御する第１のアクセスノード」という用語は、端末に対するアップリンク及び／又はダウンリンクデータ送信のためのリソース割り当て、並びに／あるいは端末の接続性状態の第１のアクセスノードによる制御を特に示してもよい。従って、第１のアクセスノードは、例えば端末に対するデータ送信のために常に採用されている端末のデータ送信のためのアンカノードとも呼ばれてよい。そのような通信シナリオは、端末と第１のアクセスノードとの間のエアインタフェースを介したリソースの割り当てに関連したプロトコル、特にＲＲＣプロトコルを第１のアクセスノードにおいて終端させることにより、ＬＴＥにおいて達成されてもよい。あるいは、ＰＤＣＰプロトコルは第１のアクセスノードにおいて終端してもよい。特に、「端末に対するデータ送信を補助する第２のアクセスノード」という用語は、端末へのデータ送信を制御する機能を有さなくてもよいが、アクセスノードと端末との間のアップリンク及び／又はダウンリンクデータ送信を中継してもよいことを特に示してもよい。特に、第２のアクセスノードは、例えば端末に対するデータ送信のために中継ノードとして採用されている端末のデータ送信のためのブースタノードと呼ばれてよい。従って、上述したように、第１のアクセスノードと端末との間で送出された情報は、第２のアクセスノードを介して第１のアクセスノードと端末との間で重複して送出されてもよい。

【0057】

この通信シナリオにおいて、第１の接続及び第２の接続のうち少なくとも一方は、品質が劣化している恐れがある。そのような品質劣化の場合に適切なモバイルネットワーク適応を達成するために、第１の接続及び／又は第２の接続の品質が判定されてもよく、品質が劣化していることを示し得る、第１の接続及び／又は第２の接続それぞれの品質劣化情報が、判定するステップ及び取得するステップに基づいて取得され、モバイルネットワークが適応される。この点で、「情報を取得すること」という用語は、情報を内部で判定することで情報を取得し、且つ／あるいはモバイルネットワークを介して情報を受信することで情報を取得するエンティティに関連してもよい。

【0058】

従って、効率的に、容易に且つ高速に第１のアクセスノード及び／又は第２のアクセスノードと端末との間の接続性の劣化に対処できる。従って、システム性能全体を改善できる。

【0059】

本発明において説明する実施形態を参照すると、説明される実施形態において第１のアクセスノードを「ソースｅＮＢ」と呼んでもよく、第１の接続は、図３の「アンカ」接続３３２ａを示してもよい。説明される実施形態において第２のアクセスノードを「補助ｅＮＢ」と呼んでもよく、第２の接続は、図３の「ブースタ」接続３３２ｂを示してもよい。尚、図１及び図２に関連して説明したターゲットｅＮＢ１０８、２０８は、アクセスノードを制御する送信であること又はないことに依存して端末に対するデータ送信を制御するように構成されたアクセスノードを更に表してもよい。

【0060】

次に、第１の例示的な態様に係る方法に関連した実施形態を説明する。これらの実施形態は、第２、第３及び第４の例示的な態様に係る方法、第５の例示的な態様に係る端末、第６の例示的な態様に係る第１のアクセスノード、第７の例示的な態様に係る第２のアクセスノード、第８の例示的な態様に係るモバイルネットワーク、第９の例示的な態様に係るコンピュータプログラム、並びに第１０の例示的な態様に係るコンピュータプログラム製品にも適用される。

【0061】

モバイルネットワークを適応させるステップは、判定するステップに基づいて端末とモバイルネットワークとの間の少なくとも１つの接続を適応させることを含んでもよい。特に、端末はモバイルネットワークの一部であってもよい。

【0062】

適応させるステップに関して、方法の一変形例において、判定するステップの結果、品質が劣化した第１の接続が得られてもよく、適応させるステップは、品質が劣化していない接続を維持することを含んでもよい。この場合、品質が劣化していない接続は第２の接続であってもよい。

【0063】

あるいは又は更に、判定するステップの結果、品質が劣化した第１の接続が得られてもよく、適応させるステップは、第１のアクセスノードにより第１のアクセスノードから第２のアクセスノードに端末をハンドオーバすることと、第１の接続を切断することとを含んでもよい。例えば第１のアクセスノードは、ハンドオーバ要求を第２のアクセスノードに送出することにより端末のハンドオーバを開始してもよい。次に、第２のアクセスノードは、ハンドオーバ要求を端末に転送又は中継してもよい。第１のアクセスノードは、端末のデータ送信の制御を停止してもよい。ＬＴＥにおいて、後で実行されるステップは、ＲＲＣダイバーシティを停止することに関連してもよい。この点で、第１のアクセスノードにおいて採用されたＲＲＣダイバーシティは、データを直接端末に送出することと、第１のアクセスノードにより端末に送出されるデータの重複を、第２のアクセスノードによって端末に中継させるため、第２のアクセスノードに送出することとに関連してもよい。データは制御シグナリングを含んでもよい。

従って、ＲＲＣダイバーシティを停止することは、送出されたデータをこれ以上重複しないこと、即ち従来の機能性を維持するために端末への直接接続のみを維持することを示してもよい。この従来の接続は、第２のアクセスノードにハンドオーバされてもよい。あるいは、換言すると、特にＬＴＥに関して、後者は、ＲＲＣ信号重複を停止することと、第２のアクセスノードに転送することとに関連してもよい。上述のような場合、第１のアクセスノードは、例えば第２のアクセスノードを介してＲＲＣ再構成要求メッセージを端末に送出することにより、端末の切断を制御してもよい。上述のような場合、適応させるステップは、端末のデータ送信を制御する制御機能を第１のアクセスノードにより第１のアクセスノードから第２のアクセスノードに移すことを更に含んでもよい。例えば、第１のアクセスノードと端末との間の、制御シグナリングを搬送するシグナリングベアラは、第２のアクセスノードに移されてもよい。特に、後述した実施形態は、ステップ８、９、１１及び結果として得られるステップ又は図９の状態９９９を参照して後で説明されてもよい。

【0064】

方法の別の更なる変形例において、判定するステップの結果、品質が劣化した第２の接続が得られてもよく、適応させるステップは、第１のアクセスノードにより第２の接続を切断することを要求することと、端末に対するデータ送信のために第２のアクセスノードを使用することを停止することとを含む。特に、データ送信のために第２のアクセスノードを使用することを停止するステップは、第１のアクセスノードから端末に送出されたデータを重複することを停止することと、重複したデータを第２のアクセスノードに送出することを停止することとを含んでもよい。特に、このステップは、ＲＲＣダイバーシティを停止するもの、第２のアクセスノードに送出されることになってもよいデータ又はメッセージをこれ以上重複しないことに関連するものとして採用されてもよい。切断要求に関連したメッセージは、図８を参照して説明される停止ＲＲＣ中継メッセージとして具体化されてもよい。従って、第１のアクセスノードからＵＥへの直接接続のみが維持されてもよく、後者をモバイルネットワークの第１のアクセスノードの従来の機能性と呼ぶ。本実施形態は、図８を参照して後で説明されてもよい。

【0065】

取得するステップに関して、方法の第１の変形例において、判定するステップの結果、品質が劣化した第１の接続及び第２の接続の１つの接続が得られてもよく、取得するステップは、端末への接続品質が劣化している恐れのない第１のアクセスノード及び第２のアクセスノードのアクセスノードに端末により品質劣化情報を送出することを含んでもよい。この場合、品質劣化情報は、品質が劣化していない接続を介して送出されてもよい。例えば、図８を参照して説明されるように、第２の接続が障害である恐れがある場合、品質劣化情報は第１のアクセスノードに送出されてもよい。図９を参照して説明されるように、品質劣化情報は、第１の接続が障害である恐れがある場合に第２のアクセスノードに送出されてもよく、第２のアクセスノードにより第１のアクセスノードに中継又は転送されてもよい。

【0066】

別の変形例において、判定するステップの結果、品質が劣化した第１の接続及び第２の接続の１つの接続が得られてもよく、取得するステップは、端末への接続品質が劣化している恐れのある第１のアクセスノード及び第２のアクセスノードのアクセスノードに端末により品質劣化情報を送出することを含んでもよい。この場合、品質劣化情報は、品質が劣化した接続を介して送出されてもよく、且つ／あるいは端末のアクセスノードとの間の更なる接続を介して送出されてもよい。この更なる接続は、第１の接続及び第２の接続とは異なってもよい。この措置により、他のアクセスノードを巻き込むことなく、アクセスノードから端末への送信方向において接続が劣化していることを端末が識別したことを、端末が、アクセスノードに通知できる利点がある。その後、アクセスノードは、無駄な遅延なくモバイルネットワークの適応を開始できる。この措置のため、端末からアクセスノードへの送信方向の接続が、品質劣化情報を正常に送信するために十分に高い品質であってもよいことが仮定されてもよい。

【0067】

品質が劣化した接続は障害である恐れがある。この場合、品質劣化情報は、障害通知表示、特にＲＬＦ警告表示として具体化されてもよく、あるいはそれを含んでもよい。障害通知表示は、特に従来のメッセージ又は新型のメッセージに含まれた個々の指標を表してもよく、あるいは特定の種類のメッセージであってもよい。

【0068】

品質劣化情報は、以下の種類の情報のうちの少なくとも１つの情報として具体化されてもよく、あるいはそれを含んでもよい。第１のオプションに係る情報は、障害である接続と関連付けられたアクセスノードが受け持っている領域の識別、特にセルを示すセル識別子、特にＰセル識別（ＩＤ）、セルグローバルＩＤ、物理セルＩＤ又はセルの搬送周波数として具体化されてもよく、あるいはそれを含んでもよい。第２のオプションに係る情報は、障害である接続と関連付けられたアクセスノードが受け持つ領域に対して以前の期間に取得された測定結果に関する情報として具体化されてもよく、あるいはそれを含んでもよい。第３のオプションに係る情報は障害ではない接続と関連付けられたアクセスノードが受け持つ領域、特にセルに対して以前の期間に取得された測定結果に関する情報として具体化されてもよく、あるいはそれを含んでもよい。第４のオプションに係る情報は、第１のアクセスノード及び第２のアクセスノードとは異なる更なるアクセスノードが受け持つ少なくとも１つの更なる領域、特に更なるセルに対して以前の期間に取得され、特に測定のための識別子に対して取得された測定結果に関する情報として具体化されてもよく、あるいはそれを含んでもよい。第５のオプションに係る情報は、障害である接続を示す接続表示として具体化されてもよく、あるいはそれを含んでもよい。第６のオプションに係る情報は、障害である接続の障害タイマとして具体化されてもよく、あるいはそれを含んでもよい。第７のオプションに係る情報は、障害の理由として具体化されてもよく、あるいはそれを含んでもよい。

【0069】

そのような場合、障害の理由は、以下の種類の障害の理由のうちの少なくとも１つを含んでもよい。第１のオプションにおいて、障害の理由はタイマの終了を含んでもよく、タイマは、所定の数の条件のカウンタ達成の後に始動し、所定の数の別の条件のカウンタ達成の後に停止する。例えば後者は、ＲＬＦタイマ終了を示してもよいＬＴＥにおける「非同期」障害に対応してもよい。別の障害の理由は、特に応答を受信することなくそれぞれの接続を介して送出された最大のスケジューリング要求を含んでもよい。例えば後者は、ＬＴＥにおいて到達した最大数のスケジューリング要求に対応してもよい。更なる障害の理由は、それぞれの接続を介して端末により送出されたデータの最大の再送信を含んでもよい。例えば後者は、ＬＴＥにおいて到達した最大数のＲＬＣ再送信に対応してもよい。ＲＬＣ再送信の場合、ＵＥは、最大数の再送信に到達するまでに応答を受信しないとデータを再送信してもよい。更なる障害の理由は、それぞれの接続を介してデータ送信を受信することなくそれぞれの接続を介して端末により送出された最大数の不成功のランダムアクセス試行を含んでもよい。例えば後者は、ＬＴＥにおいてランダムアクセスチャネル（ＲＡＣＨ）障害に対応してもよい。

【0070】

上述した少なくとも１つの情報は、１つのメッセージにおいて障害通知表示と共に送出されてもよく、あるいは取得するステップのために送出された障害通知表示の後に送出されてもよい。

【0071】

判定するステップに対して、方法の第１の変形例において、判定するステップは、端末により実行されてもよく、第１の接続の品質を評価することと、第２の接続の品質を評価することとを含んでもよい。この場合、第１の接続の品質を評価するステップ及び第２の接続の品質を評価するステップは、互いに依存せずに実行されてもよい。更に又はあるいは、それぞれの評価するステップは、それぞれの接続を介したデータ送信に対するそれぞれのアクセスノードとの端末の同期を評価することを含む。特に、端末がそれぞれの接続を介したデータ送信のために適切に同期されなくてもよい場合、それぞれの接続の品質の劣化が判定されてもよい。特に、判定された接続の品質の劣化は、接続障害に対応してもよい。

【0072】

方法の更なる一変形例において、判定するステップは、特に第１の接続及び第２の接続の各々に対して、端末におけるタイマ及び端末におけるカウンタを使用することを含んでもよい。カウンタは条件の達成と関連付けられ、所定の数の条件のカウンタ達成の後に始動し、且つ所定の数の別の条件のカウンタ達成の後に停止するタイマの期間が満了すると、それぞれの接続の品質の劣化が判定されてもよい。特に、タイマはＴ３１０タイマに対応してもよく、カウンタは定数Ｎ３１０に対応してもよい。特に、同一の又は異なる種類のタイマ及び／又はカウンタは、第１の接続及び第２の接続に対して採用されてよい。

【0073】

更なる一変形例において、判定するステップは、特に第１の接続及び第２の接続の各々に対して、端末におけるタイマ及び各々が条件の達成と関連付けられる端末におけるカウンタを使用することを含む。所定の数の条件のカウンタ達成の後に始動し、所定の数の別の条件のカウンタ達成の後に停止するタイマの期間が満了すると、それぞれの接続の品質の劣化が判定されてもよい。特に、タイマはＴ３１０タイマに対応してもよく、カウンタは、カウンタ又は定数Ｎ３１０、Ｎ３１１に対応してもよい。特に、同一の又は異なる種類のタイマ及び／又はカウンタは、第１の接続及び第２の接続に対して採用されてよい。

【0074】

上述の実施形態に関して、タイマＴ３１０及びカウンタＮ３１０、３１１は、従来のタイマ及び従来のカウンタをそれぞれ表してもよい。カウンタＮ３１０は、タイマＴ３１０を始動させるために条件達成をカウントしてもよい。そのような条件達成は、端末が知覚する信号対干渉＋雑音比（ＳＩＮＲ）が閾値を下回ってよいかという条件に関連してもよい。カウンタＮ３１１は、タイマＴ３１０を停止させるために条件達成をカウントしてもよい。そのような条件達成は、端末が知覚するＳＩＮＲが更なる閾値を上回ってもよいかという条件に関連してもよい。従って、タイマＴ３１０は、カウンタＮ３１０が所定の数のカウンタＮ３１０と関連付けられた条件の条件達成をカウントしてしまったかもしれない後で始動してもよく、所定の数のカウンタＮ３１１と関連付けられた条件の条件達成がカウントされた後で停止してもよい。タイマＴ３１０が切れてもよく且つ所定の数のカウンタＮ３１１と関連付けられた条件の条件達成がカウントされていないかもしれない場合、品質劣化が検出される。

【0075】

上述のそれぞれの評価するステップは、最大のスケジューリング要求がそれぞれの接続を介して送出されてしまっている恐れがあるかを評価することを含んでもよい。更に又はあるいは、それぞれの評価するステップは、最大のデータの再送信がそれぞれの接続を介して端末により送出されてしまっている恐れがあるかを評価することを含んでもよい。更に又はあるいは、それぞれの評価するステップは、最大の不成功のランダムアクセス試行がそれぞれの接続を介してデータ送信を受信することなくそれぞれの接続を介して端末により送出されてしまっている恐れがあるかを評価することを含んでもよい。

【0076】

品質が劣化した接続は、障害ではないかもしれない。

【0077】

そのような場合、判定するステップの結果、品質が劣化した第１の接続及び品質が劣化していない第２の接続が得られてもよく、適応させるステップは、端末に対するデータ送信を制御することに関して第１のアクセスノード及び第２のアクセスノードの機能性を切り替えることを含んでもよい。従って、第１のアクセスノードは送信補助アクセスノードに変化してもよく、第２のアクセスノードは送信制御アクセスノードに変化してもよい。

【0078】

この場合、品質劣化情報は、チャネル品質表示、特にチャネル品質表示報告として具体化されてもよく、あるいはそれを含んでもよい。

【0079】

取得するステップは、第１のアクセスノード及び第２のアクセスノードの一方のアクセスノードにより、品質劣化情報を第１のアクセスノード及び第２のアクセスノードの他方のアクセスに送出することを含んでもよい。例えば判定するステップは、チャネル品質情報と関連付けられたパラメータを監視してもよく、且つ／あるいはパラメータの値を判定してもよい第２のアクセスノードにより実行されてもよい。

【0080】

適応させるステップに関して、方法の別の変形例において、判定するステップの結果、第１の接続が更に得られてもよく、且つ第２の接続は障害である恐れがあり、適応させるステップは、モバイルネットワークの更なるアクセスノードと端末との更なる接続を確立することを含んでもよい。本実施形態によれば、取得するステップは端末により実行されてもよく、且つ／あるいは確立するステップは端末により開始されてもよい。更なるアクセスノードは、第１のアクセスノード及び第２のアクセスノードとは異なってもよく、あるいは第１のアクセスノード及び第２のアクセスノードの一方であってもよい。従って、第１の接続及び／又は第２の接続は再確立されてもよい。

【0081】

特に、判定するステップの結果、失敗した第１の接続及び第２の接続が得られてもよい後述の場合において、取得するステップは、１つ以上の接続障害報告、特に無線リンク障害報告をモバイルネットワークの更なるアクセスノードに端末により送出することを含んでもよい。１つ以上の接続障害報告は、端末の第１の接続及び／又は第２の接続に関する情報、あるいは全ての接続に関する情報を含んでもよい。情報は、特定の１つ又は複数の接続の接続失敗に関連してもよい。例えば１つの接続障害報告は、第１の接続及び／又は第２の接続に関する情報が含まれてもよい端末から送出されてもよい。あるいは、特定の接続の接続失敗に関する情報が含まれてもよい少なくとも２つの接続障害報告は、端末により送出されてもよい。接続障害報告は、端末が更なるアクセスノードへの接続を正常に確立した後に送出されてもよい。

【0082】

取得するステップに関して、方法の別の変形例において、方法は、モバイルネットワークに対して少なくとも１つの重要パファーマンス指標を判定することを更に備えてもよく、適応させるステップは、少なくとも１つの重要パファーマンス指標に基づいてモバイルネットワークの少なくとも１つのシステム設定を適応させることを含んでもよい。あるいは又は更に、システム設定を適応させるステップは、取得された、特にＲＬＦ指標又はＲＬＦ報告において送出された品質劣化情報に基づいてもよい。この適応の目的は、ネットワークにおいて重要パファーマンス指標のうちの１つを改善することであってもよい。この点で、システム設定は、第１のアクセスノード及び／又は第２のアクセスノードの特徴に関連してもよく、あるいはモバイルネットワークの更なるアクセスノードの特徴に関連してもよい。モバイルネットワークを適応させる上述の実施形態は、モバイルネットワークの即座の又は臨時の適応について説明してもよく、システム設定の適応に関連した本実施形態は、即座の又は長期の時間尺度でモバイルネットワークの全体的な適応について説明してもよい。

【0083】

特に、後述するネットワーク適応に関連して、判定するステップは端末により実行されてもよく、取得するステップは、端末、並びに第１のアクセスノード及び第２のアクセスノードのアクセスノードにより実行されてもよい。方法は、劣化しているアクセスノードと端末との間の接続の品質を示す更なる品質劣化情報をアクセスノードにより取得することを備えてもよい。適応させるステップは、取得された品質劣化情報に基づいて実行され且つ更なる品質劣化情報が判定されてもよい。更なる品質劣化情報は、アクセスノードが実行する最大数の再同期試行に到達してしまっている恐れがあるか、アクセスノードにより送出された最大数のスケジューリング要求に到達してしまっている恐れがあるか、及び／又はアクセスノードが最大数のＲＬＣ再送信に到達してしまっている恐れがあるかに関連してもよい。品質劣化情報と更なる品質劣化情報とを正確に組み合わせるために、後者の２つの情報の各々は、対応するタイムスタンプと関連付けられてもよい。

【0084】

そのような一実施形態において、端末は、ＲＬＦ警告又はＣＱＩ報告を判定し、且つそれらをアクセスノードに送出してもよい。アクセスノードは、内部接続品質を更に判定してもよく、次に、劣化している接続の下り及び／又は上り方向の品質に対してどのネットワーク適応を実行するかを判断してもよい。この適応は上述の長期適応に関連してもよい。

【0085】

第２の例示的な態様に係る方法に関し、ＲＬＦ表示として具体化された品質劣化情報は、ＲＲＣメッセージとして具体化されてもよく、あるいはＲＲＣメッセージにおいて送信されてもよい。ＲＲＣが第１のアクセスノードにおいて終端してもよいため、即ち、端末から第２のアクセスノードへのＲＲＣメッセージは、常に第１のアクセスノードにおいて終端されてもよい。ＣＱＩ報告として具体化され且つ第２のアクセスノードに送出されている品質劣化情報は、第１のアクセスノードに自動的に転送されなくてもよいが、上述したように、第２のアクセスノードがそのようなステップを実行できてもよい。従って、第１のアクセスノードは、取得された品質劣化情報に基づいて適応させるステップを実行できてもよい。

【0086】

第３の例示的な態様に係る方法に関して、第２のアクセスノードは、図８を参照して後述する１つのオプションにおいて、ＲＲＣ中継を停止することでモバイルネットワークを適応させてもよい。図９を参照して後述する更なるオプションにおいて、第２のアクセスノードは、ＲＬＦ表示を取得してもよく、第１のアクセスノードにアップグレードすることでモバイルネットワークを適応させてもよく、ＲＬＦ表示を第１のアクセスノードにオプションとして転送してもよい。ＣＱＩ報告に関連して後述する第３のオプションにおいて、第２のアクセスノードはＣＱＩ報告を受信してもよく、モバイルネットワークを適応させてもよく、ＣＱＩ報告を第１のアクセスノードにオプションとして転送してもよい。

【0087】

以下において、図７〜図１２を参照して、ＬＴＥの範囲内で更なる実施形態を更に詳細に説明する。尚、「端末」及び「ユーザ機器」という用語は、本出願を通して同義で使用されてもよい。１つ以上の実施形態は、ＵＥが維持された２つの接続を介して個別に通信できるという仮定に基づく。無線リンク障害（ＲＬＦ）ダイバーシティも提供するために、ＵＥは、双方のリンクが非同期である場合にのみ規格化されたＲＬＦ手順をトリガするものとする。この点で、「非同期」という用語は、ユーザ機器が、例えば参照信号に関して同期情報を適切に復号化できなくてもよいという点でアクセスノードに対する同期を損失してしまっている恐れがあることを特に示してもよい。しかし、維持された接続のうちの一方のみが失敗する場合、異なるＵＥ挙動が実行されなければならない。実施形態により、ＵＥは、リンクのうちの一方のＲＬＦに関する新しいＲＲＣ ＲＬＦ警告メッセージを用いて当該ｅＮＢに通知でき、ｅＮＢは、ＲＲＣダイバーシティ接続を停止し、且つ／あるいはＵＥを当該ｅＮＢのうちの１つに完全にハンドオーバすることにより、この情報に迅速に反応できる。ｅＮＢは、障害を起こしたリンク又は別のリンクを介してマッピングされた潜在的なベアラを移動することを更に判断してもよい。

【0088】

図７は、一実施形態に係る方法のステップを示す。関連する通信シナリオは、ユーザ機器ＵＥと、サービング基地局と呼ばれる第１のアクセスノードと、補助基地局と呼ばれる第２のアクセスノードをと含む。第１のステップ７７６によれば、ユーザ機器はサービング基地局に接続される。この基地局は、ＵＥに対する補助基地局からの制御シグナリング中継補助を要求してもよい。更なるステップ７７８において、ＵＥは、補助基地局がサービング基地局に対して制御シグナリングを中継している状態で、サービング基地局及び補助基地局の双方を介して制御シグナリングを送受信するように構成される。更にＵＥは、維持された全ての接続の無線リンクを別個に監視してもよい。更なるステップ７８０において、ＵＥは、リンクのうちの１つに対する無線リンク障害を登録又は検出する場合、そのリンク上の送信を停止してもよく、維持された第２のリンクを介して無線リンク障害警告表示をサービング基地局に送信してもよく、これは、場合によっては補助基地局により中継される。方法の第１のオプションに従って実行されるステップ７８２において、障害を起こしたリンクが補助基地局に向いている場合、サービング基地局は、サービング基地局のみに接続するように再構成することをＵＥに通知してもよく、補助を停止するように補助基地局に通知してもよい。あるいは、方法の第２のオプションに従って実行されたステップ７８４において、障害を起こしたリンクがサービング基地局に向いている場合、サービング基地局は、送信を停止してもよく、ＵＥを補助基地局にハンドオーバし、補助基地局を、ＵＥ自体に対するサービング基地局にさせてもよい。

【0089】

また、１つのリンクのＲＬＦ警告から取得された情報及び別の維持された接続の情報により、Ｅ−ＵＴＲＡＮは、迅速にこれらの情報を組み合わせ、ＵＥ ＲＬＦ障害の理由、それらの統計について学び、必要な適応を適用できる。

【0090】

実施形態は、ＵＥが維持された２つの接続を介して個別に通信できるという仮定に基づく。無線リンク障害（ＲＬＦ）ダイバーシティも提供するために、ＵＥは、双方のリンクが非同期である場合にのみ規格化されたＲＬＦ手順をトリガするものとする。しかし、維持された接続のうちの一方のみが失敗する場合、以下において説明するように異なるＵＥ挙動が実行されなければならない。

【0091】

以下において、実施形態に係る手順を更に詳細に説明する。

【0092】

図８及び図９において、ＲＲＣ接続の設定に含まれたシグナリング及びリンクのうちの１つのＲＬＦに対する反応について説明する。図８において、モバイルネットワーク８００は、ユーザ機器８０２と、ソースｅＮｏｄｅＢ８０４と、補助ｅＮｏｄｅＢ８０８とを含む。図９において、モバイルネットワーク９００は、ユーザ機器９０２と、ソースｅＮｏｄｅＢ９０４と、補助ｅＮｏｄｅＢ９０８とを含む。図８、図９におけるステップは整数でラベル付けされる。ソース及びターゲットｅＮｏｄｅＢ８０４、９０４、９０８のＲＲＣアンカの機能性は、太い実線で示され、図中符号８８６、９８６で示される。補助ｅＮｏｄｅＢ８０８、９０８のＲＲＣ中継の機能は、図８、図９において太い点線で示され、図中符号８８８、９８８で示される。

【0093】

図８、図９によれば、ステップ１において、測定構成は、ソースｅＮｏｄｅＢ８０４、９０４からユーザ機器８０２、９０２に送出される。ステップ２において、早期測定報告は、ＵＥ８０２、９０２からソースｅＮｏｄｅＢ８０４、９０４に送出される。早期測定報告は、図２を参照して説明したＡ３事象に応答して発行されてもよい。後続のステップ３において、ＲＲＣ補助要求は、ソースｅＮｏｄｅＢ８０４、９０４から補助ｅＮｏｄｅＢ８０８、９０８に送出される。次のステップ４において、ＲＲＣ再構成情報を含むＲＲＣ補助応答は、補助ｅＮｏｄｅＢ８０８、９０８からソースｅＮｏｄｅＢ８０４、９０４に送出される。次のステップ５において、ＲＲＣ再構成情報は、補助ｅＮｏｄｅＢ８０８、９０８からソースｅＮｏｄｅＢ８０４、９０４に送出される。ＲＲＣ再構成は、ステップ５においてソースｅＮｏｄｅＢ８０４、９０４からＵＥ８０２、９０２に送出される。ステップ８９０、９９０において、ソースｅＮｏｄｅＢ８０４、９０４はＲＲＣダイバーシティを開始する。ステップ８９２、９８２において、補助ｅＮｏｄｅＢ８０８、９０８はＲＲＣ中継を開始する。次のステップ６において、ＵＥ８０２、９０２は、同期及びＲＡＣＨ手順要求を補助ｅＮｏｄｅＢ８０８に対して送出し、補助ｅＮｏｄｅＢ８０８は、それに応じて応答をＵＥ８０２、９０２に送出する。

【0094】

従って、ＵＥ８０２、９０２は、早期測定報告（２）を発行する測定構成（１）で最初に構成される。この測定は、ソースセル、補助セル又は種々のセルに関連してもよい。ソースｅＮＢ８０４、９０４においてこの測定報告を受信すると、それは（必要に応じて）この要求（４）を確認応答する補助ｅＮＢ８０８、９０８とのＲＲＣダイバーシティピアリング（３）を要求し、ソースｅＮＢ８０４、９０４がＵＥ８０２、９０２に転送するＲＲＣダイバーシティの送受信（５）を設定するようにＵＥ８０２、９０２に対するＲＲＣ再構成を含む。この時点で、ソースｅＮＢ８０４、９０４は、ＲＲＣメッセージがＵＥ８０２、９０２に対して直接送受信され、且つＵＥ８０２、９０２に対して中継するために補助ｅＮＢ８０８、９０８に対して更に送出／受信されるＲＲＣダイバーシティ状態に入る。ＵＥ８０２、９０２は、それ（６）に同期されるように補助ｅＮＢ８０８、９０８に対するＲＡＣＨ手順を開始する。

【0095】

図８において、補助セルへのＲＬＦに対する反応手順について説明し、図９において、ソースセルへのＲＬＦに対する手順について説明する。

【0096】

以下において、補助ｅＮＢ８０８非同期への反応について説明する。図８において示されるように、ＵＥ８０２と補助ｅＮＢ８０８との間のＲＬＦは、ステップ８８４において発生する。ステップ８９６において、ＵＥ８０２は、補助ｅＮｏｄｅＢ８０８に送信することを停止する。ステップ７において、ＵＥ８０２は、ＲＬＦ警告をソースｅＮｏｄｅＢ８０４に送出する。その結果、ソースｅＮｏｄｅＢ８０４は、ステップ８において補助ｅＮＢ８０８へのＲＲＣ中継を停止する。ステップ８９８、８９９において、それぞれ、ソースｅＮｏｄｅＢ８０４はＲＲＣダイバーシティを停止し、補助ｅＮＢ８０８はＲＲＣ中継を停止する。ステップ１０及び１１において、それぞれ、ソースｅＮｏｄｅＢ８０４はＲＲＣ再構成要求をＵＥ８０２に送出し、ＵＥ８０２はＲＲＣ再構成コマンドをソースｅＮｏｄｅＢ８０４に送出する。ＵＥ８０２は、ステップ６までの通信においてソースｅＮｏｄｅＢ８０４に接続される。ステップ６における同期及びＲＡＣＨ手順への応答を受信するＵＥと、ステップ１１の発生との間の通信において、ＵＥ８０２に対する二重接続が実行され、ソースｅＮｏｄｅＢ８０４はＲＲＣアンカノードを表してもよい。ステップ１１以降、ＵＥ８０２はソースｅＮｏｄｅＢ８０４に接続されるが、補助ｅＮｏｄｅＢ８０８には接続されない。その後、ソースｅＮＢ８０４は、経路切り替え要求をコアネットワークノードに送出してもよい、
従って、ＵＥ８０２は、補助セル（図８）に対する層３ＲＬＦ（即ち、終了したタイマＴ３１０）を測定した後、このリンク上の送信を停止し、以下において更に説明するようにソースｅＮＢ８０４に対する（７）ＲＬＦ警告メッセージの送信をトリガする。ソースｅＮＢ８０４は、補助ｅＮＢ８０８に対するＲＬＦをトリガしたＵＥ８０２を認識するため、ＵＥ８０２に対するＲＲＣ中継の機能性（８）を停止するように指標を補助ｅＮＢ８０８に送出する。この様に、ＵＥ８０２に対する無線リンク障害に関する情報を補助ｅＮＢ８０８が即座に通知され、これは、この状態をタイマ等に基づいてのみ推定する現在規格化されている解決方法では可能でなかった。この時点で、ＲＲＣダイバーシティがソースｅＮＢ８０４及び補助ｅＮＢ８０８の双方において停止されなければならない。ソースｅＮＢ８０４とＵＥ８０２との間の接続のみが維持されるべきであるため、ＵＥ８０２は、ＲＲＣダイバーシティを停止するが、ＵＥ８０２への接続は維持するように構成される。ソースｅＮＢ８０４は、ＲＲＣダイバーシティモードを終了してソースセルに単独で接続されるようにＵＥ８０２を再構成するためにＲＲＣ再構成手順（１０、１１）を使用する。

【0097】

システムがＵＥ８０２に対する二重接続が可能であれば、補助ｅＮＢ８０８において終端した潜在的なベアラもソースｅＮＢ８０４において終端するように再構成される。このため、ソースｅＮＢ８０４は、パケットがソースｅＮＢ８０４にルーティングされるようにコアネットワークに対して経路切り替えコマンドを更に送出する。

【0098】

従って、図８は、補助ｅＮＢ８０８非同期に対する無線リンク障害（ＲＬＦ）警告を示す。

【0099】

以下において、ソースｅＮＢ９０４非同期への反応について説明する。ステップ９９４において、ＵＥ９０２とソースｅＮｏｄｅＢ９０４との間のＲＬＦが発生している。ステップ９９６において、ＵＥ９０２は、ソースｅＮｏｄｅＢ９０４への送信を停止する。その後ステップ７において、ＲＬＦ警告は、補助ｅＮｏｄｅＢ９０８を介してＵＥ９０２からソースｅＮｏｄｅＢ９０４に送出される。ステップ８において、ソースｅＮｏｄｅＢ９０４は、ハンドオーバ要求を補助ｅＮｏｄｅＢ９０８に送出する。ステップ９において、補助ｅＮｏｄｅＢ９０８は、ハンドオーバ確認応答をソースｅＮｏｄｅＢ９０４に送出する。ステップ１１において、ソースｅＮｏｄｅＢ９０４は、補助ｅＮｏｄｅＢ９０８を介してＲＲＣ再構成要求をユーザ機器ＵＥ９０２に送出する。ステップ９９８において、ソースｅＮｏｄｅＢ９０４はＲＲＣダイバーシティを停止し、ステップ９９９において、補助ｅＮｏｄｅＢ９０８は、ＵＥ９０２に対するＲＲＣアンカにアップグレードする。ステップ１２において、ソースｅＮｏｄｅＢ９０４は、シーケンス番号状況伝達を補助ｅＮｏｄｅＢ９０８に送出し、ＵＥ９０２は、ステップ１３においてＲＲＣ再構成コマンドを補助ｅＮｏｄｅＢ９０８に送出する。ステップ１４において、補助ｅＮｏｄｅＢ９０８は、ＵＥコンテキスト解放メッセージをソースｅＮｏｄｅＢ９０４に送出する。ＵＥ９０２が受信する同期及びＲＡＣＨ手順に関連したメッセージの受信までの通信において、ＵＥ９０２はソースｅＮｏｄｅＢ９０４に接続される。ステップ６でＵＥ９０２がメッセージを受信することと、ステップ１３でメッセージ伝達が行われることとの間の時間間隔において、ソースｅＮｏｄｅＢ９０４がＲＲＣアンカノードであるＵＥ９０２に対する二重接続が実行される。ステップ１３以降、ＵＥ９０２は補助ｅＮｏｄｅＢ９０８に接続される。

【0100】

従って、図９において、ソースｅＮＢ９０４へのリンク上のＲＬＦが発生し、ＵＥ９０２内に登録される。それは、このリンク上のその送信を停止し、補助ｅＮＢ９０８に対するＲＬＦ警告表示（７）を送信する。補助ｅＮＢ９０８は、（それがＲＲＣ中継モードであるため）この指標をソースｅＮＢ９０４に対して更に転送する。次に、ソースｅＮＢ９０４は、ソース９０４とＵＥ９０２との接続が失われたことを確信しうるため、ＵＥ９０２を補助ｅＮＢ９０８に完全にハンドオーバする。従って、それは、補助ｅＮＢ９０８により確認応答される（９）ハンドオーバ要求表示（８）を補助ｅＮＢ９０８に送出する。確認応答は、ソースｅＮＢ９０４がＵＥ９０２に送出することになっているＵＥ９０２に対するハンドオーバコマンドを更に含む。ソースｅＮＢ９０４は、ハンドオーバコマンド（ＲＲＣ再構成（１１））をＲＲＣ中継、即ち補助ｅＮＢ９０８を介してＵＥ９０２に送出する。従って、補助ｅＮＢ９０８が、ＵＥ９０２の完全なハンドオーバを既に受信及び確認応答していても、依然としてＲＲＣ中継モードのままであることが重要である。ハンドオーバコマンドをＵＥ９０２に中継した後、補助ｅＮＢ９０８は、ＵＥ９０２に対するＲＲＣアンカになるように自身をアップグレードしてよい。ソースｅＮＢ９０４はＲＲＣダイバーシティを停止してよい。次に、ノード９０４、９０８の双方は規格化されたＨＯ手順に従う。即ち、ソースｅＮＢ９０４は、シーケンス番号状況伝達（１２）を補助ｅＮＢ９０８に送出し、バッファリングされたパケットを転送する。ＵＥ９０２は、ＲＲＣ再構成が補助（現在はアンカ）ｅＮＢ９０８に単独で接続されることを確認し（１３）、最終的に補助ｅＮＢ９０８は、ＵＥコンテキスト解放表示をソースｅＮＢ９０４に送出する（１４）。

【0101】

別の実施形態において、ＵＥ９０２に対するＲＲＣ中継モードにある補助ｅＮＢ９０８は、ソースが完全なハンドオーバを要求する場合にハンドオーバコマンドをＵＥ９０２（１１）自体に送信する。この変形例において、ソースｅＮＢ９０４がいずれにしてもそれを送信することになっていないため、ハンドオーバ要求確認応答メッセージは、ＵＥ９０２に対するハンドオーバコマンドを含む必要はない。しかし、ソースｅＮＢ９０４は、ＵＥ９０２が補助ｅＮＢ９０８にハンドオーバされること、並びにＳＮ状況伝達及びバッファリングされたデータ伝達を開始する必要があることを通知される必要がある。

【0102】

別の実施形態において、更に補助ｅＮＢ９０８は、自身が転送するＲＬＦ警告を検査し、且つハンドオーバ確認応答をソースｅＮＢ９０４に及びハンドオーバコマンドをＵＥ９０２自体に直接送出してよい。

【0103】

従って、図９は、ソースｅＮＢ非同期に対する無線リンク障害（ＲＬＦ）警告を示す。

【0104】

以下において、実施形態に係る無線リンク障害に関連した動作について説明する。

【0105】

全てのリンク上のＲＬＦに対する条件が同時に達成される場合にのみ現在のＲＬＦ手順がトリガされると仮定する。従って、ＲＲＣは、全てのリンクの物理層の問題を別個に評価する必要がある。

【0106】

ＵＥ８０２、９０２が物理層の問題を評価するためのタイマ及び定数は、リンク毎に構成可能であるものとする。従って、ＩＥ ｒｌｆ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓの複数のインスタンス（又はＴ３１０、Ｎ３１０、Ｎ３１１等の対応するタイマ／定数の少なくとも部分集合）が存在し、且つＵＥ９０２、９０２において構成可能であるものとする。別の実施形態において、同一の値が各リンクに適用されるが、評価は依然として個別に行われる。

【0107】

以下において、維持された接続毎のＲＬＦ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ情報要素を示す。この情報要素において、上述のタイマ及び定数が含まれてもよい。

【0108】

−−ＡＳＮ１ＳＴＡＲＴ
ＲＬＦ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ−ｒ９：：＝ ＣＨＯＩＣＥ｛
解放 ＮＵＬＬ，
設定 ＳＥＱＵＥＮＣＥ｛
ｔ３０１−ｒ９ ＥＮＵＭＥＲＡＴＥＤ｛
ｍｓ１００，ｍｓ２００，ｍｓ３００，ｍｓ４００，
ｍｓ６００，ｍｓ１０００，ｍｓ１５００，
ｍｓ２０００｝，
ｔ３１０−ｒ９ ＥＮＵＭＥＲＡＴＥＤ｛
ｍｓ０，ｍｓ５０，ｍｓ１００，ｍｓ２００，
ｍｓ５００，ｍｓ１０００，ｍｓ２０００｝，
ｎ３１０−ｒ９ ＥＮＵＭＥＲＡＴＥＤ｛
ｎ１，ｎ２，ｎ３，ｎ４，ｎ６，ｎ８，ｎ１０，
ｎ２０｝，
ｔ３１１−ｒ９ ＥＮＵＭＥＲＡＴＥＤ｛
ｍｓ１０００，ｍｓ３０００，ｍｓ５０００，
ｍｓ１００００，ｍｓ１５０００，
ｍｓ２００００，ｍｓ３００００｝，
ｎ３１１−ｒ９ ＥＮＵＭＥＲＡＴＥＤ｛
ｎ１，ｎ２，ｎ３，ｎ４，ｎ５，ｎ６，ｎ８，ｎ１０｝，
．．．
｝
｝
−−ＡＳＮ１ＳＴＯＰ
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける物理層の問題を検出するために、ＵＥ８０２、９０２は、Ｔ３００ｉ、Ｔ３０１ｉ、Ｔ３０４ｉ、Ｔ３１１ｉのいずれにもない間にＮ３１０ｉの連続した「非同期」指標が下位層から受信されるかを接続されたセル毎に別個に評価し、その後タイマＴ３１０ｉを始動させる。Ｔ３１０ｉが動作している間に下位層からＮ３１１ｉの連続した「同期」指標を受信すると、ＵＥはタイマＴ３１０ｉを停止させるものとする。例えば測定報告が送出されたかを更に評価する「非同期」／「同期」評価の更なる最先端の技術が適用される場合、リンク毎の別個の評価が更に適用されるものとする。

【0109】

以下において、実施形態に係るＲＬＦ−警告手順について説明する。

【0110】

ある特定のセルのＴ３１０終了時又は最大数のスケジューリング要求に到達した時、あるいはＲＬＣ最大数の再送信がこのセルに対する指標に到達した時、ＵＥ８０２、９０２は、以下において規定されるような新しいＲＬＦ−警告手順をトリガするものとする。

【0111】

ＵＥ８０２、９０２は、以下の修正された動作をトリガし、且つＲＬＦ−警告指標が維持された第２の接続を介して直接送出されるように準備するものとする。更に、従来のＲＬＦ−報告を修正された方法で準備する。

【0112】

以下の２つの擬似コードの例において、ＴＳ３６．３３１Ｖ１１．２．０（２０１２−１２）、セクション５．３．１１．３「Ｄｅｔｅｃｔｉｏｎ ｏｆ ＲＬＦ」に係るＲＬＦ手順に関して図８、図９の方法の実施形態を説明してもよい。理解を容易にするため、変更されていない擬似コード部分は省略されていてもよい。特に、この規格からの逸脱は、擬似コードの例との比較により推論されてよく、見やすくするために太字で表される。第１の擬似コードの例は、端末８０２、９０２が劣化又は障害である接続を介して送受信を停止してもよいため、上り方向及び下り方向の双方で通信を停止してもよい方法の実施形態に関連してもよい。第２の擬似コードの例は、端末がそれぞれのアクセスノード８０４、８０８、９０４、９０８への劣化した接続又は障害である接続を介した上り方向の送信を継続してもよいが、それぞれのアクセスノード８０４、８０８、９０４、９０８に対する情報を劣化した接続又は障害である接続を介して全く受信しなくてもよい方法の実施形態に関連してもよい。

【0113】

代替例１
２＞無線リンク障害が検出されることを考慮しない
２＞ 以下において説明するＲＬＦ警告を送信するためのリンクの選択に従って又は以下において説明するＲＬＦ警告の内容に従って以下の無線リンク障害情報を修正されたＶａｒＲＬＦ−報告に格納する
２＞ ＡＳセキュリティが起動されていない場合
３＞ 解放の原因「その他」と共に、３６．３３１／５．３．１２において規定されるようなＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離脱する時に動作を実行しない
２＞ それ以外の場合
３＞ ３６．３３１／５．３．７において規定されるような接続再確立手順を開始しない
２＞ ＲＬＦが検出されるリンク上の送受信を停止する
２＞ １つ又は複数の他の維持された接続を介したＵＥからＥ−ＵＴＲＡへの新しいＲＬＦ−警告指標の送信をトリガする
代替例２
２＞無線リンク障害が検出されることを考慮しない
２＞ 以下において説明するＲＬＦ警告の内容に従って以下の無線リンク障害情報を修正されたＶａｒＲＬＦ−報告に格納する
２＞ ＡＳセキュリティが起動されていない場合
３＞ 解放の原因「その他」と共に、３６．３３１／５．３．１２において規定されるようなＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離脱する時に動作を実行しない
２＞ それ以外の場合
３＞ ３６．３３１／５．３．７において規定されるような接続再確立手順を開始しない
２＞ １つ又は複数の他の維持された接続を介したＵＥからＥ−ＵＴＲＡへの新しいＲＬＦ−警告指標の送信をトリガする
代替例２により、端末８０２、９０２は、Ｔ３１０が切れているリンク上の送信／受信を停止しない。Ｔ３１０の終了は、ダウンリンクチャネルが低品質のチャネルに起因する問題を有することのみを意味し、アップリンクに何らかの問題があることを意味しない。従って、アップリンク送信は、基地局８０４、８０８、９０４、９０８に正常に到達できる。これは、端末のアップリンク送信のための確認応答が、ＲＬＦが検出されていないリンク等の別のリンク上でネットワークから端末８０２、９０２に送信される場合に特に有益であると期待される。

【0114】

Ｔ３１０が切れたリンク上で端末８０２、９０２が送受信（受信しようと）を継続する場合、ＲＬＦが検出された後にリンクが後でより適切になる場合に端末８０２、９０２がそのリンクの使用を再開できる。

【0115】

例えば端末８０２、９０２は、ソースアクセスノード８０４、９０４及び補助アクセスノード８０８、９０８の１つのアクセスノード８０４、８０８、９０４、９０８への接続上のＲＬＦを検出でき、第１のオプションにおいて、ＲＬＦ表示を他のそれぞれのアクセスノード８０４、８０８、９０４、９０８に送出し、当該他のそれぞれのアクセスノード８０４、８０８、９０４、９０８は、検出したＲＬＦに関連付けられたアクセスノード８０４、８０８、９０４、９０８にＲＬＦ指標を転送できる。端末８０２、９０２は、検出されたＲＬＦと関連付けられたアクセスノード８０４、８０８、９０４、９０８に対する送信及び／又は受信を停止してもよく、あるいは検出されたＲＬＦと関連付けられたアクセスノード８０４、８０８、９０４、９０８に対する送信及び／又は受信を継続してもよい。第２のオプションにおいて、端末８０２、９０２は、検出されたＲＬＦと関連付けられたアクセスノード８０４、８０８、９０４、９０８にＲＬＦ表示を送出してもよい。この場合、端末８０２、９０２は、このアクセスノード８０４、８０８、９０４、９０８に対する送信及び／又は受信を停止しなくてもよい。その結果、アクセスノード８０４、８０８、９０４、９０８は、ＲＬＦ警告を、検出されたＲＬＦと関連付けられていない他のアクセスノード８０４、８０８、９０４、９０８に転送してもよい。

【0116】

以下において、実施形態に係るＲＬＦ−警告を送信するためのリンクの選択について説明する。

【0117】

端末８０２、９０２は、それがＲＬＦ−警告を送出する一組の構成されたリンクを選択してもよい。例えばそれは、ＲＬＦ−警告を例えばソースリンク上のみで全ての構成されたリンクの部分集合又は全てのセルに送出してもよい。

【0118】

端末８０２、９０２は、Ｔ３１０が経過したリンクを与えるノード８０４、８０８、９０４、９０８へ１つ以上の別のリンクをそれが有することを認識する場合、例えば、ノードから端末８０２、９０２への２つのリンクがあり、且つＴ３１０がこれらのリンクのうちの１つに対してのみ経過した場合、１つ以上の別のリンク上でＲＬＦ−警告を送信することが有益となる。

【0119】

端末８０２、９０２は、Ｔ３１０が経過したリンクにＲＬＦ−警告を送出しさえしてもよい。Ｔ３１０が経過したリンクにＲＬＦ−警告を送出する利点は、該当するノード８０４、８０８、９０４、９０８がＴ３１０の終了に関して通知される必要があってもよいことである。Ｔ３１０の終了は、ダウンリンク品質が低いが、ＲＬＦ−警告が該当するノード８０４、８０８、９０４、９０８に到達できるほど十分に高い品質をアップリンクが依然として有してもよいことを示す。

【0120】

以下において、実施形態に係るＲＬＦ−警告の内容について説明する。

【0121】

（１）このＲＬＦ−警告メッセージは、維持された接続のうちの１つが失われたことをＥ−ＵＴＲＡに対して示す。それは、従来のＲＬＦ−報告からの情報の部分集合及び障害の詳細な理由をオプションとして含んでよい。それは、ＲＦＬ−警告がどの接続に属するかの表示を更に含んでもよい。ＲＬＦ−警告に対する潜在的なフィールドの限定的なリストを以下に挙げる。ＲＬＦ−警告が属するセルの情報は、
−プライマリセル（ＰＣｅｌｌ）識別（ＩＤ）、セルグローバルＩＤ、物理セルＩＤ、このセルの搬送周波数に属する
（２）ＲＬＦ−警告が属するセルに対する最新測定結果又は履歴測定結果
−基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）等
（３）他のサービングセルに対する最新測定結果又は履歴測定結果
−ＲＳＲＰ、ＲＳＲＱ等、それぞれの測定値に対するセル識別子
（４）非サービング隣接セルに対する最新測定結果又は履歴測定結果
−Ｅ−ＵＴＲＡ、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）、汎ヨーロッパデジタル移動通信システム（ＧＳＭ）ＧＳＭ進化型高速データレート（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、ＣＤＭＡ２０００又は他のシステムの測定値
（５）障害の時間
（６）障害の詳細な種類及び理由
−非同期、最大数のスケジューリング要求、到達したＲＬＦ再送信等
（７）ＵＥ状態情報、測定事象等の現在の事象のリスト
（８）バッファ状態
以下において、実施形態に従って修正されたＲＬＦ−報告について説明する。この種のＲＬＦ報告は、端末８０２、９０２とアクセスノード８０４、８０８、９０４、９０８との間の単一の接続に対するＲＦＬ報告に向けられてもよいＴＳ３６．３３１Ｖ１１．２．０（２０１２−１２）に係る従来のＲＬＦ報告に関して修正されると考えられてもよい。

【0122】

元のＲＬＦ報告において、ＵＥ８０２、９０２は、障害が起こった（単一の）リンクに対するＲＬＦ関連情報を格納し、要求時に報告をＥ−ＵＴＲＡＮに送出する。報告は、別のＲＬＦが発生する際に無効にされる。ＲＲＣダイバーシティにおいて、ＵＥ８０２、９０２は、全てのリンクが障害を起こす場合にのみ元のＲＬＦ手順及び元のＲＬＦ報告をトリガするものとする。従って、この報告は、複数のリンクに関する情報を搬送するように修正されうる。

【0123】

一実施形態において、修正された単一のＲＬＦ報告は、複数の又は全てのリンクに関する情報を含んでよい。

【0124】

別の実施形態において、複数のＲＬＦ報告、即ちリンク毎に１つのＲＬＦ報告は、Ｅ−ＵＴＲＡにより個別に又は集合的に作成及び要求されうる。

【0125】

以下において、ネットワークにおけるチャネル品質指標（ＣＱＩ）の監視ついて説明する。ＣＱＩの情報又は報告は、上述のＲＦＬ警告表示に関する品質劣化情報に対する別の一実施形態を表してもよい。

【0126】

上述したようにＵＥ８０２、９０２に対するＲＲＣ再構成をトリガするためにネットワークにおいてＲＬＦ−警告を使用する代わりに、それぞれのネットワークノード８０４、８０８、９０４、９０８においてリンク毎に受信されたＣＱＩ報告は、現在ＵＥ８０２、９０２に更に接続されている別のノード８０４、８０８、９０４、９０８に転送されうる。例えば、ソースｅＮｏｄｅＢ８０４、９０４が接続品質劣化と関連付けられてもよい場合、ソースｅＮｏｄｅ８０４、９０４が受信するＣＱＩは、補助ｅＮｏｄｅ８０８、９０８に送信されてもよい。補助ｅＮｏｄｅＢ８０８、９０８が接続品質劣化と関連付けられてもよい場合、補助ｅＮｏｄｅ８０４、９０４が受信するＣＱＩ報告は、ソースｅＮｏｄｅＢ８０４、９０４に送出されてもよい。一実施形態において、ネットワークは、端末８０２、９０２から受信された端末の種々の接続に関する受信されたＣＱＩ報告を監視する。報告されたＣＱＩがある特定の閾値を下回る１つの接続に対するチャネル品質を示す場合、ネットワークは、接続が端末８０２、９０２を使用するのに不適当であると考える。

【0127】

ネットワークは、接続の品質が十分に良好でなく且つ端末８０２、９０２が使用するのに不適当であると考える場合、以下のような措置を取ってもよい。尚、考慮される接続の種類に依存して、異なる挙動が適用されてもよい。

【0128】

（１）ハンドオーバをトリガする−ネットワークは、別のおそらくより良い品質のセルへのハンドオーバを実行するように端末８０２、９０２に指示してよい。粗悪な品質の接続がソースセルである場合、これは、別のセルがソース接続になることを保証する１つの代替例である。補助セルがソースセルより良い品質であることが識別されている場合、ソースｅＮＢ非同期への反応に対して上述したような同様の手順が想定されうる。

【0129】

（２）ソースセル及び補助セルの切り替え−ネットワークは、補助セルの品質が受け入れ可能である一方で、ソースセルの品質がある特定の閾値を下回ることを検出する場合、補助セルが代わりにソースセルになり且つソースセルが代わりに補助セルになるように切り替えをトリガしうる。ＵＥ８０２、９０２がＲＲＣアンカとして動作するネットワーク要素８０４、８０８、９０４、９０８を認識しえないため、これはハンドオーバに類似するが、それはＲＲＣ再構成をＵＥ８０２、９０２に含まなくてもよい。

【0130】

（３）補助セルを構成解除する−補助セルとして動作するセルの品質が悪い場合、補助セルを維持する動機。従って、ネットワークは補助セルを構成解除してもよい。補助セルを構成解除した後に端末８０２、９０２がソースセルでのみ構成される場合、ＲＲＣダイバーシティは構成解除されてもよい。この挙動は、補助ｅＮＢ非同期への反応に対して上述した手順に類似する。

【0131】

以下において、実施形態に係るＥ−ＵＴＲＡＮにおけるＵＬ／ＤＬトラブルシューティングに対するＲＬＦ−警告について説明する。

【0132】

ＲＬＦ警告が接続（非同期、到達した最大数のスケジューリング要求又は到達した最大数のＲＬＣ再送信等によりトリガされた）の１つのリンクに対して発生する場合は常に、受信ｅＮＢ８０４、８０８、９０４、９０８は、それをそれ自身のワーキングリンクに関する、例えばＵＥに対して行われた現在の事象及び送信に関する情報と組み合わせることにより警告メッセージにおいて与えられるような障害の理由及びＵＥの測定値等に関する情報を利用できる。従って、ＲＬＦ警告手順により、Ｅ−ＵＴＲＡＮは、ＵＥとｅＮＢの情報とを組み合わせて、問題が示されたリンク上でｅＮＢ８０４、８０８、９０４、９０８がＵＥ８０２、９０２を受信しなかったこと、あるいはその逆又は双方に問題が関連したかを判定する。

【0133】

更にｅＮＢ８０４、８０８、９０４、９０８は、ＵＥ８０２、９０２と同様の障害、例えば到達した最大数の再同期試行、到達した最大数のスケジューリング要求又は到達した最大数のＲＬＣ再送信に遭遇してもよく、その後、行われたＵＥ事象及び送信に関する履歴データを提供するようにＵＥ８０２、９０２に要求できる。この機能性は、ｅＮＢ８０４、８０８、９０４、９０８によりトリガされ且つ維持された接続のうちの１つを介して送信される別の要求／応答メッセージ交換により確立されうる。

【0134】

組み合わされた情報により、Ｅ−ＵＴＲＡＮは、迅速にこれらの接続性の問題に反応し、且つある特定の重要パファーマンス指標等のＵＥ８０２、９０２及びシステム全体に対する性能を改善するようにそのシステム設定を適応させることができる。

【0135】

更なる実施形態は以下の通りである。

【0136】

一実施形態において、このそれぞれのリンクに対する既存のＴ３１０タイマに依存してＲＬＦ警告送信をトリガするのではなく、Ｔ３１０タイマと同時に始動するが異なる終了時間を有するリンク毎の新しいタイマが使用される。このように、ＲＬＦ警告表示送信がリンク毎の既存のＲＬＦ評価に関係なくトリガされうるため、ＲＬＦ警告は、例えばそのリンク上のＲＬＦがトリガされるより早く送信されうる。更に、リンク毎の第２のＮ３１０及びＮ３１１の定数はこの評価のために使用されうる。

【0137】

以下において、１つ以上の実施形態の利点について説明する。

【0138】

提供される解決方法により、ＵＥ８０２、９０２とｅＮＢ８０４、８０８、９０４、９０８との間の不要な送信は、ＲＲＣダイバーシティモードで回避される。このように、干渉及びバッテリ消費は低下する。説明される手順により、ＵＥ８０２、９０２は、ダイバーシティ送信モードで１つのリンク上でＲＬＦに遭遇する際にＲＲＣ接続を維持できる。維持された接続のうちの１つが失敗する場合の接続のうちの１つに対する高速フォールバック（又は高速不フォールフォワード）が保証される。

【0139】

また、この解決方法により、オペレータは、無線ネットワークにおける間欠的な性能劣化の根本原因を理解できるようになり、特にそれがネットワークの問題又はＵＥの問題、あるいは双方の問題であるかを理解できるようになる。ネットワークへのいくつかの接続のうちの１つのみが動作する必要があればよいため、方法はかなり劣悪な条件でも機能する。

【0140】

この解決方法により、システムは、非常に迅速にＵＥの接続性の問題に適応し、且つシステムの性能を改善するようにシステムを適応させることができる。

【0141】

図１０を参照して、モバイルネットワークを適応させる端末１００２について説明する。例えば端末１００２は、端末８０２又は９０２に対応してもよい。端末１００２は、第１の接続を介してモバイルネットワークの第１のアクセスノードに接続され、第２の接続を介して第２のアクセスノードに接続される。第１のアクセスノードは、端末１００２に対するデータ送信を制御する。第２のアクセスノードは、端末１００２に対するデータ送信を補助する。端末１００２は、第１のアクセスノード及び第２のアクセスノードに対する１つ以上のインタフェース１００３を含んでもよい。１つ以上のインタフェース１００３は、各々が端末１００２のプロセッサ１００５に結合されてもよい。プロセッサ１００５は、端末１００２のメモリ１００７へアクセスできる。

【0142】

端末１００２は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化するかを判定するように構成された判定ユニット１００９と、取得される品質劣化情報に基づいてモバイルネットワークを適応させるための判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニット１０１１とを備える。更なる一実現例において、端末１００２は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化する恐れがあるかを判定するように構成された判定ユニット１００９と、特にモバイルネットワークを適応させるための判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニット１０１１とを備えてもよい。

【0143】

上述した２つの実現例において、判定ユニット１００９はプロセッサ１００５の一部であってもよい。更に、取得ユニット１０１１は１つ以上のインタフェース１００３の一部であってもよい。１つ以上のインタフェース１００３は、それぞれ、１つ以上のインタフェース１００３の受信機能及び送出機能を実現する受信ユニット１０１３及び送出ユニット１０１５を更に備えてもよい。送出ユニット１０１５は、品質劣化情報を送出することに関連した上述の機能性を実現してもよい。

【0144】

端末１００２は、上述の実施形態に係る方法を実行するように構成され、図１０に示されたそれぞれの物理ユニット１００３、１００５、１００７に内蔵されたユニットに基づくそれぞれの機能性を含む。

【0145】

図１１を参照して、モバイルネットワークを適応させるアクセスノード１１０４を示す。例えばアクセスノード１１０４は、第１のアクセスノード８０４、９０４に対応してもよい。端末は、接続を介してモバイルネットワークのアクセスノード１１０４に接続され、別の第２の接続を介して別のアクセスノードに接続される。アクセスノード１１０４は端末に対するデータ送信を制御し、別のアクセスノードは端末に対するデータ送信を補助する。アクセスノード１００４は、端末及び別のアクセスノードに対する１つ以上のインタフェース１１０３を含んでもよい。１つ以上のインタフェース１１０３は、各々がアクセスノード１１０４のプロセッサ１１０５に結合されてもよい。プロセッサ１００５は、アクセスノード１１０４のメモリ１１０７へアクセスできる。

【0146】

アクセスノード１１０４は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化するか否かの判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニット１１１１と、取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応ユニット１１１７とを備える。更なる一実現例において、アクセスノード１１０４は、第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニット１１１１を備えてもよい。例えば品質劣化情報は、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化する恐れがあるか否かの判定に基づいてもよい。この更なる実現例において、アクセスノード１１０４は、取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応ユニット１１１７を備えてもよい。双方の実現例において、アクセスノード１１０４は、接続及び別の接続のうち少なくとも一方の品質が劣化する恐れがあるかを判定するように構成された判定ユニットを更に備えてもよい。

【0147】

上述の２つの実現例において、取得ユニット１１１１及び適応ユニット１１１７は、１つ以上のインタフェース１１０３の一部であってもよい。１つ以上のインタフェース１１０３は、それぞれ、１つ以上のインタフェース１１０３の受信機能及び送出機能を実現する受信ユニット１１１３及び送出ユニット１１１５を更に備えてもよい。判定ユニットは、プロセッサ１１０５の一部であってもよい。

【0148】

アクセスノード１１０４は、上述の実施形態に係る方法を実行するように構成され、図１１に示されたそれぞれの物理ユニット１１０３、１１０５、１１０７に内蔵されたユニットに基づくそれぞれの機能性を含む。

【0149】

図１２を参照して、モバイルネットワークを適応させるアクセスノード１２０８を示す。例えばアクセスノード１２０８は、アクセスノード８０８、９０８に対応してもよい。端末は、接続を介してモバイルネットワークのアクセスノード１２０８に接続され、別の接続を介して別のアクセスノードに接続される。別のアクセスノードは端末に対するデータ送信を制御し、アクセスノード１２０８は端末に対するデータ送信を補助する。アクセスノード１２０８は、端末及び別のアクセスノードに対する１つ以上のインタフェース１１０３を含んでもよい。１つ以上のインタフェース１２０３は、各々がアクセスノード１２０８のプロセッサ１２０５に結合されてもよい。プロセッサ１２０５は、アクセスノード１２０８のメモリ１１０７へアクセスできる。

【0150】

アクセスノード１２０８は、接続及び別の接続のうち少なくとも一方の品質の劣化に関する取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応ユニット１２１７を備え、接続及び別の接続のうち少なくとも一方の品質が劣化するか否かの判定に基づく品質劣化情報を取得することが低下する。更なる一実現例において、アクセスノード１２０８は、劣化している接続及び別の接続のうち少なくとも一方の品質に基づいてモバイルネットワークを適応させるように構成された適応ユニット１２１７を備えてもよい。本実現例において、適応ユニット１２１７は、接続及び別の接続のうち少なくとも一方の品質の劣化に関する取得された品質劣化情報に基づいて適応を実行するように構成されてもよい。品質劣化情報を取得することは、接続及び別の接続のうち少なくとも一方の品質が劣化するか否かの判定の基づいてもよい。

【0151】

双方の後者の実現例において、アクセスノード１２０８は、品質劣化情報を取得するように構成された取得ユニット１２１１を備えてもよい。双方の後述する実現例において、アクセスノード１２０８は、接続及び別の接続のうち少なくとも一方の品質が劣化する恐れがあるかを判定するように構成された判定ユニット１２０９を更に備えてもよい。

【0152】

適応ユニット１２１７は１つ以上のインタフェース１２０３の一部であってもよく、取得ユニット１０１１も１つ以上のインタフェース１２０３の一部であってもよい。１つ以上のインタフェース１２０３は、それぞれ、１つ以上のインタフェース１２０３の受信機能及び送出機能を実現する受信ユニット１２１３及び送出ユニット１２１５を更に備えてもよい。判定ユニット１２０９は、プロセッサ１２０５の一部であってもよい。

【0153】

アクセスノード１２０８は、上述の実施形態に係る方法を実行するように構成され、図１２に示されたそれぞれの物理ユニット１２０３、１２０５、１２０７に内蔵されたユニットに基づくそれぞれの機能性を含む。

【0154】

尚、それぞれのエンティティ１００２、１１０４、１２０８の上述の機能性を実現するユニット１００９〜１０１５、１１０９〜１１１７、１２０９〜１２１７に基づいて説明された機能性は、ソフトウェア、並びに／あるいはハードウェア及びソフトウェアで更に実現されてもよい。この目的のために、適切に構成されたコンピュータプログラムコードは、それぞれのエンティティ１００２、１１０４、１２０８の上述の機能性を実現するために上述のそれぞれのエンティティ１００２、１１０４、１２０８のメモリ１００７、１１０７、１２０７に格納されてもよい。メモリ１００７、１１０７、１２０７及びコンピュータプログラムコードは、コンピュータプログラム製品を形成してもよい。コンピュータプログラムコードは、それぞれのエンティティ１００２、１１０４、１２０８のメモリ１００７、１１０７、１２０７にロード可能な異なるメモリに更に格納されてもよい。コンピュータプログラムコードは、更なるコンピュータプログラム製品を形成するダウンロード可能な形式で更に提供されてもよい。

【0155】

尚、図１０〜図１２にそれぞれ示された端末１００２の物理ユニット１００３〜１００７、１１０３〜１１０７、１２０３〜１２０７及びアクセスノード１１０４、１２０８とこれらの図にそれぞれ示された端末１００２の機能性に基づくユニット１００９〜１０１５、１１０９〜１１１７、１２０９〜１２１７及びアクセスノード１１０４、１２０４との関連付けは、説明される実施形態とは異なってもよい。例えば、図１０に示された端末１００２の取得ユニット１０１１は、端末１００２のインタフェース１００３、プロセッサ１００５及びメモリ１００７の一部であってもよい。

【0156】

尚、実施形態は、ＧＳＭ及びＵＭＴＳのＬＴＥ及び無線アクセスネットワークに適用可能である。

【0157】

以下において、本発明の種々の更なる実施形態を説明する。

【0158】

１．モバイルネットワークを適応させる方法の実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークの第１のアクセスノードに第１の接続を介して接続され、端末に対するデータ送信を補助する第２のアクセスノードに第２の接続を介して接続される方法であって、
−第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているかを判定することと、
−第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を判定するステップに基づいて取得することと、
−取得するステップに基づいてモバイルネットワークを適応させることと、を備える方法。

【0159】

特に、端末はモバイルネットワークの一部である。

【0160】

特に、「端末のデータ送信を制御する第１のアクセスノード」という用語は、端末に対するアップリンク及び／又はダウンリンクデータ送信のためのリソース割り当ての第１のアクセスノードによる制御を特に示してもよい。特に、第１のアクセスノードは、例えば端末に対するデータ送信のために常に採用されている端末のデータ送信のためのアンカノードと呼ばれてよい。例えばＬＴＥにおいて、データ送信を制御することは、端末と第１のアクセスノードとの間のエアインタフェースを介したリソースの割り当てに関連したプロトコル、特にＲＲＣプロトコルを第１のアクセスノードにおいて終端させることを含んでもよい。

【0161】

特に、「端末に対するデータ送信を補助する第２のアクセスノード」という用語は、第２のアクセスノードが、端末へのデータ送信を制御する機能を有さなくてもよいが、アクセスノードと端末との間のアップリンク及び／又はダウンリンクデータ送信を中継してもよいことを特に示してもよい。特に、第２のアクセスノードは、例えば端末に対するデータ送信のための中継ノードとして使用される、端末のデータ送信のためのブースタノードと呼ばれてよい。従って、第１のアクセスノードと端末との間で送出された情報は、第２のアクセスノードを介して第１のアクセスノードと端末との間で重複して送出されてもよい。

【0162】

特に、「データ送信」という用語は、端末からモバイルネットワークへの上り方向及び／又はモバイルネットワークから端末への下り方向のシグナリングデータ及び／又はペイロードデータの送信を含んでもよい。

【0163】

特に、第１の接続及び第２の接続は、互いに独立していてもよく、データ送信に関連して確立されるそれぞれの無線ベアラを含んでもよい。

【0164】

特に、説明される実施形態において第１のアクセスノードを「ソースｅＮＢ」と呼び、図４において第１の接続を「アンカ」によりラベル付けする。特に、説明される実施形態において第２のアクセスノードを「補助ｅＮＢ」と呼ぶ。図４において第２の接続を「ブースタ」によりラベル付けする尚、図１及び図２に関連して説明したターゲットｅＮＢは、端末に対するデータ送信を制御するように構成されたアクセスノードを更に表す。

【0165】

特に、端末に対するデータ送信において、データは第１のアクセスノードから端末に送出され、重複したデータは第２のアクセスノードから端末に送出される。第１のアクセスノードは、各データを重複し、重複したデータを第２のアクセスノードに送出する。

【0166】

２．判定するステップにおいて第１の接続が障害であるとの結果であると、適応させるステップは、
−−障害ではない接続を維持することを含む実施形態１に係る方法。

【0167】

３．判定するステップにおいて第１の接続が障害であるとの結果であると、適応させるステップは、
−−第１のアクセスノードにより第１のアクセスノードから第２のアクセスノードに端末をハンドオーバすることと、第１の接続を切断することとを含む先行する実施形態のいずれかに係る方法。

【0168】

例えば第１のアクセスノードは、ハンドオーバ要求を第２のアクセスノードに送出することにより端末のハンドオーバを開始してもよい。第２のアクセスノードは、ハンドオーバ要求を端末に転送又は中継してもよい。第１のアクセスノードは、端末のデータ送信の制御を停止してもよい。ＬＴＥにおいて、後者は、ＲＲＣダイバーシティを停止することに関連してもよい。第１のアクセスノードにおいて使用されるＲＲＣダイバーシティにおいては、データを直接端末に送出することと、第１のアクセスノードにより端末に送出されるデータの重複を、第２のアクセスノードに端末に中継させるために、第２のアクセスノードに送出することとに関連してもよい。従って、ＲＲＣダイバーシティを停止することは、送出されたデータをこれ以上重複しないこと、即ち従来の機能性を維持するために端末への直接接続のみを維持することを示してもよい。あるいは、換言すると、特にＬＴＥに関して、後者は、ＲＲＣ信号重複を停止することと、第２のアクセスノードに転送することとに関連してもよい。

【0169】

４．適応させるステップは、
−−端末のデータ送信を制御する制御機能を第１のアクセスノードにより第１のアクセスノードから第２のアクセスノードに移すことを更に含む実施形態３に係る方法。

【0170】

特に、図９を参照して実施形態３及び４を説明する。

【0171】

５．判定するステップにおいて第２の接続が障害であるとの結果であると、適応させるステップは、
−−第１のアクセスノードにより第２の接続を切断することを要求することと、
−−端末に対するデータ送信のために第２のアクセスノードを利用ることを停止することと、を含む先行する実施形態のいずれかに係る方法。

【0172】

特に、データ送信のために第２のアクセスノードを利用することを停止するステップは、第１のアクセスノードから端末に送出されたデータを重複することを停止することと、重複したデータを第２のアクセスノードに送出することを停止することとを含んでもよい。特に、このステップは、ＲＲＣダイバーシティを停止するもの、第２のアクセスノードに送出されることになるデータ又はメッセージをこれ以上重複しないことに関連するものとして実現されてもよい。従って、第１のアクセスノードからＵＥへの直接接続のみが維持されてもよく、後者をモバイルネットワークの第１のアクセスノードの従来の機能性と呼ぶ。

【0173】

特に、図８を参照して実施形態５を説明する。

【0174】

６．判定するステップにおいて第１の接続及び第２の接続の１つの接続が障害であるとの結果であると、取得するステップは、
−−端末への接続が障害ではない第１のアクセスノード及び第２のアクセスノードのアクセスノードに、端末が品質劣化情報を送出することを含む先行する実施形態のいずれかに係る方法。

【0175】

特に、品質劣化情報は、図８を参照して説明されるように、第２の接続が障害である場合に第１のアクセスノードに送出されてもよい。品質劣化情報は、第１の接続が障害である場合に第２のアクセスノードに送出されてもよく、第２のアクセスノードにより第１のアクセスノードに中継又は転送されてもよい。

【0176】

７．品質劣化情報は、上述したように障害通知表示、特にＲＬＦ警告表示を含む実施形態６に係る方法。

【0177】

特に、障害通知表示は、特に従来のメッセージ又は新型のメッセージに含まれた個々の指標を表してもよく、あるいは特定の種類のメッセージであってもよい。

【0178】

特に、先行する実施形態のいずれかによれば、品質劣化情報は、
−−障害である接続と関連付けられたアクセスノードが受け持っている領域、特にセルの識別を示すセル識別指標、特にＰセル識別（ＩＤ）、セルグローバルＩＤ、物理セルＩＤ又はセルの搬送周波数、
−−障害である接続と関連付けられたアクセスノードが受け持つ領域に対して以前の期間に取得された測定結果に関する情報、
−−障害ではない接続と関連付けられたアクセスノードが受け持つ領域、特にセルに対して以前の期間に取得された測定結果に関する情報、
−−第１のアクセスノード及び第２のアクセスノードとは異なる更なるアクセスノードが受け持つ少なくとも１つの更なる領域、特に更なるセルに対して以前の期間に取得された測定結果に関する情報、特に測定のための識別子に対して取得された測定結果に関する情報、
−−障害である接続を示す接続表示、
−−障害である接続の失敗のタイマ、並びに
−−障害の理由
のグループから選択された少なくとも１つの情報を含んでもよい。

【0179】

特に、障害の理由は、以下のうちの少なくとも１つを含んでもよい。

【0180】

−−所定の数の条件のカウンタ達成の後に始動し、所定の数の別の条件のカウンタ達成の後に停止するタイマの終了、例えばＬＴＥにおいて、後者は、ＲＬＦタイマ終了を示す「非同期」に対応してもよい、
−−それぞれの接続を介して送出された最大のスケジューリング要求、例えばＬＴＥにおいて、後者は、到達した最大数のＲＬＣ再送信に対応してもよい、
−−それぞれの接続を介して端末により送出されたデータの最大の再送信、例えばＬＴＥにおいて、後者は、到達した最大数のスケジューリング要求に対応してもよい、及び
−−それぞれの接続を介してデータ送信を受信することなくそれぞれの接続を介して端末により送出された最大の不成功のランダムアクセス試行、例えばＬＴＥにおいて、後者は、ランダムアクセスチャネル（ＲＡＣＨ）失敗に対応してもよい。

【0181】

特に、上述した少なくとも１つの情報は、１つのメッセージにおいて障害通知表示と共に送出されてもよく、あるいは取得するステップのために送出された障害通知表示の後に送出されてもよい。

【0182】

８．判定するステップにおいて第１の接続及び第２の接続が障害であるとの結果であると、適応させるステップは、
−−モバイルネットワークの更なるアクセスノードと端末との更なる接続を確立することを含む。

【0183】

特に、先行する実施形態によれば、取得するステップは端末により実行されてもよい。確立するステップは端末により開始されてもよい。更なるアクセスノードは、第１のアクセスノード及び第２のアクセスノードとは異なってもよく、あるいは第１のアクセスノード及び第２のアクセスノードの一方であってもよい先行する実施形態のいずれかに係る方法。

【0184】

９．−モバイルネットワークに対して少なくとも１つの重要パファーマンス指標を判定することを更に備え、
適応させるステップは、少なくとも１つの重要パファーマンス指標に基づいてモバイルネットワークの少なくとも１つのシステム設定を適応させることを含む先行する実施形態のいずれかに係る方法。

【0185】

特に、システム設定を適応させるステップは、あるいは又は更に、取得された、特にＲＬＦ報告において送出された品質劣化情報に基づいてもよい。この適応の目的は、ネットワークにおいて重要パファーマンス指標のうちの１つを改善することであってもよい。

【0186】

特に、システム設定は、第１のアクセスノード及び／又は第２のアクセスノードの特徴に関連してもよく、あるいはモバイルネットワークの更なるアクセスノードの特徴に関連してもよい。

【0187】

特に、実施形態２から８は、モバイルネットワークの即座の又は臨時の適応について説明してもよい。実施形態９は、即座の又は長期の時間尺度でモバイルネットワークの全体的な適応について説明してもよい。

【0188】

１０．判定するステップは、端末により実行され、第１の接続の品質を評価することと、第２の接続の品質を評価することとを含む先行する実施形態のいずれかに係る方法。

【0189】

特に、第１の接続の品質を評価するステップ及び第２の接続の品質を評価するステップは、互いに依存せずに実行される。

【0190】

１１．それぞれの評価するステップは、それぞれの接続を介したデータ送信に対するそれぞれのアクセスノードとの端末の同期を評価することを含む先行する実施形態のいずれかに係る方法。

【0191】

特に、端末がそれぞれの接続を介したデータ送信のために適切に同期されなくてもよい場合、それぞれの接続の品質の劣化が判定されてもよい。特に、判定された接続の品質の劣化は、接続障害に対応してもよい。

【0192】

１２．判定するステップは、特に第１の接続及び第２の接続の各々に対して、端末におけるタイマ及び条件の達成と関連付けられる端末におけるカウンタを使用することを含み、所定の数の条件のカウンタ達成の後に始動し、且つ所定の数の別の条件のカウンタ達成の後に停止するタイマが切れる場合、それぞれの接続の品質の劣化が判定される先行する実施形態のいずれかに係る方法。

【0193】

特に、双方とも上述されたように、タイマはＴ３１０タイマに対応してもよく、カウンタは定数Ｎ３１０に対応してもよい。特に、同一の又は異なる種類のタイマ及び／又はカウンタは、第１の接続及び第２の接続に対して採用されてよい。

【0194】

特に、先行する実施形態のいずれかによれば、判定するステップは、特に第１の接続及び第２の接続の各々に対して、端末におけるタイマ及び１つが条件の達成と関連付けられる端末におけるカウンタを使用することを含み、所定の数の条件のカウンタ達成の後に始動し、所定の数の別の条件のカウンタ達成の後に停止するタイマが切れてもよい場合、それぞれの接続の品質の劣化が判定される。

【0195】

特に、上述したように、タイマはＴ３１０タイマに対応してもよく、カウンタは定数Ｎ３１０、Ｎ３１１に対応してもよい。特に、同一の又は異なる種類のタイマ及び／又はカウンタは、第１の接続及び第２の接続に対して採用されてよい。

【0196】

１３．それぞれの評価するステップは、最大のスケジューリング要求がそれぞれの接続を介して送出されたかを評価することを含む実施形態１０から１２に係る方法。

【0197】

１４．それぞれの評価するステップは、最大のデータの再送信がそれぞれの接続を介して端末により送出されたかを評価することを含む実施形態１０から１３に係る方法。

【0198】

１５．それぞれの評価するステップは、最大の不成功のランダムアクセス試行がそれぞれの接続を介してデータ送信を受信することなくそれぞれの接続を介して端末により送出されたかを評価することを含む実施形態１０から１４に係る方法。

【0199】

１６．取得するステップは、第２のアクセスノードにより第１のアクセスに品質劣化情報を送出することを含む先行する実施形態のいずれかに係る方法。

【0200】

特に、後者の実施形態は、第１の接続及び第２の接続のうち少なくとも一方が品質劣化又は低品質である恐れがあるが、障害ではない場合に適用されてもよい。例えば品質劣化情報は、チャネル品質表示を含んでもよい。判定するステップは、チャネル品質情報と関連付けられたパラメータを監視してもよく、且つ／あるいはパラメータの値を判定してもよい第２のアクセスノードにより実行されてもよい。

【0201】

特に、後者の実施形態は、端末をハンドオーバすることに関連した実施形態及び制御機能の伝達と組み合わされたハンドオーバに関連した実施形態に適用されてもよい。

【0202】

１７．モバイルネットワークを適応させる方法の実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークの第１のアクセスノードに第１の接続を介して接続され、端末に対するデータ送信を補助する第２のアクセスノードに第２の接続を介して接続され、端末により実行される方法であって、
−第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているかを判定することと、
−モバイルネットワークを適応させるため、判定するステップに基づいて、第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得することと、を備える方法。

【0203】

１８．モバイルネットワークを適応させる方法の実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークの第１のアクセスノードに第１の接続を介して接続され、端末に対するデータ送信を補助する第２のアクセスノードに第２の接続を介して接続され、第１のアクセスノードにより実行される方法であって、
−第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているか否かの判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得することと、
−取得するステップに基づいてモバイルネットワークを適応させることと、を備える方法。

【0204】

１９．モバイルネットワークを適応させる方法の実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークの第１のアクセスノードに第１の接続を介して接続され、端末に対するデータ送信を補助する第２のアクセスノードに第２の接続を介して接続され、第２のアクセスノードにより実行される方法であって、
−第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する取得された品質劣化情報に基づいてモバイルネットワークを適応させることであり、取得することが、第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているか否かの判定に基づくことを備える方法。

【0205】

２０．モバイルネットワークを適応させる端末の実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークの第１のアクセスノードに第１の接続を介して接続され、端末に対するデータ送信を補助する第２のアクセスノードに第２の接続を介して接続される端末であって、
−第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているかを判定するように構成された判定ユニットと、
−取得される品質劣化情報に基づいてモバイルネットワークを適応させるため、判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニットと、を備える端末。

【0206】

特に、端末は、実施形態１から１８のいずれか１つに係る方法を実行するように構成されてもよい。

【0207】

２１．モバイルネットワークを適応させるアクセスノードの実施形態であり、端末が、端末に対するデータ送信を制御するモバイルネットワークのアクセスノードに接続を介して接続され、端末に対するデータ送信を補助する別のアクセスノードに別の第２の接続を介して接続されるアクセスノードであって、
−第１の接続及び第２の接続のうち少なくとも一方の品質が劣化しているか否かの判定に基づいて第１の接続及び第２の接続のうち少なくとも一方の品質の劣化に関する品質劣化情報を取得するように構成された取得ユニットと、
−取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応化ユニットと、を備えるアクセスノード。

【0208】

特に、アクセスノードは、実施形態１から１７及び１９のいずれか１つに係る方法を実行するように構成されてもよい。

【0209】

２２．モバイルネットワークを適応させるアクセスノードの実施形態であり、端末が、端末に対するデータ送信を補助するモバイルネットワークのアクセスノードに接続を介して接続され、端末に対するデータ送信を制御する別のアクセスノードに別の接続を介して接続されるアクセスノードであって、
−接続及び別の接続のうち少なくとも一方の品質の劣化に関する取得された品質劣化情報に基づいてモバイルネットワークを適応させるように構成された適応化ユニットであり、品質劣化情報を取得することは、接続及び別の接続のうち少なくとも一方の品質が劣化するか否かの判定の基づく適応ユニットを備えるアクセスノード。

【0210】

特に、アクセスノードは、実施形態１から１７及び１９のいずれか１つに係る方法を実行するように構成されてもよい。

【0211】

２３．実施形態２０に係る端末と、実施形態２１に係る第１のアクセスノードと、実施形態２２に係る第２のアクセスノードとを備えるモバイルネットワークの実施形態。

【0212】

２４．プロセッサにより実行される際に、実施形態１から１９のいずれか１つに係るモバイルネットワークにおける端末に対する終端回路切り替えシグナリングサービスを処理する方法を実行又は制御するように構成されるコンピュータプログラム。

【0213】

尚、実施形態１から１６に係る方法に関連した上述の実施形態は、実施形態１７から１９に係る他の方法、端末、第１のアクセスノード、第２のアクセスノード、モバイルネットワーク及びコンピュータプログラムに関連した実施形態に適用される。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】