(57)【特許請求の範囲】
【請求項１】
基地システム（１０４，６０２）において、パケット・データ呼の確立を実行する方法であって、
共通チャンネル・パケット・データ・サービス要求から成る発呼メッセージを受信するステップと、
発呼メッセージの受信を確認応答するステップと、
前記共通チャンネル・パケット・データ・サービス要求を承認するか否かを判定するステップと、
前記要求が承認された場合に、
移動機（２０２）から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラ（１１０）に送信するステップと、
移動機コントローラ（１１０）から認証結果を受信するステップと、
Ａ１０接続確立を要求するために、Ａ８接続が要求されていないことを表示するメッセージをパケット制御機能（１０６）に送信するステップと、
パケット制御機能（１０６，６０２）からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを、少なくとも１つのデータ・バーストで共通チャンネル上で移動機（２０２）に送信し、かつ移動機（２０２）から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージを、ショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能（１０６，６０２）に送信することにより、移動機（２０２）とパケット・データ・サービス・ノード（１０８）間のＰＰＰ接続を実行するステップとから成る方法。
【請求項２】
移動機（２０２）に送信された最初の少なくとも１つのメッセージ全体または一部が、移動機（２０２）の共通チャンネル・パケット・データ・サービス要求に対する確認応答として機能する請求項１に記載の方法。
【請求項３】
ＰＰＰ接続を実行した後、ＲＡＮパケット・データのヌル状態からＲＡＮパケット・データのドーマント状態へパケット・データ・セッションを遷移させるステップからさらに成る請求項１に記載の方法。
【請求項４】
基地システム（１０４，６０２）において、パケット・データ呼の確立を実行する方法であって、
発呼メッセージを受信するステップと、
発呼メッセージの受信を確認応答するステップと、
共通チャンネル・パケット・データ・サービスを起動するかどうかを判定するステップと、
共通チャンネル・パケット・データ・サービスを起動することが判定されたときに、
移動機（２０２）から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラ（１１０）へ送信するステップと、
移動機コントローラ（１１０）から認証結果を受信するステップと、
パケット制御機能（１０６，８０２）からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを少なくとも１つのショート・データ・バーストで共通チャンネル上で移動機（２０２）に送信し、かつ移動機（２０２）から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージをショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能（１０６，６０２）に送信することにより、移動機（２０２）とパケット・データ・サービス・ノード（１０８）間のＰＰＰ接続を実行するステップと
から成る方法。
【請求項５】
移動機（２０２）に送信された最初の少なくとも１つのメッセージの全体または一部が、共通チャンネル・パケット・データ・サービスが呼確立のサポートに使用される確認応答として機能する請求項４に記載の方法。
【請求項６】
基地システム（１０２，８０２）において、移動機（２０２）のドーマント・モード・ハンドオフを実行する方法であって、
共通チャンネル・パケット・データ・サービスのドーマント・モード・ハンドオフ要求から成る発呼メッセージを移動機（２０２）から受信するステップと、
発呼メッセージの受信を確認応答するステップと、
要求を承認するかどうかを判定するステップと、
要求が承認された場合に、
移動機（２０２）から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラ（１１０）へ送信するステップと、
移動機コントローラ（１１０）から認証結果を受信するステップと、
Ａ１０接続を要求するために、０に設定されたデータ・レディ・インジケータおよびハンドオフ・インジケータ・ビットを有し、Ａ８接続が要求されていないことを表示するメッセージをパケット制御機能（４０２）に送信するステップと、
パケット制御機能（４０２）から応答メッセージを受信するステップと
から成る方法。
【請求項７】
要求が承認された場合に、
移動機の共通チャンネル・パケット・データ・サービス要求の確認応答として、移動機（２０２）に空のショート・データ・バーストを送信するステップと、
ショート・データ・バースト受信の確認応答を受信するステップと
からさらに成る請求項６に記載方法。
【請求項８】
要求が承認された場合に、パケット制御機能（１０６，８０２）からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを少なくとも１つのショート・データ・バーストで共通チャンネル上で移動機（２０２）に送信し、かつ移動機（２０２）から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージをショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能（１０６，８０２）に送信することにより、移動機（２０２）とパケット・データ・サービス・ノード（１０８，９０２）間のＰＰＰ接続を実行するステップからさらに成る請求項６に記載の方法。
【請求項９】
移動機（２０２）において、共通チャンネル上でデータを送信および受信するためにパケット・データ呼の確立を実行する方法であって、
共通チャンネル・パケット・データ・サービス要求から成る発呼メッセージを基地システム（１０４，６０２）に送信するステップと、
発呼メッセージが受信されたという確認応答を受信するステップと、
少なくとも１つのショート・データ・バーストのデータを基地システム（１０４，６０２）に共通チャンネル上で送信し、少なくとも１つのショート・データ・バーストのデータを共通チャンネルで基地システム（１０４，６０２）から受信して、ＰＰＰ接続を確立するステップと
から成る方法。
【請求項１０】
少なくとも１つのショート・データ・バーストのデータを共通チャンネル上で基地システム（１０４，６０２）に送信し、かつ少なくとも１つのショート・データ・バーストのデータを該共通チャンネル上で基地システム（１０４，６０２）から受信するステップであって、基地システム（１０４，６０２）から受信する前記少なくとも１つのショート・データ・バーストのうちの最初のバーストが共通チャンネル・パケット・データ・サービス要求の確認として機能するステップからさらに成る請求項９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信システムの分野に関し、さらに詳細には符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、以下ＣＤＭＡと呼ぶ）通信システムに関する。
【０００２】
【従来の技術】
データ・サービスは一般に、回線指向式データ・サービス（非同期データおよびグループ−３ファックス・サービスを含む）とパケット式データ・サービスに２分類される。パケット・データ・サービスをサポートする呼のために、パケット・データ・サービス・ノード（ＰＤＳＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ、以下ＰＤＳＮと呼ぶ）が、固定ネットワークにおけるデータ送信と、エアー・インターフェースにおけるデータ送信間のインターフェースとして機能している。ＰＤＳＮはパケット制御機能（ＰＣＦ：Ｐａｃｋｅｔ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、以下ＰＣＦと呼ぶ）を通じて、基地システム（ＢＳ：Ｂａｓｅ  Ｓｙｓｔｅｍ、以下ＢＳと呼ぶ）とインターフェース接続するが、ＰＣＦはＢＳと同じ場所に配置されてもよいし、配置されなくてもよい。
【０００３】
本願明細書に参照により組み込まれる、第三世代パートナーシップ・プロジェクト２（３ＧＰＰ２  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅｓ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、以下３ＧＰＰ２  Ａ．Ｓ０００１−Ａと呼ぶ）に定義されているように、パケット・データ・サービスには、アクティブ／接続（Ａｃｔｉｖｅ／Ｃｏｎｎｅｃｔｅｄ）、ドーマント（Ｄｏｍａｎｔ）、およびヌル／インアクティブ（Ｎｕｌｌ／Ｉｎａｃｔｉｖｅ）の３種類の状態がある（３ＧＰＰ２仕様書はＴＩＡ／ＥＩＡ／ＩＳ−２００１−Ａ  Ｊｕｎｅ  ２００１と同一内容である）。移動機（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、以下ＭＳと呼ぶ）が現在のｃｄｍａ２０００無線アクセス・ネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、以下ＲＡＮと呼ぶ）にパケット・データ呼を発すると、トラフィック・チャンネルが割り当てられポイント・ツー・ポイント・プロトコル（ＰＰＰ：Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ、以下ＰＰＰと呼ぶ）接続が確立され、モバイル・インターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、以下ＩＰと呼ぶ）登録手順が実行される。これらの手順が正常に完了すると、ＭＳのパケット・データ・サービスはヌルからアクティブ／接続された状態へ遷移し、ネットワークとＭＳはトラフィック・チャンネル上でパケット・データを交換する。事前に定義された非活動期間の後、ＭＳのパケット・データ・サービスはアクティブ状態からドーマント状態へ遷移するが、ＭＳまたはネットワークが送信データを有している場合には、再度アクティブ状態になってもよい。またＰＤＳＮ間ドーマント・モードでのハンドオフでは、新規のＰＰＰ接続および再登録の確立をサポートするのに、トラフィック・チャンネルの割り当てが要求される。
【０００４】
アクティブ／接続された状態では、物理的トラフィック・チャンネルがＭＳとＢＳ間に存在するので、そのいずれのユニットがデータを送信してもよい。ドーマント状態においては、物理的トラフィック・チャンネルはＭＳとＢＳ間に存在しないが、ＭＳとＰＤＳＮ間のＰＰＰリンクは維持される。ヌル／インアクティブ状態では、トラフィック・チャンネルがＭＳとＢＳ間に存在せず、ＭＳとＰＤＳＮ間のＰＰＰリンクもない。
【０００５】
Ａ１からＡ１１のインターフェースについては３ＧＰＰ２  Ａ．Ｓ０００１−Ａのセクション１．７．２に定義されている。Ａ１とＡ８の接続は、アクティブ／接続された状態の間は維持されるが、ドーマントまたはヌル／インアクティブ状態に遷移している間は開放される。Ａ１０接続はアクティブ／接続された状態およびドーマント状態の間維持される。ドーマント状態をサポートする一環として、ｃｄｍａ２０００エアー・インターフェース（ＴＩＡ／ＥＩＡ−ＩＳ−２０００）では、発呼時に使用されるデータ・レディ・ツー・センド（ＤＲＳ：Ｄａｔａ  Ｒｅａｄｙ  ｔｏ  Ｓｅｎｄ、以下ＤＲＳと呼ぶ）インジケータをサポートしている。ＭＳが指定されたパケット・データ・サービス・オプションで発呼要求を送信する場合、その要求にはＤＲＳビットが含まれる。ＭＳが送信データを有し、トラフィック・チャンネルの確立を要求しているために、ＭＳがドーマント状態からアクティブ状態へ遷移したい場合、このインジケータは初期発呼の確立時に１に設定される。その後、ドーマント中にＭＳがパケット・ゾーン境界（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．１参照）に遷移し、その現在位置に関するネットワークを更新するのに発呼要求を送信し続けていることを表示するためＤＲＳビットは０に設定される。
【０００６】
ＤＲＳビットが１に設定された発呼要求が受信されると、ＢＳは３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．７．１に示されている呼の確立手順を開始し、この結果通常トラフィック・チャンネルが確立され、Ａ８とＡ１０間のベアラ接続（ｂｅａｒｅｒ  ｃｏｎｎｅｃｔｉｏｎ：伝達接続、以下ベアラ接続と呼ぶ）が確立される。Ａ８とＡ１０のベアラ接続の手順については、３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４と２．１５にそれぞれ定義されている。ＤＲＳビットが０に設定された発呼をＢＳが受信すると、Ａ８とＡ１０のベアラ接続確立手順が完了するまで、ＢＳはトラフィック・チャンネルの確立を遅延する。Ａ８のベアラ接続確立手順の間、ＢＳはＡ９−確立−Ａ８（Ａ９−Ｓｅｔｕｐ−Ａ８）メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．４．１．１に定義）のデータ・レディ・インジケータ・エレメントを使用して、ＤＲＳ＝０が受信されたことをＰＣＦに示す。ＰＣＦがＭＳへ配信するネットワークからのデータを有する場合、ＰＣＦはＡ９−接続−Ａ８（Ａ９−Ｃｏｎｎｅｃｔ−Ａ８）メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．４．１．２に定義）の理由エレメントをＤＲＳ値に設定してこれを表示する。そしてＢＳはＭＳへトラフィック・チャンネルを確立し、３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．７．１０に定義されているように、通常の呼の確立手順を完了する。ＰＣＦがデータを持たない場合には、ＰＣＦはＡ９−開放−Ａ８（Ａ９−Ｒｅｌｅａｓｅ−Ａ８）終了メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．５．４に定義されているように）をＢＳに送信して、Ａ８接続が確立していないことを示す。ＢＳはその後、パケット・コール・ゴーイング・ドーマント（Ｐａｃｋｅｔ  Ｃａｌｌ  Ｇｏｉｎｇ  Ｄｏｒｍａｎｔ）に設定された理由値で割り当て失敗メッセージを移動機交換センター（ＭＳＣ：Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ、以下ＭＳＣと呼ぶ）に返信する。割り当て失敗メッセージを受信すると、ＭＳＣは移動機に通知しない（Ｄｏ  Ｎｏｔ  Ｎｏｔｉｆｙ  Ｍｏｂｉｌｅ）という理由値を設定し、ＢＳにクリア・コマンドを返信する。クリア・コマンド・メッセージを受信したら、ＢＳはクリア完了メッセージをＭＳＣに送信する。
【０００７】
【発明が解決しようとする課題】
本発明の目的は、ｃｄｍａ２０００  ＲＡＮにおいて、トラフィック・チャンネルを使用せずに、安価に共通チャンネル・パケット・データ（ＣＣＰＤ）をサポートする装置と方法を提供することにある。
【０００８】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、基地システムにおいて、パケット・データ呼の確立を実行する方法であって、共通チャンネル・パケット・データ・サービス要求から成る発呼メッセージを受信するステップと、発呼メッセージの受信を確認応答するステップと、前記共通チャンネル・パケット・データ・サービス要求を承認するか否かを判定するステップと、前記要求が承認された場合に、移動機から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラに送信するステップと、移動機コントローラから認証結果を受信するステップと、Ａ１０接続確立を要求するために、Ａ８接続が要求されていないこと表示するメッセージをパケット制御機能に送信するステップと、パケット制御機能からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを、少なくとも１つのデータ・バーストで共通チャンネル上で移動機に送信し、かつ移動機から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージを、ショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能に送信することにより、移動機とパケット・データ・サービス・ノード間のＰＰＰ接続を実行するステップから成ることを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の方法において、移動機に送信された最初の少なくとも１つのメッセージ全体または一部が、移動機の共通チャンネル・パケット・データ・サービス要求に対する確認応答として機能することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１に記載の方法において、ＰＰＰ接続を実行した後、ＲＡＮパケット・データのヌル状態からＲＡＮパケット・データのドーマント状態へパケット・データ・セッションを遷移させるステップからさらに成ることを要旨とする。
【００１１】
請求項４に記載の発明は、基地システムにおいて、パケット・データ呼の確立を実行する方法であって、発呼メッセージを受信するステップと、発呼メッセージの受信を確認応答するステップと、共通チャンネル・パケット・データ・サービスを起動するかどうかを判定するステップと、共通チャンネル・パケット・データ・サービスを起動することが判定されたときに、移動機から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラへ送信するステップと、移動機コントローラから認証結果を受信するステップと、パケット制御機能からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを少なくとも１つのショート・データ・バーストで共通チャンネル上で移動機に送信し、かつ移動機から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージをショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能に送信することにより、移動機とパケット・データ・サービス・ノード間のＰＰＰ接続を実行するステップとから成ることを要旨とする。
【００１２】
請求項５に記載の発明は、請求項４に記載の方法において、移動機に送信された最初の少なくとも１つのメッセージの全体または一部が、共通チャンネル・パケット・データ・サービスが呼確立のサポートに使用される確認応答として機能することを要旨とする。
【００１３】
請求項６に記載の発明は、基地システムにおいて、移動機のドーマント・モード・ハンドオフを実行する方法であって、共通チャンネル・パケット・データ・サービスのドーマント・モード・ハンドオフ要求から成る発呼メッセージを移動機から受信するステップと、発呼メッセージの受信を確認応答するステップと、要求を承認するかどうかを判定するステップと、要求が承認された場合に、移動機から受信した認証パラメータ、基地システムが計算した認証データ・エレメント、およびショート・データ・バーストに設定されたデータ・バースト・タイプ・フィールドを有する追加ユーザー部エレメントから成る追加転送メッセージを移動機コントローラへ送信するステップと、移動機コントローラから認証結果を受信するステップと、Ａ１０接続を要求するために、０に設定されたデータ・レディ・インジケータおよびハンドオフ・インジケータ・ビットを有し、Ａ８接続が要求されていないことを表示するメッセージをパケット制御機能に送信するステップと、パケット制御機能から応答メッセージを受信するステップとから成ることを要旨とする。
【００１４】
請求項７に記載の発明は、請求項６に記載方法において、要求が承認された場合に、移動機の共通チャンネル・パケット・データ・サービス要求の確認応答として、移動機に空のショート・データ・バーストを送信するステップと、ショート・データ・バースト受信の確認応答を受信するステップとからさらに成ることを要旨とする。
【００１５】
請求項８に記載の発明は、請求項６に記載の方法において、要求が承認された場合に、パケット制御機能からショート・データ・バースト・フォーマットで受信した少なくとも１つのメッセージを少なくとも１つのショート・データ・バーストで共通チャンネル上で移動機に送信し、かつ移動機から少なくとも１つのショート・データ・バーストで受信した少なくとも１つのメッセージをショート・データ・バースト・フォーマットでＡ９信号チャンネル上でパケット制御機能に送信することにより、移動機とパケット・データ・サービス・ノード間のＰＰＰ接続を実行するステップからさらに成ることを要旨とする。
【００１６】
請求項９に記載の発明は、移動機において、共通チャンネル上でデータを送信および受信するためにパケット・データ呼の確立を実行する方法であって、共通チャンネル・パケット・データ・サービス要求から成る発呼メッセージを基地システムに送信するステップと、発呼メッセージが受信されたという確認応答を受信するステップと、少なくとも１つのショート・データ・バーストのデータを基地システムに共通チャンネル上で送信し、少なくとも１つのショート・データ・バーストのデータを共通チャンネルで基地システムから受信して、ＰＰＰ接続を確立するステップとから成ることを要旨とする。
【００１７】
請求項１０に記載の発明は、請求項９に記載の方法において、少なくとも１つのショート・データ・バーストのデータを共通チャンネル上で基地システムに送信し、かつ少なくとも１つのショート・データ・バーストのデータを該共通チャンネル上で基地システムから受信するステップであって、基地システムから受信する前記少なくとも１つのショート・データ・バーストのうちの最初のバーストが共通チャンネル・パケット・データ・サービス要求の確認として機能するステップからさらに成ることを要旨とする。
【００１８】
【発明の実施の形態】
本発明ではｃｄｍａ２０００  ＲＡＮにおいて、トラフィック・チャンネルを使用せずに共通チャネルを使用することで、共通チャンネル・パケット・データ（ＣＣＰＤ）をサポートする装置と方法を提案する。トラフィック・チャンネルを使用せずに、パケット・データ・セッションが起動されるか、ドーマント・モード・ハンドオフが実行されるか、全てのパケット・データが交換される。さらに、いったんＭＳがネットワークに正常に登録されると、ＰＣＦとＰＤＳＮ間のＡ８接続はパケット・データ・サービスを、サポートする必要がなくなる。また、本発明はトラフィック・チャンネルを使用せずに、現在のｃｄｍａ２０００のＭＳがドーマント・モード・ハンドオフおよびデータ送信をサポートするのに適用してもよい。ＣＣＰＤ機能ではパケット・データ呼の確立、ドーマント・モード・ハンドオフおよび共通チャンネル上の短い（ショート）データ・バースト（ＳＤＢ：Ｓｈｏｒｔ  Ｄａｔａ  Ｂｕｒｓｔ、以下ＳＤＢと呼ぶ）を使用したデータ送信機能がサポートされる。
【００１９】
ＣＣＰＤ機能はＣＣＰＤデバイスをサポートする必要がある。ＣＣＰＤデバイスとはｃｄｍａ２０００トラフィック・チャンネルをサポートしない、データ専用（ｄａｔａ−ｏｎｌｙ）のデバイスである。ＣＣＰＤデバイスとネットワーク間で交換すべき信号やデータは全て、ｃｄｍａ２０００共通チャンネル上で発生しなければならない。本発明では多くの種類のＣＣＰＤデバイスを具体的に示しているが、本発明は特にＭＳでの使用に適している。したがって、本発明における好ましい実施形態はＭＳに関連して説明される。
【００２０】
ＣＣＰＤ可能なＭＳは、現在のｃｄｍａ２０００パケット・データ・サービスに加え、ＣＣＰＤサービスをサポートするｃｄｍａ２０００  ＭＳである。送信データ量が少なく、頻発しないことが予想されている場合、またはドーマント・モード・ハンドオフの間に、ＣＣＰＤ可能なＭＳはネットワークからＣＣＰＤサービスを要求し得る。ＣＣＰＤデバイスは高価なトラフィック・チャンネルではなく共通チャンネルを通じて通信するので、これらのデバイスはユーザーおよびネットワーク事業者にとって比較的安価に製作できる。さらに、機能が限定されているので、現在すでにある市販ｃｄｍａ２０００  ＭＳよりもさらに安価になることが期待される。ＣＣＰＤデバイスの可能性のある用途として、（１）遠隔計測−ＣＣＰＤデバイスがユーティリティ・メーター（水、電気ガスの）で採用される可能性、（２）自動販売機−ＣＣＰＤデバイスが在庫少量品目について供給者に注意を発するのに使用される可能性、（３）自動／ホーム・セキュリティ−ＣＣＰＤデバイスが無断侵入を管理者に警告するのに使用される可能性、（４）タクシーのメーター、および（５）株取引を含む。説明を間単にするために、単にＣＣＰＤサービスだけをサポートする（ｃｄｍａ２０００トラフィック・チャンネルをサポートしない）ＭＳおよびＣＣＰＤサービスとｃｄｍａ２０００をサポートできるＭＳを一括して、ここではＣＣＰＤ  ＭＳをさすものとする。
【００２１】
図１は本発明におけるＣＣＰＤサービスをサポートする装置および方法を支援するネットワークコンポーネント間の関係を示すブロック図である。図１に示すように、ターゲットＢＳ１０２は、トラフィックおよび信号情報を交換するために、Ａ３インターフェース１１２およびＡ７インターフェース１１４でソースＢＳ１０４に結合される。Ａ３およびＡ７のそれぞれのインターフェース１１２および１１４は本発明に特に関係はなく、ここではこれ以上詳しく説明しない。ソースＢＳ１０４はＡ８インターフェース１１６およびＡ９インターフェース１１８でＰＣＦ１０６（パケット制御機能）に結合されている。Ａ８インターフェース１１６はパケット・データ・サービスのために、ソースＢＳ１０４の基地局コントローラ（ＢＳＣ：Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）とＰＣＦ１０６間のユーザー・トラフィック・パスを提供するために使用される。Ａ９インターフェース１１８はパケット・データ・サービスのために、ソースＢＳＣとＰＣＦ１１６間の信号接続を提供するのに使用される。ＰＣＦ１０６はＡ１０インターフェース１２０とＡ１１インターフェース１２２でＰＤＳＮ１０８（パケット・データ・サービス・ノード）に結合されている。Ａ１０インターフェース１２０はパケット・データ・サービスのために、ＰＣＦ１０６とＰＤＳＮ１０８間のユーザー・トラフィック・パスを提供するのに使用される。Ａ１１インターフェース１２２はパケット・データ・サービスのために、ＰＣＦ１０６とＰＤＳＮ１０８間の信号接続を提供するために使用される。ＭＳＣ１１０はＡ１インターフェース１２４，Ａ２インターフェース１２６，Ａ５インターフェース１２８でソースＢＳ１０４に結合されている。Ａ１，Ａ２，Ａ５のそれぞれのインターフェース１２４、１２６、および１２８は本発明に特に関係なく、ここではこれ以上詳しく説明しない。
【００２２】
ネットワークとＣＣＰＤ  ＭＳ間のメッセージおよびデータはＳＤＢにカプセル化され、共通チャンネル上で交換される。これはＰＰＰ接続、ＭＩＰ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：モバイル・インターネット・プロトコル、以下ＭＩＰと呼ぶ）登録、およびパケット・データを含む。発呼メッセージのSDB_DESIRED_ONLYビットを１に設定して、ＭＳが明示的にサービスを要求しなかったとしても、ＢＳはＣＣＰＤ  ＭＳへのＣＣＰＤサービスを起動できる。これはドーマント・モード・ハンドオフに使用されうるであろう。ＢＳは呼のためにトラフィック・チャンネルを割り当てずに、むしろ共通チャンネル上でＳＤＢを使用してＭＳの発呼に応答し、これを実行することができる。ＭＳとネットワーク間の後続の通信は共通チャンネル上でＳＤＢを使用して発生するであろう。
【００２３】
ＣＣＰＤデバイスはSDB_DESIRED_ONLYビットを１およびFCH-SUPPORTED ビットとDCCH_SUPPORTEDビットを０に設定した発呼メッセージをＢＳに送信しネットワークからのＣＣＰＤサービスを要求する。正常なデバイス認証が済むと、メッセージを交換するのに必要なＰＰＰ接続確立およびＭＩＰ登録がＳＤＢを使用して共通チャンネル上で実行される。ＢＳによってＣＣＰＤデバイスに送信される最初のＳＤＢは、デバイスのＣＣＰＤサービス要求の確認応答として機能する。ＢＳがＣＣＰＤデバイスからのＣＣＰＤサービス要求をサポートできない場合には、ＳＤＢは送信されず呼の試行は失敗となる。ＣＣＰＤデバイスはＣＣＰＤサービス要求を再送信してもよい。
【００２４】
ＣＣＰＤ  ＭＳはSDB_DESIRED_ONLYビット、FCH_SUPPORTED ビット、およびDCCH_SUPPORTEDビットを１に設定した発呼メッセージを、ＢＳへ送信してネットワークからのＣＣＰＤサービスを要求してもよい。ＢＳがＣＣＰＤサービスのためＭＳのサポート要求に同意した場合には、ＭＳが最初に認証される。ＭＳの正常な認証が済むと、ＰＣＦはＣＣＰＤサービスが呼に使用されていることを通知される。ＰＰＰ接続確立およびＭＩＰ登録（必要な場合）は、メッセージを交換するためにＳＤＢを使用して共通チャンネル上で実行される。ＢＳとＰＣＦ間のメッセージおよびデータはＡ９信号チャンネル上で交信される。ＣＣＰＤ  ＭＳに送信される最初のＳＤＢは、ＣＣＰＤサービス要求の確認応答として機能する。また、ネットワークはＣＣＰＤ  ＭＳのＣＣＰＤサービス要求を拒否し、パケット・データ呼を確立するのに通常のパケット・データ手順を適用してもよいし、またはパケット・データを送信してもよい。ＰＰＰ接続およびＭＩＰ登録が正常に終了すると、ＣＣＰＤ  ＭＳパケット・データ・サービスはヌル／インアクティブ状態からドーマント状態に遷移し、ＢＳとＰＣＦ間のＡ８接続は開放される。
【００２５】
本発明における第１の態様では、ＭＳが起動するＣＣＰＤ呼のプロセスの好ましい実施態様を提供する。ＣＣＰＤ  ＭＳ２０２がパケット・データ呼を起動して、ＭＩＰ登録が実行されない場合には、ＰＰＰ接続確立およびＭＩＰ登録は共通チャンネル上でＳＤＢを使用して実行される。いったんＰＰＰ接続確立およびＭＩＰ登録が完了すると、パケット・データは共通チャンネルでＳＤＢを使用して、ＭＳ２０２とネットワーク間で交換されてもよい。ＳＤＢフォーマットを指定している全てのメッセージについては、ＴＩＡ／ＥＩＡ／ＩＳ−７０７−Ａ２（Ｂａｌｌｏｔ  Ｒｅｓｏｌｕｔｉｏｎ  Ｖｅｒｓｉｏｎ  Ｊｕｎｅ  ２０００（ＩＳ−７０７−Ａ−２））の１２章、セクション２．２．１０に規定されている。
【００２６】
図２について説明する。ステップａにおいて、ＣＣＰＤ  ＭＳ２０２はパケット・データ・サービス要求に必要なレイヤー２確認応答によりエアー・インターフェースのアクセス・チャンネル上で発呼メッセージをＢＳ１０４に送信する。ＭＳ２０２はメッセージのSDB_DESIRED_ONLYビットを１に設定して、ネットワークにＣＣＰＤサービスが欲しいことを示す。ステップｂにおいて、ＢＳ１０４はＣＣＰＤ  ＭＳ２０２に基地局確認応答命令を送信し、発呼メッセージの受信について確認応答する。ステップｃにおいて、ＢＳ１０４はＭＳＣ１１０に追加転送（ＡＤＤＳ  Ｔｒａｎｓｆｅｒ）メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２６．２．２に説明されている）を送信する。該メッセージにはＣＣＰＤ  ＭＳ２０２から受信された認証パラメータ、ＢＳが計算した認証データ・エレメント、およびＳＤＢに設定された追加ユーザー部（ＡＤＤＳ  Ｕｓｅｒ  Ｐａｒｔ）エレメントのデータ・バースト・タイプ・フィールドが含まれる。ＢＳはタイマーＴ６０を起動する。ＭＳ２０２がトラフィック・チャンネルをサポートし、ＢＳ１０４がＣＣＰＤサービス要求をサポートしないことを決定した場合には、呼は通常のＭＳが発したパケット・データ呼（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．７．１に規定されている）として処理される。ＢＳ１０４がＣＣＰＤデバイスからのＣＣＰＤサービス要求をサポートできない場合は、呼は失敗する。
【００２７】
ステップｄにおいて、ＭＳＣ１１０は追加転送確認応答（ＡＤＤＳ  Ｔｒａｎｓｆｅｒ  Ａｃｋ）メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．８．１．２に説明されている）で、ＭＳ２０２の認証結果をＢＳ１０４に返信する。ステップｅにおいて、ＢＳ１０４はＡ９−確立−Ａ８メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．４．１．１に説明されている）をＰＣＦ１０６に送信し、ＣＣＰＤ  ＭＳ２０２のＰＰＰ接続確立およびＭＩＰ登録（要求があれば）手順を起動する。ＢＳ１０４はメッセージのＣＣＰＤサービス・ビットを１に設定し、ＰＣＦ１０６にＡ８接続が要求されていないことを示す。ＭＳ２０２がＣＣＰＤデバイスの場合、ＢＳ１０４はメッセージのＣＣＰＤビットを１に設定し、データ・セッションがＣＣＰＤデバイス用になっていることをＰＣＦ１０６に示す。次にＢＳ１０４はタイマーＴＡ８−確立（ＴＡ８−Ｓｅｔｕｐ）を起動する。ステップｆにおいて、Ａ１０／Ａ１１接続確立手順が実行される。ステップｇにおいて、Ａ１０／Ａ１１接続が確立するとＰＤＳＮ１０８およびＣＣＰＤ  ＭＳ２０２は、ＰＰＰ接続を確立しＭＩＰ登録を実行するために共通チャンネル上でＳＤＢを使用してエアでメッセージを交換する。ネットワークとＭＳ２０２間で交換されたメッセージは全てＳＤＢフォーマットである。ＰＣＦ１０６はＢＳ１０４に送信する前に、ＭＳ２０２へのメッセージをＳＤＢフォーマットに形式化する。ＢＳ１０４はＭＳ２０２からＰＣＦ１０６へメッセージをＳＤＢフォーマットで送信する。ＰＣＦ１０６はＰＤＳＮ１０８にデータを送信する前にそのメッセージをパケット・データ・フォーマットに変換する。ＢＳ１０４からＭＳ２０２に送信される最初のＳＤＢは、ＭＳのＣＣＰＤサービス要求に対する確認応答として機能する。ステップｈにおいて、ＰＣＦ１０６はＡ９−開放−Ａ８完了メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．５．４に説明されている）をＢＳ１０４に正常理由値（ｓｕｃｃｅｓｓｆｕｌ  ｃａｕｓｅ  ｖａｌｕｅ）で送信する。ＢＳ１０４はタイマーＴＡ８−確立を停止する。ステップｉにおいて、ＭＳ２０２はそのパケット・データをＳＤＢで共通チャンネルを使ってＢＳ１０４に送信する。
【００２８】
ステップｊにおいて、ＢＳ１０４はＭＳ２０２にＢＳ確認応答命令（Ａｃｋ  ｏｒｄｅｒ）を送信して、ＭＳ２０２からのＳＤＢ受信を確認応答する。ステップｋにおいて、ＢＳ１０４はパケット・データを含むＡ９−ショート（Ａ９−ｓｈｏｒｔ）データ配信メッセージを、ＳＤＢフォーマットでＰＣＦ１０６に送信する。ステップｌにおいて、ＰＣＦ１０６は通常のパケット・データとしてデータをＰＤＳＮ１０８に送信する。ステップｍにおいて、ＰＣＦ１０６はＡ−１１登録要求メッセージ（ネットワーク  ワーキング  グループ、コメントの要求  ２００２、編集者  シー・パーキンズ、アイ・ビー・エム、１９９６年１０月のセクション３．３（section 3.3 of Network Working Group; Request for Comments; 2002; C. Perkins, Editor; IBM; October 1996 ）、および３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ６．１．１１．１に説明されている）を課金のためＳＤＢエアーリンク・レコード（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１５．４．４に説明されている）でＰＤＳＮ１０８に送信する。ステップｎにおいて、ＰＤＳＮ１０８はＡ１１−登録応答（Ａ１１−Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｐｌｙ）メッセージ（ネットワーク  ワーキング  グループ、コメントの要求  ２００２、編集者  シー・パーキンズ、アイ・ビー・エム、１９９６年１０月のセクション３．４（section 3.4 of Network Working Group; Request for Comments; 2002; C. Perkins, Editor; IBM; October 1996 ）、および３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ６．１．１１．２  に説明されている）でＰＣＦ１０６に返信する。
【００２９】
本発明の第２の態様では、ＭＳ２０２がドーマント・パケット・データ状態であるときにＭＳが終了するＣＣＰＤデバイスへのパケット・データ転送のプロセスの好ましい実施態様を提供する。ネットワークがドーマント状態のＣＣＰＤデバイスに送信するデータを有している場合、ＰＣＦ１０６はデータをＡ９−ショート・データ配信メッセージでＢＳ１０４に送信する。ＭＳ２０２がネットワークにＣＣＰＤサービス要求を起動するときに、ＰＣＦ１０６はＭＳ２０２がＣＣＰＤデバイスであることを通知される。データはＣＣＰＤデバイス用なので、ＰＣＦ１０６はＭＳ２０２のデータをバッファーする必要はなく、それゆえデータが送信された後で、ＢＳ１０４からの確認応答も要求しない。ＩＳ−７０７−Ａ−２に規定されているように、ＢＳ１０４はデータをＳＤＢでＣＣＰＤデバイスに送信する。ＢＳ１０４がＳＤＢをＭＳに送信後、ＭＳ２０２からの確認応答を受信しなかった場合には、ＢＳ１０４はデータ送信を再試行および／またはデータを配信する追加手順（ＡＤＤＳ  ｐｒｏｃｅｄｕｒｅ）を起動してもよい。３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．８．６  追加手順（ＡＤＤＳ  ｐｒｏｃｅｄｕｒｅ）参照。
【００３０】
図３はＭＳがドーマント・パケット・データ状態のときにＭＳ２０２が終了するＣＣＰＤデバイスへのパケット・データ転送のプロセスの好ましい実施態様の論理フローを示す。ＰＣＦ１０６は最初のパケット・データ・セッション確立の間に、ＭＳ２０２がＣＣＰＤデバイスであることを通知されている。ＳＤＢフォーマットを指定する全てのメッセージについては、ＩＳ−７０７−Ａ−２に規定されている。ステップａにおいて、ＰＰＰ接続確立およびＭＩＰ登録はネットワークとＭＳ２０２間で事前に実行されている。ＣＣＰＤ  ＭＳ２０２は現在ドーマント・パケット・データ・サービス状態にある。ステップｂにおいて、ＰＤＳＮ１０８はＣＣＰＤ  ＭＳ２０２にネットワークからのパケット・データを送信する。ステップｃにおいて、ＰＣＦ１０６はＳＤＢフォーマットのパケット・データをＡ９−ショート・データ配信（Ａ９−Ｓｈｏｒｔ  Ｄａｔａ  Ｄｅｌｉｖｅｒｙ）メッセージでＢＳ１０４に送信する。ステップｄにおいて、ＢＳ１０４はパケット・データをＳＤＢで共通チャンネルを使用してＣＣＰＤ  ＭＳ２０２に送信する。ステップｅにおいて、ＭＳ２０２はレイヤー２確認応答をＢＳ１０４に送信し、ＳＤＢの受信に確認応答する。レイヤー２の確認応答がＭＳ２０２から受信されない場合には、ＢＳ１０４はＳＤＢをＭＳ２０２に再送信してもよい。他の選択肢として、ＢＳ１０４はＳＤＢをＭＳ２０２に配信するために追加手順を使用してもよい。
【００３１】
ステップｆにおいて、ＳＤＢのＭＳ２０２への正常な送信を表示するためＢＳ１０４はＡ９−更新−Ａ８メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．５．６に説明されている）をＰＣＦ１０６に送信する。ＢＳ１０４はタイマーＴｕｐｄ９を起動する。ステップｇにおいて、ＰＣＦ１０６はＡ１１−登録要求メッセージを課金のためにＳＤＢエアーリンク・レコードでＰＤＳＮ１０８に送信する。ステップｈにおいて、ＰＤＳＮ１０８はＡ１１−登録応答メッセージでＰＣＦ１０６に応答する。ステップｉにおいて、ＰＣＦ１０６はＡ９−更新−Ａ８確認応答（Ａ９−Ｕｐｄａｔｅ−Ａ８  Ａｃｋ）メッセージ（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション  ２．１４．５．７に説明されている）でＢＳ１０４に応答する。このメッセージを受信すると、ＢＳＣはタイマーＴｕｐｄ９を停止する。
【００３２】
本発明の第３および第４の態様は、ＣＣＰＤ  ＭＳのドーマント・ハンドオフ手順を提供する。新規なパケット・ゾーン識別子（ＰＺＩＤ）、システム識別子（ＳＩＤ）、またはネットワーク識別子（ＮＩＤ）を検出すると、ＣＣＰＤ  ＭＳはSDB_DESIRED_ONLYビットが１に設定された発呼メッセージをＢＳ１０４に送信する。ＰＣＦはＰＤＳＮとのＡ１０接続を確立する。ＭＳが同一ＰＤＳＮから継続してサービスされる場合には、ＰＤＳＮは以前のＰＣＦとのＡ１０接続を開放する。ドーマント・モード・ハンドオフの結果として、新しいＰＤＳＮが呼のために選択された場合、共通チャンネル上でＳＤＢを使用してＰＰＰ接続が確立され、ＭＩＰ登録が実行される。ＢＳ１０４は通常のパケット・データ・ドーマント・モード・ハンドオフ手順を適用することで、ＣＣＰＤ  ＭＳのＣＣＰＤサービス要求を拒絶してもよいことに注意する必要がある。
【００３３】
また、ＭＳが発呼メッセージのSDB_DESIRED_ONLYビットを１に設定して、ＢＳからのＣＣＰＤサービスを明示的に要求しなかったとしても、ＢＳは送信データを持たないＣＣＰＤ  ＭＳへのＣＣＰＤサービスを起動してもよい。ＢＳはドーマント・モード・ハンドオフをサポートするために、この手順をオプション的に使用することができる（例えば、トラフィック・チャンネルが使用できない場合）。新規なＰＺＩＤ、ＳＩＤ、またはＮＩＤを検出すると、ＣＣＰＤ  ＭＳはSDB_DESIRED_ONLYビットを０、ＤＲＳビットを０に設定した発呼メッセージをＢＳに送信する。通常のドーマント・モード・ハンドオフ手順を起動するかわりに、ＢＳはＭＳを認証し、ＣＣＰＤサービスがドーマント・モード・ハンドオフのサポートに使用されることをＰＣＦに通知する。最初にＭＳに送信されるＳＤＢは、ＣＣＰＤ手順がドーマント・モード・ハンドオフのサポートに使用されることを示す。ＭＳとネットワーク間の後続の通信は、共通チャンネル上でＳＤＢを使用して発生する。
【００３４】
本発明の第３の実施態様について説明する。正常なＰＣＦ間／ＰＤＳＮ内ＣＣＰＤ  ＭＳドーマント・モード・ハンドオフのプロセスが提供される。ＰＣＦが現在のアクセス・ネットワーク識別子（ＣＡＮＩＤ）で、固有のものとして識別されたと想定する。新規なＰＺＩＤ、ＮＩＤ、またはＳＩＤを検出すると、ＣＣＰＤ  ＭＳはパケット・データ・サービス・オプションを備えSDB_DESIRD_ONLY ビットを１に設定した発呼メッセージをターゲットＢＳに送信する。呼がＣＣＰＤデバイスからの場合、FCH_SUPPORTED ビットおよびDCCH_SUPPORTEDビットがさらに０に設定される。ドーマント・ハンドオフ中にこれらのパラメータのどれかが変わるときは、発呼メッセージは以前のＰＺＩＤ、ＮＩＤおよびＳＩＤを含んでいる。発呼メッセージの識別子（ＰＺＩＤ、ＮＩＤ、および／またはＳＩＤ）に基づいて、ターゲットＰＣＦはソースＰＣＦの以前のアクセス・ネットワーク識別子（ＰＡＮＩＤ）およびターゲットＰＣＦのＣＡＮＩＤをサービングＰＤＳＮに送信する。ＭＩＰ登録が要求されているかどうか決定するのに、サービングＰＤＳＮはこの情報を使用する。プロセス中にＳＤＢフォーマットを指定する全てのメッセージについては、ＩＳ−７０７−Ａ−２に規定されている。またネットワークがＣＣＰＤサービスをドーマント・モード・ハンドオフに使用することを決定した場合に、このプロセスを使用してもよい。このような場合、ＭＳはSDB_DESIRED_ONLYビットを０に設定した発呼メッセージを送信する。最初にＭＳに送信されるＳＤＢは、ＣＣＰＤ手順がドーマント・モード・ハンドオフのサポートに使用されることを示す。
【００３５】
図４について説明する。正常なＰＣＦ間／ＰＤＳＮ内ＣＣＰＤ  ＭＳドーマント・モード・ハンドオフのプロセスの好ましい実施態様が提供される。ステップａにおいて、ＣＣＰＤ  ＭＳ２０２は事前にＰＤＳＮへのＰＰＰ接続確立およびＭＩＰ登録を実行して、ドーマント状態にある。ステップｂにおいて、ＣＣＰＤＭＳ２０２はブロードキャスト・チャンネルを監視中にＰＺＩＤ、ＳＩＤ、またはＮＩＤの変化を検出し、SDB_DESIRED_ONLYビットを１に設定した発呼メッセージを送信する。ステップｃにおいて、ターゲットＢＳ１０２はＣＣＰＤ  ＭＳ２０２に基地局確認応答命令で発呼メッセージ受信の応答確認をする。ステップｄにおいて、ターゲットＢＳ１０２はＭＳ２０２から受信された認証パラメータ、ＢＳが計算したデータ・エレメント、およびＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドを含む追加転送メッセージをＭＳＣ１１０に送信する。ＣＣＰＤ  ＭＳ２０２がトラフィック・チャンネルをサポートすることをＢＳ１０２が判定した場合、他の選択肢としてＢＳ１０２は３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．７．９に説明されているＭＳドーマント・モード・ハンドオフ手順を実行してもよい。ターゲットＢＳ１０２はタイマーＴ６０を起動する。ステップｅにおいて、ＭＳＣ１１０は追加転送確認応答メッセージに理由値を表示しないでターゲットＢＳ１０２に送信する。ターゲットＢＳ１０２はタイマーＴ６０をキャンセルする。ＭＳ２０２の認証が失敗した場合、ＭＳＣ１１０はメッセージに認証失敗の理由値を入れ、ＣＣＰＤ発呼は失敗する。
【００３６】
ステップｆにおいて、ターゲットＢＳ１０２はデータ・レディ・インジケータおよびハンドオフ・インジケータ・ビットを０に設定したＡ９−確立−Ａ８メッセージをターゲットＰＣＦ４０２に送信する。ＢＳ１０２はメッセージのＣＣＰＤサービス・ビットを１に設定し、ターゲットＰＣＦ４０２にＡ８接続が要求されていないことを示す。ＭＳ２０２がＣＣＰＤデバイスの場合、ターゲットＢＳ１０２はメッセージのＣＣＰＤビットを１に設定し、データ・セッションがＣＣＰＤデバイス用になっていることをターゲットＰＣＦ４０２に示す。ターゲットＢＳ１０２はタイマーＴＡ８−確立を起動する。ステップｇにおいて、ターゲットＰＣＦ４０２はＰＤＳＮ１０８とのＡ１０／Ａ１１リンクを確立する。ＰＤＳＮ１０８はソースＰＣＦ１０６とのＡ１０／Ａ１１リンクを切断する。ＰＤＳＮ１０８がＭＳ２０２へのデータを有する場合、ＰＤＳＮ１０８はベンダー／組織識別拡張子（Ｖｅｎｄｏｒ／Ｏｒｇａｎｉｚａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｅｘｔｅｎｓｉｏｎ）（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション６．２．２．１６６に説明されている）にデータ使用可能インジケータを有する登録応答メッセージでターゲットＰＣＦ４０２に応答する。
【００３７】
ステップｈにおいて、ターゲットＰＣＦ４０２はＡ９−開放−Ａ８終了メッセージを正常理由値でターゲットＢＳ１０２に送信する。ターゲットＢＳ１０２はタイマーＴＡ８−確立をキャンセルする。ステップｉにおいて、ＰＤＳＮ１０８がネットワークからＣＣＰＤ  ＭＳ２０２へのデータを有している場合、ターゲットＰＣＦ４０２はＡ９−ショート・データ配信メッセージにてＳＤＢフォーマットのデータをＢＳ１０２に送信する。ＭＳ２０２がトラフィック・チャンネルをサポートする場合、ＰＣＦ４０２はデータをバッファーし、ＰＣＦ４０２からＭＳ２０２へのショート・データ配信の手順に従う（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ２．１４．８．８／７参照）。ＣＣＰＤ  ＭＳ２０２へのデータの場合、ＰＣＦ４０２はデータを廃棄する。ステップｊにおいて、ＰＣＦ４０２がＭＳ２０２へのデータをＡ９−ショート・データ配信メッセージでターゲットＢＳ１０２に送信しする場合、ＢＳ１０２はデータをＳＤＢでＭＳ２０２に送信する。このＳＤＢはＢＳ１０２からのＣＣＰＤサービスの確認応答として機能する。ＰＣＦ４０２からデータが送信されない場合、空のＳＤＢがＭＳ２０２に送信される。ステップｋにおいて、ＣＣＰＤ  ＭＳ２０２はレイヤー２確認応答をＢＳ１０２に送信し、ＳＤＢの受信を確認応答する。データがＳＤＢで送信されると、課金のためのＡ９更新手順（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．９．２に示されている）が実行される。
【００３８】
本発明の第４の態様について説明する。正常なＰＣＦ間／ＰＤＳＮ間ＣＣＰＤＭＳドーマント・モード・ハンドオフのプロセスが提供される。ドーマント状態のＭＳが異なるパケット・ゾーンに移動して異なるＰＤＳＮと接続された状態になった場合、ターゲットＰＣＦはソースＰＣＦ（ＰＡＮＩＤ）のアクセス・ネットワーク識別子（ＡＮＩＤ）およびＰＣＦ（ＣＡＮＩＤ）のＡＮＩＤをサービングＰＤＳＮへ転送するよう要求される。ＰＰＰ接続確立およびＭＩＰ登録は共通チャンネル上でＳＤＢを使用して実行される。プロセス中にＳＤＢフォーマットを指定する全てのメッセージについては、ＩＳ−７０７−Ａ−２に規定されている。またネットワークがＣＣＰＤサービスをドーマント・モード・ハンドオフに使用することを決定した場合に、このプロセスは使用されてもよい。このような場合、ＭＳはSDB_DESIRED_ONLYビットを０に設定した発呼メッセージを送信する。最初にＭＳに送信されるＳＤＢは、ＣＣＰＤ手順がドーマント・モード・ハンドオフのサポートに使用されることを示す。
【００３９】
図５について説明する。正常なＰＣＦ間／ＰＤＳＮ間ＣＣＰＤ  ＭＳドーマント・モード・ハンドオフのプロセスの好ましい実施態様が提供される。ステップａにおいて、ＣＣＰＤ  ＭＳ２０２はブロードキャスト・チャンネルを監視中にＰＺＩＤの変更を検出し、SDB_DESIRED_ONLYビットを１に設定した発呼メッセージを送信する。ステップｂにおいて、ターゲットＢＳ１０２はＣＣＰＤ  ＭＳ２０２に基地局確認応答命令で発呼メッセージ受信の応答確認をする。ステップｃにおいて、ＢＳ１０２は追加転送メッセージをＭＳＣ１１０に送信する。メッセージにはＭＳ２０２から受信された認証パラメータ、ＢＳが計算した認証データ・エレメント、およびＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドが含まれる。ＣＣＰＤ  ＭＳ２０２がトラフィック・チャンネルをサポートすることをＢＳ１０２が判定した場合、他の選択肢としてＢＳ１０２は３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１４．７．９に説明されているＭＳドーマント・モード・ハンドオフ手順を実行してもよい。ターゲットＢＳ１０２はタイマーＴ６０を起動する。ステップｄにおいて、ＭＳＣ１１０は追加転送確認応答メッセージを、理由値を表示せずにターゲットＢＳ１０２に送信する。ターゲットＢＳ１０２はタイマーＴ６０をキャンセルする。ＭＳ２０２の認証が失敗した場合、ＭＳＣ１１０はメッセージに「認証失敗」の理由値を入れ、ＣＣＰＤ発呼は失敗する。
【００４０】
ステップｅにおいて、ターゲットＢＳ１０２はデータ・レディ・インジケータおよびハンドオフ・インジケータ・ビットを０に設定したＡ９−確立−Ａ８メッセージをターゲットＰＣＦ１０６に送信する。ＢＳ１０２はメッセージのＣＣＰＤサービス・ビットを１に設定し、ＰＣＦにＡ８接続が要求されていないことを示す。ＭＳ２０２がＣＣＰＤデバイスの場合、ＢＳ１０２はまたメッセージのＣＣＰＤビットを１に設定し、データ・セッションがＣＣＰＤ  ＭＳ２０２用になっていることをＰＣＦ１０６に示す。ＢＳ１０２はタイマーＴＡ８−確立を起動する。ステップｆにおいて、Ａ１０／Ａ１１確立手順が実行される。ステップｇにおいて、Ａ１０／Ａ１１接続が確立すると、ＰＤＳＮ１０８とＣＣＰＤ  ＭＳ２０２はＰＰＰ接続を確立しＭＩＰ登録を実行するために、共通チャンネル上でＳＤＢを使用してエアでメッセージを交換する。ネットワークとＭＳ２０２間で交換されたメッセージは全てＳＤＢフォーマットである。ＰＣＦ４０はＢＳ１０２に送信する前に、ＭＳ２０２へのメッセージをＳＤＢフォーマットに形式化する。ＢＳ１０２はＭＳ２０２からのメッセージをＰＣＦ１０６にＳＤＢフォーマットで送信する。ＰＣＦ１０６はＰＤＳＮ１０８にデータを送信する前に、メッセージをパケット・データ・フォーマットに変換する。ＢＳ１０２からＭＳ２０２に送信される最初のＳＤＢは、ＭＳのＣＣＰＤサービス要求に対する確認応答として機能する。ステップｈにおいて、ＰＣＦ１０６はＡ９−開放−Ａ８終了メッセージに正常理由値をつけてＢＳ１０２に送信する。ＢＳ１０２はタイマーＴＡ８−確立を停止する。呼がＣＣＰＤ対応ＭＳ２０２へのものであり、ＰＤＳＮ１０８がＭＳ２０２へのデータを有する場合、データ量にもよるが、ＰＣＦ１０６は理由値を失敗と表示してＢＳ１０２に応答した後、ネットワークが呼を再起動してもよい。
【００４１】
本発明における第５番目の態様は、ＰＤＳＮからのパケット・データ受信およびＭＳへのＳＤＢ配信のプロセスの好ましい実施態様を提供する。この実施態様において、図１に示されているＢＳおよびＰＣＦは、単一ユニットとして構成される。図６について説明する。ステップａにおいてＰＣＦ６０２はＰＤＳＮ１０８からパケット・データを受信し、このデータがドーマント・パケット・データ・サービス・インスタンスへ配信できるか判定する。ＢＳ６０２はＳＤＢを直接ＭＳ２０２に送信することができる。受信データがＣＣＰＤデバイスへの場合、パケット・データは常にＳＤＢでＭＳ２０２に送信される。ステップｂにおいて、ＢＳ６０２からのＳＤＢに応答して、ＭＳ２０２はレイヤー２確認応答を送信する。レイヤー２確認応答がＭＳ２０２から受信されない場合、ＢＳ６０２はＭＳ２０２へデータの再送信を試行してもよい。ステップｃにおいて、他の選択肢として、ＢＳ６０２はＢＳサービス要求メッセージでＩＳ−７０７−Ａ−２に規定されているＳＤＢフォーマットのデータをＭＳＣ１１０に送信してもよい。ＢＳ６０２はタイマーＴ３１１を設定する。タイマーＴ３１１がタイムアウトすると、ＳＤＢ情報はＭＳ２０２に送信されない。ＢＳ６０２がＳＤＢをＭＳ２０２に正常に配信することに失敗した場合に、このプロセスは再び起こってもよい。ステップｄにおいて、ＭＳＣ１１０はＢＳサービス応答メッセージをＢＳ６０２に送信して、ＢＳサービス応答メッセージの受信を確認応答する。ＢＳ６０２はタイマーＴ３１１をキャンセルする。ステップｅにおいて、ＭＳＣ１１０はＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドで追加ページ（ＡＤＤＳ  Ｐａｇｅ）メッセージおよびアプリケーション・データ・メッセージ（Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ  Ｍａｓｓａｇｅ）フィールドのＳＤＢをＢＳ６０２に送信する。ＢＳ６０２はＳＤＢをＭＳ２０２へ転送する。
【００４２】
ステップｆにおいて、ＢＳ６０２からＳＤＢを受信した後、ＭＳ２０２はレイヤー２確認応答を送信する。ＭＳＣ１１０の追加ページ・メッセージにタグ・エレメントが含まれている場合、ＭＳ２０２からのレイヤー２の確認応答を受信した後、ＢＳ６０２は追加ページ確認応答メッセージをＭＳＣ１１０に返信する。ＭＳＣ１１０から受信されたタグ・エレメントはメッセージに含まれる。ステップｇにおいて、ＢＳ／ＰＣＦ６０２はＡ−１１登録要求メッセージをＳＤＢエアーリンク・レコードでＰＤＳＮ１０８に送信する。ステップｈにおいて、ＰＤＳＮ１０８はＡ１１−登録応答メッセージで応答する。
【００４３】
本発明における第６の態様は、ＭＳが開始するＣＣＰＤ呼のプロセスの好ましい実施態様を提供する。この実施態様において、図１に示されているＢＳおよびＰＣＦは、単一ユニットとして構成される。ＭＩＰ登録を実行していないＣＣＰＤ  ＭＳがパケット・データ呼を起動する場合には、ＰＰＰ接続確立およびＭＩＰ登録は共通チャンネル上でＳＤＢを使用して実行される。いったんＰＰＰ接続が確立されると、パケット・データは共通チャンネル上でＳＤＢを使用しＭＳとネットワーク間で交換される。
【００４４】
図７について説明する。ＭＳが起動するＣＣＰＤ呼のプロセスの好ましい実施態様の流れ図が示されている。ステップａにおいて、ＭＳ２０２は発呼メッセージをパケット・データ・サービス要求に必要なレイヤー２確認応答を使用して、エアー・インターフェースのアクセス・チャンネル上でＢＳ６０２に送信する。ＭＳ２０２はメッセージのSDB_DESIRED_ONLYビットを１に設定してネットワークにＣＣＰＤサービスが欲しいことを示す。ステップｂにおいて、ＢＳ６０２はＭＳ２０２に基地局確認応答命令で発呼メッセージ受信の応答確認をする。ステップｃにおいて、ＢＳ６０２は追加転送メッセージをＭＳＣ１１０に送信する。追加転送メッセージにはＣＣＰＤ  ＭＳ２０２から受信された認証パラメータ、ＢＳが計算した認証データ・エレメント、ＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドが含まれる。ＢＳ６０２はタイマーＴ６０を起動する。ＭＳ２０２がトラフィック・チャンネルをサポートし、ＢＳ６０２がＣＣＰＤサービス要求をサポートしない場合には、呼は通常のＭＳが発したパケット・データ呼の確立（３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１５．５．１に規定されている）として処理される。ＢＳ６０２がＣＣＰＤデバイスからのＣＣＰＤサービス要求をサポートできない場合は、呼は失敗する。
【００４５】
ステップｄにおいて、ＭＳＣ１１０は追加転送確認応答メッセージで、ＣＣＰＤ  ＭＳ２０２の認証結果をＢＳ６０２に応答返信する。ステップｅにおいて、ＰＣＦ６０２はＭＳ２０２と関係しているＡ１０接続が使用できないことを認識し、発呼にＰＤＳＮ１０８を選択する。ＰＣＦ６０２はＡ１１−登録要求メッセージを選択したＰＤＳＮ１０８に送信し、タイマーＴｒｅｇｒｅｑを起動する。ステップｆにおいて、Ａ１１−登録要求は有効となり、ＰＤＳＮ１０８は、受け入れ表示および決められたＴｒｐ値を設定した継続期間（Ｌｉｆｅｔｉｍｅ）フィールドを有するＡ１１−登録応答メッセージを返信して接続を受け入れる。ＰＣＦ６０２はタイマーＴｒｅｇｒｅｑを停止する。
【００４６】
ステップｇにおいて、ＭＳ２０２およびＰＤＳＮ１０８はリンク・レイヤー（ＰＰＰ）接続を確立するため、共通チャンネル上でＳＤＢを交換してから、ＭＩＰ登録手順を実行する（必要な場合）。ＢＳ６０２からＭＳ２０２に送信される最初のＳＤＢは、ＭＳのＣＣＰＤサービス要求に対する確認応答として機能する。ステップｈにおいて、ＭＳ２０２はそのデータをＳＤＢとして共通チャンネル上でＢＳ６０２に送信する。ステップｉにおいて、ＢＳ６０２はＭＳ２０２にＢＳ確認応答命令（Ａｃｋ  ｏｒｄｅｒ）を送信して、ＭＳ２０２からのＳＤＢ受信を確認応答する。ステップｊにおいて、ＰＣＦ６０２はパケット・データをＰＤＳＮ１０８に送信する。ステップｋにおいて、ＰＣＦ６０２はＡ−１１登録要求メッセージをＳＤＢエアーリンク・レコードでＰＤＳＮ１０８に送信する。ステップｌにおいて、ＰＤＳＮ１０８は課金データを更新し、Ａ１１−登録応答でＰＣＦ６０２に応答する。
【００４７】
本発明における第７番目の態様は、ＭＳが同一のＰＤＳＮからサービスを受けている場合の、ＣＣＰＤ  ＭＳのＰＣＦ間ドーマント・ハンドオフプロセスの好ましい実施態様を提供する。パケット・データ・サービスを取得するのに、ＣＣＰＤ  ＭＳはパケット・ネットワーク登録を実行する。Ａ１０接続およびリンク・レイヤー（ＰＰＰ）接続は共に維持される。Ａ１０接続継続期間タイマーＴｒｐがタイムアウトになる前に、ソースＰＣＦはＡ１１−登録要求とＡ１１−登録応答メッセージを交換してＡ１０接続のためにＰＤＳＮへの再登録を実行する。ドーマント・モードにおいて、ＣＣＰＤ  ＭＳはＰＺＩＤ、ＳＩＤ、またはＮＩＤの変化を検出する。新規なＰＺＩＤ、ＮＩＤ、またはＳＩＤを検出すると、ＭＳはパケット・データ・サービス・オプションを備えSDB_DESIRD_ONLY ビットを１に設定した発呼メッセージをターゲットＢＳ６０２に送信する。呼がＣＣＰＤデバイスへの場合、FCH_SUPPORTED ビットおよびDCCH_SUPPORTEDビットはまた０に設定される。ドーマント・ハンドオフ中に、これらのパラメータのどれかが変わるときは、発呼メッセージは以前のＰＺＩＤ、ＳＩＤおよびＮＩＤを含んでいる。ターゲットＰＣＦはＰＤＳＮとのＡ１０接続を確立する。発呼メッセージの識別子（ＰＺＩＤ、ＮＩＤ、および／またはＳＩＤ）に基づいて、ターゲットＰＣＦはソースＰＣＦのＰＡＮＩＤおよびターゲットＰＣＦのＣＡＮＩＤをサービングＰＤＳＮに送信する。ＭＩＰ登録が要求されているかどうかを判定するのに、サービングＰＤＳＮはこの情報を使用する。ＰＤＳＮがデータを有している場合、ＰＤＳＮは登録応答の中にあるベンダー／組織識別拡張子のなかで「データ使用可能インジケータ」をＢＳ／ＰＣＦに返信する。ソースＰＤＳＮはソースＰＣＦとのＡ１０接続を開放する。
【００４８】
またネットワークがドーマント・モード・ハンドオフのためにＣＣＰＤサービスを起動することを決定した場合にも、上記に説明したプロセスを使用してもよい。このような場合、ＭＳはSDB_DESIRED_ONLYビットを０に設定した発呼メッセージを送信する。最初にＭＳに送信されたＳＤＢは、ＣＣＰＤ手順がドーマント・モード・ハンドオフのサポートに使用されることを示す。
【００４９】
図８について説明する。ＣＣＰＤ  ＭＳ  ＰＣＦ間ドーマント・ハンドオフプロセスの好ましい実施態様の流れ図が示されている。この実施態様において、ソースＢＳおよびソースＰＣＦは単一ユニットとして構成されている。またターゲットＢＳおよびターゲットＰＣＦも単一ユニットに構成されている。このプロセスはＣＣＰＤ  ＭＳ２０２が事前にＰＰＰ接続確立およびＰＤＳＮへのＭＩＰ登録を実行し、現在ドーマント・パケット・データ・サービス・インスタンスを維持していると想定する。ステップａにおいて、新規なパケット・ゾーンＩＤを検出すると、ＣＣＰＤ  ＭＳ２０２はSDB_OESIRED_ONLYビットを１に設定した発呼メッセージを送信する。ステップｂにおいて、ターゲットＢＳ６０２はＭＳ２０２に基地局確認応答命令で発呼メッセージの受信の確認応答をする。ステップｃにおいて、ＢＳは追加転送メッセージをＭＳＣ１１０に送信する。メッセージにはＭＳ２０２から受信された認証パラメータ、ＢＳが計算した認証データ・エレメント、およびＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドが含まれる。ＣＣＰＤ  ＭＳ２０２がトラフィック・チャンネルをサポートすることをＢＳが判定した場合、他の選択肢として、それは３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１５．５．８に説明されているＭＳドーマント・モード・ハンドオフ手順を実行してもよい。ターゲットＢＳ８０２はタイマーＴ６０を起動する。ステップｄにおいて、ＭＳＣ１１０は追加転送確認応答メッセージに理由値を表示しないでターゲットＢＳ８０２に送信する。ターゲットＢＳ８０２はタイマーＴ６０をキャンセルする。ＭＳ２０２の認証が失敗した場合、ＭＳＣ１１０はメッセージに「認証失敗」の理由値を入れＣＣＰＤ発呼は失敗する。
【００５０】
ステップｅにおいて、ターゲットＰＣＦ８０２はＡ１１−登録要求メッセージをＰＤＳＮ１０８に送信する。登録要求メッセージはベンダー／組織識別拡張子のなかに移動イベント・インジケータを含む。ＰＣＦはタイマーＴｒｅｇｒｅｑを起動する。ステップｆにおいて、Ａ−１１登録要求は有効になり、ＰＤＳＮ１０８は受け入れを示すＡ−１１登録応答を返信して接続を受け入れる。ＰＤＳＮ１０８が送信データを有している場合、それはベンダー／組織識別拡張子の中にデータ使用可能インジケータを含む。データがＣＣＰＤ可能なＭＳ２０２に対するものである場合、ネットワークが起動する再発呼が生じてもよい。ＰＤＳＮ１０８で情報を結合しているＡ１０接続は、ターゲットＰＣＦ８０２を指すように更新される。ターゲットＰＣＦ８０２はタイマーＴｒｅｇｒｅｑを停止する。ステップｇにおいて、ＢＳは空のＳＤＢをＣＣＰＤ  ＭＳ２０２に送信し、ＣＣＰＤサービス要求を受け入れる確認応答をする。ＰＤＳＮ１０８がＭＳ２０２へデータを送信する場合、データはＳＤＢに含まれる。ステップｈにおいて、ＣＣＰＤ  ＭＳ２０２はレイヤー２確認応答を返信し、ＳＤＢの受信を確認応答する。ＭＳのパケット・データ・サービス・インスタンスがドーマント状態を再びとると想定する。ネットワークまたはＭＳ２０２が送信データを有している場合、データはＣＣＰＤ手順に従って共通チャンネル上でＳＤＢを使用して送信されてもよい。
【００５１】
ステップｉにおいて、ＰＤＳＮ１０８はＡ１１−登録更新メッセージを送信してソースＰＣＦ６０２とのＡ１０接続終了を起動する。ＰＤＳＮ１０８はタイマーＴｒｅｇｕｐｄを起動する。ステップｊにおいて、ソースＰＣＦ６０２はＡ１１−登録確認応答メッセージで応答する。ＰＤＳＮ１０８はタイマーＴｒｅｇｕｐｄを停止する。ステップｋにおいて、ソースＰＣＦ６０２はＡ−１１登録要求メッセージに継続期間を０に設定してＰＤＳＮ１０８に送信する。ＰＣＦはタイマーＴｒｅｇｒｅｑを起動する。ステップｌにおいて、ＰＤＳＮ１０８はＡ１１−登録応答メッセージをソースＰＣＦ６０２に送信する。ソースＰＣＦ６０２はＭＳ２０２のＡ１０接続を終了する。ソースＰＣＦ６０２はタイマーＴｒｅｇｒｅｑを停止する。ステップｍにおいて、登録継続期間タイマー（Ｔｒｐ）のタイムアウト前に、ＰＤＳＮ１０８とのＡ１０接続の登録をリフレッシュするのに、ターゲットＰＣＦ８０２はＡ１１−登録要求メッセージをＰＤＳＮ１０８に送信する。Ａ１１−登録要求メッセージはまた課金関係およびその他の情報をＰＤＳＮ１０８に送信するのに使用される。課金関係およびその他の情報は、システムが定義したトリガー・ポイントで送信される。ＰＣＦはタイマーＴｒｅｇｒｅｑを起動する。
【００５２】
ステップｎにおいて、Ａ１１−登録要求を有効にするのに、ＰＤＳＮ１０８はＡ１１−登録応答メッセージを受け入れ表示および設定された継続期間値で返信する。Ａ１１−登録応答を返信する前に、ＰＤＳＮ１０８は課金データを次のプロセスのため保存する（受信した場合）。ＰＣＦはタイマーＴｒｅｇｒｅｑを停止する。
【００５３】
本発明における第８番目の態様は、ＭＳが新規なＰＤＳＮからサービスを受けている場合、ＣＣＰＤ  ＭＳのＰＣＦ間ドーマント・ハンドオフプロセスの好ましい実施態様を提供する。パケット・データ・セッションがドーマント・モードにある間、ＭＳはＰＺＩＤ、ＳＩＤ、またはＮＩＤの変化を検出する。新規なＰＺＩＤ、ＳＩＤ、またはＮＩＤを検出すると、ＭＳはパケット・データ・サービス・オプションおよび０に設定されたSDB_DESIRD_ONLY ビットを含む発呼メッセージをターゲットＢＳに送信する。呼がＣＣＰＤデバイスへの場合、FCH_SUPPORTED ビットおよびDCCH_SUPPORTEDビットもまた０に設定される。ターゲットＰＣＦはターゲットＰＤＳＮとＡ１０接続をと確立する。ターゲットＰＣＦはソースＰＣＦのＰＡＮＩＤおよびターゲットＰＣＦのＣＡＮＩＤをサービングＰＤＳＮに転送するように要求される。ＰＰＰ接続確立およびＭＩＰ登録は共通チャンネル上でＳＤＢを使用して起こる。ＭＩＰ登録タイマーがタイムアウトになると、ソースＰＤＳＮはソースＰＣＦとのＡ１０接続を開放する。Ａ１０接続継続期間がタイムアウトする前に、ターゲットＰＣＦはＰＤＳＮにＡ１１−登録要求メッセージを使用して定期的に再登録する。
【００５４】
ネットワークがドーマント・モード・ハンドオフのためにＣＣＰＤサービスを起動することを決定した場合にも、上記に説明されたプロセスを使用してもよい。このような場合、ＭＳはSDB_DESIRED_ONLYビットを０に設定した発呼メッセージを送信する。最初にＭＳに送信されたＳＤＢは、ＣＣＰＤ手順がドーマント・モード・ハンドオフのサポートに使用されることを示す。
【００５５】
図９について説明する。ＭＳ２０２が新規なＰＤＳＮ９０２からサービスを受けるときのＣＣＰＤ  ＭＳ  ＰＣＦ間ドーマント・ハンドオフプロセスの好ましい実施態様の流れ図が示されている。この実施態様において、ソースＢＳおよびソースＰＣＦは単一ユニットとして構成されている。またターゲットＢＳおよびターゲットＰＣＦも単一ユニットに構成されている。このプロセスはＣＣＰＤ  ＭＳ２０２が事前にＰＰＰ接続確立およびＰＤＳＮ９０４へのＭＩＰ登録を実行し、現在ドーマント・パケット・データ・サービス・インスタンスを維持していると想定する。ステップａにおいて、新規なＰＺＩＤを検出すると、ＣＣＰＤ  ＭＳ２０２はSDB_DESIRED_ONLYビットを１に設定した発呼メッセージをターゲットＢＳ８０２に送信する。ステップｂにおいて、ターゲットＢＳ８０２はＭＳ２０２に基地局確認応答命令で発呼メッセージの受信の応答確認をする。ステップｃにおいて、ＢＳ８０２は追加転送メッセージをＭＳＣ１１０に送信する。メッセージにはＭＳ２０２から受信された認証パラメータ、ＢＳが計算した認証データ・エレメント、およびＳＤＢに設定された追加ユーザー部エレメントのデータ・バースト・タイプ・フィールドが含まれる。ＣＣＰＤ  ＭＳ２０２がトラフィック・チャンネルをサポートすることをターゲットＢＳ８０２が判定した場合、他の選択肢としてターゲットＢＳ８０２は３ＧＰＰ２  Ａ．Ｓ０００１−Ａ  セクション２．１５．５．９に説明されているＭＳドーマント・モード・ハンドオフ手順を実行してもよい。ターゲットＢＳ８０２はタイマーＴ６０を起動する。
【００５６】
ステップｄにおいて、ＭＳＣ１１０は追加転送確認応答メッセージに理由値を表示しないでターゲットＢＳ８０２に送信する。ターゲットＢＳ８０２はタイマーＴ６０をキャンセルする。ＭＳ２０２の認証が失敗した場合、ＭＳＣ１１０はメッセージに「認証失敗」の理由値を入れる。ステップｅにおいて、ターゲットＰＣＦ８０２はＡ１１−登録要求メッセージをＰＤＳＮ９０２に送信し、Ａ１０接続確立を起動する。登録要求メッセージはベンダー／組織識別拡張子のなかに移動イベント・インジケータを含む。ＰＣＦ８０２はタイマーＴｒｅｇｒｅｑを起動する。ステップｆにおいて、Ａ１１−登録要求は有効となり、ターゲットＰＤＳＮ９０２は受け入れ表示およびベンダー／組織識別拡張子中のデータ使用可能インジケータを有するＡ−１１登録応答を返信して接続を受け入れる。ＰＣＦ８０２はタイマーＴｒｅｇｒｅｑを停止する。
【００５７】
ステップｇにおいて、ＭＳ２０２およびターゲットＰＤＳＮ９０２はリンク・レイヤー（ＰＰＰ）接続を確立し、ＭＩＰ登録手順を実行するために、共通チャンネル上でＳＤＢを交換する。ＢＳ８０２からＭＳ２０２に送信される最初のＳＤＢは、ＭＳのＣＣＰＤサービス要求に対する確認応答として機能する。ＭＳのパケット・データ・サービス・インスタンスはドーマント状態を再びとると想定する。ネットワークまたはＭＳ２０２が送信データを有している場合、データはＣＣＰＤ手順に従って共通チャンネル上でＳＤＢを使用して送信される。
【００５８】
ステップｈにおいて、ＭＩＰ登録タイマーがタイムアウトになると、ソースＰＤＳＮ１０８はＡ１１−登録更新メッセージを送信して、ソースＰＣＦ６０２とのＡ１０接続終了を起動する。ソ−スＰＤＳＮ１０８はタイマーＴｒｅｇｕｐｄを起動する。ステップｉにおいて、ソースＰＣＦ６０２はＡ１１−登録確認応答メッセージで応答する。ソースＰＤＳＮ１０８はタイマーＴｒｅｇｕｐｄを停止する。ステップｊにおいてソースＰＣＦ６０２は課金関連情報を備え継続期間を０に設定したＡ−１１登録要求メッセージをソースＰＤＳＮ１０８に送信する。ソースＰＣＦ６０２はタイマーＴｒｅｇｒｅｑを起動する。ステップｋにおいて、Ａ１１−登録応答を返信する前に、ソースＰＤＳＮ１０８は課金関連情報を次のデータ処理のため保存する。ソースＰＣＦ６０２はＭＳ２０２のＡ１０接続を終了する。ソースＰＣＦ６０２はタイマーＴｒｅｇｒｅｑを停止する。ステップｌにおいて、登録継続期間タイマー（Ｔｒｐ）のタイムアウト前に、ターゲットＰＤＳＮ９０２とのＡ１０接続の登録をリフレッシュするのに、ターゲットＰＣＦ８０２はＡ１１−登録要求メッセージを送信する。Ａ１１−登録要求メッセージは課金関係およびその他の情報をターゲットＰＤＳＮ９０２に送信するのにも使用される。課金関係およびその他の情報は、システムが定義したトリガー・ポイントで送信される。ターゲットＰＣＦ８０２はタイマーＴｒｅｇｒｅｑを起動する。ステップｍにおいて、Ａ１１−登録要求を有効にするのに、ターゲットＰＤＳＮ９０２はＡ１１−登録応答メッセージを受け入れ表示および設定された継続期間値で返信する。Ａ１１−登録応答を返信する前に、ターゲットＰＤＳＮ９０２は課金関連およびその他の情報を（受信した場合）次のプロセスのため保存する。ＰＣＦ８０２はタイマーＴｒｅｇｒｅｑを停止する。
【００５９】
前述のごとく、ｃｄｍａ２０００  ＲＡＮにおいて、共通チャンネル・パケット・データ（ＣＣＰＤ）サービスをサポートする本発明の実施態様は、トラフィック・チャンネルを使用せずにネットワークとＭＳ間のデータ送信方法を提供するものである。トラフィック・チャンネルを使用せずに、パケット・データ・セッションが起動され、ドーマント・モード・ハンドオフが実行され、または全てのパケット・データが交換され得る。さらに、いったんＭＳがネットワークに正常に登録されると、ＰＣＦとＰＤＳＮ間のＡ８接続はパケット・データ・サービスをサポートする必要がなくなる。
【００６０】
本発明には多様な修正や代替形態が想定されるが、特定の実施形態を例として図示し、本明細書で説明した。ただし、本発明が開示された特定の形式に限定されないことは理解されるべきである。むしろ、本発明は特許請求の範囲に記載の、本発明の精神と範囲に包含される全ての改変物、等価物およびその他の代替物をカバーするものとする。
【００６１】
【発明の効果】
以上のように、本発明によれば、トラフィック・チャンネルを使用せずに共通チャネルを使用することで、ＣＤＭＡ２０００ランダム・アクセス・ネットワークにおけるＣＣＰＤサービスが安価にサポートされる。
【図面の簡単な説明】
【図１】本発明におけるＣＣＰＤ（ＣＣＰＤ：Ｃｏｍｍｏｎ  Ｃｈａｎｎｅｌ  Ｐａｃｋｅｔ  Ｄａｔａ、共通チャンネル・パケット・データ）サービスをサポートする装置および方法を支援するネットワークコンポーネント間の関係を示すブロック図である。
【図２】本発明におけるＭＳが開始するＣＣＰＤ発呼プロセスを示す好ましい実施態様のブロック図である。
【図３】本発明における、ＭＳがドーマント・パケット・データ状態のときの、ＭＳが終了するＣＣＰＤデバイスへのパケット・データ転送終了のプロセスを示す好ましい実施態様のブロック図である。
【図４】本発明における正常なＰＣＦ間／ＰＤＳＮ内  ＣＣＰＤ  ＭＳドーマント・モード・ハンドオフのプロセスを示す好ましい実施態様のブロック図である。
【図５】本発明における正常なＰＣＦ間／ＰＤＳＮ間  ＣＣＰＤ  ＭＳドーマント・モード・ハンドオフのプロセスを示す好ましい実施態様のブロック図である。
【図６】本発明におけるＰＤＳＮからのパケット・データ受信およびＭＳへのそのＳＤＢ配信のプロセスを示す好ましい実施態様のブロック図である。
【図７】本発明において図１のＢＳおよびＰＣＦが単一ユニットとして構成されている場合に、ＭＳが開始するＣＣＰＤ発呼プロセスを示す好ましい実施形態のブロック図である。
【図８】本発明においてＭＳが同じＰＤＳＮよってサービスされているとき、ＣＣＰＤ  ＭＳ  ＰＣＦ間ドーマント・ハンドオフのプロセスを示す好ましい実施態様のブロック図である。
【図９】本発明においてＭＳが新しいＰＤＳＮよってサービスされるとき、ＣＣＰＤ  ＭＳ  ＰＣＦ間ドーマント・ハンドオフのプロセスを示す好ましい実施態様のブロック図である。
【符号の説明】
１０２，１０４…基地システム、１０６…（ソース）パケット制御機能、１０８…パケット・データ・サービス・ノード、１１０…コントローラ、２０２…移動機、４０２…ターゲットパケット制御機能、１０８６０２…（ソース）基地システム／パケット制御機能、８０２…ターゲット基地システム／パケット制御機能。
【図１】
0004043827.tif 000002
【図２】
0004043827.tif 000003
【図３】
0004043827.tif 000004
【図４】
0004043827.tif 000005
【図５】
0004043827.tif 000006
【図６】
0004043827.tif 000007
【図７】
0004043827.tif 000008
【図８】
0004043827.tif 000009
【図９】
0004043827.tif 000010