JP5145344B2 - 何個のｉｐセッションがサポートされているかに基づくｉｐセッション管理のシステムと方法 - Google Patents

Description

本願は、無線通信、より詳細には、ＩＰセッションに関する。

モバイルデバイスと対応するノードとの間の通信は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サービングノードを通して、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークにおいて処理される。ＧＰＲＳサービングノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）およびＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を含む。モバイルデバイスと対応するノードとの間のそのような通信の交換は、モバイルデバイスとＳＧＳＮとの間の通信の交換を引き起こす。モバイルデバイスとＳＧＳＮノードとの間のユーザプレイン通信（つまり、ＩＰデータの流れ）のような通信の交換は、一つ以上のＰＤＰコンテクストを使用する。モバイルデバイスの何個の異なったアプリケーションがＰＤＰコンテクスト上で通信しているかに依存して、多くのＰＤＰコンテクストがあってもよい。しかしながら、モバイルデバイスに対するＰＤＰコンテクストの数は、モバイルデバイスが存在しているルーティング領域でサポートされているＰＤＰコンテクストの数で制限されてもよい。

異なるルーティング領域は、異なる数のＰＤＰコンテクストをサポートしてもよい。しかしながら、モバイルデバイスは、所与のルーティング領域がモバイルデバイスに対して何個のＰＤＰコンテクストをサポートするかについては、気づいていない。これは、好ましくない状況になりうる。例えば、ＩＰセッションの最大数がすでに確立されていることには気づいていない一方で、モバイルデバイスは、確立されるべき新しいＰＤＰコンテクストを要求しかねない。従って、モバイルデバイスは新しいＰＤＰコンテクストの確立には成功しないであろう。これは、モバイルデバイスによるＰＤＰコンテクストの貧弱な管理になる。もしも、ネットワークによりサポートされているよりも多くのＰＤＰコンテクストを使う、より多くのサービスがユーザにより要求された場合、いくつかのサービスが遅延するある種の多重状態があるかもしれない、等。

可能なアプローチは、モバイルデバイスが、常に、ただ一つのＰＤＰコンテクストがサポートされていると仮定することである。しかしながら、このアプローチは、追加のＰＤＰコンテクストがサポートされているときに、活用できない。これは、一つ以上のＰＤＰコンテクストをサポートしていたネットワーク上では、不幸なユーザの結果になる。

広い観点では、無線ネットワークにおける方法であって、所与の領域内に存在するモバイルデバイスに対して、何個のインターネットプロトコルセッション（ＩＰセッション）がサポートされ得るかを決定することと、何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することとを含む方法が提供されている。

他の広い観点では、ＩＰセッション機能を備えた無線ネットワークであって、該ＩＰセッション機能は、所与の領域内に存在するモバイルデバイスに対して、何個のＩＰセッションがサポートされ得るかを決定することと、何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することとを行うように構成されている、無線ネットワークが提供されている。

他の広い観点では、モバイルデバイスにおける方法であって、無線ネットワークから、所与の領域に存在する該モバイルデバイスに対して該無線ネットワークが何個のＩＰセッションをサポートしうるかの識別を受信することと、該識別に基づいてＩＰセッションを管理することとを含む方法が提供されている。

