JP2011172233A - 無線パケットデータサービスネットワークにおけるデータセッションリトライ機能のカスタマイゼーション - Google Patents

Abstract

【課題】無線リソースを好適に利用できる無線パケットデータサービスネットワークを提供する。
【解決手段】本発明において、一スキームが、無線パケットデータサービスネットワーク（２０２）におけるモバイル通信装置のデータセッションリトライ機能のカスタマイズのために、提供される。原因コードが、該ネットワーク（２０２）において配置されたノード（２０６、２０８）によって戻されることを検出する上で、構造は、原因コードが装置のデータセッションリトライ機能に関連するフラグにマップされているかどうかを決定するために問合わされる。受信された原因コードがクリティカルな原因コードとしてマップされていることの決定に対応して、モバイル通信装置（１１６）のデータセッションリトライ機能は、ネットワークへのさらなる信号メッセージが妨げられるように、無効にされる。
【選択図】図２Ａ

Description

本特許出願は、無線パケットデータサービスネットワークに関する。本特許出願は、より詳細には、および、任意の限定の目的のためではなく、無線パケットデータサービスネットワークにおけるモバイル装置のデータセッションリトライ機能をカスタマイズするための仕組みに関する。

無線パケットデータサービスネットワークにおける無線リソースは乏しい。データ中心モバイル装置は、拒否コードを受信した後においても、データセッションを確立するためにネットワーク基盤（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）と交渉し続ける場合、そのような繰り返される企ては、ネットワークにおける信号負荷を増加させ得、ネットワーク全体の実行に、消極的な影響を与え得る。

一実施形態において、一つの仕組みが、無線パケットデータサービスネットワークにおけるモバイル通信装置のデータセッションリトライ機能のカスタマイズのために、提供される。原因コードが無線パケットデータサービスネットワークにおいて配置されたノードによって戻されることを検出する上で、構造（ｓｔｒｕｃｔｕｒｅ）は、原因コード（ｃａｕｓｅ ｃｏｄｅ）が装置のデータセッションリトライ機能に関連するフラグにマップされているかどうかを決定するために問合わされる。受信された原因コードがクリティカルな（ｃｒｉｔｉｃａｌ）原因コードとしてマップされていることの決定に対応して、モバイル通信装置のデータセッションリトライ機能は、ネットワークへのさらなる信号メッセージが妨げられるゆえに、無効にされる。

別の実施形態において、モバイル通信装置が開示され、該モバイル通信装置は、原因コードが、モバイル通信装置を用いて動作可能な無線パケットデータサービスネットワークにおいて配置されたノードによって戻されることを検出するための手段と、原因コードが、モバイル通信装置のデータセッションリトライ機能に関連したフラグへマップされているかどうかを決定するために構造に問合わすための手段と、原因コードが構造においてクリティカルな原因コードとしてマップされていることの決定に対応して、モバイル通信装置のデータセッションリトライ機能を無効にすること、とを備える。

さらに別の実施形態において、無線パケットデータサービスネットワークが開示され、該ネットワークは、公衆パケット交換ネットワークを用いてデータセッションを確立するためにモバイル通信装置を利用するために動作可能なサービングノードと、サービングノードとパケット交換ネットワークとの間に配置されたゲートウェイノードと、モバイル通信装置のデータセッションリトライ機能に関連するフラグへ、無線パケットデータサービスネットワークにおけるノードによって生成された原因コードをマッピングするためのデータベースを有する構造と、を備える。そのフラグは、モバイル通信装置のデータセッションリトライ機能の無効をトリガするクリティカル原因コードとしての原因コードを識別するために動作可能である。

本発明は、さらに以下の手段を提供する。

（項目１）
モバイル通信装置（１１６）に関連したデータセッションリトライ機能をカスタマイズするための方法であって、
原因コード（４０４）が、該モバイル通信装置（１１６）と動作可能である無線パケットデータサービスネットワーク（１１２）において配置されているノード（２０６，２０８）によって、戻されることを検出することと、
該原因コード（４０４）が該モバイル通信装置のデータセッションリトライ機能に関連するフラグ（４０６）へマップされているかどうかを決定するために、構造（４００）に問合わせることと、
該構造（４００）において、該原因コード（４０４）がクリティカルな原因コードとしてマップされていることの決定に対応する該モバイル通信装置のデータセッションリトライ機能を無効にすること
とを包含する、方法。

（項目２）
上記無線パケットデータサービスネットワーク（１１２）が、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ネットワークと、Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）ネットワークと、第三世代（３Ｇ）ネットワークと、Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ（ＩＤＥＮ）と、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）ネットワークとの内の１つを含む、項目１に記載のモバイル通信装置（１１６）に関連したデータセッションリトライ機能をカスタマイズするための方法。

（項目３）
上記原因コード（４０４）が、上記無線パケットデータサービスネットワーク（１１２）における信号伝達負荷状態と、上記モバイル通信装置（１１６）に関する無効なＡｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ（ＡＰＮ）と、該モバイル通信装置（１１６）に関する無効なパケットデータプロトコル（ＰＤＰ）アドレスと、該モバイル通信装置に関するユーザ認証失敗と、該無線パケットデータサービスネットワーク（１１２）による始動の拒否とを含む群から選択された状態を示す、項目１または２に記載のモバイル通信装置（１１６）に関連されたデータセッションリトライ機能をカスタマイズするための方法。

