知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特許6193360モビリティーロバストネス最適化調整のための現在又は過去のいずれかとしての障害報告の分類
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6193360
(24)【登録日】2017年8月18日
(45)【発行日】2017年9月6日
(54)【発明の名称】モビリティーロバストネス最適化調整のための現在又は過去のいずれかとしての障害報告の分類
(51)【国際特許分類】
H04W 24/10 20090101AFI20170828BHJP
H04W 24/02 20090101ALI20170828BHJP
【ＦＩ】
H04W24/10
H04W24/02
【請求項の数】13
【全頁数】37
(21)【出願番号】特願2015-511408(P2015-511408)
(86)(22)【出願日】2013年5月10日
(65)【公表番号】特表2015-528219(P2015-528219A)
(43)【公表日】2015年9月24日
(86)【国際出願番号】SE2013000069
(87)【国際公開番号】WO2013169169
(87)【国際公開日】20131114
【審査請求日】2016年4月13日
(31)【優先権主張番号】61/645,868
(32)【優先日】2012年5月11日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100101199
【弁理士】
【氏名又は名称】小林 義教
(72)【発明者】
【氏名】ダ シルバ， イカロ
(72)【発明者】
【氏名】セントンザ， アンジェロ
(72)【発明者】
【氏名】テエブ， ウメール
【審査官】
松野 吉宏
(56)【参考文献】
【文献】
Huawei (will be RAN3)，[DRAFT] Draft LS for IRAT too late，3GPP TSG-RAN WG3#69bis R3-102715，フランス，3GPP，２０１０年１０月 １日，paragraph 1
【文献】
Huawei, HiSilicon，Extension to Radio Link Failure reporting for MDT and MRO，3GPP TSG-RAN WG2#72bis R2-110101，フランス，3GPP，２０１１年 １月１０日，paragraph 2.4
【文献】
Nokia Siemens Networks (rapporteur)，Report email#04: inter-RAT mobility failures，3GPP TSG-RAN WG3#75bis R3-120479，フランス，3GPP，２０１２年 ３月３０日，paragraph 2.2
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４ − ７／２６
Ｈ０４Ｗ ４／００ − ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
移動体通信ネットワーク（２０）の中のノード（２４、３２）の作動の方法であって、
ユーザ装置（２６から２８、３８から４４）に対する接続障害と関連する障害報告を受信すること（１０００）を含み、前記障害報告は、前記接続障害が発生した時刻と前記ユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する第１のタイマー値を含み、
前記障害報告からの前記第１のタイマー値、及び前記ノード（２４、３２）によって行われた最も直近のモビリティーの調整から経過した時間の量を確定する第２のタイマー値に基づいて、前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定すること（１００２）と、
前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の前に前記接続障害が発生した場合、前記障害報告を過去の障害報告として分類すること（１００４）、及び前記モビリティーの調整の次の繰り返しにおいて重み付けファクターを伴って前記過去の障害報告を考慮することとを含み、前記重み付けファクターはゼロ以上かつ１未満の範囲内に含まれる、方法。
ユーザ装置（２６から２８、３８から４４）に対する接続障害と関連する障害報告を受信すること（１０００）を含み、前記障害報告は、前記接続障害が発生した時刻と前記ユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する第１のタイマー値を含み、
前記障害報告からの前記第１のタイマー値、及び前記ノード（２４、３２）によって行われた最も直近のモビリティーの調整から経過した時間の量を確定する第２のタイマー値に基づいて、前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定すること（１００２）と、
前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の前に前記接続障害が発生した場合、前記障害報告を過去の障害報告として分類すること（１００４）、及び前記モビリティーの調整の次の繰り返しにおいて重み付けファクターを伴って前記過去の障害報告を考慮することとを含み、前記重み付けファクターはゼロ以上かつ１未満の範囲内に含まれる、方法。
【請求項2】
前記第２のタイマー値は前記ノード（２４、３２）によって保持され、かつ前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定することは、前記障害報告からの前記第１のタイマー値を前記第２のタイマー値と比較することを含む、請求項１に記載の方法。
【請求項3】
前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定することは、別のノードから、前記障害報告からの前記第１のタイマー値及び第２のタイマー値の比較を表示する情報を取得することを含む、請求項１に記載の方法。
【請求項4】
前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の後に前記接続障害が発生した場合、前記障害報告を現在の障害報告として分類すること（１００６）をさらに含む、請求項１に記載の方法。
【請求項5】
新しいモビリティーの調整が望ましいか否かを判定し、かつそうである場合、１以上の新しいモビリティーの調整を行う次のプロセスを実行すること（３００４）をさらに含み、前記次のプロセスは、前記障害報告が過去の障害報告であるとして分類される場合、前記障害報告を考慮せず、かつ前記障害報告が現在の障害報告であるとして分類される場合、前記障害報告を考慮する、請求項４に記載の方法。
【請求項6】
新しいモビリティーの調整が望ましいか否かを判定し、かつそうである場合、１以上の新しいモビリティーの調整を行う次のプロセスを実行すること（３００４）をさらに含み、前記次のプロセスは、前記障害報告が現在の障害報告であるとして分類される場合、前記障害報告を考慮し、かつ前記障害報告が過去の障害報告であるとして分類される場合、低減された関連性を伴って前記障害報告を考慮する、請求項４に記載の方法。
【請求項7】
前記最も直近のモビリティーの調整を行うことと、
第２のタイマー（ＴＭＲＯ）が前記最も直近のモビリティーの調整を行ってから経過した時間の量を確定するように、前記最も直近のモビリティーの調整を行うことによって前記第２のタイマー（ＴＭＲＯ）をスタートすること（３０００）と、
前記最も直近のモビリティーの調整を行いかつ前記第２のタイマー（ＴＭＲＯ）をスタートした後に、複数のユーザ装置（２６から２８、３８から４４）に対する複数の接続障害と関連する複数の障害報告を受信すること（３００２）と、
前記複数の障害報告のうちの各々の障害報告に対して、
前記第２のタイマー（ＴＭＲＯ）、及び前記接続障害が発生した時刻と前記複数のユーザ装置（２６から２８、３８から４４）のうちの対応するユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する前記障害報告の中に含まれる第１のタイマー（ＴＦ）に基づいて、前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して、前記障害報告に対応する前記複数の接続障害のうちの接続障害がいつ発生したかを判定すること（３００２）と、
前記接続障害が前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の前に発生した場合、前記障害報告を過去の障害報告として分類すること（３００２）と、
前記接続障害が前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の後に発生した場合、前記障害報告を現在の障害報告として分類すること（３００２）とをさらに含む、請求項１に記載の方法。
第２のタイマー（ＴＭＲＯ）が前記最も直近のモビリティーの調整を行ってから経過した時間の量を確定するように、前記最も直近のモビリティーの調整を行うことによって前記第２のタイマー（ＴＭＲＯ）をスタートすること（３０００）と、
前記最も直近のモビリティーの調整を行いかつ前記第２のタイマー（ＴＭＲＯ）をスタートした後に、複数のユーザ装置（２６から２８、３８から４４）に対する複数の接続障害と関連する複数の障害報告を受信すること（３００２）と、
前記複数の障害報告のうちの各々の障害報告に対して、
前記第２のタイマー（ＴＭＲＯ）、及び前記接続障害が発生した時刻と前記複数のユーザ装置（２６から２８、３８から４４）のうちの対応するユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する前記障害報告の中に含まれる第１のタイマー（ＴＦ）に基づいて、前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整に関して、前記障害報告に対応する前記複数の接続障害のうちの接続障害がいつ発生したかを判定すること（３００２）と、
前記接続障害が前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の前に発生した場合、前記障害報告を過去の障害報告として分類すること（３００２）と、
前記接続障害が前記ノード（２４、３２）によって行われた前記最も直近のモビリティーの調整の後に発生した場合、前記障害報告を現在の障害報告として分類すること（３００２）とをさらに含む、請求項１に記載の方法。
【請求項8】
新しいモビリティーの調整が望ましいか否かを判定し、かつそうである場合、現在の障害報告として分類された前記複数の障害報告のうちのいくつかに基づいて、しかし過去の障害報告として分類された前記複数の障害報告のうちのいくつかに基づかないで、１以上の新しいモビリティーの調整を行うプロセスを実行すること（３００４）と、
前記プロセスが１以上の新しいモビリティーの調整を行った場合、前記第２のタイマー（ＴＭＲＯ）をリスタートすること（３００６、３００８）とをさらに含む、請求項７に記載の方法。
前記プロセスが１以上の新しいモビリティーの調整を行った場合、前記第２のタイマー（ＴＭＲＯ）をリスタートすること（３００６、３００８）とをさらに含む、請求項７に記載の方法。
【請求項9】
新しいモビリティーの調整が望ましいか否かを判定し、かつそうである場合、過去の障害報告として分類された前記複数の障害報告の第１のサブセットに、現在の障害報告として分類された前記複数の障害報告の第２のサブセットと比較してより低い関連性が与えられるように、前記複数の障害報告に基づいて、１以上の新しいモビリティーの調整を行うプロセスを実行すること（３００４）と、
前記プロセスが１以上の新しいモビリティーの調整を行った場合、前記第２のタイマー（ＴＭＲＯ）をリスタートすること（３００６、３００８）とをさらに含む、請求項７に記載の方法。
前記プロセスが１以上の新しいモビリティーの調整を行った場合、前記第２のタイマー（ＴＭＲＯ）をリスタートすること（３００６、３００８）とをさらに含む、請求項７に記載の方法。
【請求項10】
前記ノード（２４、３２）は前記移動体通信ネットワーク（２０）の基地局（２４）であり、かつ前記障害報告を受信することは前記ユーザ装置（２６、２８）から前記障害報告を受信することを含む、請求項１に記載の方法。
【請求項11】
前記ノード（２４、３２）は前記移動体通信ネットワーク（２０）の第１の基地局（２４）であり、かつ前記障害報告を受信することは前記移動体通信ネットワーク（２０）の第２のノード（２４、３２）から前記障害報告を受信することを含む、請求項１に記載の方法。
【請求項12】
前記ノード（２４、３２）は第１の無線アクセス技術にしたがって作動する第１の無線アクセスネットワーク（２２）の基地局（２４）であり、かつ前記障害報告を受信することは第２の無線アクセス技術にしたがって作動する第２の無線アクセスネットワーク（２３）と関連するノード（３２）から前記障害報告を受信することを含み、前記第２の無線アクセスネットワーク（２３）は前記ユーザ装置（３８から４４）から前記障害報告を取得した、請求項１に記載の方法。
【請求項13】
移動体通信ネットワーク（２０）の中の無線アクセスネットワーク（２２）の中のノード（２４、５６）であって、
前記ノード（２４、５６）によって担われるセルの範囲内に置かれるユーザ装置（２６、２８）に対する無線の接続性を提供するように構成される無線サブシステム（５８）と、
前記移動体通信ネットワーク（２０）のコアネットワーク（３０）、及び前記無線アクセスネットワーク（２２）の中の１以上の他のノード（２４）から成るグループのうちの少なくとも１つに対して接続性を提供するように構成される１以上の通信インターフェース（６０）と、
前記無線サブシステム（５８）及び前記１以上の通信インターフェース（６０）と関連する処理サブシステム（６２）とを備えるノード（２４、５６）であって、前記処理サブシステム（６２）は、
ユーザ装置（２６、２８）に対する接続障害と関連する障害報告を受信し（１０００）、前記障害報告は前記接続障害が発生した時刻と前記ユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する第１のタイマー値を含み、
前記障害報告からの前記第１のタイマー値、及び前記ノード（２４、３２）によって行われた最も直近のモビリティーの調整から経過した時間の量を確定する第２のタイマー値に基づいて、前記ノード（２４、５６）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定し（１００２）、
かつ前記ノード（２４、５６）によって行われた前記最も直近のモビリティーの調整の前に前記接続障害が発生した場合、前記障害報告を過去の障害報告として分類し（１００４）、かつ前記モビリティーの調整の次の繰り返しにおいて重み付けファクターを伴って前記過去の障害報告を考慮するように構成され、前記重み付けファクターはゼロ以上かつ１未満の範囲内に含まれる、ノード（２４、５６）。
前記ノード（２４、５６）によって担われるセルの範囲内に置かれるユーザ装置（２６、２８）に対する無線の接続性を提供するように構成される無線サブシステム（５８）と、
前記移動体通信ネットワーク（２０）のコアネットワーク（３０）、及び前記無線アクセスネットワーク（２２）の中の１以上の他のノード（２４）から成るグループのうちの少なくとも１つに対して接続性を提供するように構成される１以上の通信インターフェース（６０）と、
前記無線サブシステム（５８）及び前記１以上の通信インターフェース（６０）と関連する処理サブシステム（６２）とを備えるノード（２４、５６）であって、前記処理サブシステム（６２）は、
ユーザ装置（２６、２８）に対する接続障害と関連する障害報告を受信し（１０００）、前記障害報告は前記接続障害が発生した時刻と前記ユーザ装置（２６から２８、３８から４４）が前記障害報告を送信した時刻との間で経過した時間の量を確定する第１のタイマー値を含み、
前記障害報告からの前記第１のタイマー値、及び前記ノード（２４、３２）によって行われた最も直近のモビリティーの調整から経過した時間の量を確定する第２のタイマー値に基づいて、前記ノード（２４、５６）によって行われた前記最も直近のモビリティーの調整に関して前記接続障害がいつ発生したかを判定し（１００２）、
かつ前記ノード（２４、５６）によって行われた前記最も直近のモビリティーの調整の前に前記接続障害が発生した場合、前記障害報告を過去の障害報告として分類し（１００４）、かつ前記モビリティーの調整の次の繰り返しにおいて重み付けファクターを伴って前記過去の障害報告を考慮するように構成され、前記重み付けファクターはゼロ以上かつ１未満の範囲内に含まれる、ノード（２４、５６）。
【発明の詳細な説明】
【技術分野】
【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】
【図2】図２は、ロングタームエボリューション（ＬＴＥ）の無線アクセスネットワーク（ＲＡＮ）からユニバーサルテレストリアル無線アクセスネットワーク（ＵＴＲＡＮ）への遅過ぎるＩＲＡＴＨＯｓを原因とする無線リンク障害（ＲＬＦｓ）の数を減少させることと、対応するＩＲＡＴＨＯの閾値を増加させる場合に、ＬＴＥＲＡＮからＵＴＲＡＮへの不必要なＩＲＡＴＨＯｓの数を増加させることとの間のトレードオフを図解している。
【図3】図３は、ＵＴＲＡＮからＬＴＥＲＡＮへの早過ぎるＩＲＡＴＨＯｓを原因とするＨＯの障害（ＨＯＦｓ）の数を減少させることと、対応するＩＲＡＴＨＯの閾値を増加させる場合に、ＵＴＲＡＮの中の時間を不必要に増加させることとの間のトレードオフを図解している。
【図15】図１５は、図５から図１４の中において図解されている解決法及びシナリオのうちの多くにおいて生ずることが可能なモビリティーロバストネス最適化（ＭＲＯ）機能を実行する、移動体通信ネットワークの中のノードに対する接続障害の報告遅れを図解している。
【図17】図１７は、本開示の一実施形態による、関連する接続障害が発生した時間を表示するタイミングデータを含む障害報告を、移動体通信ネットワークに送る又は送信するユーザ装置又はユーザ要素（ＵＥ）の作動を図解する流れ図である。
【図18】図１８は、本開示の一実施形態による、ノードによって行われた最も直近のＭＲＯの調整の時間を確定するタイミングデータと同様に、図１７のプロセスにしたがって障害報告の中に含まれるタイミングデータに基づいて、障害報告を受信しかつ分類するＭＲＯ機能を実行する移動体通信ネットワークの中のノードの作動を図解する流れ図である。
【図19】図１９は、本開示の一実施形態による、接続障害のためにＵＥｓによって送信される障害報告が、現在又は過去として障害報告を分類する適切なＭＲＯ機能によって利用されるタイミングデータを含む、ＩＲＡＴＨＯｓが、４ＧＬＴＥ移動体通信ネットワークのＬＴＥＲＡＮ及び３Ｇユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）移動体通信ネットワークのＵＴＲＡＮの間で発生する、４ＧＬＴＥ移動体通信ネットワーク及び３ＧＵＭＴＳの移動体通信ネットワークを含む、移動体通信ネットワークを図解している。
【図20】図２０は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図21】図２１は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図22】図２２は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図23】図２３は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図24】図２４は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図25】図２５は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図26】図２６は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図27】図２７は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【図28】図２８は、本開示の様々な実施形態による、障害報告が現在又は過去のいずれかの障害報告として分類されることを可能にするタイミングデータを含む、図５から図１４までの解決法及びシナリオの各々に対する障害報告の送信を図解している。
【発明を実施するための形態】
【0032】
以下に説明される実施形態は、当業者がそれらの実施形態を実施することを可能にするために必要な情報を表現し、かつそれらの実施形態の実施のベストモードを図解している。添付の図面と照らし合わせて以下の説明を読むことによって、当業者は、本開示の概念を理解し、かつ本明細書の中において具体的に対処されていないこれらの概念の用途を認識するだろう。これらの概念及び用途が、本開示及び添付の特許請求の範囲の領域内に含まれる、ということは理解されるべきである。
【0033】
背景技術の中で議論されたように、多重の無線アクセス技術（ＲＡＴ）の移動体通信システムの中のインターラット（ＩＲＡＴ）ハンドオーバー（ＨＯｓ）に関して、スリージーピーピー（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）ワーキングループ３（ＷＧ３）は、モビリティーの問題を提示し、かつそれ故、対処されることが必要な複数の優先度が高いシナリオを識別した。再び、３ＧＰＰＲＡＮＷＧ３によって確認されたシナリオは：・シナリオ１：モビリティーの接続障害（本明細書の中において単に接続障害としてもまた言及される）、具体的には、無線リンク障害（ＲＬＦ）であり、さらに、ロングタームエボリューション（ＬＴＥ）ＲＡＮの中の又はＬＴＥＲＡＮから２Ｇ／３ＧＲＡＮ（例えば、ユニバーサルテレストリアル無線アクセスネットワーク（ＵＴＲＡＮ））へのＨＯの間における接続障害は、２Ｇ／３ＧＲＡＮに対する再接続によってフォローされる（すなわち、ＬＴＥＲＡＮから２Ｇ／３ＧＲＡＮへのＨＯは遅過ぎる）。
・シナリオ２：２Ｇ／３ＧＲＡＮ（すなわち、ソースＲＡＴ）に戻って再接続されることによりフォローされる２Ｇ／３ＧＲＡＮ（例えば、ＵＴＲＡＮ）からＬＴＥＲＡＮへのＨＯの間又は後のモビリティーの障害。再接続は、ＨＯに対するソースセル又は２Ｇ／３ＧＲＡＮの中の異なるセルに対するものである。これは、本明細書の中において、２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへの早過ぎるＨＯとして言及される。
・シナリオ２ａ：２Ｇ／３ＧＲＡＮに戻って再接続されることによりフォローされる２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへのＨＯの間のハンドオーバー障害（ＨＯＦ）（すなわち、ＬＴＥＲＡＮの中のランダムアクセスチャネル（ＲＡＣＨ）の試みの間のＨＯＦ）。
・シナリオ２ｂ：２Ｇ／３ＧＲＡＮに戻って再接続されることによりフォローされる２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへのＨＯの直後のＬＴＥＲＡＮの中のＲＬＦ。
さらに、ＬＴＥＲＡＮ及び２Ｇ／３ＧＲＡＮの間のＩＲＡＴＨＯｓに対して、モビリティーロバストネス最適化（ＭＲＯ）アルゴリズムを実行する種々のＲＡＴｓに対して利用可能なＩＲＡＴＨＯｓに関連したＲＬＦ報告を作るための複数の解決法が、提案されてきた。背景技術の中において議論されたように、これらの解決法は以下のものを含む：すなわち、
・解決法１：ＬＴＥＲＡＮに戻ってくる時に、ＲＬＦを報告する。
・解決法２：モビリティーの障害の後にＵＥが再接続する２Ｇ／３ＧＲＡＮ及び／又はＬＴＥＲＡＮに対して障害を報告する。
・解決法３：障害が発生したＲＡＴに対してＲＬＦを報告し、かつＨＯ指令が受信されたセルのＲＡＴの中のＨＯの障害を報告する。
・解決法４：ＬＴＥＲＡＮから２Ｇ／３ＧＲＡＮへのＩＲＡＴＨＯが遅過ぎる場合で、ＬＴＥＲＡＮに戻る場合、ＲＬＦを報告し、かつ２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへのＩＲＡＴＨＯが早過ぎる場合、２Ｇ／３ＧＲＡＮのＲＮＣにおける接続障害を検出する。
【0034】
本発明者は、移動体通信ネットワークに対して利用可能な障害報告を作るための上述の解決法を使用する場合、起きてくる１つの問題は、ユーザ装置又はユーザ要素（ＵＥ）が接続障害を経験する時間と、ＵＥが接続障害を報告する時間との間に遅れが存在するということである、ということを理解した。接続障害を報告することにおける遅れは、接続障害が報告されるべきＲＡＮに対してＵＥが再接続する前の長い遅れ（例えば、解決法１）のためであり、接続障害が報告されるべきＲＡＮと再接続する前の長い時間に対してＵＥがアイドルモードに移行するためであり、又は長い時間にわたりＲＬＦ報告の報告をリクエストする移動体通信ネットワークの障害のためである。それ故、例えば、ＬＴＥＲＡＮの中のセルに対してＭＲＯを実行するＭＲＯ機能は、タイムリーなやり方で受信された障害報告に基づいて、セルに対してモビリティーパラメータに対する調整（すなわち、モビリティーの調整）をもたらす、ＭＲＯプロセスを実行する。しかしながら、遅れた報告の問題のために、ＭＲＯ機能は、障害報告がモビリティーの調整を行う前の時間ウィンドウに関連する場合であっても、モビリティーの調整が行われた後にその障害報告を受信し続ける。現在のＭＲＯアルゴリズムを使用しても、これらの「過去の」障害報告は、ＭＲＯプロセスの次の繰り返しのためのタイムリーな障害報告と同じ関連性を伴って、未だ考慮される。過去の障害報告は、正しくない又は望ましくないモビリティーの調整をもたらし、かつ安定したモビリティーの状態への移動体通信ネットワークの収束を遅くする。
【0035】
実施例として、図１５は、ＬＴＥＲＡＮから３ＧＲＡＮへの遅過ぎるＨＯｓのためのＲＬＦｓの後の、解決法１、シナリオ１に対する過去の障害報告を図解している。解決法１に対して、ＵＥｓは、それらがＬＴＥＲＡＮに戻るまで障害を報告せず、かつ結果として、ＵＥｓがＲＬＦの後に最初にＬＴＥＲＡＮに戻って再接続しない場合、遅れが存在する。この遅れは、２つの理由のために非常に長い：すなわち、（１）３ＧＲＡＮからＬＴＥＲＡＮへのＨＯは、ＬＴＥＲＡＮ及び３ＧＲＡＮの間のピンポンを避けるために、オペレーターによって不能にされ、かつ（２）ＵＥｓは、セルの再選択を介してＬＴＥＲＡＮに再接続し、セルの再選択はＵＥに制御される手順である（すなわち、ＵＥｓは、望ましい場合に３ＧＲＡＮの中に置かれたままであることを決定することができる）。ＬＴＥＲＡＮの中の基地局の上で働くＭＲＯ機能及び／又は３ＧＲＡＮの中の無線ネットワークコントローラ（ＲＮＣｓ）の上で働くＭＲＯ機能は、何らかのイベントの発生に反応して及び／又は最小の数の報告の受信に基づいて定期的にモビリティーの調整をトリガし、それらの報告は、ＲＬＦ報告、不必要なＨＯ報告、又はピンポン報告となる可能性がある。
【0036】
この実施例において、Ｎ＝Ｎ１＋Ｎ２のＵＥｓは、ＬＴＥＲＡＮのセルＡから３ＧＲＡＮのセルＸへの遅過ぎるＨＯｓを被っており、かつＵＥｓの全てのＮは、遅過ぎるＨＯｓのためにＬＴＥＲＡＮのセルＡの中の対応するＲＬＦｓの後に３ＧＲＡＮのセルＹに再接続した。しばらくした後に、ＵＥｓのＮ１は、ＬＴＥＲＡＮのセルＢに再接続し、かつ対応するＲＬＦ報告をＬＴＥＲＡＮの中のセルＢに対応する基地局（ｅＮＢ１）に送信した。ｅＮＢ１がＬＴＥＲＡＮのセルＡ及びセルＢの両方を担うと想定すると、ｅＮＢ１のＭＲＯプロセスは、特定の時間（ｔ０）においてトリガされ、モビリティーの調整又はＭＲＯの調整が必要とされるか否かを判定し、そうであればモビリティーの調整を行う。時間（ｔ０）の後に、新しいＵＥｓは、結局、遅過ぎる又は不必要なＨＯｓを被り、かつそれらの新しいＵＥｓがＬＴＥＲＡＮに戻る場合、新しいＵＥｓは、ＭＲＯプロセスの次の繰り返しのために使用されるように新しいＲＬＦ報告を送る。
【0037】
時間（ｔ０）の後に、ｅＮＢ１はまた、それらのＵＥｓが、３ＧＰＰの技術仕様書（ＴＳ）３６．３３１にしたがって、障害の後４８時間以内にＬＴＥＲＡＮに対してＲＬＦ報告を送る場合、他のＮ２のＵＥｓからＲＬＦ報告を受信する。現行基準において、ｅＮＢ１が、それらのＮ２のＵＥｓからのＲＬＦ報告がｅＮＢ１の中の現在のモビリティーパラメータの設定と関連しているということを認識するための、サポートは存在しない。それ故、ｅＮＢ１が、ｅＮＢ１におけるＭＲＯプロセスの引き続いて行われる繰り返しに対して、ＲＬＦ報告が考慮されないように、Ｎ２のＵＥｓからのＲＬＦ報告を廃棄することは不可能である。そのようにして、Ｎ２のＵＥｓからのＲＬＦ報告は、本明細書の中において過去のＲＬＦ報告として言及され、ＭＲＯの調整及びＮ２／Ｎに比例するＭＲＯの収束のロバストネスに影響を与えるだろう。
【0038】
他の解決法、すなわち、解決法２、３、及び４において、ＲＬＦ報告は、ＭＲＯアルゴリズムをおそらく実行する他のノードに対して利用可能なように作られる。これらの解決法において、例えば、過去のＲＬＦは、ＵＥが障害の後にアイドルモードに行ってかつ長い時間の後にアクティブモードに戻る場合、又はネットワークが長い時間においてＲＬＦ報告の報告をリクエストし損ねた場合に、発生する。過去のＲＬＦ報告の問題はまた、ＲＬＦ報告が解決法１においてよりも早く利用可能である場合でさえ、存在する。例えば、特定の数の障害がＭＲＯプロセスの繰り返しが実行される数分前に発生することを想定することができ、かつ対応するＲＬＦ報告が数分後に利用可能であってさえも、ＲＬＦ報告は過去のものである。
【0039】
本開示は、移動体通信ネットワークの中の接続障害の過去の報告に対処するシステム及び方法を提供する。過去の障害報告は、それらがモビリティー最適化プロセス（例えば、ＭＲＯプロセス）の引き続き行われる繰り返しに対して考慮されないように、又は低減された関連性を伴ってモビリティー最適化プロセスの引き続き行われる繰り返しに対して考慮されるように、廃棄されることができる。とりわけ、以下に説明される実施形態の多くがＩＲＡＴＨＯｓに関連する障害報告の分類に関係する一方で、本明細書の中において開示される概念は、イントララットＨＯｓ（すなわち、同じＲＡＴの中のセルの間のＨＯｓ）に対する障害報告に対して等しく適用可能である。さらに、以下に説明される実施形態の多くが４ＧＬＴＥ移動体通信ネットワーク及び２Ｇ／３Ｇ移動体通信ネットワークの間のＩＲＡＴＨＯｓに関連する障害報告の分類に関係するけれども、本明細書の中において説明される概念は、任意の特定のＲＡＴｓに限定されない。
【0040】
この点において、図１６は、本開示の一実施形態による、障害報告を特徴付けるためのプロセスを図解している流れ図である。この実施形態において、図１６のプロセスは、本明細書の中においてＭＲＯプロセスとして言及される、モビリティーパラメータを調整し又はアップデートするためのプロセスを実行する移動体通信ネットワークの中のノードによって実行される。本明細書の中において使用されるように、モビリティーパラメータは、移動体通信ネットワークの範囲内の無線装置のモビリティー若しくはＨＯｓ又はＵＥを制御するために利用されるパラメータである（例えば、基準信号受信電力（ＲＳＲＰ）又は基準信号受信クオリティー（ＲＳＲＱ）の閾値）。より具体的には、モビリティーパラメータは、１つのセルから近隣のセルへのＨＯｓを制御するために利用されるパラメータであり、ここで、その２つのセルは同じＲＡＮ（すなわち、イントララットＨＯｓに対して）の中にあり、又は種々のＲＡＴｓ（すなわち、ＩＲＡＴＨＯｓに対して）にしたがって作動する種々のＲＡＮｓの中にある。モビリティーパラメータは、概して、モビリティーの閾値（例えば、ＲＳＲＰ及び／又はＲＳＲＱの閾値）を含む。モビリティーの調整は、特定の隣接するセルに対する１以上のモビリティーパラメータの調整である。さらに、モビリティーの調整は、異なるソース及びターゲットエンティティ―の間のモビリティーの閾値などのモビリティーパラメータに影響を与える。例えば、モビリティーの調整は、ソースセルとターゲットセルの間、又はソースセルとターゲット周波数の間、又はソースセルとターゲットＲＡＴの間に適用される。例えば、図１６のプロセスを実行するノードは、移動体通信ネットワークの中の基地局（例えば、ＬＴＥ移動体通信ネットワークの拡張ノードＢ（ｅＮＢ））、ＲＮＣ（例えば、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）の移動体通信ネットワークの中の基地局のＲＮＣ）、又は同様なものであり得る。
【0041】
図解されているように、ノードは、ＵＥに対する接続障害と関連する障害報告を受信する（ステップ１０００）。本明細書の中において使用されているように、障害報告は、概して、ＵＥによって経験される接続障害を通知又は報告する情報であり、ここで、接続障害は、より具体的にはモビリティーの接続障害である。一具体的実施形態において、障害報告はＲＬＦ報告である。以下に議論されるように、障害報告は、接続障害が発生した時間を表示するタイミングデータを含む。１つの好適な実施形態において、タイミングデータは、接続障害が発生した時間と、ＵＥが適切なノードに対して障害報告を送信することによって接続障害を報告した時間との間で経過した時間の量を確定するタイマー値であるか、又はタイマー値を含む。しかしながら、タイミングデータは、それに限定されない。例えば、タイミングデータは、代替的に、接続障害が発生した絶対的な時間（例えば、接続障害が発生した時間及び日にち）を含む。以下で詳細に議論されるように、ノードが障害報告を受信するやり方は、具体的な実施形態に応じて変化する可能性がある。概して、ノードはＵＥから、同じ移動体通信ネットワークの中の別のノードから、又は異なるＲＡＴにしたがって作動する別の移動体通信ネットワークの中の別のノードから障害報告を受信することができる。
【0042】
障害報告を受信した後に、ノードは、関連する接続障害がノードによって行われた最後の又は最も直近のＭＲＯの調整の前に発生したか否かを判定する（ステップ１００２）。言い換えると、ノードは、関連する接続障害がノードによって行われた最も直近のＭＲＯの調整に関していつ発生したしたかを判定する。より具体的に、一実施形態において、障害報告の中に含まれるタイミングデータは、接続障害が発生した時間を表示するタイミングデータを含む。その後、ノードは、障害報告の中のタイミングデータ、及び最も直近のＭＲＯの調整がノードによって行われた時間を確定するノードによって維持されるタイミングデータに基づいて、最も直近のＭＲＯの調整に関して関連する接続障害がいつ発生したかを判定する。以下に議論される１つの好適な実施形態において、障害報告の中のタイミングデータは、接続障害が発生した時間と、ＵＥが障害報告を適切なノードに送信することによって接続障害を報告した時間との間で経過した時間の量を確定するタイマー値であるか又はタイマーチを含み、かつノードによって維持されるタイミングデータは、最も直近のＭＲＯの調整がノードによって行われてから経過した時間の量を確定する別のタイマー値であるか又はタイマー値を含む。この実施形態において、ノードは、いくつかの実施形態において、ＵＥによる接続障害の報告と、ノードによる障害報告の受信との間の任意の遅れの原因となる一方で、２つのタイマー値の比較に基づいて、ノードによって行われた最も直近のＭＲＯの調整に関して接続障害がいつ発生したかを判定する。
【0043】
別の実施形態において、別のノード（例えば、運用及び整備（ＯＡＭ）ノード）は、最も直近のＭＲＯの調整がノードによって行われてから経過した時間の量を確定するタイマー値を維持する。本実施形態において、ノードは、接続障害が発生した時間と、ＵＥが障害報告を他のノードに送信することによって接続障害を報告した時間との間で経過した時間の量を確定する障害報告からのタイマー値を送る。その後、他のノードは、いくつかの実施形態において、ＵＥによる接続障害の報告と、他のノードによって送られた障害報告の中のタイマー値の受信との間の任意の遅れの原因となる一方で、２つのタイマー値を比較する。その後、他のノードは、ノードによって行われた最も直近のＭＲＯの調整に関して接続障害がいつ発生したかを表示するノードに対して、情報を返す。
【0044】
接続障害が最も直近のＭＲＯの調整の前に発生した場合、ノードは、障害報告を過去の障害報告として分類する（ステップ１００４）。そのようにして、一実施形態において、障害報告は、廃棄されるか又はさもなければ、ＭＲＯプロセスの次の繰り返しに対して考慮されない。別の実施形態において、障害報告は、低減された関連性（例えば、ＭＲＯプロセスの次の繰り返しに対するタイムリーな障害報告と比較して、低減された重み付け又はスケーリングファクター）を伴って、ＭＲＯプロセスの次の繰り返しに対して考慮される。接続障害が最も直近のＭＲＯの調整の後に発生した場合、ノードは、障害報告を現在の又はタイムリーな障害報告として分類する（ステップ１００６）。そのようにして、障害報告は、ＭＲＯプロセスの次の繰り返しに対して、最大限の重み付けを伴って、考慮される。
【0045】
図１７は、本開示の一実施形態による、接続障害を報告するＵＥの作動を図解している流れ図である。図解されているように、ＵＥは接続障害を検出する（ステップ２０００）。接続障害は、好ましくは、ＲＬＦ又はＨＯＦのいずれかである。例えば、接続障害は、ＬＴＥＲＡＮから２Ｇ／３ＧＲＡＮへの遅過ぎるＩＲＡＴＨＯによるＲＬＦである。別の実施例として、接続障害は、２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへの早過ぎるＩＲＡＴＨＯによるＨＯＦであるか、又は早過ぎるＩＲＡＴＨＯによる２Ｇ／３ＧＲＡＮからＬＴＥＲＡＮへのＩＲＡＴＨＯの直後のＲＬＦである。しかしながら、これらの実施例は非限定的であることに注意せよ。他のタイプの接続障害（すなわち、イントララットＨＯに対するＨＯの障害）は、ＵＥによって検出されかつ引き続いて報告される。
【0046】
接続障害を検出することに反応して、ＵＥはタイマーを開始し、それは本明細書の中においてタイマー（ＴＦ）として言及される（ステップ２００２）。その後、ＵＥは、ＵＥが接続障害を報告する時間であると判定するまで、タイマー（ＴＦ）を実行することを続ける（ステップ２００４）。一旦、接続障害を報告する時間になると、ＵＥはタイマー（ＴＦ）を停止する（ステップ２００６）。このやり方において、タイマー（ＴＦ）は、接続障害が発生しそれ故、ＵＥによって検出された時間と、接続障害がＵＥによって報告される時間との間で経過した時間の量を確定する。最後に、ＵＥは、適切なノードに対して接続障害を報告する障害報告を送り又は送信し、ここで、障害報告はタイマー（ＴＦ）の値を含む（ステップ２００８）。ＵＥが障害報告を送るノードは、具体的な実施形態に応じて変化する可能性がある。以下に詳細に議論されるように、ＵＥは、接続障害が発生した同じＲＡＴ又は同じＲＡＮの中の基地局に対して、又は接続障害が発生したＲＡＴ又はＲＡＮとは、異なるＲＡＴ又は異なるＲＡＮの中の基地局に対して、障害報告を送ることができる。とりわけ、接続障害がＲＬＦ又はＨＯＦであるならば、接続障害はＲＬＦ報告を介して報告される。
【0047】
図１８は、本開示の一実施形態による、図１７のプロセスにしたがってＵＥｓにより送られた障害報告を受信し、分類し、かつ利用するＭＲＯプロセスを実行するノードの作動を図解している流れ図である。図解されているように、ノードは、ＭＲＯプロセスの第１の繰り返しに対するＭＲＯの調整を行うことにおいてタイマー（ＴＭＲＯ）を開始する（ステップ３０００）。その後、ノードは、障害報告を受信し、かつタイマー（ＴＭＲＯ）及び障害報告の中に含まれているタイマー（ＴＦ）に基づいて、障害報告を分類する（ステップ３００２）。障害報告は、複数のセル、周波数、及び／又はＲＡＴｓに対する障害報告であり得ることに注意せよ。一実施形態において、各々の障害報告は、ノードによって障害報告が受信される時間におけるタイマー（ＴＭＲＯ）と、障害報告の中のタイマー（ＴＦ）との比較に基づいて分類され、障害報告は、ＴＦ＞ＴＭＲＯである場合に過去の障害報告として分類され、かつＴＦ＜ＴＭＲＯである場合に現在の又はタイムリーな障害報告として分類される。しかしながら、いくつかの実施形態において、障害報告が対応するＵＥによって送られる時間と、障害報告がノードによって受信される時間との間に遅れが存在する。例えば、解決法１、シナリオ２ａにおいて、障害報告は、ＵＥによって２Ｇ／３ＧＲＡＮに対して送られ、かつその後、２Ｇ／３ＧＲＡＮのＲＮＣによってＲＡＮ情報メッセージ（ＲＩＭ）を介してＬＴＥＲＡＮに対して転送される。障害報告の転送は、関連する遅れを有し、その遅れはＴＦ及びＴＭＲＯを比較する場合にノードによって埋め合わせされる。
【0048】
ＭＲＯプロセスを実行するためのトリガリングイベントが発生した後のいつかにおいて、ノードは、ＭＲＯプロセスの次の繰り返しを実行する（ステップ３００４）。一実施形態において、過去の障害報告は廃棄され、ステップ３００４によって実行されたＭＲＯプロセスの次の繰り返しは、ステップ３００２において受信されかつ過去として分類された障害報告に基づいてではなく、ステップ３００２において受信されかつ現在として分類された障害報告に基づいて実行される。別の実施形態において、過去の障害報告は、ステップ３００２において受信されかつ過去として分類された障害報告と同様に、ステップ３００４において実行されたＭＲＯプロセスの次の繰り返しが、ステップ３００２において受信されかつ現在として分類された障害報告に基づいて実行されるように、低減された関連性を伴って考慮され、しかしここで、過去の障害報告は、現在の障害報告と比較して低減された関連性を伴って考慮される。過去の障害報告の関連性は、例えば、過去の障害報告に対して適切なスケーリング又は重み付けファクターを適用して、低減される。
【0049】
次に、ノードは、任意のＭＲＯの調整がステップ３００４の中で実行されたＭＲＯプロセスの繰り返しの間において行われたか否かを判定する（ステップ３００６）。もしそうでなければ、プロセスはステップ３００２に戻りかつ継続される。ステップ３００４の中において１以上のＭＲＯの調整が行われた場合、ノードは、タイマー（ＴＭＲＯ）を再開し（ステップ３００８）、かつその後、プロセスはステップ３００２に戻りかつ継続される。
【0050】
図１９は、本開示の一実施形態による、接続障害の報告及び対応する障害報告の分類を有効にする多重のＲＡＴ移動体通信システム２０を図解している。本明細書の中において使用されるように、多重のＲＡＴ移動体通信システムは、種々のＲＡＴｓにしたがって作動する多重の移動体通信ネットワークを含む。本実施形態において、多重のＲＡＴ移動体通信システム２０は、ＬＴＥ移動体通信ネットワーク２２（具体的には、４ＧＬＴＥ移動体通信ネットワーク２２）及び３ＧネットワークであるＵＭＴＳ移動体通信ネットワーク２３を含む。図解されているように、ＬＴＥ移動体通信ネットワーク２２はＲＡＮを含み、ＲＡＮは本明細書の中においてＬＴＥＲＡＮとして言及される。ＬＴＥＲＡＮは、ＬＴＥ移動体通信ネットワーク２２の対応するセルを担う、基地局（ＢＳｓ）２４−１及び２４−２（より一般的には本明細書の中において集団的に複数の基地局２４として及び個別的に基地局２４として言及される）を含む。とりわけ、ＬＴＥにおいて、基地局２４はまたｅＮＢｓとしてまた言及される。
【0051】
基地局２４−１は、基地局２４−１によって担われるセルの範囲内に置かれる、ＵＥｓ２６−１から２６−Ｎ１（より一般的には本明細書の中において集団的にＵＥｓ２６として及び個別的にＵＥ２６として言及される）を担う。同様に、基地局２４−２は、基地局２４−２によって担われるセルの範囲内に置かれる、ＵＥｓ２８−１から２８−Ｎ２（より一般的には本明細書の中において集団的にＵＥｓ２８として及び個別的にＵＥ２８として言及される）を担う。本明細書の中において使用されるように、ＵＥは、移動体通信ネットワークの中で作動するように構成される任意のタイプの装置、及び図１９の実施形態において、多重のＲＡＴ移動体通信システム２０の中で作動するように構成される任意のタイプの装置である。基地局２４−１は、本明細書の中においてＵＥｓ２６の担当基地局２４−１として言及され、かつ基地局２４−２は、本明細書の中においてＵＥｓ２８の担当基地局２４−２として言及される。とりわけ、議論の明快さ及び簡略化のために、２つの基地局２４−１及び２４−２のみが図１９の中において図解されている一方で、ＬＴＥ移動体通信ネットワーク２２は、任意の数の基地局２４を含むことができる、ということがしっかりと理解されるべきである。さらに、図解されていない一方で、各々の基地局２４は、１以上のセル又はセクターを担う。
【0052】
ＬＴＥ移動体通信ネットワーク２２はまた、（図示されぬ）１以上の担当ゲートウェイ（Ｓ−ＧＷｓ）及び１以上のモビリティー管理エンティティー（ＭＭＥｓ）を含むコアネットワーク３０を含む。基地局２４は、対応するＳ１接続を介してコアネットワーク３０に接続される。同様に、本実施形態において、基地局２４−１及び２４−２は、Ｘ２接続を介して互いに接続される。
【0053】
ＵＭＴＳ移動体通信ネットワーク２３はＲＡＮを含み、ＲＡＮは本明細書の中においてＵＴＲＡＮとして言及される。ＵＴＲＡＮは、ＲＮＣｓ３２−１及び３２−２（より一般的には本明細書の中において集団的にＲＮＣｓ３２として及び個別的にＲＮＣ３２として言及される）を含む。ＲＮＣ３２−１は、任意の数の基地局３４−１から３４−Ｍ１（より一般的には本明細書の中において集団的に複数の基地局３４として及び個別的に基地局３４として言及される）を制御する。同様に、ＲＮＣ３２−２は、任意の数の基地局３６−１から３６−Ｍ２（より一般的には本明細書の中において集団的に複数の基地局３６として及び個別的に基地局３６として言及される）を制御する。基地局３４−１は、ＵＭＴＳ移動体通信ネットワーク２３の対応するセルの範囲内に置かれるＵＥｓ３８−１から３８−Ｎ３（より一般的には本明細書の中において集団的にＵＥｓ３８として及び個別的にＵＥ３８として言及される）を担い、かつ基地局３４−Ｍ１は、ＵＭＴＳ移動体通信ネットワーク２３の対応するセルの範囲内に置かれるＵＥｓ４０−１から４０−Ｎ４（より一般的には本明細書の中において集団的にＵＥｓ４０として及び個別的にＵＥ４０として言及される）を担う。同じようなやり方で、基地局３６−１は、ＵＭＴＳ移動体通信ネットワーク２３の対応するセルの範囲内に置かれるＵＥｓ４２−１から４２−Ｎ５（より一般的には本明細書の中において集団的にＵＥｓ４２として及び個別的にＵＥ４２として言及される）を担い、かつ基地局３６−Ｍ２は、ＵＭＴＳ移動体通信ネットワーク２３の対応するセルの範囲内に置かれるＵＥｓ４４−１から４４−Ｎ６（より一般的には本明細書の中において集団的にＵＥｓ４４として及び個別的にＵＥ４４として言及される）を担う。とりわけ、議論の明快さ及び簡略化のために、２つのＲＮＣｓ３２のみが図１９の中において図解されている一方で、ＵＭＴＳ移動体通信ネットワーク２３は、任意の数のＲＮＣｓ３２及び関連する複数の基地局を含むことができる、ということがしっかりと理解されるべきである。ＵＭＴＳ移動体通信ネットワーク２３はまた、コアネットワーク４６を含む。ＲＮＣｓ３２は、対応する接続を介してコアネットワーク４６に接続される。
【0054】
多重のＲＡＴ移動体通信システム２０は、ＵＥｓ２６、２８、３８、４０、４２、４４に対してモビリティーパラメータを最適化するように作動する、多重のＭＲＯ機能４８−１から４８−４（より一般的には本明細書の中において集団的に複数のＭＲＯ機能４８として及び個別的にＭＲＯ機能４８として言及される）を含む。ＬＴＥ移動体通信ネットワーク２２において、ＭＲＯ機能４８−１及び４８−２は、本実施例の中で、基地局２４−１及び２４−２において実装される。反対に、ＵＭＴＳ移動体通信ネットワーク２３において、ＭＲＯ機能４８−３及び４８−４は、ＲＮＣｓ３２−１及び３２−２において実装される。本実施例において、ＭＲＯ機能４８−１は、基地局２４−１によって担われるセルからのＨＯｓを制御する１以上のモビリティーパラメータを調整し又はアップデートする、ＭＲＯアルゴリズムを実行する。これらのモビリティーパラメータは、ＲＳＲＰ及び／又はＲＳＲＱの測定タイプと関連することができ、かつ基地局２４−１によって担われるセルに対するＨＯの閾値を形成するように作動し、その閾値は本明細書の中においてｈｏ＿ｔｈｒｅｓｈ＿ｌｔｅとして言及される。同じやり方において、ＭＲＯ機能４８−２は、基地局２４−２によって担われるセルからのＨＯｓを制御する１以上のモビリティーパラメータを調整し又はアップデートする、ＭＲＯアルゴリズムを実行する。ＭＲＯ機能４８−３は、ＲＮＣ３２−１によって制御される基地局３４によって担われるセルからのＨＯｓを制御する１以上のモビリティーパラメータを調整し又はアップデートする、ＭＲＯアルゴリズムを実行する。これらのモビリティーパラメータは、ＲＳＲＰ及び／又はＲＳＲＱの測定タイプと関連することができ、かつ基地局３４によって担われるセルに対するＨＯの閾値を形成するように作動し、その閾値は本明細書の中においてｈｏ＿ｔｈｒｅｓｈ＿ｕｔｒａｎとして言及される。同じやり方において、ＭＲＯ機能４８−４は、ＲＮＣ３２−２によって制御される基地局３６によって担われるセルからのＨＯｓを制御する１以上のモビリティーパラメータを調整し又はアップデートする、ＭＲＯアルゴリズムを実行する。
【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】
当業者は、本開示の好適な実施形態に対する改良又は修正を認識するだろう。それら全ての改良及び修正は、本明細書の中において開示された概念、及び以下の特許請求の範囲の領域内に含まれると考えられる。