他の広い観点では、無線ネットワークと通信するように構成されている無線アクセスラジオと、ＩＰセッション管理機能とを含み、該ＩＰセッション管理機能は、該無線ネットワークが何個のＩＰセッションをサポートすることが可能であるかの識別を受信することと、該識別に基づいてＩＰセッションを管理することとを行うように構成されている、モバイルデバイスが提供されている。
例えば、本発明は以下の項目を提供する。
（項目１）
無線ネットワークにおける方法であって、
所与の領域内に存在するモバイルデバイスに対して、何個のインターネットプロトコルセッション（ＩＰセッション）がサポートされ得るかを決定することと、
何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することと
を含む方法。
（項目２）
上記領域は、ルーティング領域、または、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ（ＲＮＣ）Ｉｄにより規定された領域である、項目１に記載の方法。
（項目３）
何個のＩＰセッションがサポートされ得るかの上記識別を上記モバイルデバイスに送信することは、
該識別を含むメッセージを送信することを含む、項目１または項目２に記載の方法。
（項目４）
上記識別を含む上記メッセージを送信することは、
上記モバイルデバイスが新領域に移動したと決定されると、該識別を含む該メッセージを送信することを含む、項目３に記載の方法。
（項目５）
要求メッセージを受信することをさらに含み、
上記識別を含む上記メッセージを送信することは、該要求メッセージに応答して起こる、項目３に記載の方法。
（項目６）
上記識別を含む上記メッセージを送信することは、
該識別を含む該メッセージを継続的に送信することを含む、項目３に記載の方法。
（項目７）
複数の領域のそれぞれに対して、何個のＩＰセッションがモバイルデバイスに対してサポートされ得るかを決定することと、
該複数の領域のそれぞれに対して、何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することと
をさらに含む、項目１から項目６のいずれかに記載の方法。
（項目８）
上記メッセージは、
Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ、
Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（ＲＡＵ）Ａｃｃｅｐｔメッセージ、
Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎメッセージ、
Ａｃｔｉｖａｔｅ Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ（ＰＤＰ）コンテクスト拒絶メッセージ、
Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト受け入れメッセージ、
Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージ、
Ｓｅｒｖｉｃｅ Ａｃｃｅｐｔメッセージ、
Ａｃｔｉｖａｔｅ Ｓｅｃｏｎｄａｒｙ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔメッセージ、
Ｍｏｄｉｆｙ ＰＤＰコンテクスト受け入れメッセージ、
Ｍｏｄｉｆｙ ＰＤＰコンテクスト要求メッセージ、または、
ＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージ
のうちのいずれかを含む、項目３から項目７のいずれかに記載の方法。
（項目９）
各ＩＰセッションは、それぞれのＰＤＰコンテクストの一部である、項目１から項目８のいずれかに記載の方法。
（項目１０）
コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
該複数の命令は、コンピュータデバイスまたはシステムのプロセッサ上で実行することにより、項目１から項目９のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
（項目１１）
ＩＰセッション機能を備えた無線ネットワークであって、
該ＩＰセッション機能は、所与の領域内に存在するモバイルデバイスに対して、何個のＩＰセッションがサポートされ得るかを決定することと、
何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することと
を行うように構成されている、無線ネットワーク。
（項目１２）
モバイルデバイスにおける方法であって、
無線ネットワークから、所与の領域に存在する該モバイルデバイスに対して該無線ネットワークが何個のＩＰセッションをサポートしうるかの識別を受信することと、
該識別に基づいてＩＰセッションを管理することと
を含む方法。
（項目１３）
上記領域は、ルーティング領域およびＲＮＣ Ｉｄにより規定された領域のうちの一方である、項目１２に記載の方法。
（項目１４）
上記無線ネットワークから、何個のＩＰセッションを該無線ネットワークがサポートすることが可能であるかの上記識別を受信することは、
該識別を含むメッセージを受信することを含む、項目１２または項目１３に記載の方法。
（項目１５）
上記識別を含む上記メッセージを受信することは、
新領域に移動していると、該識別を含む該メッセージを受信すること
を含む、項目１４に記載の方法。
（項目１６）
要求メッセージを送信することをさらに含み、
上記識別を含む上記メッセージを受信することは、該要求メッセージに応答して起こる、項目１４に記載の方法。
（項目１７）
上記識別を含む上記メッセージを受信することは、
該識別を含む該メッセージを継続的に受信すること
を含む、項目１４に記載の方法。
（項目１８）
上記無線ネットワークから、複数の領域のそれぞれに対して、何個のＩＰセッションを該無線ネットワークがサポートすることが可能であるかの識別を受信することをさらに含む、項目１２から項目１７のいずれかに記載の方法。
（項目１９）
上記メッセージは、
Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ、
Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（ＲＡＵ）Ａｃｃｅｐｔメッセージ、
Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎメッセージ、
Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト拒絶メッセージ、
Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト受け入れメッセージ、
Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージ、
Ｓｅｒｖｉｃｅ Ａｃｃｅｐｔメッセージ、
Ａｃｔｉｖａｔｅ Ｓｅｃｏｎｄａｒｙ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔメッセージ、
Ｍｏｄｉｆｙ ＰＤＰコンテクスト受け入れメッセージ、
Ｍｏｄｉｆｙ ＰＤＰコンテクスト要求メッセージ、または、
ＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージ
のうちのいずれかを含む、項目１４から項目１８のいずれかに記載の方法。
（項目２０）
新しいＩＰセッションを確立するための要求をアプリケーションから受け入れることをさらに含み、
上記識別に基づいてＩＰセッションを管理することは、該識別に基づいて上記無線ネットワークから新しいＩＰセッションを要求するかどうかを決定することを含む、項目１２から項目１９に記載の方法。
（項目２１）
ＩＰセッションの優先付けを行うことをさらに含み、
上記識別に基づいてＩＰセッションを管理することは、
上記無線ネットワークが何個のＩＰセッションをサポートすることが可能であるかによってＩＰセッションが制限される場合に、より低い優先度のＩＰセッションよりも前に、より高い優先度のＩＰセッションを維持することを含む、項目１２から項目１９に記載の方法。
（項目２２）
各ＩＰセッションは、それぞれのＰＤＰコンテクストの一部である、項目１２から項目２１に記載の方法。
（項目２３）
コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
該複数の命令は、コンピュータデバイス上で実行することにより、項目１２から項目２２のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
（項目２４）
無線ネットワークと通信するように構成されている無線アクセスラジオと、
ＩＰセッション管理機能と
を含み、
該ＩＰセッション管理機能は、
該無線ネットワークが何個のＩＰセッションをサポートすることが可能であるかの識別を受信することと、
該識別に基づいてＩＰセッションを管理することと
を行うように構成されている、
モバイルデバイス。

実施形態は、添付の図を参照に述べられる。
図１Ａは、無線ネットワークの例とモバイルデバイスのブロック図である。 図１Ｂは、図１Ａに示されたモバイルデバイスのブロック図である。 図１Ｃは、他のモバイルデバイスのブロック図である。 図２は、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るか、の識別をモバイルデバイスに送信する方法例のフローチャートを示す図である。 図３Ａは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るか、の識別をモバイルデバイスに送信する方法例のフローチャートを示す図である。 図３Ｂは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るか、の識別をモバイルデバイスに送信する方法例のフローチャートを示す図である。 図３Ｃは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るか、の識別をモバイルデバイスに送信する方法例のフローチャートを示す図である。 図３Ｄは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るか、の識別をモバイルデバイスに送信する方法例のフローチャートを示す図である。 図４Ａは、何個のＩＰセッションがサポートされ得るか、の識別を無線ネットワークに送信する為に使用され得るメッセージのメッセージ内容の例の表を示す図である。 図４Ｂは、何個のＩＰセッションがサポートされ得るか、の識別を無線ネットワークに送信する為に使用され得るメッセージのメッセージ内容の例の表を示す図である。 図５Ａは、ＰＤＰコンテクストサポーテッド情報因子の例の表を示す図である。 図５Ｂは、ＰＤＰコンテクストサポーテッド情報因子の例の表を示す図である。 図６は、何個のＩＰセッションがサポートされ得るか、の識別に基づいて、ＩＰセッションを管理する方法例のフローチャートである。 図７は、何個のＩＰセッションがサポートされ得るか、の識別に基づいて、ＩＰセッションを管理する方法例のフローチャートである。 図８は、何個のＩＰセッションがサポートされ得るか、の識別に基づいて、ＩＰセッションを管理する方法例のフローチャートである。

無線通信システム
図１Ａには、例として無線ネットワーク１００とモバイルデバイス１００のブロックダイアグラムが示されている。無線ネットワーク１００は第１のルーティング領域３０と第２のルーティング領域４０を有している。他のルーティング領域があってもよいが、簡単にするために図には示されていない。それぞれのルーティング領域は少なくとも一つのＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を有している。図に示した例では、第１のルーティング領域３０は第１のＲＮＣ３１と第２のＲＮＣ３２を有しており、一方、第２のルーティング領域４０は単一のＲＮＣ４１を有している。それぞれのＲＮＣ３１、３２、４１にはそれぞれのＲＮＣ Ｉｄが関連付けられている。第１のルーティング領域３０の第１のＲＮＣ３１と第２のＲＮＣ３２はそれぞれＲＮＣ Ｉｄ ３１ａとＲＮＣ Ｉｄ ３２ａとを有している。一方、第２のルーティング領域４０の単一のＲＮＣ４１はＲＮＣ Ｉｄ ４１ａを有している。ＲＮＣの中のそれぞれのセル（図には示していない）は（ノードＢを経由して）ＲＡＩ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）に階層的に関連付けられている。ＲＡＩはＲＮＣを横断して一つあるいはそれ以上のセルとスパンを含んでいる。いくつかの実装ではそれぞれのＲＡＩは国別コード、ネットワークコードおよびルーティング領域コードの組み合わせである。ＲＡＩは他の無線ネットワークにより異なってもよい。