（項目４）
上記構造（４００）が、複数の原因コードのための、設定可能なマッピングデータベースを有するファームウェアブロックとして提供される、項目１、２、または３に記載のモバイル通信装置（１１６）に関連されたデータセッションリトライ機能をカスタマイズするための方法。

（項目５）
上記設定可能なマッピングデータベースが、キャリアごと（ｃａｒｒｉｅｒ−ｂｙ−ｃａｒｒｉｅｒ）の基準で設定される、項目４に記載のモバイル通信装置（１１６）に関連されたデータセッションリトライ機能をカスタマイズするための方法。

（項目６）
上記設定可能なマッピングデータベースが、モバイル通信のデバイスバイモバイル（ｄｅｖｉｃｅ−ｂｙ−ｍｏｂｉｌｅ）通信装置基準で設定される、項目４に記載のモバイル通信装置（１１６）に関連されたデータセッションリトライ機能をカスタマイズするための方法。

（項目７）
公衆パケット交換ネットワーク（１０８）を用いてデータセッションを確立するためにモバイル通信装置（１１６）を利用するために動作可能なサービングノード（２０６）と、
該サービングノード（２０６）と該パケット交換ネットワーク（１０８）との間に配置されたゲートウェイノード（２０８）と、
該モバイル通信装置のデータセッションリトライ機能に関連するフラグ（４０６）へ、無線パケットデータサービスネットワーク（１１２）におけるノード（２０６、２０８）によって生成された原因コード（４０４）をマッピングするためのデータベースを有する構造（４００）であって、該フラグ（４０６）は、該モバイル通信装置のデータセッションリトライ機能の無効をトリガするために動作可能なクリティカルな原因コードとして、該原因コード（４０４）を識別するためのフラグである、構造（４００）と
を備える、無線パケットデータサービスネットワーク（１１２）。

（項目８）
上記原因コード（４０４）が、上記無線パケットデータサービスネットワーク（１１２）における信号伝達負荷状態と、上記モバイル通信装置（１１６）に関連する無効なＡｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ（ＡＰＮ）と、該モバイル通信装置（１１６）に関連する無効なＰａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ（ＰＤＰ）アドレスと、該モバイル通信装置に関連するユーザ認証失敗と、該無線パケットデータサービスネットワーク（１１２）による始動の拒否とを含む群から選択された状態を示す、項目７に記載の無線パケットデータサービスネットワーク（１１２）。

（項目９）
上記構造（４００）が、複数の原因コードのための、設定可能なマッピングデータベースを有するファームウェアブロックとして提供される、項目７または８に記載の無線パケットデータサービスネットワーク（１１２）。

（項目１０）
上記設定可能なマッピングデータベースが、キャリアごとの基準で設定される、項目９に記載の無線パケットデータサービスネットワーク（１１２）。

（項目１１）
上記設定可能なマッピングデータベースが、モバイル通信のデバイスバイモバイル通信装置基準で設定される、項目９に記載の無線パケットデータサービスネットワーク（１１２）。

（摘要）
一実施形態において、一スキームが、無線パケットデータサービスネットワーク（１１２）におけるモバイル通信装置のデータセッションリトライ機能のカスタマイズのために、提供される。原因コード（４０４）が無線パケットデータサービスネットワーク（１１２）において配置されたノード（２０６、２０８）によって戻されることを検出する上で、構造（４００）は、原因コード（４０４）が装置のデータセッションリトライ機能に関連するフラグ（４０４）にマップされているかどうかを決定するために問合わされる。受信された原因コードがクリティカルな原因コードとしてマップされていることの決定に対応して、モバイル通信装置（１１６）のデータセッションリトライ機能は、ネットワークへのさらなる信号メッセージが妨げられるように、無効にされる。

添付の図面に基づいて、以下の詳細な説明を参照することによって、本特許出願の実施形態のより完全な理解を得ることができる。

無線パケットデータサービスネットワークを含む例示のネットワーク環境を図示し、そこにおいて本特許出願の実施形態を実行することができる。 実施形態に従ってモバイル通信装置を用いて動作できる例示の無線パケットデータサービスネットワークのさらなる細部を図示する。 実施形態に従って利用される多様なシグナル手順に関するメッセージの流れ図を示す。 実施形態に従って利用される多様なシグナル手順に関するメッセージの流れ図を示す。 実施形態に従って利用される多様なシグナル手順に関するメッセージの流れ図を示す。 モバイル通信装置にサービスを提供する際の、図２Ａに示した無線パケットデータサービスネットワークを用いて動作可能な原因コードのリスト例を示す。 無線パケットデータサービスネットワークの原因コードをモバイル通信装置のデータセッションリトライ機能にマッピングするための構造の例を示す。 データセッションリトライ機能を実施形態に従ってカスタマイズすることの可能なモバイル通信装置のソフトウェアのアーキテクチャー図を示す。 モバイル通信装置におけるデータセッションリトライ動作をカスタマイズするための実施形態のフローチャートを示す。 一実施形態に従ってデータセッションリトライ機能をカスタマイズするように動作可能なモバイル通信装置のブロック図を示す。

