JP5143887B2 - 移動無線システムにおいて接続を設置する方法 - Google Patents

Description

本発明は一般に移動無線システムに関する。

各移動無線システムは一般に規格によってカバーされ、対応する規格化組織によって公表される対応する規格は、これらのシステムの完全な記述について調べることができるものである。

図１は、特にユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ）タイプのシステムなどの移動無線システムの一般的な構成の概略を示す。システムはユーザ装置（ＵＥ）としても知られている移動端末と、および、（特に図示しない）外部ネットワークと通信している移動無線ネットワークを含む。

移動無線ネットワークは、
ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、および、
コアネットワーク（ＣＮ）を含む。

第三世代システム、特にユニバーサルモバイル通信システム（ＵＭＴＳ）タイプのシステムは、広帯域コード分割多重アクセス（Ｗ−ＣＤＭＡ）無線アクセス技術を使用する。ＵＴＲＡＮは、ノード（Ｎｏｄｅ） Ｂとして知られている基地局および無線ネットワークコントローラ（ＲＮＣ）として知られている基地局コントローラを含む。ＵＴＲＡＮは、無線インターフェースＵｕを介して移動端末ＵＥと、および、インターフェースＩｕを介してコアネットワークＣＮと通信する。ＵＴＲＡＮ内で、ノード Ｂ基地局はインターフェースＩｕｂを介して基地局コントローラＲＮＣと通信し、ＲＮＣ間にもインターフェースＩｕｒがあってもよい。

第三世代システム、特にＵＭＴＳタイプのシステムは、ＣＳ領域に対応する回線交換（ＣＳ）技術およびＰＳ領域に対応するパケット交換（ＰＳ）技術の、異なるコアネットワーク技術を使用する。第三世代システム、特にＵＭＴＳタイプのシステムは、一般的に、非常に異なる品質のサービス（ＱｏＳ）要求を使用してトラフィックをサポートできなければならない。この種のシステムの異なるレベルのサービスの品質を保証するために、ＱｏＳ構成が、異なるサポートサービス（特に、ＣＮとＵＥとの間の無線アクセスベアラ（ＲＡＢ）サービス、ＲＮＣとＵＥとの間の無線ベアラ（ＲＢ）サービスなど）、および、異なるＱｏＳ属性（特に、トラフィッククラス、最大ビットレート、保証されたバイナリビットレート、転送遅延など）を使用して、規定されている。トラフィッククラスは４つあり、会話アプリケーション、ストリーミングアプリケーション、対話アプリケーション、および、背景アプリケーションである。

一般的な規則として、これらのシステムは様々なタイプのデータ、すなわち、ユーザのデータまたはトラフィックに対応するデータ、および、システム自体が動作するために必要な制御データまたは信号方式に対応するデータを伝送することができる。以下を含む、様々なプロトコルが、特に信号の交換のために、これらのシステムの様々な要素間でデータを交換するために、規定されており：
・ＣＮとＲＮＣとの間でのシグナリングの交換のためのテクニカルスペシフィケーション（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３ＧＰＰ ＴＳ ２５．４１３に規定される無線アクセスネットワークアプリケーションパート（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）（ＲＡＮＡＰ）プロトコル、
・Ｉｕｒインターフェースを介して相互接続されるＲＮＣ間でのシグナリングの交換のための、テクニカルスペシフィケーション（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３ＧＰＰ ＴＳ ２５．４２３に規定される無線ネットワークサブシステムアプリケーションパート（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）（ＲＮＳＡＰ）プロトコル、
・ＲＮＣとノード Ｂ基地局との間でのシグナリングの交換のためのテクニカルスペシフィケーション（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３ＧＰＰ ＴＳ ２５．４３３に規定されるノード Ｂアプリケーションパート（Ｎｏｄｅ Ｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）（ＮＢＡＰ）プロトコル、および、
・ＲＮＣとＵＥとの間でのシグナリングの交換のためのテクニカルスペシフィケーション（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３ＧＰＰ ＴＳ ２５．３３１に規定される無線リソースコントロール（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）（ＲＲＣ）プロトコル。

