ＩＰセッションの最大数が確立されていることを決定するシステムおよび方法
【課題】ＩＰセッションの最大数が確立されていることを決定する望ましいシステムおよび方法を提供する。
【解決手段】モバイルデバイスにおける方法は、予め定義されたタイプの少なくとも１つのリクエストを送信する（２−１）ことと、モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちの所与のリクエストが満たされないという指示を受信する（２−２）ことと、指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定する（２−３）ことと、モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理することと、を包含する。
【解決手段】モバイルデバイスにおける方法は、予め定義されたタイプの少なくとも１つのリクエストを送信する（２−１）ことと、モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちの所与のリクエストが満たされないという指示を受信する（２−２）ことと、指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定する（２−３）ことと、モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理することと、を包含する。
【発明の詳細な説明】
【技術分野】
【０００１】
（本発明の分野）
本出願は、概して、無線通信に関し、特に、ＩＰセッションに関する。
【背景技術】
【０００２】
（本発明の背景）
モバイルデバイスと対応するノードとの間の通信は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サーバノードを介してＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークにおいて処理される。ＧＰＲＳサーバノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）およびＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を含む。モバイルデバイスと対応するノードとの間のそのような通信の交換は、モバイルデバイスとＳＧＳＮとの間の通信の交換を含む。通信の交換、例えば、モバイルデバイスとＳＧＳＮノードとの間のユーザプレーン通信（すなわち、ＩＰデータトラフィック）は、１つ以上のＰＤＰコンテキストを用いる。ＰＤＰコンテキストによって通信するモバイルデバイスの異なるアプリケーションがどれくらいあるかに依存して、多くのＰＤＰコンテキストが存在し得る。しかしながら、モバイルデバイスに対するＰＤＰコンテキストの数は、モバイルデバイスが存在するルーティングエリアにおいてサポートされているＰＤＰコンテキストの数によって、制限され得る。
【０００３】
異なるルーティングエリアは、異なる数のＰＤＰコンテキストをサポートし得る。しかしながら、モバイルデバイスは、モバイルデバイスをサポートしている所与のルーティングエリアにおけるＰＤＰコンテキストがどれくらいあるかに気付かない。このことは、望ましくない状況を招き得る。例えば、モバイルデバイスは、ＩＰセッションの最大数が既に確立されていることに気付かずに、確立されるべき新しいＰＤＰコンテキストをリクエストすることがあり得る。その結果、モバイルデバイスは、新しいＰＤＰコンテキストを確立させることに失敗することがあり得る。さらに、一部の例において、モバイルデバイスは、新しいＰＤＰコンテキストを確立させることになぜ失敗したのかに気付かない。モバイルデバイスが、モバイルデバイスに対してサポートされているＩＰセッションの最大数に気付かない場合、モバイルデバイスは、ＰＤＰコンテキストを適切に管理することができない。ＰＤＰコンテキストを用いるサービスが、ネットワークによってサポートされているよりも多く、ユーザによってリクエストされる場合、（一部のサービスが遅延される等の）一種のマルチプレキシングが生じ得る。
【０００４】
モバイルデバイスに対する可能性のあるアプローチは、１つのＰＤＰコンテキストのみがサポートされていることを常に仮定することである。しかしながら、このアプローチは、追加的なＰＤＰコンテキストがサポートされるときを見逃してしまう。このことは、１つより多くのＰＤＰコンテキストがサポートされているネットワーク上のユーザに不満を抱かせる結果を招き得る。
【発明の概要】
【課題を解決するための手段】
【０００５】
（本発明の概要）
（項目１）
モバイルデバイスにおける方法であって、
予め定義されたタイプの少なくとも１つのリクエストを送信することと、
該モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと、
該指示に基づいて、所与のネットワークエリアにおいて該モバイルデバイスに対してサポートされているＩＰセッションの該最大数を決定することと、
該モバイルデバイスに対してサポートされているＩＰセッションの該最大数に基づいて、ＩＰセッションを管理することと
を包含する、方法。
【０００６】
（項目２）
上記少なくとも１つのリクエストを送信することは、同時のＩＰセッションを確立させることを試みようとして、複数のリクエストを送信することを包含しており、
上記指示を受信することは、該複数のリクエストに対する応答を受信することを包含しており、
サポートされているＩＰセッションの上記最大数を決定することは、ＩＰセッションを確立させようという該試みと、そのような試みに対する該応答とに基づいて、上記所与のネットワークエリアによってサポートされているＩＰセッションの数を決定することを包含している、
項目１に記載の方法。
【０００７】
（項目３）
サポートされているＩＰセッションの上記最大数を決定することは、
上記無線ネットワークの能力に基づいて、サポートされているＩＰセッションの該最大数のデフォルト値を確立させること
をさらに包含している、項目２に記載の方法。
【０００８】
（項目４）
サポートされているＩＰセッションの上記最大数を決定することは、
どれだけ多くの同時のＩＰセッションが確立されているかに関するカウントを実行すること
をさらに包含している、項目１〜３のいずれか一項に記載の方法。
【０００９】
（項目５）
サポートされているＩＰセッションの上記最大数を決定することは、
ＩＰセッションを確立させようという試みに対する定義された応答を受信したとき、上記所与のネットワークエリアによってサポートされているＩＰセッションの上記数を、どれだけ多くの同時のＩＰセッションが確立されているかに関する上記カウントにセットすること
をさらに包含している、項目４に記載の方法。
【００１０】
（項目６）
上記定義された応答は、
原因コード２６のパケットデータプロトコル「ＰＤＰ」活性化拒絶応答と、
原因コード３８のＰＤＰ活性化拒絶応答と、
原因コード１０１のＰＤＰ活性化拒絶応答と、
別の既存のコンテキストの不活性化をリクエストする応答と、
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答と、
もはや利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答と
のうちのいずれかである、項目５に記載の方法。
【００１１】
（項目７）
既に訪問されているネットワークエリアに対し、各ネットワークエリアによってサポートされているＩＰセッションの上記最大数を指示する履歴情報を維持することと、
新しいネットワークエリアに移動したとき、該新しいネットワークエリアが該履歴情報に掲載されている場合に、該履歴情報において、該ネットワークエリアによってサポートされているＩＰセッションの該最大数を調べ、さもなければ、該新しいネットワークエリアによってサポートされているＩＰセッションの該最大数を決定することと
をさらに包含している、項目１〜６のいずれか一項に記載の方法。
【００１２】
（項目８）
上記履歴情報は、ネットワークエリアに対し、
パブリックランドモバイルネットワーク「ＰＬＭＮ」の粒度、
ＰＬＭＮおよびローカルエリアコード「ＬＡＣ」の粒度、または
ルーティングエリアコード「ＲＡＣ」および無線ネットワークコントローラ識別子「ＲＮＣ Ｉｄ」の粒度
のうちのいずれかに維持される、項目７に記載の方法。
【００１３】
（項目９）
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更する前に、上記モバイルデバイスが、少なくとも１つの選択されたＩＰセッションを、先制して不活性化すること
をさらに包含している、項目１〜８のいずれか一項に記載の方法。
【００１４】
（項目１０）
サポートされているＩＰセッションの上記最大数に基づいて、ＩＰセッションを管理することは、
現在のネットワークエリアによってサポートされているＩＰセッションの該最大数が確立されると、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること
を包含している、項目１に記載の方法。
【００１５】
（項目１１）
ＩＰセッションの上記割り当てをアクティブに管理することは、
デバイス機能に優先度を付け、優先度によって該ＩＰセッションを割り当てること、または
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更した後に、該第２のネットワークエリアにおける該ＩＰセッションを割り当てるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化すること
のいずれかを包含している、項目１０に記載の方法。
【００１６】
（項目１２）
上記指示を受信することは、
上記所与のリクエストに対する応答を受信することであって、該応答は、原因コードを含んでおり、該原因コードは、上記モバイルデバイスに対してＩＰセッションの上記最大数が既に確立されているので、該所与のリクエストが満たされ得ないということを示している、こと
を包含している、項目１〜１１のいずれか一項に記載の方法。
【００１７】
（項目１３）
上記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの上記最大数が既に活性化されているということを示している、項目１２に記載の方法。
【００１８】
（項目１４）
上記所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
上記応答は、該活性化ＰＤＰコンテキストリクエストを拒絶するための、活性化ＰＤＰコンテキスト拒絶であるか、
該所与のリクエストは、既存のＰＤＰコンテキストに対するサービスをリクエストするための、ＰＤＰコンテキストサービスリクエストであり、かつ
該応答は、該ＰＤＰコンテキストサービスリクエストを拒絶するための、サービス拒絶であるか、
該所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該所与のリクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
項目１２または項目１３に記載の方法。
【００１９】
（項目１５）
アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れること
をさらに包含しており、
ＩＰセッションを管理することは、サポートされているＩＰセッションの上記最大数に基づいて、上記無線ネットワークから、該新しいＩＰセッションをリクエストするかどうかを決定することを包含している、
項目１〜１４のいずれか一項に記載の方法。
【００２０】
（項目１６）
ＩＰセッションに優先度を付けること
をさらに包含しており、
ＩＰセッションを管理することは、サポートされているＩＰセッションの上記最大数によってＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持することを包含している、
項目１〜１４のいずれか一項に記載の方法。
【００２１】
（項目１７）
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、項目１〜１６のいずれか一項に記載の方法。
【００２２】
（項目１８）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスのプロセッサ上で実行することにより、項目１〜１７のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００２３】
（項目１９）
モバイルデバイスであって、
無線ネットワークと通信するように構成された無線アクセスラジオと、
ＩＰセッション管理機能と
を備えており、該ＩＰセッション管理機能は、
予め定義されたタイプの少なくとも１つのリクエストを送信し、
該モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちのリクエストが満たされ得ないという指示を受信し、
該指示に基づいて、所与のネットワークエリアにおいて該モバイルデバイスに対してサポートされているＩＰセッションの該最大数を決定し、
該モバイルデバイスに対してサポートされているＩＰセッションの該最大数に基づいて、ＩＰセッションを管理する
ように構成されている、モバイルデバイス。
【００２４】
（項目２０）
無線ネットワークにおける方法であって、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定することと、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信することと
を包含する、方法。
【００２５】
（項目２１）
上記応答は、原因コードを含んでおり、該原因コードは、ＩＰセッションの上記最大数が既に確立されているので、上記リクエストが満たされ得ないということを示している、項目２０に記載の方法。
【００２６】
（項目２２）
上記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの上記最大数が既に活性化されているということを示している、項目２１に記載の方法。
【００２７】
（項目２３）
上記予め定義されたタイプの上記リクエストは、確立されるべき新しいＩＰセッションをリクエストするための、活性化ＩＰセッションリクエストであり、かつ
上記応答は、該活性化ＩＰセッションリクエストを拒絶するための、ＩＰセッション拒絶であるか、
該予め定義されたタイプの該リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエストであり、かつ
該応答は、該ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶であるか、
該予め定義されたタイプの該リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該予め定義されたタイプの該リクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
項目２０〜２２のいずれか一項に記載の方法。
【００２８】
（項目２４）
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、項目２０〜２３のいずれか一項に記載の方法。
【００２９】
（項目２５）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、項目２０〜２２のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００３０】
（項目２６）
ＩＰセッション機能を備えている無線ネットワークであって、
該ＩＰセッション機能は、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信する
ように構成されている、無線ネットワーク。
【００３１】
（項目２７）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、項目２２〜２５のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００３２】
（項目２８）
ＩＰセッション機能を備えている無線ネットワークであって、
該ＩＰセッション機能は、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信する
ように構成されている、無線ネットワーク。
【００３３】
（項目２９）
所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスが、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること
を包含する、方法。
【００３４】
（項目３０）
上記ＩＰセッションは、ＰＤＰコンテキストである、項目２９に記載の方法。
【００３５】
（項目３１）
上記モバイルデバイスが、上記所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定すること
をさらに包含しており、該決定は、
該モバイルデバイスが、該所与のネットワークエリアに存在している間に、ＰＤＰコンテキストを確立させることを試み、そのような試みに対する応答を受信することと、
ＰＤＰコンテキストを確立させようという該試みと、そのような試みに対する該応答とに基づいて、該モバイルデバイスが、該所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を確立することとによって、あるいは、
該モバイルデバイスが、該所与のネットワークエリアから該情報を受信することと
によって、なされる、項目３０に記載の方法。
【００３６】
（項目３２）
上記モバイルデバイスが、複数のネットワークエリアに対する情報を用いて予め構成されていること
をさらに包含している、項目３０に記載の方法。
【００３７】
（項目３３）
複数のモバイルデバイスの各々が、該モバイルデバイスが訪問するネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定し、この情報を該複数のモバイルデバイスに利用できるようにすること
をさらに包含している、項目３０に記載の方法。
【００３８】
（項目３４）
上記モバイルデバイスが、データベースクエリを実行することにより、上記所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定すること
をさらに包含している、項目３０に記載の方法。
【００３９】
（項目３５）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、プロセッサ上で実行することにより、項目３０〜３４のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００４０】
（項目３６）
モバイルデバイスであって、
無線ネットワークと通信するように構成されている無線アクセスラジオと、
ＩＰセッション管理機能と
を備えており、該ＩＰセッション管理機能は、
所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する
ように構成されている、モバイルデバイス。
【００４１】
ＩＰセッションの最大数が確立されていることを決定するシステムおよび方法が提供される。モバイルデバイスが無線ネットワークにリクエストを送信する場合がある。一局面にしたがうと、ＩＰセッションの最大数がモバイルデバイスに対して既に確立されている場合、無線ネットワークは、リクエストが満たされ得ないことを示す応答を送信する。モバイルデバイスは、上記応答に基づいて、ＩＰセッションの最大数が既に確立されていることを決定する。このことは、モバイルデバイスが、ＩＰセッションがしかるべく管理され得るようにサポートされ得るＩＰセッションの最大数を決定することを可能にする。
【００４２】
（概要）
広い局面にしたがうと、モバイルデバイスにおける方法が提供されており、上記方法は、予め定義されたタイプの少なくとも１つのリクエストを送信することと；モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと；指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定することと；モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理することと、を包含している。
【００４３】
別の広い局面にしたがうと、モバイルデバイスが提供されており、上記モバイルデバイスは、無線ネットワークと通信するよう構成されている無線アクセスラジオと；ＩＰセッション管理機能と、を備えており、上記ＩＰセッション管理機能は：予め定義されたタイプの少なくとも１つのリクエストを送信し；モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちのリクエストが満たされ得ないという指示を受信し；指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定し；モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理する、ように構成されている。
【００４４】
別の広い局面にしたがうと、無線ネットワークにおける方法が提供されており、上記方法は、所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定することと；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信することと、を包含している。
【００４５】
別の広い局面にしたがうと、ＩＰセッション機能を備えている無線ネットワークが提供されており、上記ＩＰセッション機能は：所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する、ように構成されている。
【００４６】
別の広い局面にしたがうと、ＩＰセッション機能を備えている無線ネットワークが提供されており、上記ＩＰセッション機能は：所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する、ように構成されている。
【００４７】
別の広い局面にしたがうと、１つの方法が提供されており、上記方法は、所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスが、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること、を包含している。
【００４８】
別の広い局面にしたがうと、モバイルデバイスが提供されており、上記モバイルデバイスは、無線ネットワークと通信するように構成されている無線アクセスラジオと；ＩＰセッション管理機能と、を備えており、上記ＩＰセッション管理機能は：所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する、ように構成されている。
【図面の簡単な説明】
【００４９】
実施形態は、添付の図面に参照して記載されている。
【図１Ａ】図１Ａは、例示的な無線ネットワークおよびモバイルデバイスのブロック図である。
【図１Ｂ】図１Ｂは、図１Ａに示されているモバイルデバイスのブロック図である。
【図１Ｃ】図１Ｃは、別のモバイルデバイスのブロック図である。
【図２】図２は、ＩＰセッションの最大数が既に確立されていることを決定する例示的な方法のフローチャートである。
【図３Ａ】図３Ａは、例示的なＧＭＭの原因情報エレメントの表である。
【図３Ｂ】図３Ｂは、例示的なＧＭＭの原因情報エレメントの表である。
【図４Ａ】図４Ａは、例示的なＳＭの原因情報エレメントの表である。
【図４Ｂ】図４Ｂは、例示的なＳＭの原因情報エレメントの表である。
【図５】図５は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図６】図６は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図７】図７は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図８】図８は、サポートされているＰＤＰコンテキストの数を決定する方法のフローチャートである。
【図９】図９は、履歴情報を維持する方法のフローチャートである。
【図１０】図１０は、履歴方法が維持され得る例示的なフォーマットの表である。
【図１１】図１１は、ＩＰセッションを管理する例示的な方法のフローチャートである。
【図１２】図１２は、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を送信する例示的な方法のフローチャートである。
【発明を実施するための形態】
【００５０】
（無線通信システム）
ここで図１Ａを参照すると、例示的な無線ネットワーク１００およびモバイルデバイス１０のブロック図が示されている。無線ネットワーク１００は、第１のルーティングエリア３０と、第２のルーティングエリア４０とを有している。その他のルーティングエリアが存在し得るが、単純化のために、それらは示されていない。各ルーティングエリアは、少なくとも１つのＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を有している。図示された例において、第１のルーティングエリア３０は、第１のＲＮＣ ３１と第２のＲＮＣ ３２とを有しているが、第２のルーティングエリア４０は、単一のＲＮＣ ４１を有している。各ＲＮＣ ３１、３２、４１は、それぞれのＲＮＣ Ｉｄに関連付けられている。第１のルーティングエリア３０の第１のＲＮＣ ３１および第２のＲＮＣ ３２は、それぞれＲＮＣ Ｉｄ ３１ａおよびＲＮＣ Ｉｄ ３２ａを有しているが、第２のルーティングエリア４０の単一のＲＮＣ ４１は、ＲＮＣ Ｉｄ ４１ａを有している。ＲＮＣ（ノードＢを介する）内の各セル（図示されず）は、ＲＡＩ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、階層的に関連付けられている。ＲＡＩは、１つ以上のセルを含み得、ＲＮＣの橋渡しをし得る。一部のインプリメンテーションにおいて、各ＲＡＩは、国別コード、ネットワークコード、およびルーティングエリアコードの組み合わせであり得る。ＲＡＩは、他の無線ネットワークに対して異なり得る。
【００５１】
図示された実施形態において、各ＲＮＣ ３１、３２、４１は、ＳＧＳＮ（Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５０に結合されており、次にこれは、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）６０に結合されており、次にこれは、ＰＤＮ（Ｐａｃｋｅｔ
Ｄａｔａ Ｎｅｔｗｏｒｋ）７０に結合されている。ＰＤＮ７０は、例えばインターネットであり得る。ＳＧＳＮ ５０は、プロセッサ５２に結合されたＩＰセッション機能５１を有しており、その他のコンポーネントを有し得るが、それらは単純化のために示されていない。
【００５２】
無線ネットワーク１００は、単一のモバイルデバイス、すなわち、モバイルデバイス１０と共に示されている。その他のモバイルデバイスが存在し得るが、それらは単純化のために示されていない。図１Ｂを参照すると、図１Ａに示されているモバイルデバイス１０のブロック図が示されている。モバイルデバイス１０は、プロセッサ１２を有しており、これは、無線アクセスラジオ１１、ＩＰセッション管理機能１３、アプリケーション１４、およびユーザインターフェース１５に結合されている。モバイルデバイス１０は、その他のコンポーネントを含み得るが、それらは単純化のために示されていない。元に戻って図１Ａを参照すると、モバイルデバイス１０は、ここでは、第１のルーティングエリア３１内に配置されている。しかしながら、モバイルデバイス１０は、移動矢印１９によって指示されているように、例えば第２のルーティングエリア４０のような別のルーティングエリアに移動し得る。
【００５３】
動作中、モバイルデバイス１０は、その無線アクセスラジオ１１を用いることにより、無線ネットワーク１００と通信するように構成されている。そのような通信は、例えば、音声通信、電子的なメッセージ伝達、またはアプリケーション１４によってサポートされているその他の任意の適切な形態の通信であり得る。無線ネットワーク１００との少なくとも一部の通信は、モバイルデバイス１０とＳＧＳＮ５０との間の１つ以上のＩＰセッションによる。ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）セッションは、ＩＰセッションの一例である。モバイルデバイス１０とＳＧＳＮ５０との間には、確立されたＩＰセッションを有しているアプリケーション１４がどれくらいあるかに依存して、多くのＩＰセッションが存在し得る。しかしながら、ＩＰセッションの数は、典型的には、モバイルデバイス１０が存在するルーティングエリアによって制限され、ここではこれは、第１のルーティングエリア３０である。
【００５４】
モバイルデバイス１０が予め定義されたタイプのリクエスト、例えば、活性化ＩＰセッションリクエスト（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）またはＩＰセッションサービスリクエスト（ＩＰ Ｓｅｓｓｉｏｎ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）を送信するときの例が存在する。無線ネットワーク１００は、リクエストを受信し、モバイルデバイス１０に対して既に確立されたＩＰセッションの最大数が存在するかどうかを決定する。本出願の実施形態にしたがうと、ＩＰセッション機能５１は、無線ネットワーク１００における方法をインプリメントし、その結果、モバイルデバイス１０に対してＩＰセッションの最大数が既に確立されている場合に、無線ネットワーク１００は、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を、送信することができる。モバイルデバイス１０は、応答を受信する。本出願の別の実施形態にしたがうと、ＩＰセッション管理機能１３は、モバイルデバイス１０における方法をインプリメントし、その結果、応答に基づいて、ＩＰセッションの最大数が既に確立されているということを決定する。このことは、モバイルデバイス１０が、サポートされ得るＩＰセッションの最大数を決定し、その結果、ＩＰセッションが、モバイルデバイス１０によってしかるべく管理され得ることを可能にする。さらなる詳細は、図２〜図１１を参照して、以下に提供される。
【００５５】
図示された例において、各ルーティングエリア内では、いくつのＲＮＣが存在しているかに関わらず、モバイルデバイス１０に対し、同じ数のＩＰセッションがサポートされていることが仮定されている。典型的に、ルーティングエリアは、単一のＲＮＣを有している。これは例えば、第２のルーティングエリア４０の場合である。所与のモバイルデバイスに対してサポートされるＩＰセッションの数は、ここでは、ＲＮＣによって制限されている。したがって、制限要因は、実際にはＲＮＣであるが、典型的には、ルーティングエリアが制限要因としてみなされ得る。しかしながら、ルーティングエリアは、１つよりも多くのＲＮＣを有し得る。これは例えば、第１のルーティングエリア３０の場合である。したがって、ルーティングエリア内のどこにモバイルデバイスが存在しているかに依存して、モバイルデバイスに対し、ルーティングエリアが、異なる数のＰＤＰコンテキストをサポートすることが、可能である。この場合、ルーティングエリアは、制限要因としてみなされ得ない。本明細書に提示された例は、「ルーティングエリア」を、モバイルデバイスに対するＩＰセッションの数を制限するものとして言及しているが、ネットワークのより一般的な「エリア」が、モバイルデバイスに対するＩＰセッションの数を制限することが理解されるべきである。「エリア」は、ルーティングエリア、例えばＲＮＣ Ｉｄ、ネットワーク、セルＩｄによって定義されているルーティングエリアの一部、あるいはその他の任意のエリアであり得、この他の任意のエリアにおいて、モバイルデバイスに対してサポートされるＩＰセッションの数は、制限されている。
【００５６】
一部のインプリメンテーションにおいて、モバイルデバイスに対し、結合／アクティブ状態（ＣＥＬＬ＿ＤＣＨ，ＣＥＬＬ＿ＦＡＣＨ）とアイドル状態（ＣＥＬＬ＿ＰＣＨ，ＵＲＡ＿ＰＣＨ，ＩＤＬＥ）との間で、微妙な差（ｓｕｂｔｌｅｔｙ）が存在する。ルーティングエリアは、アイドル状態の間に、モバイルデバイスに知られるが、ＲＮＣ ｉｄは、典型的には知られない。アイドル状態の間に、モバイルデバイスは、そのサーバＲＮＣ ｉｄを見つけるために、結合／アクティブ状態に移行する。このことは、バッテリー寿命を浪費するなどし得る。したがって、一部のインプリメンテーションにおいて、サポートされているＩＰセッションの数は、これが最低レベルの粒度であるかどうかに関わらず、ルーティングエリアに対して考慮される。
【００５７】
モバイルデバイス１０のＩＰセッション管理機能１３に対し、多くの可能性が存在する。図示された例において、ＩＰセッション管理機能１３は、ソフトウェアとしてインプリメントされ、プロセッサ１２上で実行される。しかしながら、より一般的には、ＩＰセッション管理機能１３は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の適切な組み合わせとしてインプリメントされ得る。図示された例において、ＩＰセッション管理機能１３は、単一のコンポーネントとして示されている。しかしながら、より一般的には、ＩＰセッション管理機能１３は、１つ以上のコンポーネントとしてインプリメントされ得る。ＩＰセッション管理機能１３が１つよりも多くのコンポーネントを含む例は、以下に記載される。
【００５８】
一部のインプリメンテーションにおいて、ＩＰセッション管理機能１３は、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）およびＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を含んでいる。ＮＡＳは、セッション管理層を含み、ＩＰセッションを管理する。ＮＡＳは、例えば、ＳＧＳＮ５０に送信されるべきアクティブＰＤＰコンテキストリクエストメッセージを発し得る。ＡＳは、無線アクセスラジオ１１の無線インターフェースを管理し、各アクティブＩＰセッションに対し、それぞれのＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）を含んでいる。ＲＡＢは、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）パイプに対する識別子である。それぞれのＲＡＢのない活動休止状態（ｄｏｒｍａｎｔ）のＩＰセッションが存在し得る。ＡＳは、例えば、ＲＮＣに送信されるべきサービスリクエストメッセージを発し得る。
【００５９】
無線ネットワーク１００のＩＰセッション機能５１に対し、多くの可能性が存在する。図示された例において、ＩＰセッション機能５１は、ソフトウェアとしてインプリメントされ、プロセッサ５２上で実行され得る。しかしながら、より一般的には、ＩＰセッション機能５１は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせとしてインプリメントされ得る。図示された例において、ＩＰセッション機能５１は、ＳＧＳＮ５０の単一のコンポーネントとして示されている。しかしながら、より一般的には、ＩＰセッション機能５１は、１つ以上のコンポーネントとしてインプリメントされ得、ＳＧＳＮ５０の一部としてインプリメントされたり、あるいはＳＧＳＮ５０から分離してインプリメントされたりし得る。１つ以上のコンポーネントは、無線ネットワーク１００にわたって分散されたり、あるいは共通の場所に存在したりし得る。その他のインプリメンテーションも可能である。
【００６０】
無線ネットワーク１００に対し、多くの可能性が存在する。図示された例において、無線ネットワーク１００は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークである。しかしながら、より一般的には、無線ネットワーク１００は、ルーティングエリアが、所与のモバイルデバイスに対し、いくつのＩＰセッションが確立され得るかを制限する、任意の無線ネットワークであり得る。
【００６１】
モバイルデバイス１０に対し、多くの可能性が存在する。ここで図１Ｃを参照すると、別のモバイルデバイス８０のブロック図が示されており、上記モバイルデバイスは、本明細書に記載されている任意の方法をインプリメントし得る。モバイルデバイス８０は、例示のみを目的として、極く特定の詳細と共に示されていることが、理解されるべきである。
【００６２】
処理デバイス（マイクロプロセッサ１２８）は、キーボード１１４とディスプレイ１２６との間に結合されて概略的に示されている。マイクロプロセッサ１２８は、ユーザによるキーボード１１４上のキーの作動に応答して、ディスプレイ１２６の動作、ならびにモバイルデバイス８０の全体的な動作を制御する。
【００６３】
モバイルデバイス８０は、ハウジングを有しており、上記ハウジングは、縦長であったり、あるいはその他のサイズおよび形状（クラムシェルハウジング構造を含む）を取ったりし得る。キーボード１１４は、モード選択キーを含んでいたり、あるいはテキスト入力とテレフォニー入力との間を切り替えるためのその他のハードウェアまたはソフトウェアを含んでいたりし得る。
【００６４】
マイクロプロセッサ１２８に加え、モバイルデバイス８０のその他の部分が概略的に示されている。これらは、以下を含んでいる：通信サブシステム１７０；短距離通信サブシステム１０２；キーボード１１４およびディスプレイ１２６、ならびにその他の入力／出力デバイス（ＬＥＤＳ１０４のセット、補助Ｉ／Ｏデバイス１０６のセット、シリアルポート１０８、スピーカ１１１、およびマイク１１２を含む）；さらにメモリデバイス（フラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含む）；その他の様々なデバイスサブシステム１２０。モバイルデバイス８０は、バッテリー１２１を有し得、上記バッテリーは、モバイルデバイス８０のアクティブエレメントに電力供給し得る。モバイルデバイス８０は、一部の実施形態において、音声通信能力とデータ通信能力とを有する双方向の無線周波数（ＲＦ）通信デバイスである。加えて、一部の実施形態において、モバイルデバイス８０は、インターネットを介してその他のコンピュータシステムと通信する能力を有している。
【００６５】
マイクロプロセッサ１２８によって実行されるオペレーティングシステムソフトウェアは、一部の実施形態において、例えばフラッシュメモリ１１６のような、永続性記憶装置に記憶され得るが、その他のタイプのメモリデバイス、例えば、リードオンリーメモリ（ＲＯＭ）またはその他の同様なストレージエレメントに記憶され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、またはそれらの一部は、例えばＲＡＭ１１８のような、揮発性記憶装置に一時的にロードされ得る。モバイルデバイス８０によって受信された通信信号はまた、ＲＡＭ１１８にも記憶され得る。
【００６６】
マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加え、モバイルデバイス８０上でソフトウェアアプリケーションを実行することも可能である。基本的なデバイス動作を制御する所定のソフトウェアアプリケーションのセット、例えば、音声通信モジュール１３０Ａおよびデータ通信モジュール１３０Ｂは、製造の間に、モバイルデバイス８０に取り付けられ得る。加えて、個人用情報マネージャ（ＰＩＭ）アプリケーションモジュール１３０Ｃもまた、製造の間に、モバイルデバイス８０に取り付けられ得る。ＰＩＭアプリケーションは、一部の実施形態において、データアイテムを組織および管理することが可能であり、上記データアイテムは、例えば、ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテムである。ＰＩＭアプリケーションはまた、一部の実施形態において、無線ネットワーク１１０を介してデータアイテムを送信および受信することが可能である。一部の実施形態において、ＰＩＭアプリケーションによって管理されているデータアイテムは、無線ネットワーク１１０を介することにより、デバイスユーザの対応するデータアイテム（ホストコンピュータシステムに記憶されているか、あるいはホストコンピュータシステムに関連付けられている）と、シームレスに統合されたり、同期化されたり、アップデートされたりする。同様に、追加的なソフトウェアモジュール（別のソフトウェアモジュール１３０Ｎとして図示されている）が、製造の間に取り付けられ得る。
【００６７】
データ通信および音声通信を含む通信機能は、通信サブシステム１７０を介して実行され、場合によっては、短距離通信サブシステム１７０を介して実行される。通信サブシステム１７０は、受信器１５０、送信器１５２、および１つ以上のアンテナを含んでおり、上記アンテナは、受信アンテナ１５４および送信アンテナ１５６として図示されている。加えて、通信サブシステム１７０はまた、処理モジュールをも含んでおり、上記処理モジュールは、例えば、デジタル信号プロセッサ（ＤＳＰ）１５８、ローカルオシレータ（ＬＯ）１６０のようなものである。通信サブシステム１７０の特定の設計およびインプリメンテーションは、モバイルデバイス８０が動作することが意図されている通信ネットワークに依存している。例えば、モバイルデバイス８０の通信サブシステム１７０は、Ｍｏｂｉｔｅｘ（登録商標）、ＤａｔａＴＡＣ（登録商標）、またはＧｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）のモバイルデータ通信ネットワークで動作するように設計され得、また、任意の様々な音声通信ネットワーク、例えば、Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｅｒｖｉｃｅ（ＡＭＰＳ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＭＡ）、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ（ＰＣＳ）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）等で動作するようにも設計され得る。その他のタイプのデータネットワークおよび音声ネットワーク（両者は分離していたり、一体であったりする）もまた、モバイルデバイス８０と共に利用され得る。
【００６８】
ネットワークアクセスは、通信システムのタイプに依存して変動し得る。例えば、Ｍｏｂｉｔｅｘ（登録商標）およびＤａｔａＴＡＣ（登録商標）のネットワークにおいては、モバイルデバイスは、各デバイスに関連付けられた一意的なＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を用いることにより、ネットワーク上に登録され得る。しかしながら、ＧＰＲＳネットワークにおいては、ネットワークアクセスは、典型的には、デバイスの加入者またはユーザに関連付けられる。したがって、ＧＰＲＳデバイスは、典型的には、ＧＰＲＳネットワーク上で動作させるために、加入者識別モジュールを有しており、これは、一般的には、加入者識別モジュール（ＳＩＭ）カードと称される。
【００６９】
ネットワークの登録手順または活性化手順が完了すると、モバイルデバイス８０は、通信ネットワーク１１０上で、通信信号を送信および受信し得る。受信アンテナ１５４によって通信ネットワーク１１０から受信される信号は、受信器１５０にルーティングされ、上記受信器は、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択等を提供し、さらにアナログデジタル変換をも提供し得る。受信した信号のアナログデジタル変換は、ＤＳＰ１５８がより複雑な通信機能（例えば、復調および復号化）を実行することを可能にする。同様にして、ネットワーク１１０に送信されるべき信号は、ＤＳＰ１５８によって処理（例えば、変調および暗号化）され、その後、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、および送信アンテナ１５６を介した通信ネットワーク１１０（または複数のネットワーク）への送信のために送信器１５２に提供される。
【００７０】
通信信号を処理することに加え、ＤＳＰ１５８は、受信器１５０および送信器１５２の制御を提供する。例えば、受信器１５０および送信器１５２において通信信号に適用される利得は、ＤＳＰ１５８上にインプリメントされた利得制御アルゴリズムを介して適応制御され得る。
【００７１】
データ通信モードにおいて、受信された信号（例えば、テキストメッセージまたはウェブページのダウンロード）は、通信サブシステム１７０によって処理され、マイクロプロセッサ１２８に入力される。その後、受信された信号は、ディスプレイ１２６への出力のために、マイクロプロセッサ１２８によってさらに処理されたり、あるいはその他のなんらかの補助Ｉ／Ｏデバイス１０６に出力されたりする。デバイスユーザはまた、キーボード１１４および／またはその他のなんらかの補助Ｉ／Ｏデバイス１０６（例えば、タッチパッド、ロッカースイッチ、サムホイール、またはその他のなんらかのタイプの入力デバイス）を用いることにより、データアイテム（例えば、ｅメールメッセージ）を構成し得る。その後、構成されたデータアイテムは、通信サブシステム１７０を介して、通信ネットワーク１１０上に送信され得る。
【００７２】
音声通信モードにおいて、デバイスの全体的な動作は、受信した信号がスピーカ１１１に出力されること、ならびに送信用の信号がマイク１１２によって生成されることを除き、実質的には、データ通信モードと類似している。代替的な音声またはオーディオの補助Ｉ／Ｏサブシステム、例えば音声メッセージ録音サブシステムもまた、モバイルデバイス８０上にインプリメントされ得る。加えて、ディスプレイ１２６もまた、音声通信モードにおいて利用され得、例えば、呼び出し側の身元を表示したり、音声コールの持続時間を表示したり、あるいは他のボイスコール関連情報を表示したりし得る。
【００７３】
短期距離通信サブシステム１０２は、モバイルデバイス８０と、その他の近くにあるシステムまたはデバイスとの間の通信を可能にする。これらは、必ずしも同様なデバイスである必要はない。例えば、短距離通信サブシステムは、赤外デバイス、関連回路および関連コンポーネント、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得、同様に使用可能なシステムおよびデバイスとの通信を提供する。
【００７４】
（モバイルデバイスにおける方法）
ここで図２を参照すると、ＩＰセッションの最大数が既に確立されていることを決定する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。
【００７５】
ステップ２−１において、モバイルデバイスは、予め定義されたタイプのリクエストを送信する。無線ネットワークは、上記リクエストを受信および処理する。この例では、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、無線ネットワークがリクエストを満たし得ないことが仮定されている。無線ネットワークは、応答を送信し、上記応答は、ステップ２−２において、モバイルデバイスによって受信される。上記応答は、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示している。ステップ２−３において、モバイルデバイスは、上記応答に基づいて、ＩＰセッションの最大数が既に確立されていることを決定する。
【００７６】
上記応答が、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを示し得る、多くの方法が存在する。一部のインプリメンテーションにおいて、上記応答は、原因コードを含み、上記原因コードは、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを指示する。より一般的には、上記応答は、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないという任意の適切な指示を含み得る。
【００７７】
ここで図３Ａおよび図３Ｂを参照すると、例示的なＧＭＭの原因情報エレメントの表が示されている。図示された例に示されているＧＭＭの原因情報エレメントは、例示のみを目的とした、原因コードの特定のインプリメンテーションであることが理解されるべきである。ＧＭＭの原因情報エレメントの目的は、モバイルデバイスからのＧＭＭのリクエストが、なぜ無線ネットワークによって拒絶されたかに関する理由を指示することである。図３Ａに示されているように、ＧＭＭの原因は、２つのオクテット長のタイプ３の情報エレメントである。第２のオクテットは、原因値のためのものである。図３Ｂに示されているように、多くの可能な原因値が存在する。原因値「０１１００１１０」は、ＰＤＰコンテキストの最大数が、既に活性化されていることを指示する。一部の実施形態において、原因値は、ＰＬＭＮに固有のネットワーク障害および混雑／認証失敗に関連する原因の一部である。
【００７８】
ここで図４Ａおよび図４Ｂを参照すると、例示的なＳＭの原因情報エレメントの表が示されている。図示された例に示されているＳＭの原因情報エレメントは、例示のみを目的とした、原因コードの特定のインプリメンテーションであることが理解されるべきである。ＳＭの原因情報エレメントの目的は、セッション管理リクエストがなぜ拒絶されたかに関する理由を指示することである。図４Ａに示されているように、ＳＭの原因は、２つのオクテット長のタイプ３の情報エレメントである。第２のオクテットは、原因値のためのものである。図４Ｂに示されているように、多くの可能な原因値が存在する。原因値「０１１００１１０」は、ＰＤＰコンテキストの最大数が、既に活性化されていることを指示する。一部の実施形態において、原因値は、ＧＰＲＳセッション管理に対するＧＰＲＳ固有の原因値の一部である。
【００７９】
一部のインプリメンテーションにおいて、１０２という原因値は、ＰＤＰコンテキストの最大数が既に活性化されていることを指示する。より一般的には、任意の適切な原因値が、インプリメントされ得る。
【００８０】
予め定義されたタイプのリクエストおよび応答に対し、多くの可能性が存在する。一部のインプリメンテーションにおいて、応答のタイプは、リクエストのタイプに依存する。以下に例が提供される。
【００８１】
１つの例において、リクエストは、確立されるべき新しいＩＰセッションをリクエストするための活性化ＩＰセッションリクエスト（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ
Ｒｅｑｕｅｓｔ）であり得るが、一方で、応答は、ＩＰセッションリクエストを拒絶するための、活性化ＩＰセッション拒絶（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ Ｒｅｊｅｃｔ）であり得る。一部のインプリメンテーションにおいて、活性化ＩＰセッションリクエストは、活性化ＰＤＰコンテキストリクエスト（Ａｃｔｉｖａｔｅ ＰＤＰ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）であるが、一方で、応答は、活性化ＰＤＰコンテキスト拒絶（Ａｃｔｉｖａｔｅ ＰＤＰ ｃｏｎｔｅｘｔ Ｒｅｊｅｃｔ）である。
【００８２】
別の例において、リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエスト（ＩＰ ｓｅｓｓｉｏｎ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）であるが、一方で、応答は、ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶（ＩＰ Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔ）である。一部の実施形態において、ＩＰセッションサービスリクエストは、一つのサービスリクエストであり、ＩＰサービス拒絶は、一つのサービス拒絶である。
【００８３】
別の例において、リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための活性化ＰＤＰコンテキストリクエストであるが、一方で、応答は、既存のＰＤＰコンテキストを不活性化するためのＭＴ ＰＤＰ不活性化リクエスト（ＭＴ ＰＤＰ Ｄｅａｃｔｉｖａｔｅ Ｒｅｑｕｅｓｔ）である。これは、例えば、リクエストを満たすのに十分なＰＤＰコンテキストをサポートしていないエリアにおいて、モバイルデバイスが、活性化ＰＤＰコンテキストリクエストを送信する場合に、起こり得る。この例では、新しいＰＤＰコンテキストが、最初に活性化ＰＤＰコンテキストリクエストに応答して確立されていないので、リクエストは、満たされていないと考えられる。しかしながら、一部のインプリメンテーションにおいて、既存のＰＤＰコンテキストが不活性化された後に、リクエストされた新しいＰＤＰコンテキストが、確立されるようになる。
【００８４】
別の例において、リクエストは、新しいルーティングエリアへの変更をリクエストするＲＡＵリクエスト（ＲＡＵ ｒｅｑｕｅｓｔ）であるが、一方で、応答は、既存のＰＤＰコンテキストを不活性化するためのＭＴ ＰＤＰ不活性化リクエストである。これは、例えば、リクエストを満たすのに十分なＰＤＰコンテキストをサポートしていない新しいルーティングエリアに移動した後に、モバイルデバイスが、ＲＡＵリクエストを送信する場合に、起こり得る。その他のリクエストおよび対応するリクエストも可能である。
【００８５】
上記では、リクエストに応答するための例示的なメッセージが提供されてきた。一部のインプリメンテーションにおいて、メッセージは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＴＳ ２４．００８ Ｖ７．５．０で定義されているメッセージに基づいており、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示すための適切な改変がされている。その他のインプリメンテーションも可能である。
【００８６】
一部のインプリメンテーションにおいて、リクエストのタイプは、モバイルデバイスのタイプに依存する。例えば、リクエストのタイプは、モバイルデバイスが、アクティブ／結合状態と比較してアイドル状態にあるかどうかに依存して、変動し得る。一部のインプリメンテーションにおいて、モバイルデバイスは、ＩＰセッションサービスリクエストメッセージを送信することにより、アクティブ／結合状態の間に、既存のＩＰセッションに対するサービスをリクエストし得る。しかしながら、一部のインプリメンテーションにおいて、モバイルデバイスは、アイドル状態の間には、ＩＰセッションサービスリクエストメッセージを決して送信しない。一部のインプリメンテーションにおいて、予め定義されたタイプのリクエストは、モバイルデバイスが、アクティブ／結合状態である間のみに、送信される。その他のインプリメンテーションも可能である。
【００８７】
一部のインプリメンテーションにおいて、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理する。１つの例が、図５を参照して提供されている。ステップ５−１において、モバイルデバイスは、応答に基づいて、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数を決定する。ステップ５−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理する。
【００８８】
サポートされ得るＩＰセッションの最大数をモバイルデバイスが決定するための、多くの方法が存在する。一部のインプリメンテーションにおいて、サポートされ得るＩＰセッションの最大数をモバイルデバイスが決定する方法は、予め定義されたタイプのリクエストに依存する。例えば、リクエストが、活性化ＰＤＰコンテキストリクエストであり、モバイルデバイスが、上記リクエストの前に確立されているＩＰセッションの数に気付いている場合、ＩＰセッションの最大数が既に確立されているので上記リクエストが満たされ得ないことを示す応答を受信すると、モバイルデバイスは、サポートされ得るＩＰセッションの最大数が、上記リクエストの前に確立されているＩＰセッションの数に等しいということを、決定し得る。サポートされ得るＩＰセッションの最大数を決定するための、その他の可能性が存在する。その他の例は、図８を参照して、以下に提供される。
【００８９】
モバイルデバイスが、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理し得る多くの方法が、存在する。図６および図７を参照して、以下に例が提供される。これらの例は、特定のものであり、例示目的のみを意図されていることが、理解されるべきである。その他のインプリメンテーションも可能である。
【００９０】
まず図６を参照すると、ステップ６−１において、モバイルデバイスは、アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れる。アプリケーションは、モバイルデバイス上で動作するように構成されている任意のアプリケーションであり得、上記モバイルデバイスは、ＩＰセッションで通信するように構成されている。ステップ６−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、無線ネットワークから新しいＩＰセッションをリクエストするかどうかを決定する。モバイルデバイスは、例えば、確立されているＩＰセッションの最大数が、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数未満である場合のみに、新しいＩＰセッションをリクエストする。
【００９１】
次に図７を参照すると、ステップ７−１において、モバイルデバイスは、ＩＰセッションに優先度を付ける。ステップ７−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数によって、ＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持する。
【００９２】
ＩＰセッションは、通常その優先度がその他のＩＰセッションよりも高いとして指示されるときに、「より高い」優先度のＩＰセッションであるとして指示されることが、理解されるべきである。一部のインプリメンテーションにおいて、これは、最高の優先度のＩＰセッションである。より高い優先度を有しているとして指示されたＩＰセッションは、それ自体が高い優先度のＩＰセッションであるとは限らないが、それでもなお、その他のＩＰセッションよりも高い優先度を有しているとして指示されている。
【００９３】
モバイルデバイスがＩＰセッションに優先度を付け得る多くの方法が存在する。一部のインプリメンテーションにおいて、モバイルデバイスは、各ＩＰセッションに対して、それぞれの優先度を決定するためのユーザ入力を受け入れる。モバイルデバイスは、ユーザ入力に基づいて、各ＩＰセッションに対し、それぞれの優先度をしかるべく決定する。その他のインプリメンテーションにおいて、モバイルデバイスは、予め定義されたタイプの各ＩＰセッションに対し、予め定義された優先度のレベルの記録を維持する。モバイルデバイスは、上記記録に基づいて、各ＩＰセッションに対し、それぞれの優先度をしかるべく決定する。その他のインプリメンテーションも可能である。
【００９４】
（モバイルデバイスにおける別の方法）
ＰＤＰコンテキストを確立させる方法の特定の例において、ＧＰＲＳモバイル電話がＰＤＰコンテキストをセットアップするとき、アクセスポイント名（ＡＰＮ）が決定され、アクセスポイントは、プライベートＤＮＳネットワークに対するＤＮＳクエリにおいて用いられる。このプロセス（ＡＰＮ解決と称される）は、最終的には、アクセスポイントを供給し得るＧＧＳＮのＩＰアドレスを与える。この時点において、ＰＤＰコンテキストは、活性化され得る。
【００９５】
ＧＰＲＳネットワークおよびＵＭＴＳネットワークは、サポートされる同時のＰＤＰコンテキストの数についての制限を有する。ＰＤＰコンテキストの数は、モバイルデバイスがネットワークの異なる部分の間、または異なるネットワークの間を移動する際に、変動し得る。ここでは、サポートされるＰＤＰコンテキストの数をモバイルデバイスに知らせる情報は、モバイルデバイスには一切供給されていない。結果として、モバイルデバイスが、第１のエリア（ここでは、モバイルデバイスのニーズを満たすために、十分なＰＤＰコンテキストがサポートされている）から、第２のエリア（ここでは、モバイルデバイスのニーズを満たさないために、十分なＰＤＰコンテキストがサポートされていない）に移動するときに、ネットワークは、予測不可能な方法で、既存のＰＤＰコンテキストのうちの１つ以上をドロップ（ｄｒｏｐ）し得る。この問題は、ＵＭＴＳネットワークにおいて、特に起こり得る。なぜならば、多くのものが、唯１つのＰＤＰコンテキストしかサポートしていないからである。そのようなネットワークにおいては、唯１つのデバイス機能のみが、同時に接続性を有し得、したがって常時接続のデバイス機能（例えば、プッシュＥメール）は、ネットワークの特定のＡＰＮをサーフィンするＷＡＰ（ｗｉｒｅｌｅｓｓ ａｃｃｅｓｓ ｐｏｉｎｔ）と同時に動作し得ない。
【００９６】
所与のネットワークエリアにおけるＰＤＰコンテキストの数を決定するために、イベントベースの方法が提供される。ネットワークエリアは、ネットワーク全体であるか、あるいはネットワークの一部であり得る。以下は、サポートされている数を超過するＰＤＰコンテキストが活性化されるときに起こり得るイベントの特定の例である：
ＭＴ ＰＤＰ不活性化リクエスト；
ＰＤＰ活性化拒絶（ＰＤＰ Ａｃｔｉｃｖａｔｅ Ｒｅｊｅｃｔ）。
【００９７】
一部の実施形態において、メッセージ内の原因コードは、その他の正当な理由による不活性化と拒絶との間の区別を可能にするために用いられる。正しい原因コードと共にこれらのイベントのうちの任意のものが起こるとき、活性化ＰＤＰコンテキストの数がカウントされ、これは、ネットワークによってサポートされているＰＤＰコンテキストの数に対してウォーターマーク（ｗａｔｅｒｍａｒｋ）として記憶される。一部の実施形態において、サポートされているＰＤＰの数を決定するステップは、スタートアップ時（すなわち、発見時）に積極的に行なわれ得るか、あるいは異なるＡＰＮがリクエストされた際に、バックグラウンドで行なわれ得る。
【００９８】
図８を参照すると、サポートされているＰＤＰコンテキストの数を決定する方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ８−１において、モバイルデバイスは、所与のネットワークエリアに対して同時のＰＤＰコンテキストを確立させることを試み、そのような試みに対する応答を受信する。ステップ８−２において、ＰＤＰコンテキストを確立させる試みと、そのような試みに対する応答とに基づいて、モバイルデバイスは、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定する。
【００９９】
一部の実施形態において、ネットワークエリアによってサポートされているＰＤＰコンテキストの数のデフォルト値が用いられ、これは、無線ネットワークの能力に基づいている。そのようなデフォルトはまた、所与のデバイスの観点からネットワークがサポートし得るＰＤＰコンテキストの最大数をも表し得る。例えば、所与のモバイルデバイスが、最大で６つのＰＤＰコンテキストをサポートする場合、デフォルト値は、最初は６であり、これは、デバイスが多くの同時のコンテキストを確立させることを試みてそれが失敗に終わると、低減され得る。
【０１００】
一部の実施形態において、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を確立させることは、どれだけ多くの同時のＰＤＰコンテキストが確立されているかに関するカウントを実行することを含む。これは、新しいコンテキストが追加された際に、継続的に行なわれ得る。あるいは、カウントは、それ以上のコンテキストがサポートされていないことを指示するシナリオのうちの１つが発生した後に、実行され得る。
【０１０１】
一部の実施形態において、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定することは、ＰＤＰコンテキストを確立させようという試みに対する特定の定義されている応答を探すことを含む。一旦そのような定義されている応答が受信されると、結果として、ＰＤＰコンテキストを確立させようという最新の試みは、現在のネットワークによってサポートされているよりも１つ多いＰＤＰコンテキストを確立させようという試みであったということである。このように、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数は、確立されている同時のＰＤＰコンテキストの数にセットされ得る。これは、実行された継続中のカウントに注目すること、あるいは定義された応答を受信したときにカウントを実行することを含み得る。
【０１０２】
上記の挙動をトリガし得る１つ以上の定義された応答のセットは、インプリメンテーションに固有のものである。以下は、特定の定義された応答のセットであり、これらのうちの１つ以上が、インプリメントされ得る：
原因コード２６を伴うＰＤＰ活性化拒絶応答；
原因コード３８を伴うＰＤＰ活性化拒絶応答；
原因コード１０１を伴うＰＤＰ活性化拒絶応答；
別の既存のコンテキストの不活性化をリクエストする応答；
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答；
それ以上の利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答。
【０１０３】
ここで図９を参照すると、履歴情報を維持する方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ９−１において、既に訪問されているネットワークエリアに対し、モバイルデバイスは、各ネットワークエリアによってサポートされているＰＤＰコンテキストの数を指示する履歴情報を維持する。ステップ９−２において、ネットワークエリアが、履歴情報に掲載されている場合に、ネットワークエリアにおける変化があるたびごとに、モバイルデバイスは、履歴情報における、ネットワークエリアによってサポートされているＰＤＰコンテキストの数を調べ、さもなければ、新しいネットワークエリアによってサポートされるＰＤＰコンテキストの数を確立させる。
【０１０４】
ここで図１０を参照すると、例示的なフォーマットの表２００が示されており、上記表において、履歴情報が維持され得る。表２００は、ネットワークエリア識別子を格納するための第１の列２０２と、サポートされているＰＤＰコンテキストの数を格納するための第２の列２０４とを有している。上記表の一般的なエントリは、２０６に指示されている。コンテキストサポート情報は、インプリメンテーション固有の基礎に定義された、ネットワークエリアの粒度に維持され得る。一部の実施形態において、粒度は、ＰＬＭＮ識別子の粒度に維持され、例示的な記録は、２０８に指示されている。一部の実施形態において、粒度は、ＰＬＭＮとＬＡＣ（ｌｏｃａｌ ａｒｅａ ｃｏｄｅ）との組み合わせの粒度に維持され、例示的な記録は、２１０に指示されている。一部の実施形態において、粒度は、ＲＡＣ（ｒｏｕｔｉｎｇ ａｒｅａ ｃｏｄｅ）とＲＮＣ ＩＤとの組み合わせの粒度に維持され、例示的な記録は、２１２に指示されている。代替的に、その他の粒度も用いられ得る。粒度は、必ずしも全ネットワークエリアにわたって一致している必要はない。
【０１０５】
（サポートされているコンテキストの数に基づくコンテキスト管理）
一部の実施形態において、サポートされるコンテキストの数が決定されると、この情報を考慮して、例えば、どのＰＤＰコンテキストが活性化および不活性化されるかを制御することにより、コンテキストが管理されて、挙動をより予測的にする。コンテキスト管理は、デバイス機能が必要としているＰＤＰコンテキストよりも少ないＰＤＰコンテキストしか存在しない場合に、特に有用である。
【０１０６】
ここで図１１を参照すると、ＩＰセッションを管理する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ１１−１において、所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスは、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する。
【０１０７】
コンテキストの数は、上述の方法のうちのいずれかを用いることにより、決定され得る。より一般的には、モバイルデバイスは、なんとかして、サポートされているコンテキストの数を決定しているか、あるいはサポートされているコンテキストの数に気付いていなければならない。例えば、一部の実施形態において、モバイルデバイスは、例えばモバイルデバイスがまず所与のネットワークエリアにて接続しているときに、所与のネットワークエリアから、コンテキストサポート情報を受信する。一部の実施形態において、モバイルデバイスは、複数のネットワークエリアに対するコンテキストサポート情報と共に予め構成されている。一部の実施形態において、複数のモバイルデバイスの各々は、モバイルデバイスが訪問するネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定し、この情報を複数のモバイルデバイスに利用できるようにする。一部の実施形態において、モバイルデバイスは、データベースクエリを実行することにより、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定する。
【０１０８】
コンテキスト管理の一例において、ネットワークエリアを、第１のネットワークエリアから、第２のネットワークエリア（第１のネットワークエリアにおけるよりも少ないＰＤＰコンテキストがサポートされている）に変更する前に、モバイルデバイスは、少なくとも１つの選択されたＰＤＰコンテキストを、先制して不活性化する。例えば、特定の第１のＰＤＰコンテキストが維持されなければならないが、第２のＰＤＰコンテキストがドロップされ得ることが知られている場合、ネットワークエリアを変更する前に第２のＰＤＰコンテキストをドロップすることにより、ネットワークエリアを変更した後に第１のＰＤＰコンテキストがドロップされない機会が、増加する。この例は、次のネットワークの履歴情報が利用可能であることを仮定している。
【０１０９】
一部の実施形態において、ＰＤＰコンテキストの割り当てをアクティブに管理することは、デバイス機能に優先度を付け、優先度によってＰＤＰコンテキストを割り当てることを含む。
【０１１０】
一部の実施形態において、ネットワークエリアを、第１のネットワークエリアから、第２のネットワークエリア（第１のネットワークエリアにおけるよりも少ないＰＤＰコンテキストがサポートされている）に変更した後に、モバイルデバイスは、第２のネットワークエリアにおけるＰＤＰコンテキストを割り当てられるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化する。新しいネットワークの挙動は、第１のネットワークエリアから、第２のネットワークエリア（サポートされているコンテキストがより少ない）に移動した後に、予測不可能になり得る。基本的に、このアプローチは、移動を行うことと、次いでどのデバイス機能が所与のＰＤＰコンテキストであって、どのデバイス機能が所与のＰＤＰコンテキストではないかを評価することと、次いでコンテキストを確立および／または不活性化することによって、任意の必要な調整を行うこととを含んでいる。
【０１１１】
上記で概説された方法は、イントラＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）シナリオ（例えば、ＷＣＤＭＡ／ＵＴＭＳネットワーク）で、ならびにインターＲＡＴシナリオ（例えば、ＧＰＲＳからＵＭＴＳへのハンドオーバー）で、アプリケーションを発見し得る。
【０１１２】
上記の記載は、決定され、その後なんらかのアプリケーションにおいて管理されるべきものは、サポートされている同時のＰＤＰコンテキストの数であるということを仮定している。より一般的には、同様なアプローチが、サポートされている同時のＩＰセッションの数を決定するために用いられ得、ＰＤＰコンテキストが、ＩＰセッションの特定の例である。
【０１１３】
（無線ネットワークにおける方法）
ここで図１２を参照すると、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を送信する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ａに示されている無線ネットワーク１００のＩＰセッション機能５１によって、無線ネットワークにインプリメントされ得る。
【０１１４】
フローチャートのステップは、モバイルデバイスから、予め定義されたタイプのリクエストを受信すると、実行される。ステップ１２−１において、無線ネットワークは、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているかどうかを決定する。ステップ１２−２において、モバイルデバイスに対してＩＰセッションの最大数が既に確立されている場合、無線ネットワークは、最大数のＩＰセッションが既に確立されているのでリクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する。
【０１１５】
上記応答が、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを指示し得る、多くの方法が存在し得る。上記で既に例が提示されたので、ここでは繰り返されない。
【０１１６】
予め定義されたタイプのリクエストおよび応答に対し、多くの可能性が存在する。例は上記で既に提示されており、したがってここでは繰り返されない。
【０１１７】
（ＩＰセッション）
上記で提示された例では、ＩＰセッションについて述べられている。ＩＰセッションに対し、多くの可能性が存在することが、理解されるべきである。ＩＰセッションは、例えば、常時接続ＩＰセッション、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）ＩＰセッション、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ＩＰセッション、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）ＩＰセッション、ＤＵＮ（Ｄｉａｌ−Ｕｐ Ｎｅｔｗｏｒｋｉｎｇ）ＩＰセッション、ＬＢＳ（Ｌｏｃａｔｉｏｎ Ｂａｓｅ Ｓｅｒｖｉｃｅｓ）ＩＰセッション、ＩＰモデムＩＰセッション、およびＰＴＴ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ）ＩＰセッションのうちの任意のＩＰセッションを含む。ＩＰセッションの性質は、インプリメンテーションに固有のものであり、典型的には、無線ネットワークに依存している。一部のインプリメンテーションにおいて、無線ネットワークは、ＵＭＴＳネットワークであり、各ＩＰセッションは、それぞれのＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテキストの一部である。
【０１１８】
上記の教示を踏まえると、本発明の多くの変形および変更が可能である。したがって、本出願は、本明細書中に特に記載されていなくても、添付の請求項の範囲内で実施され得ることが、理解されるべきである。
【技術分野】
【０００１】
（本発明の分野）
本出願は、概して、無線通信に関し、特に、ＩＰセッションに関する。
【背景技術】
【０００２】
（本発明の背景）
モバイルデバイスと対応するノードとの間の通信は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サーバノードを介してＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークにおいて処理される。ＧＰＲＳサーバノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）およびＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を含む。モバイルデバイスと対応するノードとの間のそのような通信の交換は、モバイルデバイスとＳＧＳＮとの間の通信の交換を含む。通信の交換、例えば、モバイルデバイスとＳＧＳＮノードとの間のユーザプレーン通信（すなわち、ＩＰデータトラフィック）は、１つ以上のＰＤＰコンテキストを用いる。ＰＤＰコンテキストによって通信するモバイルデバイスの異なるアプリケーションがどれくらいあるかに依存して、多くのＰＤＰコンテキストが存在し得る。しかしながら、モバイルデバイスに対するＰＤＰコンテキストの数は、モバイルデバイスが存在するルーティングエリアにおいてサポートされているＰＤＰコンテキストの数によって、制限され得る。
【０００３】
異なるルーティングエリアは、異なる数のＰＤＰコンテキストをサポートし得る。しかしながら、モバイルデバイスは、モバイルデバイスをサポートしている所与のルーティングエリアにおけるＰＤＰコンテキストがどれくらいあるかに気付かない。このことは、望ましくない状況を招き得る。例えば、モバイルデバイスは、ＩＰセッションの最大数が既に確立されていることに気付かずに、確立されるべき新しいＰＤＰコンテキストをリクエストすることがあり得る。その結果、モバイルデバイスは、新しいＰＤＰコンテキストを確立させることに失敗することがあり得る。さらに、一部の例において、モバイルデバイスは、新しいＰＤＰコンテキストを確立させることになぜ失敗したのかに気付かない。モバイルデバイスが、モバイルデバイスに対してサポートされているＩＰセッションの最大数に気付かない場合、モバイルデバイスは、ＰＤＰコンテキストを適切に管理することができない。ＰＤＰコンテキストを用いるサービスが、ネットワークによってサポートされているよりも多く、ユーザによってリクエストされる場合、（一部のサービスが遅延される等の）一種のマルチプレキシングが生じ得る。
【０００４】
モバイルデバイスに対する可能性のあるアプローチは、１つのＰＤＰコンテキストのみがサポートされていることを常に仮定することである。しかしながら、このアプローチは、追加的なＰＤＰコンテキストがサポートされるときを見逃してしまう。このことは、１つより多くのＰＤＰコンテキストがサポートされているネットワーク上のユーザに不満を抱かせる結果を招き得る。
【発明の概要】
【課題を解決するための手段】
【０００５】
（本発明の概要）
（項目１）
モバイルデバイスにおける方法であって、
予め定義されたタイプの少なくとも１つのリクエストを送信することと、
該モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと、
該指示に基づいて、所与のネットワークエリアにおいて該モバイルデバイスに対してサポートされているＩＰセッションの該最大数を決定することと、
該モバイルデバイスに対してサポートされているＩＰセッションの該最大数に基づいて、ＩＰセッションを管理することと
を包含する、方法。
【０００６】
（項目２）
上記少なくとも１つのリクエストを送信することは、同時のＩＰセッションを確立させることを試みようとして、複数のリクエストを送信することを包含しており、
上記指示を受信することは、該複数のリクエストに対する応答を受信することを包含しており、
サポートされているＩＰセッションの上記最大数を決定することは、ＩＰセッションを確立させようという該試みと、そのような試みに対する該応答とに基づいて、上記所与のネットワークエリアによってサポートされているＩＰセッションの数を決定することを包含している、
項目１に記載の方法。
【０００７】
（項目３）
サポートされているＩＰセッションの上記最大数を決定することは、
上記無線ネットワークの能力に基づいて、サポートされているＩＰセッションの該最大数のデフォルト値を確立させること
をさらに包含している、項目２に記載の方法。
【０００８】
（項目４）
サポートされているＩＰセッションの上記最大数を決定することは、
どれだけ多くの同時のＩＰセッションが確立されているかに関するカウントを実行すること
をさらに包含している、項目１〜３のいずれか一項に記載の方法。
【０００９】
（項目５）
サポートされているＩＰセッションの上記最大数を決定することは、
ＩＰセッションを確立させようという試みに対する定義された応答を受信したとき、上記所与のネットワークエリアによってサポートされているＩＰセッションの上記数を、どれだけ多くの同時のＩＰセッションが確立されているかに関する上記カウントにセットすること
をさらに包含している、項目４に記載の方法。
【００１０】
（項目６）
上記定義された応答は、
原因コード２６のパケットデータプロトコル「ＰＤＰ」活性化拒絶応答と、
原因コード３８のＰＤＰ活性化拒絶応答と、
原因コード１０１のＰＤＰ活性化拒絶応答と、
別の既存のコンテキストの不活性化をリクエストする応答と、
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答と、
もはや利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答と
のうちのいずれかである、項目５に記載の方法。
【００１１】
（項目７）
既に訪問されているネットワークエリアに対し、各ネットワークエリアによってサポートされているＩＰセッションの上記最大数を指示する履歴情報を維持することと、
新しいネットワークエリアに移動したとき、該新しいネットワークエリアが該履歴情報に掲載されている場合に、該履歴情報において、該ネットワークエリアによってサポートされているＩＰセッションの該最大数を調べ、さもなければ、該新しいネットワークエリアによってサポートされているＩＰセッションの該最大数を決定することと
をさらに包含している、項目１〜６のいずれか一項に記載の方法。
【００１２】
（項目８）
上記履歴情報は、ネットワークエリアに対し、
パブリックランドモバイルネットワーク「ＰＬＭＮ」の粒度、
ＰＬＭＮおよびローカルエリアコード「ＬＡＣ」の粒度、または
ルーティングエリアコード「ＲＡＣ」および無線ネットワークコントローラ識別子「ＲＮＣ Ｉｄ」の粒度
のうちのいずれかに維持される、項目７に記載の方法。
【００１３】
（項目９）
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更する前に、上記モバイルデバイスが、少なくとも１つの選択されたＩＰセッションを、先制して不活性化すること
をさらに包含している、項目１〜８のいずれか一項に記載の方法。
【００１４】
（項目１０）
サポートされているＩＰセッションの上記最大数に基づいて、ＩＰセッションを管理することは、
現在のネットワークエリアによってサポートされているＩＰセッションの該最大数が確立されると、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること
を包含している、項目１に記載の方法。
【００１５】
（項目１１）
ＩＰセッションの上記割り当てをアクティブに管理することは、
デバイス機能に優先度を付け、優先度によって該ＩＰセッションを割り当てること、または
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更した後に、該第２のネットワークエリアにおける該ＩＰセッションを割り当てるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化すること
のいずれかを包含している、項目１０に記載の方法。
【００１６】
（項目１２）
上記指示を受信することは、
上記所与のリクエストに対する応答を受信することであって、該応答は、原因コードを含んでおり、該原因コードは、上記モバイルデバイスに対してＩＰセッションの上記最大数が既に確立されているので、該所与のリクエストが満たされ得ないということを示している、こと
を包含している、項目１〜１１のいずれか一項に記載の方法。
【００１７】
（項目１３）
上記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの上記最大数が既に活性化されているということを示している、項目１２に記載の方法。
【００１８】
（項目１４）
上記所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
上記応答は、該活性化ＰＤＰコンテキストリクエストを拒絶するための、活性化ＰＤＰコンテキスト拒絶であるか、
該所与のリクエストは、既存のＰＤＰコンテキストに対するサービスをリクエストするための、ＰＤＰコンテキストサービスリクエストであり、かつ
該応答は、該ＰＤＰコンテキストサービスリクエストを拒絶するための、サービス拒絶であるか、
該所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該所与のリクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
項目１２または項目１３に記載の方法。
【００１９】
（項目１５）
アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れること
をさらに包含しており、
ＩＰセッションを管理することは、サポートされているＩＰセッションの上記最大数に基づいて、上記無線ネットワークから、該新しいＩＰセッションをリクエストするかどうかを決定することを包含している、
項目１〜１４のいずれか一項に記載の方法。
【００２０】
（項目１６）
ＩＰセッションに優先度を付けること
をさらに包含しており、
ＩＰセッションを管理することは、サポートされているＩＰセッションの上記最大数によってＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持することを包含している、
項目１〜１４のいずれか一項に記載の方法。
【００２１】
（項目１７）
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、項目１〜１６のいずれか一項に記載の方法。
【００２２】
（項目１８）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスのプロセッサ上で実行することにより、項目１〜１７のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００２３】
（項目１９）
モバイルデバイスであって、
無線ネットワークと通信するように構成された無線アクセスラジオと、
ＩＰセッション管理機能と
を備えており、該ＩＰセッション管理機能は、
予め定義されたタイプの少なくとも１つのリクエストを送信し、
該モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちのリクエストが満たされ得ないという指示を受信し、
該指示に基づいて、所与のネットワークエリアにおいて該モバイルデバイスに対してサポートされているＩＰセッションの該最大数を決定し、
該モバイルデバイスに対してサポートされているＩＰセッションの該最大数に基づいて、ＩＰセッションを管理する
ように構成されている、モバイルデバイス。
【００２４】
（項目２０）
無線ネットワークにおける方法であって、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定することと、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信することと
を包含する、方法。
【００２５】
（項目２１）
上記応答は、原因コードを含んでおり、該原因コードは、ＩＰセッションの上記最大数が既に確立されているので、上記リクエストが満たされ得ないということを示している、項目２０に記載の方法。
【００２６】
（項目２２）
上記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの上記最大数が既に活性化されているということを示している、項目２１に記載の方法。
【００２７】
（項目２３）
上記予め定義されたタイプの上記リクエストは、確立されるべき新しいＩＰセッションをリクエストするための、活性化ＩＰセッションリクエストであり、かつ
上記応答は、該活性化ＩＰセッションリクエストを拒絶するための、ＩＰセッション拒絶であるか、
該予め定義されたタイプの該リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエストであり、かつ
該応答は、該ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶であるか、
該予め定義されたタイプの該リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該予め定義されたタイプの該リクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
項目２０〜２２のいずれか一項に記載の方法。
【００２８】
（項目２４）
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、項目２０〜２３のいずれか一項に記載の方法。
【００２９】
（項目２５）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、項目２０〜２２のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００３０】
（項目２６）
ＩＰセッション機能を備えている無線ネットワークであって、
該ＩＰセッション機能は、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信する
ように構成されている、無線ネットワーク。
【００３１】
（項目２７）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、項目２２〜２５のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００３２】
（項目２８）
ＩＰセッション機能を備えている無線ネットワークであって、
該ＩＰセッション機能は、
所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき、
該所与のネットワークエリアに対し、該モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し、
ＩＰセッションの該最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信する
ように構成されている、無線ネットワーク。
【００３３】
（項目２９）
所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスが、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること
を包含する、方法。
【００３４】
（項目３０）
上記ＩＰセッションは、ＰＤＰコンテキストである、項目２９に記載の方法。
【００３５】
（項目３１）
上記モバイルデバイスが、上記所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定すること
をさらに包含しており、該決定は、
該モバイルデバイスが、該所与のネットワークエリアに存在している間に、ＰＤＰコンテキストを確立させることを試み、そのような試みに対する応答を受信することと、
ＰＤＰコンテキストを確立させようという該試みと、そのような試みに対する該応答とに基づいて、該モバイルデバイスが、該所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を確立することとによって、あるいは、
該モバイルデバイスが、該所与のネットワークエリアから該情報を受信することと
によって、なされる、項目３０に記載の方法。
【００３６】
（項目３２）
上記モバイルデバイスが、複数のネットワークエリアに対する情報を用いて予め構成されていること
をさらに包含している、項目３０に記載の方法。
【００３７】
（項目３３）
複数のモバイルデバイスの各々が、該モバイルデバイスが訪問するネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定し、この情報を該複数のモバイルデバイスに利用できるようにすること
をさらに包含している、項目３０に記載の方法。
【００３８】
（項目３４）
上記モバイルデバイスが、データベースクエリを実行することにより、上記所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定すること
をさらに包含している、項目３０に記載の方法。
【００３９】
（項目３５）
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、プロセッサ上で実行することにより、項目３０〜３４のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【００４０】
（項目３６）
モバイルデバイスであって、
無線ネットワークと通信するように構成されている無線アクセスラジオと、
ＩＰセッション管理機能と
を備えており、該ＩＰセッション管理機能は、
所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する
ように構成されている、モバイルデバイス。
【００４１】
ＩＰセッションの最大数が確立されていることを決定するシステムおよび方法が提供される。モバイルデバイスが無線ネットワークにリクエストを送信する場合がある。一局面にしたがうと、ＩＰセッションの最大数がモバイルデバイスに対して既に確立されている場合、無線ネットワークは、リクエストが満たされ得ないことを示す応答を送信する。モバイルデバイスは、上記応答に基づいて、ＩＰセッションの最大数が既に確立されていることを決定する。このことは、モバイルデバイスが、ＩＰセッションがしかるべく管理され得るようにサポートされ得るＩＰセッションの最大数を決定することを可能にする。
【００４２】
（概要）
広い局面にしたがうと、モバイルデバイスにおける方法が提供されており、上記方法は、予め定義されたタイプの少なくとも１つのリクエストを送信することと；モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと；指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定することと；モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理することと、を包含している。
【００４３】
別の広い局面にしたがうと、モバイルデバイスが提供されており、上記モバイルデバイスは、無線ネットワークと通信するよう構成されている無線アクセスラジオと；ＩＰセッション管理機能と、を備えており、上記ＩＰセッション管理機能は：予め定義されたタイプの少なくとも１つのリクエストを送信し；モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、少なくとも１つのリクエストのうちのリクエストが満たされ得ないという指示を受信し；指示に基づいて、所与のネットワークエリアにおいてモバイルデバイスに対してサポートされているＩＰセッションの最大数を決定し；モバイルデバイスに対してサポートされているＩＰセッションの最大数に基づいて、ＩＰセッションを管理する、ように構成されている。
【００４４】
別の広い局面にしたがうと、無線ネットワークにおける方法が提供されており、上記方法は、所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定することと；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信することと、を包含している。
【００４５】
別の広い局面にしたがうと、ＩＰセッション機能を備えている無線ネットワークが提供されており、上記ＩＰセッション機能は：所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する、ように構成されている。
【００４６】
別の広い局面にしたがうと、ＩＰセッション機能を備えている無線ネットワークが提供されており、上記ＩＰセッション機能は：所与のネットワークエリアに存在するモバイルデバイスから、予め定義されたタイプのリクエストを受信したとき：所与のネットワークエリアに対し、モバイルデバイスに対して既に確立されているＩＰセッションの最大数が存在するかどうかを決定し；ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する、ように構成されている。
【００４７】
別の広い局面にしたがうと、１つの方法が提供されており、上記方法は、所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスが、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理すること、を包含している。
【００４８】
別の広い局面にしたがうと、モバイルデバイスが提供されており、上記モバイルデバイスは、無線ネットワークと通信するように構成されている無線アクセスラジオと；ＩＰセッション管理機能と、を備えており、上記ＩＰセッション管理機能は：所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する、ように構成されている。
【図面の簡単な説明】
【００４９】
実施形態は、添付の図面に参照して記載されている。
【図１Ａ】図１Ａは、例示的な無線ネットワークおよびモバイルデバイスのブロック図である。
【図１Ｂ】図１Ｂは、図１Ａに示されているモバイルデバイスのブロック図である。
【図１Ｃ】図１Ｃは、別のモバイルデバイスのブロック図である。
【図２】図２は、ＩＰセッションの最大数が既に確立されていることを決定する例示的な方法のフローチャートである。
【図３Ａ】図３Ａは、例示的なＧＭＭの原因情報エレメントの表である。
【図３Ｂ】図３Ｂは、例示的なＧＭＭの原因情報エレメントの表である。
【図４Ａ】図４Ａは、例示的なＳＭの原因情報エレメントの表である。
【図４Ｂ】図４Ｂは、例示的なＳＭの原因情報エレメントの表である。
【図５】図５は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図６】図６は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図７】図７は、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいてＩＰセッションを管理する例示的な方法のフローチャートである。
【図８】図８は、サポートされているＰＤＰコンテキストの数を決定する方法のフローチャートである。
【図９】図９は、履歴情報を維持する方法のフローチャートである。
【図１０】図１０は、履歴方法が維持され得る例示的なフォーマットの表である。
【図１１】図１１は、ＩＰセッションを管理する例示的な方法のフローチャートである。
【図１２】図１２は、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を送信する例示的な方法のフローチャートである。
【発明を実施するための形態】
【００５０】
（無線通信システム）
ここで図１Ａを参照すると、例示的な無線ネットワーク１００およびモバイルデバイス１０のブロック図が示されている。無線ネットワーク１００は、第１のルーティングエリア３０と、第２のルーティングエリア４０とを有している。その他のルーティングエリアが存在し得るが、単純化のために、それらは示されていない。各ルーティングエリアは、少なくとも１つのＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を有している。図示された例において、第１のルーティングエリア３０は、第１のＲＮＣ ３１と第２のＲＮＣ ３２とを有しているが、第２のルーティングエリア４０は、単一のＲＮＣ ４１を有している。各ＲＮＣ ３１、３２、４１は、それぞれのＲＮＣ Ｉｄに関連付けられている。第１のルーティングエリア３０の第１のＲＮＣ ３１および第２のＲＮＣ ３２は、それぞれＲＮＣ Ｉｄ ３１ａおよびＲＮＣ Ｉｄ ３２ａを有しているが、第２のルーティングエリア４０の単一のＲＮＣ ４１は、ＲＮＣ Ｉｄ ４１ａを有している。ＲＮＣ（ノードＢを介する）内の各セル（図示されず）は、ＲＡＩ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、階層的に関連付けられている。ＲＡＩは、１つ以上のセルを含み得、ＲＮＣの橋渡しをし得る。一部のインプリメンテーションにおいて、各ＲＡＩは、国別コード、ネットワークコード、およびルーティングエリアコードの組み合わせであり得る。ＲＡＩは、他の無線ネットワークに対して異なり得る。
【００５１】
図示された実施形態において、各ＲＮＣ ３１、３２、４１は、ＳＧＳＮ（Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５０に結合されており、次にこれは、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）６０に結合されており、次にこれは、ＰＤＮ（Ｐａｃｋｅｔ
Ｄａｔａ Ｎｅｔｗｏｒｋ）７０に結合されている。ＰＤＮ７０は、例えばインターネットであり得る。ＳＧＳＮ ５０は、プロセッサ５２に結合されたＩＰセッション機能５１を有しており、その他のコンポーネントを有し得るが、それらは単純化のために示されていない。
【００５２】
無線ネットワーク１００は、単一のモバイルデバイス、すなわち、モバイルデバイス１０と共に示されている。その他のモバイルデバイスが存在し得るが、それらは単純化のために示されていない。図１Ｂを参照すると、図１Ａに示されているモバイルデバイス１０のブロック図が示されている。モバイルデバイス１０は、プロセッサ１２を有しており、これは、無線アクセスラジオ１１、ＩＰセッション管理機能１３、アプリケーション１４、およびユーザインターフェース１５に結合されている。モバイルデバイス１０は、その他のコンポーネントを含み得るが、それらは単純化のために示されていない。元に戻って図１Ａを参照すると、モバイルデバイス１０は、ここでは、第１のルーティングエリア３１内に配置されている。しかしながら、モバイルデバイス１０は、移動矢印１９によって指示されているように、例えば第２のルーティングエリア４０のような別のルーティングエリアに移動し得る。
【００５３】
動作中、モバイルデバイス１０は、その無線アクセスラジオ１１を用いることにより、無線ネットワーク１００と通信するように構成されている。そのような通信は、例えば、音声通信、電子的なメッセージ伝達、またはアプリケーション１４によってサポートされているその他の任意の適切な形態の通信であり得る。無線ネットワーク１００との少なくとも一部の通信は、モバイルデバイス１０とＳＧＳＮ５０との間の１つ以上のＩＰセッションによる。ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）セッションは、ＩＰセッションの一例である。モバイルデバイス１０とＳＧＳＮ５０との間には、確立されたＩＰセッションを有しているアプリケーション１４がどれくらいあるかに依存して、多くのＩＰセッションが存在し得る。しかしながら、ＩＰセッションの数は、典型的には、モバイルデバイス１０が存在するルーティングエリアによって制限され、ここではこれは、第１のルーティングエリア３０である。
【００５４】
モバイルデバイス１０が予め定義されたタイプのリクエスト、例えば、活性化ＩＰセッションリクエスト（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）またはＩＰセッションサービスリクエスト（ＩＰ Ｓｅｓｓｉｏｎ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）を送信するときの例が存在する。無線ネットワーク１００は、リクエストを受信し、モバイルデバイス１０に対して既に確立されたＩＰセッションの最大数が存在するかどうかを決定する。本出願の実施形態にしたがうと、ＩＰセッション機能５１は、無線ネットワーク１００における方法をインプリメントし、その結果、モバイルデバイス１０に対してＩＰセッションの最大数が既に確立されている場合に、無線ネットワーク１００は、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を、送信することができる。モバイルデバイス１０は、応答を受信する。本出願の別の実施形態にしたがうと、ＩＰセッション管理機能１３は、モバイルデバイス１０における方法をインプリメントし、その結果、応答に基づいて、ＩＰセッションの最大数が既に確立されているということを決定する。このことは、モバイルデバイス１０が、サポートされ得るＩＰセッションの最大数を決定し、その結果、ＩＰセッションが、モバイルデバイス１０によってしかるべく管理され得ることを可能にする。さらなる詳細は、図２〜図１１を参照して、以下に提供される。
【００５５】
図示された例において、各ルーティングエリア内では、いくつのＲＮＣが存在しているかに関わらず、モバイルデバイス１０に対し、同じ数のＩＰセッションがサポートされていることが仮定されている。典型的に、ルーティングエリアは、単一のＲＮＣを有している。これは例えば、第２のルーティングエリア４０の場合である。所与のモバイルデバイスに対してサポートされるＩＰセッションの数は、ここでは、ＲＮＣによって制限されている。したがって、制限要因は、実際にはＲＮＣであるが、典型的には、ルーティングエリアが制限要因としてみなされ得る。しかしながら、ルーティングエリアは、１つよりも多くのＲＮＣを有し得る。これは例えば、第１のルーティングエリア３０の場合である。したがって、ルーティングエリア内のどこにモバイルデバイスが存在しているかに依存して、モバイルデバイスに対し、ルーティングエリアが、異なる数のＰＤＰコンテキストをサポートすることが、可能である。この場合、ルーティングエリアは、制限要因としてみなされ得ない。本明細書に提示された例は、「ルーティングエリア」を、モバイルデバイスに対するＩＰセッションの数を制限するものとして言及しているが、ネットワークのより一般的な「エリア」が、モバイルデバイスに対するＩＰセッションの数を制限することが理解されるべきである。「エリア」は、ルーティングエリア、例えばＲＮＣ Ｉｄ、ネットワーク、セルＩｄによって定義されているルーティングエリアの一部、あるいはその他の任意のエリアであり得、この他の任意のエリアにおいて、モバイルデバイスに対してサポートされるＩＰセッションの数は、制限されている。
【００５６】
一部のインプリメンテーションにおいて、モバイルデバイスに対し、結合／アクティブ状態（ＣＥＬＬ＿ＤＣＨ，ＣＥＬＬ＿ＦＡＣＨ）とアイドル状態（ＣＥＬＬ＿ＰＣＨ，ＵＲＡ＿ＰＣＨ，ＩＤＬＥ）との間で、微妙な差（ｓｕｂｔｌｅｔｙ）が存在する。ルーティングエリアは、アイドル状態の間に、モバイルデバイスに知られるが、ＲＮＣ ｉｄは、典型的には知られない。アイドル状態の間に、モバイルデバイスは、そのサーバＲＮＣ ｉｄを見つけるために、結合／アクティブ状態に移行する。このことは、バッテリー寿命を浪費するなどし得る。したがって、一部のインプリメンテーションにおいて、サポートされているＩＰセッションの数は、これが最低レベルの粒度であるかどうかに関わらず、ルーティングエリアに対して考慮される。
【００５７】
モバイルデバイス１０のＩＰセッション管理機能１３に対し、多くの可能性が存在する。図示された例において、ＩＰセッション管理機能１３は、ソフトウェアとしてインプリメントされ、プロセッサ１２上で実行される。しかしながら、より一般的には、ＩＰセッション管理機能１３は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の適切な組み合わせとしてインプリメントされ得る。図示された例において、ＩＰセッション管理機能１３は、単一のコンポーネントとして示されている。しかしながら、より一般的には、ＩＰセッション管理機能１３は、１つ以上のコンポーネントとしてインプリメントされ得る。ＩＰセッション管理機能１３が１つよりも多くのコンポーネントを含む例は、以下に記載される。
【００５８】
一部のインプリメンテーションにおいて、ＩＰセッション管理機能１３は、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）およびＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を含んでいる。ＮＡＳは、セッション管理層を含み、ＩＰセッションを管理する。ＮＡＳは、例えば、ＳＧＳＮ５０に送信されるべきアクティブＰＤＰコンテキストリクエストメッセージを発し得る。ＡＳは、無線アクセスラジオ１１の無線インターフェースを管理し、各アクティブＩＰセッションに対し、それぞれのＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）を含んでいる。ＲＡＢは、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）パイプに対する識別子である。それぞれのＲＡＢのない活動休止状態（ｄｏｒｍａｎｔ）のＩＰセッションが存在し得る。ＡＳは、例えば、ＲＮＣに送信されるべきサービスリクエストメッセージを発し得る。
【００５９】
無線ネットワーク１００のＩＰセッション機能５１に対し、多くの可能性が存在する。図示された例において、ＩＰセッション機能５１は、ソフトウェアとしてインプリメントされ、プロセッサ５２上で実行され得る。しかしながら、より一般的には、ＩＰセッション機能５１は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせとしてインプリメントされ得る。図示された例において、ＩＰセッション機能５１は、ＳＧＳＮ５０の単一のコンポーネントとして示されている。しかしながら、より一般的には、ＩＰセッション機能５１は、１つ以上のコンポーネントとしてインプリメントされ得、ＳＧＳＮ５０の一部としてインプリメントされたり、あるいはＳＧＳＮ５０から分離してインプリメントされたりし得る。１つ以上のコンポーネントは、無線ネットワーク１００にわたって分散されたり、あるいは共通の場所に存在したりし得る。その他のインプリメンテーションも可能である。
【００６０】
無線ネットワーク１００に対し、多くの可能性が存在する。図示された例において、無線ネットワーク１００は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークである。しかしながら、より一般的には、無線ネットワーク１００は、ルーティングエリアが、所与のモバイルデバイスに対し、いくつのＩＰセッションが確立され得るかを制限する、任意の無線ネットワークであり得る。
【００６１】
モバイルデバイス１０に対し、多くの可能性が存在する。ここで図１Ｃを参照すると、別のモバイルデバイス８０のブロック図が示されており、上記モバイルデバイスは、本明細書に記載されている任意の方法をインプリメントし得る。モバイルデバイス８０は、例示のみを目的として、極く特定の詳細と共に示されていることが、理解されるべきである。
【００６２】
処理デバイス（マイクロプロセッサ１２８）は、キーボード１１４とディスプレイ１２６との間に結合されて概略的に示されている。マイクロプロセッサ１２８は、ユーザによるキーボード１１４上のキーの作動に応答して、ディスプレイ１２６の動作、ならびにモバイルデバイス８０の全体的な動作を制御する。
【００６３】
モバイルデバイス８０は、ハウジングを有しており、上記ハウジングは、縦長であったり、あるいはその他のサイズおよび形状（クラムシェルハウジング構造を含む）を取ったりし得る。キーボード１１４は、モード選択キーを含んでいたり、あるいはテキスト入力とテレフォニー入力との間を切り替えるためのその他のハードウェアまたはソフトウェアを含んでいたりし得る。
【００６４】
マイクロプロセッサ１２８に加え、モバイルデバイス８０のその他の部分が概略的に示されている。これらは、以下を含んでいる：通信サブシステム１７０；短距離通信サブシステム１０２；キーボード１１４およびディスプレイ１２６、ならびにその他の入力／出力デバイス（ＬＥＤＳ１０４のセット、補助Ｉ／Ｏデバイス１０６のセット、シリアルポート１０８、スピーカ１１１、およびマイク１１２を含む）；さらにメモリデバイス（フラッシュメモリ１１６およびランダムアクセスメモリ（ＲＡＭ）１１８を含む）；その他の様々なデバイスサブシステム１２０。モバイルデバイス８０は、バッテリー１２１を有し得、上記バッテリーは、モバイルデバイス８０のアクティブエレメントに電力供給し得る。モバイルデバイス８０は、一部の実施形態において、音声通信能力とデータ通信能力とを有する双方向の無線周波数（ＲＦ）通信デバイスである。加えて、一部の実施形態において、モバイルデバイス８０は、インターネットを介してその他のコンピュータシステムと通信する能力を有している。
【００６５】
マイクロプロセッサ１２８によって実行されるオペレーティングシステムソフトウェアは、一部の実施形態において、例えばフラッシュメモリ１１６のような、永続性記憶装置に記憶され得るが、その他のタイプのメモリデバイス、例えば、リードオンリーメモリ（ＲＯＭ）またはその他の同様なストレージエレメントに記憶され得る。加えて、システムソフトウェア、特定のデバイスアプリケーション、またはそれらの一部は、例えばＲＡＭ１１８のような、揮発性記憶装置に一時的にロードされ得る。モバイルデバイス８０によって受信された通信信号はまた、ＲＡＭ１１８にも記憶され得る。
【００６６】
マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加え、モバイルデバイス８０上でソフトウェアアプリケーションを実行することも可能である。基本的なデバイス動作を制御する所定のソフトウェアアプリケーションのセット、例えば、音声通信モジュール１３０Ａおよびデータ通信モジュール１３０Ｂは、製造の間に、モバイルデバイス８０に取り付けられ得る。加えて、個人用情報マネージャ（ＰＩＭ）アプリケーションモジュール１３０Ｃもまた、製造の間に、モバイルデバイス８０に取り付けられ得る。ＰＩＭアプリケーションは、一部の実施形態において、データアイテムを組織および管理することが可能であり、上記データアイテムは、例えば、ｅメール、カレンダーイベント、音声メール、予約、およびタスクアイテムである。ＰＩＭアプリケーションはまた、一部の実施形態において、無線ネットワーク１１０を介してデータアイテムを送信および受信することが可能である。一部の実施形態において、ＰＩＭアプリケーションによって管理されているデータアイテムは、無線ネットワーク１１０を介することにより、デバイスユーザの対応するデータアイテム（ホストコンピュータシステムに記憶されているか、あるいはホストコンピュータシステムに関連付けられている）と、シームレスに統合されたり、同期化されたり、アップデートされたりする。同様に、追加的なソフトウェアモジュール（別のソフトウェアモジュール１３０Ｎとして図示されている）が、製造の間に取り付けられ得る。
【００６７】
データ通信および音声通信を含む通信機能は、通信サブシステム１７０を介して実行され、場合によっては、短距離通信サブシステム１７０を介して実行される。通信サブシステム１７０は、受信器１５０、送信器１５２、および１つ以上のアンテナを含んでおり、上記アンテナは、受信アンテナ１５４および送信アンテナ１５６として図示されている。加えて、通信サブシステム１７０はまた、処理モジュールをも含んでおり、上記処理モジュールは、例えば、デジタル信号プロセッサ（ＤＳＰ）１５８、ローカルオシレータ（ＬＯ）１６０のようなものである。通信サブシステム１７０の特定の設計およびインプリメンテーションは、モバイルデバイス８０が動作することが意図されている通信ネットワークに依存している。例えば、モバイルデバイス８０の通信サブシステム１７０は、Ｍｏｂｉｔｅｘ（登録商標）、ＤａｔａＴＡＣ（登録商標）、またはＧｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）のモバイルデータ通信ネットワークで動作するように設計され得、また、任意の様々な音声通信ネットワーク、例えば、Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｅｒｖｉｃｅ（ＡＭＰＳ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＭＡ）、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ）、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ（ＰＣＳ）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）等で動作するようにも設計され得る。その他のタイプのデータネットワークおよび音声ネットワーク（両者は分離していたり、一体であったりする）もまた、モバイルデバイス８０と共に利用され得る。
【００６８】
ネットワークアクセスは、通信システムのタイプに依存して変動し得る。例えば、Ｍｏｂｉｔｅｘ（登録商標）およびＤａｔａＴＡＣ（登録商標）のネットワークにおいては、モバイルデバイスは、各デバイスに関連付けられた一意的なＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を用いることにより、ネットワーク上に登録され得る。しかしながら、ＧＰＲＳネットワークにおいては、ネットワークアクセスは、典型的には、デバイスの加入者またはユーザに関連付けられる。したがって、ＧＰＲＳデバイスは、典型的には、ＧＰＲＳネットワーク上で動作させるために、加入者識別モジュールを有しており、これは、一般的には、加入者識別モジュール（ＳＩＭ）カードと称される。
【００６９】
ネットワークの登録手順または活性化手順が完了すると、モバイルデバイス８０は、通信ネットワーク１１０上で、通信信号を送信および受信し得る。受信アンテナ１５４によって通信ネットワーク１１０から受信される信号は、受信器１５０にルーティングされ、上記受信器は、信号増幅、周波数ダウン変換、フィルタリング、チャネル選択等を提供し、さらにアナログデジタル変換をも提供し得る。受信した信号のアナログデジタル変換は、ＤＳＰ１５８がより複雑な通信機能（例えば、復調および復号化）を実行することを可能にする。同様にして、ネットワーク１１０に送信されるべき信号は、ＤＳＰ１５８によって処理（例えば、変調および暗号化）され、その後、デジタルアナログ変換、周波数アップ変換、フィルタリング、増幅、および送信アンテナ１５６を介した通信ネットワーク１１０（または複数のネットワーク）への送信のために送信器１５２に提供される。
【００７０】
通信信号を処理することに加え、ＤＳＰ１５８は、受信器１５０および送信器１５２の制御を提供する。例えば、受信器１５０および送信器１５２において通信信号に適用される利得は、ＤＳＰ１５８上にインプリメントされた利得制御アルゴリズムを介して適応制御され得る。
【００７１】
データ通信モードにおいて、受信された信号（例えば、テキストメッセージまたはウェブページのダウンロード）は、通信サブシステム１７０によって処理され、マイクロプロセッサ１２８に入力される。その後、受信された信号は、ディスプレイ１２６への出力のために、マイクロプロセッサ１２８によってさらに処理されたり、あるいはその他のなんらかの補助Ｉ／Ｏデバイス１０６に出力されたりする。デバイスユーザはまた、キーボード１１４および／またはその他のなんらかの補助Ｉ／Ｏデバイス１０６（例えば、タッチパッド、ロッカースイッチ、サムホイール、またはその他のなんらかのタイプの入力デバイス）を用いることにより、データアイテム（例えば、ｅメールメッセージ）を構成し得る。その後、構成されたデータアイテムは、通信サブシステム１７０を介して、通信ネットワーク１１０上に送信され得る。
【００７２】
音声通信モードにおいて、デバイスの全体的な動作は、受信した信号がスピーカ１１１に出力されること、ならびに送信用の信号がマイク１１２によって生成されることを除き、実質的には、データ通信モードと類似している。代替的な音声またはオーディオの補助Ｉ／Ｏサブシステム、例えば音声メッセージ録音サブシステムもまた、モバイルデバイス８０上にインプリメントされ得る。加えて、ディスプレイ１２６もまた、音声通信モードにおいて利用され得、例えば、呼び出し側の身元を表示したり、音声コールの持続時間を表示したり、あるいは他のボイスコール関連情報を表示したりし得る。
【００７３】
短期距離通信サブシステム１０２は、モバイルデバイス８０と、その他の近くにあるシステムまたはデバイスとの間の通信を可能にする。これらは、必ずしも同様なデバイスである必要はない。例えば、短距離通信サブシステムは、赤外デバイス、関連回路および関連コンポーネント、またはＢｌｕｅｔｏｏｔｈ（登録商標）通信モジュールを含み得、同様に使用可能なシステムおよびデバイスとの通信を提供する。
【００７４】
（モバイルデバイスにおける方法）
ここで図２を参照すると、ＩＰセッションの最大数が既に確立されていることを決定する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。
【００７５】
ステップ２−１において、モバイルデバイスは、予め定義されたタイプのリクエストを送信する。無線ネットワークは、上記リクエストを受信および処理する。この例では、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、無線ネットワークがリクエストを満たし得ないことが仮定されている。無線ネットワークは、応答を送信し、上記応答は、ステップ２−２において、モバイルデバイスによって受信される。上記応答は、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないことを示している。ステップ２−３において、モバイルデバイスは、上記応答に基づいて、ＩＰセッションの最大数が既に確立されていることを決定する。
【００７６】
上記応答が、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを示し得る、多くの方法が存在する。一部のインプリメンテーションにおいて、上記応答は、原因コードを含み、上記原因コードは、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを指示する。より一般的には、上記応答は、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないという任意の適切な指示を含み得る。
【００７７】
ここで図３Ａおよび図３Ｂを参照すると、例示的なＧＭＭの原因情報エレメントの表が示されている。図示された例に示されているＧＭＭの原因情報エレメントは、例示のみを目的とした、原因コードの特定のインプリメンテーションであることが理解されるべきである。ＧＭＭの原因情報エレメントの目的は、モバイルデバイスからのＧＭＭのリクエストが、なぜ無線ネットワークによって拒絶されたかに関する理由を指示することである。図３Ａに示されているように、ＧＭＭの原因は、２つのオクテット長のタイプ３の情報エレメントである。第２のオクテットは、原因値のためのものである。図３Ｂに示されているように、多くの可能な原因値が存在する。原因値「０１１００１１０」は、ＰＤＰコンテキストの最大数が、既に活性化されていることを指示する。一部の実施形態において、原因値は、ＰＬＭＮに固有のネットワーク障害および混雑／認証失敗に関連する原因の一部である。
【００７８】
ここで図４Ａおよび図４Ｂを参照すると、例示的なＳＭの原因情報エレメントの表が示されている。図示された例に示されているＳＭの原因情報エレメントは、例示のみを目的とした、原因コードの特定のインプリメンテーションであることが理解されるべきである。ＳＭの原因情報エレメントの目的は、セッション管理リクエストがなぜ拒絶されたかに関する理由を指示することである。図４Ａに示されているように、ＳＭの原因は、２つのオクテット長のタイプ３の情報エレメントである。第２のオクテットは、原因値のためのものである。図４Ｂに示されているように、多くの可能な原因値が存在する。原因値「０１１００１１０」は、ＰＤＰコンテキストの最大数が、既に活性化されていることを指示する。一部の実施形態において、原因値は、ＧＰＲＳセッション管理に対するＧＰＲＳ固有の原因値の一部である。
【００７９】
一部のインプリメンテーションにおいて、１０２という原因値は、ＰＤＰコンテキストの最大数が既に活性化されていることを指示する。より一般的には、任意の適切な原因値が、インプリメントされ得る。
【００８０】
予め定義されたタイプのリクエストおよび応答に対し、多くの可能性が存在する。一部のインプリメンテーションにおいて、応答のタイプは、リクエストのタイプに依存する。以下に例が提供される。
【００８１】
１つの例において、リクエストは、確立されるべき新しいＩＰセッションをリクエストするための活性化ＩＰセッションリクエスト（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ
Ｒｅｑｕｅｓｔ）であり得るが、一方で、応答は、ＩＰセッションリクエストを拒絶するための、活性化ＩＰセッション拒絶（Ａｃｔｉｖａｔｅ ＩＰ Ｓｅｓｓｉｏｎ Ｒｅｊｅｃｔ）であり得る。一部のインプリメンテーションにおいて、活性化ＩＰセッションリクエストは、活性化ＰＤＰコンテキストリクエスト（Ａｃｔｉｖａｔｅ ＰＤＰ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）であるが、一方で、応答は、活性化ＰＤＰコンテキスト拒絶（Ａｃｔｉｖａｔｅ ＰＤＰ ｃｏｎｔｅｘｔ Ｒｅｊｅｃｔ）である。
【００８２】
別の例において、リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエスト（ＩＰ ｓｅｓｓｉｏｎ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）であるが、一方で、応答は、ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶（ＩＰ Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔ）である。一部の実施形態において、ＩＰセッションサービスリクエストは、一つのサービスリクエストであり、ＩＰサービス拒絶は、一つのサービス拒絶である。
【００８３】
別の例において、リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための活性化ＰＤＰコンテキストリクエストであるが、一方で、応答は、既存のＰＤＰコンテキストを不活性化するためのＭＴ ＰＤＰ不活性化リクエスト（ＭＴ ＰＤＰ Ｄｅａｃｔｉｖａｔｅ Ｒｅｑｕｅｓｔ）である。これは、例えば、リクエストを満たすのに十分なＰＤＰコンテキストをサポートしていないエリアにおいて、モバイルデバイスが、活性化ＰＤＰコンテキストリクエストを送信する場合に、起こり得る。この例では、新しいＰＤＰコンテキストが、最初に活性化ＰＤＰコンテキストリクエストに応答して確立されていないので、リクエストは、満たされていないと考えられる。しかしながら、一部のインプリメンテーションにおいて、既存のＰＤＰコンテキストが不活性化された後に、リクエストされた新しいＰＤＰコンテキストが、確立されるようになる。
【００８４】
別の例において、リクエストは、新しいルーティングエリアへの変更をリクエストするＲＡＵリクエスト（ＲＡＵ ｒｅｑｕｅｓｔ）であるが、一方で、応答は、既存のＰＤＰコンテキストを不活性化するためのＭＴ ＰＤＰ不活性化リクエストである。これは、例えば、リクエストを満たすのに十分なＰＤＰコンテキストをサポートしていない新しいルーティングエリアに移動した後に、モバイルデバイスが、ＲＡＵリクエストを送信する場合に、起こり得る。その他のリクエストおよび対応するリクエストも可能である。
【００８５】
上記では、リクエストに応答するための例示的なメッセージが提供されてきた。一部のインプリメンテーションにおいて、メッセージは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＴＳ ２４．００８ Ｖ７．５．０で定義されているメッセージに基づいており、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示すための適切な改変がされている。その他のインプリメンテーションも可能である。
【００８６】
一部のインプリメンテーションにおいて、リクエストのタイプは、モバイルデバイスのタイプに依存する。例えば、リクエストのタイプは、モバイルデバイスが、アクティブ／結合状態と比較してアイドル状態にあるかどうかに依存して、変動し得る。一部のインプリメンテーションにおいて、モバイルデバイスは、ＩＰセッションサービスリクエストメッセージを送信することにより、アクティブ／結合状態の間に、既存のＩＰセッションに対するサービスをリクエストし得る。しかしながら、一部のインプリメンテーションにおいて、モバイルデバイスは、アイドル状態の間には、ＩＰセッションサービスリクエストメッセージを決して送信しない。一部のインプリメンテーションにおいて、予め定義されたタイプのリクエストは、モバイルデバイスが、アクティブ／結合状態である間のみに、送信される。その他のインプリメンテーションも可能である。
【００８７】
一部のインプリメンテーションにおいて、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理する。１つの例が、図５を参照して提供されている。ステップ５−１において、モバイルデバイスは、応答に基づいて、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数を決定する。ステップ５−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理する。
【００８８】
サポートされ得るＩＰセッションの最大数をモバイルデバイスが決定するための、多くの方法が存在する。一部のインプリメンテーションにおいて、サポートされ得るＩＰセッションの最大数をモバイルデバイスが決定する方法は、予め定義されたタイプのリクエストに依存する。例えば、リクエストが、活性化ＰＤＰコンテキストリクエストであり、モバイルデバイスが、上記リクエストの前に確立されているＩＰセッションの数に気付いている場合、ＩＰセッションの最大数が既に確立されているので上記リクエストが満たされ得ないことを示す応答を受信すると、モバイルデバイスは、サポートされ得るＩＰセッションの最大数が、上記リクエストの前に確立されているＩＰセッションの数に等しいということを、決定し得る。サポートされ得るＩＰセッションの最大数を決定するための、その他の可能性が存在する。その他の例は、図８を参照して、以下に提供される。
【００８９】
モバイルデバイスが、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、ＩＰセッションを管理し得る多くの方法が、存在する。図６および図７を参照して、以下に例が提供される。これらの例は、特定のものであり、例示目的のみを意図されていることが、理解されるべきである。その他のインプリメンテーションも可能である。
【００９０】
まず図６を参照すると、ステップ６−１において、モバイルデバイスは、アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れる。アプリケーションは、モバイルデバイス上で動作するように構成されている任意のアプリケーションであり得、上記モバイルデバイスは、ＩＰセッションで通信するように構成されている。ステップ６−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数に基づいて、無線ネットワークから新しいＩＰセッションをリクエストするかどうかを決定する。モバイルデバイスは、例えば、確立されているＩＰセッションの最大数が、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数未満である場合のみに、新しいＩＰセッションをリクエストする。
【００９１】
次に図７を参照すると、ステップ７−１において、モバイルデバイスは、ＩＰセッションに優先度を付ける。ステップ７−２において、モバイルデバイスは、モバイルデバイスに対してサポートされ得るＩＰセッションの最大数によって、ＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持する。
【００９２】
ＩＰセッションは、通常その優先度がその他のＩＰセッションよりも高いとして指示されるときに、「より高い」優先度のＩＰセッションであるとして指示されることが、理解されるべきである。一部のインプリメンテーションにおいて、これは、最高の優先度のＩＰセッションである。より高い優先度を有しているとして指示されたＩＰセッションは、それ自体が高い優先度のＩＰセッションであるとは限らないが、それでもなお、その他のＩＰセッションよりも高い優先度を有しているとして指示されている。
【００９３】
モバイルデバイスがＩＰセッションに優先度を付け得る多くの方法が存在する。一部のインプリメンテーションにおいて、モバイルデバイスは、各ＩＰセッションに対して、それぞれの優先度を決定するためのユーザ入力を受け入れる。モバイルデバイスは、ユーザ入力に基づいて、各ＩＰセッションに対し、それぞれの優先度をしかるべく決定する。その他のインプリメンテーションにおいて、モバイルデバイスは、予め定義されたタイプの各ＩＰセッションに対し、予め定義された優先度のレベルの記録を維持する。モバイルデバイスは、上記記録に基づいて、各ＩＰセッションに対し、それぞれの優先度をしかるべく決定する。その他のインプリメンテーションも可能である。
【００９４】
（モバイルデバイスにおける別の方法）
ＰＤＰコンテキストを確立させる方法の特定の例において、ＧＰＲＳモバイル電話がＰＤＰコンテキストをセットアップするとき、アクセスポイント名（ＡＰＮ）が決定され、アクセスポイントは、プライベートＤＮＳネットワークに対するＤＮＳクエリにおいて用いられる。このプロセス（ＡＰＮ解決と称される）は、最終的には、アクセスポイントを供給し得るＧＧＳＮのＩＰアドレスを与える。この時点において、ＰＤＰコンテキストは、活性化され得る。
【００９５】
ＧＰＲＳネットワークおよびＵＭＴＳネットワークは、サポートされる同時のＰＤＰコンテキストの数についての制限を有する。ＰＤＰコンテキストの数は、モバイルデバイスがネットワークの異なる部分の間、または異なるネットワークの間を移動する際に、変動し得る。ここでは、サポートされるＰＤＰコンテキストの数をモバイルデバイスに知らせる情報は、モバイルデバイスには一切供給されていない。結果として、モバイルデバイスが、第１のエリア（ここでは、モバイルデバイスのニーズを満たすために、十分なＰＤＰコンテキストがサポートされている）から、第２のエリア（ここでは、モバイルデバイスのニーズを満たさないために、十分なＰＤＰコンテキストがサポートされていない）に移動するときに、ネットワークは、予測不可能な方法で、既存のＰＤＰコンテキストのうちの１つ以上をドロップ（ｄｒｏｐ）し得る。この問題は、ＵＭＴＳネットワークにおいて、特に起こり得る。なぜならば、多くのものが、唯１つのＰＤＰコンテキストしかサポートしていないからである。そのようなネットワークにおいては、唯１つのデバイス機能のみが、同時に接続性を有し得、したがって常時接続のデバイス機能（例えば、プッシュＥメール）は、ネットワークの特定のＡＰＮをサーフィンするＷＡＰ（ｗｉｒｅｌｅｓｓ ａｃｃｅｓｓ ｐｏｉｎｔ）と同時に動作し得ない。
【００９６】
所与のネットワークエリアにおけるＰＤＰコンテキストの数を決定するために、イベントベースの方法が提供される。ネットワークエリアは、ネットワーク全体であるか、あるいはネットワークの一部であり得る。以下は、サポートされている数を超過するＰＤＰコンテキストが活性化されるときに起こり得るイベントの特定の例である：
ＭＴ ＰＤＰ不活性化リクエスト；
ＰＤＰ活性化拒絶（ＰＤＰ Ａｃｔｉｃｖａｔｅ Ｒｅｊｅｃｔ）。
【００９７】
一部の実施形態において、メッセージ内の原因コードは、その他の正当な理由による不活性化と拒絶との間の区別を可能にするために用いられる。正しい原因コードと共にこれらのイベントのうちの任意のものが起こるとき、活性化ＰＤＰコンテキストの数がカウントされ、これは、ネットワークによってサポートされているＰＤＰコンテキストの数に対してウォーターマーク（ｗａｔｅｒｍａｒｋ）として記憶される。一部の実施形態において、サポートされているＰＤＰの数を決定するステップは、スタートアップ時（すなわち、発見時）に積極的に行なわれ得るか、あるいは異なるＡＰＮがリクエストされた際に、バックグラウンドで行なわれ得る。
【００９８】
図８を参照すると、サポートされているＰＤＰコンテキストの数を決定する方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ８−１において、モバイルデバイスは、所与のネットワークエリアに対して同時のＰＤＰコンテキストを確立させることを試み、そのような試みに対する応答を受信する。ステップ８−２において、ＰＤＰコンテキストを確立させる試みと、そのような試みに対する応答とに基づいて、モバイルデバイスは、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定する。
【００９９】
一部の実施形態において、ネットワークエリアによってサポートされているＰＤＰコンテキストの数のデフォルト値が用いられ、これは、無線ネットワークの能力に基づいている。そのようなデフォルトはまた、所与のデバイスの観点からネットワークがサポートし得るＰＤＰコンテキストの最大数をも表し得る。例えば、所与のモバイルデバイスが、最大で６つのＰＤＰコンテキストをサポートする場合、デフォルト値は、最初は６であり、これは、デバイスが多くの同時のコンテキストを確立させることを試みてそれが失敗に終わると、低減され得る。
【０１００】
一部の実施形態において、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を確立させることは、どれだけ多くの同時のＰＤＰコンテキストが確立されているかに関するカウントを実行することを含む。これは、新しいコンテキストが追加された際に、継続的に行なわれ得る。あるいは、カウントは、それ以上のコンテキストがサポートされていないことを指示するシナリオのうちの１つが発生した後に、実行され得る。
【０１０１】
一部の実施形態において、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定することは、ＰＤＰコンテキストを確立させようという試みに対する特定の定義されている応答を探すことを含む。一旦そのような定義されている応答が受信されると、結果として、ＰＤＰコンテキストを確立させようという最新の試みは、現在のネットワークによってサポートされているよりも１つ多いＰＤＰコンテキストを確立させようという試みであったということである。このように、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数は、確立されている同時のＰＤＰコンテキストの数にセットされ得る。これは、実行された継続中のカウントに注目すること、あるいは定義された応答を受信したときにカウントを実行することを含み得る。
【０１０２】
上記の挙動をトリガし得る１つ以上の定義された応答のセットは、インプリメンテーションに固有のものである。以下は、特定の定義された応答のセットであり、これらのうちの１つ以上が、インプリメントされ得る：
原因コード２６を伴うＰＤＰ活性化拒絶応答；
原因コード３８を伴うＰＤＰ活性化拒絶応答；
原因コード１０１を伴うＰＤＰ活性化拒絶応答；
別の既存のコンテキストの不活性化をリクエストする応答；
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答；
それ以上の利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答。
【０１０３】
ここで図９を参照すると、履歴情報を維持する方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ９−１において、既に訪問されているネットワークエリアに対し、モバイルデバイスは、各ネットワークエリアによってサポートされているＰＤＰコンテキストの数を指示する履歴情報を維持する。ステップ９−２において、ネットワークエリアが、履歴情報に掲載されている場合に、ネットワークエリアにおける変化があるたびごとに、モバイルデバイスは、履歴情報における、ネットワークエリアによってサポートされているＰＤＰコンテキストの数を調べ、さもなければ、新しいネットワークエリアによってサポートされるＰＤＰコンテキストの数を確立させる。
【０１０４】
ここで図１０を参照すると、例示的なフォーマットの表２００が示されており、上記表において、履歴情報が維持され得る。表２００は、ネットワークエリア識別子を格納するための第１の列２０２と、サポートされているＰＤＰコンテキストの数を格納するための第２の列２０４とを有している。上記表の一般的なエントリは、２０６に指示されている。コンテキストサポート情報は、インプリメンテーション固有の基礎に定義された、ネットワークエリアの粒度に維持され得る。一部の実施形態において、粒度は、ＰＬＭＮ識別子の粒度に維持され、例示的な記録は、２０８に指示されている。一部の実施形態において、粒度は、ＰＬＭＮとＬＡＣ（ｌｏｃａｌ ａｒｅａ ｃｏｄｅ）との組み合わせの粒度に維持され、例示的な記録は、２１０に指示されている。一部の実施形態において、粒度は、ＲＡＣ（ｒｏｕｔｉｎｇ ａｒｅａ ｃｏｄｅ）とＲＮＣ ＩＤとの組み合わせの粒度に維持され、例示的な記録は、２１２に指示されている。代替的に、その他の粒度も用いられ得る。粒度は、必ずしも全ネットワークエリアにわたって一致している必要はない。
【０１０５】
（サポートされているコンテキストの数に基づくコンテキスト管理）
一部の実施形態において、サポートされるコンテキストの数が決定されると、この情報を考慮して、例えば、どのＰＤＰコンテキストが活性化および不活性化されるかを制御することにより、コンテキストが管理されて、挙動をより予測的にする。コンテキスト管理は、デバイス機能が必要としているＰＤＰコンテキストよりも少ないＰＤＰコンテキストしか存在しない場合に、特に有用である。
【０１０６】
ここで図１１を参照すると、ＩＰセッションを管理する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０のＩＰセッション優先度管理機能１３によって、あるいは図１Ｃに示されているモバイルデバイス８０によって、モバイルデバイスにインプリメントされ得る。ステップ１１−１において、所与のネットワークエリアによってサポートされているＩＰセッションの数を識別する情報を用いることにより、モバイルデバイスは、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理する。
【０１０７】
コンテキストの数は、上述の方法のうちのいずれかを用いることにより、決定され得る。より一般的には、モバイルデバイスは、なんとかして、サポートされているコンテキストの数を決定しているか、あるいはサポートされているコンテキストの数に気付いていなければならない。例えば、一部の実施形態において、モバイルデバイスは、例えばモバイルデバイスがまず所与のネットワークエリアにて接続しているときに、所与のネットワークエリアから、コンテキストサポート情報を受信する。一部の実施形態において、モバイルデバイスは、複数のネットワークエリアに対するコンテキストサポート情報と共に予め構成されている。一部の実施形態において、複数のモバイルデバイスの各々は、モバイルデバイスが訪問するネットワークエリアによってサポートされているＰＤＰコンテキストの数を決定し、この情報を複数のモバイルデバイスに利用できるようにする。一部の実施形態において、モバイルデバイスは、データベースクエリを実行することにより、所与のネットワークエリアによってサポートされているＰＤＰコンテキストの数を識別する情報を決定する。
【０１０８】
コンテキスト管理の一例において、ネットワークエリアを、第１のネットワークエリアから、第２のネットワークエリア（第１のネットワークエリアにおけるよりも少ないＰＤＰコンテキストがサポートされている）に変更する前に、モバイルデバイスは、少なくとも１つの選択されたＰＤＰコンテキストを、先制して不活性化する。例えば、特定の第１のＰＤＰコンテキストが維持されなければならないが、第２のＰＤＰコンテキストがドロップされ得ることが知られている場合、ネットワークエリアを変更する前に第２のＰＤＰコンテキストをドロップすることにより、ネットワークエリアを変更した後に第１のＰＤＰコンテキストがドロップされない機会が、増加する。この例は、次のネットワークの履歴情報が利用可能であることを仮定している。
【０１０９】
一部の実施形態において、ＰＤＰコンテキストの割り当てをアクティブに管理することは、デバイス機能に優先度を付け、優先度によってＰＤＰコンテキストを割り当てることを含む。
【０１１０】
一部の実施形態において、ネットワークエリアを、第１のネットワークエリアから、第２のネットワークエリア（第１のネットワークエリアにおけるよりも少ないＰＤＰコンテキストがサポートされている）に変更した後に、モバイルデバイスは、第２のネットワークエリアにおけるＰＤＰコンテキストを割り当てられるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化する。新しいネットワークの挙動は、第１のネットワークエリアから、第２のネットワークエリア（サポートされているコンテキストがより少ない）に移動した後に、予測不可能になり得る。基本的に、このアプローチは、移動を行うことと、次いでどのデバイス機能が所与のＰＤＰコンテキストであって、どのデバイス機能が所与のＰＤＰコンテキストではないかを評価することと、次いでコンテキストを確立および／または不活性化することによって、任意の必要な調整を行うこととを含んでいる。
【０１１１】
上記で概説された方法は、イントラＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）シナリオ（例えば、ＷＣＤＭＡ／ＵＴＭＳネットワーク）で、ならびにインターＲＡＴシナリオ（例えば、ＧＰＲＳからＵＭＴＳへのハンドオーバー）で、アプリケーションを発見し得る。
【０１１２】
上記の記載は、決定され、その後なんらかのアプリケーションにおいて管理されるべきものは、サポートされている同時のＰＤＰコンテキストの数であるということを仮定している。より一般的には、同様なアプローチが、サポートされている同時のＩＰセッションの数を決定するために用いられ得、ＰＤＰコンテキストが、ＩＰセッションの特定の例である。
【０１１３】
（無線ネットワークにおける方法）
ここで図１２を参照すると、ＩＰセッションの最大数が既に確立されているのでリクエストが満たされ得ないことを示す応答を送信する例示的な方法のフローチャートが示されている。この方法は、例えば、図１Ａに示されている無線ネットワーク１００のＩＰセッション機能５１によって、無線ネットワークにインプリメントされ得る。
【０１１４】
フローチャートのステップは、モバイルデバイスから、予め定義されたタイプのリクエストを受信すると、実行される。ステップ１２−１において、無線ネットワークは、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているかどうかを決定する。ステップ１２−２において、モバイルデバイスに対してＩＰセッションの最大数が既に確立されている場合、無線ネットワークは、最大数のＩＰセッションが既に確立されているのでリクエストが満たされ得ないことを示す応答を、モバイルデバイスに送信する。
【０１１５】
上記応答が、モバイルデバイスに対してＩＰセッションの最大数が既に確立されているので、リクエストが満たされ得ないということを指示し得る、多くの方法が存在し得る。上記で既に例が提示されたので、ここでは繰り返されない。
【０１１６】
予め定義されたタイプのリクエストおよび応答に対し、多くの可能性が存在する。例は上記で既に提示されており、したがってここでは繰り返されない。
【０１１７】
（ＩＰセッション）
上記で提示された例では、ＩＰセッションについて述べられている。ＩＰセッションに対し、多くの可能性が存在することが、理解されるべきである。ＩＰセッションは、例えば、常時接続ＩＰセッション、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）ＩＰセッション、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ＩＰセッション、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）ＩＰセッション、ＤＵＮ（Ｄｉａｌ−Ｕｐ Ｎｅｔｗｏｒｋｉｎｇ）ＩＰセッション、ＬＢＳ（Ｌｏｃａｔｉｏｎ Ｂａｓｅ Ｓｅｒｖｉｃｅｓ）ＩＰセッション、ＩＰモデムＩＰセッション、およびＰＴＴ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ）ＩＰセッションのうちの任意のＩＰセッションを含む。ＩＰセッションの性質は、インプリメンテーションに固有のものであり、典型的には、無線ネットワークに依存している。一部のインプリメンテーションにおいて、無線ネットワークは、ＵＭＴＳネットワークであり、各ＩＰセッションは、それぞれのＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテキストの一部である。
【０１１８】
上記の教示を踏まえると、本発明の多くの変形および変更が可能である。したがって、本出願は、本明細書中に特に記載されていなくても、添付の請求項の範囲内で実施され得ることが、理解されるべきである。
【特許請求の範囲】
【請求項１】
モバイルデバイスにおける方法であって、
予め定義されたタイプの少なくとも１つのリクエストを送信することと、
該モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと、
ＩＰセッションの該最大数が確立されている間、新しいＩＰセッションに対するいずれのリクエストも送信することを避けることと
を含む、方法。
【請求項２】
前記指示に基づいて、前記モバイルデバイスに対してサポートされているＩＰセッションの前記最大数を決定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記モバイルデバイスに対してサポートされているＩＰセッションの前記最大数に基づいて、ＩＰセッションを管理することを含む、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのリクエストを送信することは、同時のＩＰセッションを確立させることを試みようとして、複数のリクエストを送信することを含み、
前記指示を受信することは、該複数のリクエストに対する応答を受信することを含み、
前記方法は、ＩＰセッションを確立させようという該試みと、そのような試みに対する該応答とに基づいて、サポートされているＩＰセッションの前記最大数を決定することをさらに含む、請求項１に記載の方法。
【請求項５】
サポートされているＩＰセッションの前記最大数を決定することは、無線ネットワークの能力に基づいて、サポートされているＩＰセッションの該最大数のデフォルト値を確立させることをさらに含む、請求項４に記載の方法。
【請求項６】
サポートされているＩＰセッションの前記最大数を決定することは、どれだけ多くの同時のＩＰセッションが確立されているかに関するカウントを実行することをさらに含む、請求項２または請求項３に記載の方法。
【請求項７】
サポートされているＩＰセッションの前記最大数を決定することは、ＩＰセッションを確立させようという試みに対する定義された応答を受信したとき、サポートされているＩＰセッションの前記数を、どれだけ多くの同時のＩＰセッションが確立されているかに関する前記カウントにセットすることをさらに含む、請求項６に記載の方法。
【請求項８】
前記定義された応答は、
原因コード２６のパケットデータプロトコル「ＰＤＰ」活性化拒絶応答と、
原因コード３４のサービスオプション一時的停止応答と、
原因コード３８のＰＤＰ活性化拒絶応答と、
原因コード１０１のＰＤＰ活性化拒絶応答と、
別の既存のコンテキストの不活性化をリクエストする応答と、
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答と、
もはや利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答と
のうちのいずれかである、請求項７に記載の方法。
【請求項９】
既に訪問されているネットワークエリアに対し、各ネットワークエリアによってサポートされているＩＰセッションの前記最大数を指示する履歴情報を維持することと、
新しいネットワークエリアに移動したとき、該新しいネットワークエリアが該履歴情報に掲載されている場合に、該履歴情報において、該ネットワークエリアによってサポートされているＩＰセッションの該最大数を調べ、さもなければ、該新しいネットワークエリアによってサポートされているＩＰセッションの該最大数を決定することと
をさらに含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記履歴情報は、ネットワークエリアに対し、
パブリックランドモバイルネットワーク「ＰＬＭＮ」の粒度、
ＰＬＭＮおよびローカルエリアコード「ＬＡＣ」の粒度、または
ルーティングエリアコード「ＲＡＣ」および無線ネットワークコントローラ識別子「ＲＮＣ Ｉｄ」の粒度
のうちのいずれかに維持される、請求項９に記載の方法。
【請求項１１】
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更する前に、前記モバイルデバイスが、少なくとも１つの選択されたＩＰセッションを、先制して不活性化すること
をさらに含む、請求項１〜９のいずれか一項に記載の方法。
【請求項１２】
サポートされているＩＰセッションの前記最大数に基づいて、ＩＰセッションを管理することは、サポートされているＩＰセッションの該最大数が確立されると、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理することを含む、請求項１に記載の方法。
【請求項１３】
ＩＰセッションの前記割り当てをアクティブに管理することは、
デバイス機能に優先度を付け、優先度によって該ＩＰセッションを割り当てること、または
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更した後に、該第２のネットワークエリアにおける該ＩＰセッションを割り当てるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化すること
のいずれかを含む、請求項１２に記載の方法。
【請求項１４】
前記指示を受信することは、
前記所与のリクエストに対する応答を受信することであって、該応答は、原因コードを含んでおり、該原因コードは、前記モバイルデバイスに対してＩＰセッションの前記最大数が既に確立されているので、該所与のリクエストが満たされ得ないということを示している、ことを含む、請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの前記最大数が既に活性化されているということを示している、請求項１４に記載の方法。
【請求項１６】
前記所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
前記応答は、該活性化ＰＤＰコンテキストリクエストを拒絶するための、活性化ＰＤＰコンテキスト拒絶であるか、
該所与のリクエストは、既存のＰＤＰコンテキストに対するサービスをリクエストするための、ＰＤＰコンテキストサービスリクエストであり、かつ
該応答は、該ＰＤＰコンテキストサービスリクエストを拒絶するための、サービス拒絶であるか、
該所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該所与のリクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
請求項１４または請求項１５に記載の方法。
【請求項１７】
アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れることをさらに含み、
前記ＩＰセッションを管理することは、サポートされているＩＰセッションの前記最大数に基づいて、前記無線ネットワークから、該新しいＩＰセッションをリクエストするかどうかを決定することを含む、
請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
ＩＰセッションに優先度を付けることをさらに含み、
前記ＩＰセッションを管理することは、サポートされているＩＰセッションの前記最大数によってＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持することを含む、
請求項１〜１６のいずれか一項に記載の方法。
【請求項１９】
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、請求項１〜１８のいずれか一項に記載の方法。
【請求項２０】
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスのプロセッサ上で実行することにより、請求項１〜１９のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【請求項２１】
無線ネットワークと通信するように構成された無線アクセスラジオと、
請求項１〜１９のいずれか一項に記載の方法をインプリメントするようにさらに構成されているＩＰセッション管理機能と
を含む、モバイルデバイス。
【請求項２２】
無線ネットワークにおける方法であって、
モバイルデバイスから予め定義されたタイプのリクエストを受信したときであって、ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信すること
を含む、方法。
【請求項２３】
前記応答は、原因コードを含んでおり、該原因コードは、ＩＰセッションの前記最大数が既に確立されているので、前記リクエストが満たされ得ないということを示している、請求項２２に記載の方法。
【請求項２４】
前記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの前記最大数が既に活性化されているということを示している、請求項２３に記載の方法。
【請求項２５】
前記予め定義されたタイプの前記リクエストは、確立されるべき新しいＩＰセッションをリクエストするための、活性化ＩＰセッションリクエストであり、かつ
前記応答は、該活性化ＩＰセッションリクエストを拒絶するための、ＩＰセッション拒絶であるか、
該予め定義されたタイプの該リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエストであり、かつ
該応答は、該ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶であるか、
該予め定義されたタイプの該リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該予め定義されたタイプの該リクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
請求項２２〜２４のいずれか一項に記載の方法。
【請求項２６】
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、請求項２２〜２５のいずれか一項に記載の方法。
【請求項２７】
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、請求項２２〜２６のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【請求項２８】
請求項２２〜２６のいずれか一項に記載の方法をインプリメントするように構成されているＩＰセッション機能を含む、無線ネットワーク。
【請求項１】
モバイルデバイスにおける方法であって、
予め定義されたタイプの少なくとも１つのリクエストを送信することと、
該モバイルデバイスに対してインターネットプロトコル「ＩＰ」セッションの最大数が既に確立されているので、該少なくとも１つのリクエストのうちの所与のリクエストが満たされ得ないという指示を受信することと、
ＩＰセッションの該最大数が確立されている間、新しいＩＰセッションに対するいずれのリクエストも送信することを避けることと
を含む、方法。
【請求項２】
前記指示に基づいて、前記モバイルデバイスに対してサポートされているＩＰセッションの前記最大数を決定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記モバイルデバイスに対してサポートされているＩＰセッションの前記最大数に基づいて、ＩＰセッションを管理することを含む、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのリクエストを送信することは、同時のＩＰセッションを確立させることを試みようとして、複数のリクエストを送信することを含み、
前記指示を受信することは、該複数のリクエストに対する応答を受信することを含み、
前記方法は、ＩＰセッションを確立させようという該試みと、そのような試みに対する該応答とに基づいて、サポートされているＩＰセッションの前記最大数を決定することをさらに含む、請求項１に記載の方法。
【請求項５】
サポートされているＩＰセッションの前記最大数を決定することは、無線ネットワークの能力に基づいて、サポートされているＩＰセッションの該最大数のデフォルト値を確立させることをさらに含む、請求項４に記載の方法。
【請求項６】
サポートされているＩＰセッションの前記最大数を決定することは、どれだけ多くの同時のＩＰセッションが確立されているかに関するカウントを実行することをさらに含む、請求項２または請求項３に記載の方法。
【請求項７】
サポートされているＩＰセッションの前記最大数を決定することは、ＩＰセッションを確立させようという試みに対する定義された応答を受信したとき、サポートされているＩＰセッションの前記数を、どれだけ多くの同時のＩＰセッションが確立されているかに関する前記カウントにセットすることをさらに含む、請求項６に記載の方法。
【請求項８】
前記定義された応答は、
原因コード２６のパケットデータプロトコル「ＰＤＰ」活性化拒絶応答と、
原因コード３４のサービスオプション一時的停止応答と、
原因コード３８のＰＤＰ活性化拒絶応答と、
原因コード１０１のＰＤＰ活性化拒絶応答と、
別の既存のコンテキストの不活性化をリクエストする応答と、
別の既存のコンテキストに関連する無線ベアラのリリースをリクエストする応答と、
もはや利用可能なＰＤＰコンテキストが存在しないことを指示するように特に構成された応答と
のうちのいずれかである、請求項７に記載の方法。
【請求項９】
既に訪問されているネットワークエリアに対し、各ネットワークエリアによってサポートされているＩＰセッションの前記最大数を指示する履歴情報を維持することと、
新しいネットワークエリアに移動したとき、該新しいネットワークエリアが該履歴情報に掲載されている場合に、該履歴情報において、該ネットワークエリアによってサポートされているＩＰセッションの該最大数を調べ、さもなければ、該新しいネットワークエリアによってサポートされているＩＰセッションの該最大数を決定することと
をさらに含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記履歴情報は、ネットワークエリアに対し、
パブリックランドモバイルネットワーク「ＰＬＭＮ」の粒度、
ＰＬＭＮおよびローカルエリアコード「ＬＡＣ」の粒度、または
ルーティングエリアコード「ＲＡＣ」および無線ネットワークコントローラ識別子「ＲＮＣ Ｉｄ」の粒度
のうちのいずれかに維持される、請求項９に記載の方法。
【請求項１１】
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更する前に、前記モバイルデバイスが、少なくとも１つの選択されたＩＰセッションを、先制して不活性化すること
をさらに含む、請求項１〜９のいずれか一項に記載の方法。
【請求項１２】
サポートされているＩＰセッションの前記最大数に基づいて、ＩＰセッションを管理することは、サポートされているＩＰセッションの該最大数が確立されると、サポートされているＩＰセッションの数に関して、デバイス機能が必要としているＩＰセッションよりも少ないＩＰセッションしか存在しない場合に、ＩＰセッションの割り当てをアクティブに管理することを含む、請求項１に記載の方法。
【請求項１３】
ＩＰセッションの前記割り当てをアクティブに管理することは、
デバイス機能に優先度を付け、優先度によって該ＩＰセッションを割り当てること、または
第１のネットワークエリアから、該第１のネットワークエリアにおけるよりも少ないＩＰセッションがサポートされている第２のネットワークエリアに、ネットワークエリアを変更した後に、該第２のネットワークエリアにおける該ＩＰセッションを割り当てるべきデバイス機能はどれであるかを選択的に決定し、既に確立されてはいない場合に、これらを確立させ、既に不活性化されてはいない場合に、その他のものを不活性化すること
のいずれかを含む、請求項１２に記載の方法。
【請求項１４】
前記指示を受信することは、
前記所与のリクエストに対する応答を受信することであって、該応答は、原因コードを含んでおり、該原因コードは、前記モバイルデバイスに対してＩＰセッションの前記最大数が既に確立されているので、該所与のリクエストが満たされ得ないということを示している、ことを含む、請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
前記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの前記最大数が既に活性化されているということを示している、請求項１４に記載の方法。
【請求項１６】
前記所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
前記応答は、該活性化ＰＤＰコンテキストリクエストを拒絶するための、活性化ＰＤＰコンテキスト拒絶であるか、
該所与のリクエストは、既存のＰＤＰコンテキストに対するサービスをリクエストするための、ＰＤＰコンテキストサービスリクエストであり、かつ
該応答は、該ＰＤＰコンテキストサービスリクエストを拒絶するための、サービス拒絶であるか、
該所与のリクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該所与のリクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
請求項１４または請求項１５に記載の方法。
【請求項１７】
アプリケーションから、新しいＩＰセッションを確立させるリクエストを受け入れることをさらに含み、
前記ＩＰセッションを管理することは、サポートされているＩＰセッションの前記最大数に基づいて、前記無線ネットワークから、該新しいＩＰセッションをリクエストするかどうかを決定することを含む、
請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
ＩＰセッションに優先度を付けることをさらに含み、
前記ＩＰセッションを管理することは、サポートされているＩＰセッションの前記最大数によってＩＰセッションが制限されるときに、低い優先度のＩＰセッションよりも先に、高い優先度のＩＰセッションを維持することを含む、
請求項１〜１６のいずれか一項に記載の方法。
【請求項１９】
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、請求項１〜１８のいずれか一項に記載の方法。
【請求項２０】
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスのプロセッサ上で実行することにより、請求項１〜１９のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【請求項２１】
無線ネットワークと通信するように構成された無線アクセスラジオと、
請求項１〜１９のいずれか一項に記載の方法をインプリメントするようにさらに構成されているＩＰセッション管理機能と
を含む、モバイルデバイス。
【請求項２２】
無線ネットワークにおける方法であって、
モバイルデバイスから予め定義されたタイプのリクエストを受信したときであって、ＩＰセッションの最大数が既に確立されている場合に、ＩＰセッションの該最大数が既に確立されているので、該リクエストが満たされ得ないことを示す応答を、該モバイルデバイスに送信すること
を含む、方法。
【請求項２３】
前記応答は、原因コードを含んでおり、該原因コードは、ＩＰセッションの前記最大数が既に確立されているので、前記リクエストが満たされ得ないということを示している、請求項２２に記載の方法。
【請求項２４】
前記原因コードは、１０２の原因値を有しており、該原因値は、ＩＰセッションの前記最大数が既に活性化されているということを示している、請求項２３に記載の方法。
【請求項２５】
前記予め定義されたタイプの前記リクエストは、確立されるべき新しいＩＰセッションをリクエストするための、活性化ＩＰセッションリクエストであり、かつ
前記応答は、該活性化ＩＰセッションリクエストを拒絶するための、ＩＰセッション拒絶であるか、
該予め定義されたタイプの該リクエストは、既存のＩＰセッションに対するサービスをリクエストするための、ＩＰセッションサービスリクエストであり、かつ
該応答は、該ＩＰセッションサービスリクエストを拒絶するための、ＩＰサービス拒絶であるか、
該予め定義されたタイプの該リクエストは、確立されるべき新しいＰＤＰコンテキストをリクエストするための、活性化ＰＤＰコンテキストリクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、モバイル端末「ＭＴ」ＰＤＰ不活性化リクエストであるか、
該予め定義されたタイプの該リクエストは、新しいルーティングエリアに変更することをリクエストするための、ルーティングエリアアップデート「ＲＡＵ」リクエストであり、かつ
該応答は、既存のＰＤＰコンテキストを不活性化するための、ＭＴ ＰＤＰ不活性化リクエストである、
請求項２２〜２４のいずれか一項に記載の方法。
【請求項２６】
各ＩＰセッションは、それぞれのＰＤＰコンテキストの一部である、請求項２２〜２５のいずれか一項に記載の方法。
【請求項２７】
コンピュータ読み取り可能な媒体であって、そこに記憶されたコンピュータ実行可能な命令であって、コンピューティングデバイスまたはシステムのプロセッサ上で実行することにより、請求項２２〜２６のいずれか一項に記載の方法をインプリメントすることができる命令を有している、コンピュータ読み取り可能な媒体。
【請求項２８】
請求項２２〜２６のいずれか一項に記載の方法をインプリメントするように構成されているＩＰセッション機能を含む、無線ネットワーク。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−５５５１２（Ｐ２０１１−５５５１２Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２０１０−２１６１５７（Ｐ２０１０−２１６１５７）
【出願日】平成２２年９月２７日（２０１０．９．２７）
【分割の表示】特願２００７−２１７６６７（Ｐ２００７−２１７６６７）の分割
【原出願日】平成１９年８月２３日（２００７．８．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２２年９月２７日（２０１０．９．２７）
【分割の表示】特願２００７−２１７６６７（Ｐ２００７−２１７６６７）の分割
【原出願日】平成１９年８月２３日（２００７．８．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０００４３５７４）リサーチ イン モーション リミテッド (531)
【氏名又は名称原語表記】Ｒｅｓｅａｒｃｈ Ｉｎ Ｍｏｔｉｏｎ Ｌｉｍｉｔｅｄ
【住所又は居所原語表記】２９５ Ｐｈｉｌｌｉｐ Ｓｔｒｅｅｔ， Ｗａｔｅｒｌｏｏ， Ｏｎｔａｒｉｏ Ｎ２Ｌ ３Ｗ８ Ｃａｎａｄａ
【Ｆターム（参考）】
[ Back to top ]