"無線ネットワーク112に取り付けられたモバイル通信装置116における方法であって、該方法は、該無線ネットワーク112内に配置されたノード206、208とのデータセッションの確立を要求することと、該ノード206、208から拒否メッセージを受信することであって、該拒否メッセージは、クリティカルな原因コード404を示す、ことと、該拒否メッセージに示された該クリティカルな原因コード404に応答して、該モバイル通信装置116が、該ノード206、208とのデータセッションの確立をこれ以上要求しないこととを包含する、方法。前記クリティカルな原因コード404は、前記モバイル通信装置116のデータセッションリトライ機能に関連するリトライ不可の印にマップされる、請求項1に記載の方法。前記ノード206、208とのデータセッションの確立をこれ以上要求しないことは、前記モバイル通信装置116のデータセッションリトライ機能を抑止することを包含する、請求項1または2に記載の方法。前記ノード206、208とのデータセッションの確立をこれ以上要求しないことは、前記モバイル通信装置116のデータセッションリトライ機能を無効化することを包含する、請求項1~3のいずれかに記載の方法。前記拒否メッセージは、GeneralPacketRadioServiceGPRSネットワークと、EnhancedDataRatesforGlobalSystemforMobileCommunicationsGSMEvolutionEDGEネットワークと、第三世代3Gネットワークと、IntegratedDigitalEnhancedNetworkIDENと、CodeDivisionMultipleAccessCDMAネットワークとの内の1つを介して受信される、請求項1~4のいずれかに記載の方法。モバイル通信装置116であって、無線ネットワーク112内に配置されたノード206、208とのデータセッションを確立するために動作可能なロジック手段と、該ノード206、208から拒否メッセージを受信するために動作可能なロジック手段であって、該拒否メッセージは、クリティカルな原因コード404を示す、ロジック手段と、該拒否メッセージに示された該クリティカルな原因コード404に応答して、該ノード206、208とのデータセッションの確立をこれ以上要求しないために動作可能なロジック手段とを備えている、モバイル通信装置116。ネットワークノード206、208であって、コード404を受信するように構成された構造と、データベース400に問い合わせて、該ノード206、208において受信された該コード404が、該データベース400においてクリティカルなコードとして識別されるかどうかを決定するように構成された構造と、該ノード206、208において受信された該コード404が、該データベース400においてクリティカルなコードとして識別されるかどうかを、モバイル通信装置116に通信することによって、該コード404が該データベース400においてクリティカルなコードとして識別される場合には、該モバイル通信装置116のデータセッションリトライ機能を抑止するように構成された構造とを備えている、ネットワークノード206、208。前記コード404が原因コードである、請求項7に記載のノード206、208。前記コード404が、無線パケットデータサービスネットワーク112を介して受信される、請求項7または8に記載のノード。前記コードは、原因コードであり、前記データベース400においてクリティカルな原因コードとして識別される、請求項7~9のいずれかに記載のノード206、208。前記コードは、前記データベース内のリトライフラグによって、クリティカルなコードとして識別される、請求項7~10のいずれかに記載のノード。前記データベースは、前記ノードと一体化されている、請求項7~11のいずれかに記載のノード。一実施形態において、一つの仕組みが、無線パケットデータサービスネットワークにおけるモバイル通信装置のデータセッションリトライ機能のカスタマイズのために、提供される。原因コードが無線パケットデータサービスネットワークにおいて配置されたノードによって戻されることを検出する上で、構造structureは、原因コードcausecodeが装置のデータセッションリトライ機能に関連するフラグにマップされているかどうかを決定するために問合わされる。受信された原因コードがクリティカルなcritical原因コードとしてマップされていることの決定に対応して、モバイル通信装置のデータセッションリトライ機能は、ネットワークへのさらなる信号メッセージが妨げられるゆえに、無効にされる。別の実施形態において、モバイル通信装置が開示され、該モバイル通信装置は、原因コードが、モバイル通信装置を用いて動作可能な無線パケットデータサービスネットワークにおいて配置されたノードによって戻されることを検出するための手段と、原因コードが、モバイル通信装置のデータセッションリトライ機能に関連したフラグへマップされているかどうかを決定するために構造に問合わすための手段と、原因コードが構造においてクリティカルな原因コードとしてマップされていることの決定に対応して、モバイル通信装置のデータセッションリトライ機能を無効にすること、とを備える。さらに別の実施形態において、無線パケットデータサービスネットワークが開示され、該ネットワークは、公衆パケット交換ネットワークを用いてデータセッションを確立するためにモバイル通信装置を利用するために動作可能なサービングノードと、サービングノードとパケット交換ネットワークとの間に配置されたゲートウェイノードと、モバイル通信装置のデータセッションリトライ機能に関連するフラグへ、無線パケットデータサービスネットワークにおけるノードによって生成された原因コードをマッピングするためのデータベースを有する構造と、を備える。そのフラグは、モバイル通信装置のデータセッションリトライ機能の無効をトリガするクリティカル原因コードとしての原因コードを識別するために動作可能である。本発明は、さらに以下の手段を提供する。項目1モバイル通信装置116に関連したデータセッションリトライ機能をカスタマイズするための方法であって、原因コード404が、該モバイル通信装置116と動作可能である無線パケットデータサービスネットワーク112において配置されているノード206,208によって、戻されることを検出することと、該原因コード404が該モバイル通信装置のデータセッションリトライ機能に関連するフラグ406へマップされているかどうかを決定するために、構造400に問合わせることと、該構造400において、該原因コード404がクリティカルな原因コードとしてマップされていることの決定に対応する該モバイル通信装置のデータセッションリトライ機能を無効にすることとを包含する、方法。項目2上記無線パケットデータサービスネットワーク112が、GeneralPacketRadioServiceGPRSネットワークと、EnhancedDataRatesforGlobalSystemforMobileCommunicationsGSMEvolutionEDGEネットワークと、第三世代3Gネットワークと、IntegratedDigitalEnhancedNetworkIDENと、CodeDivisionMultipleAccessCDMAネットワークとの内の1つを含む、項目1に記載のモバイル通信装置116に関連したデータセッションリトライ機能をカスタマイズするための方法。項目3上記原因コード404が、上記無線パケットデータサービスネットワーク112における信号伝達負荷状態と、上記モバイル通信装置116に関する無効なAccessPointNameAPNと、該モバイル通信装置116に関する無効なパケットデータプロトコルPDPアドレスと、該モバイル通信装置に関するユーザ認証失敗と、該無線パケットデータサービスネットワーク112による始動の拒否とを含む群から選択された状態を示す、項目1または2に記載のモバイル通信装置116に関連されたデータセッションリトライ機能をカスタマイズするための方法。項目4上記構造400が、複数の原因コードのための、設定可能なマッピングデータベースを有するファームウェアブロックとして提供される、項目1、2、または3に記載のモバイル通信装置116に関連されたデータセッションリトライ機能をカスタマイズするための方法。項目5上記設定可能なマッピングデータベースが、キャリアごとcarrier-by-carrierの基準で設定される、項目4に記載のモバイル通信装置116に関連されたデータセッションリトライ機能をカスタマイズするための方法。項目6上記設定可能なマッピングデータベースが、モバイル通信のデバイスバイモバイルdevice-by-mobile通信装置基準で設定される、項目4に記載のモバイル通信装置116に関連されたデータセッションリトライ機能をカスタマイズするための方法。項目7公衆パケット交換ネットワーク108を用いてデータセッションを確立するためにモバイル通信装置116を利用するために動作可能なサービングノード206と、該サービングノード206と該パケット交換ネットワーク108との間に配置されたゲートウェイノード208と、該モバイル通信装置のデータセッションリトライ機能に関連するフラグ406へ、無線パケットデータサービスネットワーク112におけるノード206、208によって生成された原因コード404をマッピングするためのデータベースを有する構造400であって、該フラグ406は、該モバイル通信装置のデータセッションリトライ機能の無効をトリガするために動作可能なクリティカルな原因コードとして、該原因コード404を識別するためのフラグである、構造400とを備える、無線パケットデータサービスネットワーク112。項目8上記原因コード404が、上記無線パケットデータサービスネットワーク112における信号伝達負荷状態と、上記モバイル通信装置116に関連する無効なAccessPointNameAPNと、該モバイル通信装置116に関連する無効なPacketDataProtocolPDPアドレスと、該モバイル通信装置に関連するユーザ認証失敗と、該無線パケットデータサービスネットワーク112による始動の拒否とを含む群から選択された状態を示す、項目7に記載の無線パケットデータサービスネットワーク112。項目9上記構造400が、複数の原因コードのための、設定可能なマッピングデータベースを有するファームウェアブロックとして提供される、項目7または8に記載の無線パケットデータサービスネットワーク112。項目10上記設定可能なマッピングデータベースが、キャリアごとの基準で設定される、項目9に記載の無線パケットデータサービスネットワーク112。項目11上記設定可能なマッピングデータベースが、モバイル通信のデバイスバイモバイル通信装置基準で設定される、項目9に記載の無線パケットデータサービスネットワーク112。摘要一実施形態において、一スキームが、無線パケットデータサービスネットワーク112におけるモバイル通信装置のデータセッションリトライ機能のカスタマイズのために、提供される。原因コード404が無線パケットデータサービスネットワーク112において配置されたノード206、208によって戻されることを検出する上で、構造400は、原因コード404が装置のデータセッションリトライ機能に関連するフラグ404にマップされているかどうかを決定するために問合わされる。受信された原因コードがクリティカルな原因コードとしてマップされていることの決定に対応して、モバイル通信装置116のデータセッションリトライ機能は、ネットワークへのさらなる信号メッセージが妨げられるように、無効にされる。添付の図面に基づいて、以下の詳細な説明を参照することによって、本特許出願の実施形態のより完全な理解を得ることができる。ここで、本実施形態を最善に為し、用いる方法の多様な例を参照し、本特許出願のシステムおよび方法を説明する。記述および図面のうちのいくつかの図を通じて、同一のまたは対応する部分を示すには同じ参照の数字を用いており、様々な構成要素は図面中に必ずしも一定の尺度では描かれていない。ここで図面を参照すると、さらに詳細には図1を参照すると、例示のネットワーク環境100が示されている。ネットワーク環境100は無線パケットデータサービスネットワーク112を含み、そこにおいて本特許出願の実施形態は実行され得る。企業ネットワーク102はパケット交換ネットワークであってもよく、1つ以上のローカルサイトを含み、多数の企業ユーザにサービスを提供するため、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、またはメトロポリタンエリアネットワークMAN等として組織化されている。企業ネットワーク102の一部として配置される、104-1から104-Nまでの多数のアプリケーションサーバは、eメール、ビデオメール、インターネットアクセス、企業データへのアクセス、メッセージ通信、スケジュール調整や日程計画、情報管理等、内部サービスおよび外部サービスのホストの提供または実行を行うことができる。したがって、図1中では特に図示しないが、企業ネットワーク102内でサポートされているサービスに関しては、デスクトップコンピュータやラップトップコンピュータ、パームトップコンピュータ等の個人の情報ツールの多様な配置を1つ以上のアプリケーションサーバ104-i、i=1、2、...Nにネットワーク接続して動作することができる。さらに、企業のユーザがいかなるサービスにも適切なモバイル通信装置MCD116を用いて遠隔地からアクセスまたは実行ができるように、遠隔サービスサーバ106は企業ネットワーク102とインターフェースされる。エンドツーエンド暗号化を用いた安全な通信リンクが構築され、外部IPネットワーク、すなわち公衆パケット交換ネットワークによって仲介されている。公衆パケット交換ネットワークとは、インターネット108に加え、無線パケットデータサービスネットワーク112等である。ネットワーク112は、ベースステーションBS114を含む、無線ネットワークの適切な基盤を介して、MCD116と動作することが可能である。一実施形態において、インターネット108と無線パケットデータサービスネットワーク112の基盤との間に、信用されるリレーネットワーク110を配置し得る。例として、MCD116は、メッセージの送受信、ウェブのプラウジング、会社のアプリケーションサーバへのインターフェース等ができる、データ通信可能なハンドヘルドデバイスであり得る。本特許出願の目的のため、パケット化された情報を伝送するためにパケット交換データサービスが利用できるようなものである限りは、既知の、またはこれまで未知のいかなるモバイル通信技術およびネットワークプロトコルにおいても、無線パケットデータサービスネットワーク112を実行することが可能である。たとえば、無線パケットデータサービスネットワーク112は汎用パケット無線サービスGPRSネットワークから成り得る。GPRSネットワークは、モバイル通信向けグローバルシステムGSMに基づいたキャリアネットワークのセル方式の基盤を利用して、モバイル装置にパケット無線アクセスを提供する。他の実施において、無線パケットデータサービスネットワーク112は、GSM進化型高速データレートEDGEネットワーク、統合デジタル移動通信IDEN、符号分割多重接続CDMAネットワーク、または第3世代ネットワーク3Gを備え得る。実施形態の例を提供することで、本特許出願からわかることをGPRSに基づいたキャリアネットワークとともに図示するが、本特許出願の範囲がそれによって限定されないことは、当業者であれば容易に認識できよう。図2Aは、一実施形態に従って、モバイル通信装置を用いた例示の無線パケットデータサービスネットワークのさらなる詳細を説明する。図示したように、参照番号202はGPRSネットワークを指し、MCD116に対して、無線パケットデータサービスネットワークとして動作できる。MCD116には、たとえばウェブプラウジング、eメール、マルチメディア、ファイル転送プロトコルすなわちFTP、テルネット等、データ処理を中心とするいくつかのユーザアプリケーションが用意されている。ベースステーション114は、応用可能な通信層プロトコルを用いて、エアインタフェースを介してMCDにサービスを提供する。GPRSは、パケット交換技術を利用して、GSM通信ネットワークを介して効率的な方法で信号を送り、高速および低速の両方のデータを送る。パケット交換とは、ユーザが実際にデータの送受信を行っているときにのみGPRS通信リソースが用いられるという意味である。無線チャンネルを、たとえばMCD116等のモバイルデータユーザ1人に専用に提供するよりも、利用可能な無線チャンネルを複数のユーザ間で同時に共有できる方がよい。したがって、GPRSは、周期的な大量のデータ転送たとえばウェブプラウジングから随時の大容量のデータ伝送たとえばFTPまでをサポートするように設計されている。GPRS無線チャンネルは柔軟に配置することができ、1つの時分割多重アクセスTDMA構造につき1から8までの無線インタフェースのタイムスロットを配置することが可能である。一般的に、タイムスロットは動作中のユーザによって共有され、アップリンクおよびダウンリンクは分離して配置される。スキームをコード化する多様な無線チャンネルが、データビット転送速度の範囲を可能にするために有効である。パケット交換データ転送サービスを実行するために、2つの追加ネットワークノードがGSMネットワーク内に用意される。サービングGPRSサポートノードSGSNがホームロケーションレジスタHLR204に連結され、回路交換式セルラーネットワークの移動通信交換局MSCと同一の階層レベルに配置されている。これが動作可能にBS114に連結され、たとえばMCD116のユーザ等のGPRSユーザの位置を追跡する。さらに、SGSN206は、MCDに対してセキュリティ機能を実行し、アクセス管理を扱う責任を負っている。交換ゲートウェイGPRSサポートノードGGSN208は、外部のパケット交換IPネットワークとの相互作用を提供し、IPに基づいたGPRSバックボーンネットワークを介して、たとえばSGSN206等の1つ以上のSGSNに動作可能に連結される。パケットデータサービスにアクセスするために、MCD116は、GPRSアタッチとして知られるものを実行することによってその存在をネットワークに知らせる。その後、パケットデータを送受信するために、MCD116は利用を所望するパケットデータアドレスを有効にする。この動作によって、対応するGGSNにおいてMCD116が見えるvisibleようになり、外部データネットワークとの相互作用を開始することができる。ユーザデータは、MCD116と外部データネットワークとの間において、カプセル化およびトンネリングとして知られる方法を用いて透明な状態で転送され、そこにおいてデータパケットはGPRS特有のプロトコル情報を備えている。そして、ユーザデータはMCD116とGSN208との間を透明な状態で転送される。GPRSネットワーク202へのアクセスを得たり、データの伝送を開始したりするには、パケットデータプロトコルPDPのコンテクストを有効にする前に、MCD116およびネットワークの間で、多様なシグナリング手順が実行される。図2Bから2Dは、一実施形態によるGPRSネットワーク内で利用される多様なシグナリング手順に対するメッセージの、複数の系統線図を示す。特に図2Bを参照すると、そこにおいて、アタッチのシグナリング手順が説明されている。アタッチ処理の際、MCD116は、たとえば国際移動電話加入者識別番号等の識別番号と、アタッチの種類すなわちGPRSアタッチとを、SGSN206へのアタッチ要求メッセージ220を介して提供する。一度SGSN206がMCD116の識別番号を入手すれば、番号がHLR204から加入者情報を引出す。加入者情報が発見できない場合、SGSN206はアタッチ拒否の応答メッセージをMCD116へ返信する。必要な加入者情報がHLR204内で発見された場合、SGSN206はアタッチ要求メッセージ220を受入れ、MCD116へ、例えば、Packet-TemporaryMobileStationIdentityまたはP-TMSI等の新規の識別番号が割当てられる。次いで、SGSN206から受信したP-TMSIからTemporaryLogicalLinkIndentifierTLLIが導き出される。MCD116が、GPRSネットワークと次にシグナリングまたはデータ手順を行うために、それ自体を識別するのに導き出されたTLLIを利用する。したがって、SGSN206はアタッチ要求メッセージにすぐ応答し、GPRS位置更新要求メッセージ222を送信することによって、HLR204をMCD116の当面の位置に更新する。それに応えて、HLR204は、加入者データの書込み要求メッセージ224を通じてMCD116に関連する加入者情報をSGSN206へ送信する。これは、アクノリッジメッセージ226を通じ、SGSN206によってアクノリッジされる。その後、HLR204はGPRS位置更新アクノリッジメッセージ228を通じ、SGSN206に対して位置更新の完了をアクノリッジする。適切な加入者情報がHLR204内で発見されたので、SGSN206は、アタッチ受付メッセージ230をP-TMSIと共にMCD116へ送信する。それに応えて、MCD116は、P-TMSIの受信をアクノリッジするためにP-TMSIから引出したTLLIと共に、アタッチ完了メッセージ232を返信する。アタッチ処理が首尾よく実行された後、移動性管理MMコンテクストがMCD116およびSGSN206の双方に確立されるとすぐ、MCD116は準備状態に入る。MMとは加入者情報およびMCD識別番号を含む記録である。その後、MCD116は、外部のデータネットワークと通信するために、有効化のシグナリング手順を通じてPDPコンテクストを有効化することができる。図2Cは有効化のシグナリング手順に関するメッセージの系統線図を示す。MCD116はトランザクション識別番号TIおよびネットワークサービスアクセスポイント識別番号NSAPIを特定する動作を実行できる。これらの番号は、データセッションを特有に識別するためにGPRS基盤によって用いられる。さらなる実施において、MCD116はアクセスポイント名APNをメッセージに含むことが可能であり、APNは、利用する特定のGGSNを選択するようSGSN206に命令する。例として、MCD116は、TI、NSAPI、APN、要求されたサービスの質QoS等の識別子と共にPDPコンテクストの有効化要求メッセージ250をSGSN206へ送信することが可能である。メッセージをアクノリッジするとすぐ、SGSN206はPDPコンテクストの作成要求メッセージ252をトンネル識別番号TIDと共に適切なGGSN208へ送信する。TIDは、MCD116の識別番号およびNSAPIを追加することによって構成される。GGSN208はPDPコンテクスト作成要求メッセージ252中の識別子をアクノリッジし、要求が受入れられた場合、エラーコードを伴わないPDPコンテクスト作成応答メッセージ254を返信する。その後、要求されたデータセッションが有効化されたことを示すため、SGSN206はPDPコンテクストの有効化受付メッセージ256をMCD116へ送信する。アプリケーション層から入手したユーザデータは、外部パケットデータネットワークに到達する前にカプセル化される。図2Dに示すように、ユーザデータ260は、まずMCD116およびSGSN206の間で、サブネットワークSN-ユニットデータメッセージ262内にトンネリングされる。ユーザデータは、次いでSGSN206およびGGSN208の間でGPRSトンネリングプロトコルGTPトンネリングパケットデータユニットT-PDUメッセージ264内にトンネリングされる。その後、GGSN208はユーザデータ266を抽出し、それを外部パケットデータネットワークへ送信する。GPRSに基づいたネットワーク202のような無線パケットデータサービスネットワークにおいて、PDPコンテクストの有効化に準じて多様なシグナリング手順が実行されるということが前述した説明から理解できよう。さらに、ネットワークにおけるシグナリング機能の方式および方法は、たとえばリソースの有用性、シグナリングの負荷、混雑、物理的な機械装置の完成度等のネットワークの状態および条件に依存し得る。したがって、ネットワーク管理構造は多数の原因コードを発生させる動作が可能である。原因コードは異なるネットワークの応答を意味し、モバイル装置によって開始されたPDP有効化手順に影響する可能性のあるMCD関連情報およびネットワークの条件に基づくたとえばネットワークが混雑している、不当なAPNの侵入、GGSNが故障している、加入者に問題がある、または本人だと証明されていない、等。図3は、一実施形態によるモバイル通信装置にサービスを提供する際に、図2に示した無線パケットデータサービスネットワークを用いて動作できる原因コードのリストの例を示す。表300に述べるように、原因コードCC列302は複数の原因コードを示し、それぞれが、そのCCを説明する関連の列304内に対応の項目を伴っている。たとえば、PDPコンテクストの有効化要求メッセージを受け取ると、ネットワークは、PDPコンテクストの有効化拒否メッセージをMCDに送信することによってMCDが開始した有効化を拒否することができる。この拒否メッセージは、CCナンバー26nビット整数として表すことができるを含み、リソースが不十分であることを示す。同様に、CCナンバー29は、ユーザの本人確認が失敗した場合に発生され得る。表300のその他のCC項目は同様に、対応するネットワーク応答を示す。本特許出願の背景の部分において触れたように、データ処理を中心とするモバイル装置が、たとえばPDPコンテクストの欠陥等のある種の原因コードを受信したときにネットワークとのデータセッションを構築するリトライを継続すると、再送信ロジックはネットワークにシグナリングメッセージを送信し続け、そこにおいてのシグナリング負荷が増大する。本特許出願からわかることに従って、ネットワークにおけるこのようなシグナリングの負荷を低減するために、原因コードの機能に基づいてモバイル装置のデータセッションのリトライ機能がカスタマイズされるスキームが提供される。図4は、無線パケットデータサービスネットワークの原因コードを、モバイル通信装置のデータセッションリトライ機能に関連するフラグや印indiciumにマッピングするための構造例400を示す。本質的に、キャリアネットワークに付随する原因コードのサブセットは、クリティカルなcritical原因コードとして識別される。それらの原因コードは、リトライ不可NORETRYの印にマッピングされ、このような原因コードをネットワークから受信した場合、データセッションのリトライ機能の再送信ロジックが無効になっていることを意味する。一実施形態において、構造400は、MCD116のようなモバイル装置内で統合されるライブラリに付随し変更可能なリソースファイルとして提供される。別の実施形態において、変更可能なライブラリ/構造400は、たとえばGGSNに付随する等、キャリアネットワークの基盤の一部として提供される。図4に示すように、CC列404はキャリアごとの基盤上に与えられ、キャリア列402中のキャリアに対する多様なクリティカルコードを識別する。リトライ機能フラグ列406において、各CCは適切な印を用いて区分されており、この印が、データセッションリトライ機能が無効であるか否かを示す。モバイル通信装置基盤によるモバイル通信装置上にもこのようなデータを設定できるということを評価されたい。以下の詳細において述べるように、MCDの通信トランスポートプロトコルスタックは、再送信ロジックをカスタマイズするために、新規なPDPコンテクストの有効化または現存するPDPコンテクストの状態に従って、構造400に問合わせる動作が可能である。図5は、一実施形態による、データセッションリトライ機能のカスタマイズを実行することが可能なモバイル通信装置のソフトウェア設計図を示す。多層構造のトランスポートスタックTS506は、無線パケットデータサービスネットワークに対し、信用性があり、安全であり、かつ途切れることのない常時の接続をしており、それを介して、eメールを含めたあらゆる種類の企業データ用の包括的なデータトランスポートプロトコルを提供するように動作することが可能である。図5の実施形態において図示されるように、インテグレーション層504Aは、MCDの通信層502とトランスポートスタック506との間のインタフェースとして動作可能である。同様に、たとえばeメール508、カレンダー/スケジューラ510、コンタクトマネジメント512およびブラウザ514等のユーザアプリケーション507と、トランスポートスタック506との間をインターフェースするために、別のインテグレーション層504Bが用意される。特には図示しないが、トランスポートスタック506はまた、MCDのオペレーティングシステムとも連結されている。別の実施において、トランスポートスタック506は、データ通信のクライアントモジュールの一部として与えられる。データ通信のクライアントモジュールは、モバイル装置上にあるホスト独立の仮想マシンとして動作可能である。トランスポートスタック506の最下層層1は、無線ネットワークのパケット層へのインタフェースとして動作可能である。層1は、図1に示す例のネットワーク環境100内で基本的なサービス調整を扱う。たとえば、MCDが1つのキャリアネットワークから別のキャリアネットワークへ移動する場合、層1は、パケットが適切な無線ネットワークへ中継されていること、また、以前のネットワークから未処理のままである全てのパケットが最新のネットワークへ新ルートを経由して送られていることを確証する。最上層層4は、多様なアプリケーションインタフェースがMCDのサポートするサービスを受けるようにする。残る2つの層、層2および層3は、それぞれ、層2がデータグラムの分割/再編成の責任を持ち、層3が、セキュリティ、圧縮、および発信の責任を持つ。ソフトウェア環境の一部として与えられる、変更可能なCCリソースファイル516は、トランスポートスタック506およびMCDの通信層502と実行できる通信内に配置される。一実施形態において、CCリソースファイル516は、図4を参照して説明した、クリティカルな原因コードとMCDのデータセッションリトライ機能との間に適切なマッピングを含む実施形態のような、問合せ可能なライブラリ構造を有し得る。ライブラリ構造の内容は、CCリソースファイル516の実例上に動的に設定され得る。MCDのデータセッションリトライ機能の再伝送ロジックが呼出される適切な条件下で、トランスポートスタック506はアクセスおよびCCリソースライブラリへの問合せを実行できる。また、インテグレーション層がリトライ機能を管理する場合、ユーザインタフェースと通信との間にあるインテグレーション層へフラグ記述子すなわちリトライ/リトライ不可を渡すことができる。図6は、モバイル通信装置における、データセッションリトライ動作をカスタマイズするための、一実施形態のフローチャートを示す。PDPコンテクストが構築されなかったか、見つからないたとえばデバイスが適用範囲外にある等の理由でことをMCDのトランスポートスタックが検知するとブロック602CCリソースファイル構造/ライブラリはトランスポートスタックによって問合せをされるブロック604。一実施において、トランスポートスタックはMCDの再送信ロジックを呼出す前に構造/ライブラリに問合せをするか、再送信の試行が為された後まで待つことができる。ネットワークによって発生されたCCがMCDのデータセッションリトライ機能に関連するリトライ不可の印にマッピングされたクリティカルな原因コードであるか決定が為されるブロック606。否であれば、MCDのデータセッションリトライ機能の再送信ロジックはPDPコンテクストの構築を試行し続けるブロック608。逆の場合、データセッションリトライ機能は抑止されるか、無効化されるブロック610。一実施例として、CC構造/ライブラリオブザーバとして通信層にアクセスしたものがリトライ機能を再有効化できるように解決するまでデータセッションリトライ機能が無効となり得る。図7は、一実施形態による、データセッションリトライ機能のカスタマイズを実行できるモバイル通信装置のブロック図を示す。ここに示した参照について、MCD116の一実施形態は図7に示したものと類似の配置を有し得るが、図示した多様なモジュールに関して、ハードウェア、ソフトウェア、またはファームウェアにおいて様々な変更および修正が存在し得ることは、当業者によって理解されよう。したがって、図7の配置は例示説明するものであり、本特許出願の実施形態に関して限定するものではない。MCD116の実施形態の全体的な管理をするマイクロプロセッサ702は、通信サブシステム704と連動することが可能である。通信サブシステム704は、受信機708および送信機の他に、1つ以上のローカル発振器LOモジュール710等の関連要素およびデジタルシグナルプロセッサDSP712等の処理モジュールを含む。通信分野の当業者にとって明らかなように、通信モジュール704の詳細な設計は、モバイル装置が動作しようと意図される通信ネットワークに依存し得る。一実施形態において、通信モジュール704は、声およびデータ通信の両方を用いて動作できる。ただし、詳細な設計には関係なく、アンテナ706によってBS114を介して受信されるシグナルは受信機708に与えられる。受信機708は、シグナル増幅、周波数下方変換、フィルタリング、チャンネル選択、アナログディジタルA/D変換等のような共通の受信機機能を実行できる。同様に、伝送されるシグナルは、たとえばDSP712等によってモジュレーションおよびエンコーディングなどの処理をされ、ディジタルアナログD/A変換、周波数上方変換、フィルタリング、増幅および伝送等のために、アンテナ716を介し、大気と通信との境界を越えて送信機714に与えられる。マイクロプロセッサ702は、補助入力/出力I/O718、シリアルポート720、ディスプレイ722、キーボード724、スピーカ726、マイクロフォン728、ランダムアクセスメモリRAM730、短期通信サブシステム732、および一般的に参照番号733として分類される他のあらゆるデバイスサブシステム等の、さらなるデバイスサブシステムとも連動する。アクセスを管理するために、加入者識別モジュールSIMまたはリムーバブルユーザ識別モジュールRUIMインタフェース734もまたマイクロプロセッサ702との通信において提供される。一実施において、複数のキー配列744と、識別番号および加入者関連情報等の他の情報746とを有するSIM/RUIMカードを用いてSIM/RUIMインタフェース734を動作することが可能である。オペレーティングシステムソフトウェアおよびトランスポートスタックは、フラッシュメモリ735のような持続的な格納モジュールすなわち非揮発性の記憶装置の中に含まれ得る。一実施において、フラッシュメモリ735は、たとえばコンピュータプログラム736、同様にデバイス形態737、アドレス帳739、その他の個人情報管理者PIMデータ741等のための記憶領域、および、一般的に参照番号743として分類される他のデータ記憶領域等の様々な領域内に隔離され得る。さらに、MCDのデータセッションリトライ機能をカスタマイズするための本特許出願の内容に従って、キャリア仕様のCCマップ用持続記憶装置の一部として、CCリソースファイル構造748たとえばライブラリに沿うが提供され得る。本特許出願の実施形態の動作および構造は、上述した詳細な説明から明らかであろう。図示説明した例示の実施形態を好ましいものと見なしたが、以下の請求項に述べる本発明の範囲から逸脱することなく多様な変更および修正が為され得るということは容易に理解されよう。"