JP4980466B2 - 無線通信システムにおける条件付き処理手順 - Google Patents

Description

本発明は、無線通信システムにおけるネットワーク及び移動端末間の通信に関するものであり、特に、無線通信システムにおける条件付き手順処理方法に関する。

汎用移動通信システム（UMTS: Universal Mobile Telecommunication System）は、移動通信のためのグローバルシステム（GSM: Global Systme for Mobile communication）として知られたヨーロッパ標準に含まれるヨーロッパタイプの第３世代ＩＭＴ−２０００移動通信システムである。ＵＭＴＳは、ＧＳＭコアネットワーク及び広帯域符号分割多重接続（Ｗ−ＣＤＭＡ）無線接続技術に基づく向上した移動通信サービスを提供することを目的とする。１９９８年１２月に第３世代パートナーシッププロジェクト（3GPP: Third Generation Partner ship Project）が、標準化機構であるヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１及び韓国のＴＴＡにより構成された。３ＧＰＰは、ＵＭＴＳ技術の具体的な標準を制定した。

ＵＭＴＳの効率的で迅速な技術的発展を遂げるために、３ＧＰＰ内でネックワーク要素及びそれらの動作の独立性を考慮してＵＭＴＳを標準化するための第５技術的標準グループ（TSG: Technical Specification Groups）が構成された。各ＴＳＧは、関連領域内で上記標準明細書を開発し、承認し、管理する。無線接続ネットワーク（RAN: Radio Access Network）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳでＷ−ＣＤＭＡ接続技術を支持するための新しい無線接続網であるＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）の機能、要求事項及びインターフェースに関する標準を開発する。

図１は、ＵＭＴＳネットワークの概略図である。ＵＭＴＳネットワークは、移動端末またはユーザ端末（UE: User Equipment）１、ＵＴＲＡＮ２及びコアネットワーク３（CN: Core Network）を含む。

ＵＴＲＡＮ２は、Ｉｕｂインターフェースを通じて接続された複数の無線ネットワークコントローラ（RNCs: Radio Network Controllers）及び基地局（Node-B）を含む。各ＲＮＣ４は、複数のＮｏｄｅ−Ｂ５を制御する。各Ｎｏｄｅ−Ｂ５は、一つまたは複数のセルを制御する。この時、各セルは、与えられた周波数上で与えられた地理的領域を含む。

各ＲＮＣ４は、Ｉｕインターフェースを通じてＣＮ３と接続され、すなわち、ＣＮの移動交換局６（MSC: Mobile Switching Center）及び一般的なパケット無線サービス（GPRS: General Packet Radio Service）サポートノード（ＳＧＳＮ）７側に接続される。ＲＮＣ４は、Ｉｕｒインタフェースを通じて他のＲＮＣに接続することもできる。ＲＮＣ４は、無線リソースの割当及び管理を処理し、ＣＮ３と関連したアクセスポイント（AP: Access Point）として動作する。

Ｎｏｄｅ−Ｂ５は、アップリンクを通じてＵＥ１の物理レイヤから情報を受信し、ダウンリンクを通じてＵＥ１にデータを送信する。Ｎｏｄｅ−Ｂ５は、ＵＥ１に対するＵＴＲＡＮ２のアクセスポイントとして動作する。

ＳＧＳＮ７は、Ｇｆインターフェースを通じて機器ＩＤレジスタ（EIR: Equipment Identity Register）８に接続され、ＧＳインターフェースを通じてＭＳＣ６に接続され、ＧＮインターフェースを通じてパケット・ゲートウェイ・ノード（ＧＧＳＮ）９に接続され、ＧＲインターフェースを通じてホーム加入者サーバ（HSS: Home Subscriber Server）１０に接続される。

ＥＩＲ８は、ネットワークで使用許諾されたＵＥ１のリストを管理する。また、ＥＩＲ８は、ネットワークで使用許可されていないＵＥ１のリストを管理する。

回線交換（CS: Circuit Switched）サービスのための接続を管理するＭＳＣ６は、ＮＢインターフェースを通じてメディア・ゲートウェイ１１（ＭＧＷ）側に接続され、Ｆインターフェースを通じてＥＩＲ８側に接続され、Ｄインターフェースを通じてＨＳＳ１０側に接続される。

ＭＧＷ１１は、Ｃインターフェースを通じてＨＳＳ１０側に接続され、また、公衆電話網（PSTN: Public Switching Telephone Network）と接続される。ＭＧＷ１１は、ＰＳＴＮと接続されたＲＡＮとの間に適用するためのコーデックを許可する。

ＧＧＳＮ９は、ＧＣインターフェースを通じてＨＳＳ１０に接続され、ＧＩインターフェースを通じてインターネットと接続される。ＧＧＳＮ９は、ルーティング（routing）、請求（charging）及び異なる無線接続ベアラ（ＲＡＢｓ）へのデータ流れの分配を担当する。ＨＳＳ１０は、ユーザのデータ申請を管理する。

ＵＴＲＡＮ２は、ＵＥ１及びＣＮ３間の通信のための無線接続ベアラ（ＲＡＢ）を構築及び維持する。ＣＮ３は、ＲＡＢからエンド・ツー・エンド（end-to-end）サービス品質（ＱｏＳ）要求を要請し、ＲＡＢは、ＣＮ３によるＱｏＳ要求セット（set）をサポートする。したがって、ＵＴＲＡＮ２は、ＲＡＢを構築及び維持することによって、エンド・ツー・エンドＱｏＳ要求を満たすことができる。

特定ＵＥ１に提供されるサービスは、概略的にＣＳサービスとパケット交換（ＰＳ）サービスとに分類することができる。例えば、一般的な音声通話サービスはＣＳサービスに分類することができ、インターネット接続を通じたウェブブラウジングサービスはＰＳサービスに分類することができる。

ＲＮＣｓ４は、ＣＳサービスをサポートするためにＣＮ３のＭＳＣ６に接続されており、ＭＳＣは、他のネットワークとの接続を管理するゲートウェイＭＳＣ（ＧＭＳＣ）に接続されている。ＲＮＣｓ４は、ＰＳサービスをサポートするためにＳＧＳＮ７及びＣＮ３のゲートウェイＧＧＳＮ９に接続されている。

ＳＧＳＮ７は、ＲＮＣｓとのパケット通信をサポートする。ＧＧＳＮ９は、インターネットのような他のパケット交換ネットワークとの接続を管理する。

図２は、３ＧＰＰ無線接続ネットワーク標準に基づくＵＥ１及びＵＴＲＡＮ２間の無線インターフェースプロトコルの構造を示す図である。図２に示すように、無線インターフェースプロトコルは、物理レイヤ、データリンクレイヤ、及びネットワークレイヤを含む水平方向のレイヤと、ユーザデータ伝送のためのユーザプレーン（U-plane）及び制御情報の伝送のための制御プレーン（C-plane）を含む垂直方向のレイヤとを有する。ユーザプレーンは、ユーザとの音声またはインターネットプロトコル（ＩＰ）パケットのようなトラフィック情報を処理する領域である。制御プレーンは、通話の管理及び維持のようにネットワークのインターフェースに関する制御情報を処理する領域である。プロトコルレイヤは、開放システム間相互接続（OSI: Open Systems Interconnection）標準モデルの下位の３レイヤに基づいて第１レイヤ（Ｌ１）、第２レイヤ（Ｌ２）及び第３レイヤ（Ｌ３）に分割することができる。

