(57)【要約】【課題】無線通信システムのＲＬＦ処理に少なくとも２個のタイマーを用いる方法及び装置を提供する。【解決手段】方法は、無線リンクの回復または再確立のために第一エンティティーに少なくとも２個の第一タイマーを使用し、または第二エンティティーに少なくとも２個の第二タイマーを使用してアイドリングモードの進入時点や無線資源の解放時点を定める段階を含む。【選択図】図３
2008079313.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムのパケット交換ドメインにおいて無線リンク障害（ＲＬＦ）検出時にＲＬＦを処理する方法であって、
無線リンクの回復または再確立のために第一エンティティーに少なくとも２個の第一タイマーを使用し、または第二エンティティーに少なくとも２個の第二タイマーを使用してアイドリングモードの進入時点や無線資源の解放時点を定める段階を含むことを特徴とするＲＬＦの処理方法。
【請求項２】
前記少なくとも２個の第一タイマーと少なくとも２個の第二タイマーの値は１つの機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項３】
前記第一エンティティーの少なくとも２個の第一タイマーの値は、第二エンティティーから送信された少なくとも１個のＳＩＢ（システム情報ブロック）か、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項４】
前記少なくとも２個の第一タイマーと少なくとも２個の第二タイマーの値は、第一エンティティーの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項５】
失われた接続の再確立は関連タイマーが終了するか前もって終了される前に許容されることを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項６】
前記方法は更に、タイマーのうち１つが終了すると、当該タイマーと関連する無線ベアラをすべて解放する段階を含むことを特徴とする請求項１記載のＲＬＦの処理方法。
【請求項７】
前記機能エンティティーはａＧＷ（アクセス・ゲートウェイ）のモビリティ管理エンティティーか、第二エンティティーのスケジュラ、無線ベアラ制御エンティティーまたはモビリティ管理エンティティーであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項８】
前記複数の機能エンティティーはａＧＷのＮＡＳ（非アクセスストラタム）か、第二エンティティーの制御プレーンに含まれることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項９】
前記タイマー値は統計、無線リンクや送信の状態、サービス設定、ネットワーク設定、またはシステム負荷に基づいて設定されることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１０】
前記方法は更に再設定プロセスを実行する段階を含み、該再設定プロセスは通常の再確立プロセス、再設定プロセス、またはベアラ設定プロセスであることを特徴とする請求項２記載のＲＬＦの処理方法。
【請求項１１】
前記ＳＩＢは第一エンティティーまたは１組の第一エンティティーに用いられることを特徴とする請求項３記載のＲＬＦの処理方法。
【請求項１２】
前記方法は更に、動作中のタイマーが終了するか前もって終了されるか、または関連の無線ベアラが解放されたか解放が決まった場合に、第一エンティティーがアイドリング状態に入り、アイドリング状態に入る原因をＲＬＦとして示す段階を含むことを特徴とする請求項６記載のＲＬＦの処理方法。
【請求項１３】
前記方法は更に、第一エンティティーが新しいサービス接続を起動するか、切断されたばかりのサービス接続に再進入を決定した場合に、第一エンティティーがセル再選択や確立プロセスを通してアイドリング状態からアクティブ状態に入る段階を含むことを特徴とする請求項１２記載のＲＬＦの処理方法。
【請求項１４】
無線通信システムでＲＬＦを検出する通信装置であって、
通信装置の機能を実現する制御回路と、
制御回路に設置され、プログラムコードを実行して制御回路を制御するプロセッサーと、
プロセッサーに結合され、プログラムコードを記録する記憶装置とを含み、該プログラムコードは、
無線リンクの回復または再確立のために第一エンティティーに少なくとも２個の第一タイマーを使用し、または第二エンティティーに少なくとも２個の第二タイマーを使用してアイドリングモードの進入時点や無線資源の解放時点を定めるコードを含むことを特徴とする通信装置。
【請求項１５】
前記少なくとも２個の第一タイマー又は少なくとも２個の第二タイマーは機能エンティティーか１組の機能エンティティーの決定に基づいて設定又は再設定されることを特徴とする請求項１４記載の通信装置。
【請求項１６】
前記第一エンティティーの少なくとも２個の第一タイマーの値は、第二エンティティーから送信された少なくとも１個のＳＩＢ（システム情報ブロック）か、第一エンティティーの高位層からの制御情報から得られることを特徴とする請求項１４記載の通信装置。
【請求項１７】
前記少なくとも２個の第一タイマー又は少なくとも２個の第二タイマーの値は、第一エンティティーの機能エンティティーかネットワークの機能エンティティーの提案に従って設定されることを特徴とする請求項１４記載の通信装置。
【請求項１８】
失われた接続の再確立は関連タイマーが終了するか前もって終了される前に許容されることを特徴とする請求項１４記載の通信装置。
【請求項１９】
前記プログラムコードは更に、タイマーのうち１つが終了すると、当該タイマーと関連する無線ベアラをすべて解放するコードを含むことを特徴とする請求項１４記載の通信装置。
【請求項２０】
前記機能エンティティーはａＧＷのモビリティ管理エンティティーか、第二エンティティーのスケジュラ、無線ベアラ制御エンティティーまたはモビリティ管理エンティティーであることを特徴とする請求項１５記載の通信装置。
【請求項２１】
前記複数の機能エンティティーはａＧＷのＮＡＳか、第二エンティティーの制御プレーンに含まれることを特徴とする請求項１５記載の通信装置。
【請求項２２】
前記タイマー値は統計、無線リンクや送信の状態、サービス設定、ネットワーク設定、またはシステム負荷に基づいて設定されることを特徴とする請求項１５記載の通信装置。
【請求項２３】
前記プログラムコードは更に再設定プロセスを実行するコードを含み、該再設定プロセスは通常の再確立プロセス、再設定プロセス、またはベアラ設定プロセスであることを特徴とする請求項１５記載の通信装置。
【請求項２４】
前記ＳＩＢは第一エンティティーまたは１組の第一エンティティーに用いられることを特徴とする請求項１６記載の通信装置。
【請求項２５】
前記プログラムコードは更に、動作中のタイマーが終了するか前もって終了するか、または関連の無線ベアラが解放されたか解放が決まった場合に、第一エンティティーがアイドリング状態に入り、アイドリング状態に入る原因をＲＬＦとして示すコードを含むことを特徴とする請求項１９記載の通信装置。
【請求項２６】
前記プログラムコードは更に、第一エンティティーが新しいサービス接続を起動するか、切断されたばかりのサービス接続に再進入を決定した場合に、第一エンティティーでセル再選択や確立プロセスを通してアイドリング状態からアクティブ状態に入るコードを含むことを特徴とする請求項２５記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいて無線リンク障害（ＲＬＦ）を処理する方法及び装置に関し、特に無線通信システムのＲＬＦ処理に少なくとも２個のタイマーを用いる方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムでは、無線環境の不具合、好ましくない信号伝播条件、またはシステム故障により、ユーザー装置（ＵＥ）とＵＴＲＡＮとの間に無線リンク障害（ＲＬＦ）が発生し得る。いくつかの用途では、無線リンク障害は、予期されない遅延やサービスが提供される無線ベアラ（ＲＢ）の不連続性からすぐに気付かれる。そのため、（セル更新プロセスを含む）障害の検出・処理手段は、通常プロセスの各段階をトリガーするか他のプロセスへの移行を決定するパラメータやタイマーを必要とする。このような手段を利用して失われた無線接続を再確立した場合、障害を気付かれないようにし、または少なくとも接続を速やかに回復することができる。
【０００３】
ＲＲＣ（無線資源制御）プロトコル規格3GPP  TS25.331  V6.10によれば、T313、T314/T315、N302、N315、N313、T302、T307などＵＥのタイマーやパラメータはシステム情報ブロックから取得され、そのいくつかは特定状況を処理する場合に、V302などのカウンタと合わせて利用される。例えば、失われた接続の再確立が許容された場合に動作する再確立タイマーのT314、T315は、セル更新と再選択プロセスで決められた再接続を試みた後にアイドリングモードに入る時点を決定するためのものである。T314、T315は、それぞれ回線交換ドメインとパケット交換ドメインに用いられる。基地局（ノードＢ）で用いるT314とT315の値はＲＮＣ（無線ネットワークコントローラ）により定められ、通常はＵＥに用いるものより大きく設定される。しかし、パケット交換ドメインしか持たない３ＧＰＰ  ＬＴＥ（long-term  evolution）では、従来より多くのモバイル装置向け用途が求められているため、上記障害処理手段をいかにＬＴＥに適用するかは、解決すべき課題である。
【０００４】
順方向ハンドオーバーは、ＵＭＴＳ（汎用移動通信システム）で失われた無線リンクや失敗した再設定プロセスを回復するために利用される。通常のハンドオーバーが失敗して発信元基地局に戻れない場合、ＵＥは目的基地局とセル更新プロセスを開始する。一方で、ＬＴＥでは高性能の順方向ハンドオーバーが求められ、この順方向ハンドオーバーの性能は無線リンク接続やサービスの連続性を向上させるために更に増強することができる。
【０００５】
ＵＭＴＳでは、ＲＬＦ検出時にアイドリングモードへの進入を決定するためのドメインに用いるタイマーが存在する。3GPP  TSG-RAN2  LTE  Meeting  #bis53「ＬＴＥにおけるＲＬＦ処理」（R2-061827）ではＵＭＴＳのＲＬＦ処理について述べられている。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_IDLE（RRC  IDLE）などのアイドリング状態に入るか、同アイドリング状態に入る原因（ＲＬＦの発生）を示す。第一エンティティーは、新しいサービス接続を始めたか切断されたばかりのサービス接続に再進入した場合に、セル再選択や確立プロセスでアイドリング状態からアクティブ状態に移行する。サービスが提供されていない場合でもＵＥでリンクを保持することが必要である。新サービスを始めようとするか、切断されたばかりのサービスに再進入しようとした場合、ＵＥはセル再選択や通常の再確立プロセスを通してLTE_IDLE（RRC
IDLE）からLTE_ACTIVE（RRC_CONNECTED）に入る。
【００３０】
注意すべきは、上記同一の又は異なるサービスクラスはユニキャスト／マルチキャスト、実時間／非実時間またはその他の可能な種類であり得ることである。もっとも、ｐ−ｔ−ｍ  ＭＢＭＳ（ポイント・ツー・マルチポイント・マルチメディア・ブロードキャスト及びマルチキャスト・サービス）サービスはここで排除され、ＲＬＦ回復プロセスはp-t-m  MBMSサービスに適用できない。ＵＥは（ＵＥが接続モードに入らなくてもp-t-m  MBMSサービスを受信できるアイドリングモードを含む）いかなる状態においてもp-t-m  MBMSサービスを受信できるため、p-t-m  MBMSサービスにかかるタイマーが終了しても全てのＲＢを解放してアイドリングモードに入る必要はない。
【００３１】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【図面の簡単な説明】
【００３２】
【図１】本発明による通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明によるＲＬＦ検出プロセスのフローチャートである。
【符号の説明】
【００３３】
１００    通信装置
１０２    入力装置
１０４    出力装置
１０６    制御回路
１０８    ＣＰＵ
１１０    記憶装置
１１２    プログラムコード
１１４    トランシーバー
２００    アプリケーション層
２０２    第三層
２０６    第二層
２１８    第一層
２２０    ＲＬＦ処理プログラムコード
２２２    ＲＲＣエンティティー
【図１】
2008079313.tif 000003
【図２】
2008079313.tif 000004
【図３】
2008079313.tif 000005
【外国語明細書】
2008079313.tif 000006
2008079313.tif 000007
2008079313.tif 000008
2008079313.tif 000009
2008079313.tif 000010
2008079313.tif 000011
2008079313.tif 000012
2008079313.tif 000013
2008079313.tif 000014
2008079313.tif 000015
2008079313.tif 000016
2008079313.tif 000017
2008079313.tif 000018
2008079313.tif 000019
【図１】
2008079313.tif 000020
【図２】
2008079313.tif 000021
【図３】
2008079313.tif 000022