様々なプロトコル層、すなわち、論理的チャンネル、トランスポートチャンネル、および、物理的チャンネルに対応する、ＵＥとＵＴＲＡＮとの間でデータを交換するために、様々なタイプのチャンネルが規定されている。（複数のユーザ間で共有される）コモンチャンネルも（一人のユーザに対して確保される）専用チャンネルとは区別される。特に、専用チャンネルは優先データ（特に最高のサービスの品質の制約を有するトラフィック）を送るために割り当てることができ、そして、コモンチャンネルは低優先度データ（特に低いサービスの品質の制約を有するトラフィック）を送るために割り当てることができる。例えば、トランスポートチャンネルの場合、専用チャンネル（ＤＣＨ）は、特に、ページングチャンネル（ＰＣＨ）、フォワードアクセスチャンネル（ＦＡＣＨ）、コモンパケットチャンネル（ＣＰＣＨ）、および、ダウンリンクシェアードチャンネル（ＤＳＣＨ）を含めて、コモンチャンネルとは区別される。

ＲＮＣは、特に、利用可能な無線リソースの効率的な利用と共にＲＢサービスのためのサービスの品質を保証する目的をもって、（呼受け入れ制御、パワー制御、ハンドオーバー制御などを含む）無線リソース管理機能を扱う。最適化された無線リソース管理のために、ＲＮＣは特定の移動管理機能も扱う。したがって、ＲＲＣ状態のシステムおよびそれらの状態間の遷移に基づいて、移動管理アルゴリズムがＵＴＲＡＮレベルで規定されている。

したがって、以下の２つのＵＥモードを区別することができる：
・ＵＥとＵＴＲＡＮとの間には接続がなく、ＵＴＲＡＮがＵＥの位置に関する情報を持たないアイドルモード、および、
・ＵＥとＵＴＲＡＮとの間に接続があり、ＵＴＲＡＮがＵＥの位置に関する情報を持つ接続モード。

接続モード内でも様々な状態が区別される：
・専用リソースがＵＥに割り当てられ、ハンドオーバー機構のために、端末の位置がアクティブセットセルのレベルでＵＴＲＡＮに知られているＣｅｌｌ＿ＤＣＨ状態、
・コモンリソースがＵＥに割り当てられ、ＲＲＣセル更新手順のために、端末の位置がセルのレベルで知られているＣｅｌｌ＿ＦＡＣＨ状態、
・ＵＥがページング手順によってのみ交信されることができ、ＲＲＣセル更新手順のおかげで、端末の位置がセルのレベルで知られているＣｅｌｌ＿ＰＣＨ状態、および、
・ＵＥが呼び出しページング手順によってのみ交信されることができ、ＲＲＣ ＵＲＡ更新手順のおかげで、端末の位置が１組のセルまたはＵＴＲＡＮ登録領域（ＵＲＡ）のレベルで知られているＵＲＡ＿ＰＣＨ状態。

状態間の遷移の例は以下を含む：
・呼が確立すると、ＵＥは、アイドルモードからＣｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態に変化する、
・ＵＥが一旦Ｃｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態になれば、ＵＥは、もし一時的に送るデータがなければ、Ｃｅｌｌ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態に変化できる、
・ＵＥが一旦Ｃｅｌｌ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態になれば、ＵＥはもし再び送るデータがあればＣｅｌｌ＿ＦＡＣＨ状態に変化することができ、または、セルもしくはＵＲＡ更新手続きを実行することができ必要であれば、その後に、ＵＥはＣｅｌｌ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態を保持することができ、そして、
・ＵＥは、Ｃｅｌｌ＿ＦＡＣＨ状態からＣｅｌｌ＿ＤＣＨ状態に変化することもできる。