第１レイヤ（Ｌ１）、すなわち物理レイヤは、多様な無線伝送技術などを用いて上位レイヤに情報転送サービスをサポートする。物理レイヤは、伝送チャネルを通じて上位レイヤ、すなわちメディア・アクセス（ＭＡＣ）レイヤに接続されている。ＭＡＣレイヤと物理レイヤとは、トランスポートチャネルを通じてデータを交換する。

第２レイヤ（Ｌ２）は、ＭＡＣレイヤ、無線リンク制御（ＲＬＣ）レイヤ、ブロードキャスト／マルチキャスト制御（ＢＭＣ）レイヤ、及びパケットデータコンバージェンスプロトコル（PDCP: Packet Data Convergence Protocol）レイヤを含む。ＭＡＣレイヤは、論理チャネル及びトランスポートチャネル間のマッピングを担当し、無線リソースの割当及び割当解除をサポートする。ＭＡＣレイヤは、論理チャネルを通じて上位レイヤ、すなわち無線リンクレイヤ（ＲＬＣ）と接続されている。

様々な論理チャネルは、伝送された情報のタイプに従って提供される。制御チャネルは、制御プレーンの情報を送信するのに使用され、トラフィックチャネルは、ユーザプレーンの情報を送信するのに使用される。

論理チャネルは、論理チャネルが共有されるか否かによって共通チャネルと個別チャネルとに分類することができる。論理チャネルは、個別トラフィックチャネル（DTCH: Dedicated Traffic Channel）、個別制御チャネル（DCCH: Dedicated Control Channel）、共通トラフィックチャネル（CTCH: Common Traffic Channel）、共通制御チャネル（CCCH: Common Control Channel）、報知制御チャネル（BCCH: Broadcast Control Channel）及びページング制御チャネル（PCCH: Paging Control Channel）、または、共有チャネル制御チャネル（SCCCH: Shared Channel Control Channel）を含む。

ＢＣＣＨは、システムにアクセスするために端末により使用される情報を含む情報を提供する。ＰＣＣＨは、端末にアクセスするためにＵＴＲＡＮにより使用される。

マルチメディアブロードキャスト／マルチキャストサービス（MBMS: Multimedia Broadcast Multicast Service）目的のために追加のトラフィック及び制御チャネルがＭＢＭＳ標準に導入されている。ＭＢＭＳ一対多制御チャネル（ＭＣＣＨ：MBMS point-to-multipoint Control Channel）は、ＭＢＭＳ制御情報の送信のために使用される。ＭＢＭＳ一対多トラフィックチャネル（ＭＴＣＨ：MBMS point-to-multipoint Traffic Channel）は、ＭＢＭＳサービスデータを送信するために使用される。ＭＢＭＳスケジューリングチャネル（ＭＳＣＨ：MBMS point-to-multipoint Scheduling Channel）は、スケジューリング情報を送信するために使用される。他の論理チャネルは、図３にリストされている。

ＭＡＣレイヤは、トランスポートチャネルにより物理レイヤに接続されており、管理されるトランスポートチャネルのタイプによってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ及びＭＡＣ−ｍサブレイヤに分割することができる。ＭＡＣ−ｂサブレイヤは、システム情報の報知を管理するトランスポートチャネルである報知チャネル（BCH: Broadcast Channel）を管理する。複数の端末により共有されるＭＡＣ−ｃ／ｓｈサブレイヤは、フォワード・アクセス・チャネル（FACH: Forward Access Channel）またはダウンリンク共有チャネル（DSCH: Downlink Shared Channel）のような共通トランスポートチャネルを管理したり、アップリンクで無線アクセスチャネル（RACH: Radio Access Channel）を管理したりする。ＭＡＣ−ｍサブレイヤは、ＭＢＭＳデータを処理することができる。

ＵＥの観点での論理チャネル及びトランスポートチャネル間の可能なマッピング関係を図４に示し、ＵＴＲＮＡ観点での論理チャネル及びトランスポートチャネル間の可能なマッピング関係を図５に示す。

ＭＡＣ−ｄサブレイヤは、特定端末に対する個別トランスポートチャネルである個別チャネル（DCH: Dedicated Channel）を管理する。ＭＡＣ−ｄサブレイヤは、対応する端末を管理するサービングＲＮＣ（ＳＲＮＣ）に位置している。また、ＭＡＣ−ｄサブレイヤは、各端末に存在する。

ＲＬＣレイヤは、ＲＬＣモード動作に応じて、信頼性あるデータ送信及び上位レイヤから伝達される複数のＲＬＣサービスデータユニット（ＳＤＵ）の分割及び結合を行う。ＲＬＣレイヤが上位レイヤからＲＬＣＳＤＵを受信すると、ＲＬＣレイヤは、処理能力に基づいて適切な方法で各ＲＬＣＳＤＵの大きさを調整し、以降、ヘッダ情報を付加することによってデータユニットを生成する。プロトコルデータユニット（PDU: Protocol Data Unit）と呼ばれるデータユニットは、論理チャネルを通じてＭＡＣレイヤに転送される。ＲＬＣレイヤは、ＲＬＣＳＤＵ及び／またはＲＬＣＰＤＵを格納するためのＲＬＣバッファを含む。

ＢＭＣレイヤは、コアネットワークから転送されるセル報知（CB: Cell Broadcast）メッセージをスケジューリングし、ＣＢメッセージを特定セルに配置されている端末に送信する。

ＰＤＣＰレイヤは、ＲＬＣレイヤに位置している。ＰＤＣＰレイヤは、相対的に小さい帯域幅で無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなネットワークプロトコルデータを效率的に送信するために使用される。このために、ＰＤＣＰレイヤは、ヘッダ圧縮と呼ばれる機能を用いて有線ネットワークで用いられる不要な制御情報を減少させることができる。

第３レイヤ（Ｌ３）の最下位に位置している無線リソース制御（RRC: Radio Resource Control）レイヤは、制御プレーンでのみ定義されている。ＲＲＣレイヤは、物理チャネル及びトランスポートチャネルの設定（setup）、再設定及び解除などを制御したり、無線ベアラ（RB: Radio Bearer）の取消（cancellation）を制御する。また、ＲＲＣは、ＲＡＮ及び位置サービスのような追加のサービスにおいてユーザモビリティを管理する。

無線ベアラ（ＲＢ）は、端末及びＵＴＲＡＮ間のデータ送信のために第２レイヤ（Ｌ２）によって提供されるサービスを示す。一般に、ＲＢの設定は、プロトコルレイヤ及び特定データサービスを提供するために要求されるチャネルの特性を規定し及び各詳細なパラメータ及び動作方法を設定する過程を意味する。

所定のＵＥのための伝送チャネル及び無線ベアラ間のマッピングのために存在する異なる可能性が、全ていつも可能であるわけではない。ＵＥ及びＵＴＲＡＮは、ＵＥの状態及びＵＥ及びＵＴＲＡＮが行っている手順によって可能なマッピングを推定する。本発明と関連する相異なる状態及びモードを、以下に詳細に説明する。