図示した例では、それぞれのＲＮＣ３１、３２、４１はＳＧＳＮ（Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５０に結合されており、また、ＳＧＳＮ５０はＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）６０に結合されており、さらに、ＧＧＳＮ６０は、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）７０に結合されている。ＰＤＮ７０は例えばインターネットでもよい。ＳＧＳＮ５０は、プロセッサ５２に結合されたＩＰセッション機能５１を有しており、また、他のコンポーネントを有してもよい。しかし、それらは簡単にするために図には示していない。

無線ネットワーク１００は単一のモバイルデバイス（モバイルデバイス１０）とともに示されている。他のモバイルデバイスがあってもよいが、簡単のために図示はしていない。図１Ｂには図１Ａに示したモバイルデバイス１０のブロック図が示されている。モバイルデバイス１０は、無線アクセスラジオ１１、ＩＰセッション管理機能１３、アプリケーション１４、およびユーザインターフェイス１５に結合されたプロセッサ１２を有している。モバイルデバイス１０はその他のコンポーネントを有してもよいが、簡単にするために図には示していない。図１Ａを再び参照して、モバイルデバイス１０は、現在、第１のルーティング領域３１に位置している。しかしながら、モバイルデバイス１０は、移動矢印１９で示されるように、第２のルーティング領域４０のような他のルーティング領域に移動してもよい。

動作時には、無線アクセスラジオ１１を用いて、モバイルデバイス１０は無線ネットワーク１００と通信するように構成されている。そのような通信は、例えば、音声通信、電子メッセージ、あるいは、アプリケーション１４でサポートされるどのような適切な形式でもよい。少なくとも、無線ネットワーク１００とのある通信は、モバイルデバイス１０とＳＧＳＮ５０との間の一つあるいはそれ以上のＩＰセッションである。ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）セッションは、ＩＰセッションの一例である。何個のアプリケーション１４がＩＰセッションを確立しているかに依存して、モバイルデバイス１０とＳＧＳＮ５０との間には多くのＩＰセッションがありうる。しかしながら、ＩＰセッションの数は、典型的には、モバイルデバイス１０が存在するルーティング領域（現在は、ルーティング領域３０）によって制限される。

本願の一つの実施形態によると、モバイルデバイス１０が存在する所与のルーティング領域で、この例では第１のルーティング領域３０であるが、何個のＩＰセッションがサポートされ得るかを決定し、何個のＩＰセッションがサポートされ得るかの識別をモバイルデバイス１０に送信するように、ＩＰセッション機能５１は、ＳＧＳＮ５０に方法を実装する。本願の他の実施形態によると、ＩＰセッション管理機能１３は、何個のＩＰセッションが確立され得るかの識別を受信し、識別に基づいてＩＰセッションを管理するように、モバイルデバイス１０に方法を実装する。これ以上の詳細は、図２から図７を参照して、以下に提供されている。

図示された例で、それぞれのルーティング領域内では何個のＲＮＣが存在するかにかかわらず、同一の数のＩＰセッションがモバイルデバイス１０に対してサポートされていると仮定している。典型的には、第２のルーティング領域４０の場合のように、ルーティング領域は単一のＲＮＣを有している。所与のモバイルデバイスに対してサポートされているＩＰセッションの数は、現在のところ、ＲＮＣで制限されている。従って、制限要因が実際にはＲＮＣである一方で、ルーティング領域は典型的に制限要因とみなされることができる。しかしながら、第１のルーティング領域３０の場合のように、ルーティング領域が一つより多くののＲＮＣを有している事もある。従って、モバイルデバイスがルーティング領域のどこに存在するかに依存して、ルーティング領域が異なった数のＰＤＰコンテクストをモバイルデバイスに対してサポートすることが可能である。これは、ルーティング領域が必ずしも制限要因とはみなされない場合である。ここにあげた例で、”ルーティング領域”がモバイルデバイスのＩＰセッションの数を制限するとしたが、より一般的には、”領域”がモバイルデバイスのＩＰセッションの数を制限することを理解すべきである。この”領域”は、ルーティング領域、ＲＮＣ Ｉｄで規定される例のようなルーティング領域の一部分、ネットワーク、セルＩｄ、あるいは、モバイルデバイスに対してサポートされているＩＰセッションの数が制限されるいかなる領域であってもよい。

いくつかの実装では、モバイルデバイスの接続／アクティブ状態（ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ）とアイドル状態（ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＩＤＬＥ）との区別は微妙である。モバイルデバイスがアイドル状態にある間は、ルーティング領域はモバイルデバイスには知られている。しかしながら、ＲＮＣ ｉｄは典型的には知られていない。モバイルデバイスがアイドル状態にある間は、モバイルデバイスは適用できるＲＮＣ ｉｄを捜すために、接続／アクティブ状態に動く。これは、バッテリ寿命、その他を浪費する。それゆえに、いくつかの実装では、サポートされているＩＰセッションの数が、これが粒状の最低レベルかどうかによらずルーティング領域に対して考えられる。

モバイルデバイス１０のＩＰセッション管理機能１３については、多くの可能性がある。図示した例では、ＩＰセッション管理機能１３はソフトウェアとして実装され、プロセッサ１２により実行される。しかし、より一般的には、ＩＰセッション管理機能１３は、ソフトウェア、ハードウェア、ファームウェア、あるいは、上記のいかなる適切な組合せによって実装されてもよい。図示した例では、ＩＰセッション管理機能１３は単一のコンポーネントで示されている。しかし、より一般的には、ＩＰセッション管理機能１３は一つあるいはより多くのコンポーネントで実装されてもよい。ＩＰセッション管理機能１３が単一コンポーネントより多くのコンポーネントを含む例を以下に記述する。