上記の種類のシステムにおいて呼を確立するために使用されるシグナリングの特定の交換は、図２、３、および、４を参照して次に説明する。２枚以上の図に共通な要素に対しては、同じ参照記号を使用する。

図２は、１に示すように最初にアイドルモードにあるＵＥに関する。この場合、接続の確立はＵＥとＵＴＲＡＮとの間の無線制御接続（ＲＲＣ接続）の確立で開始される。

したがって、ＵＥが接続の確立を希望すると、ＲＲＣプロトコルを使用して、ＵＥは、テクニカルスペシフィケーション（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３ＧＰＰ ＴＳ ２５．３３１に規定される、ＲＲＣ接続要求メッセージをＲＮＣに送る。このメッセージは確立原因情報（ＲＲＣ接続要求＋確立原因）を含む。確立原因情報は特に以下を含む：
・接続がユーザトラフィックを送るために必要であるかどうか、および、もしそうであれば：
・端末が呼の発信元であるかどうか、すなわち、もし端末が呼の発信元である移動機または呼を終端している移動機であるかどうか、
・必要とされるトラフィックのクラス、すなわち、以下のトラフィッククラスの１つ：会話、ストリーミング、対話、または、背景、
・接続が緊急呼のためであるかどうか、
・要求が呼の再確立要求であるかどうか、
・接続がシグナリングを送るために必要であるかどうか、および、もしそうであれば、シグナリングが優先又は非優先シグナリングであるか。

続いて、ＲＲＣ接続要求メッセージに含まれる情報に基づいて、特にその中で示される確立原因情報に基づいて、ＲＮＣはＲＲＣ接続のためにＵＥ（または、シグナリング無線ベアラ（ＳＲＢ））に無線リソースを割り当てる。

続いて、ＲＮＣは、ＵＥに、ＲＲＣ接続に割り当てられたリソースを示すＲＲＣ コネクションセットアップ（Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージを送る。続いて、ＵＥによるこのメッセージの受信は、２に示すように、Ｃｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態へのＵＥの変化を指令する。続いて、ＵＥは、ＲＲＣ接続確立手順を終結するＲＲＣコネクションセットアップ完了（Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）メッセージをＲＮＣに送る。

接続の確立は、ＵＥとＣＮとの間のシグナリング接続を確立することで継続し、このシグナリングは、より高いレベル（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＮＡＳ））のプロトコルに従って交換されるシグナリングに対応するこの接続によって交換される。ＲＲＣ接続のためにそれに割り当てられたリソースを使用して、ＵＥは、ＲＮＣに、ＣＮにアドレスされた情報を含むＲＲＣイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを送る。ＲＮＣは、この情報を、ＲＡＮＡＰプロトコルにしたがって送られるＵＥイニシャルメッセージ（Ｉｎｉｔｉａｌ Ｍｅｓｓａｇｅ）内の適切なＣＮ領域ＣＮ ＸＸ（すなわち、ＣＮ ＣＳまたはＣＮ ＰＳ）に転送する。

３に示すように、ＵＥとＣＮとの間のシグナリング接続は最終的に生成される。続いて、接続の確立は、ＮＡＳプロトコルに固有の機構に従って継続することができる。

ＵＥがアイドルモードよりむしろ、接続モードにある時に、接続は等しく確立されることができる。これは、特に多数呼の状況、例えば、ＵＥがパケット交換セッション（ＣＮ ＰＳ領域との接続）に従事している時に回線交換呼（ＣＮ ＣＳ領域との接続）を開始したいと希望するＵＥの状況に対応する。

図３および４は、最初にアイドルモードにないＵＥのための接続の確立を示す。

図３において、４に示すように、ＵＥは最初に、Ｃｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態にある。この場合、ＵＥはＲＮＣにイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを直接送り、後続のステップは、図２にあるように、ＲＮＣがＣＮにイニシャル（Ｉｎｉｔｉａｌ）ＵＥメッセージを送り、および、そして、３に示すように、ＵＥとＣＮとの間のシグナリング接続の生成を含む。

