(57)【要約】【課題】無線通信システムにおいて無線リンク障害を処理する方法及び装置を提供する。【解決手段】方法は、動作ルールや特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ユーザー装置（ＵＥ）が対応した動作を実行するステップと、ＵＥが上記無線状態に入るか、上記無線状態を保持するステップからなる。【選択図】図３
2008092566.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法であって、
動作ルールや特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ユーザー装置（ＵＥ）が対応した動作を実行するステップと、
ＵＥが上記無線状態に入るか、上記無線状態を保持するステップからなることを特徴とするＲＬＦの処理方法。
【請求項２】
前記ネットワークエンティティーはノードＢエンティティー、ゲートウェイエンティティ、コアネットワークエンティティー、またはサービスプロバイダーであることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項３】
前記動作はＵＥが指示に従うためにＵＥが識別可能な少なくとも１つのプロセス、または無線リンクプロセスであり、該無線リンクプロセスは、無線リンク検出、無線リンク再確立、または位置更新プロセスであることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項４】
前記無線状態はアイドリング状態、分離状態、またはアクティブ状態であることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項５】
前記指示はＲＬＦ検出段階の前、ＲＬＦ検出段階や再確立段階が終了するまでに、またはアイドリング状態下で受信されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項６】
前記ＵＥは順方向指示プロセスか順方向プロセスにより指示を取得し、該指示は他のネットワークエンティティーから送信されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項７】
前記指示取得は他に制限がない限り、無線リンク再確立段階の終了前に無線リンク再確立プロセスと同時に実行されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項８】
前記指示取得プロセスは、基地局変換前後に無線リンク再確立プロセスに取って代わるように設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項９】
前記ＵＥは、ソースネットワークエンティティーとの無線リンクが存続する限り、同ソースネットワークエンティティーとの接続から得られた指示に従うことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項１０】
前記順方向指示は、ソースネットワークエンティティーとの無線接続に障害が検出されたときに、ＵＥ、ｅＮＢ、アクセスゲートウェイ、コアネットワーク、またはサービスプロバイダーで起動されることを特徴とする請求項６記載のＲＬＦの処理方法。
【請求項１１】
前記方法は更に、ソースネットワークエンティティーからの再確立確認メッセージや返答を待つ間、ＵＥが測定とセル再選択を実行するステップを含むことを特徴とする請求項７記載のＲＬＦの処理方法。
【請求項１２】
ＵＥが前記アクティブ状態の保持や再進入に関する指示を再確立プロセスや他ネットワークエンティティーへの位置更新プロセスにより起動した場合、前記順方向プロセスは順方向移動プロセスであることを特徴とする請求項１０記載のＲＬＦの処理方法。
【請求項１３】
ネットワークエンティティーが前記指示を起動した場合、前記順方向プロセスはネットワーク制御動作やネットワーク補助無線リンク処理プロセスであることを特徴とする請求項１０記載のＲＬＦの処理方法。
【請求項１４】
前記方法は更に、
ＵＥがソースネットワークエンティティーと目的ネットワークエンティティーに対して再確立プロセスや位置更新プロセスを実行するステップと、
ＵＥがプロセス確認の受信タイミングによりソースネットワークエンティティーか目的ネットワークエンティティーと接続を保持するステップとを含むことを特徴とする請求項１１記載のＲＬＦの処理方法。
【請求項１５】
前記ＵＥは、目的ネットワークエンティティーから再確立や位置更新の確認を先に受信した場合、同再確立や位置更新の確認に含まれた指示に従うことを特徴とする請求項１４記載のＲＬＦの処理方法。
【請求項１６】
前記ＵＥは、ソースネットワークエンティティーから再確立や位置更新の確認を先に受信するか、目的ネットワークエンティティーからの再確立や位置更新の確認を受信するまでにソースネットワークエンティティーから再確立や位置更新の確認を受信した場合、該ソースネットワークエンティティーとの接続を保持することを特徴とする請求項１４記載のＲＬＦの処理方法。
【請求項１７】
前記指示取得プロセスと再確立プロセスには目的が異なった同一のプロセスモデルが用いられることを特徴とする請求項８記載のＲＬＦの処理方法。
【請求項１８】
無線通信システムでＲＬＦを検出する通信装置であって、
通信装置の機能を実現する制御回路と、
制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、
プロセッサーと結合され、プログラムコードを記録する記憶装置とを含み、該プログラムコードは、
動作ルールや特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ＵＥが対応した動作を実行するコードと、
ＵＥが上記無線状態に入るか、上記無線状態を保持するコードを含むことを特徴とする通信装置。
【請求項１９】
前記ネットワークエンティティーはノードＢエンティティー、ゲートウェイエンティティ、コアネットワークエンティティー、またはサービスプロバイダーであることを特徴とする請求項１８記載の通信装置。
【請求項２０】
前記動作はＵＥが指示に従うためにＵＥが識別可能な少なくとも１つのプロセス、または無線リンクプロセスであり、該無線リンクプロセスは、無線リンク検出、無線リンク再確立、または位置更新プロセスであることを特徴とする請求項１８記載の通信装置。
【請求項２１】
前記無線状態はアイドリング状態、分離状態、またはアクティブ状態であることを特徴とする請求項１８記載の通信装置。
【請求項２２】
前記指示はＲＬＦ検出段階の前、ＲＬＦ検出段階や再確立段階が終了するまでに、またはアイドリング状態下で受信されることを特徴とする請求項１８記載の通信装置。
【請求項２３】
前記ＵＥは順方向指示プロセスか順方向プロセスにより指示を取得し、該指示は他のネットワークエンティティーから送信されることを特徴とする請求項１８記載の通信装置。
【請求項２４】
前記指示取得は他に制限がない限り、無線リンク再確立段階の終了前に無線リンク再確立プロセスと同時に実行されることを特徴とする請求項１８記載の通信装置。
【請求項２５】
前記指示取得プロセスは、基地局変換前後に無線リンク再確立プロセスに取って代わるように設定されることを特徴とする請求項１８記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいて無線リンク障害（ＲＬＦ）を処理する方法及び装置に関し、特に無線リンク障害が検出された後に無線状態に入る方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムでは、無線環境の不具合、好ましくない信号伝播条件、またはシステム故障により、ユーザー装置（ＵＥ）とＵＴＲＡＮとの間に無線リンク障害（ＲＬＦ）が発生し得る。いくつかの用途では、無線リンク障害は、予期されない遅延やサービスが提供される無線ベアラ（ＲＢ）の不連続性からすぐに気付かれる。そのため、（セル更新プロセスを含む）障害の検出・処理手段は、通常プロセスの各段階をトリガーするか他のプロセスへの移行を決定するパラメータやタイマーを必要とする。このような手段を利用して失われた無線接続を再確立した場合、障害を気付かれないようにし、または少なくとも接続を速やかに回復することができる。
【０００３】
T313、T314/T315、N302、N315、N313、T302、T307などＵＥのタイマーやパラメータはシステム情報ブロックから取得され、そのいくつかは特定状況を処理する場合に、V302などのカウンタと合わせて利用される。例えば、失われた接続の再確立が許容された場合に動作する再確立タイマーのT314、T315は、セル更新と再選択プロセスで決められた再接続を試みた後にアイドリングモードに入る時点を決定するためのものである。T314、T315は、それぞれ回線交換ドメインとパケット交換ドメインに用いられる。基地局（ノードＢ）に用いるT314とT315の値はＲＮＣ（無線ネットワークコントローラ）により定められ、通常はＵＥに用いるものより大きく設定される。しかし、パケット交換ドメインしか持たない３ＧＰＰ  ＬＴＥ（long-term  evolution）では、従来より多くのモバイル装置向け用途が求められているため、上記障害処理手段をいかにＬＴＥに適用するかは、解決すべき課題である。
【０００４】
順方向ハンドオーバーは、ＵＭＴＳ（汎用移動通信システム）で失われた無線リンクや失敗した再設定プロセスを回復するために利用される。通常のハンドオーバーが失敗して発信元基地局に戻れない場合、ＵＥは目的基地局とセル更新プロセスを開始する。一方で、ＬＴＥでは高性能の順方向ハンドオーバーが求められ、この順方向ハンドオーバーの性能は無線リンク接続やサービスの連続性を向上させるために更に増強することができる。
【０００５】
ＵＭＴＳでは、ＲＬＦ検出時にアイドリングモードへの進入を決定するためのドメインに用いるタイマーが存在する。LTE_ACTIVE（RRC_CONNECTED）状態のＲＬＦがＵＭＴＳのCELL_DCH状態のＲＬＦに相当するという前提のもとでは、ＬＴＥではパケット交換ドメインしか存在しないため、LTE_IDLE（RRC_IDLE）状態に入る時点を決定するためには１個のタイマー（パケット交換用のT315）だけで良い。
【０００６】
従来の技術では、ＬＴＥのアイドリング状態に入る時点を決めるタイマーの数量や、タイマー値の設定方式は不明である。ＬＴＥではパケット交換ドメインのみ存在するが、１個のドメインが１個のタイマーしか必要としないことを意味しない。ＵＭＴＳの両ドメインに独立に動作する２つのタイマーをそれぞれ設けた場合、タイマー設定時にアプリケーションサービスの特性、例えば実時間か非実時間かを考慮すべきである。一方、ＬＴＥの場合では、利用中のサービス及び新アプリケーションは、種々のＱｏＳ（サービス品質）要件や、無線リンク障害、例えば同期外れの許容継続時間を有する。
【０００７】
また、ＵＥの拡張可能性、例えば２台やそれ以上の受信器の場合を考えると、１台のＵＥが複数の周波数層で１つ以上の無線リンクを保持したり、様々なサービスやアプリケーションを提供する複数の周波数帯域を同時にモニターしたりすることが可能である。したがって、一方の周波数層に障害が生じ、他方の周波数層（複数の受信器があった場合、他の複数の周波数層）の無線リンク状態が正常のままであることがありうる。それと同様に、一方のサービス提供エンティティーが故障し、他方のエンティティーが正常にサービスを提供し続けることもありうる。たとえ受信器が１台しかない場合でも、サービスごとに異なったタイマーを利用することも可能である。そのため、ＵＥの拡張可能性を制限して数々のサービス要求に対応できないような１個のタイマーだけを利用する理由はない。
【０００８】
一方、ＵＭＴＳではタイマー値がＲＮＣにより設定される。しかし、ＬＴＥの場合はＲＮＣが存在せず、どのエンティティーがタイマーを設定するかは不明となる。ＳＡＥ（system  architecture  evolution）ベアラサービスの特性はゲートウェイレベル（ａＧＷ）で決定することは既に知られている。更にゲートウェイレベルの機能エンティティーは、ネットワーク設定と信号やユーザープランの負荷も分かっている。基地局レベルの機能エンティティー（ｅＮＢ）は伝送状態により早く応答し反映することができる。
【０００９】
ＵＭＴＳの場合、無線リンク障害の検出にはT313（N313に基づく）とN313（第一層から受信した連続する同期外れ表示の最大値）が利用され、セル更新／ＵＲＡ（ＵＴＲＡＮ登録領域）更新にはT302、N302、V302が利用される。V302はカウンタ／変数であって、タイマー／パラメータではない。V302はＵＥで設定するものであり、ＳＩＢ（システム情報ブロック）から受信するものではない。
【００１０】
前記の従来技術の問題と同様に、ＲＬＦ検出・処理用のタイマーとパラメータの数量やＬＴＥでの設定方式は未だに不明である。単一のアプリケーションに対し複数のモビリティやＱｏＳのレベルが存在し得る。例えば、同一のゲーム／ＭＢＭＳ（マルチメディア・ブロードキャスト及びマルチキャスト・サービス）のプロバイダー（サーバー）から配信されたＵＥ用のゲームは実時間か非実時間のものが可能であって、そのモビリティーレベルは低度、中度から高度にまたがる。同じアプリケーションでも、頻繁なセル更新（ＬＴＥのランダムアクセスプロセスに相当）が必要な場合もあれば、頻繁なセル更新（もしくは同様の機能を有するもの）を要しない場合もある。そのほか、ＲＬＦ検出のタイミングもアプリケーションによって重要性が異なりうる。
【００１１】
したがって、ベアラの再確立なしに更新・再構成できるＬＴＥのＵＥ・ｅＮＢ（evolved  node-B）用のタイマーとパラメータが必要とされる。これは、セル更新やその他同様の機能を持つプロセス（例えばランダムアクセスプロセス）によるＲＬＦ回復に用いるタイマーとパラメータの値が、ＳＡＥベアラ確立時に受信されるという前提に基づく。
【００１２】
以上の説明は、LTE_IDLEとRRC_IDLE、及びLTE_ACTIVEとRRC_CONNECTEDが相互に対応する。以上の説明では、ＬＴＥのセル更新プロセスは、機能的または概念上の視点から見て、再確立か位置更新を意味することを前提とする。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は前述の問題を解決するため、無線通信システムにおいて無線リンク障害を処理する方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【００１４】
本発明は、無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法を提供する。該方法は、動作ルールや特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ユーザー装置（ＵＥ）が対応した動作を実行するステップと、ＵＥが上記無線状態に入るか、上記無線状態を保持するステップからなる。
【００１５】
本発明は更に、無線通信システムでＲＬＦを検出するための通信装置を提供する。該通信装置は、通信装置の機能を実現する制御回路と、制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、プロセッサーと結合され、プログラムコードを記録する記憶装置とを含む。該プログラムコードは、動作ルールや特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ＵＥが対応した動作を実行するコードと、ＵＥが上記無線状態に入るか、上記無線状態を保持するコードを含む。
【発明の効果】
【００１６】
本発明は無線リンクの管理を効率化することができる。
【発明を実施するための最良の形態】
【００１７】
かかる方法及び装置の特徴は、具体的な実施例を挙げ、図を参照して以下に説明される。
【００１８】
図１を参照する。図１は通信装置１００のブロック図である。説明を簡素化するため、図１では入力装置１０２、出力装置１０４、制御回路１０６、中央処理装置（ＣＰＵ）１０８、記憶装置１１０、プログラムコード１１２、及びトランシーバー１１４のみ描かれている。
【００１９】
通信装置１００では、制御回路１０６はＣＰＵ１０８を介して記憶装置１１０に保存されたプログラムコード１１２を実行することで、通信装置１００の動作を制御する。通信装置１００はキーボードなどの入力装置１０２で入力された信号を受信し、モニターやスピーカーなどの出力装置１０４で画像と音声を出力する。トランシーバー１１４は無線信号を受発信し、受信信号を制御回路１０６に送信し、制御回路１０６で生成された信号を無線で出力する。通信プロトコルの視点から見れば、トランシーバー１１４は第一層の一部とみなしてよく、制御回路１０６は第二層、第三層ないしそれより上の層の機能を実現するために用いられる。通信装置１００はＬＴＥ／ＳＡＥ移動通信システムに利用されることが望ましい。
【００２０】
図２を参照する。図２は図１に示すプログラムコード１１２を表す説明図である。プログラムコード１１２はアプリケーション層２００、第三層２０２、及び第二層２０６を備え、第一層２１８と結合されている。第三層２０２は、第一層２１８と第二層２０６を制御し、他の通信装置（基地局やノードＢに類似のエンティティー）とのピア・ツー・ピアＲＲＣ通信を実行するためのＲＲＣ（無線資源制御）エンティティー２２２を有する。ＲＲＣエンティティー２２２では通信装置１００のＲＲＣ状態をアイドリングモード、分離状態、またはアクティブ状態に切り替える。プログラムコード１１２は更に、無線リンク障害（ＲＬＦ）を処理するためのＲＬＦ処理プログラムコード２２０を含む。
【００２１】
図３を参照する。図３は本発明によるＲＬＦ検出プロセス３０のフローチャートである。プロセス３０は、ＬＴＥ／ＳＡＥなどの無線通信システムの通信装置においてＲＬＦを処理するために、例えば上記通信装置１００の中のＲＬＦ処理プログラムコード２２０で用いられる。プロセス３０は以下のステップを有する。
【００２２】
ステップ３００：開始。
ステップ３０２：動作ルールや、特定無線状態へのトリガーなどの指示をネットワークエンティティーから受信した場合、ユーザー装置（ＵＥ）が対応した動作を実行する。
ステップ３０４：ＵＥが上記無線状態に入るか、または上記無線状態を保持する。
ステップ３０６：終了。
【００２３】
ＬＴＥにおいて、ＵＥへの動作指示や、LTE_IDLE（RRC_IDLE）やLTE_DETACHEDなどのアイドリングモードへの進入や、LTE_ACTIVEなどのアクティブモードの保持か再進入（ＲＬＦやシステム故障が発生した場合）を示す動作ルールに基づいた指示を、ｅＮＢ（基地局）、ａＧＷ、コアネットワークまたはサービスプロバイダーから受信した場合、ＵＥでは無線リンク検出、無線リンク再確立や位置更新プロセスを停止か延期し、または指示通りに動作する。動作や基地局変換の時点は、トリガー、動作ルールや、指示メッセージの種類や内容によって異なる。例えば指示受信後にすぐ、または一定時間後に実行されることが可能である。上記プロセスが終了するまでに指示を受信した場合、ＵＥで当該指示に従って信号や遅延を減少する方式を定める。ＵＥは他基地局（ｅＮＢ）から指示が送信される順方向指示（forward  indication）プロセスで指示を取得する。特に制限がなければ、指示取得プロセスは前記無線リンク回復プロセス（ＲＬＦ検出によりトリガーされる）と同時に実行される。更に指示取得プロセスは、無線リンク回復プロセスに取って代わるように設定されることが可能である。ＵＥは送信元ｅＮＢとの無線リンクが存続するうちに、送信元ｅＮＢとの接続を経由して取得した指示に従う。送信元ｅＮＢとの無線リンクに障害が検出されると、ＵＥまたはネットワークレベルのエンティティー（ｅＮＢ、ａＧＷ、コアネットワークまたはサービスプロバイダー）で順方向指示プロセスを実行する。ＵＥは、再確立や位置更新の確認メッセージまたはセル回復の返答を待つうちに測定及びセル再選択プロセスを実行する。ＵＥが再確立や他基地局への位置更新プロセスによりLTE_ACTIVE（RRC_CONNECTED）の保持や再進入の指示を起動した場合は、順方向ハンドオーバーである。ネットワークレベルのエンティティーにより指示を起動した場合は、ネットワーク（サービス）制御動作またはネットワーク補助無線リンク処理である。ＵＥは再確立や送信元基地局と目的基地局への位置更新を実行し、再確立や位置更新の確認の受信タイミングにより送信元基地局と目的基地局のいずれかと接続を保持する。目的基地局からの再確立や位置更新の確認を先に受信した場合、ＵＥは同確認メッセージに含まれた指示に従って動作する。送信元基地局からの再確立や位置更新の確認を先に受信するか、目的基地局からの確認を受信するまでに送信元基地局からの再確立や位置更新の確認を受信した場合、ＵＥは送信元基地局との接続のみ保持する。
【００２４】
ＵＥはＲＬＦの発生前に本来の基地局から動作ルールや状態変更指令を含んだ指示を受信し、またはＲＬＦ発生後に他基地局から指示を受ける。順方向とは、本来の基地局やサービス基地局との接続が失われた後、非サービス基地局や目的基地局に接続することを意味する。指示取得プロセスと再確立プロセスには目的が異なった同一のプロセスモデルが用いられる。
【００２５】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【図面の簡単な説明】
【００２６】
【図１】本発明による通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明によるＲＬＦ検出プロセスのフローチャートである。
【符号の説明】
【００２７】
１００    通信装置
１０２    入力装置
１０４    出力装置
１０６    制御回路
１０８    ＣＰＵ
１１０    記憶装置
１１２    プログラムコード
１１４    トランシーバー
２００    アプリケーション層
２０２    第三層
２０６    第二層
２１８    第一層
２２０    ＲＬＦ処理プログラムコード
２２２    ＲＲＣエンティティー
【図１】
2008092566.tif 000003
【図２】
2008092566.tif 000004
【図３】
2008092566.tif 000005
【外国語明細書】
2008092566.tif 000006
2008092566.tif 000007
2008092566.tif 000008
2008092566.tif 000009
2008092566.tif 000010
2008092566.tif 000011
2008092566.tif 000012
2008092566.tif 000013
2008092566.tif 000014
2008092566.tif 000015
2008092566.tif 000016
2008092566.tif 000017
【図１】
2008092566.tif 000018
【図２】
2008092566.tif 000019
【図３】
2008092566.tif 000020