異なる伝送チャネルは異なる物理チャネルにマッピングされる。例えば、ＲＡＣＨトランスポートチャネルは、ＰＲＡＣＨにマッピングされ、ＤＣＨはＤＰＣＨにマッピングされ、ＦＡＣＨ及びＰＣＨはセカンダリー共通制御物理チャネル（S-CCPCH: Secondary-Common Control Physical Channel）にマッピングされ、ＤＳＣＨはＰＤＳＣＨにマッピングされる。物理チャネルの構成は、ＲＮＣ及びＵＥ間のＲＲＣ信号のやりとりにより行われる。

ＲＲＣモードは、端末のＲＲＣ及びＵＴＲＡＮのＲＲＣ間の論理接続が存在するか否かによって決定される。論理接続が存在する場合、端末は、ＲＲＣ接続モードと呼ばれる状態にある。論理接続が存在していない場合、端末は、アイドルモードと呼ばれる状態にある。

ＲＲＣ接続はＲＲＣ接続モードの端末のために存在するので、ＵＴＲＡＮは、セル単位で特定端末の存在を決定することができる。例えば、ＵＴＲＡＮは、ＲＲＣ接続モードの端末が位置しているセルまたはセルの集合及びＵＥが聴取している物理チャネルを決定することができる。したがって、端末を效率的に制御することができる。

一方、ＵＴＲＡＮは、アイドルモード状態の端末の存在を決定することができない。アイドルモード端末の存在は、セル（例えば、位置またはルーティング領域）よりも大きい領域に属しているコアネットワークによってのみ決定することができる。したがって、アイドルモード端末の存在は、大きい領域で決定され、音声またはデータのような移動通信サービスを受信するためにアイドルモード端末は移動したりＲＲＣ接続モードに変更しなければならない。可能なモード及び状態間の遷移を、図６に示す。

ＲＲＣ接続モードのＵＥは、異なる状態（例えば、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態またはＴＲＡ＿ＰＣＨ状態など）になりうる。これらの状態によってＵＥは異なる動作を行い、異なるチャネルを聴取することができる。

例えば、ＣＥＬＬ＿ＤＣＨ状態のＵＥは、ＤＣＨタイプのトランスポートチャネルの聴取を試みる。ＤＣＨタイプのトランスポートチャネルは、所定のＰＤＣＨ、ＤＰＤＳＣＨまたは他の物理チャネルにマッピングされうるＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含む。

ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、所定のＳ−ＣＣＰＣＨにマッピングされる複数のＦＡＣＨトランスポートチャネルを聴取することができる。ＰＣＨ状態にあるＵＥは、所定のＳ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルを聴取することができる。

主要システム情報を、プライマリー共通制御物理チャネル（P-CCPCH: Primary Common Control Physical Channel）にマッピングされるＢＣＣＨ論理チャネル上で送信することができる。特定のシステム情報ブロックを、ＦＡＣＨチャネルを通じて送信することができる。システム情報がＦＡＣＨ上で伝送されると、ＵＥは、Ｐ−ＣＣＰＣＨ上で受信されるＢＣＣＨまたは個別チャネルのいずれかを通じてＦＡＣＨの構成（configuration）を受信することができる。システム情報がＢＣＣＨ（すなわち、Ｐ−ＣＣＰＣＨ）を通じて受信されると、各フレームまたは二つのフレームセットでＵＥ及びＮｏｄｅ−Ｂ間に同一のタイミングレファレンスを共有するために使用されるＳＦＮ（システムフレーム番号： System Frame Number）が送信される。Ｐ−ＣＣＰＣＨは、Ｐ−ＣＰＩＣＨと同じスクランブリングコードを用いて送信される。この時、スクランブリングコードは、セルのプライマリースクランブリングコードとすることが好ましい。Ｐ−ＣＣＰＣＨにより使用される拡散コードは、固定した拡散率（SF: Spreading Factor）２５６であり、その個数は一つである。ＵＥは、ＵＥが読み取り可能な隣接セルのシステム情報であるネットワークから伝送された情報または固定したＳＦ２５６を用いて伝送され、拡散コード番号が０であり、固定した形態で伝送されるＰ−ＣＰＩＣＨの検索を通じて上記のプライマリースクランブリングコードについて知ることができる。

システム情報は、隣接セルに関する情報、ＲＡＣＨ及びＲＡＣＨトランスポートチャネルの構成及びＭＢＭＳサービスのための個別チャネルであるＭＩＣＨ及びＭＣＣＨの構成を含むことができる。

ＵＥがセルを変更する各時点（アイドルモード状態）またはＵＥがセルを選択したとき（ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態）、ＵＥは、有効なシステム情報を持っているか確認する。システム情報は、システム情報ブロック（SIB: System Information Block）、マスター情報ブロック（MIB: Master Information Block）及びスケジューリングブロックで構成される。ＭＩＢは、非常に頻繁に送信され、スケジューリングブロック及び他のＳＩＢのタイミング情報を与える。バリュータグ（value tag）にリンクされたＳＩＢに対して、ＭＩＢは、ＳＩＢ部分の最新バージョンに関する情報を含む。バリュータグにリンクされていないＳＩＢは、満了タイマー（expiration timer）にリンクされている。満了タイマーにリンクされたＳＩＢは無効になり、最後に読み込んだＳＩＢの時間が現在タイマー値よりも大きいと、ＳＩＢを再び読み込む必要がある。バリュータグにリンクされたＳＩＢは、ＭＩＢの一つのブロードキャストと同じバリュータグを有する場合にのみ有効である。各ブロックは、どのセルのＳＩＢが有効であるかを示す有効性（セル、ＰＬＭＮ、等価ＰＬＭＮ）の領域範囲を有する。“セル”領域範囲を有するＳＩＢは、それが読まれたセルにのみ有効である。“ＰＬＭＮ”領域範囲を有するＳＩＢは、全てのＰＬＭＮで有効であり、“等価ＰＬＭＮ”領域範囲を有するＳＩＢは、全てのＰＬＭＮ及び等価ＰＬＭＮで有効である。

一般的に、ＵＥは、アイドルモード、キャンピング状態のセルまたは選択されたセルのＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態であるときにシステム情報を読み込む。システム情報において、ＵＥは、同一の周波数、異なる周波数及び他の無線アクセス技術（ＲＡＴ）を通じて隣接セルに関する情報を受信する。これによりＵＥはセル再選択のための候補セルがわかる。

仕様のリリース６（Rel-6: Release 6）でＭＢＭＳはＵＭＴＳ規格に導入される。ＭＢＭＳは、一対多送信を含むＭＢＭＳベアラサービスの最適化された送信、選択的結合及び一対多（Point-to-Multipoint）及び一対一ベアラ間の送信モード選択のための技術を記述する。これは、同一のコンテンツが多数のユーザに伝送される場合（例えば、ＴＶのようなサービス）に無線リソースを節約するために使用される。ＭＢＭＳデータは、制御プレーン情報及びユーザプレーン情報という２つのカテゴリーに分けることができる。制御プレーン情報は、物理レイヤ構成に関する情報、トランスポートチャネル構成、無線ベアラ構成、持続サービス、カウンティング情報及びスケジューリング情報などの情報を含む。ＵＥがこれらの情報を受信できるように、ＭＢＭＳに関するＭＢＭＳベアラ特定制御情報はＵＥに送信される。