図４において、５に示すように、ＵＥは最初にＣｅｌｌ＿ＰＣＨまたはＵＲＡ＿ＰＣＨにある。この場合、セル更新ＲＲＣ手続きは最初に必要とされ、その手続きは、ＵＥがＲＮＣにＲＲＣセル更新メッセージを送り、そして、続いて、ＲＮＣがＵＥにセル更新確認メッセージを送ることを含む。そして、６に示すように、ＵＥは、Ｃｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態に変化する。そして、ＵＥはＲＮＣにイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを送り、後続のステップは、図２および３にあるように、ＲＮＣがＣＮにイニシャル（Ｉｎｉｔｉａｌ）ＵＥメッセージを送り、続いて、３に示すように、ＵＥとＣＮとの間のシグナリング接続の生成を含む。

次に説明するように、出願人は、問題が、特に緊急呼の場合に、接続モードからの接続を設定する図３および４に示す状況で発生することを見出した。緊急呼は普通の呼のようには通常は処理されず、特に、もしＲＮＣが呼が緊急呼であることを知っている場合には、ＲＮＣは、例えば、より低い優先度の他の呼を解放することを決定できるか、または、他の呼を再設定するなどのような、緊急呼のためにリソースを自由にする目的で他の動作も考えることができる。

図３に示す状況において、かつ、規格の現行版に基づいて、ＲＮＣは、イニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを受信する時に、接続確立原因を知らず、かつ、特に、緊急呼を確立するための接続を確立することであるかどうかも知らない。これらの条件下で、ＲＮＣはこの接続を普通の接続として扱い、したがって、接続はＲＮＣによって受け付けることができないか、または、遅延して受け付けることができ、このことは、特に緊急呼については深刻な結果をもたらすことがある。より一般的には、ＲＮＣは、接続が確立されなければならないことのみを知っているが、接続のための確立原因を知らず、この場合、ＲＮＣは、その原因に対して適切な方法では接続の確立を処理しない。

図４に示す状況において、かつ、規格の現行版に基づいて、セル更新メッセージを受信する時、ＲＮＣは、接続確立原因を知らず、特にそれが緊急呼を確立するための接続を確立することであるかどうかを知らない。規格の現行版に基づいて、（特にセル再選択、周期的なセル更新、アップリンクデータ伝送、ページング応答などの）セル更新メッセージにおいて示されることがある可能なセル更新原因は、接続確立原因を含まない。特にもし目的がイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを、特に緊急呼を確立するために送ることである場合には、ＲＮＣはこのセル更新要求を適切に処理しない場合がある。そのうえ、上記に示したように、図３に関連して、規格の現行版の下で、ＲＮＣは、イニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージを受信する時に、接続確立原因を知らず、かつ、特にそれが緊急呼を確立するための接続を確立することであるかどうかを知らず、そして、ＲＮＣはその原因に対する適切な方法でこの接続の確立を処理しない場合がある。

米国特許第６５３２２２５号明細書 英国特許出願公開第２３５５８８８号明細書

本発明の特定の目的は上記の問題の一部または全部を解決することである。本発明のより全般的な目的は、そのようなシステムにおけるサービスの品質を改善することである。

１つの態様において、本発明は、移動無線システムの無線アクセスネットワークに確立された無線制御接続を有する移動端末のために、前記システムにおいて移動端末とネットワークとの間の接続を確立するための方法であって、移動端末が、無線アクセスネットワークに、接続確立原因および／または接続確立原因呼を確立することに対応するの場合には呼確立原因を示す少なくとも１つの確立原因項目の情報を送ることを含む方法により構成される。

本発明の他の特徴によれば、前記確立原因情報は、セル更新手順を開始するために移動端末によって送られるメッセージに含まれる。

本発明の他の特徴によれば、ＵＭＴＳタイプのシステムにおいて、前記メッセージは、Ｃｅｌｌ Ｕｐｄａｔｅメッセージに対応する。

