(57)【要約】より低い優先度のＩＰセッションを切断するシステムと方法とが提供されている。複数のＩＰセッションをサポートしている第１の領域から、より少ないＩＰセッションをサポートしている第２の領域に、モバイルデバイスが移動する場合がある。この状況では、第２の領域でサポートされているより多くのＩＰセッションをモバイルデバイスが有しているならば、無線ネットワークはＩＰセッションを切断する。本願のひとつの実施形態によれば、モバイルデバイスは、ＩＰセッションのそれぞれに対するそれぞれの優先度を決定し、それぞれの優先度の指標を無線ネットワークに送信する。本願の他の実施形態によれば、無線ネットワークは、より低い優先度であると示されているＩＰセッションを切断する。従って、切断されないＩＰセッションは、モバイルデバイスによってより大きい優先度であると示されているＩＰセッションである。
2010506516.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスにおける方法であって、
該モバイルデバイスの複数のインターネットプロトコルセッション（ＩＰセッション）のそれぞれに対してそれぞれの優先度を決定することであって、該それぞれの優先度は、該モバイルデバイスに対して確立されているＩＰセッションの数よりも少ないモバイルデバイス当りの最大のＩＰセッションの数をサポートする領域に該モバイルデバイスが移動した場合に、該モバイルデバイスの該複数のＩＰセッションのどれが維持されるべきであり、該モバイルデバイスの該複数のＩＰセッションのどれが切断されるべきであるかを示す、ことと、
それぞれの優先度の指標を無線ネットワークに送信することと
を含む、方法。
【請求項２】
前記それぞれの優先度の指標を前記無線ネットワークに送信することは、
少なくとも一つのメッセージを該無線ネットワークに送信することを含み、該少なくとも一つのメッセージは該それぞれの優先度の指標を含む、請求項１に記載の方法。
【請求項３】
前記少なくとも一つのメッセージは、
Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ（ＲＡＵ）要求メッセージ、
Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔメッセージ、
Ａｃｔｉｖａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ’ＰＤＰ’Ｒｅｑｕｅｓｔメッセージ、
ＰＤＰ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージ、
ＰＤＰ  Ｄｅａｃｔｉｖａｔｅメッセージ、
ＰＤＰ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージ、および
優先度更新メッセージ
のうちの少なくとも一つを含む、請求項２に記載の方法。
【請求項４】
前記少なくとも一つのメッセージを前記無線ネットワークに送信することは、
複数のメッセージを送信することを含み、
該複数のメッセージのそれぞれは、前記複数のＩＰセッションの少なくとも一つのそれぞれの優先度の動的更新を提供する、請求項２または請求項３に記載の方法。
【請求項５】
前記少なくとも一つのメッセージを前記無線ネットワークに送信することは、
優先度レベルの更新をトリガするイベント毎に、該少なくとも一つのメッセージを該無線ネットワークに送信することを含む、請求項２または請求項３に記載の方法。
【請求項６】
前記優先度レベルの更新をトリガする前記イベントは、前記複数のＩＰセッションに対する変更を含む、請求項５に記載の方法。
【請求項７】
ユーザ入力を受け入れることをさらに含み、
前記複数のＩＰセッションのそれぞれに対して前記それぞれの優先度を決定することは、該ユーザ入力に基づいている、請求項１から請求項６のいずれかに記載の方法。
【請求項８】
あらかじめ定義されたタイプのそれぞれのＩＰセッションに対するあらかじめ定義された優先度レベルの記録を維持することをさらに含み、
前記複数のＩＰセッションのそれぞれに対して前記それぞれの優先度を決定することは、該記録に基づいている、請求項１から請求項６のいずれかに記載の方法。
【請求項９】
前記複数のＩＰセッションは、
Ａｌｗａｙｓ  Ｏｎ  ＩＰセッション、
Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ（ＩＭ）ＩＰセッション、
Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＷＡＰ）ＩＰセッション、
Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ（ＭＭＳ）ＩＰセッション、
Ｄｉａｌ−Ｕｐ  Ｎｅｔｗｏｒｋｉｎｇ（ＤＵＮ）ＩＰセッション、
Ｌｏｃａｔｉｏｎ  Ｂａｓｅ  Ｓｅｒｖｉｃｅｓ（ＬＢＳ）ＩＰセッション、
ＩＰ  Ｍｏｄｅｍ  ＩＰセッション、および
Ｐｕｓｈ−ｔｏ−Ｔａｌｋ（ＰＴＴ）ＩＰセッション
のうちの少なくとも一つを含む、請求項１から請求項８のいずれかに記載の方法。
【請求項１０】
前記複数のＩＰセッションのそれぞれは、それぞれのパケットデータプロトコル（ＰＤＰ）コンテクストの一部である、請求項１から請求項９のいずれかに記載の方法。
【請求項１１】
コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
該複数の命令は、コンピュータデバイスのプロセッサ上で実行することにより、請求項１から請求項１０のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
【請求項１２】
無線ネットワークと通信するように構成された無線アクセスラジオと、
ＩＰセッション優先度機能と
を含むモバイルデバイスであって、
該ＩＰセッション優先度機能は、
該モバイルデバイスの複数のＩＰセッションのそれぞれに対してそれぞれの優先度を決定することであって、該それぞれの優先度は、該モバイルデバイスに対して確立されているＩＰセッションの数よりも少ないモバイルデバイス当りの最大のＩＰセッションの数をサポートする領域に該モバイルデバイスが移動したことが原因で、該モバイルデバイスの該複数のＩＰセッションのどれが維持されるべきであり、該モバイルデバイスの該複数のＩＰセッションのどれが切断されるべきであるかを示す、ことと、
該それぞれの優先度の指標を無線ネットワークに送信することと
を行うように構成されている、モバイルデバイス。
【請求項１３】
前記ＩＰセッション優先度機能は、
ＩＰセッションを管理するＮｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）と、
空中インターフェイスまたは無線アクセスラジオを管理するＡｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＡＳ）と
を含み、
該ＡＳは、アクティブなそれぞれのＩＰセッションに対してそれぞれのＲａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ（ＲＡＢ）を含む、請求項１２に記載のモバイルデバイス。
【請求項１４】
無線ネットワークにおける方法であって、
モバイルデバイスに対する複数のＩＰセッションを維持することと、
該複数のＩＰセッションのそれぞれに対するそれぞれの優先度の指標を受信することと、
該モバイルデバイスに対して確立されていたよりも少ないＩＰセッションをサポートする領域に該モバイルデバイスが入ったことが原因で、該モバイルデバイスの該複数のＩＰセッションのうち少なくとも一つが切断されるべきであると決定されると、該モバイルデバイスの、該複数のＩＰセッションの少なくとも他の一つより低い優先度であると示されているＩＰセッションを切断することと
を含む、方法。
【請求項１５】
前記複数のＩＰセッションのそれぞれに対してそれぞれの優先度の指標を受信することは、
前記モバイルデバイスから少なくとも一つのメッセージを受信することを含み、該少なくとも一つのメッセージは、それぞれの優先度を含む、請求項１４に記載の方法。
【請求項１６】
前記少なくとも一つのメッセージは、
Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ（ＲＡＵ）要求メッセージ、
Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔメッセージ、
Ａｃｔｉｖａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ（ＰＤＰ）Ｒｅｑｕｅｓｔメッセージ、
ＰＤＰ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージ、
ＰＤＰ  Ｄｅａｃｔｉｖａｔｅメッセージ、
ＰＤＰ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージ、および
優先度更新メッセージ
のうちの少なくとも一つを含む、請求項１５に記載の方法。
【請求項１７】
前記モバイルデバイスから少なくとも一つのメッセージを受信することは、
複数のメッセージを受信することを含み、
該複数のメッセージのそれぞれは前記複数のＩＰセッションのうちの少なくとも一つのそれぞれの優先度の動的な更新を提供する、請求項１５または請求項１６に記載の方法。
【請求項１８】
前記複数のＩＰセッションは、
Ａｌｗａｙｓ  Ｏｎ  ＩＰセッション、
Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ（ＩＭ）ＩＰセッション、
Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＷＡＰ）ＩＰセッション、
Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ（ＭＭＳ）ＩＰセッション、
Ｄｉａｌ−Ｕｐ  Ｎｅｔｗｏｒｋｉｎｇ（ＤＵＮ）ＩＰセッション、
Ｌｏｃａｔｉｏｎ  Ｂａｓｅ  Ｓｅｒｖｉｃｅｓ（ＬＢＳ）ＩＰセッション、
ＩＰ  Ｍｏｄｅｍ  ＩＰセッション、および
Ｐｕｓｈ−ｔｏ−Ｔａｌｋ（ＰＴＴ）ＩＰセッション
のうちの少なくとも一つを含む、請求項１４から請求項１７のいずれかに記載の方法。
【請求項１９】
前記複数のＩＰセッションのそれぞれは、それぞれのＰＤＰコンテクストの一部である、請求項１４から請求項１８のいずれかに記載の方法。
【請求項２０】
コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、
該複数の命令は、プロセッサ上で実行することにより、請求項１４から請求項１９のいずれかに記載の方法を実装するためのものである、コンピュータ読み取り可能な媒体。
【請求項２１】
ＩＰセッション機能を備えた無線ネットワークであって、
該ＩＰセッション機能は、
モバイルデバイスに対する複数のＩＰセッションを維持することと、
該複数のＩＰセッションのそれぞれに対するそれぞれの優先度の指標を受信することと、
該モバイルデバイスに対して確立されていたよりも少ないＩＰセッションをサポートする領域に該モバイルデバイスが入ったことが原因で、該モバイルデバイスの該複数のＩＰセッションの少なくとも一つが切断されるべきであると決定されると、より低い優先度であると示されている該モバイルデバイスのＩＰセッションを切断する、ことと
を行うように構成されている、無線ネットワーク。
【請求項２２】
前記複数のＩＰセッションのそれぞれに対して、
それぞれの優先度の指標を受信するＳｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）をさらに含み、
ＳＧＳＮは、ＩＰセッション機能を含む、請求項２１に記載の無線ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信、より詳細には、ＩＰセッションに関する。
【背景技術】
【０００２】
モバイルデバイスと対応するノードとの間の通信は、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）サービングノードを通して、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワークにおいて処理される。ＧＰＲＳサービングノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）およびＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）を含む。モバイルデバイスと対応するノードとの間のそのような通信の交換は、モバイルデバイスとＳＧＳＮとの間の通信の交換を引き起こす。モバイルデバイスとＳＧＳＮノードとの間のユーザプレイン通信（つまり、ＩＰデータの流れ）のような通信の交換は、一つあるいはより多くのＰＤＰコンテクストを使用する。モバイルデバイスのどれだけ多くの異なったアプリケーションがＰＤＰコンテクスト上で通信しているかに依存して、多くのＰＤＰコンテクストがあってもよい。しかしながら、モバイルデバイスに対するＰＤＰコンテクストの数は、モバイルデバイスが存在しているルーティング領域でサポートされているＰＤＰコンテクストの数で制限されてもよい。異なるルーティング領域は、異なる数のＰＤＰコンテクストをサポートしてもよい。
【０００３】
複数のＰＤＰコンテクストをサポートしている第１のルーティング領域から、より少ないＰＤＰコンテクストをサポートしている第２のルーティング領域へ移動する例があってもよい。この状況では、もし、第２のルーティング領域でサポートされているより多くのＰＤＰコンテクストをモバイルデバイスが有している場合、第２のルーティング領域でサポートされているより多くのＰＤＰコンテクストをモバイルデバイスが有しないように、ＳＧＳＮはＰＤＰコンテクストを切断する。典型的には、モバイルデバイスは、どのＰＤＰコンテクストが切断されるかの予測はできない。これは、特に、音声通話に使用されているＰＤＰコンテクストが切断される場合に、ユーザに不幸な経験をもたらす。ユーザの不幸な経験の他の例は、ＩＰ  Ｍｏｄｅｍ／Ｔｅｔｈｅｒｅｄ  Ｍｏｄｅｍに対して使用されているＰＤＰコンテクストが切断されるとした場合である。
【発明の概要】
【課題を解決するための手段】
【０００４】
広い観点では、モバイルデバイスにおける方法であって、該モバイルデバイスの複数のインターネットプロトコルセッション（ＩＰセッション）のそれぞれに対してそれぞれの優先度を決定することであって、該それぞれの優先度は、該モバイルデバイスに対して確立されているＩＰセッションの数よりも少ないモバイルデバイス当りの最大のＩＰセッションの数をサポートする領域に該モバイルデバイスが移動した場合に、該モバイルデバイスの該複数のＩＰセッションのどれが維持されるべきであり、該モバイルデバイスの該複数のＩＰセッションのどれが切断されるべきであるかを示す、ことと、それぞれの優先度の指標を無線ネットワークに送信することと、を含む方法、が提供されている。
【０００５】
他の広い観点では、コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、該複数の命令は、コンピュータデバイスのプロセッサ上で実行することにより、上に要約された方法を実装するためのものである、コンピュータ読み取り可能な媒体が提供されている。
【０００６】
他の広い観点では、無線ネットワークと通信するように構成された無線アクセスラジオと、ＩＰセッション優先度機能とを含むモバイルデバイスであって、該ＩＰセッション優先度機能は、該モバイルデバイスの複数のＩＰセッションのそれぞれに対してそれぞれの優先度を決定することであって、該それぞれの優先度は、該モバイルデバイスに対して確立されているＩＰセッションの数よりも少ないモバイルデバイス当りの最大のＩＰセッションの数をサポートする領域に該モバイルデバイスが移動したことが原因で、該モバイルデバイスの該複数のＩＰセッションのどれが維持されるべきであり、該モバイルデバイスの該複数のＩＰセッションのどれが切断されるべきであるかを示す、ことと、該それぞれの優先度の指標を無線ネットワークに送信することとを行うように構成されている、モバイルデバイスが提供されている。
【０００７】
他の広い観点では、無線ネットワークにおける方法であって、モバイルデバイスに対する複数のＩＰセッションを維持することと、該複数のＩＰセッションのそれぞれに対するそれぞれの優先度の指標を受信することと、該モバイルデバイスに対して確立されていたよりも少ないＩＰセッションをサポートする領域に該モバイルデバイスが入ったことが原因で、該モバイルデバイスの該複数のＩＰセッションのうち少なくとも一つが切断されるべきであると決定されると、該モバイルデバイスの、該複数のＩＰセッションの少なくとも他の一つより低い優先度であると示されているＩＰセッションを切断することとを含む方法が提供されている。
【０００８】
他の広い観点では、コンピュータ実行可能な複数の命令が格納されたコンピュータ読み取り可能な媒体であって、該複数の命令は、プロセッサ上で実行することにより、上に要約された方法を実装するためのものである、コンピュータ読み取り可能な媒体が提供されている。
【０００９】
他の広い観点では、ＩＰセッション機能を備えた無線ネットワークであって、該ＩＰセッション機能は、モバイルデバイスに対する複数のＩＰセッションを維持することと、該複数のＩＰセッションのそれぞれに対するそれぞれの優先度の指標を受信することと、該モバイルデバイスに対して確立されていたよりも少ないＩＰセッションをサポートする領域に該モバイルデバイスが入ったことが原因で、該モバイルデバイスの該複数のＩＰセッションの少なくとも一つが切断されるべきであると決定されると、より低い優先度であると示されている該モバイルデバイスのＩＰセッションを切断する、こととを行うように構成されている、無線ネットワークが提供されている。
【図面の簡単な説明】
【００１０】
実施形態は、添付の図を参照に述べられる。
【図１Ａ】図１Ａは、無線ネットワークの例とモバイルデバイスのブロック図である。
【図１Ｂ】図１Ｂは、図１Ａに示されたモバイルデバイスのブロック図である。
【図１Ｃ】図１Ｃは、他のモバイルデバイスのブロック図である。
【図２】図２は、無線ネットワークへのＩＰセッションの優先度を指示する方法例のフローチャートを示す図である。
【図３Ａ】図３Ａは、指標を無線ネットワークに送信する方法例のフローチャートである。
【図３Ｂ】図３Ｂは、指標を無線ネットワークに送信する方法例のフローチャートである。
【図３Ｃ】図３Ｃは、指標を無線ネットワークに送信する方法例のフローチャートである。
【図４Ａ】図４Ａは、指標を無線ネットワークに送信する為に使用されるメッセージのメッセージ内容の例の表を示す図である。
【図４Ｂ】図４Ｂは、指標を無線ネットワークに送信する為に使用されるメッセージのメッセージ内容の例の表を示す図である。
【図４Ｃ】図４Ｃは、指標を無線ネットワークに送信する為に使用されるメッセージのメッセージ内容の例の表を示す図である。
【図５Ａ】図５Ａは、ＰＤＰコンテクスト優先度情報因子の例の表を示す図である。
【図５Ｂ】図５Ｂは、ＰＤＰコンテクスト優先度情報因子の例の表を示す図である。
【図６Ａ】図６Ａは、それぞれのＩＰセッションに対するそれぞれの優先度を決定する方法例のフローチャートである。
【図６Ｂ】図６Ｂは、それぞれのＩＰセッションに対するそれぞれの優先度を決定する方法例のフローチャートである。
【図７】図７は、より低い優先度であると示されているＩＰセッションを切断する方法例のフローチャートである
【発明を実施するための形態】
【００１１】
（無線通信システム）
図１Ａには、例として無線ネットワーク１００とモバイルデバイス１００のブロックダイアグラムが示されている。無線ネットワーク１００は第１のルーティング領域３０と第２のルーティング領域４０を有している。他のルーティング領域があってもよいが、簡単にするために図には示されていない。それぞれのルーティング領域は少なくとも一つのＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を有している。図に示した例では、第１のルーティング領域３０は第１のＲＮＣ３１と第２のＲＮＣ３２を有しており、一方、第２のルーティング領域４０は単一のＲＮＣ４１を有している。それぞれのＲＮＣ３１、３２、４１にはそれぞれのＲＮＣ  Ｉｄが関連付けられている。第１のルーティング領域３０の第１のＲＮＣ３１と第２のＲＮＣ３２はそれぞれＲＮＣ  Ｉｄ  ３１ａとＲＮＣ  Ｉｄ  ３２ａとを有している。一方、第２のルーティング領域４０の単一のＲＮＣ４１はＲＮＣ  Ｉｄ  ４１ａを有している。ＲＮＣの中のそれぞれのセル（図には示していない）は（ノードＢを経由して）ＲＡＩ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）に階層的に関連付けられている。ＲＡＩはＲＮＣを横断して一つあるいはそれ以上のセルとスパンを含んでいる。いくつかの実装ではそれぞれのＲＡＩは国別コード、ネットワークコードおよびルーティング領域コードの組み合わせである。ＲＡＩは他の無線ネットワークにより異なってもよい。
【００１２】
図示した例では、それぞれのＲＮＣ３１、３２、４１はＳＧＳＮ（Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）５０に結合されており、また、ＳＧＳＮ５０はＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）６０に結合されており、さらに、ＧＧＳＮ６０は、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）７０に結合されている。ＰＤＮ７０は例えばインターネットでもよい。ＳＧＳＮ５０は、プロセッサ５２に結合されたＩＰセッション機能５１を有しており、また、他のコンポーネントを有してもよい。しかし、それらは簡単にするために図には示していない。
【００１３】
無線ネットワーク１００は単一のモバイルデバイス（モバイルデバイス１０）とともに示されている。他のモバイルデバイスがあってもよいが、簡単のために図示はしていない。図１Ｂには図１Ａに示したモバイルデバイス１０のブロック図が示されている。モバイルデバイス１０は、無線アクセスラジオ１１、ＩＰセッション優先度機能１３、アプリケーション１４、およびユーザインターフェイス１５に結合されたプロセッサ１２を有している。モバイルデバイス１０はその他のコンポーネントを有してもよいが、簡単にするために図には示していない。図１Ａを再び参照して、モバイルデバイス１０は、現在、第１のルーティング領域３１に位置している。しかしながら、モバイルデバイス１０は、移動矢印１９で示されるように、第２のルーティング領域４０のような他のルーティング領域に移動してもよい。
【００１４】
動作時には、無線アクセスラジオ１１を用いて、モバイルデバイス１０は無線ネットワーク１００と通信するように構成されている。そのような通信は、例えば、音声通信、電子メッセージ、あるいは、アプリケーション１４でサポートされるどのような適切な形式でもよい。少なくとも、無線ネットワーク１００とのある通信は、モバイルデバイス１０とＳＧＳＮ５０との間の一つあるいはそれ以上のＩＰセッションである。ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）セッションは、ＩＰセッションの一例である。どれだけ多くのアプリケーション１４がＩＰセッションを確立しているかに依存して、モバイルデバイス１０とＳＧＳＮ５０との間には多くのＩＰセッションがありうる。しかしながら、ＩＰセッションの数は、典型的には、モバイルデバイス１０が存在するルーティング領域（現在は、ルーティング領域３０）によって制限される。
【００１５】
異なるルーティング領域は、与えられたモバイルデバイスに対して異なる数のＩＰセッションをサポートする。これは、例えば、ルーティング領域のＲＮＣに依存し、あるいは、それに代えて、無線ネットワークの他のいかなる制限に依存してもよい。図示した例では、第１のルーティング領域はモバイルデバイス１０に対して３つのＩＰセッションをサポートすると仮定され、一方、第２のルーティング領域４０はモバイルデバイス１０に対してただ一つのＩＰセッションのみをサポートすると仮定されている。モバイルデバイス１０は、第１のルーティング領域にある場合には３つの確立されたＩＰセッションを有していると仮定される。しかし、移動矢印１１で示したように第２のルーティング領域に移動した場合、第２のルーティング領域は、ただ１つのＩＰセッションのみをサポートするため、３つのＩＰセッションの内、２つは切断されることになる。ＳＧＳＮ５０は２つのＩＰセッションを切断するが、これはＲＮＣからの信号によってトリガされうる。
【００１６】
本願の一つの実施形態によれば、ＩＰセッション優先度機能１３は、モバイルデバイス１０における方法を実装することにより、ＩＰセッションの優先度を決定し、それぞれ優先度の指標を無線ネットワーク１００に送信する。ＳＧＳＮ５０は、それぞれのＩＰセッションに対するそれぞれの優先度の指標を受信する。本願の他の実施形態によれば、ＩＰセッション機能５１は、ＳＧＳＮ５０における方法を実装することにより、モバイルデバイス１０が確立しているＩＰセッションより少ないＩＰセッションをサポートしている領域に移ったことが原因で、少なくとも一つのＩＰセッションが切断されるべきと決定されると、より低い優先度を示すＩＰセッションを切断できる機能を実現する。一つより多くのＩＰセッションを切断しなければならない時、優先度がより低い指標を示す一つより多くのＩＰセッションが切断される。したがって、切断されないＩＰセッションは、モバイルデバイス１０により優先度がより高いとして示されたＩＰセッションである。これらの方法のこれ以上の詳細は、図２から図５で説明する。
【００１７】
ＩＰセッションの優先度が一般的に他のＩＰセッションより低いと表されている場合、そのＩＰセッションは“より低い”優先度と示されることを理解しておかねばならない。いくつかの実装では、これは最低の優先度のＩＰセッションである。より低位の優先度を有すると示されているＩＰセッションが、それ自体は低優先度のＩＰセッションではないかも知れない。しかし、それにもかかわらず、他のＩＰセッションより優先度が低いと表される。
【００１８】
その後で、モバイルデバイス１０が、第１のルーティング領域３０のようなより多くのＩＰセッションをサポートするルーティング領域に戻る場合がある。この場合、モバイルデバイス１０は切断されたＩＰセッションを再確立することを選択してもよい。いくつかの実装によれば、例えば、無線ネットワーク１００のＳＧＳＮ５０に対してＡｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージを送信することによって、ＩＰセッションを再確立することは、モバイルデバイス１０次第である。Ａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージに応答して、ＳＧＳＮ５０はモバイルデバイス１０のＩＰセッションを確立してもよい。いくつかの実装によれば、モバイルデバイス１０は、再確立されるべきＩＰセッションを自動的に始動する。他のいくつかの実装では、再確立されるべきＩＰセッションを始動するように、モバイルデバイス１０のユーザが、例えば、ユーザインターフェイス１５を用いて入力を提供する。また、他のいくつかの実装では、無線ネットワーク１００が再確立すべきＩＰセッションを始動する。例えば、無線ネットワーク１００はＲｅｑｕｅｓｔ  ＰＤＰ  ｃｏｎｔｅｘｔ  Ａｃｔｉｖａｔｉｏｎメッセージをモバイルデバイス１００に送ってもよい。他のいくつかの実装も可能である。
【００１９】
図示された例で、それぞれのルーティング領域内ではどれだけのＲＮＣが存在するかどうかにかかわらず、同一の数のＩＰセッションがモバイルデバイス１０に対してサポートされていると仮定している。典型的には、第２のルーティング領域４０の場合のように、ルーティング領域は単一のＲＮＣを有している。与えられたモバイルデバイスに対してサポートされているＩＰセッションの数は、現在のところ、ＲＮＣで制限されている。従って、制限要因が実際にはＲＮＣである一方で、ルーティング領域は典型的に制限要因とみなされることができる。しかしながら、第１のルーティング領域３０の場合のように、ルーティング領域が一つより多くののＲＮＣを有している事もある。従って、モバイルデバイスがルーティング領域のどこに存在するかに依存して、ルーティング領域が異なった数のＰＤＰコンテクストをモバイルデバイスに対してサポートすることが可能である。これは、ルーティング領域が必ずしも制限要因とはみなされない場合である。ここにあげた例で、“ルーティング領域”がモバイルデバイスのＩＰセッションの数を制限するとしたが、より一般的には、“領域”がモバイルデバイスのＩＰセッションの数を制限することを理解すべきである。この“領域”は、ルーティング領域、ＲＮＣ  Ｉｄで規定される例のようなルーティング領域の一部分、ネットワーク、セルＩｄ、あるいは、モバイルデバイスに対してサポートされているＩＰセッションの数が制限されるいかなる領域であってもよい。
【００２０】
いくつかの実装では、モバイルデバイスの接続／アクティブ状態（ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ）とアイドル状態（ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＩＤＬＥ）との区別は微妙である。ルーティング領域はモバイルデバイスには知られているが、一方、アイドル状態では、しかしながら、ＲＮＣ  ｉｄは典型的には知られていない。アイドル状態に於いては、モバイルデバイスは適用できるＲＮＣ  ｉｄを捜すために、接続／アクティブ状態に動く。これは、バッテリ寿命、その他を浪費する。それゆえに、いくつかの実装では、サポートされているＩＰセッションの数が、これが粒状の最低レベルかどうかによらずルーティング領域に対して考えられる。
【００２１】
モバイルデバイス１０のＩＰセッション優先度機能１３については、多くの可能性がある。図示した例では、ＩＰセッション優先度機能１３はソフトウェアとして実装され、プロセッサ１２により実行される。しかし、より一般的には、ＩＰセッション優先度機能１３は、ソフトウェア、ハードウェア、ファームウェア、あるいは、上記のいかなる適切な組合せによって実装されてもよい。図示した例では、ＩＰセッション優先度機能１３は単一のコンポーネントで示されている。しかし、より一般的には、ＩＰセッション優先度機能１３は一つあるいはより多くのコンポーネントで実装されてもよい。ＩＰセッション優先度機能１３が単一コンポーネントより多くのコンポーネントを含む例を以下に記述する。
【００２２】
いくつかの実装では、ＩＰセッション優先度機能１３は、ＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）とＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）を含む。ＮＡＳはセッション制御レイヤを含み、ＩＰセッションを制御する。ＮＡＳは、例えば、ＳＧＳＮ５０へ送られるＡｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージを始動してもよい。ＡＳは、無線アクセスラジオの空中インターフェイスを制御し、そして、それぞれのアクティブなＩＰセッションに対するそれぞれのＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）を含んでいる。ＲＡＢはＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）パイプの識別子である。それぞれのＲＡＢがなく、休眠中のＩＰセッションがあってもよい。ＡＳは、例えば、ＲＮＣに送られるサービス要求メッセージを始動してもよい。
【００２３】
無線ネットワーク１００のＩＰセッション機能５１には、多くの可能性がある。図に示した例では、ＩＰセッション機能５１はソフトウェアとして実装されており、プロセッサ５２上で実行される。しかし、より一般的には、ＩＰセッション機能５１は、ソフトウェア、ハードウェア、ファームウェア、あるいは、上記のいかなる適切な組合せによって実現してもよい。図示した例では、ＩＰセッション機能５１はＳＧＳＮ５０の単一のコンポーネントとして示されている。しかし、より一般的にはＩＰセッション機能５１は、一つあるいはより多くのコンポーネントから構成され、ＳＧＳＮ５０の一部として、あるいは分離して実装される。一つあるいはより多くのコンポーネントは、無線ネットワーク１００のいたる所に分配されてもよいし、または、共通の場所に存在してもよい。他のいくつかの実装でも可能である。
【００２４】
無線ネットワーク１００についても多くの可能性がある。図示した例では、無線ネットワーク１００はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワークである。しかしながら、より一般的には無線ネットワーク１００は異なる数のＩＰセッションをサポートする複数の領域のある、どのような無線ネットワークであってもよい。
【００２５】
モバイルデバイス１０についても多くの可能性がある。図１Ｃを参照すると、他のモバイルデバイス８０のブロック図が示されており、これは、ここで述べたどの方法を実装してもよい。モバイルデバイス８０は、例示の目的のみのため、非常に特定の詳細を示したものであることを理解しておく必要がある。
【００２６】
演算素子（マイクロプロセッサ１２８）は、キーボード１１４とディスプレイ１２６との間に結合されたものとして模式的に示してある。マイクロプロセッサ１２８は、ディスプレイ１２６の動作のみでなく、ユーザによるキーボード１１４のキーの刺激に応じてモバイルデバイス８０の全体的な動作を制御する。
【００２７】
モバイルデバイス８０は縦方向に延びている筐体を有するが、あるいは、はまぐり（貝殻）構造を含む他の大きさと形状をとってもよい。キーボード１１４はモード選択キーを含んでいるか、テキスト入力と電話入力の切り替えのためのハードウェアまたはソフトウェアを含んでいてもよい。
【００２８】
マイクロプロセッサ１２８に加えて、モバイルデバイス８０の他の部分も模式的に表してある。これらに含まれるのは、通信サブシステム１７０、短距離通信サブシステム１０２、キーボード１１４とディスプレイ１２６、その他の入出力デバイスとしてのＬＥＤＳ１０４のセット、補助Ｉ／Ｏデバイスの組１０６、シリアルポート１０８、スピーカ１１１、およびマイクロフォン１１２であり、加えて、記憶素子としてフラッシュメモリ１１６とランダムアクセスメモリ（ＲＡＭ）１１８を含み、また、種々の他のデバイスのサブシステム１２０を含んでいる。モバイルデバイス８０は、モバイルデバイス８０の能動素子に電力を与えるためのバッテリ１２１を有していてもよい。モバイルデバイス８０は、いくつかの実施形態では、音声とデータ通信の能力を有する２ウェイラジオ周波数（ＲＦ）の通信デバイスである。さらに、いくつかの実施形態では、モバイルデバイス８０は、インターネットを通じて他のコンピュータシステムと通信する能力を有する。
【００２９】
マイクロプロセッサ１２８により実行されるオペレーティングシステムソフトウェアは、いくつかの実施形態では、フラッシュメモリ１１６のような持続型記憶装置に記憶されるが、しかし、読出し専用メモリ（ＲＯＭ）あるいは同様な記憶素子のようなメモリデバイスの他のタイプに記憶されてもよい。さらに、システムソフトウェア、特定デバイスのアプリケーション、あるいは、そのパーツは、一時的にＲＡＭ１１８のような揮発性メモリに収納されてもよい。モバイルデバイス８０により受信された通信信号も、ＲＡＭ１１８に記憶されてもよい。
【００３０】
マイクロプロセッサ１２８は、そのオペレーティングシステム機能に加えて、モバイルデバイス８０のソフトウェアアプリケーションの実行を可能にする。基本デバイスの動作を制御する音声通信モジュール１３０Ａとデータ通信モジュール１３０Ｂのような、あらかじめ定められたソフトウェアアプリケーションの組は、製造過程でモバイルデバイス８０上にインストールしてもよい。さらに。個人情報マネージャ（Ｐｅｒｓｏｎａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎｅｇｅｒ；ＰＩＭ）アプリケーションモジュール１３０Ｃも、同様に製造過程でモバイルデバイス８０上にインストールしてもよい。いくつかの実施形態では、ＰＩＭアプリケーションは、Ｅ−メール、カレンダーイベント、音声メール、予定、および仕事のようなデータ項目の組織化と制御をすることが可能である。ＰＩＭアプリケーションは、また、いくつかの実施形態では、無線ネットワーク１１０を経由してデータ項目を送信および受信することが可能である。いくつかの実施形態では、ＰＩＭアプリケーションにより制御されたデータ項目は、無線ネットワーク１１０を経由して、記憶されているあるいはホストコンピューターシステムに関連付けられたデバイスユーザに対応するデータ項目とシームレスに統合、同期、および更新される。さらに、その他のソフトウェアモジュール１３０Ｎとして描かれている付加的なソフトウェアは、製造過程でインストールしてもよい。
【００３１】
データおよび音声通信を含む通信機能は、通信サブシステム１７０を通して行われ、短距離通信サブシステム１７０を通して行われることもある。通信サブシステム１７０は、受信機１５０、送信機１５２、および  受信アンテナ１５４と送信アンテナ１５６として描いてあるような、一つあるいはより多くのアンテナを含んでいる。さらに、通信サブシステム１７０は、また、デジタルシグナルプロセッサ（ＤＳＰ）１５８や、局部発振器（ＬＯｓ）１６０のようなプロセッシングモジュールを含んでいる。通信サブシステム１７０の特定の設計と実装はモバイルデバイス８０が動作するように意図されている通信ネットワークに依存する。例えば、モバイルデバイス８０の通信サブシステム１７０は、ＭｏｂｉｔｅｘＴＭ、ＤａｔａＴＡＣＴＭ  または、Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）モバイルデータ通信ネットワークで動作するように設計してもよいし、また、Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｅｒｖｉｃｅ（ＡＭＰＳ）、Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ（ＴＤＭＡ）、Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ＣＤＭＡ、Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｅｒｖｉｃｅ（ＰＣＳ）、Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）等の  どのような音声通信ネットワークで動作するように設計されてもよい。他のタイプのデータおよび音声ネットワーク（分離型でも統合型でも）がモバイルデバイス８０に適用されてもよい。
【００３２】
ネットワークアクセスは、通信システムのタイプに依存して、変化してもよい。例えば、ＭｏｂｉｔｅｘＴＭおよびＤａｔａＴＡＣＴＭネットワークに於いて、モバイルデバイスはそれぞれのデバイスに関連付けられた独自のＰｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  番号（ＰＩＮ）を用いてネットワークに登録される。ＧＰＲＳネットワークでは、しかしながら、ネットワークアクセスは典型的にはサブスクライバあるいはデバイスのユーザに関連付けられている。ＧＰＲＳデバイスは、従って、ＧＰＲＳネットワーク上で動作するために、典型的には、通常、Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ（ＳＩＭ）カードと引用されるサブスクライバ識別モジュールを有している。
【００３３】
ネットワーク登録あるいは起動手続が完了した時、モバイルデバイス８０は通信ネットワーク１１０上の通信信号を送信および受信してもよい。通信ネットワーク１１０から受信アンテナ１５４により受信された信号は、信号増幅、周波数のダウンコンバージョン、フィルタリング、チャネル選択等を提供し、さらにアナログデジタル変換を提供する場合もある受信機１５０に回される。受信信号のアナログデジタル変換は、ＤＳＰ１５８が検波やデコードのようなより複雑な通信機能を遂行することを許容する。同様に、ネットワーク１１０に送信されるべき信号は、ＤＳＰ１５８により処理される。（つまり、変調とエンコード）そして、その後、デジタルアナログ変換、周波数アップコンバージョン、フィルタリング、増幅および送信アンテナ１５６を経由しての通信ネットワーク１１０（あるいは、複数のネットワーク）への送信のために、送信機１５２に提供される。
【００３４】
通信信号処理に加えて、ＤＳＰ１５８は受信機１５０と送信機１５２の制御を提供する。例えば、受信機１５０と送信機１５２での通信信号に適用されるゲインは、ＤＳＰ１５８に実装されている自動ゲイン制御アルゴリズムを通して適合されるように制御されてもよい。
【００３５】
データ通信モードでは、テキストメッセージやウェブページのダウンロードのような受信された信号は、通信サブシステム１７０により処理され、そして、マイクロプロセッサ１２８へ入力される。受信された信号は、ディスプレイ１２６、または、代わりにいくつかの他の補助Ｉ／Ｏデバイス１０６への出力のために、マイクロプロセッサ１２８により更に処理される。デバイスユーザは、キーボード１１４および／またはタッチパッド、ロッカースイッチ、サムホイール、あるいはその他の形式の入力デバイスのようないくつかの他の補助Ｉ／Ｏデバイス１０６を用いて、Ｅ−メールメッセージのようなデータ項目を作成してもよい。作成されたデータ項目は、その後、通信サブシステム１７０を経由して通信ネットワーク１１０上に送信されてもよい。
【００３６】
音声通信モードでは、デバイスの全体の動作は、受信された信号はスピーカ１１１への出力であり送信信号はマイクロフォン１１２で発生されることを除いて、実質的にデータ通信モードに類似している。音声メッセージ記録サブシステムのような、音声またはオーディオＩ／Ｏサブシステムの二者択一システムは、また、モバイルデバイス８０に実装されてもよい。さらに、ディスプレイ１２６は、例えば、呼びかけている集団のアイデンティティ、音声通話の長さあるいは、他の音声通話関連の情報を表示するために、音声通信モードに適用されてもよい。
【００３７】
短距離通信サブシステム１０２は、モバイルデバイス８０と他のすぐ隣のシステム、または必ずしも同様なデバイスである必要はないデバイスとの通信を可能にする。例えば、短距離通信サブシステムは、同様に可能なシステムおよびデバイスとの通信を提供する赤外線デバイスと関連する回路および部品、あるいは、ＢｌｕｅｔｏｏｔｈＴＭ通信モジュールを含んでいてもよい。
【００３８】
（モバイルデバイスにおける方法）
図２を参照して、示されているのは、ＩＰセッションの優先度を無線ネットワークへ指示する方法例のフローチャートである。この方法は、モバイルデバイスによって実装されてもよい。例えば、図１Ａおよび１Ｂに示されているモバイルデバイス１０、または、図１Ｃに示されているモバイルデバイス８０のＩＰセッション優先度機能１３による。ステップ２−１に於いて、モバイルデバイスは複数のＩＰセッションのそれぞれに対してそれぞれの優先度を決定する。ステップ２−２では、モバイルデバイスはそれぞれの優先度の指標を無線ネットワークに送信する。
【００３９】
モバイルデバイスが指標を無線ネットワークに送信してもよい多くの方法がある。複数の例が、図３Ａから図３Ｃを参照して提供されている。いくつかの実装では、ステップ３Ａ−１により示されているように、モバイルデバイスは、それぞれの優先度の指標を有するメッセージを送信する。他のいくつかの実装では、ステップ３Ｂ−１で示されるように、モバイルデバイスは複数のメッセージを送信する。それぞれのメッセージは、少なくとも一つのＩＰセッションのそれぞれの優先度の動的な更新を提供する。複数のメッセージは、形式が変化してもよいし、あるいは、同じ形式でもよい。他のいくつかの実装では、ステップ３Ｃ−１で示されるように、モバイルデバイスは優先度レベルの更新がトリガされる毎に、少なくとも一つのメッセージを無線ネットワークに送信する。その他のいくつかの実装も可能である。
【００４０】
それぞれの優先度の指標の提供のために送信されてもよい多くのタイプのメッセージがある。メッセージの特定のタイプが例示を目的として、以下に提供されている。メッセージ例の特定の詳細は例示を目的としてのみ提供されていることを理解すべきである。
【００４１】
いくつかの実装では、メッセージはＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージである。ＲＡＵ要求メッセージは、例えば、モバイルデバイスがルーティング領域境界を横切るに際して、あるいは、モバイルデバイスの電源がオンされる時のようにモバイルデバイスがアイドル状態から待機状態に移行する時、周期的に送られてもよい。メッセージは、ロケーションファイルの更新を要求する場合でも非ＧＰＲＳサービスのためのＩＭＳＩアタッチを要求する場合でも、モバイルデバイスから無線ネットワークに送られてもよい。いくつかの例では、送るべきデータの有無にかかわらずアクティブな音声コールがあれば、いつでも、ＲＡＵ要求メッセージはまた、送られる。いくつかの実装では、ＲＡＵ要求メッセージは、新しいフィールドとしての指標と共に、ＰＤＰコンテクスト優先度を伝えるために提供される。図４Ａを参照すると、ＲＡＵ要求メッセージのメッセージ例の内容が示されている。この表は、ＩＥＩ８１、情報要素８２、タイプ８３、プレゼンス８４、フォーマット８５、そして、長さ８６とラベルした列を有している。この表は、ＰＤＰコンテクスト優先度を伝送する為の新しいフィールド“ＰＤＰコンテクスト優先度”フィールドを含む複数のフィールド９１を有している。“ＰＤＰコンテクスト優先度”フィールドは、ＩＥＩの値を有している。ＩＥＩの値は、例えば、３８でもよい。
【００４２】
他のいくつかの実装では、メッセージは、Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔメッセージである。このメッセージは、アクティブなＰＤＰコンテクストの修正を承認するために、モバイルデバイスによって無線ネットワークに送られてもよい。いくつかの実装では、Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  ＡｃｃｅｐｔメッセージはＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。図４Ｂを参照すると、Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｃｅｐｔメッセージのメッセージ例の内容の表が示されている。この表は、ＩＥＩ８１、情報要素８２、タイプ８３、プレゼンス８４、フォーマット８５、そして、長さ８６とラベルした列を有している。この表は、ＰＤＰコンテクスト優先度を伝送する新しいフィールド“ＰＤＰコンテクスト優先度”フィールドを含む複数のフィールド９２を有している。“ＰＤＰコンテクスト優先度”フィールドは、ＩＥＩの値を有している。ＩＥＩの値は、例えば、３８でもよい。
【００４３】
他のいくつかの実装では、メッセージは、Ａｃｔｉｖａｔｅ  ＰＤＰ  （Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）Ｒｅｑｕｅｓｔメッセージである。Ａｃｔｉｖａｔｅ  ＰＤＰ  Ｒｅｑｕｅｓｔメッセージは、例えば、モバイルデバイスが起動されるべきＰＤＰセッションを要求している時、あるいは、モバイルデバイスが新しいＮＳＡＰＩ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を起動すべき時に伝送されてもよい。いくつかの実装によれば、Ａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージはＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。いくつかの実装では、新しいフィールドは新しい、および／または、既存のＰＤＰコンテクストのＰＤＰコンテクスト優先度を伝送する。既存のＰＤＰコンテクストのＰＤＰコンテクスト優先度を伝送することにより、既存のＰＤＰコンテクストの優先度への変更が伝送されうる。他のいくつかの実装は可能である。
【００４４】
他のいくつかの実装では、メッセージはＰＤＰ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージである。ＰＤＰ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージは、例えば、モバイルデバイスがＰＤＰセッションの状態を要求している時に送られてもよい。いくつかの実装では、ＰＤＰ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージは、ＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。
【００４５】
他のいくつかの実装では、メッセージはＤｅａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージである。Ｄｅａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージは、例えば、モバイルデバイスがＰＤＰコンテクストを切断しようとしている時に送られてもよい。このメッセージは、アクティブなＰＤＰコンテクストあるいは、アクティブなＭＢＭＳコンテクストの切断を要求するために送られてもよい。いくつかの実装では、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージは、ＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。他のいくつかの実装では、ＰＤＰコンテクストの優先度が他のＰＤＰコンテクストより低いとの暗黙の指標として働くＰＤＰコンテクストの切断のように、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージはフィールドとしての指標を含まない。図４Ｃを参照すると、Ｄｅａｃｔｉｖａｔｅ  ＰＤＰコンテクスト要求メッセージのメッセージ例の内容の表が示されている。この表は、ＩＥＩ８１、情報要素８２、タイプ８３、プレゼンス８４、フォーマット８５、そして、長さ８６とラベルした列を有している。この表は、ＰＤＰコンテクスト優先度を伝送する為の新しいフィールド“ＰＤＰコンテクスト優先度”フィールドを含む複数のフィールド９３を有している。“ＰＤＰコンテクスト優先度”フィールドは、ＩＥＩの値を有している。ＩＥＩの値は、例えば、３８でもよい。
【００４６】
他のいくつかの実装では、メッセージはＰＤＰ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージである。ＰＤＰ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージは、例えば、モバイルデバイスが既存のＰＤＰコンテクストに対してサービスを要求している時に送られてもよい。いくつかの実装では、ＰＤＰ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージは、ＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。
【００４７】
他のいくつかの実装では、メッセージは優先度更新メッセージである。優先度メッセージは、それぞれの対応する優先度の指標を運ぶことができるいかなる適切なメッセージであってもよい。優先度メッセージは、例えば、モバイルデバイスが優先度の更新が実行されるべきであると決定した時にはいつでも送られてもよい。いくつかの実装では、優先度更新メッセージは、モバイルデバイスから無線ネットワークに送られたＭｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔメッセージである。いくつかの実装では、Ｍｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  ＲｅｑｕｅｓｔメッセージはＰＤＰコンテクスト優先度を伝送する為の新しいフィールドとしての指標と共に提供される。他のいくつかの実装では、優先度更新メッセージはＭｏｄｉｆｙ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｐｒｉｏｒｉｔｙメッセージである。
【００４８】
それぞれの優先度の指標を有するメッセージに対して、上述したようにメッセージ例が提供された。いくつかの実装では、メッセージは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＴＳ  ２４．００８Ｖ７．５．０に定義された、それぞれ対応する優先度の指標を含む適切な変更を伴ったメッセージに基づいている。他のいくつかの実装も可能である。
【００４９】
指標に対しては多くの可能性がある。いくつかの実装では、指標は、複数の異なったＩＰセッションのタイプのそれぞれに対して、それぞれの数値の優先度レベルを含んでいる。例えば、もし、モデム通信に対応する第１のＩＰセッション、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）通信に対応する第２のＩＰセッション、そして、プッシュＥ−メールに対応する第３のＩＰセッションがある場合、指標を例えば（１，３，２）としてよい。この場合、モデム通信に対応する第１のＩＰセッションは最高の優先度レベルを有しており、一方、ＷＡＰ通信に対応する第２のＩＰセッションは最低の優先度レベルを有している。いくつかの特定の実装では、指標は、ＩＰセッションに対応する優先度レベルの維持されてもよい順序付けられた組である。例えば、モバイルデバイスはＲＡＵアクセプトメッセージのようなメッセージの方法で確立されていたＩＰセッションについて知らされてもよい。メッセージへの応答において、モバイルデバイスは、ＲＡＵアクセプトのようなメッセージを、確立されていたＩＰセッションに対応する優先度レベルの順序付けられた組と共に、送信してもよい。
【００５０】
他のいくつかの実装では、指標は優先度の順位を含んでいる。例えば、もし、モデム通信に対応する第１のＩＰセッションとＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）に対応する第２のＩＰセッションがある場合、指標は、例えば、（第１のＩＰセッションに対する識別子、第２のＩＰセッションに対する識別子）となってもよい。この場合、モデム通信に対する第１のＩＰセッションは、ＶｏＩＰに対する第２のＩＰセッションよりも高い優先度を有していると表される。他のいくつかの実装も可能である。ここで図５Ａおよび５Ｂを参照して、ＰＤＰコンテクスト優先度情報因子の例の表が表されている。図示した例に示されているＰＤＰコンテクスト優先度情報因子は、例示のみを目的とした指標に対する特定の実装であることを理解する必要がある。ＰＤＰコンテクスト優先度情報因子の目的は、ＮＳＡＰＩにより識別されうるそれぞれのＰＤＰコンテクストに優先度を示すことである。優先度は、無線ネットワークが、リソースの限界の場合のような問題に対して、どのＰＤＰコンテクストを切断するかを決定する場合に使われてもよい。ＰＤＰコンテクスト状態情報因子は、最小長さが３オクテットで最長長さが１０オクテットであるタイプ４の情報因子である。起動されているＰＤＰコンテクストの数の例のような更なる長さの制限が適用されてもよい。ＰＤＰコンテクスト状態情報因子は、コーディングスキームに従ってエンコードされる。いくつかの実装では、コーディングスキームは、ＰＤＰの数値番号を含んでいる。いくつかの実装では、ＰＤＰの数はデータフィールドに対するＩＥＩ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ  ｉｄｅｎｔｉｆｉｅｒ）によって優先付けられる。図５Ａの表は、第１優先度のＮＳＡＰＩ、第２優先度のＮＳＡＰＩ、・・・、第１１優先度のＮＳＡＰＩをエンコードするときのエントリーを有している。エントリーは、図５Ｂの表にあるエンコーディングスキーム概要に従ってエンコードされる。
【００５１】
他のいくつかの実装では、指標は、インターネットブラウジングに対するような短期間継続するＩＰセッションに比較して“Ａｌｗａｙｓ  Ｏｎ”ＩＰセッションに対するようなタイプ優先度を識別する。ＩＰセッションのあるタイプは、他より高い優先度を有していると暗黙にみなされる。他のいくつかの実装は可能である。
【００５２】
優先度レベルの更新をトリガするイベントに対しては、多くの可能性がある。いくつかの実装では、ＩＰセッションへの変化である。他のいくつかの実装では、イベントは、優先度レベルの更新があるべきだと特定するユーザの入力である。他のいくつかの実装では、イベントは、優先度レベルの更新が実行されるべきだと示すあらかじめ定められたスケジュールである。いくつかの実装では、イベントは送信されているメッセージのタイプに依存する。その例は、上述したように提供されている。他のいくつかの実装は可能である。
【００５３】
図２を再び参照して、モバイルデバイスがそれぞれのＩＰセッションに対してそれぞれの優先度を決定してもよい多くの方法がある。いくつかの例は、図６Ａと６Ｂを参照に紹介されている。いくつかの実装では、ステップ６Ａ−１で表されるように、モバイルデバイスは、それぞれのＩＰセッションに対するそれぞれの優先度の決定に対するユーザの入力を受け取る。従って、モバイルデバイスは、ユーザ入力に基づいてそれぞれのＩＰセッションに対するそれぞれの優先度を決定する。他のいくつかの実装では、ステップ６Ｂ−１で示されるように、モバイルデバイスはあらかじめ定義されたタイプのＩＰセッションのそれぞれに対して、あらかじめ定義された優先度レベルの記録を維持する。従って、モバイルデバイスは、それぞれのＩＰセッションに対するそれぞれの優先度を記録に基づいて決定する。他のいくつかの実装は可能である。
【００５４】
（無線ネットワークにおける方法）
図７を参照して、より低い優先度であると示されているＩＰセッションを切断する例示の方法のフローチャートが示されている。この方法は、例えば、図１Ａに示されている無線ネットワーク１００のＩＰセッション機能５１によって、無線ネットワークにより実装されてもよい。
【００５５】
ステップ７−１では、無線ネットワークは、モバイルデバイスに対するＩＰセッションを維持する。上述したように、モバイルデバイスは無線ネットワークにＩＰセッションの優先度を指示する。ステップ７−２において、無線ネットワークは、それぞれのＩＰセッションに対するそれぞれの優先度の指標を受信する。ステップ７−３において、モバイルデバイスがモバイルデバイスに対して確立されていたより少ないＩＰセッションをサポートしているルーティング領域に移動したことが原因で、ＩＰセッションの少なくとも一つが切断されるべきと決定されると、無線ネットワークはより低い優先度と示されているＩＰセッションを切断する。一つより多くのＩＰセッションが切断されるべき場合には、より低い優先度であると示されている一つより多いＩＰセッションが切断される。従って、切断されないＩＰセッションは、モバイルデバイスによってより大きい優先度であると示されたものである。
【００５６】
無線ネットワークがそれぞれのＩＰセッションに対するそれぞれの優先度の指標を受け取る多くの方法がある。無線ネットワークは、例えば、上述したいかなる一つまたはより多い実装を用いてモバイルデバイスにより送信された指標を受け取る。
【００５７】
（ＩＰセッション）
上に紹介した例では、参照がＩＰセッションに対してなされている。ＩＰセッションに対しては、多くの可能性があることが理解されなくてはならない。ＩＰセッションは、例えば、Ａｌｗａｙｓ−Ｏｎ  ＩＰセッション、ＩＭ（Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ）ＩＰセッション、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）ＩＰセッション、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）ＩＰセッション、ＤＵＮ（Ｄｉａｌ−Ｕｐ  Ｎｅｔｗｏｒｋｉｎｇ）ＩＰセッション、ＬＢＳ（Ｌｏｃａｔｉｏｎ  Ｂａｓｅ  Ｓｅｒｖｉｃｅｓ）ＩＰセッション、ＩＰ  Ｍｏｄｅｍ  ＩＰセッション、そして、ＰＴＴ（Ｐｕｓｈ−ｔｏ−Ｔａｌｋ）ＩＰセッションのいかなるものをも含む。これらのＩＰセッションの性質は、特定の実装であり、典型的に無線ネットワークに依存する。いくつかの実装では、無線ネットワークはＵＭＴＳネットワークであり、それぞれのＩＰセッションはそれぞれのＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテクストの一部である。
【００５８】
本願の多くの改良と変化が上記の教示に照らして可能である。それゆえ、付属の請求項の範囲内において、本願は、ここに述べた特定の内容にかかわらず、実行されてもよい。
【図１Ａ】
2010506516.tif 000003
【図１Ｂ】
2010506516.tif 000004
【図１Ｃ】
2010506516.tif 000005
【図２】
2010506516.tif 000006
【図３Ａ】
2010506516.tif 000007
【図３Ｂ】
2010506516.tif 000008
【図３Ｃ】
2010506516.tif 000009
【図４Ａ】
2010506516.tif 000010
【図４Ｂ】
2010506516.tif 000011
【図４Ｃ】
2010506516.tif 000012
【図５Ａ】
2010506516.tif 000013
【図５Ｂ】
2010506516.tif 000014
【図６Ａ】
2010506516.tif 000015
【図６Ｂ】
2010506516.tif 000016
【図７】
2010506516.tif 000017
【国際調査報告】
2010506516.tif 000018
2010506516.tif 000019
2010506516.tif 000020
2010506516.tif 000021