(57)【特許請求の範囲】
【請求項１】
無線通信システム内の通信デバイスにより無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法であって、
前記無線通信システムに含まれる第１の基地局及び第２の基地局を含む少なくとも２つの基地局に接続するステップと、
前記第１の基地局に関するＲＬＦを検出するステップと、
前記第１の基地局に関連するＲＬＦ原因レポートを前記第２の基地局へ送信するステップと、
前記第１の基地局を測定してＲＬＦ原因が消失したか否かを決定するために、測定コマンドを受信するステップと、
コマンド又は構成を受信して、前記コマンド又は前記構成に応答して、前記第１の基地局との無線リンクを再開するか、又は、前記第１の基地局の無効化を実行するか、又は、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続再確立プロシージャを実行するステップと、
を含む方法。
【請求項２】
前記ＲＬＦ原因レポートを送信した後に、前記第１の基地局とのデータの送信及び／又は受信を停止するステップ、又は、
前記ＲＬＦ原因レポートを送信した後に、前記第１の基地局への信号伝送を停止するステップ、又は、
前記第１の基地局に関する構成をリリースするステップ、
を更に含む、請求項１に記載の方法。
【請求項３】
前記ＲＬＦ原因が消失したと決定された場合に、測定レポートを前記第２の基地局に送信するステップ、
を更に含む、請求項１に記載の方法。
【請求項４】
ＲＲＣ接続再確立プロシージャを実行する前記ステップが含まれる場合に、
前記第１の基地局と前記第２の基地局の両方に関するＲＬＦを検出した場合、又は、モビリティ・マネジメント・エンティティ（ＭＭＥ）とのインターフェースを確立する前記第１の基地局に関するＲＬＦが検出され、後に前記第２の基地局が無効化される場合、又は、前記ＭＭＥとのインターフェースを有さない前記第１の基地局に関するＲＬＦが検出され、前記ＭＭＥに対するインターフェースを確立する前記第２の基地局が後に前記通信デバイスのＲＲＣ接続をリリースする場合、又は、ＲＬＦによりトリガされたタイマーが満了した場合、前記ＲＲＣ接続再確立プロシージャを実行するステップ、
を含む、請求項１に記載の方法。
【請求項５】
前記第１の基地局がＭＭＥに対してインターフェースを確立しない場合に前記第１の基地局の無効化を実行する前記ステップが含まれる場合に、
前記第２の基地局からコマンド又は構成を受信するステップと、
前記コマンド又は前記構成に応答して、前記第１の基地局の無効化を実行するステップと、
を含む、請求項１に記載の方法。
【請求項６】
前記ＲＬＦ原因レポートは、前記ＲＬＦが物理的な無線リンク問題により発生したという情報、又は、ＲＬＣ再送信回数が最大再送信閾値を超えたという情報、又は、ランダムアクセスプロシージャが失敗したという情報を含む、
請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
無線通信システム内の第１の基地局により無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法であって、
前記無線通信システムにおいて前記第１の基地局及び第２の基地局に接続される通信デバイスから、前記第２の基地局に関連するＲＬＦ原因レポートを受信するステップと、
前記第２の基地局を測定してＲＬＦ原因が消失したか否かを決定するために、前記通信デバイスに測定コマンドを送信するステップと、
前記第２の基地局と前記通信デバイスとの間の無線リンクを再開するように、前記通信デバイスを構成するステップと、
を含む方法。
【請求項８】
前記通信デバイスが前記ＲＬＦ原因が消失したと決定した場合に、前記通信デバイスから測定レポートを受信するステップ、
を更に含む、請求項７に記載の方法。
【請求項９】
前記ＲＬＦ原因レポートを前記第２の基地局へ転送するステップ、
を更に含む、請求項７に記載の方法。
【請求項１０】
前記第１の基地局が前記無線通信システムのモビリティ・マネジメント・エンティティ（Mobility  Management  Entity：ＭＭＥ）に対するインターフェースを確立し、前記第２の基地局が前記ＭＭＥへのインターフェースを確立しない場合に、前記第２の基地局を介する前記通信デバイスへのデータ転送を停止するステップ、又は、
前記第１の基地局が前記無線通信システムのモビリティ・マネジメント・エンティティ（Mobility  Management  Entity：ＭＭＥ）へのインターフェースを確立し、前記第２の基地局が前記ＭＭＥへのインターフェースを確立しない場合に、別の基地局を介してデータ転送を実行するステップ、
を更に含む、請求項７乃至９のいずれか一項に記載の方法。
【請求項１１】
無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続再確立プロシージャを実行するように、前記通信デバイスを構成するステップ、又は、
前記第１の基地局が前記無線通信システムのモビリティ・マネジメント・エンティティ（Mobility  Management  Entity：ＭＭＥ）へのインターフェースを確立する場合に、前記第２の基地局を無効化するステップ、又は、
前記第１の基地局が前記ＭＭＥへのインターフェースを確立する場合に、無線ベアラを前記第２の基地局から前記第１の基地局へ移動するために、Ｓ１−Ｕインターフェースを切り替えるステップ、
を更に含む、請求項７乃至１０のいずれか一項に記載の方法。
【請求項１２】
無線通信システム内の第１の基地局により無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法であって、
第２の基地局から、前記第１の基地局に関連するＲＬＦ原因レポートを受信するステップと、
ＲＬＦ原因が消失したことを示す指示又は測定レポートを受信するか、又は、無線ベアラを前記第１の基地局から前記第２の基地局へ移動するために、Ｓ１−Ｕインターフェースを切り替えるか、又は、Ｓ１−ＭＭＥインターフェースを前記第１の基地局から前記第２の基地局へ切り替えるか、又は、無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続再確立プロシージャを実行するように通信デバイスを構成する場合に、前記通信デバイスと前記第１の基地局との間の無線リンクを再開するように、前記通信デバイスを構成するステップと、
を含み、
前記第１の基地局及び前記第２の基地局は、前記無線通信システムの同じ通信デバイスに接続される、
方法。
【請求項１３】
前記第１の基地局が前記無線通信システムのモビリティ・マネジメント・エンティティ（Mobility  Management  Entity：ＭＭＥ）に対するインターフェースを確立する場合に、前記第２の基地局を介して前記通信デバイスへデータ送信を実行するステップ、又は、
前記通信デバイスへのデータ送信を停止するステップ、
を更に含む、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム内の通信デバイスに用いられる方法に関し、より詳細には、デュアル接続における無線リンク障害に対処する方法に関する。
【背景技術】
【０００２】
３ＧＰＰのリリース１２では、ユーザーのスループットを向上するためにデュアル接続が提案されている。少なくとも２つのセルへのデュアル接続は、非理想的バックホールに接続される異なるｅＮＢ（evolved  Node  B）により提供され、１つのｅＮＢがセルの集合を管理する場合がある。したがって、ユーザーイクイップメント（ＵＥ）は、デュアル接続モードであるときは複数のｅＮＢによりサービスを提供され得る。
【０００３】
デュアル接続の枠組みのもとでは、各トラフィックタイプ、負荷状況、チャネル状況及びそれらの組合わせから成るＱｏＳ要件に応じて、トラフィック流は１つのｅＮＢにより供されることもあり、１以上のｅＮＢに分割（split）されることもある。無線ベアラの無線プロトコルがマスターｅＮＢ（以下ＭｅＮＢ）のみに位置付けられ、よってＭｅＮＢリソースしか利用できない場合、そのような無線ベアラはＭｅＮＢ固有ベアラと定義される。ＭｅＮＢ固有ベアラに関して、ＭｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷ（Serving  Gateway）に接続されるＵ−ｐｌａｎｅ（ユーザープレーン）である。無線ベアラの無線プロトコルがセカンダリーｅＮＢ（以下ＳｅＮＢ）のみに位置付けられ、よってＳｅＮＢリソースしか利用できない場合、そのような無線ベアラはＳｅＮＢ固有ベアラと定義される。ＳｅＮＢ固有ベアラに関して、ＳｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷに直接的に接続される。無線ベアラの無線プロトコルがＭｅＮＢとＳｅＮＢの両方に位置付けられ、よってＭｅＮＢとＳｅＮＢの提供する無線リソースを両方とも利用できる場合、そのような無線ベアラは分割（split）（無線）ベアラと定義される。分割ベアラに関して、ＭｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷに接続されるＵ−ｐｌａｎｅである。詳細には、図１に、無線ベアラがＭｅＮＢとＳｅＮＢとに分割される構成を示す。図１は、ＭｅＮＢ及びＳｅＮＢのユーザープレーンのプロトコル階層を示す。図１では、無線ベアラＲＢのユーザープレーン・データがＭｅＮＢへ送信される。そして、共用されるＭｅＮＢのＰＤＣＰ（packet  data  convergence  protocol）エンティティが、ユーザープレーン・データのＰＤＣＰ  ＰＤＵを、ＵＥへの送信のためにＭｅＮＢの無線リンク制御（Radio  Link  Control：ＲＬＣ）エンティティとＳｅＮＢのＲＬＣエンティティとに送る。以上のように、分割無線ベアラを用いると、ＵＥはＭｅＮＢとＳｅＮＢの両方を介して無線ベアラのユーザープレーン・データを受信することができ、ユーザースループットが向上する。また、ＵＥは、ＭｅＮＢとＳｅＮＢの両方を介して無線ベアラのユーザープレーン・データを送信することができる。
【０００４】
図２は、分割無線ベアラを用いる場合のデュアル接続のユーザープレーン・アーキテクチャを示す。図２に示すように、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷ（serving  gateway）に接続され、Ｘ２を介してＳｅＮＢに接続され、Ｕｕを介してＵＥに接続され、Ｓ１−ＭＭＥを介してＭＭＥ（mobility  management  entity）に接続される。デュアル接続のＭｅＮＢはＳ１−ＭＭＥインターフェースの終点であり、したがって、コアネットワーク（ＣＮ）へのモビリティ・アンカーとして機能する。デュアル接続に関与するＭｅＮＢとＳｅＮＢとの間のＸ２インターフェースは、分割無線ベアラのユーザープレーン・データのＰＤＣＰ  ＰＤＵの送信を提供する。詳細には、ユーザープレーン・データは、Ｓ−ＧＷからＳ１−Ｕを介してＭｅＮＢへ送信され、ＭｅＮＢはユーザープレーン・データを、Ｘ２を介してＳｅＮＢへ分割する。このように、ＭｅＮＢとＳｅＮＢは、分割無線ベアラのユーザープレーン・データを、Ｕｕを介してＵＥへ同時に送信することができる。同様に、ＵＥは、分割無線ベアラのユーザープレーン・データをＭｅＮＢとＳｅＮＢとに同時に送信することができる。ＭＭＥ及びＳ−ＧＷの機能は当該技術分野において周知であるので、ここでは省略する。
【０００５】
ＵＥとｅＮＢとの間では、無線リンク障害（Radio  Link  Failure：ＲＬＦ）が発生するおそれがある。ＵＥは、Ｔ３１０が満了した場合、Ｔ３００、Ｔ３０１、Ｔ３０４及びＴ３１１のいずれも動作していない間にＭＡＣからランダムアクセス障害の指摘があった場合、或いは、再送信回数が最大値に達したとＲＬＣから指摘があった場合に、ＲＬＦが検出されたと認識し得る。要するにＵＥは、物理的な無線リンク障害と、ＲＡＣＨプロシージャ障害と、再送信閾値を超えるＲＬＣ再送信とが発生した場合に、ＲＬＦが検出されたと認識する。ＵＥは、ＲＬＦを検出した後、ＡＳセキュリティが有効化されていない場合は無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続モードを維持し、そうでない場合は、ＲＲＣ接続再確立プロシージャを開始する。
【０００６】
現在の仕様によれば、ｅＮＢに関するＲＬＦが検出された場合、ＵＥはｅＮＢに対してＲＲＣ接続再確立を実行する。再確立が失敗した場合、ＵＥはＲＲＣ接続要求に対してセル（再）選択プロシージャを実行し（これにより不通が生じるおそれがある）、インターフェースＳ１−ＭＭＥはその後再確立される。しかしながら、デュアル接続では、まだ別のｅＮＢとＵＥとの間に利用可能な無線リンクが存在する可能性がある。よって、ＲＲＣ接続再確立やＳ１−ＭＭＥ再確立、Ｓ１シグナリング（Ｓ１−ＭＭＥ再確立により生じる）は不要である場合があり、不通を回避できる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本願は、上記の課題を解決するために、デュアル接続における無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この目的は、請求項１，８及び１３に係る、デュアル接続における無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法により達成される。それらの従属請求項は、対応する更なる発展及び改善に関連する。
【０００９】
以下に記載する詳細な説明からより明確に理解されるように、特許請求の範囲に記載の、無線通信システムに含まれる通信デバイスにより無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する方法は、無線通信システムに含まれる第１の基地局及び第２の基地局を含む少なくとも２つの基地局に接続するステップと、該第１の基地局に関するＲＬＦを検出するステップと、該第１の基地局に関連するＲＬＦ原因レポートを該第２の基地局へ送信するステップと、を含む。
【図面の簡単な説明】
【００１０】
【図１】分割無線ベアラを用いる場合のＭｅＮＢ及びＳｅＮＢのユーザープレーン・プロトコル階層を示す概略図である。
【図２】分割無線ベアラを用いる場合のデュアル接続のユーザープレーン・アーキテクチャを示す概略図である。
【図３】無線通信システムの概略図である。
【図４】例示的な通信デバイスの概略図である。
【図５】本開示に係る例示的プロセスを示すフローチャートである。
【図６】本開示に係る例示的プロセスを示すフローチャートである。
【図７】本開示に係る例示的プロセスを示すフローチャートである。
【図８】例示的な実施形態の概略図である。
【図９】例示的な実施形態の概略図である。
【図１０】例示的な実施形態の概略図である。
【図１１】例示的な実施形態の概略図である。
【図１２】例示的な実施形態の概略図である。
【図１３】例示的な実施形態の概略図である。
【図１４】例示的な実施形態の概略図である。
【図１５】例示的な実施形態の概略図である。
【図１６】例示的な実施形態の概略図である。
【図１７】例示的な実施形態の概略図である。
【図１８】例示的な実施形態の概略図である。
【図１９】例示的な実施形態の概略図である。
【図２０】例示的な実施形態の概略図である。
【図２１】例示的な実施形態の概略図である。
【図２２】例示的な実施形態の概略図である。
【図２３】例示的な実施形態の概略図である。
【図２４】例示的な実施形態の概略図である。
【図２５】例示的な実施形態の概略図である。
【図２６】例示的な実施形態の概略図である。
【図２７】例示的な実施形態の概略図である。
【図２８】例示的な実施形態の概略図である。
【図２９】例示的な実施形態の概略図である。
【図３０】例示的な実施形態の概略図である。
【図３１】例示的な実施形態の概略図である。
【図３２】例示的な実施形態の概略図である。
【図３３】例示的な実施形態の概略図である。
【図３４】例示的な実施形態の概略図である。
【図３５】例示的な実施形態の概略図である。
【発明を実施するための形態】
【００１１】
図３は、無線通信システム３０の概略図である。無線通信システム３０は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄシステム等のモバイル通信システムであり、簡潔に言えば、少なくとも２つのネットワークノード、すなわちマスターｅＮＢ（以下ＭｅＮＢ）及びセカンダリーｅＮＢ（以下ＳｅＮＢ）と、ユーザーイクイップメント（ＵＥ）とを含む。図３は、無線通信システム３０の構造を説明するのに用いられるに過ぎず、ＵＥ及びｅＮＢの数はこれに限定されない。ＵＥは、携帯電話、コンピューターシステム、マシン型デバイス等のデバイスであってよい。ネットワークノードすなわちｅＮＢは、基地局とみなされてよい。更に、ネットワークノード及びＵＥは、送信方向に従って送信機とみなすことも受信機とみなすこともできる。例えば、アップリンク（ＵＬ）では、ＵＥが送信機であり、ネットワークノードが受信機である。ダウンリンク（ＤＬ）では、ネットワークノードが送信機であり、ＵＥが受信機である。
【００１２】
図４は、例示的な通信デバイス４０の概略図である。通信デバイス４０は、図３に示されるＵＥ、ＭｅＮＢ又はＳｅＮＢであってよい。通信デバイス４０は、マイクロプロセッサや特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）等の処理手段４００と、記憶ユニット４１０と、通信インターフェースユニット４２０とを有してよい。記憶ユニット４１０は、プログラムコード４１４を記憶可能であり処理手段４００によりアクセスされる任意のデータ記憶デバイスであってよい。記憶ユニット４１０の例としては、加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）、読み出し専用メモリ（read-only  memory：ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（random-access  memory：ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶デバイスが挙げられる。通信インターフェースユニット４２０は、好ましくは無線送受信機であり、処理手段４００の処理結果に従って、ネットワーク（すなわちＥ−ＵＴＲＡＮ）と無線信号を交換することができる。
【００１３】
図５は、本開示の一実施例に係るプロセス５０のフローチャートである。プロセス５０は、図３のＵＥがデュアル接続での無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する場合に用いられる。プロセス５０は、プログラムコード４１４にコンパイルされて、記憶ユニット４１０に記憶されてよい。また、プロセス５０は以下のステップを含んでよい。
【００１４】
ステップ５００：開始。
【００１５】
ステップ５１０：第１のｅＮＢ及び第２のｅＮＢを含む少なくとも２つのｅＮＢに接続する。
【００１６】
ステップ５２０：第１のｅＮＢに関するＲＬＦを検出する。
【００１７】
ステップ５３０：第１のｅＮＢに関連するＲＬＦ原因レポートを第２のｅＮＢへ送信する。
【００１８】
ステップ５４０：終了。
【００１９】
プロセス５０によれば、信号品質の低さを要因とするＲＬＦ又はネットワーク輻輳を要因とするＲＡＣＨプロシージャ障害を、デュアル接続に関与するｅＮＢのうち１つに検出した場合、ＵＥはすぐには無線リソース制御（Radio  Resource  Control：ＲＲＣ）接続再確立を実行せずに、ＲＬＦを有するｅＮＢに関連するＲＬＦ原因レポートを送信して、ＲＬＦを有さない他のｅＮＢに通知する。すなわち本発明が提案するのは、デュアル接続に含まれるＵＥを対象とする新しいＲＬＦ対処プロセスであり、ＵＥとの間で利用可能な無線リンクを有するｅＮＢがひとつでもある場合は、不通を引き起こすおそれのあるＲＲＣ接続再確立のトリガを回避する。
【００２０】
ＲＬＦ原因レポートは、例えば以下の情報を含んでよい。
【００２１】
ＲＬＦ原因Ａは、物理的な無線リンク問題を示す。
【００２２】
ＲＬＦ原因Ｂは、ＲＬＣ再送信が最大再送信閾値を超えたことを示す。
【００２３】
ＲＬＦ原因Ｃは、ＲＡＣＨプロシージャの失敗を示す。
【００２４】
ＵＥがＲＲＣ接続再確立プロシージャを実行するのは、デュアル接続に関与する全てのｅＮＢに関してＲＬＦが検出された場合、ＭｅＮＢに関するＲＬＦが検出されその後ＳｅＮＢが無効化された場合、ＳｅＮＢに関するＲＬＦが検出されその後ＭｅＮＢがＵＥとのＲＲＣ接続をリリースした場合、或いは、ＲＬＦによりトリガされたタイマーが満了した場合のみである。
【００２５】
更に、ＵＥは、ＲＬＦ原因レポートをＲＬＦを有さないｅＮＢへ通知した後、ＲＬＦを有するｅＮＢとのデータ／信号（すなわちＳＲＳ（sounding  reference  signal））の送受信を停止し、ＲＬＦを有するｅＮＢに関連する構成（すなわちＳＲＳ構成又はＣＳＩ構成）をリリースしてよい。代替的に、ＵＥは、ＲＬＦを有するｅＮＢの測定を実行して、ＲＬＦを有するｅＮＢとの無線リンクを再開するか否かを決定してよい。
【００２６】
図６は、本開示の一実施例に係るプロセス６０のフローチャートである。プロセス６０は、第１のｅＮＢ（すなわち図３のＭｅＮＢ又はＳｅＮＢ）がデュアル接続での無線リンク障害（Radio  Link  Failure：ＲＬＦ）に対処する場合に用いられる。プロセス６０はプログラムコード４１４にコンパイルされて、記憶ユニット４１０に記憶されてよい。また、プロセス６０は、以下のステップを含んでよい。
【００２７】
ステップ６００：開始。
【００２８】
ステップ６１０：デュアル接続に関与する第２のｅＮＢに関連するＲＬＦ原因レポートをＵＥから受信する。
【００２９】
ステップ６２０：終了。
【００３０】
プロセス６０によれば、ＲＬＦを有さない第１のｅＮＢは、ＲＬＦを有する第２のｅＮＢに関連するＲＬＦ原因レポートをＵＥから受信する。更に、第１のｅＮＢは、ＲＬＦ原因レポートを第２のｅＮＢへ（すなわち、図２のＸ２インターフェースを介して）転送してよい。
【００３１】
第２のｅＮＢが図２のＭＭＥに対するＳ１−ＭＭＥインターフェースを確立するＭｅＮＢでなく、第１のｅＮＢがＭｅＮＢである場合、第１のｅＮＢは、第２のｅＮＢを介するデータ転送を停止してよい。更に、第１のｅＮＢは、第２のｅＮＢを測定しＲＬＦ原因が消失したか否かを決定するために、測定コマンドをＵＥへ送信して、第２の基地局とＵＥとの間の無線リンクを回復してよい。代替的に、第１のｅＮＢは、ＱｏＳ要件、システム付加及び／又は第１のｅＮＢのバックホール待ち時間に基づいて、無線ベアラを第２のｅＮＢから第１のｅＮＢへ切り替えてもよいし、ＲＲＣ接続再確立を実行するようにＵＥを構成してもよいし、第２のｅＮＢを無効化してもよい。
【００３２】
図７は、本開示の一実施例に係るプロセス７０のフローチャートである。プロセス７０は、第１のｅＮＢ（すなわち図３のＭｅＮＢ又はＳｅＮＢ）がデュアル接続での無線リンク障害（ＲＬＦ）に対処する場合に用いられる。プロセス７０は、プログラムコード４１４にコンパイルされて、記憶ユニット４１０に記憶されてよい。また、プロセス７０は以下のステップを含んでよい。
【００３３】
ステップ７００：開始。
【００３４】
ステップ７１０：第１のｅＮＢに関連するＲＬＦ原因レポートを、デュアル接続に関与する第２のｅＮＢから受信する。
【００３５】
ステップ７２０：終了。
【００３６】
プロセス７０によれば、第１のｅＮＢは、第１のｅＮＢに関連するＲＬＦ原因レポートを第２のｅＮＢから受信する。第１のｅＮＢがＭｅＮＢである場合、第１のｅＮＢは第２のｅＮＢを介してデータを送信してよい。更に、第１のｅＮＢは、ＱｏＳ要件、システム付加及び／又は第１のｅＮＢのバックホール待ち時間に基づいて、ＵＥとの無線リンクを回復してもよいし、第１のｅＮＢの無線ベアラのＳ１−Ｕ及びＳ１−ＭＭＥを第１のｅＮＢから第２のｅＮＢへ切り替えてもよいし、ＲＲＣ接続再確立を実行するようにＵＥを構成してもよい。代替的に、第１のｅＮＢがＳｅＮＢである場合、第１のｅＮＢは、ＵＥへのデータ送信を停止してよい。
【００３７】
図８〜３５は、デュアル接続に関与するＵＥ、ＭｅＮＢ及びＳｅＮＢのＲＬＦオペレーションの詳細を示す。なお、本発明は、デュアル接続におけるＲＬＦに対処する最適化された方法を開示し、分割無線ベアラ又は非分割無線ベアラをサポートするｅＮＢに適用可能である。更に、ＭｅＮＢ及びＳｅＮＢには２つの制御プレーンオプションがある。第１の制御プレーンオプションでは、ＭｅＮＢのみが、ＭｅＮＢとＳｅＮＢとの無線リソース管理（Radio  Resource  Management：ＲＲＭ）機能の連携の後に、ＵＥへ送信される最終的なＲＲＣメッセージを生成する。ＵＥのＲＲＣエンティティは、（ＭｅＮＢの）１つのエンティティのみから来るメッセージを全て確認し、ＵＥは当該エンティティのみに対して返信を行う。第２の制御プレーンオプションでは、ＭｅＮＢ及びＳｅＮＢが、ＭｅＮＢとＳｅＮＢとのＲＲＭ機能の連携の後に、ＵＥへ送信される最終的なＲＲＣメッセージを生成することができる。ＲＲＣメッセージはＵＥへ直接的に送信されてよく、また、ＵＥはそれに従って返信を行ってよい。
【００３８】
第１の実施形態において、ＭｅＮＢは分割無線ベアラをサポートする。アーキテクチャについては、図１〜２を参照することができる。以下の実施形態では、ＭｅＮＢ及びＳｅＮＢの第２の制御プレーンオプションが採用される。詳細には、図８に、デュアル接続におけるＲＬＦオペレーションの実施形態を示す。図８では、ＵＥはＭｅＮＢ側に。その後、ＭｅＮＢはＵＥに対してＳｅＮＢを追加して、ＵＥをデュアル接続状態とする。デュアル接続において、ＭｅＮＢとＳｅＮＢは、ＵＥにサービスを提供するために、連携して情報交換を行う必要がある。ＵＥは、ＭｅＮＢに関するＲＬＦを検出すると、ＭｅＮＢとの送受信を停止し、上述のＲＬＦ原因Ａ又はＢ（すなわち、物理的な無線リンク問題、又は、最大再送信閾値を超えるＲＬＣ再送信を示す）を含むＲＬＦ原因レポート（RLF  Cause  Report）をＳｅＮＢへ送信してよい。ＳｅＮＢは、ＲＬＦ原因レポートの情報をＭｅＮＢへ転送する。ＭｅＮＢは、ＲＬＦが信号品質の低さを原因として発生したのか否かを確認する。そうであれば、ＭｅＮＢとＵＥとの間のデータ／信号は、ＳｅＮＢを介して送信される。更にＳｅＮＢは、ＭｅＮＢを測定するために、測定コマンド（Measurement  Command）をＵＥへ送信する。ＭｅＮＢの測定結果がレポート閾値を超えることをＵＥが検出した場合、ＵＥは測定レポート（Measurement  Report）をＳｅＮＢへ送信し、ＳｅＮＢは、無線リンク回復（Radio  Link  Recovery：ＲＬＲ）メッセージによりＭｅＮＢに通知する。ＭｅＮＢは、ＳｅＮＢからＲＬＲメッセージを受信した後、ＵＥへのＤＬ送信を再開することを決定した場合、ＳｅＮＢを介して再開コマンド（Resume  Command）をＵＥへ送信して、ＵＥとの無線リンクを回復する。
【００３９】
図９に示されるような実施形態では、ＭｅＮＢは、ＳｅＮＢからＲＬＲメッセージを受信した後、ＵＥへのＤＬ送信を再開することを決定した場合、ＵＥの構成の一部が変更される必要があれば、ＳｅＮＢを介して当該ＭｅＮＢの再構成をＵＥへ送信して、ＵＥとの無線リンクを回復する。
【００４０】
図９の実施形態とは異なり、図１０の実施形態では、ＵＥがＭｅＮＢに関するＲＬＦを検出すると、ＭｅＮＢとの送受信を停止し、ＭｅＮＢの一部の構成（例えば、ＳＲＳ構成及びＣＳＩ構成）をリリースする。
【００４１】
図１１に示される実施形態において、ＭｅＮＢがＳｅＮＢからＲＬＦ原因レポートを受信した後、ＵＥへのＤＬ送信を再開することを決定した場合、まずＭｅＮＢが再開指示（Resume  Indication）をＳｅＮＢへ送信し、それからＳｅＮＢが測定コマンドをＵＥへ送信する。
【００４２】
上述した図８〜１１の実施形態とは異なり、第１の制御プレーンオプションが適用されると、ＭｅＮＢがＵＥとの間で送受信される全てのＲＲＣメッセージを理解し生成する。詳細には、図１２に示すように、ＵＥはＭｅＮＢに関するＲＬＦを検出した場合、ＭｅＮＢへの送信を停止し、ＲＬＦ原因レポートをＳｅＮＢへ送信してよい。ＳｅＮＢは、このＲＬＦ原因レポートをＭｅＮＢへ直接転送する。ＲＬＦ原因レポートがＲＬＦ原因Ａ又はＢを含むとすると、ＭｅＮＢは、ＲＬＦが信号品質の低さを原因として発生したのか否かを確認する。そうである場合、ＭｅＮＢとＵＥとの間のデータ及び信号は、ＳｅＮＢを介して送信される。更に、ＭｅＮＢは、ＳｅＮＢを介して測定コマンドをＵＥへ送信して、ＵＥにＭｅＮＢ自体を測定させる。ＭｅＮＢの測定結果がレポート閾値を超えることをＵＥが検出した場合、ＵＥは測定レポートをＳｅＮＢへ送信し、ＳｅＮＢは、この測定レポートをＭｅＮＢへ直接転送する。図１２に示される後続のＭｅＮＢ、ＳｅＮＢ及びＵＥの動作については、上記を参照することができるので、ここでは省略する。
【００４３】
図１３の実施形態において、ＵＥがＭｅＮＢに関するＲＬＦを検出した後、更にＳｅＮＢに関するＲＬＦを検出した（すなわち、ＭｅＮＢとＳｅＮＢの両方に関してＲＬＦが検出された）場合、ＵＥは、ＲＲＣ接続再確立プロシージャを実行する。
【００４４】
図１４の実施形態において、ＵＥは、ＲＬＦ原因レポートを送信した後に、ＲＲＣ接続再確立プロシージャに向けたタイマーを開始してよい。ＲＲＣ接続再確立プロシージャに向けたタイマーが満了した（すなわち、タイムアップした）場合、ＵＥは、ＲＲＣ接続再確立プロシージャを実行する。タイマーは予め定められてもよいし、ＭｅＮＢ又はＳｅＮＢにより専用のメッセージから割り当てられてもよいし、ＭｅＮＢ又はＳｅＮＢによりブロードキャストされてもよい。
【００４５】
上述した図８〜１４の実施形態とは異なり、図１５の実施形態では、ＲＬＦ原因レポートはＲＬＦ原因Ｃ（すなわち、ＲＡＣＨプロシージャの失敗を示す）を含む。ＭｅＮＢは、ＲＬＦがネットワーク輻輳により発生したのか否かを確認する。そうである場合、ＭｅＮＢとＵＥとの間のデータ及び信号は、ＳｅＮＢを介して送信される。また、ＭｅＮＢの輻輳が緩和された場合、ＭｅＮＢはＭｅＮＢ有効化指示（MeNB  Activation  Indication）をＳｅＮＢへ送信し、ＳｅＮＢはこのＭｅＮＢ有効化指示をＵＥへ転送する。ＵＥは、ＭｅＮＢ有効化指示を受信した後、ＭｅＮＢに対して有効化プロシージャを実行する。
【００４６】
図１６の実施形態において、ＵＥは、ＲＬＦ原因レポートを送信した後、更にＳｅＮＢに関するＲＬＦを検出した（すなわち、ＭｅＮＢとＳｅＮＢの両方に関してＲＬＦが発生する）場合、ＲＲＣ接続再確立プロシージャを実行する。
【００４７】
上述した図８〜１６の実施形態とは異なり、ＲＬＦは、ＭｅＮＢではなくＳｅＮＢで検出されてよい。詳細には、図１７に示すように、ＵＥはＳｅＮＢに関するＲＬＦを検出した場合、ＳｅＮＢとの送受信を停止し、ＲＬＦ原因Ａ又はＢを含むＲＬＦ原因レポートをＭｅＮＢへ送信してよい。ＭｅＮＢは、ＲＬＦ原因レポートの情報をＳｅＮＢへ転送してよい。更に、ＭｅＮＢは、ＳｅＮＢを介したＵＥへのデータ及び信号の送信を停止する。ＳｅＮＢはまた、ＵＥへのＤＬデータ送信を停止する。ＭｅＮＢはまた、ＳｅＮＢを測定するために、測定コマンドをＵＥへ送信する。ＳｅＮＢの測定結果がレポート閾値を超えることをＵＥが検出した場合、ＵＥは測定レポートをＭｅＮＢへ送信し、ＭｅＮＢはＲＬＲ指示によりＳｅＮＢに通知する。ＳｅＮＢは、ＵＥへのＤＬ送信を再開することを決定した場合、ＲＬＲ  ＡＣＫをＭｅＮＢへ送信する。ＭｅＮＢは、ＳｅＮＢからＲＬＲ  ＡＣＫを受信した後、再開コマンドをＵＥへ送信して、無線リンクを回復する。
【００４８】
代替的に、図１８では、ＵＥはＳｅＮＢに関するＲＬＦを検出すると、ＳｅＮＢとの送受信を停止し、ＲＬＦ原因レポートをＭｅＮＢへ送信する。ＭｅＮＢは、ＳｅＮＢ排除コマンド（SeNB  Removal  Command）を送信して、ＳｅＮＢを無効化してよい。
【００４９】
第２の実施形態において、ＭｅＮＢは、図１９に示す分割無線ベアラＲＢ１及びＭｅＮＢ固有ベアラＲＢ２をサポートする。また、第２の制御プレーンオプションが適用される。詳細には、図２０に示すように、ＵＥはＭｅＮＢに関するＲＬＦを検出した場合、ＭｅＮＢへの送信を停止し、ＲＬＦ原因Ａ又はＢを含むＲＬＦ原因レポートをＳｅＮＢへ送信してよい。ＳｅＮＢは、ＲＬＦ原因レポートの情報をＭｅＮＢへ転送する。ＭｅＮＢは、ＲＬＦが信号品質の低さを原因として発生したのか否かを確認し、また、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得るかを確認する。ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得る場合、ＭｅＮＢは、ベアラ・ハンドオーバー要求（Bearer  HO  Request）をＳｅＮＢへ送信する。ＳｅＮＢによりベアラ・ハンドオーバーＡＣＫ（Bearer  HO  ACK）が返されると、ＭｅＮＢとＵＥとの間のデータ及び信号は、ＳｅＮＢを介して送信される。また、ＭｅＮＢを測定するために、ＳｅＮＢは測定コマンドをＵＥへ送信する。ＭｅＮＢの測定結果がレポート閾値を超えることをＵＥが検出した場合、ＵＥは測定レポートをＳｅＮＢへ送信し、ＳｅＮＢはＲＬＲメッセージによりＭｅＮＢに通知する。ＭｅＮＢは、ＳｅＮＢからＲＬＲメッセージを受信した後、ＵＥへのＤＬ送信を再開することを決定した場合、再構成をＳｅＮＢを介してＵＥへ送信して、無線リンクを回復する。更に、ＭｅＮＢは、別のベアラ・ハンドオーバー要求（Bearer  HO  Request）をＳｅＮＢへ送信して、一部の無線ベアラを自身に切替復帰させてよい。
【００５０】
代替的に、図２１に示すように、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得る場合であっても、ＳｅＮＢはベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返してよい。その場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリース（RRC  Connection  Release）を送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００５１】
図２２の実施形態において、ＳｅＮＢがベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返す場合、ＭｅＮＢは経路切替プロシージャを実行して、Ｓ１−ＭＭＥをＭｅＮＢからＳｅＮＢに切り替える（すなわち、ＭｅＮＢとＵＥとの間のＳ１−ＭＭＥを除去し、新しいＳ１−ＭＭＥをＳｅＮＢとＵＥとの間で確立する）。
【００５２】
図２３の実施形態において、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得ない場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００５３】
図２４の実施形態において、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得ない場合、ＭｅＮＢは経路切替プロシージャを実行して、Ｓ１−ＭＭＥをＭｅＮＢからＳｅＮＢに切り替える（すなわち、ＭｅＮＢとＵＥとの間のＳ１−ＭＭＥを除去し、新しいＳ１−ＭＭＥをＳｅＮＢとＵＥとの間で確立する）。
【００５４】
図２０〜２４の実施形態とは異なり、図２５の実施形態では、ＲＬＦ原因レポートはＲＬＦ原因Ｃを含む。ＭｅＮＢは、ＲＬＦがネットワーク輻輳により発生したのか否かを確認し、また、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得るかを確認する。ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得る場合、ＭｅＮＢは、ベアラ・ハンドオーバー要求（Bearer  HO  Request）をＳｅＮＢへ送信する。ＳｅＮＢによりベアラ・ハンドオーバーＡＣＫ（Bearer  HO  ACK）が返されると、ＭｅＮＢとＵＥとの間のデータ及び信号は、ＳｅＮＢを介して送信される。一方、ＭｅＮＢの輻輳が緩和された場合、ＭｅＮＢはＭｅＮＢ有効化指示を送信し、ＳｅＮＢはこのＭｅＮＢ有効化指示をＵＥへ転送する。ＵＥは、ＭｅＮＢ有効化指示を受信した後、ＭｅＮＢに対して有効化プロシージャを実行する。
【００５５】
一方、図２６では、ＳｅＮＢがベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返した場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００５６】
図２７の実施形態において、ＭｅＮＢは、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得るか否かを確認してよい。ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得る場合、ＭｅＮＢは、ベアラ・ハンドオーバー要求（Bearer  HO  Request）をＳｅＮＢへ送信する。ＳｅＮＢがベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返した場合、ＭｅＮＢは経路切替プロシージャを実行して、Ｓ１−ＭＭＥをＭｅＮＢからＳｅＮＢに切り替える（すなわち、Ｓ１−ＭＭＥはＳｅＮＢとＵＥとの間に確立される）。
【００５７】
代替的に、図２８では、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得ない場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００５８】
図２９の実施形態において、ＭｅＮＢ固有ベアラの要件がＳｅＮＢを介するデータ送信中に満たされ得ない場合、ＭｅＮＢは経路切替プロシージャを実行して、Ｓ１−ＭＭＥをＭｅＮＢからＳｅＮＢに切り替える（すなわち、Ｓ１−ＭＭＥはＳｅＮＢとＵＥとの間に確立される）。
【００５９】
図３０に示す第３の実施形態では、ｅＮＢはＭｅＮＢ固有ベアラ及びＳｅＮＢ固有ベアラのみをサポートし、分割無線ベアラをサポートしない。また、第２の制御プレーンオプションが適用される。詳細には、図３１に示すように、ＵＥはＭｅＮＢに関するＲＬＦを検出した場合、ＭｅＮＢへの送信を停止し、ＲＬＦ原因Ａ又はＢを含むＲＬＦ原因レポートをＳｅＮＢへ送信してよい。ＳｅＮＢは、ＲＬＦ原因レポートの情報をＭｅＮＢへ転送する。ＭｅＮＢは、ＲＬＦが信号品質の低さを原因として発生したのか否かを確認する。そうである場合、ＭｅＮＢは、ベアラ・ハンドオーバー要求（Bearer  HO  Request）をＳｅＮＢへ送信する。ＳｅＮＢによりベアラ・ハンドオーバーＡＣＫ（Bearer  HO  ACK）が返されると、経路切替プロシージャ（ＭｅＮＢからＭＭＥへのベアラ経路切替要求（ベアラ経路をＭｅＮＢからＳｅＮＢへ変更することをＳ−ＧＷに通知するため）と、ＭＭＥからＭｅＮＢへのベアラ経路切替ＡＣＫと、ＭｅＮＢからＳｅＮＢへのベアラ経路切替ＡＣＫの転送（ベアラ経路切替の完了を通知するため）とを含む）が実行されて、無線ベアラをＭｅＮＢからＳｅＮＢへ移動するＳ−ＧＷに通知される。更に、ＭｅＮＢを測定するために、ＳｅＮＢは測定コマンドをＵＥへ送信する。ＭｅＮＢの測定結果がレポート閾値を超えることをＵＥが検出した場合、ＵＥは測定レポートをＳｅＮＢへ送信し、ＳｅＮＢはＲＬＲメッセージによりＭｅＮＢに通知する。ＭｅＮＢは、ＳｅＮＢからＲＬＲメッセージを受信した後、ＵＥへのＤＬ送信を再開することを決定した場合、再構成をＳｅＮＢを介してＵＥへ送信して、無線リンクを回復する。
【００６０】
代替的に、図３２では、ＳｅＮＢがベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返した場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００６１】
図３１及び３２の実施形態とは異なり、図３３に示すように、ＲＬＦ原因レポートはＲＬＦ原因Ｃを含む。ＭｅＮＢは、ＲＬＦがネットワーク輻輳により発生したのか否かを確認する。そうである場合、ＭｅＮＢはベアラ・ハンドオーバー要求をＳｅＮＢへ送信する。ＳｅＮＢによりベアラ・ハンドオーバーＡＣＫ（Bearer  HO  ACK）が返されると、経路切替プロシージャ（ＭｅＮＢからＭＭＥへのベアラ経路切替要求（ベアラ経路をＭｅＮＢからＳｅＮＢへ変更することをＳ−ＧＷに通知するため）と、ＭＭＥからＭｅＮＢへのベアラ経路切替ＡＣＫと、ＭｅＮＢからＳｅＮＢへのベアラ経路切替ＡＣＫの転送（ベアラ経路切替の完了を通知するため）とを含む）が実行されて、ベアラをＭｅＮＢからＳｅＮＢへ移動させるＳ−ＧＷに通知する。また、ＭｅＮＢの輻輳が緩和された場合、ＭｅＮＢはＭｅＮＢ有効化指示を送信し、ＳｅＮＢはこのＭｅＮＢ有効化指示をＵＥへ転送する。ＵＥは、ＭｅＮＢ有効化指示を受信した後、ＭｅＮＢに対して有効化プロシージャを実行する。
【００６２】
一方、図３４に示すように、ＳｅＮＢがベアラ・ハンドオーバーＮＡＣＫ（Bearer  HO  NACK）を返した場合、ＭｅＮＢはＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００６３】
図３５の実施形態において、ＭｅＮＢは、ＲＬＦ原因レポートを受信した後、ベアラをＳｅＮＢへ切り替えないと決定した場合、ＳｅＮＢ排除コマンドをＳｅＮＢへ送信する。ＳｅＮＢは、このＳｅＮＢ排除コマンドを受信した後、それに応じてＲＲＣ接続リリースを送信する。ＵＥは、ＭｅＮＢにまだＲＬＦが存在する間にＳｅＮＢからＲＲＣ接続リリースを受信した場合、ＲＲＣ接続再確立プロシージャを実行する。
【００６４】
上述のプロセスのステップ（示唆されるステップを含む）は、ハードウェア、ファームウェア（ハードウェアデバイスと、読み出し専用ソフトウェアとしてハードウェアデバイス上に存在するコンピューター命令及びデータとの組み合わせとして知られる）、電子システム等の手段により実現することができる。ハードウェアの例としては、超小型回路、マイクロチップ又はシリコンチップとして知られるアナログ回路、デジタル回路、混合回路が挙げられる。電子システムの例としては、システム・オン・チップ（ＳｏＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピューター・オン・モジュール（ＣｏＭ）、通信デバイス４０が挙げられる。
【００６５】
結論として、本発明は、デュアル接続システムのＲＬＦに関する不便な点に対処する。ＵＥは、ＵＥとデュアル接続に関与するｅＮＢとの間にまだ利用可能な無線リンクが存在する場合に、不要なＲＲＣ接続再確立プロシージャの実行を回避し、Ｓ１シグナリング及び不通を低減するものである。
【図１】
0005982447.tif 000002
【図２】
0005982447.tif 000003
【図３】
0005982447.tif 000004
【図４】
0005982447.tif 000005
【図５】
0005982447.tif 000006
【図６】
0005982447.tif 000007
【図７】
0005982447.tif 000008
【図８】
0005982447.tif 000009
【図９】
0005982447.tif 000010
【図１０】
0005982447.tif 000011
【図１１】
0005982447.tif 000012
【図１２】
0005982447.tif 000013
【図１３】
0005982447.tif 000014
【図１４】
0005982447.tif 000015
【図１５】
0005982447.tif 000016
【図１６】
0005982447.tif 000017
【図１７】
0005982447.tif 000018
【図１８】
0005982447.tif 000019
【図１９】
0005982447.tif 000020
【図２０】
0005982447.tif 000021
【図２１】
0005982447.tif 000022
【図２２】
0005982447.tif 000023
【図２３】
0005982447.tif 000024
【図２４】
0005982447.tif 000025
【図２５】
0005982447.tif 000026
【図２６】
0005982447.tif 000027
【図２７】
0005982447.tif 000028
【図２８】
0005982447.tif 000029
【図２９】
0005982447.tif 000030
【図３０】
0005982447.tif 000031
【図３１】
0005982447.tif 000032
【図３２】
0005982447.tif 000033
【図３３】
0005982447.tif 000034
【図３４】
0005982447.tif 000035
【図３５】
0005982447.tif 000036