本発明の他の特徴によれば、前記確立原因情報は、移動端末とコアネットワークとの間のシグナリング接続を確立するために移動端末によって送られるメッセージに含まれる。

本発明の他の特徴によれば、前記メッセージはイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージに対応する。

本発明の他の特徴によれば、適用できる場合、前記確立原因項目の情報は緊急呼を示す。

本発明の他の態様は、上記の方法を実施するための手段を含む移動端末を提供する。

本発明の他の態様は、上記の方法を実施するための手段を含む、特に無線ネットワークコントローラの、無線ネットワーク設備を提供する。

本発明の他の態様は、上記の方法を実施するための手段を含む移動無線システムを提供する。

本発明の他の目的および特徴は、添付の図面を参照して与えられる、本発明の１つの実施形態の以下の説明を読むと明らかになる。

移動無線システムの一般的な構成の概略を示す図である。 移動端末の異なるＲＲＣ状態から開始する、この種のシステムの接続を確立するために必要なシグナリングの特定の交換の概略を示す図である。 移動端末の異なるＲＲＣ状態から開始する、この種のシステムの接続を確立するために必要なシグナリングの特定の交換の概略を示す図である。 移動端末の異なるＲＲＣ状態から開始する、この種のシステムの接続を確立するために必要なシグナリングの特定の交換の概略を示す図である。 図３および４において考えられるＲＲＣ状態にそれぞれ対応する場合の、移動端末の異なるＲＲＣ状態から開始する、本発明の接続確立方法の例を示す図である。 図３および４において考えられるＲＲＣ状態にそれぞれ対応する場合の、移動端末の異なるＲＲＣ状態から開始する、本発明の接続確立方法の例を示す図である。

本発明は、特に、無線アクセスネットワークとに確立された無線制御接続（ＲＲＣ接続）を有する移動端末のために、移動端末が、無線アクセスネットワークに、接続確立原因および／または、接続確立原因が呼の確立に対応するの場合には呼確立原因を示す、確立原因として本明細書で言及する少なくとも１つの項目の情報を、送ることを提案する。

特に、前記確立原因情報は、移動端末とコアネットワークとの間の信号接続を確立するために移動端末によって送られるメッセージに含まれうる。特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはＩｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージでもよい。

前記確立原因情報は、セル更新手順を開始するために移動端末によって送られるメッセージに含まれてもよい。特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはＲＲＣ Ｃｅｌｌ Ｕｐｄａｔｅメッセージでもよい。

図５および６は、それぞれ図３および４に示す状況に対応するＲＲＣ状態から開始される本発明の接続確立方法の例を示す。

したがって、図５は、４に示すように、Ｃｅｌｌ＿ＦＡＣＨまたはＣｅｌｌ＿ＤＣＨ状態から接続を確立する状況を示す。そして、ＵＥは，図５に示すように、ＲＲＣ Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージを直接送る。同じく図５に示すように、ＲＲＣ Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージは確立原因（ＲＲＣ イニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）＋確立原因（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ））を含む。続いて、ＲＮＣはその確立原因に適切な方法でこの接続の確立を処理し、特に、緊急呼について、ＲＮＣは、例えば、緊急呼のためにリソースを自由にするために低優先度の他の呼を解放することを決定できる。例えば、確立原因は、上記に述べたように、ＲＲＣ コネクションリクエスト（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージにおける伝送のための規格の現行版に規定される確立原因に対応することができる。したがって、この例において、この確立原因は、接続確立原因、および、接続確立原因が呼の確立に対応する場合の呼確立原因を示す。異なる例において、確立原因は、接続確立原因、または、接続確立原因が呼の確立に対応する場合の呼確立原因を示すことができる。