ここで、本実施形態を最善に為し、用いる方法の多様な例を参照し、本特許出願のシステムおよび方法を説明する。記述および図面のうちのいくつかの図を通じて、同一のまたは対応する部分を示すには同じ参照の数字を用いており、様々な構成要素は図面中に必ずしも一定の尺度では描かれていない。ここで図面を参照すると、さらに詳細には図１を参照すると、例示のネットワーク環境１００が示されている。ネットワーク環境１００は無線パケットデータサービスネットワーク１１２を含み、そこにおいて本特許出願の実施形態は実行され得る。企業ネットワーク１０２はパケット交換ネットワークであってもよく、１つ以上のローカルサイトを含み、多数の企業ユーザにサービスを提供するため、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはメトロポリタンエリアネットワーク（ＭＡＮ）等として組織化されている。企業ネットワーク１０２の一部として配置される、１０４−１から１０４−Ｎまでの多数のアプリケーションサーバは、ｅメール、ビデオメール、インターネットアクセス、企業データへのアクセス、メッセージ通信、スケジュール調整や日程計画、情報管理等、内部サービスおよび外部サービスのホストの提供または実行を行うことができる。したがって、図１中では特に図示しないが、企業ネットワーク１０２内でサポートされているサービスに関しては、デスクトップコンピュータやラップトップコンピュータ、パームトップコンピュータ等の個人の情報ツールの多様な配置を１つ以上のアプリケーションサーバ１０４−ｉ、ｉ＝１、２、…Ｎにネットワーク接続して動作することができる。

さらに、企業のユーザがいかなるサービスにも適切なモバイル通信装置（ＭＣＤ）１１６を用いて遠隔地からアクセスまたは実行ができるように、遠隔サービスサーバ１０６は企業ネットワーク１０２とインターフェースされる。エンドツーエンド暗号化を用いた安全な通信リンクが構築され、外部ＩＰネットワーク、すなわち公衆パケット交換ネットワークによって仲介されている。公衆パケット交換ネットワークとは、インターネット１０８に加え、無線パケットデータサービスネットワーク１１２等である。ネットワーク１１２は、ベースステーション（ＢＳ）１１４を含む、無線ネットワークの適切な基盤を介して、ＭＣＤ１１６と動作することが可能である。一実施形態において、インターネット１０８と無線パケットデータサービスネットワーク１１２の基盤との間に、信用されるリレーネットワーク１１０を配置し得る。例として、ＭＣＤ１１６は、メッセージの送受信、ウェブのプラウジング、会社のアプリケーションサーバへのインターフェース等ができる、データ通信可能なハンドヘルドデバイスであり得る。

本特許出願の目的のため、パケット化された情報を伝送するためにパケット交換データサービスが利用できるようなものである限りは、既知の、またはこれまで未知のいかなるモバイル通信技術およびネットワークプロトコルにおいても、無線パケットデータサービスネットワーク１１２を実行することが可能である。たとえば、無線パケットデータサービスネットワーク１１２は汎用パケット無線サービス（ＧＰＲＳ）ネットワークから成り得る。ＧＰＲＳネットワークは、モバイル通信向けグローバルシステム（ＧＳＭ）に基づいたキャリアネットワークのセル方式の基盤を利用して、モバイル装置にパケット無線アクセスを提供する。他の実施において、無線パケットデータサービスネットワーク１１２は、ＧＳＭ進化型高速データレート（ＥＤＧＥ）ネットワーク、統合デジタル移動通信（ＩＤＥＮ）、符号分割多重接続（ＣＤＭＡ）ネットワーク、または第３世代ネットワーク（３Ｇ）を備え得る。実施形態の例を提供することで、本特許出願からわかることをＧＰＲＳに基づいたキャリアネットワークとともに図示するが、本特許出願の範囲がそれによって限定されないことは、当業者であれば容易に認識できよう。

図２Ａは、一実施形態に従って、モバイル通信装置を用いた例示の無線パケットデータサービスネットワークのさらなる詳細を説明する。図示したように、参照番号２０２はＧＰＲＳネットワークを指し、ＭＣＤ１１６に対して、無線パケットデータサービスネットワークとして動作できる。ＭＣＤ１１６には、たとえばウェブプラウジング、ｅメール、マルチメディア、ファイル転送プロトコルすなわちＦＴＰ、テルネット等、データ処理を中心とするいくつかのユーザアプリケーションが用意されている。ベースステーション１１４は、応用可能な通信層プロトコルを用いて、エアインタフェースを介してＭＣＤにサービスを提供する。