いくつかの実装では、ＩＰセッション管理機能１３は、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）とＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を含む。ＮＡＳはセッション管理レイヤを含み、ＩＰセッションを管理する。ＮＡＳは、例えば、ＳＧＳＮ５０へ送られるＡｃｔｉｖａｔｅ ＰＤＰコンテクスト要求メッセージを始動してもよい。ＡＳは、無線アクセスラジオ１１の空中インターフェイスを管理し、そして、それぞれのアクティブなＩＰセッションに対するそれぞれのＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）を含んでいる。ＲＡＢはＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）パイプの識別子である。それぞれのＲＡＢがなく、休眠中のＩＰセッションがあってもよい。ＡＳは、例えば、ＲＮＣに送られるサービス要求メッセージを始動してもよい。

無線ネットワーク１００のＩＰセッション機能５１には、多くの可能性がある。図に示した例では、ＩＰセッション機能５１はソフトウェアとして実装されており、プロセッサ５２上で実行される。しかし、より一般的には、ＩＰセッション機能５１は、ソフトウェア、ハードウェア、ファームウェア、あるいは、上記のいかなる適切な組合せによって実現してもよい。図示した例では、ＩＰセッション機能５１はＳＧＳＮ５０の単一のコンポーネントとして示されている。しかし、より一般的には、ＩＰセッション機能５１は、一つあるいはより多くのコンポーネントから構成され、ＳＧＳＮ５０の一部として、あるいは分離して実装される。一つあるいはより多くのコンポーネントは、無線ネットワーク１００のいたる所に分配されてもよいし、または、共通の場所に存在してもよい。他のいくつかの実装でも可能である。

無線ネットワーク１００についても多くの可能性がある。図示した例では、無線ネットワーク１００はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークである。しかしながら、より一般的には、無線ネットワーク１００は、所与のモバイルデバイスに対して何個のＩＰセッションが確立され得るかをルーティング領域が制限する、どのような無線ネットワークであってもよい。

モバイルデバイス１０についても多くの可能性がある。図１Ｃを参照すると、他のモバイルデバイス８０のブロック図が示されており、これは、ここで述べたどの方法を実装してもよい。モバイルデバイス８０は、例示の目的のみのため、非常に特定の詳細を示したものであることを理解しておく必要がある。

演算素子（マイクロプロセッサ１２８）は、キーボード１１４とディスプレイ１２６との間に結合されたものとして模式的に示してある。マイクロプロセッサ１２８は、ディスプレイ１２６の動作のみでなく、ユーザによるキーボード１１４のキーの刺激に応じてモバイルデバイス８０の全体的な動作を制御する。

モバイルデバイス８０は縦方向に延びている筐体を有するが、あるいは、はまぐり（貝殻）構造を含む他の大きさと形状をとってもよい。キーボード１１４はモード選択キーを含んでいるか、テキスト入力と電話入力の切り替えのためのハードウェアまたはソフトウェアを含んでいてもよい。

マイクロプロセッサ１２８に加えて、モバイルデバイス８０の他の部分も模式的に表してある。これらに含まれるのは、通信サブシステム１７０、短距離通信サブシステム１０２、キーボード１１４とディスプレイ１２６、その他の入出力デバイスとしてのＬＥＤＳ１０４のセット、補助Ｉ／Ｏデバイスの組１０６、シリアルポート１０８、スピーカ１１１、およびマイクロフォン１１２であり、加えて、記憶素子としてフラッシュメモリ１１６とランダムアクセスメモリ（ＲＡＭ）１１８を含み、また、種々の他のデバイスのサブシステム１２０を含んでいる。モバイルデバイス８０は、モバイルデバイス８０の能動素子に電力を与えるためのバッテリ１２１を有していてもよい。モバイルデバイス８０は、いくつかの実施形態では、音声とデータ通信の能力を有する２ウェイラジオ周波数（ＲＦ）の通信デバイスである。さらに、いくつかの実施形態では、モバイルデバイス８０は、インターネットを通じて他のコンピュータシステムと通信する能力を有する。

マイクロプロセッサ１２８により実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６のような持続型記憶装置に記憶されるが、しかし、読出し専用メモリ（ＲＯＭ）あるいは同様な記憶素子のようなメモリデバイスの他のタイプに記憶されてもよい。さらに、システムソフトウェア、特定デバイスのアプリケーション、あるいは、そのパーツは、一時的にＲＡＭ１１８のような揮発性メモリに収納されてもよい。モバイルデバイス８０により受信された通信信号も、ＲＡＭ１１８に記憶されてもよい。

マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加えて、モバイルデバイス８０のソフトウェアアプリケーションの実行を可能にする。基本デバイスの動作を制御する音声通信モジュール１３０Ａとデータ通信モジュール１３０Ｂのような、事前に定められたソフトウェアアプリケーションの組は、製造過程でモバイルデバイス８０上にインストールしてもよい。さらに。個人情報マネージャ（Ｐｅｒｓｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｍａｎｅｇｅｒ；ＰＩＭ）アプリケーションモジュール１３０Ｃも、同様に製造過程でモバイルデバイス８０上にインストールしてもよい。いくつかの実施形態では、ＰＩＭアプリケーションは、Ｅ−メール、カレンダーイベント、音声メール、予定、および仕事のようなデータ項目の組織化と制御をすることが可能である。ＰＩＭアプリケーションは、また、いくつかの実施形態では、無線ネットワーク１１０を経由してデータ項目を送信および受信することが可能である。いくつかの実施形態では、ＰＩＭアプリケーションにより制御されたデータ項目は、無線ネットワーク１１０を経由して、記憶されているあるいはホストコンピューターシステムに関連付けられたデバイスユーザに対応するデータ項目とシームレスに統合、同期、および更新される。さらに、その他のソフトウェアモジュール１３０Ｎとして描かれている付加的なソフトウェアは、製造過程でインストールしてもよい。