ＭＢＭＳベアラのユーザプレーンデータを、一つのＵＥにのみ伝送される一対一サービスのための個別トランスポートチャネルにマッピングしたり、複数のユーザに同時に送信される（及び、受信される）一対多サービスのための共有トランスポートチャネルにマッピングすることができる。

一対一送信は、ＲＲＣ接続モードでネットワーク及びＵＥ間の個別制御／ユーザプレーン情報と共にＭＢＭＳ特定制御/ユーザプレーン情報を転送するために使用される。それを、ＭＢＭＳのマルチキャストまたはブロードキャストモードのために使用することができる。ＤＴＣＨは、ＣＥＬＬ＿ＦＡＣＨ及びＣＥＬＬ＿ＤＣＨ状態の端末のために使用される。これは伝送チャネルへのマッピングを可能にする。

最適化した方法でセルリソースを使用できるようにするために、カウンティング（counting）という機能がＭＢＭＳアプリケーション（application）に導入された。カウンティング手順は、割り当てられたサービスの受信にどれくらい多くのＵＥが関心を持っているかを判断するために使用される。これは、図７に示すカウンティング手順を用いて行うことができる。

例えば、特定サービスに関心があるＵＥは、ＭＢＭＳサービスの可用性に対する情報を受信することができる。ネットワークは、ＭＣＣＨチャネル上で“アクセス情報”を送信するのと同一の方法で、ＵＥがサービスに関心があることをネットワークに知らせなければならないということを、ＵＥに知らせることができる。このアクセス情報メッセージに含まれた確率（probability factor）は、関心があるＵＥが単に所定の確率でのみ応答することを決定する。ＵＥが所定のサービスに関心があることをネットワークに知らせるために、ＵＥは、カウンティング情報を受信したセルでＲＲＣ接続設定メッセージまたはセル更新メッセージをネットワーク送信することができる。このようなメッセージは、ＵＥが関心のあるサービスを示す指示子を含む可能性がある。

ネットワークが複数の周波数上で動作する場合に、ＵＥが一つの周波数にキャンピング（camping）し、ＭＢＭＳサービスが他の周波数上で伝送されるとき、ＵＥは、ＭＢＭＳサービスが異なる周波数で送信されるという事実に気付かないことがある。したがって、周波数コンバージェンス手順は、周波数Ｂで所定のサービスが可能であるということを示す情報を、周波数Ａで受信するようにすることができる。

一般に、ＭＢＭＳ一対多制御チャネル（ＭＣＣＨ）は、ＲＲＣ接続モードまたはアイドルモードのＵＥとネットワークとの間に制御プレーン情報の一対多ダウンリンク送信のために使用される論理チャネルである。ＭＣＣＨ上の制御プレーン情報は、ＭＢＭＳ特有のものであり、制御プレーン情報は、有効にされたＭＢＭＳサービスを含むセルに属するＵＥに送信される。ＭＣＣＨを、ＣＥＬＬ＿ＦＡＣＨ状態のＵＥのＤＣＣＨが載せられるＳ−ＣＣＰＣＨ、または、独立した（standalone）Ｓ−ＣＣＰＣＨ、またはＭＴＣＨが載せられる同一Ｓ−ＣＣＰＣＨを通じて送信することができる。

ＭＣＣＨを、ＢＣＣＨにより示すようにＳ−ＣＣＰＣＨに載せられた特定ＦＡＣＨにマッピングすることができる。ソフト結合（soft combining）の場合に、ＭＣＣＨは、ＭＴＣＨと異なるＳ−ＣＣＰＣＨ（例、ＴＤＤのＣＣＴｒＣＨ）にマッピングされる。ページングの受信は、アイドルモード及びＵＲＡ／ＣＥＬＬ＿ＰＣＨ状態のＵＥに対するＭＣＣＨの受信よりも高いプライオリティを有する。ＭＣＣＨの構成（変更時間、反復周期など）は、ＢＣＣＨ上で伝送されるシステム情報に構成される。

一般に、ＭＢＭＳ一対多トラフィックチャネル（ＭＴＣＨ）は、ＲＲＣ接続モードまたはアイドルモードのネットワーク及びＵＥ間のユーザプレーン情報の一対多ダウンリンク送信のために使用される論理チャネルである。ＭＴＣＨ上のユーザプレーン情報は、ＭＢＭＳサービスに特有のものであり、ユーザプレーン情報は、有効にされたＭＢＭＳサービスのセル内のＵＥに送信される。ＭＴＣＨは、ＭＣＣＨで示すように、Ｓ−ＣＣＰＣＨに載せられた特定ＦＡＣＨにマッピングされる。

一般的に、ＭＢＭＳ一対多スケジューリングチャネル（ＭＳＣＨ）は、ＲＲＣ接続モードまたはアイドルモードネットワーク及びＵＥ間のＭＢＭＳサービス送信スケジュールの一対多ダウンリンク送信のために使用される論理チャネルである。ＭＳＣＨ上の制御プレーン情報は、ＭＢＭＳサービス及びＳ−ＣＣＰＣＨに特有のものであり、制御プレーン情報は、セル内でＭＴＣＨを受信するＵＥに送信される。ＭＳＣＨは、ＭＴＣＨが載せられるそれぞれのＳ−ＣＣＰＣＨを通じて送信される。ＭＳＣＨは、ＭＣＣＨで示すように、Ｓ−ＣＣＰＣＨに載せられた特定ＦＡＣＨにマッピングされる。互いに異なる誤り要求事項により、ＭＳＣＨはＭＴＣＨと異なるＦＡＣＨにマッピングされる。

一般に、ＦＡＣＨは、ＭＴＣＨ、ＭＳＣＨ及びＭＣＣＨのためのトランスポートチャネルとして使用される。なお、Ｓ−ＣＣＰＣＨは、ＭＴＣＨ、ＭＳＣＨまたはＭＣＣＨが載せられるＦＡＣＨのための物理チャネルとして使用される。

一般に、下記の論理チャネル及びトランスポートチャネル間の接続は、ダウンリンクにのみ存在する：１）ＭＣＣＨは、ＦＡＣＨをマッピングすることができる；２）ＭＴＣＨを、ＦＡＣＨにマッピングすることができる；３）ＭＳＣＨは、ＦＡＣＨにマッピングされることができる。ＵＥ及びＵＴＲＡＮ側面のマッピング関係は、図８及び図９にそれぞれ示されている。

ＭＣＣＨに対して、適用可能なＲＬＣモードは、非順次的ＳＤＵ配送をサポートするために向上したＵＭ−ＲＬＣである。ＭＡＣヘッダは、論理チャネルタイプ識別のために使用される。

ＭＴＣＨに対して、適用可能なＲＬＣモードは、選択的結合をサポートするために向上したＵＭ−ＲＬＣである。迅速な繰り返しをＵＭ−ＲＬＣで使用することができる。ＭＡＣヘッダは、論理チャネルタイプ識別及びＭＢＭＳサービス識別のために使用される。

ＭＳＣＨに対して、適用可能なＲＬＣモードはＵＭ−ＲＬＣである。ＭＡＣヘッダは、論理チャネルタイプ識別のために使用される。

ＭＢＭＳ通知は、セルでＭＢＭＳ通知指示子チャネル（MICH: MBMS Notification Indication Channel）と呼ばれるＭＢＭＳ特定ＰＩＣＨを利用する。ＭＩＣＨのためのコーディングは、ステージ−３物理レイヤ仕様に定義されている。