ＧＰＲＳは、パケット交換技術を利用して、ＧＳＭ通信ネットワークを介して効率的な方法で信号を送り、高速および低速の両方のデータを送る。パケット交換とは、ユーザが実際にデータの送受信を行っているときにのみＧＰＲＳ通信リソースが用いられるという意味である。無線チャンネルを、たとえばＭＣＤ１１６等のモバイルデータユーザ１人に専用に提供するよりも、利用可能な無線チャンネルを複数のユーザ間で同時に共有できる方がよい。したがって、ＧＰＲＳは、周期的な大量のデータ転送（たとえばウェブプラウジング）から随時の大容量のデータ伝送（たとえばＦＴＰ）までをサポートするように設計されている。ＧＰＲＳ無線チャンネルは柔軟に配置することができ、１つの時分割多重アクセス（ＴＤＭＡ）構造につき１から８までの無線インタフェースのタイムスロットを配置することが可能である。一般的に、タイムスロットは動作中のユーザによって共有され、アップリンクおよびダウンリンクは分離して配置される。スキームをコード化する多様な無線チャンネルが、データビット転送速度の範囲を可能にするために有効である。

パケット交換データ転送サービスを実行するために、２つの追加ネットワークノードがＧＳＭネットワーク内に用意される。サービングＧＰＲＳサポートノード（ＳＧＳＮ）がホームロケーションレジスタ（ＨＬＲ）２０４に連結され、回路交換式セルラーネットワークの移動通信交換局（ＭＳＣ）と同一の階層レベルに配置されている。これが動作可能にＢＳ１１４に連結され、たとえばＭＣＤ１１６のユーザ等のＧＰＲＳユーザの位置を追跡する。さらに、ＳＧＳＮ２０６は、ＭＣＤに対してセキュリティ機能を実行し、アクセス管理を扱う責任を負っている。交換ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２０８は、外部のパケット交換ＩＰネットワークとの相互作用を提供し、ＩＰに基づいたＧＰＲＳバックボーンネットワークを介して、たとえばＳＧＳＮ２０６等の１つ以上のＳＧＳＮに動作可能に連結される。

パケットデータサービスにアクセスするために、ＭＣＤ１１６は、ＧＰＲＳアタッチとして知られるものを実行することによってその存在をネットワークに知らせる。その後、パケットデータを送受信するために、ＭＣＤ１１６は利用を所望するパケットデータアドレスを有効にする。この動作によって、対応するＧＧＳＮにおいてＭＣＤ１１６が「見える（ｖｉｓｉｂｌｅ）」ようになり、外部データネットワークとの相互作用を開始することができる。ユーザデータは、ＭＣＤ１１６と外部データネットワークとの間において、カプセル化およびトンネリングとして知られる方法を用いて透明な状態で転送され、そこにおいてデータパケットはＧＰＲＳ特有のプロトコル情報を備えている。そして、ユーザデータはＭＣＤ１１６とＧＳＮ２０８との間を透明な状態で転送される。

ＧＰＲＳネットワーク２０２へのアクセスを得たり、データの伝送を開始したりするには、パケットデータプロトコル（ＰＤＰ）のコンテクストを有効にする前に、ＭＣＤ１１６およびネットワークの間で、多様なシグナリング手順が実行される。図２Ｂから２Ｄは、一実施形態によるＧＰＲＳネットワーク内で利用される多様なシグナリング手順に対するメッセージの、複数の系統線図を示す。特に図２Ｂを参照すると、そこにおいて、アタッチのシグナリング手順が説明されている。アタッチ処理の際、ＭＣＤ１１６は、たとえば国際移動電話加入者識別番号等の識別番号と、アタッチの種類（すなわちＧＰＲＳアタッチ）とを、ＳＧＳＮ２０６へのアタッチ要求メッセージ２２０を介して提供する。一度ＳＧＳＮ２０６がＭＣＤ１１６の識別番号を入手すれば、番号がＨＬＲ２０４から加入者情報を引出す。加入者情報が発見できない場合、ＳＧＳＮ２０６はアタッチ拒否の応答メッセージをＭＣＤ１１６へ返信する。必要な加入者情報がＨＬＲ２０４内で発見された場合、ＳＧＳＮ２０６はアタッチ要求メッセージ２２０を受入れ、ＭＣＤ１１６へ、例えば、Ｐａｃｋｅｔ−Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ ＩｄｅｎｔｉｔｙまたはＰ−ＴＭＳＩ等の新規の識別番号が割当てられる。次いで、ＳＧＳＮ２０６から受信したＰ−ＴＭＳＩからＴｅｍｐｏｒａｒｙ Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｉｎｄｅｎｔｉｆｉｅｒ（ＴＬＬＩ）が導き出される。ＭＣＤ１１６が、ＧＰＲＳネットワークと次にシグナリングまたはデータ手順を行うために、それ自体を識別するのに導き出されたＴＬＬＩを利用する。