データおよび音声通信を含む通信機能は、通信サブシステム１７０を通して行われ、短距離通信サブシステム１７０を通して行われることもある。通信サブシステム１７０は、受信機１５０、送信機１５２、および 受信アンテナ１５４と送信アンテナ１５６として描いてあるような、一つ以上のアンテナを含んでいる。さらに、通信サブシステム１７０は、また、デジタルシグナルプロセッサ（ＤＳＰ）１５８や、局部発振器（ＬＯｓ）１６０のようなプロセッシングモジュールを含んでいる。通信サブシステム１７０の特定の設計と実装はモバイルデバイス８０が動作するように意図されている通信ネットワークに依存する。例えば、モバイルデバイス８０の通信サブシステム１７０は、Ｍｏｂｉｔｅｘ^ＴＭ、ＤａｔａＴＡＣ^ＴＭ または、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）モバイルデータ通信ネットワークで動作するように設計してもよいし、また、Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｅｒｖｉｃｅ（ＡＭＰＳ）、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＭＡ）、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ＣＤＭＡ、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ（ＰＣＳ）、Ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）等の どのような音声通信ネットワークで動作するように設計されてもよい。他のタイプのデータおよび音声ネットワーク（分離型でも統合型でも）がモバイルデバイス８０に適用されてもよい。

ネットワークアクセスは、通信システムのタイプに依存して、変化してもよい。例えば、Ｍｏｂｉｔｅｘ^ＴＭおよびＤａｔａＴＡＣ^ＴＭネットワークに於いて、モバイルデバイスはそれぞれのデバイスに関連付けられた独自のＰｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ 番号（ＰＩＮ）を用いてネットワークに登録される。ＧＰＲＳネットワークでは、しかしながら、ネットワークアクセスは典型的にはサブスクライバあるいはデバイスのユーザに関連付けられている。ＧＰＲＳデバイスは、従って、ＧＰＲＳネットワーク上で動作するために、典型的には、通常、Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ（ＳＩＭ）カードと引用されるサブスクライバ識別モジュールを有している。

ネットワーク登録あるいは起動手続が完了した時、モバイルデバイス８０は通信ネットワーク１１０上の通信信号を送信および受信してもよい。通信ネットワーク１１０から受信アンテナ１５４により受信された信号は、信号増幅、周波数のダウンコンバージョン、フィルタリング、チャネル選択等を提供し、さらにアナログデジタル変換を提供する場合もある受信機１５０に回される。受信信号のアナログデジタル変換は、ＤＳＰ１５８が検波やデコードのようなより複雑な通信機能を遂行することを許容する。同様に、ネットワーク１１０に送信されるべき信号は、ＤＳＰ１５８により処理される。（つまり、変調とエンコード）そして、その後、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅および送信アンテナ１５６を経由しての通信ネットワーク１１０（あるいは、複数のネットワーク）への送信のために、送信機１５２に提供される。

通信信号処理に加えて、ＤＳＰ１５８は受信機１５０と送信機１５２の制御を提供する。例えば、受信機１５０と送信機１５２での通信信号に適用されるゲインは、ＤＳＰ１５８に実装されている自動ゲイン制御アルゴリズムを通して適合されるように制御されてもよい。

データ通信モードでは、テキストメッセージやウェブページのダウンロードのような受信された信号は、通信サブシステム１７０により処理され、そして、マイクロプロセッサ１２８へ入力される。受信された信号は、ディスプレイ１２６、または、代わりにいくつかの他の補助Ｉ／Ｏデバイス１０６への出力のために、マイクロプロセッサ１２８により更に処理される。デバイスユーザは、キーボード１１４および／または、タッチパッド、ロッカースイッチ、サムホイール、あるいはその他の形式の入力デバイスのようないくつかの他の補助Ｉ／Ｏデバイス１０６を用いて、Ｅ−メールメッセージのようなデータ項目を作成してもよい。作成されたデータ項目は、その後、通信サブシステム１７０を経由して通信ネットワーク１１０上に送信されてもよい。

音声通信モードでは、デバイスの全体の動作は、受信された信号はスピーカ１１１への出力であり送信信号はマイクロフォン１１２で発生されることを除いて、実質的にデータ通信モードに類似している。音声メッセージ記録サブシステムのような、音声またはオーディオＩ／Ｏサブシステムの二者択一システムは、また、モバイルデバイス８０に実装されてもよい。さらに、ディスプレイ１２６は、例えば、呼びかけている集団のアイデンティティ、音声通話の長さあるいは、他の音声通話関連の情報を表示するために、音声通信モードに適用されてもよい。

短距離通信サブシステム１０２は、モバイルデバイス８０と他のすぐ隣のシステム、または必ずしも同様なデバイスである必要はないデバイスとの通信を可能にする。例えば、短距離通信サブシステムは、同様に可能なシステムおよびデバイスとの通信を提供する赤外線デバイスと関連する回路および部品、あるいは、Ｂｌｕｅｔｏｏｔｈ^ＴＭ通信モジュールを含んでいてもよい。

無線ネットワークにおける方法
図２を参照して、示されているのは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るかの識別をモバイルデバイスに送信する方法例のフローチャートである。この方法は、例えば、図１Ａに示されている無線ネットワーク１００のＩＰセッション機能５１によって、無線ネットワークに実装されてもよい。

ステップ２−１に於いて、無線ネットワークは、モバイルデバイスが存在する所与のルーティング領域に対して何個のＩＰセッションがサポートされ得るかを決定する。ステップ２−２では、無線ネットワークは、何個のＩＰセッションがモバイルデバイスに対してサポートされ得るかの識別をモバイルデバイスに送信する。これは、モバイルデバイスがそのルーティング領域内で、何個のＩＰセッションがサポートされるかに気付くことを許し、従って、モバイルデバイスがＩＰセッションを管理してもよい。

無線ネットワークが、何個のＩＰセッションがサポートされ得るかの識別をモバイルデバイスに送信してもよい多くの方法がある。複数の例が、図３Ａから図３Ｄを参照して提供されている。

いくつかの実装では、ステップ３Ａ−１により示されているように、無線ネットワークは、識別を有するメッセージを送信する。無線ネットワークが識別を有するメッセージを送信してもよい多くの可能性のあるシナリオがある。上述したように、異なるルーティング領域は、所与のモバイルデバイスに対して異なる数のＩＰセッションをサポートしてもよい。他のいくつかの実装では、ステップ３Ｂ−１で示されるように、無線ネットワークは、モバイルデバイスが新しいルーティング領域に移動したと決定されると、識別を有するメッセージを送信する。これは、ルーティング領域間での移動が原因で、無線ネットワークにサポートされているＩＰセッションの数の変化が検出されるように、モバイルデバイスに対する動的更新を提供する。いくつかの実装では、ステップ３Ｃ−１において、無線ネットワークはモバイルデバイスからの要求メッセージを受信し、ステップ３Ｃ−２において、要求メッセージに対する応答として識別を有するメッセージを送信する。これは、無線ネットワークに識別を有するメッセージを送信することをモバイルデバイスが要求することを許可する。他のいくつかの実装では、ステップ３Ｄ−１で示されるように、無線ネットワークは、識別を有するメッセージを継続的に送信する。他のいくつかの実装も可能である。