一般に、ＭＣＣＨ情報は、固定されたスケジュールに基づいて送信される。この時、スケジュールは、ＴＴＩ（送信時間間隔：Transmission Time Interval）、すなわち、ＭＣＣＨ情報の開始を含む多重フレームを識別する。ＭＣＣＨ情報の送信を、様々な個数のＴＴＩで行うことができ、ＵＴＲＡＮは、連続したＴＴＩを用いてＭＣＣＨ情報を伝送することが好ましい。ＵＥは、１）ＵＥが全てのＭＣＣＨ情報を受信するまで；２）ＵＥが、あらゆるＭＣＣＨデータを含まないＴＴＩを受信するまで；、または、３）それ以上の受信が必要でないということ（すなわち、所望のサービス情報に対する変更がないということ）を示す情報内容を受信するまで、Ｓ−ＣＣＰＣＨを受信し続けることができる。

このような動作に基づいて、ＵＴＲＡＮは、信頼性を向上させるためにスケジュールされた送信に続いてＭＣＣＨ情報を繰り返すことができる。ＭＣＣＨスケジュールは、全てのサービスに共通している。

全てのＭＣＣＨ情報は、“繰り返し周期（Repetition Period）”に基づいて周期的に送信される。“変更周期（Modification Period）”は、繰り返し周期の整数倍として定義される。MBMS ACCESS INFORMATIONを、“繰り返し周期”の整数分割である“アクセス情報周期（Access Information Period）”に基づいて周期的に送信することができる。繰り返し周期に対する値及び変更周期は、ＭＢＭＳが伝送されるセルのシステム情報に含まれる。

ＭＣＣＨ情報は、重要情報（critical information）及び非重要情報（non-critical information）に区別することができる。重要情報は、MBMS NEIGHBORING CELL INFORMATION、MBMS SERVICE INFORMATION及びMBMS RADIO BEARER INFORMATIONで構成される。非重要情報は、MBMS ACCESS INFOMRATIONに対応する。重要情報に対する変更は、変更周期の最初のＭＣＣＨ送信及び各変更周期の開始時に適用される。ＵＴＲＡＮは、変更周期で変更されるＭＣＣＨ情報のＭＢＭＳサービス識別子を含むMBMS CHANGE INFORMATIONを伝送する。MBMS CHANGE INFORMATIONは、変更周期の各繰り返し周期で少なくとも一回繰り返される。非重要情報に対する変更は、いつでも行うことができる。

図１０は、MBMS SERVICE INFORMATION及びRADIO BEARER INFOMRATIONが送信されるスケジュールを示す図である。異なるブロックパターンは、潜在的に異なるＭＣＣＨ内容を示す。

受信可能範囲サービスエリア（coverage）を向上させるために、異なるセル間に位置するＵＥは、異なるセルから同時に同一のＭＢＭＳサービスを受信することができ、図１１に示すように、受信情報を結合することができる。この時、ＵＥは、所定のアルゴリズムに基づいて選択した特定セルから送信されたＭＣＣＨを読み込むことができる。

図１１を参照すると、選択されたセル（例えばセルＡ−Ｂ）からのＭＣＣＨ上で、ＵＥは、ＵＥが関心を持っているサービスに対する情報を受信することができる。この情報は、現在のセル及びＵＥが受信できる隣接セル（例えばセルＡ−Ａ及びセルＢ）の物理チャネル、トランスポートチャネル、ＲＬＣ構成及びＰＤＣＰ構成などと関連する情報を含む。すなわち、受信情報は、ＵＥがセルＡ−Ａ、Ａ−Ｂ及びＢで関心を持つサービスが載せられるＭＴＣＨを受信するためにＵＥが必要とする情報を含む。

同一のサービスが異なるセルから転送される時、ＵＥは、異なるセルからサービスを結合できる場合もあり、結合できない場合もある。結合が可能な場合、その結合を異なるレベル（例えば、１）結合不可；２）ＲＬＣレベルの選択的な結合；３）物理レベルのＬ１結合）で行うことができる。

ＭＢＭＳ一対多送信のための選択的な結合は、ＲＬＣＰＤＵのナンバリング（numbering）によりサポートされる。したがって、ＭＢＭＳ一対多送信ストリーム間の非同期化がＵＥのＲＬＣ並べ換え（re-ordering）能力を越えない場合には、ＵＥの選択的な結合は、類似のＭＢＭＳ ＲＢビットレートを提供するセルから可能である。したがって、ＵＥ側では一つのＲＬＣエンティティが存在する。

選択的結合に対して、ＣＲＮＣのセルグループで一対多送信を利用するＭＢＭＳサービスごとに一つのＲＬＣエンティティが存在する。セルグループに含まれる全てのセルは、同一ＣＲＮＣの管理の下にある。ＭＢＭＳセルグループに属する隣接セルでＭＢＭＳ送信間に非同期化が発生する場合には、ＣＲＮＣはそれらのセル間の選択的結合を可能にする再同期化を行うことができる。

時分割複信（TDD: Time Divisional Duplexing）に対して、選択的結合及びソフト結合は、Ｎｏｄｅ−Ｂが同期化すると使用可能である。周波数分割複信（FDD: Frequency Divisional Duplexing）に対して、Ｎｏｄｅ−ＢがＵＥのソフト結合繰り返し窓で同期化される時にソフト結合を行うことができ、ソフト結合されたＳ−ＣＣＰＣＨのデータフィールドは、ソフト結合動作の間に一致する。

選択的結合またはソフト結合がセル間で可能な場合、ＵＴＲＡＮは、選択的結合またはソフト結合に対して可能な隣接セルのＭＴＣＨ構成を含むMBMS NEIGHBORING CELL INFORMATIONを送信することができる。部分的にソフト結合が適用される場合には、MBMS NEIGHBORING CELL INFORMATIONは、サービングセルから伝送されたＳ−ＣＣＰＣＨと隣接セルから伝送されたＳ−ＣＣＰＣＨとのソフト結合が行われる時間を示すＬ１−結合スケジュールを含む。MBMS NEIGHBORING CELL INFORMATIONを用いることによって、ＵＥは、このような隣接セルのＭＣＣＨを受信せずに隣接セルからＭＴＣＨ送信を受信することができる。

ＵＥは、しきい値（例えば、測定されたCPICH Ec/No）及び隣接セルのMBMS NEIGHBORING CELL INFORMATIONに基づいて選択的結合またはソフト結合に適切な隣接セルを決定する。選択的結合またはソフト結合を実行する確率はＵＥに伝達される。

ＵＭＴＳのＬＴＥ（ロング・ターム・エボリューション：Long-Term Evolution）は、ＵＭＴＳを標準化する第３世代パートナーシップ・プロジェクト（３ＧＰＰ：3^rd Generation Partnership Project）の検討対象に該当する。３ＧＰＰ ＬＴＥは、高速パケット通信を可能にするための技術である。多くの方式が、ユーザ及びプロバイダのコストを減らし、サービス品質の向上、及びシステム性能及び受信可能範囲サービスエリア向上を含む３ＧＰＰ ＬＴＥの目的のために提案された。
図１２は、ＬＴＥシステムの構造を示す図である。各ａＧＷ１１５は、一つ以上のアクセスゲートウェイ（aGW: access Gateway）１１５に接続されている。ａＧＷ１１５は、インターネット及び／またはＧＳＭ、ＵＭＴＳ及びＷＬＡＮなどのような他のネットワークへのアクセスが許諾された他のノード（図示せず）に接続されている。