図６は、５に示すように、Ｃｅｌｌ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態から開始する接続の確立を示す。続いて、ＵＥは、図６に示すように、ＲＲＣセル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）メッセージを送ることによって開始する。同じく図６に示すように、ＲＲＣセル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）メッセージは確立原因（セル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）＋確立原因（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ））を含む。続いて、ＲＮＣは、その確立原因に適切な方法でこの接続の確立を処理することができる。特に、緊急呼について、ＲＮＣは、例えば、緊急呼のためにリソースを自由にするために低優先度の他の呼を解放することを決定できる。例えば、確立原因は、上記に述べたように、ＲＲＣ コネクションリクエスト（Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージにおける伝送のための規格の現行版に規定される確立原因に対応してもよい。したがって、この例において、この確立原因は、接続確立原因、および、接続確立原因が呼の確立に対応する場合の呼確立原因を示す。異なる例において、確立原因は、接続確立原因、または、接続確立原因が呼の確立に対応する場合の呼確立原因を示すことができる。

さらに、図６に示す例において、ＲＲＣ イニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージは、図５に示す例のように、確立原因（ＲＲＳ イニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）＋確立原因（Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ））を含む。

本発明は、移動端末、無線アクセスネットワーク装置（特に、無線アクセスネットワークコントローラ）、および、移動無線システムも提供し、その全てが上記の種類の方法を実施するための手段を含む。

そのような手段の特定の実施は当業者にとって特別の困難は提示しないため、そのような手段は、上記のようにそれらの機能を述べることより詳細に本明細書に説明する必要はない。

したがって、本発明は、移動端末であって、前記移動機が無線アクセスネットワークとに確立される無線制御接続を有する状況において、移動端末とネットワークとの間に接続を確立するために移動無線システムの無線アクセスネットワークに、接続確立原因および／または、接続確立原因が呼の確立に対応する場合には呼確立原因を示す少なくとも１つの確立原因項目の情報、を送る手段を含む移動端末も提供する。

特に、前記端末は、セル更新手順を開始するために、移動端末によって送られるメッセージ内の前記確立原因情報を送る手段を含む。

特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはセル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）メッセージに対応する。

特に、前記端末は、移動端末とコアネットワークとの間の信号接続を確立するために移動端末によって送られるメッセージ内の前記確立原因情報を送る手段を含む。

特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージに対応する。

特に、前記確立原因情報は、呼が緊急呼であるかどうかを示す。

したがって、本発明は、移動無線ネットワーク装置、特に無線ネットワークコントローラであって、端末が前記無線アクセスネットワークとに確立された無線制御接続を有する状況の移動端末とネットワークとの間に接続を確立するために、接続確立原因および／または、接続確立原因が呼の確立に対応する場合には呼確立原因を示す少なくとも１つの確立原因項目の情報を、移動端末から受信するための手段を含む、移動無線ネットワーク装置も提供する。

特に、前記ネットワーク装置は、セル更新手順を開始するために移動端末によって送られるメッセージ内の前記確立原因情報を受信する手段を含む。

特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはセル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）メッセージに対応する。

特に、前記ネットワーク装置は、移動端末とコアネットワークとの間の信号接続を確立するために、移動端末によって送られるメッセージ内の前記確立原因情報を受信する手段を含む。

特に、ＵＭＴＳタイプのシステムにおいて、前記メッセージはイニシャルダイレクトトランスファー（Ｉｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒ）メッセージに対応する。

特に、前記確立原因情報は、呼が緊急呼であるかどうかを示す。

したがって、本発明は、少なくとも１つのそのような移動端末および／または少なくとも１つのそのようなネットワーク装置を含む移動無線システムも提供する。

ＵＥ ユーザ装置
ＵＴＲＡＮ ＵＭＴＳ地上無線アクセスネットワーク
ＣＮ コアネットワーク
ＲＮＣ 無線ネットワークコントローラ
Ｕｕ 無線インターフェース
Ｉｕ、Ｉｕｂ、Ｉｕｒ インターフェース
ＣＳ 回線交換
ＰＳ パケット交換