何個のＩＰセッションが、モバイルデバイスが存在する所与のルーティング領域に対してサポートされ得るかの識別を有するメッセージに対しては、多くの可能性がある。メッセージのタイプは、メッセージが無線ネットワークにより送信され、モバイルデバイスにより受信されるシナリオに依存する。例えば、他のメッセージは送信されない一方で、いくつかのメッセージはモバイルデバイスからの要求メッセージに応答して無線ネットワークにより送信される。メッセージの特定のタイプが例示を目的として、以下に提供されている。メッセージ例の特定の詳細は例示を目的としてのみ提供されていることを理解すべきである。

いくつかの実装では、メッセージは、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージであり、これは、モバイルデバイスからのＡｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージの受信に応答して送信される。このメッセージは、無線ネットワークにより対応する付加要求が受け入れられたことを示すために、モバイルデバイスに送られてもよい。Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージは、例えば、モバイルデバイスの電源が入れられた時にはいつでも、モバイルデバイスによって送信されてもよい。いくつかの実装では、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージは、何個のＩＰセッションが新しいフィールドとしてサポートされているかの識別と共に提供される。図４Ａを参照すると、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージのメッセージ例の内容の表が示されている。この表は、ＩＥＩ８１、情報要素８２、タイプ８３、プレゼンス８４、フォーマット８５、そして、長さ８６とラベルした列を有している。この表は、複数のフィールド９１を有しており、複数のフィールド９１は、何個のＩＰセッションがサポートされているかを伝送するための新しいフィールドである”ＰＤＰコンテクストサポーテッド”フィールドを含んでいる。”ＰＤＰコンテクストサポーテッド”フィールドはＩＥＩの値を有しており、ＩＥＩの値は、例えば、３９でもよい。

他のいくつかの実装では、メッセージはＲＡＵ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）受け入れメッセージであり、これは、モバイルデバイスからのＲＡＵ要求メッセージの受信に応答して送信される。このメッセージは、ルーティング領域更新要求メッセージに応答して、ＧＰＲＳ可動性管理関連データをモバイルデバイスに提供するために、無線ネットワークによりモバイルデバイスに送られてもよい。いくつかの実装では、ＲＡＵ受け入れメッセージは、新しいフィールドとして何個のＩＰセッションがサポートされているかの識別とともに提供される。図４Ｂを参照すると、ＲＡＵ受け入れメッセージのメッセージ例の内容が示されている。この表は、ＩＥＩ８１、情報要素８２、タイプ８３、プレゼンス８４、フォーマット８５、そして、長さ８６とラベルした列を有している。この表は、何個のＩＰセッションがサポートされているかを伝送するための新しいフィールドである”ＰＤＰコンテクストサポーテッド”フィールドを含む複数のフィールド９８を有している。”ＰＤＰコンテクストサポーテッド”フィールドはＩＥＩの値を有しており、ＩＥＩの値は、例えば、３９でもよい。

他のいくつかの実装では、識別は、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎメッセージの一部として含まれており、それはあらかじめ定められた周波数で継続的に放送されている。より一般的には、識別は、継続的に送信されるどのようなメッセージの一部として含まれていてもよい。

他のいくつかの実装では、メッセージは、Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト拒絶メッセージあるいは、Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト受け入れメッセージであり、そのいずれか一方がモバイルデバイスから受信されたＡｃｔｉｖａｔｅ ＰＤＰコンテクスト要求メッセージへの応答として送信される。

他のいくつかの実装では、メッセージはＳｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージあるいは、Ｓｅｒｖｉｃｅ Ａｃｃｅｐｔメッセージであり、そのいずれか一方がモバイルデバイスから受信されたＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージへの応答として送信される。

他のいくつかの実装では、メッセージは、Ａｃｔｉｖａｔｅ Ｓｅｃｏｎｄａｒｙ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔメッセージである。

他のいくつかの実装では、メッセージは、Ｍｏｄｉｆｙ ＰＤＰコンテクスト受け入れメッセージである。

他のいくつかの実装では、メッセージは無線ネットワークからモバイルデバイスに送られたＭｏｄｉｆｙ ＰＤＰコンテクスト要求メッセージである。

他のいくつかの実装では、メッセージはＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージである。ＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージは、無線ネットワークがモバイルデバイスに対して何個のＩＰセッションをサポートする能力があるかの識別を伝送できる、任意の適切なメッセージである。

いくつかの実装では、無線ネットワークはさまざまな種類のメッセージの組み合わせを送信する。他のいくつかの実装が可能である。

何個のＩＰセッションがサポートされ得るかの識別を有するメッセージに対して、上述したようにメッセージ例が提供された。いくつかの実装では、メッセージは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＴＳ ２４．００８Ｖ７．５．０に定義されたメッセージに基づいており、何個のＩＰセッションがサポートされ得るかの識別を含む適切な変更を伴っている。他のいくつかの実装は可能である。

識別に対しては、多くの可能性がある。ここで図５Ａおよび５Ｂを参照すると、ＰＤＰコンテクストサポーテッド情報因子の例の表が表されている。図示した例に示されているＰＤＰコンテクストサポーテッド情報因子は、例示のみを目的とした識別に対する特定の実装であることを理解する必要がある。ＰＤＰコンテクストサポーテッド情報因子の目的は、無線ネットワークによりサポートされているＰＤＰコンテクストの数を特定することである。ＰＤＰコンテクストサポーテッドは、２オクテットの長さを伴うダイプ３の情報因子である。ＰＤＰコンテクストサポーテッド情報因子は、コーディングスキームに従ってコーディングされる。いくつかの実装では、コーディングスキームは、ＰＤＰの数値番号を含んでいる。いくつかの実装では、ＰＤＰの数はデータフィールドに対するＩＥＩ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ ｉｄｅｎｔｉｆｉｅｒ）が前につく。図５Ａの表は、”ＰＤＰコンテクストサポーテッド値”のエントリーを有している。図５Ｂの表に表示されたように、エントリーはＰＤＰコンテクストサポーテッドの数のバイナリーコードの値を表す。