３ＧＰＰ ＬＴＥは、上位レベル要求として、ビット当たりコストを減らすこと、サービス能力の向上、周波数帯域の柔軟な使用、簡単な構造、開放インターフェース及び端末の適切な電力消費を要求する。一般的に、ＵＴＲＡＮ２は、Ｅ−ＵＴＲＡＮ（発展型−ＵＴＲＡＮ：（Evolved-UTRAN））に対応する。ＮｏｄｅＢ５及び／またはＲＮＣ４は、ＬＴＥシステムのｅ−ＮｏｄｅＢ（ｅＮＢ）１０５に対応する。

３ＧＰＰ ＬＴＥシステムにおいて、システム情報（ＳＩ）は、ＵＥがネットワークへの接続が成功するための異なるセル及びネットワークの特定パラメータを含む。システム情報は、ページングを容易にし、ＵＥが異なるネットワークサービスを用いることができるようにする。各セルは、報知制御チャネル（BCCH: Broadcast Control Channel）のようなチャネルを通じて自身のシステム情報を連続的に報知する。なお、ネットワークに登録したり特定セルにハンドオーバーを行う全てのセルは、最初にセル特定情報を読み込む。

不連続受信（DRX: Discontinuous Reception）は、移動端末のバッテリー寿命を伸ばすために移動通信で使用する方法である。一般に、移動端末及びネットワークは、データ転送を行う周期をネゴシエートする。他の周期中、移動端末は自身の受信機をオフし、低電力状態に入る。

上記の点に鑑みて、本発明は、従来技術の制約及び不都合により一つ以上の問題を実質的に軽減する、通信システムに用いるための移動通信ネットワークの異なる機能と関連した手順を制御することを対象とする。

本発明は、無線ネットワークでの連続的な送信中の不連続受信動作に関するものである。

本発明の追加的な利点、目的、及び特徴は、一部は下記の詳細な説明を通じて展開され、一部は、下記の詳細な説明から、当該技術分野における通常の知識を有する者にとって明らかになり、または、発明の実施からわかることができる。本発明の目的及び利点は、添付の図面の他に、下記の詳細な説明及び請求項を通じて詳細に指摘された構成により得られ、具体化されることができる。

これらの利点または他の利点を獲得するために、そして本発明の目的によって、ここに具体化され、概略的に説明されるように、本発明は、無線通信システムでネットワーク及び移動端末間の通信を行う方法に関するものである。この方法は、第１手順を処理するために第１メッセージをネットワークから受信し、第２手順を処理するために第２メッセージをネットワークから受信することを含むことができる。ここで、第２手順の実行は、第１手順の結果に依存する。

本発明の一態様において、第２手順は、第１手順の結果が成功（successful）である場合に行うことが好ましい。また、第２手順は、第１手順の結果が失敗（unsuccessful）である場合に行わない。

本発明の他の態様において、第２手順は、第１手順の結果が失敗である場合に実行することができる。または、第２手順は、第１手順の結果が成功である場合に実行しない。

本発明のさらに他の態様において、第２メッセージは、第２手順の実行が第１手順の結果に依存するということを示すことができる。また、上記の方法は、第２メッセージを受信した後に第１手順の結果を示す第３メッセージをネットワークに送信することをさらに含むことができる。さらに、上記方法は、第２手順の結果を示す第４メッセージをネットワークに送信することを含むことができる。

本発明の他の様態によれば、無線通信システムで移動端末及びネットワーク間の通信を行う方法は、第１手順の実行のために第１メッセージを移動端末に伝送し、第２手順の実行のために第２メッセージを移動端末に伝送することを含むことができる。ここで、第２手順の実行は、第１手順の結果に依存する。
これまでの一般的な説明及びこれからの本発明の詳細な説明は、例示的に解釈されるべきであり、請求された本発明についての追加的な説明を提供するために意図されたものである。

本発明は、無線ネットワークでの連続的な送信中の不連続受信動作に関するものである。本発明は、信頼性ある通信を保証することができる。

発明の理解をさらに提供するために含まれ、本出願に含まれ、本出願の一部を構成する添付の図面が、発明の実施形態を図示し、詳細な説明と共に発明の原理を説明するために提供される。
従来のＵＭＴＳネットワークを示す概略図である。 ＵＥとＵＴＲＡＮとの間の従来の無線インターフェースプロトコルを示す図である。 論理チャネル構造を示す図である。 ＵＥ観点での論理チャネル及びトランスポートチャネル間の可能なマッピング関係を示す図である。 ＵＴＲＡＮ観点での論理チャネル及びトランスポートチャネル間の可能なマッピング関係を示す図である。 あり得るＵＥ状態遷移を示す図である。 典型的なカウンティング手順を示す図である。 ＵＥ観点での論理チャネル及びトランスポートチャネル間のマッピング関係を示す図である。 ＵＴＲＡＮ観点での論理チャネル及びトランスポートチャネル間のマッピング関係を示す図である。 ＭＢＭＳサービス情報及び無線ベアラ情報が送信されるスケジュールを示す図である。 複数のセルからＭＢＭＳサービスを受信するＵＥを示す図である。 ＬＴＥシステムの構造を示す図である。 以前の手順の結果を知った後まで次の手順の開始を遅らせる場合の移動通信システムの通信方法を示す図である。 本発明の一実施例による次の手順の実行が以前の手順の結果を条件とする場合の移動通信システムを示す図である。 本発明の他の実施例による次の手順の実行が以前の手順の結果を条件とする場合の移動通信システムを示す図である。 本発明の一実施例による移動端末（ＭＳ）またはＵＥのブロック図である。

本発明は、無線通信システムでの条件付き処理手順に関するものである。

添付の図面に表された参照符号は、本発明の好ましい実施例で具体化された。可能な限り、図面中、同一の構成要素には同一の参照符号を共通使用する。

本発明の追加的な利点、目的、及び特徴は、一部は、下記の詳細な説明を通じて展開され、一部は、下記の詳細な説明に基づいて当該技術分野における通常の知識を有する者にとって明らかになり、または、発明の実施からわかることができる。本発明の目的及び利点は、添付の図面の他に、下記の詳細な説明及び請求項で詳細に指摘された構成により得られ、具体化されることができる。

本発明は、移動通信ネットワークの種々の機能と関連した手順を処理する方法を対象とする。例えば、移動通信ネットワークは、ユーザ端末（ＵＥ）の様々な動作、手順、または動作を開始できる再設定手順を容易にすることができる。

所定の環境において、ＵＥは、一つの機能と関連した手順を失敗した場合に以前の機能の結果を考慮できないことがある。また、移動通信ネットワークは、連続した手順を開始する前に一つの手順に対する結果を待つことができる。したがって、一つの手順は、他の手順と関連した機能を実行するために、ＵＥの状態に依存することができる。例えば、第１手順は、移動通信ネットワークで無線ベアラ識別子（radio bearer ID）を確立し、それに対し、連続する手順は、当該移動通信ネットワークの無線ベアラ識別子を再構成する。したがって、このような再構成手順は、第１手順により無線ベアラＩＤの確立が成功した場合にのみ適切に実行することができる。

