アクセスポイント名に基づく混雑状態の制御を取り扱う方法および関連する通信装置
【課題】無線通信システムにおけるモバイルデバイスにおいて、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）を用いてサービスを始動する方法を提供する。
【解決手段】モバイルデバイス（ＵＥ）はＡＰＮとの複数の接続を有する。モバイルデバイス（ＵＥ）が複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、少なくとも１つの第１の接続をＡＰＮから切断した後に、ＡＰＮを用いてサービスを始動するステップとを含んでおり、ＡＰＮが混雑状態またはオーバーロード状態である。
【解決手段】モバイルデバイス（ＵＥ）はＡＰＮとの複数の接続を有する。モバイルデバイス（ＵＥ）が複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、少なくとも１つの第１の接続をＡＰＮから切断した後に、ＡＰＮを用いてサービスを始動するステップとを含んでおり、ＡＰＮが混雑状態またはオーバーロード状態である。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔関連出願件に関する記述〕
本願は、米国特許仮出願第６１／３９０，１６６号（出願日２０１０年１０月５日、発明の名称：「Method of APN based congestion control by using NAS level request with back-off timer or NAS level rejection with back-off timer」）の利益を主張するものであり、該特許仮出願の内容は全てここに引用されるものとする。
【０００２】
〔背景技術〕
〔１．技術分野〕
本発明は、無線通信システムにおいて使用される方法および関連通信装置に関し、さらに具体的には、アクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置に関する。
【０００３】
〔２．先行技術に関する記述〕
第３世代パートナーシッププロジェクト（“３ＧＰＰ”；３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって、３ＧＰＰ Ｒｅｌ−８標準規格および／または３ＧＰＰ Ｒｅｌ−９標準規格をサポートするロング・ターム・エボリューション（“ＬＴＥ”；Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムが、ユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”；Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の後継規格として、ＵＭＴＳの性能をさらに強化して、増加するユーザ需要を満たせるように開発されている。ＬＴＥシステムは、高いデータレート、低い遅延性、パケット最適化、ならびに、より優れたシステム容量およびサービス提供エリアを提供する、新しいラジオインターフェースとラジオネットワークアーキテクチャとを備えている。ＬＴＥシステムでは、進化型ＵＴＲＡＮ（“Ｅ−ＵＴＲＡＮ”；Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）として知られているラジオアクセスネットワークが、複数のユーザ装置（“ＵＥ”；Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と通信するための複数の進化型ＮＢ（“ｅＮＢ”；Ｅｖｏｌｖｅｄ ＮＢ）を備え、非アクセス層（“ＮＡＳ”；Ｎｏｎ−ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を制御するために、モビリティ管理エンティティ（“ＭＭＥ”；Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、サービング・ゲートウェー（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）などを含めたコアネットワークと通信する。
【０００４】
ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムは、その名前が示すように、ＬＴＥシステムが進化型システムである。ＬＴＥ−Ａシステムは、複数のパワー（ｐｏｗｅｒ）状態間でより速いスイッチングを行うこと目標とし、ｅＮＢのサービス提供エリアの周縁部で性能を改善し、例えばキャリアアグリゲーション（“ＣＡ”；Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）、セル間協調送受信（“ＣｏＭＰ”Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉｐｏｉｎｔ Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ）、アップリンクマルチ入力マルチ出力（“ＭＩＭＯ”；Ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）などの高度な技術を利用している。ＬＴＥ−ＡシステムにおいてＵＥとｅＮＢとが互いに通信するためには、ＵＥおよびｅＮＢがＬＴＥ−Ａシステムに適用するために開発された標準規格（例えば３ＧＰＰ Ｒｅｌ−１０標準規格、または、これより後のバージョンの標準規格）をサポートしていなければならない。
【０００５】
アクセスポイント名（ＡＰＮ）は、ＬＴＥシステムおよびＬＴＥ−Ａシステムにおいてパケットデータ接続を確立するために使用され、ＭＭＥによって管理される。また、ＡＰＮは、パケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）またはサービスタイプ（例えばマルチメディアメッシセージングサービス（“ＭＭＳ”；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ））を特定するために使用され、上記ＰＤＮまたはサービスタイプはパケットデータ接続で伝送される。
【０００６】
先行技術では、ＡＰＮが混雑状態、つまりオーバーロード（ｏｖｅｒｌｏａｄ）状態であれば、ＭＭＥは、ＵＥによって送信されるＡＰＮを用いて、アタッチリクエスト、トラッキングエリア更新、ルーティングエリア更新、または、サービスリクエストを拒否する。また、ＭＭＥはモビリティ管理バックオフタイマー（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）を用いてＵＥに対して応答する。一方、ＭＭＥが、ＵＥによって送信されるＡＰＮを用いて、ＰＤＮ接続リクエスト、ＰＤＮ接続切断リクエスト、進化型パケットシステム（“ＥＰＳ”；Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）有効化リクエスト、または、ＥＰＳ無効化リクエストを拒否する場合は、ＭＭＥはセッション管理バックオフタイマー（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）を用いてＵＥに対して応答する。いずれか場合においても、対応するバックオフタイマーが時間切れになる前に、ＵＥが同じリクエストをＭＭＥに送信することは許可されない。換言すれば、ＵＥは、対応するバックオフタイマーが動作しているかぎり、混雑しているＡＰＮに対して同じリクエストを再度ＭＭＥに送信することができない。ただし、ＵＥは、たとえモビリティ管理バックオフタイマーまたはセッション管理バックオフタイマーが動作している場合であっても、高優先度サービスまたは緊急サービスを実現するためであれば、ＡＰＮに対してモビリティ管理過程またはセッション管理過程を始動することが許可されている。この状況では、ＡＰＮが依然混雑状態にあって高優先度サービスまたは緊急サービスを提供するためのリソースがないので、ＭＭＥは高優先度サービスまたは緊急サービスを拒否し、高優先度サービスまたは緊急サービスのアクセスに遅延が発生する。したがって、高優先度サービスまたは緊急サービスの遅延が原因となって、災害が発生する可能性がある。
【０００７】
さらに、バックオフタイマーが時間切れになると、ＵＥはＭＭＥにリクエストを再度送信することができる。ただし、ＡＰＮが、依然として混雑状態にあって、リクエストを受け入れるためのリソースがなく、ＭＭＥはリクエストを再度拒否する必要がある可能性はある。ＡＰＮが長時間混雑状態にあれば、ＵＥは何度もＭＭＥにリクエストを送信することもあり、これに対して、ＭＭＥは、混雑状態が解消されるまで、つまり、リクエストを受け入れるリソースが利用可能になるまで、何度もリクエストを拒否する。何度も再送および拒否することによって、ＡＰＮの混雑状態は悪化し、ＭＭＥの負荷が増加する。この状況では、リクエストの遅延が増加するだけではなく、他のＵＥによって送信される他のリクエストの遅延も増加する。
【０００８】
したがって、高優先度サービスおよび緊急サービスをどのようにしてすばやく取り扱うのかということが、議論し解決すべき課題である。さらに、ＭＭＥができるだけ早くリクエストを受け入れられるように、ＡＰＮの混雑状態を緩和することが重要である。したがって、ＡＰＮの混雑状態緩和するためのメカニズムが必要とされている。
【０００９】
〔先行技術文献〕
〔非特許文献〕
〔非特許文献１〕３ＧＰＰ ＴＳＧ ＳＡ ＷＧ２ Ｍｅｅｔｉｎｇ ＃８０ Ｓ２−１０４４０６ ３０ Ａｕｇｕｓｔ − ３ Ｓｅｐｔｅｍｂｅｒ，２０１０，Ｂｒｕｎｓｔａｄ，Ｎｏｒｗａｙ，“ＮＡＳ ｌｅｖｅｌ ｒｅｊｅｃｔ ｐｅｒ ＡＰＮ ｗｉｔｈ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ ｆｕｎｃｔｉｏｎ”
〔非特許文献２〕３ＧＰＰ ＴＳ ２３．４０１ Ｖ１０．１．０（２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ（Ｒｅｌｅａｓｅ １０）
〔非特許文献３〕３ＧＰＰ ＴＳ ２４．３０１ Ｖ１０．０．０（２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｃｏｒｅ Ｎｅｔｗｏｒｋ ａｎｄ Ｔｅｒｍｉｎａｌｓ； Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）； Ｓｔａｇｅ ３（Ｒｅｌｅａｓｅ １０）
【００１０】
〔発明の概要〕
したがって、本発明は、アクセスポイント名（ＡＰＮ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置を提供し、上述の問題の解決を図るものである。
【００１１】
無線通信システムにおけるモバイルデバイスにおいて、無線通信システムのアクセスポイント名（ＡＰＮ）を用いて、サービスを始動する方法を開示する。上記モバイルデバイスはＡＰＮとの複数の接続を有する。本方法は、上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、上記少なくとも１つの第１の接続をＡＰＮから切断した後に、上記ＡＰＮを用いて、サービスを始動するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１２】
無線通信システムのネットワークにおけるサービスを取り扱う方法を開示する。本方法は、上記無線通信システムにおいて、アクセスポイント名（ＡＰＮ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１３】
無線通信システムのネットワークにおいて、無線通信システムにおける複数のモバイルデバイスを取り扱う方法を開示する。上記複数のモバイルデバイスのそれぞれが、無線通信システムのアクセスポイント名（ＡＰＮ）との少なくとも１つの接続を有している。本方法は、上記複数のモバイルデバイスから、優先度が高い上記ＡＰＮとの接続を有していない少なくとも１つのモバイルデバイスを選択するステップと、上記少なくとも１つのモバイルデバイスに、上記少なくとも１つのモバイルデバイスをＡＰＮからデタッチするリクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１４】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップと、上記モバイルデバイスに、上記モバイルデバイスの上記少なくとも１つのベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１５】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのクオリティ・オブ・サービス（“ＱｏＳ”；Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを調整するために決定するステップと、上記少なくとも１つの接続の上記少なくとも１つのベアラの上記少なくとも１つのＱｏＳパラメータの調整を上記モバイルデバイスに指示するために、リクエストメッセージを上記モバイルデバイスに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１６】
本発明の上記目的およびその他の目的は、以下の図面に示す好適な実施形態についての詳細な説明を読めば、当業者には明らかになるであろう。
【００１７】
〔図面の簡単な説明〕
図１は、本発明に係る一例としての無線通信システムの概略図である。
【００１８】
図２は、本発明に係る一例としての通信装置の概略図である。
【００１９】
図３は、本発明に係る一例としてのプロセスのフローチャートである。
【００２０】
図４は、本発明に係る一例としての無線通信システムの概略図である。
【００２１】
図５は、本発明に係る一例としてのプロセスのフローチャートである。
【００２２】
図６は、本発明に係る一例としてのプロセスのフローチャートである。
【００２３】
図７は、本発明に係る一例としての無線通信システムの概略図である。
【００２４】
図８は、本発明に係る一例としてのプロセスのフローチャートである。
【００２５】
図９は、本発明に係る一例としての無線通信システムの概略図である。
【００２６】
図１０は、本発明に係る一例としてのプロセスのフローチャートである。
【００２７】
〔詳細な説明〕
図１は、本発明の一例に係る無線通信システム１０の概略図である。無線通信システム１０は、無線アクセスシステム（例えばロング・ターム・エボリューション（ＬＴＥ）システムまたはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システム）、コアネットワーク、ユーザ装置（ＵＥ）、ならびに、２つのパケットデータネットワーク（ＰＤＮ）ＰＤＮ１およびＰＤＮ２を備えている。ＰＤＮは、例えばインターネットやＩＭＳなどのサービスを、無線アクセスシステムを介してＵＥに提供する。上記コアネットワークは、例えば、進化型パケットコア（“ＥＰＣ”Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークまたはＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）ネットワークであればよく、ＵＥのＰＤＮ接続を非アクセス層（“ＮＡＳ”；Ｎｏｎ ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルに基づいて管理する。ＵＥがアクセスしようとするＰＤＮは、「アクセスポイント名」（ＡＰＮ）の情報（例えば図１に示すＡＰＮ１およびＡＰＮ２）によって決められており、該「アクセスポイント名」（ＡＰＮ）は、所望のサービスがどこで利用可能であるかを示唆するための、ＰＤＮに対するレファレンスである。上記コアネットワークは、ＰＤＮ接続を設定するためにＰＤＮを選択する際には、ＡＰＮを使用する。詳細に述べると、ＵＥは、ＡＰＮとのＰＤＮ接続を確立してサービス（例えばＰＤＮ接続／接続切断リクエスト、進化型パケットコア（ＥＰＳ）ベアラコンテキスト有効化／無効化など）を受けるために、例えば拡張セッション管理（“ＥＳＭ”；Ｅｘｔｅｎｄｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）リクエストを、ＮＡＳシグナリングを介してコアネットワークに送信する。コアネットワークは、基準（例えばＡＰＮの負荷）にしたがって上記リクエストを受け入れるか、または、拒否するかを決定する。ＵＥは、コアネットワークがリクエストを受け入れるときにかぎって、サービスにアクセスすることが許可される。その他の場合には、ＵＥは、リクエストの拒否を示唆するレスポンスをバックオフタイマーとともに受信する。ＵＥがサービスを受けるために関連するＡＰＮに対してＰＤＮ接続をするリクエストを再送できるのは、バックオフタイマーが時間切れになった後、つまりバックオフタイマーの動作が停止された後に限られる。
【００２８】
図１において、無線アクセスシステム、コアネットワーク、ＰＤＮを示すＡＰＮ、および、ＵＥは、無線通信システム１０の構成を例示するために用いたものに過ぎない。実際には、上記無線アクセスシステムは、例えば、無線ＬＡＮ（“ＷＬＡＮ”；Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のアクセスポイント（ＡＰ）、ワイマックス（“ＷｉＭＡＸ”；Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）の基地局、複数のノードＢ（“ＮＢ”；Ｎｏｄｅ Ｂ）を備えたユニバーサル地上波無線アクセスネットワーク（“ＵＴＲＡＮ”；Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、複数の進化型ノードＢ（“ｅＮＢ”；Ｅｖｏｌｖｅｄ ＮＢ）を備えた進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）などの、別のアクセス技術を備えたものであってもよい。つまり、ＵＥは、異なる無線アクセスインターフェースを介して複数のＰＤＮ接続を有し、同じＡＰＮに関連する同じＰＤＮに接続してもかまわない。さらに、コアネットワークは、好ましくは、ＰＤＮ接続およびＰＤＮ接続内のＥＰＳベアラを管理するためのリクエストおよびレスポンスを、コアネットワーク中のＭＭＥ／ＳＧＳＮとＵＥとの間で送受信することができるように、モバイル交換センタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｅｔｗｏｒｋ）、サービング・ゲートウェー（“ＳＧＷ”；Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、ＰＤＮゲートウェイ（ＰＧＷ）、および、ＧＧＳＮ（Ｇａｔｅｗａｙ Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を備えている。ＵＥは、例えば、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、マシン通信（“ＭＴＣ”；Ｍａｃｈｉｎｅ−ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、携帯用コンピュータシステムなどのモバイルデバイスであってもよい。
【００２９】
図２は、本発明の一例に係る通信装置２０の概略図である。通信装置２０は、図１に示すＵＥまたはコアネットワークであってもよいが、これらの例に限定されるわけではない。通信装置２０は、例えば、プロセッサ（例えばマイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ））２００、記憶ユニット２１０、および、通信インターフェースユニット２２０を備えている。記憶ユニット２１０は、例えば、プロセッサ２００がアクセスするプログラムコード２１４を記憶可能な任意のデータ記憶装置であればよい。記憶ユニット２１０の例としては、加入者同定モジュール（“ＳＩＭ”；Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶装置などがあげられるが、これらの例に限定されるものではない。通信インターフェースユニット２２０は、好ましくは送受信機であって、プロセッサ２００の処理結果に応じてコアネットワークで、コントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）およびユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）において信号／メッセージを送受信することができる。
【００３０】
図３は、本発明の一例に係るプロセス３０のフローチャートである。プロセス３０は、図１に示すＵＥによって、実行される。ＵＥは同じＡＰＮに関連する複数のＰＤＮ接続を有し、ＡＰＮを用いて、サービスの始動の準備をする。プロセス３０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００３１】
ステップ３００：スタート。
【００３２】
ステップ３０２：ＵＥが複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持しつつ、複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。
【００３３】
ステップ３０４：少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断した後に、ＡＰＮを用いて、サービスを始動する。
【００３４】
ステップ３０６：エンド。
【００３５】
プロセス３０によれば、ＵＥがＡＰＮを用いて、サービスを始動する前に、ＵＥは、サービスの受け入れ速度を向上させるために、まず、上記複数の接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。さらに、ＵＥは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、ＵＥは、ＡＰＮとのアタッチステータスを維持するために、上記ＡＰＮとのすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、ＵＥが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。ＵＥは遅延することなくサービスにアクセスすることができる。
【００３６】
一例を図４に示す。図４は本発明の一例に係る無線通信システム４０の概略図である。図４は図１を変更したもので、これを用いてプロセス３０について説明する。図４では、ＵＥは、ＡＰＮとのＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワーク（例えばＥＰＣネットワーク）に送ることによって、該ＡＰＮを用いて、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）場合、ＵＥは、ＡＰＮの混雑状態の情報を、ＡＰＮに関するセッション管理リクエストメッセージのためのバックオフタイマー、および、拒否メッセージから、または、ブロードキャストチャンネルから取得することができる。ＵＥは、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を能動的に切断し、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＡＰＮとのアクティブアタッチステータスを維持することができる。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放されてＡＰＮによって使用可能になり、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。
【００３７】
なお、ＵＥがどのＰＤＮ接続を選択して切断決定の際の基準とするのかは、限定されない。例えば、この基準は、ＵＥのユーザの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性（Ａｃｔｉｖｉｔｙ）であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、ＵＥは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、ＵＥは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。
【００３８】
したがって、上述の例示およびプロセス３０によれば、ＵＥがＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）の始動を準備する際、該ＡＰＮが混雑状態にある場合、ＵＥは、ＡＰＮとの少なくとも１つの不要なＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続のリソースを得ることができる。バックオフタイマーがＡＰＮの混雑状態の制御のためにＵＥにおいて動作している場合、または、ＵＥがＡＰＮとの接続をブロードキャストチャンネルから認識している場合には、ＵＥは、ＰＤＮ接続を切断するためのＰＤＮ接続切断メッセージをネットワークに送信することができる。好ましくは、上記ＰＤＮ接続切断メッセージは、３ＧＰＰ標準規格にて規定される“ＰＤＮ ＤＩＳＣＯＮＮＥＣＴ ＲＥＱＵＥＳＴ”メッセージである。したがって、上述の少なくとも１つのＰＤＮ接続のリソースを使用することによって、サービスが比較的速い受け入れ速度で受け入れられるようになる。
【００３９】
混雑している同じＡＰＮに関連する複数のＰＤＮ接続を有するＵＥからサービスにアクセスするためにリソース不足を解消することにだけではなく、コアネットワーク側でのリソース不足を解消することも効果的である。図５は、本発明の一例に係るプロセス５０のフローチャートである。プロセス５０は、図１に示すコアネットワークによって実行される。プロセス５０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００４０】
ステップ５００：スタート。
【００４１】
ステップ５０２：無線通信システムにおいて、ＡＰＮとの複数のＰＤＮ接続を有するＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを受信する。
【００４２】
ステップ５０４：コアネットワークが、複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続維持しつつ、ＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続を切断する。
【００４３】
ステップ５０６：エンド。
【００４４】
プロセス５０によれば、ＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを、コアネットワークが受信する際に、上記ＵＥはＡＰＮとの複数のＰＤＮ接続をすでに有しており、コアネットワークは、サービスの受け入れ速度を向上させるために、このＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続を切断する。さらに、コアネットワークは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、コアネットワークは、ＵＥのＡＰＮとのアタッチステータスを維持するために、ＵＥとＡＰＮとの間のすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、コアネットワークが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。よって、ＵＥは遅延することなくサービスにアクセスすることができる。
【００４５】
一例として、図４を用いてプロセス５０について説明する。図４では、ＵＥが１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワークに送ることによって、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）ので、コアネットワークは、ＵＥのＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を切断することによって、ネットワークの混雑状況を能動的に解消することができ、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＵＥのＡＰＮとのアタッチステータスを維持する。コアネットワークは、ＰＤＮ接続切断リクエストメッセージをＵＥに送信し、ＰＤＮ接続のすべてのＥＰＳベアラを無効化（つまり接続を切断）することができる。好ましくは、上記無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放され、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。
【００４６】
なお、コアネットワークがどのＰＤＮ接続を選択して接続切断の際の基準とするのかは、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、コアネットワークは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、コアネットワークは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。
【００４７】
したがって、上述の例示およびプロセス５０によれば、ＵＥが、リクエストを送ることによって、ＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）のためのＰＤＮ接続の始動を準備する際、該ＡＰＮが混雑状態にある場合、このＵＥを管理するコアネットワークは、該ＡＰＮに関連する少なくとも１つのＰＤＮ接続を切断することができる。したがって、ＵＥの少なくとも１つの切断されたＰＤＮ接続から解放されたリソースを使用することによって、該サービスのための新しいＰＤＮ接続が比較的速い受け入れ速度で受け入れられるようになる。
【００４８】
上述の各例では、ＵＥがサービスを受けるためにＡＰＮとのＰＤＮ接続の始動の準備をする際に、リソース不足をどのようにして解消するかについて説明した。ただし、ＡＰＮが長時間にわたって混雑状態にある場合には、ＵＥでバックオフタイマーが非優先サービス／非緊急サービスを受けるために使用されているにも関わらず、ＵＥは、優先／緊急サービスを要求するリクエストを何度も再送し続けることがある。この複数回の再送および拒否によって、ＡＰＮの混雑状態は悪化し、コアネットワークの負荷は増加する。この状況では、ＵＥによって送信されるリクエストをコアネットワークがただちに受け入れることができるように、リソースをあらかじめ解放しておくことが好ましい。
【００４９】
図６は、本発明の一例に係るプロセス６０のフローチャートである。プロセス６０は、ＡＰＮに関連する少なくとも１つのＰＤＮ接続を個々に有する複数のＵＥを取り扱うために、図１に示すコアネットワークによって実行される。プロセス６０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００５０】
ステップ６００：スタート。
【００５１】
ステップ６０２：優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを、複数のＵＥから選択する。
【００５２】
ステップ６０４：上記少なくとも１つのＵＥをＡＰＮからデタッチするために、リクエストメッセージをバックオフタイマーとともに上記少なくとも１つのＵＥへ送信する。
【００５３】
ステップ６０６：エンド。
【００５４】
プロセス６０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、まず、複数のＵＥから、優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを選択する。次に、この少なくとも１つのＵＥをＡＰＮからデタッチするために、コアネットワークは、リクエストメッセージをバックオフタイマーとともにこの少なくとも１つのＵＥに送信する。換言すれば、コアネットワークは、ＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。よって、拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００５５】
一例をあげれば、図７は本発明の一例に係る無線通信システム７０の概略図である。図７は、プロセス６０を説明するために使用される。無線通信システム７０において、同じＡＰＮに関連するＰＤＮ接続を有する複数のＵＥ１〜ＵＥ４が存在し、コアネットワークがこれらのＵＥ１〜ＵＥ４を管理する。具体的には、各ＵＥ１〜ＵＥ４が、上記ＡＰＮに関連する少なくとも１つのＰＤＮ接続を有する。上記ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。ＰＤＮ接続を有するＵＥ１〜ＵＥ４を調べた後に、コアネットワークは、リクエストメッセージをバックオフタイマーとともにＵＥ１〜ＵＥ３に送ることによって、ＵＥ１〜ＵＥ３をコアネットワークからデタッチする（つまり、ＵＥ１〜ＵＥ３をＡＰＮからデタッチする）。コアネットワークがＵＥ１〜ＵＥ３を選択する基準は限定されない。例えば、この基準は、ＵＥ１〜ＵＥ３が優先度の高いＰＤＮ接続（つまり、高優先度サービスまたは緊急サービスを伝送するＰＤＮ接続）を有しないことであってもよい。ＵＥ１〜ＵＥ３がリクエストメッセージ（このリクエストメッセージは、好ましくは、３ＧＰＰ標準規格にて規定される“ＤＥＴＡＣＨ ＲＥＱＵＥＳＴ”メッセージである）を受信した後に、ＵＥ１〜ＵＥ３はコアネットワークからデタッチし、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、上記ＡＰＮにアタッチすることを、コアネットワークに対して要求しない。したがって、コアネットワークが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。
【００５６】
したがって、上述の例示およびプロセス６０によれば、ＡＰＮが混雑状態にある場合、コアネットワークは、上記ＡＰＮに関連するＰＤＮ接続を有する少なくとも１つのＵＥを能動的にデタッチし、この少なくとも１つのＵＥからリソースを解放する。デタッチされたＵＥは、バックオフタイマーが時間切れになる前にコアネットワークに再アタッチすることはできない。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービス提供するための十分なリソースを、コアネットワークが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００５７】
ただし、ＵＥがコアネットワークからデタッチされると、ＵＥは、ＡＰＮに再アタッチするためにアタッチ手順を実行する必要がある。アタッチ手順の各種信号は、ＵＥとコアネットワークとの間で送受信される。一般には、この信号の送受信に大量のリソースおよび電力を消費することになる。したがって、ＵＥをコアネットワークからデタッチすることが、ＡＰＮの混雑状態を解消するための効果的な方法ではあるが、ＡＰＮの混雑状態があまりひどくない場合には、ＵＥをデタッチすることよりも柔軟な方法も効果的かもしれない。
【００５８】
図８は、本発明の一例に係るプロセス８０のフローチャートである。プロセス８０は、ＵＥのＡＰＮに関連する少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを取り扱うために、図１に示すコアネットワークによって実行される。プロセス８０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００５９】
ステップ８００：スタート。
【００６０】
ステップ８０２：少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択する。
【００６１】
ステップ８０４：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信する。
【００６２】
ステップ８０６：エンド。
【００６３】
プロセス８０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択し、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信して、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化する。ＵＥは、バックオフタイマーが時間切れになる前に、上記少なくとも１つのＰＤＮ接続の上記少なくとも１つのＥＰＳベアラを再度有効化させることは許可されない。換言すれば、プロセス３０とは異なり、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスを実現するためのリソースを見つけることをすることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス６０とは異なり、プロセス８０はＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化するだけであって、ＵＥのすべてのＰＤＮ接続を切断するためにＵＥをデタッチするわけではない。つまり、プロセス８０はプロセス６０に比べて柔軟であって、ＵＥがＡＰＮに関する再接続にリソースおよび時間を消費することを防止する。
【００６４】
一例をあげれば、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス８０を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信し、ＥＰＳベアラＥＰＳ２〜ＥＰＳ３を無効化する（つまり、接続を切断する）。好ましくは、この無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＰＤＮ−ＰＤＮ１ａ接続においてＥＰＳベアラＥＰＳ２〜ＥＰＳ３を再度有効化することを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続の各ＥＰＳベアラも同じ方法で無効化してかまわないのであって、ここでは限定されない。
【００６５】
なお、コアネットワークが少なくとも１つのＰＤＮ接続およびその少なくとも１つのＥＰＳベアラを選択して無効化する基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＰＤＮ接続の活動性であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの活動性であっても（例えば活動性が低いＥＰＳベアラを無効化する）、少なくとも１つのＰＤＮ接続の優先度であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの優先度であってもよく（例えば優先度が低いＥＰＳベアラを無効化する）、ここでは限定されない。換言すれば、例えば、コアネットワークは、少なくとも１つのＰＤＮ接続において、所定の優先度に比べて優先度が低い少なくとも１つのＥＰＳベアラを無効化すればよい。あるいは、コアネットワークは、少なくとも１つのＰＤＮ接続において各ＥＰＳベアラの優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＥＰＳベアラを選択し、この少なくとも１つのＥＰＳベアラを無効化する。
【００６６】
したがって、上述の例示およびプロセス８０によれば、ＡＰＮが混雑状態にある場合、ＵＥのＡＰＮへのアクセスを管理するコアネットワークは、リソースを解放するために、少なくとも１つのＥＰＳベアラをＵＥから能動的に無効化する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００６７】
一方で、コアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのクオリティ・オブ・サービス（ＱｏＳ）パラメータを調節することによっても、リソースを解放することができる。図１０は、本発明の一例に係るプロセス１００のフローチャートである。プロセス１００は、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを取り扱うために、図１に示すコアネットワークによって実行される。プロセス１００はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００６８】
ステップ１０００：スタート。
【００６９】
ステップ１００２：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを、少なくとも１つのＱｏＳパラメータを調整するために決定する。
【００７０】
ステップ１００４：この少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整をＵＥに指示するために、リクエストメッセージをＵＥに送信する。
【００７１】
ステップ１００６：エンド。
【００７２】
プロセス１００によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＱｏＳパラメータを調整する（例えば値を小さくする）ために、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを決定し、このＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整を指示するために、リクエストメッセージをＵＥに送信する。換言すれば、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス８０と同様に、プロセス１００も、リソースを解放するための柔軟な方法を提供し、ＵＥがＡＰＮとの再アタッチにリソースおよび時間を消費することを防止する。
【００７３】
一例をあげると、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス１００を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、少なくとも１つのＱｏＳパラメータの値を小さくするために、まず、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３を決定する。次に、コアネットワークは、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥに指示するために、リクエストメッセージをＵＥに送信する。好ましくは、このリクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＭＯＤＩＦＹ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。また、バックオフタイマーも、３ＧＰＰ標準規格にて規定されるセッション管理バックオフタイマーであってよい。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＡＰＮとのＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータを元の値に戻すことを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続におけるＥＰＳベアラの各ＱｏＳパラメータも同じ方法で調整してかまわないのであって、ここでは限定されない。
【００７４】
なお、コアネットワークがＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの値を小さくする基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＥＰＳベアラの活動性であっても（例えば、活動性が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＱＣＩの値を大幅に小さくする）、少なくとも１つのＥＰＳベアラの優先度であっても（例えば、優先度が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＡＲＰの値を大幅に小さくする）、または、これらの任意の組み合わせであってもかまわない。さらに、上記少なくとも１つのＱｏＳパラメータは、少なくとも１つのＥＰＳベアラの、クオリティー・クラス・インデックス（“ＱＣＩ”；Ｑｕａｌｉｔｙ ｃｌａｓｓ ｉｎｄｅｘ）、アロクーション／リテンション優先順位（“ＡＲＰ”；Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、合計最大ビットレート（“ＡＭＢＲ”；Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、最大ビットレート（“ＭＢＲ”；Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、および、保証ビットレート（“ＧＢＲ”；Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）のうちの少なくとも１つであってもかまわないのであって、ここでは限定されない。さらに、バックオフタイマーが動作して（つまり、ＡＰＮが混雑状態であることを意味している）いれば、ＵＥは、上記リクエストメッセージを受信した後には、少なくとも１つのＱｏＳパラメータの値を小さくすることを承諾しなければならない。あるいは、リクエストメッセージを受信した後に、少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥが承諾できず、かつ、バックオフタイマーが動作しているのであれば、ＵＥが１つのＰＤＮ接続しか有していない場合には、ＵＥは、ＰＤＮ接続を切断する、または、コアネットワークからデタッチする。したがって、たとえ少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥがサポートしなくても、プロセス１００の有効性は保証される。
【００７５】
したがって、上述の例示およびプロセス１００によれば、ＡＰＮが混雑状態にある場合、ＡＰＮを管理するコアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを能動的に調整し、上記少なくとも１つのＰＤＮ接続からリソースを解放する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００７６】
なお、提案したステップを含めた上述のプロセスの各ステップは、例えばハードウェア、（ハードウェアデバイスと、ハードウェアデバイスに読み出し専用ソフトウェアとして保存されているコンピュータの命令およびデータとの組み合わせとして知られている）ファームウェア、電子システムなどの手段によって実現可能である。ハードウェアの例としては、マイクロ回路、マイクロチップ、または、シリコンチップとして知られている、アナログ回路、デジタル回路、混合回路などがあげられる。電子システムの例としては、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、通信装置２０などがあげられる。
【００７７】
まとめると、本発明は、ＡＰＮのリソース不足を解消するための複数の方法を提供する。本方法には、アクティブな方法もインアクティブな方法もあり、いずれの場合もＡＰＮとの接続を有するＵＥまたはＡＰＮを管理するコアネットワークにおいて使用可能である。したがって、ＵＥがＡＰＮを用いて、高優先度サービスまたは緊急サービスにアクセスすることを必要とする場合に、この高優先度サービスまたは緊急サービスを要求するリクエストが、遅延することなくただちに受け入れられるようになる。
【００７８】
当業者であれば、本発明の教唆を保持しながら、装置および方法に多数の調整および変更を加えてもかまわないことが容易に理解できるであろう。したがって、上記の開示は、添付の請求項の範囲内にのみ限定されるものと解釈されるべきである。
【図面の簡単な説明】
【００７９】
【図１】本発明に係る一例としての無線通信システムの概略図である。
【図２】本発明に係る一例としての通信装置の概略図である。
【図３】本発明に係る一例としてのプロセスのフローチャートである。
【図４】本発明に係る一例としての無線通信システムの概略図である。
【図５】本発明に係る一例としてのプロセスのフローチャートである。
【図６】本発明に係る一例としてのプロセスのフローチャートである。
【図７】本発明に係る一例としての無線通信システムの概略図である。
【図８】本発明に係る一例としてのプロセスのフローチャートである。
【図９】本発明に係る一例としての無線通信システムの概略図である。
【図１０】本発明に係る一例としてのプロセスのフローチャートである。
【発明の詳細な説明】
【０００１】
〔関連出願件に関する記述〕
本願は、米国特許仮出願第６１／３９０，１６６号（出願日２０１０年１０月５日、発明の名称：「Method of APN based congestion control by using NAS level request with back-off timer or NAS level rejection with back-off timer」）の利益を主張するものであり、該特許仮出願の内容は全てここに引用されるものとする。
【０００２】
〔背景技術〕
〔１．技術分野〕
本発明は、無線通信システムにおいて使用される方法および関連通信装置に関し、さらに具体的には、アクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置に関する。
【０００３】
〔２．先行技術に関する記述〕
第３世代パートナーシッププロジェクト（“３ＧＰＰ”；３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって、３ＧＰＰ Ｒｅｌ−８標準規格および／または３ＧＰＰ Ｒｅｌ−９標準規格をサポートするロング・ターム・エボリューション（“ＬＴＥ”；Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムが、ユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”；Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の後継規格として、ＵＭＴＳの性能をさらに強化して、増加するユーザ需要を満たせるように開発されている。ＬＴＥシステムは、高いデータレート、低い遅延性、パケット最適化、ならびに、より優れたシステム容量およびサービス提供エリアを提供する、新しいラジオインターフェースとラジオネットワークアーキテクチャとを備えている。ＬＴＥシステムでは、進化型ＵＴＲＡＮ（“Ｅ−ＵＴＲＡＮ”；Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）として知られているラジオアクセスネットワークが、複数のユーザ装置（“ＵＥ”；Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と通信するための複数の進化型ＮＢ（“ｅＮＢ”；Ｅｖｏｌｖｅｄ ＮＢ）を備え、非アクセス層（“ＮＡＳ”；Ｎｏｎ−ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）を制御するために、モビリティ管理エンティティ（“ＭＭＥ”；Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、サービング・ゲートウェー（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）などを含めたコアネットワークと通信する。
【０００４】
ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムは、その名前が示すように、ＬＴＥシステムが進化型システムである。ＬＴＥ−Ａシステムは、複数のパワー（ｐｏｗｅｒ）状態間でより速いスイッチングを行うこと目標とし、ｅＮＢのサービス提供エリアの周縁部で性能を改善し、例えばキャリアアグリゲーション（“ＣＡ”；Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）、セル間協調送受信（“ＣｏＭＰ”Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉｐｏｉｎｔ Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ）、アップリンクマルチ入力マルチ出力（“ＭＩＭＯ”；Ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）などの高度な技術を利用している。ＬＴＥ−ＡシステムにおいてＵＥとｅＮＢとが互いに通信するためには、ＵＥおよびｅＮＢがＬＴＥ−Ａシステムに適用するために開発された標準規格（例えば３ＧＰＰ Ｒｅｌ−１０標準規格、または、これより後のバージョンの標準規格）をサポートしていなければならない。
【０００５】
アクセスポイント名（ＡＰＮ）は、ＬＴＥシステムおよびＬＴＥ−Ａシステムにおいてパケットデータ接続を確立するために使用され、ＭＭＥによって管理される。また、ＡＰＮは、パケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）またはサービスタイプ（例えばマルチメディアメッシセージングサービス（“ＭＭＳ”；Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ））を特定するために使用され、上記ＰＤＮまたはサービスタイプはパケットデータ接続で伝送される。
【０００６】
先行技術では、ＡＰＮが混雑状態、つまりオーバーロード（ｏｖｅｒｌｏａｄ）状態であれば、ＭＭＥは、ＵＥによって送信されるＡＰＮを用いて、アタッチリクエスト、トラッキングエリア更新、ルーティングエリア更新、または、サービスリクエストを拒否する。また、ＭＭＥはモビリティ管理バックオフタイマー（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）を用いてＵＥに対して応答する。一方、ＭＭＥが、ＵＥによって送信されるＡＰＮを用いて、ＰＤＮ接続リクエスト、ＰＤＮ接続切断リクエスト、進化型パケットシステム（“ＥＰＳ”；Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）有効化リクエスト、または、ＥＰＳ無効化リクエストを拒否する場合は、ＭＭＥはセッション管理バックオフタイマー（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）を用いてＵＥに対して応答する。いずれか場合においても、対応するバックオフタイマーが時間切れになる前に、ＵＥが同じリクエストをＭＭＥに送信することは許可されない。換言すれば、ＵＥは、対応するバックオフタイマーが動作しているかぎり、混雑しているＡＰＮに対して同じリクエストを再度ＭＭＥに送信することができない。ただし、ＵＥは、たとえモビリティ管理バックオフタイマーまたはセッション管理バックオフタイマーが動作している場合であっても、高優先度サービスまたは緊急サービスを実現するためであれば、ＡＰＮに対してモビリティ管理過程またはセッション管理過程を始動することが許可されている。この状況では、ＡＰＮが依然混雑状態にあって高優先度サービスまたは緊急サービスを提供するためのリソースがないので、ＭＭＥは高優先度サービスまたは緊急サービスを拒否し、高優先度サービスまたは緊急サービスのアクセスに遅延が発生する。したがって、高優先度サービスまたは緊急サービスの遅延が原因となって、災害が発生する可能性がある。
【０００７】
さらに、バックオフタイマーが時間切れになると、ＵＥはＭＭＥにリクエストを再度送信することができる。ただし、ＡＰＮが、依然として混雑状態にあって、リクエストを受け入れるためのリソースがなく、ＭＭＥはリクエストを再度拒否する必要がある可能性はある。ＡＰＮが長時間混雑状態にあれば、ＵＥは何度もＭＭＥにリクエストを送信することもあり、これに対して、ＭＭＥは、混雑状態が解消されるまで、つまり、リクエストを受け入れるリソースが利用可能になるまで、何度もリクエストを拒否する。何度も再送および拒否することによって、ＡＰＮの混雑状態は悪化し、ＭＭＥの負荷が増加する。この状況では、リクエストの遅延が増加するだけではなく、他のＵＥによって送信される他のリクエストの遅延も増加する。
【０００８】
したがって、高優先度サービスおよび緊急サービスをどのようにしてすばやく取り扱うのかということが、議論し解決すべき課題である。さらに、ＭＭＥができるだけ早くリクエストを受け入れられるように、ＡＰＮの混雑状態を緩和することが重要である。したがって、ＡＰＮの混雑状態緩和するためのメカニズムが必要とされている。
【０００９】
〔先行技術文献〕
〔非特許文献〕
〔非特許文献１〕３ＧＰＰ ＴＳＧ ＳＡ ＷＧ２ Ｍｅｅｔｉｎｇ ＃８０ Ｓ２−１０４４０６ ３０ Ａｕｇｕｓｔ − ３ Ｓｅｐｔｅｍｂｅｒ，２０１０，Ｂｒｕｎｓｔａｄ，Ｎｏｒｗａｙ，“ＮＡＳ ｌｅｖｅｌ ｒｅｊｅｃｔ ｐｅｒ ＡＰＮ ｗｉｔｈ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ ｆｕｎｃｔｉｏｎ”
〔非特許文献２〕３ＧＰＰ ＴＳ ２３．４０１ Ｖ１０．１．０（２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ； Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ（Ｒｅｌｅａｓｅ １０）
〔非特許文献３〕３ＧＰＰ ＴＳ ２４．３０１ Ｖ１０．０．０（２０１０−０９）Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｃｏｒｅ Ｎｅｔｗｏｒｋ ａｎｄ Ｔｅｒｍｉｎａｌｓ； Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ（ＥＰＳ）； Ｓｔａｇｅ ３（Ｒｅｌｅａｓｅ １０）
【００１０】
〔発明の概要〕
したがって、本発明は、アクセスポイント名（ＡＰＮ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置を提供し、上述の問題の解決を図るものである。
【００１１】
無線通信システムにおけるモバイルデバイスにおいて、無線通信システムのアクセスポイント名（ＡＰＮ）を用いて、サービスを始動する方法を開示する。上記モバイルデバイスはＡＰＮとの複数の接続を有する。本方法は、上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、上記少なくとも１つの第１の接続をＡＰＮから切断した後に、上記ＡＰＮを用いて、サービスを始動するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１２】
無線通信システムのネットワークにおけるサービスを取り扱う方法を開示する。本方法は、上記無線通信システムにおいて、アクセスポイント名（ＡＰＮ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１３】
無線通信システムのネットワークにおいて、無線通信システムにおける複数のモバイルデバイスを取り扱う方法を開示する。上記複数のモバイルデバイスのそれぞれが、無線通信システムのアクセスポイント名（ＡＰＮ）との少なくとも１つの接続を有している。本方法は、上記複数のモバイルデバイスから、優先度が高い上記ＡＰＮとの接続を有していない少なくとも１つのモバイルデバイスを選択するステップと、上記少なくとも１つのモバイルデバイスに、上記少なくとも１つのモバイルデバイスをＡＰＮからデタッチするリクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１４】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップと、上記モバイルデバイスに、上記モバイルデバイスの上記少なくとも１つのベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１５】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのクオリティ・オブ・サービス（“ＱｏＳ”；Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを調整するために決定するステップと、上記少なくとも１つの接続の上記少なくとも１つのベアラの上記少なくとも１つのＱｏＳパラメータの調整を上記モバイルデバイスに指示するために、リクエストメッセージを上記モバイルデバイスに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。
【００１６】
本発明の上記目的およびその他の目的は、以下の図面に示す好適な実施形態についての詳細な説明を読めば、当業者には明らかになるであろう。
【００１７】
〔図面の簡単な説明〕
図１は、本発明に係る一例としての無線通信システムの概略図である。
【００１８】
図２は、本発明に係る一例としての通信装置の概略図である。
【００１９】
図３は、本発明に係る一例としてのプロセスのフローチャートである。
【００２０】
図４は、本発明に係る一例としての無線通信システムの概略図である。
【００２１】
図５は、本発明に係る一例としてのプロセスのフローチャートである。
【００２２】
図６は、本発明に係る一例としてのプロセスのフローチャートである。
【００２３】
図７は、本発明に係る一例としての無線通信システムの概略図である。
【００２４】
図８は、本発明に係る一例としてのプロセスのフローチャートである。
【００２５】
図９は、本発明に係る一例としての無線通信システムの概略図である。
【００２６】
図１０は、本発明に係る一例としてのプロセスのフローチャートである。
【００２７】
〔詳細な説明〕
図１は、本発明の一例に係る無線通信システム１０の概略図である。無線通信システム１０は、無線アクセスシステム（例えばロング・ターム・エボリューション（ＬＴＥ）システムまたはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システム）、コアネットワーク、ユーザ装置（ＵＥ）、ならびに、２つのパケットデータネットワーク（ＰＤＮ）ＰＤＮ１およびＰＤＮ２を備えている。ＰＤＮは、例えばインターネットやＩＭＳなどのサービスを、無線アクセスシステムを介してＵＥに提供する。上記コアネットワークは、例えば、進化型パケットコア（“ＥＰＣ”Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）ネットワークまたはＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）ネットワークであればよく、ＵＥのＰＤＮ接続を非アクセス層（“ＮＡＳ”；Ｎｏｎ ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルに基づいて管理する。ＵＥがアクセスしようとするＰＤＮは、「アクセスポイント名」（ＡＰＮ）の情報（例えば図１に示すＡＰＮ１およびＡＰＮ２）によって決められており、該「アクセスポイント名」（ＡＰＮ）は、所望のサービスがどこで利用可能であるかを示唆するための、ＰＤＮに対するレファレンスである。上記コアネットワークは、ＰＤＮ接続を設定するためにＰＤＮを選択する際には、ＡＰＮを使用する。詳細に述べると、ＵＥは、ＡＰＮとのＰＤＮ接続を確立してサービス（例えばＰＤＮ接続／接続切断リクエスト、進化型パケットコア（ＥＰＳ）ベアラコンテキスト有効化／無効化など）を受けるために、例えば拡張セッション管理（“ＥＳＭ”；Ｅｘｔｅｎｄｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）リクエストを、ＮＡＳシグナリングを介してコアネットワークに送信する。コアネットワークは、基準（例えばＡＰＮの負荷）にしたがって上記リクエストを受け入れるか、または、拒否するかを決定する。ＵＥは、コアネットワークがリクエストを受け入れるときにかぎって、サービスにアクセスすることが許可される。その他の場合には、ＵＥは、リクエストの拒否を示唆するレスポンスをバックオフタイマーとともに受信する。ＵＥがサービスを受けるために関連するＡＰＮに対してＰＤＮ接続をするリクエストを再送できるのは、バックオフタイマーが時間切れになった後、つまりバックオフタイマーの動作が停止された後に限られる。
【００２８】
図１において、無線アクセスシステム、コアネットワーク、ＰＤＮを示すＡＰＮ、および、ＵＥは、無線通信システム１０の構成を例示するために用いたものに過ぎない。実際には、上記無線アクセスシステムは、例えば、無線ＬＡＮ（“ＷＬＡＮ”；Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のアクセスポイント（ＡＰ）、ワイマックス（“ＷｉＭＡＸ”；Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）の基地局、複数のノードＢ（“ＮＢ”；Ｎｏｄｅ Ｂ）を備えたユニバーサル地上波無線アクセスネットワーク（“ＵＴＲＡＮ”；Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、複数の進化型ノードＢ（“ｅＮＢ”；Ｅｖｏｌｖｅｄ ＮＢ）を備えた進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）などの、別のアクセス技術を備えたものであってもよい。つまり、ＵＥは、異なる無線アクセスインターフェースを介して複数のＰＤＮ接続を有し、同じＡＰＮに関連する同じＰＤＮに接続してもかまわない。さらに、コアネットワークは、好ましくは、ＰＤＮ接続およびＰＤＮ接続内のＥＰＳベアラを管理するためのリクエストおよびレスポンスを、コアネットワーク中のＭＭＥ／ＳＧＳＮとＵＥとの間で送受信することができるように、モバイル交換センタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｅｔｗｏｒｋ）、サービング・ゲートウェー（“ＳＧＷ”；Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、ＰＤＮゲートウェイ（ＰＧＷ）、および、ＧＧＳＮ（Ｇａｔｅｗａｙ Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を備えている。ＵＥは、例えば、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、マシン通信（“ＭＴＣ”；Ｍａｃｈｉｎｅ−ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、携帯用コンピュータシステムなどのモバイルデバイスであってもよい。
【００２９】
図２は、本発明の一例に係る通信装置２０の概略図である。通信装置２０は、図１に示すＵＥまたはコアネットワークであってもよいが、これらの例に限定されるわけではない。通信装置２０は、例えば、プロセッサ（例えばマイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ））２００、記憶ユニット２１０、および、通信インターフェースユニット２２０を備えている。記憶ユニット２１０は、例えば、プロセッサ２００がアクセスするプログラムコード２１４を記憶可能な任意のデータ記憶装置であればよい。記憶ユニット２１０の例としては、加入者同定モジュール（“ＳＩＭ”；Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶装置などがあげられるが、これらの例に限定されるものではない。通信インターフェースユニット２２０は、好ましくは送受信機であって、プロセッサ２００の処理結果に応じてコアネットワークで、コントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）およびユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）において信号／メッセージを送受信することができる。
【００３０】
図３は、本発明の一例に係るプロセス３０のフローチャートである。プロセス３０は、図１に示すＵＥによって、実行される。ＵＥは同じＡＰＮに関連する複数のＰＤＮ接続を有し、ＡＰＮを用いて、サービスの始動の準備をする。プロセス３０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００３１】
ステップ３００：スタート。
【００３２】
ステップ３０２：ＵＥが複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持しつつ、複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。
【００３３】
ステップ３０４：少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断した後に、ＡＰＮを用いて、サービスを始動する。
【００３４】
ステップ３０６：エンド。
【００３５】
プロセス３０によれば、ＵＥがＡＰＮを用いて、サービスを始動する前に、ＵＥは、サービスの受け入れ速度を向上させるために、まず、上記複数の接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。さらに、ＵＥは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、ＵＥは、ＡＰＮとのアタッチステータスを維持するために、上記ＡＰＮとのすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、ＵＥが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。ＵＥは遅延することなくサービスにアクセスすることができる。
【００３６】
一例を図４に示す。図４は本発明の一例に係る無線通信システム４０の概略図である。図４は図１を変更したもので、これを用いてプロセス３０について説明する。図４では、ＵＥは、ＡＰＮとのＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワーク（例えばＥＰＣネットワーク）に送ることによって、該ＡＰＮを用いて、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）場合、ＵＥは、ＡＰＮの混雑状態の情報を、ＡＰＮに関するセッション管理リクエストメッセージのためのバックオフタイマー、および、拒否メッセージから、または、ブロードキャストチャンネルから取得することができる。ＵＥは、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を能動的に切断し、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＡＰＮとのアクティブアタッチステータスを維持することができる。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放されてＡＰＮによって使用可能になり、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。
【００３７】
なお、ＵＥがどのＰＤＮ接続を選択して切断決定の際の基準とするのかは、限定されない。例えば、この基準は、ＵＥのユーザの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性（Ａｃｔｉｖｉｔｙ）であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、ＵＥは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、ＵＥは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。
【００３８】
したがって、上述の例示およびプロセス３０によれば、ＵＥがＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）の始動を準備する際、該ＡＰＮが混雑状態にある場合、ＵＥは、ＡＰＮとの少なくとも１つの不要なＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続のリソースを得ることができる。バックオフタイマーがＡＰＮの混雑状態の制御のためにＵＥにおいて動作している場合、または、ＵＥがＡＰＮとの接続をブロードキャストチャンネルから認識している場合には、ＵＥは、ＰＤＮ接続を切断するためのＰＤＮ接続切断メッセージをネットワークに送信することができる。好ましくは、上記ＰＤＮ接続切断メッセージは、３ＧＰＰ標準規格にて規定される“ＰＤＮ ＤＩＳＣＯＮＮＥＣＴ ＲＥＱＵＥＳＴ”メッセージである。したがって、上述の少なくとも１つのＰＤＮ接続のリソースを使用することによって、サービスが比較的速い受け入れ速度で受け入れられるようになる。
【００３９】
混雑している同じＡＰＮに関連する複数のＰＤＮ接続を有するＵＥからサービスにアクセスするためにリソース不足を解消することにだけではなく、コアネットワーク側でのリソース不足を解消することも効果的である。図５は、本発明の一例に係るプロセス５０のフローチャートである。プロセス５０は、図１に示すコアネットワークによって実行される。プロセス５０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００４０】
ステップ５００：スタート。
【００４１】
ステップ５０２：無線通信システムにおいて、ＡＰＮとの複数のＰＤＮ接続を有するＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを受信する。
【００４２】
ステップ５０４：コアネットワークが、複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続維持しつつ、ＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続を切断する。
【００４３】
ステップ５０６：エンド。
【００４４】
プロセス５０によれば、ＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを、コアネットワークが受信する際に、上記ＵＥはＡＰＮとの複数のＰＤＮ接続をすでに有しており、コアネットワークは、サービスの受け入れ速度を向上させるために、このＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続を切断する。さらに、コアネットワークは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、コアネットワークは、ＵＥのＡＰＮとのアタッチステータスを維持するために、ＵＥとＡＰＮとの間のすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、コアネットワークが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。よって、ＵＥは遅延することなくサービスにアクセスすることができる。
【００４５】
一例として、図４を用いてプロセス５０について説明する。図４では、ＵＥが１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワークに送ることによって、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）ので、コアネットワークは、ＵＥのＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を切断することによって、ネットワークの混雑状況を能動的に解消することができ、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＵＥのＡＰＮとのアタッチステータスを維持する。コアネットワークは、ＰＤＮ接続切断リクエストメッセージをＵＥに送信し、ＰＤＮ接続のすべてのＥＰＳベアラを無効化（つまり接続を切断）することができる。好ましくは、上記無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放され、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。
【００４６】
なお、コアネットワークがどのＰＤＮ接続を選択して接続切断の際の基準とするのかは、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、コアネットワークは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、コアネットワークは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。
【００４７】
したがって、上述の例示およびプロセス５０によれば、ＵＥが、リクエストを送ることによって、ＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）のためのＰＤＮ接続の始動を準備する際、該ＡＰＮが混雑状態にある場合、このＵＥを管理するコアネットワークは、該ＡＰＮに関連する少なくとも１つのＰＤＮ接続を切断することができる。したがって、ＵＥの少なくとも１つの切断されたＰＤＮ接続から解放されたリソースを使用することによって、該サービスのための新しいＰＤＮ接続が比較的速い受け入れ速度で受け入れられるようになる。
【００４８】
上述の各例では、ＵＥがサービスを受けるためにＡＰＮとのＰＤＮ接続の始動の準備をする際に、リソース不足をどのようにして解消するかについて説明した。ただし、ＡＰＮが長時間にわたって混雑状態にある場合には、ＵＥでバックオフタイマーが非優先サービス／非緊急サービスを受けるために使用されているにも関わらず、ＵＥは、優先／緊急サービスを要求するリクエストを何度も再送し続けることがある。この複数回の再送および拒否によって、ＡＰＮの混雑状態は悪化し、コアネットワークの負荷は増加する。この状況では、ＵＥによって送信されるリクエストをコアネットワークがただちに受け入れることができるように、リソースをあらかじめ解放しておくことが好ましい。
【００４９】
図６は、本発明の一例に係るプロセス６０のフローチャートである。プロセス６０は、ＡＰＮに関連する少なくとも１つのＰＤＮ接続を個々に有する複数のＵＥを取り扱うために、図１に示すコアネットワークによって実行される。プロセス６０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００５０】
ステップ６００：スタート。
【００５１】
ステップ６０２：優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを、複数のＵＥから選択する。
【００５２】
ステップ６０４：上記少なくとも１つのＵＥをＡＰＮからデタッチするために、リクエストメッセージをバックオフタイマーとともに上記少なくとも１つのＵＥへ送信する。
【００５３】
ステップ６０６：エンド。
【００５４】
プロセス６０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、まず、複数のＵＥから、優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを選択する。次に、この少なくとも１つのＵＥをＡＰＮからデタッチするために、コアネットワークは、リクエストメッセージをバックオフタイマーとともにこの少なくとも１つのＵＥに送信する。換言すれば、コアネットワークは、ＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。よって、拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００５５】
一例をあげれば、図７は本発明の一例に係る無線通信システム７０の概略図である。図７は、プロセス６０を説明するために使用される。無線通信システム７０において、同じＡＰＮに関連するＰＤＮ接続を有する複数のＵＥ１〜ＵＥ４が存在し、コアネットワークがこれらのＵＥ１〜ＵＥ４を管理する。具体的には、各ＵＥ１〜ＵＥ４が、上記ＡＰＮに関連する少なくとも１つのＰＤＮ接続を有する。上記ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。ＰＤＮ接続を有するＵＥ１〜ＵＥ４を調べた後に、コアネットワークは、リクエストメッセージをバックオフタイマーとともにＵＥ１〜ＵＥ３に送ることによって、ＵＥ１〜ＵＥ３をコアネットワークからデタッチする（つまり、ＵＥ１〜ＵＥ３をＡＰＮからデタッチする）。コアネットワークがＵＥ１〜ＵＥ３を選択する基準は限定されない。例えば、この基準は、ＵＥ１〜ＵＥ３が優先度の高いＰＤＮ接続（つまり、高優先度サービスまたは緊急サービスを伝送するＰＤＮ接続）を有しないことであってもよい。ＵＥ１〜ＵＥ３がリクエストメッセージ（このリクエストメッセージは、好ましくは、３ＧＰＰ標準規格にて規定される“ＤＥＴＡＣＨ ＲＥＱＵＥＳＴ”メッセージである）を受信した後に、ＵＥ１〜ＵＥ３はコアネットワークからデタッチし、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、上記ＡＰＮにアタッチすることを、コアネットワークに対して要求しない。したがって、コアネットワークが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。
【００５６】
したがって、上述の例示およびプロセス６０によれば、ＡＰＮが混雑状態にある場合、コアネットワークは、上記ＡＰＮに関連するＰＤＮ接続を有する少なくとも１つのＵＥを能動的にデタッチし、この少なくとも１つのＵＥからリソースを解放する。デタッチされたＵＥは、バックオフタイマーが時間切れになる前にコアネットワークに再アタッチすることはできない。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービス提供するための十分なリソースを、コアネットワークが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００５７】
ただし、ＵＥがコアネットワークからデタッチされると、ＵＥは、ＡＰＮに再アタッチするためにアタッチ手順を実行する必要がある。アタッチ手順の各種信号は、ＵＥとコアネットワークとの間で送受信される。一般には、この信号の送受信に大量のリソースおよび電力を消費することになる。したがって、ＵＥをコアネットワークからデタッチすることが、ＡＰＮの混雑状態を解消するための効果的な方法ではあるが、ＡＰＮの混雑状態があまりひどくない場合には、ＵＥをデタッチすることよりも柔軟な方法も効果的かもしれない。
【００５８】
図８は、本発明の一例に係るプロセス８０のフローチャートである。プロセス８０は、ＵＥのＡＰＮに関連する少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを取り扱うために、図１に示すコアネットワークによって実行される。プロセス８０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００５９】
ステップ８００：スタート。
【００６０】
ステップ８０２：少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択する。
【００６１】
ステップ８０４：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信する。
【００６２】
ステップ８０６：エンド。
【００６３】
プロセス８０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択し、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信して、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化する。ＵＥは、バックオフタイマーが時間切れになる前に、上記少なくとも１つのＰＤＮ接続の上記少なくとも１つのＥＰＳベアラを再度有効化させることは許可されない。換言すれば、プロセス３０とは異なり、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスを実現するためのリソースを見つけることをすることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス６０とは異なり、プロセス８０はＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化するだけであって、ＵＥのすべてのＰＤＮ接続を切断するためにＵＥをデタッチするわけではない。つまり、プロセス８０はプロセス６０に比べて柔軟であって、ＵＥがＡＰＮに関する再接続にリソースおよび時間を消費することを防止する。
【００６４】
一例をあげれば、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス８０を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信し、ＥＰＳベアラＥＰＳ２〜ＥＰＳ３を無効化する（つまり、接続を切断する）。好ましくは、この無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＰＤＮ−ＰＤＮ１ａ接続においてＥＰＳベアラＥＰＳ２〜ＥＰＳ３を再度有効化することを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続の各ＥＰＳベアラも同じ方法で無効化してかまわないのであって、ここでは限定されない。
【００６５】
なお、コアネットワークが少なくとも１つのＰＤＮ接続およびその少なくとも１つのＥＰＳベアラを選択して無効化する基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＰＤＮ接続の活動性であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの活動性であっても（例えば活動性が低いＥＰＳベアラを無効化する）、少なくとも１つのＰＤＮ接続の優先度であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの優先度であってもよく（例えば優先度が低いＥＰＳベアラを無効化する）、ここでは限定されない。換言すれば、例えば、コアネットワークは、少なくとも１つのＰＤＮ接続において、所定の優先度に比べて優先度が低い少なくとも１つのＥＰＳベアラを無効化すればよい。あるいは、コアネットワークは、少なくとも１つのＰＤＮ接続において各ＥＰＳベアラの優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＥＰＳベアラを選択し、この少なくとも１つのＥＰＳベアラを無効化する。
【００６６】
したがって、上述の例示およびプロセス８０によれば、ＡＰＮが混雑状態にある場合、ＵＥのＡＰＮへのアクセスを管理するコアネットワークは、リソースを解放するために、少なくとも１つのＥＰＳベアラをＵＥから能動的に無効化する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００６７】
一方で、コアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのクオリティ・オブ・サービス（ＱｏＳ）パラメータを調節することによっても、リソースを解放することができる。図１０は、本発明の一例に係るプロセス１００のフローチャートである。プロセス１００は、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを取り扱うために、図１に示すコアネットワークによって実行される。プロセス１００はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。
【００６８】
ステップ１０００：スタート。
【００６９】
ステップ１００２：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを、少なくとも１つのＱｏＳパラメータを調整するために決定する。
【００７０】
ステップ１００４：この少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整をＵＥに指示するために、リクエストメッセージをＵＥに送信する。
【００７１】
ステップ１００６：エンド。
【００７２】
プロセス１００によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＱｏＳパラメータを調整する（例えば値を小さくする）ために、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを決定し、このＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整を指示するために、リクエストメッセージをＵＥに送信する。換言すれば、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス８０と同様に、プロセス１００も、リソースを解放するための柔軟な方法を提供し、ＵＥがＡＰＮとの再アタッチにリソースおよび時間を消費することを防止する。
【００７３】
一例をあげると、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス１００を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、少なくとも１つのＱｏＳパラメータの値を小さくするために、まず、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３を決定する。次に、コアネットワークは、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥに指示するために、リクエストメッセージをＵＥに送信する。好ましくは、このリクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＭＯＤＩＦＹ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである。また、バックオフタイマーも、３ＧＰＰ標準規格にて規定されるセッション管理バックオフタイマーであってよい。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＡＰＮとのＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータを元の値に戻すことを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続におけるＥＰＳベアラの各ＱｏＳパラメータも同じ方法で調整してかまわないのであって、ここでは限定されない。
【００７４】
なお、コアネットワークがＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの値を小さくする基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＥＰＳベアラの活動性であっても（例えば、活動性が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＱＣＩの値を大幅に小さくする）、少なくとも１つのＥＰＳベアラの優先度であっても（例えば、優先度が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＡＲＰの値を大幅に小さくする）、または、これらの任意の組み合わせであってもかまわない。さらに、上記少なくとも１つのＱｏＳパラメータは、少なくとも１つのＥＰＳベアラの、クオリティー・クラス・インデックス（“ＱＣＩ”；Ｑｕａｌｉｔｙ ｃｌａｓｓ ｉｎｄｅｘ）、アロクーション／リテンション優先順位（“ＡＲＰ”；Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）、合計最大ビットレート（“ＡＭＢＲ”；Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、最大ビットレート（“ＭＢＲ”；Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、および、保証ビットレート（“ＧＢＲ”；Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）のうちの少なくとも１つであってもかまわないのであって、ここでは限定されない。さらに、バックオフタイマーが動作して（つまり、ＡＰＮが混雑状態であることを意味している）いれば、ＵＥは、上記リクエストメッセージを受信した後には、少なくとも１つのＱｏＳパラメータの値を小さくすることを承諾しなければならない。あるいは、リクエストメッセージを受信した後に、少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥが承諾できず、かつ、バックオフタイマーが動作しているのであれば、ＵＥが１つのＰＤＮ接続しか有していない場合には、ＵＥは、ＰＤＮ接続を切断する、または、コアネットワークからデタッチする。したがって、たとえ少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥがサポートしなくても、プロセス１００の有効性は保証される。
【００７５】
したがって、上述の例示およびプロセス１００によれば、ＡＰＮが混雑状態にある場合、ＡＰＮを管理するコアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを能動的に調整し、上記少なくとも１つのＰＤＮ接続からリソースを解放する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。
【００７６】
なお、提案したステップを含めた上述のプロセスの各ステップは、例えばハードウェア、（ハードウェアデバイスと、ハードウェアデバイスに読み出し専用ソフトウェアとして保存されているコンピュータの命令およびデータとの組み合わせとして知られている）ファームウェア、電子システムなどの手段によって実現可能である。ハードウェアの例としては、マイクロ回路、マイクロチップ、または、シリコンチップとして知られている、アナログ回路、デジタル回路、混合回路などがあげられる。電子システムの例としては、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、通信装置２０などがあげられる。
【００７７】
まとめると、本発明は、ＡＰＮのリソース不足を解消するための複数の方法を提供する。本方法には、アクティブな方法もインアクティブな方法もあり、いずれの場合もＡＰＮとの接続を有するＵＥまたはＡＰＮを管理するコアネットワークにおいて使用可能である。したがって、ＵＥがＡＰＮを用いて、高優先度サービスまたは緊急サービスにアクセスすることを必要とする場合に、この高優先度サービスまたは緊急サービスを要求するリクエストが、遅延することなくただちに受け入れられるようになる。
【００７８】
当業者であれば、本発明の教唆を保持しながら、装置および方法に多数の調整および変更を加えてもかまわないことが容易に理解できるであろう。したがって、上記の開示は、添付の請求項の範囲内にのみ限定されるものと解釈されるべきである。
【図面の簡単な説明】
【００７９】
【図１】本発明に係る一例としての無線通信システムの概略図である。
【図２】本発明に係る一例としての通信装置の概略図である。
【図３】本発明に係る一例としてのプロセスのフローチャートである。
【図４】本発明に係る一例としての無線通信システムの概略図である。
【図５】本発明に係る一例としてのプロセスのフローチャートである。
【図６】本発明に係る一例としてのプロセスのフローチャートである。
【図７】本発明に係る一例としての無線通信システムの概略図である。
【図８】本発明に係る一例としてのプロセスのフローチャートである。
【図９】本発明に係る一例としての無線通信システムの概略図である。
【図１０】本発明に係る一例としてのプロセスのフローチャートである。
【特許請求の範囲】
【請求項１】
無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との複数の接続を有する、上記無線通信システムにおけるモバイルデバイスにおいて、上記ＡＰＮを用いてサービスを始動する方法であって、
上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、
上記少なくとも１つの第１の接続を上記ＡＰＮから切断した後に、上記ＡＰＮを用いてサービスを始動するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項２】
上記サービスが高優先度サービスまたは緊急サービスである、請求項１に記載の方法。
【請求項３】
上記少なくとも１つの第１の接続を上記ＡＰＮから切断する上記ステップが、モバイルデバイスのユーザの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つの第１の接続を上記ＡＰＮから切断するステップを含んでいる、請求項１に記載の方法。
【請求項４】
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続である、請求項１に記載の方法。
【請求項５】
無線通信システムのネットワークにおけるサービスを取り扱う方法であって、
上記無線通信システムにおいて、アクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、
上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項６】
上記サービスが高優先度サービスまたは緊急サービスである、請求項５に記載の方法。
【請求項７】
上記モバイルデバイスの少なくとも１つの第１の接続を切断する上記ステップが、上記ネットワークの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記モバイルデバイスの少なくとも１つの第１の接続を切断するステップを含んでいる、請求項５に記載の方法。
【請求項８】
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続である、請求項５に記載の方法。
【請求項９】
上記ネットワークが、モビリティ管理エンティティ（“ＭＭＥ”；Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｅｔｗｏｒｋ）、または、モバイル交換センタ（“ＭＳＣ”；Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）を備えている、請求項５に記載の方法。
【請求項１０】
無線通信システムのネットワークにおいてのための、無線通信システムにおけるおいて複数のモバイルデバイスのそれぞれが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記複数のモバイルデバイスを取り扱う方法であって、
上記複数のモバイルデバイスから、優先度が高い上記ＡＰＮとの接続を有していない少なくとも１つのモバイルデバイスを選択するステップと、
上記少なくとも１つのモバイルデバイスに、上記少なくとも１つのモバイルデバイスを上記ＡＰＮからデタッチするリクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１１】
上記少なくとも１つのモバイルデバイスが、上記バックオフタイマーが時間切れになる前に、上記ＡＰＮからデタッチして該ＡＰＮに再アタッチすることを停止するステップをさらに含んでいる、請求項１０に記載の方法。
【請求項１２】
上記リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＤＥＴＡＣＨ ＲＥＱＵＥＳＴ”メッセージである、請求項１０に記載の方法。
【請求項１３】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記モバイルデバイスの上記少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法であって、
上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップと、
上記モバイルデバイスに、上記モバイルデバイスの上記少なくとも１つのベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１４】
上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップが、上記ネットワークの優先順位、上記少なくとも１つのベアラの活動性、および、上記少なくとも１つのベアラの優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップを含んでいる、請求項１３に記載の方法。
【請求項１５】
上記モバイルデバイスが、バックオフタイマーが時間切れになる前に、上記少なくとも１つのベアラを上記ＡＰＮから無効化し、上記少なくとも１つのベアラを上記ＡＰＮに対して再度有効化することを停止するステップをさらに含んでいる、請求項１３に記載の方法。
【請求項１６】
上記無効化リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＶＯＬＶＥＤ ＰＡＣＫＥＴ ＳＹＳＴＥＭ（ＥＰＳ） ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである、請求項１３に記載の方法。
【請求項１７】
上記少なくとも１つのベアラが少なくとも１つのＥＰＳベアラであり、
上記少なくとも１つの接続が少なくとも１つのパケットデータネットワーク（ＰＤＮ）接続である、請求項１３に記載の方法。
【請求項１８】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記モバイルデバイスの上記少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法であって、
上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのクオリティ・オブ・サービス（“ＱｏＳ”；Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを調整するために決定するステップと、
上記少なくとも１つの接続の上記少なくとも１つのベアラの上記少なくとも１つのＱｏＳパラメータの調整を上記モバイルデバイスに指示するために、リクエストメッセージを上記モバイルデバイスに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１９】
上記少なくとも１つのＱｏＳパラメータが、合計最大ビットレート（“ＡＭＢＲ”；Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、最大ビットレート（“ＭＢＲ”；Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、および、保証ビットレート（“ＧＢＲ”；Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）のうちの少なくとも１つである、請求項１８に記載の方法。
【請求項２０】
上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのＱｏＳパラメータを調整するために決定する上記ステップが、
上記少なくとも１つの接続の上記少なくとも１つのベアラを、上記ネットワークの優先順位、上記少なくとも１つのベアラの活動性、および、上記少なくとも１つのベアラの優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つのＱｏＳパラメータを調整するために決定するステップを含んでいる、請求項１８に記載の方法。
【請求項２１】
バックオフタイマーが動作していれば、上記モバイルデバイスが、上記リクエストメッセージを受信した後に上記少なくとも１つのＱｏＳパラメータの調整を承諾するステップ、または、
バックオフタイマーが動作し、かつ、上記モバイルデバイスがリクエストメッセージを受信した後に上記少なくとも１つのＱｏＳパラメータの調整を承諾できなければ、上記モバイルデバイスが上記少なくとも１つの接続を上記ＡＰＮから切断するステップをさらに含んでいる、請求項１８に記載の方法。
【請求項２２】
上記バックオフタイマーが、３ＧＰＰ標準規格にて規定される、モビリティ管理バックオフタイマーまたはセッション管理バックオフタイマーである、請求項２１に記載の方法。
【請求項２３】
上記少なくとも１つのベアラが少なくとも１つの進化型パケットシステム（“ＥＰＳ”；Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラであり、
上記少なくとも１つの接続が少なくとも１つのパケットデータネットワーク（ＰＤＮ）接続である、請求項１８に記載の方法。
【請求項２４】
上記リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＭＯＤＩＦＹ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである、請求項１８に記載の方法。
【請求項１】
無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との複数の接続を有する、上記無線通信システムにおけるモバイルデバイスにおいて、上記ＡＰＮを用いてサービスを始動する方法であって、
上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、
上記少なくとも１つの第１の接続を上記ＡＰＮから切断した後に、上記ＡＰＮを用いてサービスを始動するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項２】
上記サービスが高優先度サービスまたは緊急サービスである、請求項１に記載の方法。
【請求項３】
上記少なくとも１つの第１の接続を上記ＡＰＮから切断する上記ステップが、モバイルデバイスのユーザの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つの第１の接続を上記ＡＰＮから切断するステップを含んでいる、請求項１に記載の方法。
【請求項４】
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続である、請求項１に記載の方法。
【請求項５】
無線通信システムのネットワークにおけるサービスを取り扱う方法であって、
上記無線通信システムにおいて、アクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、
上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項６】
上記サービスが高優先度サービスまたは緊急サービスである、請求項５に記載の方法。
【請求項７】
上記モバイルデバイスの少なくとも１つの第１の接続を切断する上記ステップが、上記ネットワークの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記モバイルデバイスの少なくとも１つの第１の接続を切断するステップを含んでいる、請求項５に記載の方法。
【請求項８】
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続である、請求項５に記載の方法。
【請求項９】
上記ネットワークが、モビリティ管理エンティティ（“ＭＭＥ”；Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｅｔｗｏｒｋ）、または、モバイル交換センタ（“ＭＳＣ”；Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）を備えている、請求項５に記載の方法。
【請求項１０】
無線通信システムのネットワークにおいてのための、無線通信システムにおけるおいて複数のモバイルデバイスのそれぞれが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記複数のモバイルデバイスを取り扱う方法であって、
上記複数のモバイルデバイスから、優先度が高い上記ＡＰＮとの接続を有していない少なくとも１つのモバイルデバイスを選択するステップと、
上記少なくとも１つのモバイルデバイスに、上記少なくとも１つのモバイルデバイスを上記ＡＰＮからデタッチするリクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１１】
上記少なくとも１つのモバイルデバイスが、上記バックオフタイマーが時間切れになる前に、上記ＡＰＮからデタッチして該ＡＰＮに再アタッチすることを停止するステップをさらに含んでいる、請求項１０に記載の方法。
【請求項１２】
上記リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＤＥＴＡＣＨ ＲＥＱＵＥＳＴ”メッセージである、請求項１０に記載の方法。
【請求項１３】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記モバイルデバイスの上記少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法であって、
上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップと、
上記モバイルデバイスに、上記モバイルデバイスの上記少なくとも１つのベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１４】
上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップが、上記ネットワークの優先順位、上記少なくとも１つのベアラの活動性、および、上記少なくとも１つのベアラの優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップを含んでいる、請求項１３に記載の方法。
【請求項１５】
上記モバイルデバイスが、バックオフタイマーが時間切れになる前に、上記少なくとも１つのベアラを上記ＡＰＮから無効化し、上記少なくとも１つのベアラを上記ＡＰＮに対して再度有効化することを停止するステップをさらに含んでいる、請求項１３に記載の方法。
【請求項１６】
上記無効化リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥ ＥＶＯＬＶＥＤ ＰＡＣＫＥＴ ＳＹＳＴＥＭ（ＥＰＳ） ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである、請求項１３に記載の方法。
【請求項１７】
上記少なくとも１つのベアラが少なくとも１つのＥＰＳベアラであり、
上記少なくとも１つの接続が少なくとも１つのパケットデータネットワーク（ＰＤＮ）接続である、請求項１３に記載の方法。
【請求項１８】
無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスが、無線通信システムのアクセスポイント名（“ＡＰＮ”；Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）との少なくとも１つの接続を有しており、上記モバイルデバイスの上記少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法であって、
上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのクオリティ・オブ・サービス（“ＱｏＳ”；Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）パラメータを調整するために決定するステップと、
上記少なくとも１つの接続の上記少なくとも１つのベアラの上記少なくとも１つのＱｏＳパラメータの調整を上記モバイルデバイスに指示するために、リクエストメッセージを上記モバイルデバイスに送信するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態である、方法。
【請求項１９】
上記少なくとも１つのＱｏＳパラメータが、合計最大ビットレート（“ＡＭＢＲ”；Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、最大ビットレート（“ＭＢＲ”；Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）、および、保証ビットレート（“ＧＢＲ”；Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）のうちの少なくとも１つである、請求項１８に記載の方法。
【請求項２０】
上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのＱｏＳパラメータを調整するために決定する上記ステップが、
上記少なくとも１つの接続の上記少なくとも１つのベアラを、上記ネットワークの優先順位、上記少なくとも１つのベアラの活動性、および、上記少なくとも１つのベアラの優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つのＱｏＳパラメータを調整するために決定するステップを含んでいる、請求項１８に記載の方法。
【請求項２１】
バックオフタイマーが動作していれば、上記モバイルデバイスが、上記リクエストメッセージを受信した後に上記少なくとも１つのＱｏＳパラメータの調整を承諾するステップ、または、
バックオフタイマーが動作し、かつ、上記モバイルデバイスがリクエストメッセージを受信した後に上記少なくとも１つのＱｏＳパラメータの調整を承諾できなければ、上記モバイルデバイスが上記少なくとも１つの接続を上記ＡＰＮから切断するステップをさらに含んでいる、請求項１８に記載の方法。
【請求項２２】
上記バックオフタイマーが、３ＧＰＰ標準規格にて規定される、モビリティ管理バックオフタイマーまたはセッション管理バックオフタイマーである、請求項２１に記載の方法。
【請求項２３】
上記少なくとも１つのベアラが少なくとも１つの進化型パケットシステム（“ＥＰＳ”；Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）ベアラであり、
上記少なくとも１つの接続が少なくとも１つのパケットデータネットワーク（ＰＤＮ）接続である、請求項１８に記載の方法。
【請求項２４】
上記リクエストメッセージが、３ＧＰＰ標準規格にて規定される“ＭＯＤＩＦＹ ＥＰＳ ＢＥＡＲＥＲ ＣＯＮＴＥＸＴ ＲＥＱＵＥＳＴ”メッセージである、請求項１８に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−８５２８７（Ｐ２０１２−８５２８７Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−２２１４２１（Ｐ２０１１−２２１４２１）
【出願日】平成２３年１０月５日（２０１１．１０．５）
【出願人】（５０２１６０９９２）宏達國際電子股▲ふん▼有限公司 (97)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１１−２２１４２１（Ｐ２０１１−２２１４２１）
【出願日】平成２３年１０月５日（２０１１．１０．５）
【出願人】（５０２１６０９９２）宏達國際電子股▲ふん▼有限公司 (97)
【Ｆターム（参考）】
[ Back to top ]