したがって、ＳＧＳＮ２０６はアタッチ要求メッセージにすぐ応答し、ＧＰＲＳ位置更新要求メッセージ２２２を送信することによって、ＨＬＲ２０４をＭＣＤ１１６の当面の位置に更新する。それに応えて、ＨＬＲ２０４は、加入者データの書込み要求メッセージ２２４を通じてＭＣＤ１１６に関連する加入者情報をＳＧＳＮ２０６へ送信する。これは、アクノリッジメッセージ２２６を通じ、ＳＧＳＮ２０６によってアクノリッジされる。その後、ＨＬＲ２０４はＧＰＲＳ位置更新アクノリッジメッセージ２２８を通じ、ＳＧＳＮ２０６に対して位置更新の完了をアクノリッジする。適切な加入者情報がＨＬＲ２０４内で発見されたので、ＳＧＳＮ２０６は、アタッチ受付メッセージ２３０をＰ−ＴＭＳＩと共にＭＣＤ１１６へ送信する。それに応えて、ＭＣＤ１１６は、Ｐ−ＴＭＳＩの受信をアクノリッジするためにＰ−ＴＭＳＩから引出したＴＬＬＩと共に、アタッチ完了メッセージ２３２を返信する。

アタッチ処理が首尾よく実行された後、移動性管理（ＭＭ）コンテクストがＭＣＤ１１６およびＳＧＳＮ２０６の双方に確立されるとすぐ、ＭＣＤ１１６は準備状態に入る。ＭＭとは加入者情報およびＭＣＤ識別番号を含む記録である。その後、ＭＣＤ１１６は、外部のデータネットワークと通信するために、有効化のシグナリング手順を通じてＰＤＰコンテクストを有効化することができる。図２Ｃは有効化のシグナリング手順に関するメッセージの系統線図を示す。ＭＣＤ１１６はトランザクション識別番号（ＴＩ）およびネットワークサービスアクセスポイント識別番号（ＮＳＡＰＩ）を特定する動作を実行できる。これらの番号は、データセッションを特有に識別するためにＧＰＲＳ基盤によって用いられる。さらなる実施において、ＭＣＤ１１６はアクセスポイント名（ＡＰＮ）をメッセージに含むことが可能であり、ＡＰＮは、利用する特定のＧＧＳＮを選択するようＳＧＳＮ２０６に命令する。例として、ＭＣＤ１１６は、ＴＩ、ＮＳＡＰＩ、ＡＰＮ、要求されたサービスの質（ＱｏＳ）等の識別子と共にＰＤＰコンテクストの有効化要求メッセージ２５０をＳＧＳＮ２０６へ送信することが可能である。メッセージをアクノリッジするとすぐ、ＳＧＳＮ２０６はＰＤＰコンテクストの作成要求メッセージ２５２をトンネル識別番号（ＴＩＤ）と共に適切なＧＧＳＮ２０８へ送信する。ＴＩＤは、ＭＣＤ１１６の識別番号およびＮＳＡＰＩを追加することによって構成される。ＧＧＳＮ２０８はＰＤＰコンテクスト作成要求メッセージ２５２中の識別子をアクノリッジし、要求が受入れられた場合、エラーコードを伴わないＰＤＰコンテクスト作成応答メッセージ２５４を返信する。その後、要求されたデータセッションが有効化されたことを示すため、ＳＧＳＮ２０６はＰＤＰコンテクストの有効化受付メッセージ２５６をＭＣＤ１１６へ送信する。

アプリケーション層から入手したユーザデータは、外部パケットデータネットワークに到達する前にカプセル化される。図２Ｄに示すように、ユーザデータ２６０は、まずＭＣＤ１１６およびＳＧＳＮ２０６の間で、サブネットワーク（ＳＮ）−ユニットデータメッセージ２６２内にトンネリングされる。ユーザデータは、次いでＳＧＳＮ２０６およびＧＧＳＮ２０８の間でＧＰＲＳトンネリングプロトコル（ＧＴＰ）トンネリングパケットデータユニット（Ｔ−ＰＤＵ）メッセージ２６４内にトンネリングされる。その後、ＧＧＳＮ２０８はユーザデータ２６６を抽出し、それを外部パケットデータネットワークへ送信する。

ＧＰＲＳに基づいたネットワーク２０２のような無線パケットデータサービスネットワークにおいて、ＰＤＰコンテクストの有効化に準じて多様なシグナリング手順が実行されるということが前述した説明から理解できよう。さらに、ネットワークにおけるシグナリング機能の方式および方法は、たとえばリソースの有用性、シグナリングの負荷、混雑、物理的な機械装置の完成度等のネットワークの状態および条件に依存し得る。したがって、ネットワーク管理構造は多数の原因コードを発生させる動作が可能である。原因コードは異なるネットワークの応答を意味し、モバイル装置によって開始されたＰＤＰ有効化手順に影響する可能性のあるＭＣＤ関連情報およびネットワークの条件に基づく（たとえばネットワークが混雑している、不当なＡＰＮの侵入、ＧＧＳＮが故障している、加入者に問題がある、または本人だと証明されていない、等）。

図３は、一実施形態によるモバイル通信装置にサービスを提供する際に、図２に示した無線パケットデータサービスネットワークを用いて動作できる原因コードのリストの例を示す。表３００に述べるように、原因コード（ＣＣ）列３０２は複数の原因コードを示し、それぞれが、そのＣＣを説明する関連の列３０４内に対応の項目を伴っている。たとえば、ＰＤＰコンテクストの有効化要求メッセージを受け取ると、ネットワークは、ＰＤＰコンテクストの有効化拒否メッセージをＭＣＤに送信することによってＭＣＤが開始した有効化を拒否することができる。この拒否メッセージは、ＣＣナンバー２６（ｎビット整数として表すことができる）を含み、リソースが不十分であることを示す。同様に、ＣＣナンバー２９は、ユーザの本人確認が失敗した場合に発生され得る。表３００のその他のＣＣ項目は同様に、対応するネットワーク応答を示す。