図１３は、以前の手順の結果を知った後まで次の手順の開始を遅らせる場合の移動通信システムの通信方法を示す図である。

図１３に示すように、ｅＮＢ（ＥＮｏｄｅ−Ｂ）は、手順Ａを開始するためのメッセージ（例えば、第１メッセージ）をＵＥに送信する。手順Ａを開始するためのメッセージを送信した後に、ｅＮＢは、手順Ｂの開始のために第２メッセージを送信するための過程を開始する。しかし、第２メッセージの送信は、ｅＮＢが手順Ａと関連したＵＥから応答を受信するまで遅延される。したがって、ＵＥは、手順Ａと関連した機能を実行し、手順Ａの結果をｅＮＢに送信する。

その後、ｅＮＢは、手順Ａが成功したことを知ると、手順Ｂを開始するために第２メッセージをＵＥに送信する。以降、ＵＥは、手順Ｂと関連した機能を実行し、手順Ｂの結果を示すメッセージをｅＮＢに送信する。

本発明によれば、移動通信ネットワークは、以前のＵＥの手順が終了する前にＵＥで手順を開始することができる。例えば、ｅＮＢは、ＵＥで暗号化（ciphering）過程を開始することができる。暗号化手順に失敗しそうにないと、ｅＮＢは、当該暗号化過程を開始するためのメッセージを送信した後にこの暗号化過程の結果を待たずにＲＲＣ接続設定またはＲＢ設定のためのメッセージを送信することができる。このように、移動通信ネットワークは、ＵＥが以前の手順の結果を知らせた後にのみ新しい手順を処理するということを要求しない。

図１４は、本発明の一実施例による次の手順の実行が以前の手順の結果を条件とする場合の移動通信システムを示す図である。

図１４に示すように、ｅＮＢは、手順Ａを開始するためにメッセージをＵＥに送信する。続いて、ｅＮＢは、手順Ａの結果を待ったりその結果を知る前に手順Ｂの開始のために他のメッセージをＵＥに伝送することができる。好ましくは、ｅＮＢは、手順Ａの成功結果を条件としてＵＥが手順Ｂを処理し実行するということを、手順Ｂに対するメッセージにおいて示す。

本発明によれば、ＵＥは、手順Ａを開始するための各メッセージを受信した後に、手順Ａを始める。ＵＥは、手順Ａの実行による結果を含む応答（例えば、肯定応答）を、ｅＮＢに送信することができる。したがって、ＵＥは、手順Ａの結果が成功である場合に、手順Ｂと関連した機能を実行することができる。しかし、ＵＥは、手順Ａの結果が失敗である場合、手順Ｂと関連した機能を実行しない。

本発明によれば、図１４に示す方法は、ハンドオーバー動作にも適用することができる。例えば、ハンドオーバー命令が、以前のＲＢ確立手順が成功することを条件として行われる場合に、ハンドオーバー命令をＵＥに直ちに送信することができる。そのため、ＵＥは、以前に開始されたＲＢ確立手順に成功した場合に限ってハンドオーバー命令を実行することができる。

図１５は、本発明の一実施例による次の手順の実行が以前手順の結果を条件とする場合の移動通信システムを示す図である。

図１５に示す移動通信システムは、図１４のシステムと類似している。図１５に示すように、ｅＮＢは、手順Ａの成功結果を条件としてＵＥが手順Ｂを処理し実行することを、手順Ｂに対するメッセージにおいて示す。しかし、手順Ｂのためのメッセージは、手順Ａの失敗した結果を条件としてＵＥがＢ’手順を行うことを示すこともできる。したがって、ｅＮＢは、ＵＥに送信するメッセージ（例えば、手順Ｂの開始のためのメッセージ）に二つの手順を同時に示すことができ、よって、手順Ａの結果を待つ時間の損失を防止することができる。

図１４及び１５に示すように、ＵＥは、各手順が終了した後にｅＮＢにメッセージを送信することができる。ＵＥから送信されるメッセージは、当該手順の結果が成功であるか失敗であるかを示すことができる。したがって、ｅＮＢは、どの手順が成功したかを決定することができ、したがって、ＵＥの現在の状態を決定することができる。

本発明によれば、手順を開始するためのメッセージは、同一の無線ベアラ上で開始された以前の手順の結果を参照する。また、他の手順Ａの結果の状態によってのみ手順が行われることを示すメッセージは、手順Ａを開始するメッセージをトランザクション識別子（transaction identifier）を通じて参照することができる。

ＲＲＣメッセージは、トランザクション識別子を含むことができる。したがって、本発明の一実施例において、上記手順のためのメッセージは、以前の手順（手順Ａ）を開始するメッセージのトランザクション識別子、該メッセージが送信された無線ベアラ、及び処理結果が成功なのか失敗なのかを示す情報を含むことができる。または、手順Ａを開始するメッセージを搬送する下位レイヤ（例えば、ＰＤＣＰまたはＲＬＣ）のＰＤＵのシーケンス番号を、トランザクション識別子の代わりにレファレンス（参照）として用いても良い。

図１４及び図１５で説明した本発明の実施例を逆に実現することができ、この場合、ＵＥが、以前の手順の結果を条件とする手順を開始するためのメッセージをｅＮＢに送信することもできる。

図１６は、本発明による移動端末（ＭＳ）またはＵＥ１のブロック図である。ＵＥ１は、プロセッサ（または、デジタル信号プロセッサ（ＤＳＰ））２１０、ＲＦモジュール２３５、電力管理モジュール２０５、アンテナ２４０、バッテリ２５５、ディスプレイ２１５、キーパッド２２０、メモリ２３０（フラッシュメモリ）、スピーカ２４５及びマイクロホン２５０を含む。

ユーザは、例えばキーパッド２２０のボタンを押したりマイクロホン２５０を通じた音声により、電話番号のような指示情報（instructional information）を入力することができる。マイクロプロセッサ２１０は、電話をかけるような適切な機能を行うために指示情報を受信し処理することができる。動作データは、当該機能を行うためにメモリ２３０から検索することができる。なお、プロセッサ２１０は、指示情報及び動作情報をユーザの参照及び便宜のためにディスプレイ２１５上に表示することができる。

プロセッサ２１０は、通信を開始する、例えば、音声通話データを含む無線信号を送信するために、ＲＦモジュール２３５に指示情報を出力する。ＲＦモジュール２３５は、無線信号を送信及び受信するための受信機及び送信機を含む。アンテナ２４０は、無線信号の送信及び受信を容易にする。無線信号を受信すると、ＲＦモジュール２３５は、プロセッサ２１０の処理のために無線信号をベースバンド周波数に変換して伝達する。例えば、処理された信号は、スピーカ２４５から出力される聴取できまたは読み取ることのできる情報に変換される。また、プロセッサ２１０は、以下に説明する様々なプロセスを行うために必要な機能及びプロトコルを含む。

プロセッサ２１０または他のデータまたはデジタル処理装置を単独でまたは外部サポート論理と組み合わせて移動端末１を容易に具現可能であるということは、当業者にとっては自明である。本発明が移動通信の観点で記述されているが、本発明は、無線通信能力を具備したＰＤＡｓ及びラップトップコンピュータなどを用いる移動装置無線通信システムにも適用することができる。なお、本発明は、ＵＭＴＳのような無線通信システムの特定タイプの範囲に制限されない。本発明は、異なる物理レイヤ及び／または無線インターフェースを使用する他の無線通信システム（例えば、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ及びＷＣＤＭＡなど）にも適用されることができる。

