無線通信システムにおいて無線リンク障害を処理する方法及び装置
【課題】無線通信システムにおいて無線リンク障害を処理する方法及び装置を提供する。
【解決手段】方法は、ＵＥ（ユーザー装置）で無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含む。
【解決手段】方法は、ＵＥ（ユーザー装置）で無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいて無線リンク障害（ＲＬＦ）を処理する方法及び装置に関し、特にＲＬＦを処理するために少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムでは、無線環境の不具合、好ましくない信号伝播条件、またはシステム故障により、ユーザー装置（ＵＥ）とＵＴＲＡＮとの間に無線リンク障害（ＲＬＦ）が発生し得る。いくつかの用途では、無線リンク障害は、予期されない遅延やサービスが提供される無線ベアラ（ＲＢ）の不連続性からすぐに気付かれる。そのため、（セル更新プロセスを含む）障害の検出・処理手段は、通常プロセスの各段階をトリガーするか他のプロセスへの移行を決定するパラメータやタイマーを必要とする。このような手段を利用して失われた無線接続を再確立した場合、障害を気付かれないようにし、または少なくとも接続を速やかに回復することができる。
【０００３】
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が相互に対応する。以上の説明では、ＬＴＥのセル更新プロセスは、機能的または概念上の視点から見て、再確立か位置更新を意味することを前提とする。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は前述の問題を解決するため、無線通信システムにおいて無線リンク障害を処理する方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【００１３】
本発明は、無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法を提供する。該方法は、ＵＥ（ユーザー装置）で無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含む。
【００１４】
本発明は更に、無線通信システムでＲＬＦを検出するための通信装置を提供する。該通信装置は、通信装置の機能を実現する制御回路と、制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、プロセッサーに結合され、プログラムコードを記録する記憶装置とを含む。該プログラムコードは、ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用するコードを含む。
【発明の効果】
【００１５】
本発明はＲＬＦの処理に複数のタイマー、パラメータや変数を用いるため、サービスのＱｏＳ要求に応じて最適なタイマー、パラメータや変数でＲＬＦを処理することが可能となる。
【発明を実施するための最良の形態】
【００１６】
かかる方法及び装置の特徴は、具体的な実施例を挙げ、図を参照して以下に説明される。
【００１７】
図１を参照する。図１は通信装置１００のブロック図である。説明を簡素化するため、図１では入力装置１０２、出力装置１０４、制御回路１０６、中央処理装置（ＣＰＵ）１０８、記憶装置１１０、プログラムコード１１２、及びトランシーバー１１４のみ描かれている。
【００１８】
通信装置１００では、制御回路１０６はＣＰＵ１０８を介して記憶装置１１０に保存されたプログラムコード１１２を実行することで、通信装置１００の動作を制御する。通信装置１００はキーボードなどの入力装置１０２で入力された信号を受信し、モニターやスピーカーなどの出力装置１０４で画像と音声を出力する。トランシーバー１１４は無線信号を受発信し、受信信号を制御回路１０６に送信し、制御回路１０６で生成された信号を無線で出力する。通信プロトコルの視点から見れば、トランシーバー１１４は第一層の一部とみなしてよく、制御回路１０６は第二層、第三層ないしそれより上の層の機能を実現するために用いられる。通信装置１００はＬＴＥ／ＳＡＥ移動通信システムに利用されることが望ましい。
【００１９】
図２を参照する。図２は図１に示すプログラムコード１１２を表す説明図である。プログラムコード１１２はアプリケーション層２００、第三層２０２、及び第二層２０６を備え、第一層２１８と結合されている。第三層２０２は、第一層２１８と第二層２０６を制御し、他の通信装置（基地局やノードＢに類似のエンティティー）とのピア・ツー・ピアＲＲＣ通信を実行するためのＲＲＣ（無線資源制御）エンティティー２２２を有する。ＲＲＣエンティティー２２２では通信装置１００のＲＲＣ状態をアイドリングモード、分離状態、またはアクティブ状態に切り替える。プログラムコード１１２は更に、無線リンク障害（ＲＬＦ）を処理するためのＲＬＦ処理プログラムコード２２０を含む。
【００２０】
図３を参照する。図３は本発明によるＲＬＦ検出プロセス３０のフローチャートである。プロセス３０は、ＬＴＥ／ＳＡＥなどの無線通信システムの通信装置においてＲＬＦを処理するために、例えば上記通信装置１００の中のＲＬＦ処理プログラムコード２２０で用いられる。プロセス３０は以下のステップを有する。
【００２１】
ステップ３００：開始。
ステップ３０２：ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する。
ステップ３０４：終了。
【００２２】
ＲＬＦ検出後に再確立プロセスを実行するため、ＵＥは少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ、及び少なくとも１つの変数を利用して、再確立プロセスを実行するかどうかを決定するか、または再確立プロセスを実行する。再確立プロセスの実行決定（プロセス外の装置で）か再確立プロセスの実行（プロセス内の装置で）かを問わず、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ、及び少なくとも１つの変数の利用は経過時間に対応する。少なくとも１つのパラメータと少なくとも１つの変数は再確立の試み回数（プロセス外の装置で）や再確立の回数（プロセス内の装置で）の計算に用いられる。経過時間はアイドリングモードの進入時点、ソースセルか新セルへの再確立の中止や放棄時点、または無線資源の解放時点の決定に用いられる。
【００２３】
上記タイマーとパラメータの値は１つの機能エンティティーか１組の機能エンティティーで設定・再設定される。ＵＥの上記タイマーとパラメータの値はｅＮＢからのＳＩＢ（システム情報ブロック）、またはＵＥの高位層からの制御情報から取得できる。タイマーとパラメータの値は、交渉の後、ＵＥの機能エンティティーの提案かネットワークサービスプロバイダーの提案に従って設定される。各タイマー、パラメータまたはカウンタ／変数は設定されていない場合、特定のサービスクラスに限定されない。失われた接続の再確立は関連タイマーが終了するか前もって終了される前、または関連のカウンタ／変数が設定・再設定で定められた値に達する前に実行できる。上記タイマーが終了するか前もって終了した場合、またはカウンタ／変数が設定・再設定で定められた無線リンク状態の確認（例えば、再確立や位置更新の返答または受信確認）回数か設定・再設定で定められた所定パラメータ（例えば、再確立や位置更新の最大実行回数または成功した再確立の所要回数）に達した場合、或いは上記単一か１組となるタイマーやパラメータにかかる無線ベアラがすべて解放されたか解放が決まった場合、ＲＬＦが検出されてＵＥがアイドリングモードに入るか、または無線リンクの再確立が検出されてＵＥがアクティブモードを保持する。上記タイマーとパラメータの値は、第一層の特性とネットワーク統計に基づいてあらかじめ設定して上記機能エンティティーに保存することができる。上記機能エンティティーはａＧＷ（アクセス・ゲートウェイ）のモビリティ管理エンティティーか、ｅＮＢのスケジュラ、ＲＢ制御エンティティーや、モビリティ管理エンティティーであり、上記１組のエンティティーはａＧＷのＮＡＳ（非アクセスストラタム）かｅＮＢの制御プレーンに含まれる。上記タイマーやパラメータの値は統計数字、無線リンクや送信の状態、サービス設定、ネットワーク設定、システム負荷や、第一層の特性に基づいて設定・再設定される。
【００２４】
上記再設定プロセスとは通常の再確立、再設定、ベアラ設定、または位置更新プロセスであって、受信した提案メッセージにより起動される。上記ＳＩＢは１つのＵＥまたは１組のＵＥに用いられる。タイマー設定時にＵＥの提案かネットワークサービスプロバイダーの提案に従うかは、ＱｏＳサービスがＵＥかネットワークサービスプロバイダーにより起動されるかによって異なる。
【００２５】
複数のタイマーとパラメータは設定によって同一のサービスクラスか複数のサービスクラスに用いられる。例えば、２つのタイマーと２つのパラメータ、または２組のパラメータを同種のサービスか、２つ以上のサービスに用いることができる。タイマーが終了するか前もって終了されると、再確立の試みは終了となってカウンタ／変数に加算される。ＵＥ側に２つの受信器がある場合は再確立プロセスを別々に実行することができる。上記タイマー、パラメータやカウンタ／変数にかかるセル更新の試み回数が最大許容値になってもサービスエリアに進入・再進入できない場合、同一種類に属する同タイマー、パラメータ、またはカウンタ／変数にかかる無線ベアラはすべて解放される。設定値は、再確立や位置更新確認の紛失確率を抑える（例えば１％に抑える）か、再確立や位置更新確認の効率を高めるために設定される。カウンタ／変数は毎回１を加算される。カウンタ／変数の値が所定パラメータ値に達していないか、再確立タイマーが終了するか前もって終了されない場合では、再確立プロセスを再開する（例えば再確立メッセージを再送する）。再確立か位置更新を実行するたびに再確立か位置更新のメッセージが送信され、ＵＥはＲＬＦ検出用のタイマーが動作するうちに同メッセージの返答を待つ。同メッセージには間接的信号（implicit signaling）や制御メッセージブロックが含まれる。
【００２６】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【図面の簡単な説明】
【００２７】
【図１】本発明による通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明によるＲＬＦ検出プロセスのフローチャートである。
【符号の説明】
【００２８】
１００ 通信装置
１０２ 入力装置
１０４ 出力装置
１０６ 制御回路
１０８ ＣＰＵ
１１０ 記憶装置
１１２ プログラムコード
１１４ トランシーバー
２００ アプリケーション層
２０２ 第三層
２０６ 第二層
２１８ 第一層
２２０ ＲＬＦ処理プログラムコード
２２２ ＲＲＣエンティティー
【技術分野】
【０００１】
本発明は無線通信システムにおいて無線リンク障害（ＲＬＦ）を処理する方法及び装置に関し、特にＲＬＦを処理するために少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムでは、無線環境の不具合、好ましくない信号伝播条件、またはシステム故障により、ユーザー装置（ＵＥ）とＵＴＲＡＮとの間に無線リンク障害（ＲＬＦ）が発生し得る。いくつかの用途では、無線リンク障害は、予期されない遅延やサービスが提供される無線ベアラ（ＲＢ）の不連続性からすぐに気付かれる。そのため、（セル更新プロセスを含む）障害の検出・処理手段は、通常プロセスの各段階をトリガーするか他のプロセスへの移行を決定するパラメータやタイマーを必要とする。このような手段を利用して失われた無線接続を再確立した場合、障害を気付かれないようにし、または少なくとも接続を速やかに回復することができる。
【０００３】
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が相互に対応する。以上の説明では、ＬＴＥのセル更新プロセスは、機能的または概念上の視点から見て、再確立か位置更新を意味することを前提とする。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は前述の問題を解決するため、無線通信システムにおいて無線リンク障害を処理する方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【００１３】
本発明は、無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法を提供する。該方法は、ＵＥ（ユーザー装置）で無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含む。
【００１４】
本発明は更に、無線通信システムでＲＬＦを検出するための通信装置を提供する。該通信装置は、通信装置の機能を実現する制御回路と、制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、プロセッサーに結合され、プログラムコードを記録する記憶装置とを含む。該プログラムコードは、ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用するコードを含む。
【発明の効果】
【００１５】
本発明はＲＬＦの処理に複数のタイマー、パラメータや変数を用いるため、サービスのＱｏＳ要求に応じて最適なタイマー、パラメータや変数でＲＬＦを処理することが可能となる。
【発明を実施するための最良の形態】
【００１６】
かかる方法及び装置の特徴は、具体的な実施例を挙げ、図を参照して以下に説明される。
【００１７】
図１を参照する。図１は通信装置１００のブロック図である。説明を簡素化するため、図１では入力装置１０２、出力装置１０４、制御回路１０６、中央処理装置（ＣＰＵ）１０８、記憶装置１１０、プログラムコード１１２、及びトランシーバー１１４のみ描かれている。
【００１８】
通信装置１００では、制御回路１０６はＣＰＵ１０８を介して記憶装置１１０に保存されたプログラムコード１１２を実行することで、通信装置１００の動作を制御する。通信装置１００はキーボードなどの入力装置１０２で入力された信号を受信し、モニターやスピーカーなどの出力装置１０４で画像と音声を出力する。トランシーバー１１４は無線信号を受発信し、受信信号を制御回路１０６に送信し、制御回路１０６で生成された信号を無線で出力する。通信プロトコルの視点から見れば、トランシーバー１１４は第一層の一部とみなしてよく、制御回路１０６は第二層、第三層ないしそれより上の層の機能を実現するために用いられる。通信装置１００はＬＴＥ／ＳＡＥ移動通信システムに利用されることが望ましい。
【００１９】
図２を参照する。図２は図１に示すプログラムコード１１２を表す説明図である。プログラムコード１１２はアプリケーション層２００、第三層２０２、及び第二層２０６を備え、第一層２１８と結合されている。第三層２０２は、第一層２１８と第二層２０６を制御し、他の通信装置（基地局やノードＢに類似のエンティティー）とのピア・ツー・ピアＲＲＣ通信を実行するためのＲＲＣ（無線資源制御）エンティティー２２２を有する。ＲＲＣエンティティー２２２では通信装置１００のＲＲＣ状態をアイドリングモード、分離状態、またはアクティブ状態に切り替える。プログラムコード１１２は更に、無線リンク障害（ＲＬＦ）を処理するためのＲＬＦ処理プログラムコード２２０を含む。
【００２０】
図３を参照する。図３は本発明によるＲＬＦ検出プロセス３０のフローチャートである。プロセス３０は、ＬＴＥ／ＳＡＥなどの無線通信システムの通信装置においてＲＬＦを処理するために、例えば上記通信装置１００の中のＲＬＦ処理プログラムコード２２０で用いられる。プロセス３０は以下のステップを有する。
【００２１】
ステップ３００：開始。
ステップ３０２：ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する。
ステップ３０４：終了。
【００２２】
ＲＬＦ検出後に再確立プロセスを実行するため、ＵＥは少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ、及び少なくとも１つの変数を利用して、再確立プロセスを実行するかどうかを決定するか、または再確立プロセスを実行する。再確立プロセスの実行決定（プロセス外の装置で）か再確立プロセスの実行（プロセス内の装置で）かを問わず、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ、及び少なくとも１つの変数の利用は経過時間に対応する。少なくとも１つのパラメータと少なくとも１つの変数は再確立の試み回数（プロセス外の装置で）や再確立の回数（プロセス内の装置で）の計算に用いられる。経過時間はアイドリングモードの進入時点、ソースセルか新セルへの再確立の中止や放棄時点、または無線資源の解放時点の決定に用いられる。
【００２３】
上記タイマーとパラメータの値は１つの機能エンティティーか１組の機能エンティティーで設定・再設定される。ＵＥの上記タイマーとパラメータの値はｅＮＢからのＳＩＢ（システム情報ブロック）、またはＵＥの高位層からの制御情報から取得できる。タイマーとパラメータの値は、交渉の後、ＵＥの機能エンティティーの提案かネットワークサービスプロバイダーの提案に従って設定される。各タイマー、パラメータまたはカウンタ／変数は設定されていない場合、特定のサービスクラスに限定されない。失われた接続の再確立は関連タイマーが終了するか前もって終了される前、または関連のカウンタ／変数が設定・再設定で定められた値に達する前に実行できる。上記タイマーが終了するか前もって終了した場合、またはカウンタ／変数が設定・再設定で定められた無線リンク状態の確認（例えば、再確立や位置更新の返答または受信確認）回数か設定・再設定で定められた所定パラメータ（例えば、再確立や位置更新の最大実行回数または成功した再確立の所要回数）に達した場合、或いは上記単一か１組となるタイマーやパラメータにかかる無線ベアラがすべて解放されたか解放が決まった場合、ＲＬＦが検出されてＵＥがアイドリングモードに入るか、または無線リンクの再確立が検出されてＵＥがアクティブモードを保持する。上記タイマーとパラメータの値は、第一層の特性とネットワーク統計に基づいてあらかじめ設定して上記機能エンティティーに保存することができる。上記機能エンティティーはａＧＷ（アクセス・ゲートウェイ）のモビリティ管理エンティティーか、ｅＮＢのスケジュラ、ＲＢ制御エンティティーや、モビリティ管理エンティティーであり、上記１組のエンティティーはａＧＷのＮＡＳ（非アクセスストラタム）かｅＮＢの制御プレーンに含まれる。上記タイマーやパラメータの値は統計数字、無線リンクや送信の状態、サービス設定、ネットワーク設定、システム負荷や、第一層の特性に基づいて設定・再設定される。
【００２４】
上記再設定プロセスとは通常の再確立、再設定、ベアラ設定、または位置更新プロセスであって、受信した提案メッセージにより起動される。上記ＳＩＢは１つのＵＥまたは１組のＵＥに用いられる。タイマー設定時にＵＥの提案かネットワークサービスプロバイダーの提案に従うかは、ＱｏＳサービスがＵＥかネットワークサービスプロバイダーにより起動されるかによって異なる。
【００２５】
複数のタイマーとパラメータは設定によって同一のサービスクラスか複数のサービスクラスに用いられる。例えば、２つのタイマーと２つのパラメータ、または２組のパラメータを同種のサービスか、２つ以上のサービスに用いることができる。タイマーが終了するか前もって終了されると、再確立の試みは終了となってカウンタ／変数に加算される。ＵＥ側に２つの受信器がある場合は再確立プロセスを別々に実行することができる。上記タイマー、パラメータやカウンタ／変数にかかるセル更新の試み回数が最大許容値になってもサービスエリアに進入・再進入できない場合、同一種類に属する同タイマー、パラメータ、またはカウンタ／変数にかかる無線ベアラはすべて解放される。設定値は、再確立や位置更新確認の紛失確率を抑える（例えば１％に抑える）か、再確立や位置更新確認の効率を高めるために設定される。カウンタ／変数は毎回１を加算される。カウンタ／変数の値が所定パラメータ値に達していないか、再確立タイマーが終了するか前もって終了されない場合では、再確立プロセスを再開する（例えば再確立メッセージを再送する）。再確立か位置更新を実行するたびに再確立か位置更新のメッセージが送信され、ＵＥはＲＬＦ検出用のタイマーが動作するうちに同メッセージの返答を待つ。同メッセージには間接的信号（implicit signaling）や制御メッセージブロックが含まれる。
【００２６】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【図面の簡単な説明】
【００２７】
【図１】本発明による通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明によるＲＬＦ検出プロセスのフローチャートである。
【符号の説明】
【００２８】
１００ 通信装置
１０２ 入力装置
１０４ 出力装置
１０６ 制御回路
１０８ ＣＰＵ
１１０ 記憶装置
１１２ プログラムコード
１１４ トランシーバー
２００ アプリケーション層
２０２ 第三層
２０６ 第二層
２１８ 第一層
２２０ ＲＬＦ処理プログラムコード
２２２ ＲＲＣエンティティー
【特許請求の範囲】
【請求項１】
無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法であって、
ＵＥ（ユーザー装置）が無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含むことを特徴とするＲＬＦの処理方法。
【請求項２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は１つの機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項３】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、第二エンティティーから送信された少なくとも１個のＳＩＢ（システム情報ブロック）か、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項４】
サービスの前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、ＵＥの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項５】
前記方法は更に、ＵＥが前記少なくとも１つの変数を設定し、前記少なくとも１つの変数を前記少なくとも１つのタイマーと少なくとも１つのパラメータと共に用い再確立プロセスを実行する段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項６】
失われた接続の再確立は前記少なくとも１つのタイマーが終了するか前もって終了される前、または前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致するようになる前に許容されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項７】
前記方法は更に、前記少なくとも１つのタイマーが終了するか前もって終了された場合、前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致した場合、または前記少なくとも１つのパラメータが無線リンク状態の確認回数と一致した場合に、ＲＬＦを検出してアイドリング状態に進入させる原因としてＵＥに示す段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項８】
前記方法は更に、前記少なくとも１つのタイマーが終了するか前もって終了された場合、前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致した場合、または前記少なくとも１つのパラメータが無線リンク状態の確認回数と一致した場合に、無線リンクの再確立を検出してアクティブ状態を保持させる原因としてＵＥに示す段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項９】
前記機能エンティティーはａＧＷ（アクセス・ゲートウェイ）のモビリティ管理エンティティーか、ネットワークエンティティーのスケジュラ、無線ベアラ制御エンティティーまたはモビリティ管理エンティティーであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１０】
前記複数の機能エンティティーはａＧＷのＮＡＳ（非アクセスストラタム）か、ネットワークエンティティーの制御プレーンに含まれることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１１】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、統計、無線リンクや送信の状態、サービス設定、ネットワーク設定、システム負荷、または第一層の特性に基づいて設定されることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータを更新するための再設定プロセスは通常の再確立プロセス、再設定プロセス、ベアラ設定、または位置更新プロセスであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１３】
前記少なくとも１つのＳＩＢは少なくとも１つのＵＥに用いられることを特徴とする請求項３記載のＲＬＦの処理方法。
【請求項１４】
前記方法は更に、ＵＥ側に２つの受信器があった場合に別々の再確立プロセスによってそれぞれ再確立を実行する段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項１５】
前記方法は更に、前記少なくとも１つのタイマー、少なくとも１つのパラメータ、または少なくとも１つの変数にかかる再確立プロセスの試み回数が最大許容回数に達した場合、同タイマー、パラメータ、変数にかかる無線ベアラを解放する段階を含むことを特徴とする請求項７記載のＲＬＦの処理方法。
【請求項１６】
前記設定値は、再確立や位置更新確認の紛失確率を抑えるか、再確立や位置更新確認の効率を高めるために設定されることを特徴とする請求項１１記載のＲＬＦの処理方法。
【請求項１７】
前記方法は更に、
前記少なくとも１つの変数を１ずつ増加する段階と、
前記少なくとも１つの変数が前記少なくとも１つのパラメータの値に達していない場合、または前記再確立タイマーが終了するか前もって終了されない場合に、再確立プロセスを再開する段階を含むことを特徴とする請求項１４記載のＲＬＦの処理方法。
【請求項１８】
前記方法は更に、前記ＲＬＦ検出用の少なくとも１つのタイマーが動作する場合、ＵＥが再確立メッセージの返答を待つ段階を含むことを特徴とする請求項１７記載のＲＬＦの処理方法。
【請求項１９】
無線通信システムでＲＬＦを検出するための通信装置であって、
通信装置の機能を実現する制御回路と、
制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、
プロセッサーに結合され、プログラムコードを記録する記憶装置とを含み、該プログラムコードは、
ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用するコードを含むことを特徴とする通信装置。
【請求項２０】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は１つの機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１９記載の通信装置。
【請求項２１】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、第二エンティティーから送信された少なくとも１個のＳＩＢか、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１９記載の通信装置。
【請求項２２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、ＵＥの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１９記載の通信装置。
【請求項２３】
前記方法は更に、ＵＥが前記少なくとも１つの変数を設定し、前記少なくとも１つの変数を前記少なくとも１つのタイマーと少なくとも１つのパラメータと共に用い再確立プロセスを実行する段階を含むことを特徴とする請求項１９記載の通信装置。
【請求項２４】
失われた接続の再確立は前記少なくとも１つのタイマーが終了するか前もって終了される前、または前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致するようになる前に許容されることを特徴とする請求項１９記載の通信装置。
【請求項２５】
前記プログラムコードは更に、ＵＥ側に２つの受信器があった場合に別々の再確立プロセスによってそれぞれ再確立を実行するコードを含むことを特徴とする請求項１９記載の通信装置。
【請求項１】
無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）を処理する方法であって、
ＵＥ（ユーザー装置）が無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用する段階を含むことを特徴とするＲＬＦの処理方法。
【請求項２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は１つの機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項３】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、第二エンティティーから送信された少なくとも１個のＳＩＢ（システム情報ブロック）か、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項４】
サービスの前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、ＵＥの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項５】
前記方法は更に、ＵＥが前記少なくとも１つの変数を設定し、前記少なくとも１つの変数を前記少なくとも１つのタイマーと少なくとも１つのパラメータと共に用い再確立プロセスを実行する段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項６】
失われた接続の再確立は前記少なくとも１つのタイマーが終了するか前もって終了される前、または前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致するようになる前に許容されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項７】
前記方法は更に、前記少なくとも１つのタイマーが終了するか前もって終了された場合、前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致した場合、または前記少なくとも１つのパラメータが無線リンク状態の確認回数と一致した場合に、ＲＬＦを検出してアイドリング状態に進入させる原因としてＵＥに示す段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項８】
前記方法は更に、前記少なくとも１つのタイマーが終了するか前もって終了された場合、前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致した場合、または前記少なくとも１つのパラメータが無線リンク状態の確認回数と一致した場合に、無線リンクの再確立を検出してアクティブ状態を保持させる原因としてＵＥに示す段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項９】
前記機能エンティティーはａＧＷ（アクセス・ゲートウェイ）のモビリティ管理エンティティーか、ネットワークエンティティーのスケジュラ、無線ベアラ制御エンティティーまたはモビリティ管理エンティティーであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１０】
前記複数の機能エンティティーはａＧＷのＮＡＳ（非アクセスストラタム）か、ネットワークエンティティーの制御プレーンに含まれることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１１】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、統計、無線リンクや送信の状態、サービス設定、ネットワーク設定、システム負荷、または第一層の特性に基づいて設定されることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータを更新するための再設定プロセスは通常の再確立プロセス、再設定プロセス、ベアラ設定、または位置更新プロセスであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１３】
前記少なくとも１つのＳＩＢは少なくとも１つのＵＥに用いられることを特徴とする請求項３記載のＲＬＦの処理方法。
【請求項１４】
前記方法は更に、ＵＥ側に２つの受信器があった場合に別々の再確立プロセスによってそれぞれ再確立を実行する段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項１５】
前記方法は更に、前記少なくとも１つのタイマー、少なくとも１つのパラメータ、または少なくとも１つの変数にかかる再確立プロセスの試み回数が最大許容回数に達した場合、同タイマー、パラメータ、変数にかかる無線ベアラを解放する段階を含むことを特徴とする請求項７記載のＲＬＦの処理方法。
【請求項１６】
前記設定値は、再確立や位置更新確認の紛失確率を抑えるか、再確立や位置更新確認の効率を高めるために設定されることを特徴とする請求項１１記載のＲＬＦの処理方法。
【請求項１７】
前記方法は更に、
前記少なくとも１つの変数を１ずつ増加する段階と、
前記少なくとも１つの変数が前記少なくとも１つのパラメータの値に達していない場合、または前記再確立タイマーが終了するか前もって終了されない場合に、再確立プロセスを再開する段階を含むことを特徴とする請求項１４記載のＲＬＦの処理方法。
【請求項１８】
前記方法は更に、前記ＲＬＦ検出用の少なくとも１つのタイマーが動作する場合、ＵＥが再確立メッセージの返答を待つ段階を含むことを特徴とする請求項１７記載のＲＬＦの処理方法。
【請求項１９】
無線通信システムでＲＬＦを検出するための通信装置であって、
通信装置の機能を実現する制御回路と、
制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、
プロセッサーに結合され、プログラムコードを記録する記憶装置とを含み、該プログラムコードは、
ＵＥで無線接続が失われたときに再確立プロセスを実行するかどうかの決定や再確立プロセスの実行に、少なくとも１つのタイマーか、少なくとも１つのパラメータと少なくとも１つの変数か、または少なくとも１つのタイマー、少なくとも１つのパラメータ及び少なくとも１つの変数を利用するコードを含むことを特徴とする通信装置。
【請求項２０】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は１つの機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１９記載の通信装置。
【請求項２１】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、第二エンティティーから送信された少なくとも１個のＳＩＢか、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１９記載の通信装置。
【請求項２２】
前記少なくとも１つのタイマーと少なくとも１つのパラメータの値は、ＵＥの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１９記載の通信装置。
【請求項２３】
前記方法は更に、ＵＥが前記少なくとも１つの変数を設定し、前記少なくとも１つの変数を前記少なくとも１つのタイマーと少なくとも１つのパラメータと共に用い再確立プロセスを実行する段階を含むことを特徴とする請求項１９記載の通信装置。
【請求項２４】
失われた接続の再確立は前記少なくとも１つのタイマーが終了するか前もって終了される前、または前記少なくとも１つの変数が前記少なくとも１つのパラメータと一致するようになる前に許容されることを特徴とする請求項１９記載の通信装置。
【請求項２５】
前記プログラムコードは更に、ＵＥ側に２つの受信器があった場合に別々の再確立プロセスによってそれぞれ再確立を実行するコードを含むことを特徴とする請求項１９記載の通信装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００８−１０４１６７（Ｐ２００８−１０４１６７Ａ）
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【外国語出願】
【出願番号】特願２００７−２４５８６８（Ｐ２００７−２４５８６８）
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（５０００２９１１０）華碩電腦股▲ふん▼有限公司 (158)
【Ｆターム（参考）】
【公開日】平成２０年５月１日（２００８．５．１）
【国際特許分類】
【出願番号】特願２００７−２４５８６８（Ｐ２００７−２４５８６８）
【出願日】平成１９年９月２１日（２００７．９．２１）
【出願人】（５０００２９１１０）華碩電腦股▲ふん▼有限公司 (158)
【Ｆターム（参考）】
[ Back to top ]