上に紹介した例では、ネットワークは、所与のルーティング領域に存在するモバイルデバイスに対して、何個のＩＰセッションがサポートされ得るかの識別を提供する。他の実装では、ネットワークは、モバイルデバイスに対する複数の領域のそれぞれに対して何個のＩＰセッションがサポートされるかの識別を提供する。いくつかの特定の実装では、無線ネットワークは、無線ネットワークのありとあらゆる領域について、モバイルデバイスに対して何個のＩＰセッションがサポートされ得るかの識別を提供する。これは、何個のＩＰセッションをモバイルデバイスが存在する領域がサポートするかに加えて、他の領域が何個のＩＰセッションをサポートするか、にモバイルデバイスが気付くことを許す。いくつかの実装では、情報を再び受信しなければならないことを防ぐため、情報は永久的な形でモバイルデバイス上にローカルに格納される。他のいくつかの実装では、一時的な形で、情報はモバイルデバイス上にローカルに格納される。他のいくつかの実装は可能である。

モバイルデバイスにおける方法
図６を参照して、示されているのは、何個のＩＰセッションがサポートされ得るかの識別に基づいた、ＩＰセッションを管理する方法例のフローチャートである。この方法は、例えば、図１Ｂに示されているモバイルデバイス１０あるいは図１Ｃに示されているモバイルデバイス８０の、ＩＰセッション優先度管理機能１３によってモバイルデバイスに実装されてもよい。

上記に示したように、無線ネットワークは、無線ネットワークが何個のＩＰセッションをモバイルデバイスに対してサポートすることが可能であるかの識別を送信する。ステップ６−１では、何個のＩＰセッションをモバイルデバイスに対してサポートすることが可能であるかの識別を、モバイルデバイスが無線ネットワークから受信する。モバイルデバイスは、例えば、識別を送信するために、上記に提供されたどの実装にでも対応する任意の適切な形の識別を受信してもよい。識別を受信することにより、モバイルデバイスは、モバイルデバイスがそのルーティング領域で何個のＩＰセッションがサポートされているか、に気づくようになる。ステップ６−２では、モバイルデバイスは識別に基づいてＩＰセッションを管理する。

モバイルデバイスが、無線ネットワークが何個のＩＰセッションをモバイルデバイスに対してサポートすることが可能であるかの識別を受信する多くの方法がある。モバイルデバイスは、例えば、上記に述べられた一つ以上の実装を用いて、識別が無線ネットワークにより送信されたときに識別を受信してもよい。

モバイルデバイスが、識別に基づきＩＰセッションを管理してもよい多くの方法がある。複数の例が、図７と図８を参照して下記に提供されている。これらの例は特定のものであり、例示のみを目的として意図されていることを理解すべきである。他のいくつかの実装は可能である。

まず、図７を参照して、ステップ７−１において、モバイルデバイスは新しいＩＰセッションを確立するために、アプリケーションからの要求を受け入れる。アプリケーションは、ＩＰセッション上で通信するように構成されているモバイルデバイス上で動いているどのようなアプリケーションでもよい。ステップ７−２では、モバイルデバイスは識別に基づいて、無線ネットワークから新しいＩＰセッションを要求するかどうかを決定する。モバイルデバイスは、例えば、モバイルデバイスに対して無線ネットワークがサポート可能なＩＰセッションの数よりも、確立されているＩＰセッションの数が少ないときに限って、新しいＩＰセッションを要求してもよい。

次に、図８を参照して、ステップ８−１において、モバイルデバイスはＩＰセッションの優先付けを行う。ステップ８−２では、モバイルデバイスは、無線ネットワークが何個のＩＰセッションをサポートすることが可能かによりＩＰセッションが制限される場合に、より低い優先度のＩＰセッションよりも前に、より高い優先度のＩＰセッションを維持する。モバイルデバイスは、ＩＰセッションが制限されているかどうかを識別に基づいて気づいている。

ＩＰセッションの優先度が一般的に他のＩＰセッションより高いと表されている場合、そのＩＰセッションは”より高い”優先度と示されることを理解しておかねばならない。いくつかの実装では、これは最高の優先度のＩＰセッションである。より高い優先度を有すると示されているＩＰセッションが、それ自体は高い優先度のＩＰセッションではないかも知れない。しかし、それにもかかわらず、他のＩＰセッションよりより高い優先度を有していると表される。

モバイルデバイスがＩＰセッションの優先付けを行ってもよい多くの方法がある。いくつかの実装では、モバイルデバイスは、各ＩＰセッションに対するそれぞれの優先度を決定するためのユーザ入力を受け入れる。従って、モバイルデバイスは各ＩＰセッションに対するそれぞれの優先度をユーザ入力に基づいて決定する。他のいくつかの実装では、モバイルデバイスはあらかじめ定義されたタイプのＩＰセッションのそれぞれに対して、あらかじめ定義された優先度レベルの記録を維持する。従って、モバイルデバイスは、各ＩＰセッションに対するそれぞれの優先度を記録に基づいて決定する。他のいくつかの実装は可能である。

ＩＰセッション
上に紹介した例では、参照がＩＰセッションに対してなされている。ＩＰセッションに対しては、多くの可能性があることが理解されなくてはならない。ＩＰセッションは、例えば、Ａｌｗａｙｓ−Ｏｎ ＩＰセッション、ＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）ＩＰセッション、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ＩＰセッション、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）ＩＰセッション、ＤＵＮ（Ｄｉａｌ−Ｕｐ Ｎｅｔｗｏｒｋｉｎｇ）ＩＰセッション、ＬＢＳ（Ｌｏｃａｔｉｏｎ Ｂａｓｅ Ｓｅｒｖｉｃｅｓ）ＩＰセッション、ＩＰ Ｍｏｄｅｍ ＩＰセッション、そして、ＰＴＴ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ）ＩＰセッションのいかなるものをも含む。これらのＩＰセッションの性質は、特定の実装であり、典型的に無線ネットワークに依存する。いくつかの実装では、無線ネットワークはＵＭＴＳネットワークであり、それぞれのＩＰセッションはそれぞれのＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテクストの一部である。

本願の多くの改良と変化が上記の教示に照らして可能である。それゆえ、付属の請求項の範囲内において、本願は、ここに述べた特定の内容にかかわらず、実行されてもよい。

Claims (24)