本特許出願の背景の部分において触れたように、データ処理を中心とするモバイル装置が、たとえばＰＤＰコンテクストの欠陥等のある種の原因コードを受信したときにネットワークとのデータセッションを構築するリトライを継続すると、再送信ロジックはネットワークにシグナリングメッセージを送信し続け、そこにおいてのシグナリング負荷が増大する。本特許出願からわかることに従って、ネットワークにおけるこのようなシグナリングの負荷を低減するために、原因コードの機能に基づいてモバイル装置のデータセッションのリトライ機能がカスタマイズされるスキームが提供される。

図４は、無線パケットデータサービスネットワークの原因コードを、モバイル通信装置のデータセッションリトライ機能に関連するフラグや印（ｉｎｄｉｃｉｕｍ）にマッピングするための構造例４００を示す。本質的に、キャリアネットワークに付随する原因コードのサブセットは、「クリティカルな（ｃｒｉｔｉｃａｌ）」原因コードとして識別される。それらの原因コードは、「リトライ不可（ＮＯ ＲＥＴＲＹ）」の印にマッピングされ、このような原因コードをネットワークから受信した場合、データセッションのリトライ機能の再送信ロジックが無効になっていることを意味する。一実施形態において、構造４００は、ＭＣＤ１１６のようなモバイル装置内で統合されるライブラリに付随し変更可能なリソースファイルとして提供される。別の実施形態において、変更可能なライブラリ／構造４００は、たとえばＧＧＳＮに付随する等、キャリアネットワークの基盤の一部として提供される。

図４に示すように、ＣＣ列４０４はキャリアごとの基盤上に与えられ、キャリア列４０２中のキャリアに対する多様なクリティカルコードを識別する。
リトライ機能フラグ列４０６において、各ＣＣは適切な印を用いて区分されており、この印が、データセッションリトライ機能が無効であるか否かを示す。モバイル通信装置基盤によるモバイル通信装置上にもこのようなデータを設定できるということを評価されたい。以下の詳細において述べるように、ＭＣＤの通信トランスポートプロトコルスタックは、再送信ロジックをカスタマイズするために、新規なＰＤＰコンテクストの有効化または現存するＰＤＰコンテクストの状態に従って、構造４００に問合わせる動作が可能である。

図５は、一実施形態による、データセッションリトライ機能のカスタマイズを実行することが可能なモバイル通信装置のソフトウェア設計図を示す。多層構造のトランスポートスタック（ＴＳ）５０６は、無線パケットデータサービスネットワークに対し、信用性があり、安全であり、かつ途切れることのない常時の接続をしており、それを介して、ｅメールを含めたあらゆる種類の企業データ用の包括的なデータトランスポートプロトコルを提供するように動作することが可能である。図５の実施形態において図示されるように、インテグレーション層５０４Ａは、ＭＣＤの通信層５０２とトランスポートスタック５０６との間のインタフェースとして動作可能である。同様に、たとえばｅメール５０８、カレンダー／スケジューラ５１０、コンタクトマネジメント５１２およびブラウザ５１４等のユーザアプリケーション５０７と、トランスポートスタック５０６との間をインターフェースするために、別のインテグレーション層５０４Ｂが用意される。特には図示しないが、トランスポートスタック５０６はまた、ＭＣＤのオペレーティングシステムとも連結されている。別の実施において、トランスポートスタック５０６は、データ通信のクライアントモジュールの一部として与えられる。データ通信のクライアントモジュールは、モバイル装置上にあるホスト独立の仮想マシンとして動作可能である。

トランスポートスタック５０６の最下層（層１）は、無線ネットワークのパケット層へのインタフェースとして動作可能である。層１は、図１に示す例のネットワーク環境１００内で基本的なサービス調整を扱う。たとえば、ＭＣＤが１つのキャリアネットワークから別のキャリアネットワークへ移動する場合、層１は、パケットが適切な無線ネットワークへ中継されていること、また、以前のネットワークから未処理のままである全てのパケットが最新のネットワークへ新ルートを経由して送られていることを確証する。最上層（層４）は、多様なアプリケーションインタフェースがＭＣＤのサポートするサービスを受けるようにする。残る２つの層、層２および層３は、それぞれ、層２がデータグラムの分割／再編成の責任を持ち、層３が、セキュリティ、圧縮、および発信の責任を持つ。