Claims (19)

1. 移動無線システムの無線アクセスネットワークに確立された無線制御接続を有する移動端末のために、前記システムにおいて移動端末とネットワークとの間の接続を確立するための方法であって、移動端末が、無線アクセスネットワークに、接続確立原因および／または接続確立原因が呼を確立することに対応する場合には呼確立原因を示す少なくとも１つの確立原因項目の情報を送ることを含む方法。
2. 前記確立原因情報は、セル更新手順を開始するために移動端末によって送られるメッセージに含まれる請求項１に記載の方法。
3. ＵＭＴＳタイプのシステムにおいて、前記メッセージは、Ｃｅｌｌ Ｕｐｄａｔｅメッセージに対応する請求項２に記載の方法。
4. 前記確立原因情報は、移動端末とコアネットワークとの間のシグナリング接続を確立するために移動端末によって送られるメッセージに含まれる請求項１に記載の方法。
5. ＵＭＴＳタイプのシステムにおいて、前記メッセージはＩｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージに対応する請求項４に記載の方法。
6. 適用できる場合、前記確立原因項目の情報は緊急呼を示す請求項１から５のいずれか一項に記載の方法。
7. 移動端末であって、
   前記端末が無線アクセスネットワークとに確立された無線制御接続を有する状況において、移動端末とネットワークとの間に接続を確立するために、移動無線システムの無線アクセスネットワークに、接続確立原因および／または、接続確立原因が呼の確立に対応する場合には呼確立原因を示す少なくとも１つの確立原因項目の情報、を送る手段を含む移動端末。
8. セル更新手順を開始するために、移動端末によって送られるメッセージ内の前記確立原因項目の情報を送る手段を含む請求項７に記載の端末。
9. ＵＭＴＳタイプのシステムにおいて、前記メッセージはＣｅｌｌ Ｕｐｄａｔｅメッセージに対応する請求項８に記載の端末。
10. 移動端末とコアネットワークとの間の信号接続を確立するために、移動端末によって送られるメッセージ内の前記確立原因項目の情報を送る手段を含む請求項７に記載の端末。
11. ＵＭＴＳタイプのシステムにおいて、前記メッセージはＩｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージに対応する請求項１０に記載の端末。
12. 適用できる場合、前記確立原因項目の情報は緊急呼を示す請求項７から１１のいずれか一項に記載の端末。
13. 移動無線ネットワーク装置、特に無線ネットワークコントローラであって、
    端末が前記無線アクセスネットワークとに確立された無線制御接続を有する場合の移動端末とネットワークとの間に接続を確立するために、接続確立原因および／または、接続確立原因が呼の確立に対応する場合には呼確立原因を示す少なくとも１つの確立原因項目の情報を、移動端末から受信するための手段を含む、移動無線ネットワーク装置。
14. セル更新手順を開始するために移動端末によって送られるメッセージ内の前記確立原因項目の情報を受信する手段を含む請求項１３に記載のネットワーク装置。
15. ＵＭＴＳタイプのシステムにおいて、前記メッセージはＣｅｌｌ Ｕｐｄａｔｅメッセージに対応する請求項１４に記載のネットワーク装置。
16. 移動端末とコアネットワークとの間のシグナリング接続を確立するために、移動端末によって送られるメッセージ内の前記確立原因情報を受信する手段を含む請求項１３に記載のネットワーク装置。
17. ＵＭＴＳタイプのシステムにおいて、前記メッセージはＩｎｉｔｉａｌ Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージに対応する請求項１６に記載のネットワーク装置。
18. 適用できる場合、確立原因項目の情報は緊急呼を示す請求項１３から１７のいずれか一項に記載のネットワーク装置。
19. 請求項７から１２のいずれか一項に記載の少なくとも１つの移動端末、および／または、請求項１３から１８のいずれか一項に記載の少なくとも１つのネットワーク装置を含む移動無線システム。

Images