(57)【要約】もっと効率的な方法で多重パケット・データ・サービス・インスタンスをサポートするためのニーズを満たすために、種々のシグナリング強化が行われている。これらの強化により、無線シグナリングが少なくなる一方で、パケット・データ呼セットアップ、再起動、及び多重サービス・インスタンスのドーマント・ハンドオフがより高速になる。多重パケット・データ・サービス接続を発信するために、移動局（１０１）は、１つの発信メッセージ（例えば、４００）で最大６つのサービス・インスタンスのセットアップを要求する。パケット・データ・ドーマント・ハンドオフの場合には、移動局は、１つのメッセージにより最大６つまでのサービス・インスタンスのハンドオフを要求する。及び再起動の場合には、移動局は、１つのメッセージにより、複数のドーマント・パケット・データ・サービス・インスタンスの再接続を要求する。
2006509474.tif 000002
【特許請求の範囲】
【請求項１】
多重パケット・データ・サービス接続をサポートするための方法であって、
移動局（ＭＳ）により、複数のパケット・データ接続のためのサービス要求動作を要求するメッセージを生成するステップと、
前記複数の接続のためのサービス要求動作を要求するために、基地局（ＢＳ）に前記メッセージを送信するステップとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、メッセージ・フィールド内のサービス参照識別子値により個々に識別され、及び、前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む方法。
【請求項２】
前記メッセージが、メッセージ拡張部内に表示されている各サービス参照識別子値のための記録を含む前記メッセージ拡張部を含み、各記録が前記サービス参照識別子値のうちの１つを表示する請求項１に記載の方法。
【請求項３】
前記メッセージが、ＣＤＭＡ発信メッセージ、ＣＤＭＡ強化発信メッセージ及びＣＤＭＡ再接続メッセージからなるグループからのＣＤＭＡメッセージを含む請求項１に記載の方法。
【請求項４】
多重パケット・データ・サービス接続をサポートするための方法であって、
移動局（ＭＳ）により、複数のパケット・データ接続のためのサービス要求動作を要求するメッセージを生成するステップと、
前記複数の接続のための前記サービス要求動作を要求するために、基地局（ＢＳ）に前記メッセージを送信するステップとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、ビットマップ内のビット値により個々に識別され、及び前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む方法。
【請求項５】
多重パケット・データ・サービス接続をサポートするための方法であって、
基地局（ＢＳ）により、移動局（ＭＳ）から、複数のパケット・データ接続のためのサービス要求動作を要求するメッセージを受信するステップと、
前記複数の接続のための前記サービス要求動作を容易にするために前記メッセージを処理するステップとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、メッセージ・フィールド内のサービス参照識別子値により個々に識別され、及び前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む方法。
【請求項６】
多重パケット・データ・サービス接続をサポートするための方法であって、
基地局（ＢＳ）により、移動局（ＭＳ）から、複数のパケット・データ接続に対するサービス要求動作を要求するメッセージを受信するステップと、
前記複数の接続のための前記サービス要求動作を容易にするために、前記メッセージを処理するステップとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、ビットマップ内のビット値により個々に識別され、及び前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む方法。
【請求項７】
移動局（ＭＳ）であって、
送信機と、
複数のパケット・データ接続に対してサービス要求動作を要求するメッセージを生成することができ、前記複数の接続のためのサービス要求動作を要求するために、前記送信機に前記メッセージを基地局（ＢＳ）に送信するように指示することができる、前記送信機に通信できるように結合しているプロセッサとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、メッセージ・フィールド内のサービス参照識別子値により個々に識別され、前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む移動局。
【請求項８】
移動局（ＭＳ）であって、
送信機と、
複数のパケット・データ接続のためのサービス要求動作を要求するメッセージを生成することができ、前記複数の接続のためのサービス要求動作を要求するために、前記送信機に前記メッセージを基地局（ＢＳ）に送信するように指示することができる、前記送信機と通信できるように結合しているプロセッサとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、ビットマップ内のビット値により個々に識別され、前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む移動局。
【請求項９】
基地局（ＢＳ）であって、
受信機と、
複数の接続のためのサービス要求動作を容易にするために、複数のパケット・データ接続のためのサービス要求動作を要求する移動局（ＭＳ）からのメッセージを、前記受信機を介して受信することができ、前記メッセージを処理することができる前記受信機と通信できるように結合しているプロセッサとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、メッセージ・フィールド内のサービス参照識別子値により個々に識別され、前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む基地局。
【請求項１０】
基地局（ＢＳ）であって、
受信機と、
前記複数の接続のための前記サービス要求動作を容易にするために、複数のパケット・データ接続に対してサービス要求動作を要求する移動局（ＭＳ）からのメッセージを前記受信機を介して受信することができ、前記メッセージを処理することができる前記受信機と通信できるように結合しているプロセッサとを備え、前記複数の各接続が、前記ＭＳとパケット・データ・サービス・ノード（ＰＤＳＮ）との間の接続であり、前記複数の各接続が、ビットマップ内のビット値により個々に識別され、前記サービス要求動作が、接続発信、接続再起動及びドーマント・モード・ハンドオフからなる動作のグループからの動作を含む基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、通信システムに関し、特に多重パケット・データ・サービス接続のサポートに関する。
【背景技術】
【０００２】
（関連出願への参照）
本出願は、２００２年１２月６日出願の「多重パケット・データ・サービス接続をサポートするための方法及び装置」（ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＳＵＰＰＯＲＴＩＮＧ  ＭＵＬＴＩＰＬＥ  ＰＡＣＫＥＴ  ＤＡＴＡ  ＳＥＲＶＩＣＥ  ＣＯＮＮＥＣＴＩＯＮＳ）という名称の仮出願第６０／４３１，５５６号の優先権を主張する。上記仮出願は本出願人が共通所有していて、参照によりその全体を本明細書に組み込むものとする。
【０００３】
ＩＳ−２０００は、複数のサービス・インスタンスを必要とするパケット・データ・アプリケーションの設定を要求している移動局に、各サービス・インスタンスを順次発信することを要求する。移動局にトラヒック・チャネルが割り当てられていない場合には、移動局は、最初に基地局（ＢＳ）に発信メッセージ（ＯＲＭ）を送信し、その後でアプリケーションをサポートするのに必要な追加の各サービス・インスタンスに対して、強化発信メッセージ（ＥＯＭ）を送信する。移動局にトラヒック・チャネルがすでに割り当てられている場合には、移動局は、アプリケーションをサポートするために必要な、追加の各サービス・インスタンスに対してＥＯＭを送信する。
【０００４】
ドーマント状態のパケット・データ・アプリケーションの再接続の場合には、ＩＳ−２０００は、ＯＲＭ／ＥＯＭ内にサービス・インスタンスに対するサービス参照識別子（すなわち、ＳＲ＿ＩＤ）を挿入することにより、移動局が１つのパケット・データ・サービス・インスタンスの再起動を要求できるようにするか、又は移動局は、（ＩＳ−２０００−Ｃ毎に）ＳＲ＿ＩＤフィールドを「７」に設定することにより、移動局内のすべてのドーマント・サービス・インスタンスの再起動を要求することができる。移動局が２つ以上の再起動を要求したが、しかし移動局内のすべてのドーマント・サービス・インスタンスの再起動を要求したのではない場合には、移動局に対して、パケット・データ・アプリケーションが要求した各ドーマント・サービス・インスタンスに対して一つずつ、複数のＯＲＭ／ＥＯＭを送信するようにとの要求が行われる。
【０００５】
さらに、ドーマント・パケット・データ・サービス・インスタンスに対してハンドオフが要求された場合には、ＩＳ−２０００は、移動局に、移動局内の各ドーマント・サービス・インスタンスに対するハンドオフを要求するために、基地局に複数のＯＲＭ／ＥＯＭを送信するように要求する。各メッセージは、１つのサービス・インスタンスに関連するＳＲ＿ＩＤ及びサービス・オプション・フィールドを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらのサービス要求に対して複数のメッセージを使用すると、貴重なエア・インタフェース・リソースを浪費し、サービス要求を完了するための全体の遅延が増大する。それ故、もっと効率的な方法で、多重パケット・データ・サービス・インスタンスをサポートするための装置及び方法の開発が待望されている。
【課題を解決するための手段】
【０００７】
もっと効率的な方法で多重パケット・データ・サービス・インスタンスをサポートするためのニーズを満たすために、種々のシグナリング強化が行われている。これらの強化により、無線シグナリングが少なくなる一方で、パケット・データ呼セットアップ、再起動、及び多重サービス・インスタンスのドーマント・ハンドオフがより高速になる。多重パケット・データ・サービス接続を発信するために、移動局は、１つの発信メッセージにより最大６つのサービス・インスタンスのセットアップを要求する。パケット・データ・ドーマント・ハンドオフの場合には、移動局は、１つのメッセージにより、最大６つまでのサービス・インスタンスのハンドオフを要求する。再起動の場合には、移動局は、１つのメッセージで、複数のドーマント・パケット・データ・サービス・インスタンスの再接続を要求する。
【発明を実施するための最良の形態】
【０００８】
図１〜図６を参照すれば、本発明の実施形態をより完全に理解することができる。図１は、本発明のある実施形態による通信システム１００のブロック図である。通信システム１００は、周知の符号分割多元接続（ＣＤＭＡ）システム、特に本発明を実施するために適当に修正した、米国電気通信工業会／米国電子工業会（ＴＩＡ／ＥＩＡ）規格ＩＳ−２０００をベースとするｃｄｍａ２０００システムである。ＩＳ−２０００規格は、参照により本明細書に組み込むものとする。（ＴＩＡ／ＥＩＡの住所は、ワシントンＤ．Ｃ．、２０００６、ＮＷ、ペンシルベニア・アベニュー、２００１である）。種々の実施形態において、通信システム１００は、ＩＳ−８５６（ＨＲＰＤ）のような、しかしこれに限定されない他のセルラー通信システム・プロトコルを使用することができる。
【０００９】
通信システム１００は、ＢＳ１１１（１つ又は複数のＢＴＳを備える）と、ＰＣＦ１２０と、ＰＤＳＮ１２１と、ＭＳＣ１３０のような無線アクセス・ネットワーク（ＲＡＮ）エンティティを含み、また移動局（ＭＳ）１０１のような遠隔ユニットを含む。しかし、本発明は、遠隔ユニット又は移動局であるＭＳに限定されない。例えば、遠隔ユニットは、無線アクセス・ネットワークに無線で接続しているデスクトップ・コンピュータを備えることができる。
【００１０】
当業者であれば、図１は動作するためにシステム１００が必要とするネットワーク装置のすべてを示しているわけではなく、本発明の実施形態の説明に特に関係があるこれらシステム・ブロック、及び論理エンティティだけを示していることを理解することができるだろう。当業者であれば、これら各エンティティを実施する多くの方法、及び／又は「ＭＯＴＯＲＯＬＡ社」のような無線通信会社から購入する多くの方法を知っている。
【００１１】
ＭＳ１０１及びＢＳ１１１は、プロセッサ１０４及び１１４と、送信機１０２及び１１２と、受信機１０３及び１１３のような周知のエンティティを備える。例えば、プロセッサは、通常、コンピュータ命令として示した、及び／又は回路内に示したアルゴリズムを実施するように設計されたマイクロプロセッサ、デジタル信号プロセッサ、メモリ、及び／又は論理回路のような構成要素を備える。アルゴリズム又は論理の流れについては、当業者であれば、所与のロジックを実行するプロセッサを実施するために使用することができる多くの設計及び開発技術を知っている。
【００１２】
通常、送信機及び受信機は、ＲＡＮ基地局（ＢＳ）の構成要素であり、通常、ＢＳは、移動交換局（ＭＳＣ）、パケット制御機能（ＰＣＦ）、及びパケット・データ・サービス・ノード（ＰＤＳＮ）のような他のＲＡＮデバイスに対してインタフェースとして機能する。図１に示すように、ＢＳ１１１は、ＰＣＦ１２０及びＰＤＳＮ１２１を通してインターネット１２２に対してインタフェースとして機能し、ＭＳＣ１３０を通して公衆電話システムに対してインタフェースとして機能する。本発明の第１の実施形態の場合には、周知のＣＤＭＡ２０００は、周知の電気通信設計及び開発技術を使用して、本発明のＢＳ態
様を実施することができる。その結果がＢＳ１１１である。
【００１３】
ＢＳ１１１及びＭＳ１０１は、ＣＤＭＡ２０００エア・インタフェース・リソース１１０を通して通信する。ＭＳ１０１は、プロセッサ１０４、受信機１０３及び送信機１０２を備える。ＣＤＭＡ  ＭＳで使用している送信機、受信機及びプロセッサは、すべて当業者にとって周知のものである。ＭＳ構成要素のこの共通のセットは、周知の電気通信設計及び開発技術を使用して、本発明の無線ユニット態様を実施することができる。
【００１４】
本発明の第１の実施形態による第１の実施形態の動作は、ほぼ下記のように行われる。ＭＳプロセッサ１０４は、ＭＳ１０１とＰＤＳＮ１２１との間の多重パケット・データ接続のための、接続発信、接続再起動（すなわち、再接続）又はドーマント・ハンドオフのようなサービス要求動作を要求するメッセージを生成する。これらの接続、又はサービス・インスタンスは、メッセージ・フィールド内のサービス参照識別子値（ＳＲ＿ＩＤ）を使用して、又はビットマップ内のビット値を使用してそれぞれ個々に識別される。次に、プロセッサ１０４は、送信機１０２に、ＢＳ１１１に上記メッセージを送信するように指示する。
【００１５】
ＢＳプロセッサ１１４は、受信機１１３を通してメッセージを受信し、表示されたサービス要求動作を容易にするためにメッセージを処理する。メッセージの流れ図２００及び３００は、図２及び図３にそれぞれ示すように、このメッセージ通信を示す。さらに、メッセージの流れ図２００及び３００は、表示のサービス要求動作を容易にするために、ＭＳ１０１、ＢＳ１１１及びＰＤＳＮ１２１のようなＭＳ、ＢＳ及びＰＤＳＮ間で主として行われる関連メッセージ通信及び手順を示す。
【００１６】
メッセージの流れ２００は、ＳＲ＿ＩＤ  １、２及び３に対する接続発信／再接続を要求する１つの発信メッセージ及び１つの再接続メッセージを示す。従来技術のＩＳ−２０００メッセージ通信は、１つのメッセージの代わりに３つのメッセージを必要とする。発信の場合には、発信メッセージを受信した後で、ＢＳはその肯定応答を行い、ＢＳ及びＭＳはトラヒック・チャネル（ＴＣＨ）を確立するために、要求したメッセージ通信を交換する。ＢＳは、また、ＭＳとＰＤＳＮとの間でサービス・インスタンス１、２及び３に対するパケット・データ接続を確立するために、ＰＤＳＮとのパケット呼セットアップ手順をスタートする。
【００１７】
メッセージの流れ３００は、ＳＲ＿ＩＤ  １、２及び３に対するドーマント・ハンドオフを要求する１つの発信メッセージを示す。従来技術のＩＳ−２０００メッセージ通信は、代わりに６つのメッセージを必要とした。発信メッセージを受信した後で、ＢＳは、ＰＤＳＮとのドーマント・モード・ハンドオフ手順をスタートし、トラヒック・チャネルが要求されていない場合には、ＭＳへ解放を送信する。
【００１８】
図４は、本発明の第１の実施形態による発信メッセージ４００のブロック図である。図４は、その関連するビット長さと一緒に、第１の実施形態に関連する各フィールドを示す。この図の大部分のフィールドのビット長は「０」であり、又はその後にある数字が続く。もちろん、このことは、そのフィールドをメッセージ内に入れることができないことを示す。ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ、ＤＲＳ、ＳＲ＿ＩＤ、ＳＹＮＣ＿ＩＤ＿ＬＥＮ、及びＳＹＮＣ＿ＩＤフィールドは、すべて、ＩＳ−２０００発信メッセージの一部である。メッセージ４００内に明示する残りのフィールドは、以下に詳細に説明する本発明の第１の実施形態のためのものである。
【００１９】
最初に、順序についてもっと一般的な説明をする。サービス・オプションは、高速データ及びＩＰを通しての音声（ＶｏＩＰ）のような特定のパケット・データ・サービスを示
す。メッセージ４００は、メッセージ拡張部内に表示する各ＳＲ＿ＩＤに関する記録を含むメッセージ拡張部を含む。各ＳＲ＿ＩＤは、パケット・データ、ＭＳ−ＰＤＳＮ接続を示す。ある種の発信メッセージは、これらパケット・データ接続のうちの１つ又は複数に対応するサービス・オプション値を示す１つ又は複数のサービス・オプション・インジケータを含む。
【００２０】
図４に示すように、メッセージ４００は、ＳＲ＿ＩＤフィールド、ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮフィールド、ＡＤＤ＿ＳＲ＿ＩＤ（追加ＳＲ＿ＩＤ）フィールド、及びＡＤＤ＿ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ（追加サービス・オプション）フィールドを含む。この図は、また、ＡＤＤ＿ＳＲ＿ＩＤ＿ＩＮＣＬフィールド、ＮＵＭ＿ＡＤＤ＿ＳＲ＿ＩＤフィールド、及びＡＤＤ＿ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＩＮＣＬフィールドも示す。これらのフィールドは、それぞれ、特定のメッセージが１つ又は複数の追加ＳＲ＿ＩＤを含んでいるかどうか、追加のＳＲ＿ＩＤの数、及び特定のメッセージが１つ又は複数の追加のサービス・オプションを含んでいるかどうかを示す。
【００２１】
メッセージ４００のメッセージ拡張部内の各フィールドについて以下に詳細に説明する。
ＡＤＤ＿ＳＲ＿ＩＤ＿ＩＮＣＬ：追加のサービス参照識別子内蔵インジケータ
このメッセージ通信がサポートされている場合（すなわちＰ＿ＲＥＶ＿ＩＮ＿ＵＳＥが１１より小さい場合）、又はＤＲＳフィールドが「１」にセットされ、ＳＹＮＣ＿ＩＤフィールドが「０」にセットされている場合、又はＳＲ＿ＩＤフィールドが「１１１」にセットされている場合、ＭＳはこのフィールドを省略しなければならない。そうでない場合には、移動局は、このフィールドを含み、このフィールドを下記のようにセットしなければならない。
【００２２】
ＤＲＳフィールドが「０」にセットされていて、ＭＳが１つのパケット・データ・サービス・インスタンスのドーマント・ハンドオフを行っている場合、又はＤＲＳフィールドが「１」にセットされていて、移動局が記憶しているサービス構成からの１つのサービス・オプション接続の回復を要求している場合には、ＭＳは、このフィールドを「０」にセットしなければならない。そうでない場合には、移動局は、このフィールドを「１」にセットしなければならない。
ＮＵＭ＿ＡＤＤ＿ＳＲ＿ＩＤ：内蔵追加サービス参照識別子の数
ＡＤＤ＿ＳＲ＿ＩＤ＿ＩＮＣＬが含まれていないか、又は含まれていても「０」にセットされている場合は、移動局は、このフィールドを省略しなければならない。そうでない場合には、移動局は、このフィールドを含み、このフィールドをこのメッセージ内に含まれているＡＤＤ＿ＳＲ＿ＩＤフィールドの出現回数より１つ小さい値にセットしなければならない。
【００２３】
ＡＤＤ＿ＳＲ＿ＩＤ＿ＩＮＣＬが含まれていて、「１」にセットされている場合には、移動局は、下記の変数フィールド記録のＮＵＭ＿ＡＤＤ＿ＳＲ＿ＩＤ＋１発生回数を含んでいなければならない。
ＡＤＤ＿ＳＲ＿ＩＤ：追加サービス参照識別子
ＤＲＳフィールドが「０」にセットされていて、移動局が追加パケット・データ・サービス・インスタンスのドーマント・ハンドオフを行っている場合、又はＤＲＳフィールドが「１」にセットされていて、移動局が記憶しているサービス構成から追加サービス・オプション接続の回復を要求している場合には、移動局は、このフィールドを対応するサービス参照識別子にセットしなければならない。
ＡＤＤ＿ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＩＮＣＬ：追加のサービス・オプション内蔵インジケータ
ＳＹＮＣ＿ＩＤフィールドが「１」にセットされている場合には、移動局は、このフィ
ールドを省略しなければならない。そうでない場合には、移動局はこのフィールドを含み、このフィールドを下記のようにセットしなければならない。
【００２４】
この記録のＡＤＤ＿ＳＲ＿ＩＤフィールドに対応するサービスのサービス・オプション数が、ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮと同じである場合には、移動局はこのフィールドを「０」にセットしなければならない。そうでない場合には、移動局はこのフィールドを「１」にセットしなければならない。
ＡＤＤ＿ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ：追加サービス・オプション数
ＡＤＤ＿ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＩＮＣＬフィールドが、「０」にセットされている場合には、移動局は、このフィールドを省略しなければならない。そうでない場合には、移動局は、このフィールドを含み、このフィールドを、この記録のＡＤＤ＿ＳＲ＿ＩＤフィールドに対応するサービスのサービス・オプション数にセットしなければならない。
【００２５】
発信メッセージ４００については、本発明の第１の実施形態によりすでに図示し、説明した。発信メッセージ６００は、図５に示すように、本発明の第２の及び他の実施形態を示す。メッセージ４００は、個々のメッセージ・フィールド内で、ＳＲ＿ＩＤによりＭＳ−ＰＤＳＮ接続を個々に識別した。代わりに、発信メッセージ６００は、ビットマップ、特にＳＲ＿ＩＤ＿ＢＩＴＭＡＰフィールド内でビット値によりＭＳ−ＰＤＳＮ接続を個々に識別する。第２の実施形態に関連するメッセージ６００内のフィールドについては以下に詳細に説明する。
ＳＰＥＣＩＡＬ＿ＳＥＲＶＩＣＥ：特殊なサービス・オプション・インジケータ
１つの特殊なサービス・オプションを要求するには、移動局はこのフィールドを「１」にセットしなければならない。デフォールト・サービス・オプション（サービス・オプション１）又は複数のサービス・オプションを要求するには、移動局はこのフィールドを「０」にセットしなければならない。
ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ：この発信のために要求したサービス・オプション
ＳＰＥＣＩＡＬ＿ＳＥＲＶＩＣＥフィールドが「１」にセットされている場合には、移動局はこのフィールドを、要求したサービス・オプションに対応する［３０］内に指定する値にセットしなければならない。
【００２６】
ＳＰＥＣＩＡＬ＿ＳＥＲＶＩＣＥフィールドが「０」にセットされていて、ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＬＩＳＴフィールドが含まれていない場合には、移動局は、デフォールト・サービス・オプションを要求するためにこのフィールドを省略しなければならない。ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＬＩＳＴフィールドを含んでいる場合には、移動局はこのフィールドを省略しなければならない。
ＳＲ＿ＩＤ：サービス参照識別子
Ｐ＿ＲＥＶ＿ＩＮ＿ＵＳＥが６より小さい場合には、移動局は、このフィールドを省略しなければならない。そうでない場合には、移動局はこのフィールドを含み、このフィールドを下記のようにセットしなければならない。
【００２７】
ＳＹＮＣ＿ＩＤ＿ＩＮＣＬフィールドが含まれていないか、又は含まれていても「０」にセットされている場合には、移動局はこのフィールドを下記のようにセットしなければならない。
【００２８】
サービス・インスタンスが、サービス参照識別子を供給する場合には、移動局はこのフィールドをサービス・インスタンスが指定するサービス参照識別子にセットしなければならない。サービス・インスタンスがサービス参照識別子を供給しない場合には、移動局はこのフィールドを１から６（含む）の範囲の最小の未使用のサービス参照識別子値にセットしなければならない。ＳＲ＿ＩＤフィールドが「０」にセットされている場合には、サ
ービス参照識別子のリストに対するＳＲ＿ＩＤ＿ＢＩＴＭＡＰフィールドを参照されたい。
【００２９】
そうでない場合には、移動局はこのフィールドを下記のようにセットしなければならない。
移動局が、記憶しているサービス構成から１つのサービス・オプション接続の回復を要求している場合には、移動局は、このフィールドを対応するサービス参照識別子にセットしなければならない。そうでない場合には（すなわち、移動局が、記憶しているサービス構成からすべてのサービス・オプション接続の回復を要求している場合には）、移動局はこのフィールドを「１１１」にセットしなければならない。
ＳＲ＿ＩＤ＿ＢＩＴＭＡＰ：サービス参照識別子ビットマップ
Ｐ＿ＲＥＶ＿ＩＮ＿ＵＳＥが９（又は、他の適当な改訂）より小さい場合には、移動局は、このフィールドを省略しなければならない。ＳＲ＿ＩＤフィールドを含んでいないか、又は含んでいるが「０」にセットされていない場合には、移動局はこのフィールドを省略しなければならない。そうでない場合には、移動局はこのフィールドを含み、このフィールドを下記のようにセットしなければならない。
【００３０】
このフィールドは、パケット・データ呼の発信、再接続、又はドーマント・ハンドオフに対して要求したＳＲ＿ＩＤのビットマップ・リストを含む。ビット１〜６は、ＳＲ＿ＩＤ１〜６に対してマッピングする。少なくとも２つのＳＲ＿ＩＤが指定される。
【００３１】
【表１】
2006509474.tif 000003
【００３２】
ＳＥＲＶＩＣＥ＿ＯＰＴＩＯＮ＿ＬＩＳＴ：サービス・オプション・リスト
ＳＲ＿ＩＤ＿ＢＩＴＭＡＰフィールドを含んでいない場合には、移動局はこのフィールドを省略しなければならない。そうでない場合には、移動局は、このフィールドを含み、下記のようにセットしなければならない。
【００３３】
このフィールドは、ＳＲ＿ＩＤ＿ＢＩＴＭＡＰ内に指定した移動局が要求した各ＳＲ＿ＩＤに関連するサービス・オプションのリストを含む。移動局は、このフィールドを、要求したサービス・オプションに対応する［３０］内で指定する値にセットしなければならない。２〜６サービス・オプションは存在することができる。第１のサービス・オプションは、ＳＲ＿ＩＤ＿ＢＩＴＭＡＰフィールド内の最小のＳＲ＿ＩＤ値を含むサービス・イ
ンスタンスに対応する。リスト内の最後のサービス・オプションは、ＳＲ＿ＩＤ＿ＢＩＴＭＡＰフィールド内の最大のＳＲ＿ＩＤ値に対応する。移動局は、このフィールドを、要求したサービス・オプションに対応する［３０］内に指定した値にセットしなければならない。
【００３４】
ロジックの流れ７００は、図６に示すように、本発明の種々の実施形態により、収集し、次に、メッセージ拡張部に内蔵した情報のハイ・レベルの記述を供給するためのものである。ロジックの流れ７００は、プロセスを全体的に要約するために、上記メッセージの生成の多くの詳細をあえてアドレスしない。また、図６は、これらの一般的なステップを実行することができる１つの順序だけを示す。通常の当業者であれば、実施態様の特定の設計又は実施目標により、異なる順序で又は同時に実行することができることを理解することができるだろう。
【００３５】
ロジックの流れ７００は、（７０１）からスタートし、移動局が、どのサービス・インスタンス（すなわち、どのパケット・データ接続）が、メッセージが要求しているサービス要求動作に含まれているのかを決定する（７０２）。移動局は、また、これらのサービス・インスタンスに対するサービス・オプションを表示する必要があるかどうかも決定する（７０３）。例えば、再起動動作の場合には、サービス・オプションをＲＡＮに送信する必要はない。何故なら、各サービス・インスタンスに関連するサービス・オプションは、記憶しているサービス構成の一部として分かっているからである。
【００３６】
インスタンスを個々に識別するために、移動局は、第１のＳＲ＿ＩＤを表示し（７０４）、任意の追加のＳＲ＿ＩＤを表示する（７０５）。例えば、第１の実施形態の発信メッセージの場合には、第１のＳＲ＿ＩＤがメッセージ本体内に表示され、一方、追加のＳＲ＿ＩＤは、メッセージ拡張部内の個々の記録内に表示される。第２の実施形態の発信メッセージの場合には、ＳＲ＿ＩＤはビットマップ内に一緒に表示される。
【００３７】
メッセージ内でサービス・オプションが要求されていない場合（７０６）には、メッセージ（その拡張部を含む）をＲＡＮに送信することができ、ロジックの流れは終了する（７１０）。そうでない場合には、移動局は、第１のＳＲ＿ＩＤに対応するサービス・オプションを表示し（７０７）、各追加のＳＲ＿ＩＤに対するサービス・オプションを表示する（７０８）。例えば、第１の実施形態の発信メッセージの場合には、第１のＳＲ＿ＩＤに対応するサービス・オプションが、メッセージ本体内に表示され、各追加のＳＲ＿ＩＤに対するサービス・オプションがメッセージ拡張部内に表示される。多数のＳＲ＿ＩＤが、同じ対応するサービス・オプションを持つことができるので、この実施形態は、また第１のＳＲ＿ＩＤに対応するサービス・オプションが、それに対して他のサービス・オプションが表示されないＳＲ＿ＩＤのためのデフォールト・サービス・オプションであることも示す。
【００３８】
この実施形態は、ＩＳ−２０００発信、強化発信、及び再接続メッセージを、ドーマント・モード・ハンドオフ又は再起動を要求する現在のサービス・インスタンス又は要求された各新しいサービス・インスタンスのための複数のパケット・データ接続をサポートするために強化することができる方法を記述する。例えば、ドーマント・モード・ハンドオフが、あるパケット・データ・セッションのために必要な場合には、移動局は、新しいＢＳへのドーマント・モード・ハンドオフを必要とする、すべてのサービス・インスタンス接続に対して１通のＩＳ−２０００発信メッセージ又は強化発信メッセージを送信するだけでよい。新しいサービス・インスタンス接続が要求された場合には、移動局は、必要とする接続の数が何であれ、１通のＩＳ−２０００発信メッセージを送信するだけでよい。
【００３９】
これは、例えば、ユーザがＶｏＩＰ呼を行いたい場合に役に立つ。移動局は、主高速パ
ケット・データ・サービス・オプション接続、及びＶｏＩＰ  ＳＯ接続の両方を要求する１通の発信メッセージを送信するだけでよい。本明細書は、また、サービス・オプション素子の複数の発生も記述している。ドーマント・モード・ハンドオフは、現在高速パケット・データＳＯ  ３３の場合だけに発生するが（回路音声／データ、ＶｏＩＰの場合には必要でない）、将来サポートされる新しいパケット・データ・サービス・オプションの効率的なドーマント・モード・ハンドオフができるように、各ドーマント・サービス・インスタンスに対するＳＯ識別子を内蔵させることにより、このメッセージは将来も使用することができる。
【００４０】
本出願は、ＲＡＮ内の複数のパケット・データ接続をサポートするのに必要な無線シグナリングを大幅に低減することにより上記問題を解決する。そうすることにより、パケット呼発信、ドーマント・モード・ハンドオフ及び再起動がより高速になり、そのため、移動局内、特にパケット・ゾーンが小さく、ドーマント・モード・ハンドオフを頻繁に行われるネットワークにおいて、ネットワーク内の呼容量が増大し、バッテリーの寿命が長くなる。
【００４１】
上記説明において、本発明を特定の実施形態を参照しながら説明してきた。しかし、通常の当業者であれば、添付の特許請求の範囲に記載する本発明の精神及び範囲から逸脱することなしに、種々の修正及び変更を行うことができることを理解することができるだろう。それ故、本明細書及び図面は、例示としてのものと見なすべきであり、本発明の制限するものであると見なすべきではないし、このようなすべての修正は本発明の範囲内に含まれる。さらに、当業者であれば、図面中の素子は、分かりやすくはっきりと図示するためのものであり、必ずしも正確な縮尺で描かれていないことを理解することができるだろう。例えば、本発明の種々の実施形態の理解を助けるために、図面中の素子のうちのいくつかの寸法は、他の素子に対して誇張して表示してある場合がある。
【００４２】
本発明の特定の実施形態を参照しながら、利益、他の利点及び問題の解決方法を説明してきた。しかし、上記利益、利点、問題の解決方法及びこのような利益、利点又は解決方法を行わせたり、又は結果としてもたらすことができ、又はこのような利益、利点又は解決方法をより顕著なものにすることができる任意の要素は、任意の又はすべての請求項の重要な、必要な又は本質的な機能又は要素と解釈すべきではない。本明細書及び添付の特許請求の範囲で使用する場合、「備える」「備えている」又は任意の他の派生語は、非排他的な意味で使用しているので、リストに記載の要素を含むプロセス、方法、製造品又は装置は、リスト内のこれらの要素だけを含んでいるのではなく、リストに明示されていない他の要素又はこのようなプロセス、方法、製造品又は装置固有の他の要素も含む。
【００４３】
本明細書で使用する場合、ある（（ａ）又は（ａｎ））という用語は、１つ又は複数を意味するものと定義される。本明細書で使用する場合、複数の（ｐｌｕｒａｌｉｔｙ）という用語は、少なくとも２つ以上を意味するものとして定義される。本明細書で使用する場合、他の（ａｎｏｔｈｅｒ）という用語は、少なくとも第２又は第３、第４を意味するものと定義される。本明細書で使用する場合、含む（ｉｎｃｌｕｄｉｎｇ）及び／又は有する（ｈａｖｉｎｇ）という用語は、備える（すなわち、広義の意味を持つ語）を意味するものと定義される。本明細書で使用する場合、結合している（ｃｏｕｐｌｅｄ）という用語は、接続していることを意味するものと定義されるが、必ずしも直接又は必ずしも機械的に接続していなくてもよい。本明細書で使用する場合、プログラムという用語は、コンピュータ・システム上で実行するために設計された一連の命令を意味するものと定義される。プログラム又はコンピュータ・プログラムは、サブルーチン、機能、手順、オブジェクト方法、オブジェクト実施、実行可能なアプリケーション、アプレット、サーブレット、ソース・コード、オブジェクト・コード、共有ライブラリ／動的ロード・ライブラリ、及び／又はコンピュータ・システム上で実行するように設計された他の一連の命令を含
むことができる。
【図面の簡単な説明】
【００４４】
【図１】本発明のある実施形態による通信システムのブロック図。
【図２】本発明のある実施形態により行われるメッセージ通信及び手順のメッセージ流れ図。
【図３】本発明のある実施形態により行われるメッセージ通信及び手順のメッセージ流れ図。
【図４】本発明の第１の実施形態による発信メッセージのブロック図。
【図５】本発明の第２の実施形態による発信メッセージのブロック図。
【図６】本発明のある実施形態により実行されるステップの論理フローチャート。
【図１】
2006509474.tif 000004
【図２】
2006509474.tif 000005
【図３】
2006509474.tif 000006
【図４】
2006509474.tif 000007
【図５】
2006509474.tif 000008
【図６】
2006509474.tif 000009
【国際調査報告】
2006509474.tif 000010