ソフトウェア環境の一部として与えられる、変更可能なＣＣリソースファイル５１６は、トランスポートスタック５０６およびＭＣＤの通信層５０２と実行できる通信内に配置される。一実施形態において、ＣＣリソースファイル５１６は、図４を参照して説明した、クリティカルな原因コードとＭＣＤのデータセッションリトライ機能との間に適切なマッピングを含む実施形態のような、問合せ可能なライブラリ構造を有し得る。ライブラリ構造の内容は、ＣＣリソースファイル５１６の実例上に動的に設定され得る。ＭＣＤのデータセッションリトライ機能の再伝送ロジックが呼出される適切な条件下で、トランスポートスタック５０６はアクセスおよびＣＣリソースライブラリへの問合せを実行できる。また、インテグレーション層がリトライ機能を管理する場合、ユーザインタフェースと通信との間にあるインテグレーション層へフラグ記述子（すなわち「リトライ」／「リトライ不可」）を渡すことができる。

図６は、モバイル通信装置における、データセッションリトライ動作をカスタマイズするための、一実施形態のフローチャートを示す。ＰＤＰコンテクストが構築されなかったか、見つからない（たとえばデバイスが適用範囲外にある等の理由で）ことをＭＣＤのトランスポートスタックが検知すると（ブロック６０２）ＣＣリソースファイル構造／ライブラリはトランスポートスタックによって問合せをされる（ブロック６０４）。一実施において、トランスポートスタックはＭＣＤの再送信ロジックを呼出す前に構造／ライブラリに問合せをするか、再送信の試行が為された後まで待つことができる。ネットワークによって発生されたＣＣがＭＣＤのデータセッションリトライ機能に関連する「リトライ不可」の印にマッピングされたクリティカルな原因コードであるか決定が為される（ブロック６０６）。否であれば、ＭＣＤのデータセッションリトライ機能の再送信ロジックはＰＤＰコンテクストの構築を試行し続ける（ブロック６０８）。逆の場合、データセッションリトライ機能は抑止されるか、無効化される（ブロック６１０）。一実施例として、ＣＣ構造／ライブラリ（オブザーバとして通信層にアクセスしたもの）がリトライ機能を再有効化できるように解決するまでデータセッションリトライ機能が無効となり得る。

図７は、一実施形態による、データセッションリトライ機能のカスタマイズを実行できるモバイル通信装置のブロック図を示す。ここに示した参照について、ＭＣＤ１１６の一実施形態は図７に示したものと類似の配置を有し得るが、図示した多様なモジュールに関して、ハードウェア、ソフトウェア、またはファームウェアにおいて様々な変更および修正が存在し得ることは、当業者によって理解されよう。したがって、図７の配置は例示説明するものであり、本特許出願の実施形態に関して限定するものではない。ＭＣＤ１１６の実施形態の全体的な管理をするマイクロプロセッサ７０２は、通信サブシステム７０４と連動することが可能である。通信サブシステム７０４は、受信機７０８および送信機の他に、１つ以上のローカル発振器（ＬＯ）モジュール７１０等の関連要素およびデジタルシグナルプロセッサ（ＤＳＰ）７１２等の処理モジュールを含む。通信分野の当業者にとって明らかなように、通信モジュール７０４の詳細な設計は、モバイル装置が動作しようと意図される通信ネットワークに依存し得る。一実施形態において、通信モジュール７０４は、声およびデータ通信の両方を用いて動作できる。ただし、詳細な設計には関係なく、アンテナ７０６によってＢＳ１１４を介して受信されるシグナルは受信機７０８に与えられる。受信機７０８は、シグナル増幅、周波数下方変換、フィルタリング、チャンネル選択、アナログディジタル（Ａ／Ｄ）変換等のような共通の受信機機能を実行できる。同様に、伝送されるシグナルは、たとえばＤＳＰ７１２等によってモジュレーションおよびエンコーディングなどの処理をされ、ディジタルアナログ（Ｄ／Ａ）変換、周波数上方変換、フィルタリング、増幅および伝送等のために、アンテナ７１６を介し、大気と通信との境界を越えて送信機７１４に与えられる。

マイクロプロセッサ７０２は、補助入力／出力（Ｉ／Ｏ）７１８、シリアルポート７２０、ディスプレイ７２２、キーボード７２４、スピーカ７２６、マイクロフォン７２８、ランダムアクセスメモリ（ＲＡＭ）７３０、短期通信サブシステム７３２、および一般的に参照番号７３３として分類される他のあらゆるデバイスサブシステム等の、さらなるデバイスサブシステムとも連動する。アクセスを管理するために、加入者識別モジュール（ＳＩＭ）またはリムーバブルユーザ識別モジュール（ＲＵＩＭ）インタフェース７３４もまたマイクロプロセッサ７０２との通信において提供される。一実施において、複数のキー配列７４４と、識別番号および加入者関連情報等の他の情報７４６とを有するＳＩＭ／ＲＵＩＭカードを用いてＳＩＭ／ＲＵＩＭインタフェース７３４を動作することが可能である。

オペレーティングシステムソフトウェアおよびトランスポートスタックは、フラッシュメモリ７３５のような持続的な格納モジュール（すなわち非揮発性の記憶装置）の中に含まれ得る。一実施において、フラッシュメモリ７３５は、たとえばコンピュータプログラム７３６、同様にデバイス形態７３７、アドレス帳７３９、その他の個人情報管理者（ＰＩＭ）データ７４１等のための記憶領域、および、一般的に参照番号７４３として分類される他のデータ記憶領域等の様々な領域内に隔離され得る。さらに、ＭＣＤのデータセッションリトライ機能をカスタマイズするための本特許出願の内容に従って、キャリア仕様のＣＣマップ用持続記憶装置の一部として、ＣＣリソースファイル構造７４８（たとえばライブラリに沿う）が提供され得る。