1. 無線ネットワークにおける方法であって、
   所与の領域内に存在するモバイルデバイスに対して、何個のインターネットプロトコル（ＩＰセッション）がサポートされ得るかを決定することと、
   何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することと
   を含み、
   各ＩＰセッションがパケットデータ通信を可能にする、方法。
2. 前記領域は、ルーティング領域、または、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ（ＲＮＣ）Ｉｄにより規定された領域である、請求項１に記載の方法。
3. 何個のＩＰセッションがサポートされ得るかの前記識別を前記モバイルデバイスに送信することは、
   該識別を含むメッセージを送信することを含む、請求項１または請求項２に記載の方法。
4. 前記識別を含む前記メッセージを送信することは、
   前記モバイルデバイスが新領域に移動したと決定されると、該識別を含む該メッセージを送信することを含む、請求項３に記載の方法。
5. 要求メッセージを受信することをさらに含み、
   前記識別を含む前記メッセージを送信することは、該要求メッセージに応答して起こる、請求項３に記載の方法。
6. 前記識別を含む前記メッセージを送信することは、
   該識別を含む該メッセージを継続的に送信することを含む、請求項３に記載の方法。
7. 複数の領域のそれぞれに対して、何個のＩＰセッションがモバイルデバイスに対してサポートされ得るかを決定することと、
   該複数の領域のそれぞれに対して、何個のＩＰセッションがサポートされ得るかの識別を該モバイルデバイスに送信することと
   をさらに含む、請求項１から請求項６のいずれかに記載の方法。
8. 前記メッセージは、
   Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ、
   Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（ＲＡＵ）Ａｃｃｅｐｔメッセージ、
   Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎメッセージ、
   Ａｃｔｉｖａｔｅ Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ（ＰＤＰ）コンテクスト拒絶メッセージ、
   Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト受け入れメッセージ、
   Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージ、
   Ｓｅｒｖｉｃｅ Ａｃｃｅｐｔメッセージ、
   Ａｃｔｉｖａｔｅ Ｓｅｃｏｎｄａｒｙ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔメッセージ、
   Ｍｏｄｉｆｙ ＰＤＰコンテクスト受け入れメッセージ、
   Ｍｏｄｉｆｙ ＰＤＰコンテクスト要求メッセージ、または、
   ＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージ
   のうちのいずれかを含む、請求項３から請求項７のいずれかに記載の方法。
9. 各ＩＰセッションは、それぞれのＰＤＰコンテクストの一部である、請求項１から請求項８のいずれかに記載の方法。
10. コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
    該複数の命令は、コンピュータデバイスまたはシステムのプロセッサ上で実行することにより、請求項１から請求項９のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
11. ＩＰセッション機能を備えた無線ネットワークであって、
    該ＩＰセッション機能は、請求項１から請求項９のいずれかに記載の方法を実装するように構成されている、無線ネットワーク。
12. モバイルデバイスにおける方法であって、
    無線ネットワークから、所与の領域に存在する該モバイルデバイスに対して該無線ネットワークが何個のＩＰセッションをサポートし得るかの識別を受信することと、
    該識別に基づいてＩＰセッションを管理することと
    を含み、
    各ＩＰセッションがパケットデータ通信を可能にする、方法。
13. 前記領域は、ルーティング領域およびＲＮＣ Ｉｄにより規定された領域のうちの一方である、請求項１２に記載の方法。
14. 前記無線ネットワークから、該無線ネットワークが何個のＩＰセッションをサポートし得るかの前記識別を受信することは、
    該識別を含むメッセージを受信することを含む、請求項１２または請求項１３に記載の方法。
15. 前記識別を含む前記メッセージを受信することは、
    新領域に移動すると、該識別を含む該メッセージを受信すること
    を含む、請求項１４に記載の方法。
16. 要求メッセージを送信することをさらに含み、
    前記識別を含む前記メッセージを受信することは、該要求メッセージに応答して起こる、請求項１４に記載の方法。
17. 前記識別を含む前記メッセージを受信することは、
    該識別を含む該メッセージを継続的に受信すること
    を含む、請求項１４に記載の方法。
18. 前記無線ネットワークから、複数の領域のそれぞれに対して、何個のＩＰセッションを該無線ネットワークがサポートし得るかの識別を受信することをさらに含む、請求項１２から請求項１７のいずれかに記載の方法。
19. 前記メッセージは、
    Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ、
    Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ（ＲＡＵ）Ａｃｃｅｐｔメッセージ、
    Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎメッセージ、
    Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト拒絶メッセージ、
    Ａｃｔｉｖａｔｅ ＰＤＰコンテクスト受け入れメッセージ、
    Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージ、
    Ｓｅｒｖｉｃｅ Ａｃｃｅｐｔメッセージ、
    Ａｃｔｉｖａｔｅ Ｓｅｃｏｎｄａｒｙ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔメッセージ、
    Ｍｏｄｉｆｙ ＰＤＰコンテクスト受け入れメッセージ、
    Ｍｏｄｉｆｙ ＰＤＰコンテクスト要求メッセージ、または、
    ＩＰ Ｓｅｓｓｉｏｎ Ｓｕｐｐｏｒｔメッセージ
    のうちのいずれかを含む、請求項１４から請求項１８のいずれかに記載の方法。
20. 新しいＩＰセッションを確立するための要求をアプリケーションから受け入れることをさらに含み、
    前記識別に基づいてＩＰセッションを管理することは、該識別に基づいて前記無線ネットワークから新しいＩＰセッションを要求するかどうかを決定することを含む、請求項１２から請求項１９に記載の方法。
21. ＩＰセッションの優先付けを行うことをさらに含み、
    前記識別に基づいてＩＰセッションを管理することは、
    前記無線ネットワークが何個のＩＰセッションをサポートし得るかによってＩＰセッションが制限される場合に、より低い優先度のＩＰセッションよりも前に、より高い優先度のＩＰセッションを維持することを含む、請求項１２から請求項１９に記載の方法。
22. 各ＩＰセッションは、それぞれのＰＤＰコンテクストの一部である、請求項１２から請求項２１に記載の方法。
23. コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
    該複数の命令は、コンピュータデバイス上で実行することにより、請求項１２から請求項２２のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
24. 無線ネットワークと通信するように構成されている無線アクセスラジオと、
    請求項１２から請求項２２のいずれかに記載の方法を実装するように構成されているＩＰセッション管理機能と
    を含む、モバイルデバイス。

Images