本発明の好適な実施例を、ソフトウェア、ファームウエア、ハードウェア、またはそれらの組合せを生成するための標準プログラミング及び／またはエンジニアリング技術を使用する方法、装置、または製造物（article of manufacture）に適用することができる。ここで、“製造物”という用語は、コードまたはハードウェア論理（例えば、集積回路チップ、ＦＰＧＡ（Field Programmable Gate Array）及びＡＳＩＣ（Application Specific Integrated Circuit）等）に適用された論理またはコンピュータ読み取り可能媒体（例えば、マグネチック記憶装置（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープ等）、光学記憶装置（例えば、ＣＤ−ＲＯＭｓ、光学ディスク等）、揮発性または不揮発性メモリ装置（例えば、ＥＥＰＲＯＭｓ、ＲＯＭｓ、ＰＲＯＭｓ、ＤＲＡＭｓ、ＳＲＡＭｓ、ファームウエア、プログラムロジック等）を意味する。コンピュータ読み取り可能媒体のコードは、プロセッサによりアクセスし、実行することができる。

本発明の好ましい実施例を実現するコードは、送信媒体を通じてまたはネットワーク上のファイルサーバーからアクセス可能である。このような場合に、コードの具現された製造物は、ネットワーク伝送線、無線送信媒体、空間を通じて伝播される信号、電波及び／または赤外線信号などのような送信媒体を含むことができる。もちろん、本発明は、本発明の技術的範囲を逸脱しない限度内で、当該技術分野における熟練者により様々に変形でき、製造物は、一般技術と関連した媒体に関する情報を含むことができる。
上記の図面で示す本発明の論理的具現は、特定順序に従う特定動作とした。これに限定されず、特定論理動作は、他の順序で実行される、変更される、または、除去されて具現されることもでき、これらも本発明の好ましい実施例に含まれることができる。なお、追加的な段階が上記の論理に付加され、新しい実施例を構成でき、依然として本発明に含まれることができる。

本発明は、本発明の精神及び必須特徴を逸脱しない範囲で他の特定の形態として具体化できるということが、当業者にとっては自明である。したがって、上記の詳細な説明はいずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求項の合理的解釈により定められなければならなく、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。

本発明は、無線通信システムにおけるネットワーク及び移動端末間の通信に関連するものである。本発明が、無線接続システムで使用するための条件付き手順の処理方法を提供することは、以上の本発明の詳細な説明から明確である。本発明の技術的範囲または技術的思想を、他の技術領域にも適用したり拡張したりすることができる。

Claims (18)

1. 無線通信システムにおけるネットワーク及び移動端末間の通信方法であって、
   前記移動端末は、第１手順の実行のために第１メッセージを前記ネットワークから受信し、
   前記移動端末は、第２手順の実行のために第２メッセージを前記ネットワークから受信し、
   前記第２メッセージは、前記ネットワークが前記第１手順の結果を示すメッセージを前記移動端末から受信せずに、前記ネットワークから送信され、
   前記第１手順は、暗号化手順と関連し、
   前記第２手順は、無線ベアラ（ＲＢ）確立手順または無線リソース制御（ＲＲＣ）接続設定手順と関連することを特徴とする通信方法。
2. 前記第２手順は、前記第１手順の前記結果が成功である場合に実行される、請求項１に記載の通信方法。
3. 前記第１メッセージ及び前記第２メッセージは、同一の無線ベアラ（ＲＢ）上で送信される、請求項１に記載の通信方法。
4. 前記第２メッセージは、前記第２手順の実行が前記第１手順の前記結果に依存することを示す、請求項１に記載の通信方法。
5. 前記第２メッセージを受信した後に、前記第１手順の前記結果を示す第３メッセージを前記ネットワークに送信することをさらに含む、請求項１に記載の通信方法。
6. 前記第２手順の前記結果を示す第４メッセージを前記ネットワークに送信することをさらに含む、請求項１に記載の通信方法。
7. 無線通信システムにおけるネットワーク及び移動端末間の通信方法であって、
   第１手順の実行のために第１メッセージを前記ネットワークから前記移動端末に送信し、
   第２手順の実行のために第２メッセージを前記ネットワークから前記移動端末に送信し、
   前記第２メッセージは、前記ネットワークが前記第１手順の結果を示すメッセージを前記移動端末から受信せずに、前記ネットワークから送信され、
   前記第１手順は、暗号化手順と関連し、
   前記第２手順は、無線ベアラ（ＲＢ）設定手順または無線リソース制御（ＲＲＣ）接続設定手順と関連することを特徴とする通信方法。
8. 前記第２手順は、前記第１手順の前記結果が成功である場合に実行される、請求項７に記載の通信方法。
9. 前記第１メッセージ及び前記第２メッセージは、同一の無線ベアラ上で送信される、請求項７に記載の通信方法。
10. 前記第２メッセージは、前記第２手順の実行が前記第１手順の前記結果に依存することを示す、請求項７に記載の通信方法。
11. 前記第２メッセージを伝送した後に、前記第１手順の前記結果を示す第３メッセージを前記移動端末から受信することをさらに含む、請求項７に記載の通信方法。
12. 前記第２手順の前記結果を示す第４メッセージを前記移動端末から受信することをさらに含む、請求項７に記載の通信方法。
13. 無線通信システムにおいてネットワークと通信するための移動端末であって、
    無線信号を伝送するための送信機と、
    無線信号を受信するための受信機と、
    前記受信された無線信号により示された機能を行うためのプロセッサと、
    を含み、
    前記移動端末は、
    第１手順の実行のために第１メッセージを前記ネットワークから受信し、
    第２手順の実行のために第２メッセージを前記ネットワークから受信するように構成され、該第２メッセージは、前記ネットワークが前記第１手順の結果を示すメッセージを前記移動端末から受信せずに、前記ネットワークから送信され、
    前記第１手順は、暗号化手順と関連し、
    前記第２手順は、無線ベアラ（ＲＢ）設定手順または無線リソース制御（ＲＲＣ）接続設定手順と関連することを特徴とする移動端末。
14. 前記移動端末は、前記第１手順の結果が成功である場合に前記第２手順を行う、請求項１３に記載の移動端末。
15. 前記第２メッセージは、前記第２手順の実行が前記第１手順の前記結果に依存することを示す、請求項１３に記載の移動端末。
16. 前記第２メッセージは、第３手順の実行とさらに関連し、前記第２手順は、前記第１手順が成功した場合に限り実行され、前記第３手順は、前記第１手順が失敗した場合に限り実行される、請求項１３に記載の移動端末。
17. 前記第２メッセージは、第３手順の実行とさらに関連し、前記第２手順は、前記第１手順が成功した場合に限り実行され、前記第３手順は、前記第１手順が失敗した場合に限り実行される、請求項１に記載の通信方法。
18. 前記第２メッセージは、第３手順の実行とさらに関連し、前記第２手順は、前記第１手順が成功した場合に限り実行され、前記第３手順は、前記第１手順が失敗した場合に限り実行される、請求項７に記載の通信方法。

Images