本特許出願の実施形態の動作および構造は、上述した詳細な説明から明らかであろう。図示説明した例示の実施形態を好ましいものと見なしたが、以下の請求項に述べる本発明の範囲から逸脱することなく多様な変更および修正が為され得るということは容易に理解されよう。

１０２ 企業ネットワーク
１０４ アプリケーションサーバ
１０６ 遠隔サービスサーバ
１０８ パケット交換ネットワーク、インターネット、外部ＩＰネットワーク
１１０ リレーネットワーク
１１２ 無線パケットデータサービスネットワーク
１１４ 基地局
１１６ モバイル通信装置
２０４ ホームロケーションレジスタ
２０６ サービングＧＰＲＳサポートノード
２０８ ゲートウェイＧＰＲＳサポートノード
２１０ ユーザアプリケーション
２２０ アタッチリクエスト
２３０ アタッチ受付
２３２ アタッチ完了
４００ 構造
４０２ キャリア
４０４ 原因コード
４０６ フラグ
５０２ 通信層
５０４ インテグレーション層
５０６ 多層のトランスポートスタック

Claims (12)

1. 無線ネットワーク（１１２）に取り付けられたモバイル通信装置（１１６）における方法であって、該方法は、
   該無線ネットワーク（１１２）内に配置されたノード（２０６、２０８）とのデータセッションの確立を要求することと、
   該ノード（２０６、２０８）から拒否メッセージを受信することであって、該拒否メッセージは、クリティカルな原因コード（４０４）を示す、ことと、
   該拒否メッセージに示された該クリティカルな原因コード（４０４）に応答して、該モバイル通信装置（１１６）が、該ノード（２０６、２０８）とのデータセッションの確立をこれ以上要求しないことと
   を包含する、方法。
2. 前記クリティカルな原因コード（４０４）は、前記モバイル通信装置（１１６）のデータセッションリトライ機能に関連するリトライ不可の印にマップされる、請求項１に記載の方法。
3. 前記ノード（２０６、２０８）とのデータセッションの確立をこれ以上要求しないことは、前記モバイル通信装置（１１６）のデータセッションリトライ機能を抑止することを包含する、請求項１または２に記載の方法。
4. 前記ノード（２０６、２０８）とのデータセッションの確立をこれ以上要求しないことは、前記モバイル通信装置（１１６）のデータセッションリトライ機能を無効化することを包含する、請求項１〜３のいずれかに記載の方法。
5. 前記拒否メッセージは、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ネットワークと、Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）ネットワークと、第三世代（３Ｇ）ネットワークと、Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ（ＩＤＥＮ）と、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）ネットワークとの内の１つを介して受信される、請求項１〜４のいずれかに記載の方法。
6. モバイル通信装置（１１６）であって、
   無線ネットワーク（１１２）内に配置されたノード（２０６、２０８）とのデータセッションを確立するために動作可能なロジック手段と、
   該ノード（２０６、２０８）から拒否メッセージを受信するために動作可能なロジック手段であって、該拒否メッセージは、クリティカルな原因コード（４０４）を示す、ロジック手段と、
   該拒否メッセージに示された該クリティカルな原因コード（４０４）に応答して、該ノード（２０６、２０８）とのデータセッションの確立をこれ以上要求しないために動作可能なロジック手段と
   を備えている、モバイル通信装置（１１６）。
7. ネットワークノード（２０６、２０８）であって、
   コード（４０４）を受信するように構成された構造と、
   データベース（４００）に問い合わせて、該ノード（２０６、２０８）において受信された該コード（４０４）が、該データベース（４００）においてクリティカルなコードとして識別されるかどうかを決定するように構成された構造と、
   該ノード（２０６、２０８）において受信された該コード（４０４）が、該データベース（４００）においてクリティカルなコードとして識別されるかどうかを、モバイル通信装置（１１６）に通信することによって、該コード（４０４）が該データベース（４００）においてクリティカルなコードとして識別される場合には、該モバイル通信装置（１１６）のデータセッションリトライ機能を抑止するように構成された構造と
   を備えている、ネットワークノード（２０６、２０８）。
8. 前記コード（４０４）が原因コードである、請求項７に記載のノード（２０６、２０８）。
9. 前記コード（４０４）が、無線パケットデータサービスネットワーク（１１２）を介して受信される、請求項７または８に記載のノード。
10. 前記コードは、原因コードであり、前記データベース（４００）においてクリティカルな原因コードとして識別される、請求項７〜９のいずれかに記載のノード（２０６、２０８）。
11. 前記コードは、前記データベース内のリトライフラグによって、クリティカルなコードとして識別される、請求項７〜１０のいずれかに記載のノード。
12. 前記データベースは、前記ノードと一体化されている、請求項７〜１１のいずれかに記載のノード。

Images