JP5330477B2

JP5330477B2 - アクセスポイント名に基づく混雑状態の制御を取り扱う方法および関連する通信装置

Info

Publication number: JP5330477B2
Application number: JP2011221421A
Authority: JP
Inventors: 廖青毓
Original assignee: 宏達國際電子股▲ふん▼有限公司
Priority date: 2010-10-05
Filing date: 2011-10-05
Publication date: 2013-10-30
Anticipated expiration: 2031-10-05
Also published as: US20120082029A1; JP2013255258A; EP3051917A1; KR20130031311A; KR20120035896A; TWI504303B; JP2012085287A; TWI463909B; CN102448112A; JP2015019408A; KR101519942B1; CN102448112B; KR20140077141A; EP2440002A3; KR101413570B1; EP2440002A2; KR101404079B1; US8842538B2; JP5717809B2; JP5654098B2

Description

発明の詳細な説明

〔関連出願件に関する記述〕
本願は、米国特許仮出願第６１／３９０，１６６号（出願日２０１０年１０月５日、発明の名称：「Method of APN based congestion control by using NAS level request with back-off timer or NAS level rejection with back-off timer」）の利益を主張するものであり、該特許仮出願の内容は全てここに引用されるものとする。

〔背景技術〕
〔１．技術分野〕
本発明は、無線通信システムにおいて使用される方法および関連通信装置に関し、さらに具体的には、アクセスポイント名（“ＡＰＮ”；ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置に関する。

〔２．先行技術に関する記述〕
第３世代パートナーシッププロジェクト（“３ＧＰＰ”；３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）によって、３ＧＰＰＲｅｌ−８標準規格および／または３ＧＰＰＲｅｌ−９標準規格をサポートするロング・ターム・エボリューション（“ＬＴＥ”；Ｌｏｎｇ−ＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムが、ユニバーサル・モバイル・テレコミュニケーション・システム（“ＵＭＴＳ”；ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の後継規格として、ＵＭＴＳの性能をさらに強化して、増加するユーザ需要を満たせるように開発されている。ＬＴＥシステムは、高いデータレート、低い遅延性、パケット最適化、ならびに、より優れたシステム容量およびサービス提供エリアを提供する、新しいラジオインターフェースとラジオネットワークアーキテクチャとを備えている。ＬＴＥシステムでは、進化型ＵＴＲＡＮ（“Ｅ−ＵＴＲＡＮ”；ＥｖｏｌｖｅｄＵＴＲＡＮ）として知られているラジオアクセスネットワークが、複数のユーザ装置（“ＵＥ”；ＵｓｅｒＥｑｕｉｐｍｅｎｔ）と通信するための複数の進化型ＮＢ（“ｅＮＢ”；ＥｖｏｌｖｅｄＮＢ）を備え、非アクセス層（“ＮＡＳ”；Ｎｏｎ−ａｃｃｅｓｓＳｔｒａｔｕｍ）を制御するために、モビリティ管理エンティティ（“ＭＭＥ”；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、サービング・ゲートウェー（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）などを含めたコアネットワークと通信する。

ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムは、その名前が示すように、ＬＴＥシステムが進化型システムである。ＬＴＥ−Ａシステムは、複数のパワー（ｐｏｗｅｒ）状態間でより速いスイッチングを行うこと目標とし、ｅＮＢのサービス提供エリアの周縁部で性能を改善し、例えばキャリアアグリゲーション（“ＣＡ”；ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ）、セル間協調送受信（“ＣｏＭＰ”ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉｐｏｉｎｔＴｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ）、アップリンクマルチ入力マルチ出力（“ＭＩＭＯ”；Ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔＭｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）などの高度な技術を利用している。ＬＴＥ−ＡシステムにおいてＵＥとｅＮＢとが互いに通信するためには、ＵＥおよびｅＮＢがＬＴＥ−Ａシステムに適用するために開発された標準規格（例えば３ＧＰＰＲｅｌ−１０標準規格、または、これより後のバージョンの標準規格）をサポートしていなければならない。

アクセスポイント名（ＡＰＮ）は、ＬＴＥシステムおよびＬＴＥ−Ａシステムにおいてパケットデータ接続を確立するために使用され、ＭＭＥによって管理される。また、ＡＰＮは、パケットデータネットワーク（“ＰＤＮ”；ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）またはサービスタイプ（例えばマルチメディアメッシセージングサービス（“ＭＭＳ”；ＭｕｌｔｉｍｅｄｉａＭｅｓｓａｇｉｎｇＳｅｒｖｉｃｅ））を特定するために使用され、上記ＰＤＮまたはサービスタイプはパケットデータ接続で伝送される。

先行技術では、ＡＰＮが混雑状態、つまりオーバーロード（ｏｖｅｒｌｏａｄ）状態であれば、ＭＭＥは、ＵＥによって送信されるＡＰＮを用いて、アタッチリクエスト、トラッキングエリア更新、ルーティングエリア更新、または、サービスリクエストを拒否する。また、ＭＭＥはモビリティ管理バックオフタイマー（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔｂａｃｋ−ｏｆｆｔｉｍｅｒ）を用いてＵＥに対して応答する。一方、ＭＭＥが、ＵＥによって送信されるＡＰＮを用いて、ＰＤＮ接続リクエスト、ＰＤＮ接続切断リクエスト、進化型パケットシステム（“ＥＰＳ”；ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）有効化リクエスト、または、ＥＰＳ無効化リクエストを拒否する場合は、ＭＭＥはセッション管理バックオフタイマー（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔｂａｃｋ−ｏｆｆｔｉｍｅｒ）を用いてＵＥに対して応答する。いずれか場合においても、対応するバックオフタイマーが時間切れになる前に、ＵＥが同じリクエストをＭＭＥに送信することは許可されない。換言すれば、ＵＥは、対応するバックオフタイマーが動作しているかぎり、混雑しているＡＰＮに対して同じリクエストを再度ＭＭＥに送信することができない。ただし、ＵＥは、たとえモビリティ管理バックオフタイマーまたはセッション管理バックオフタイマーが動作している場合であっても、高優先度サービスまたは緊急サービスを実現するためであれば、ＡＰＮに対してモビリティ管理過程またはセッション管理過程を始動することが許可されている。この状況では、ＡＰＮが依然混雑状態にあって高優先度サービスまたは緊急サービスを提供するためのリソースがないので、ＭＭＥは高優先度サービスまたは緊急サービスを拒否し、高優先度サービスまたは緊急サービスのアクセスに遅延が発生する。したがって、高優先度サービスまたは緊急サービスの遅延が原因となって、災害が発生する可能性がある。

さらに、バックオフタイマーが時間切れになると、ＵＥはＭＭＥにリクエストを再度送信することができる。ただし、ＡＰＮが、依然として混雑状態にあって、リクエストを受け入れるためのリソースがなく、ＭＭＥはリクエストを再度拒否する必要がある可能性はある。ＡＰＮが長時間混雑状態にあれば、ＵＥは何度もＭＭＥにリクエストを送信することもあり、これに対して、ＭＭＥは、混雑状態が解消されるまで、つまり、リクエストを受け入れるリソースが利用可能になるまで、何度もリクエストを拒否する。何度も再送および拒否することによって、ＡＰＮの混雑状態は悪化し、ＭＭＥの負荷が増加する。この状況では、リクエストの遅延が増加するだけではなく、他のＵＥによって送信される他のリクエストの遅延も増加する。

したがって、高優先度サービスおよび緊急サービスをどのようにしてすばやく取り扱うのかということが、議論し解決すべき課題である。さらに、ＭＭＥができるだけ早くリクエストを受け入れられるように、ＡＰＮの混雑状態を緩和することが重要である。したがって、ＡＰＮの混雑状態緩和するためのメカニズムが必要とされている。

〔先行技術文献〕
〔非特許文献〕
〔非特許文献１〕３ＧＰＰＴＳＧＳＡＷＧ２Ｍｅｅｔｉｎｇ＃８０Ｓ２−１０４４０６３０Ａｕｇｕｓｔ − ３Ｓｅｐｔｅｍｂｅｒ，２０１０，Ｂｒｕｎｓｔａｄ，Ｎｏｒｗａｙ，“ＮＡＳｌｅｖｅｌｒｅｊｅｃｔｐｅｒＡＰＮｗｉｔｈｂａｃｋ−ｏｆｆｔｉｍｅｒｆｕｎｃｔｉｏｎ”
〔非特許文献２〕３ＧＰＰＴＳ２３．４０１Ｖ１０．１．０（２０１０−０９）ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＳｅｒｖｉｃｅｓａｎｄＳｙｓｔｅｍＡｓｐｅｃｔｓ；ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓｆｏｒＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ（Ｒｅｌｅａｓｅ１０）
〔非特許文献３〕３ＧＰＰＴＳ２４．３０１Ｖ１０．０．０（２０１０−０９）ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＣｏｒｅＮｅｔｗｏｒｋａｎｄＴｅｒｍｉｎａｌｓ；Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌｆｏｒＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ（ＥＰＳ）；Ｓｔａｇｅ３（Ｒｅｌｅａｓｅ１０）

〔発明の概要〕
したがって、本発明は、アクセスポイント名（ＡＰＮ）に基づく混雑状態の制御を取り扱う方法および関連する通信装置を提供し、上述の問題の解決を図るものである。

無線通信システムにおけるモバイルデバイスにおいて、無線通信システムのアクセスポイント名（ＡＰＮ）を用いて、サービスを始動する方法を開示する。上記モバイルデバイスはＡＰＮとの複数の接続を有する。本方法は、上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、上記少なくとも１つの第１の接続をＡＰＮから切断した後に、上記ＡＰＮを用いて、サービスを始動するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。

無線通信システムのネットワークにおけるサービスを取り扱う方法を開示する。本方法は、上記無線通信システムにおいて、アクセスポイント名（ＡＰＮ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。

無線通信システムのネットワークにおいて、無線通信システムにおける複数のモバイルデバイスを取り扱う方法を開示する。上記複数のモバイルデバイスのそれぞれが、無線通信システムのアクセスポイント名（ＡＰＮ）との少なくとも１つの接続を有している。本方法は、上記複数のモバイルデバイスから、優先度が高い上記ＡＰＮとの接続を有していない少なくとも１つのモバイルデバイスを選択するステップと、上記少なくとも１つのモバイルデバイスに、上記少なくとも１つのモバイルデバイスをＡＰＮからデタッチするリクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。

無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つのベアラを上記少なくとも１つの接続から選択するステップと、上記モバイルデバイスに、上記モバイルデバイスの上記少なくとも１つのベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。

無線通信システムのネットワークにおいて、無線通信システムにおけるモバイルデバイスの少なくとも１つの接続の少なくとも１つのベアラを取り扱う方法を開示する。上記モバイルデバイスは、無線通信システムのアクセスポイント名（ＡＰＮ）との上記少なくとも１つの接続を有している。本方法は、上記少なくとも１つの接続の上記少なくとも１つのベアラを、少なくとも１つのクオリティ・オブ・サービス（“ＱｏＳ”；ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）パラメータを調整するために決定するステップと、上記少なくとも１つの接続の上記少なくとも１つのベアラの上記少なくとも１つのＱｏＳパラメータの調整を上記モバイルデバイスに指示するために、リクエストメッセージを上記モバイルデバイスに送信するステップとを含んでおり、上記ＡＰＮは混雑状態またはオーバーロード状態である。

本発明の上記目的およびその他の目的は、以下の図面に示す好適な実施形態についての詳細な説明を読めば、当業者には明らかになるであろう。

〔図面の簡単な説明〕
図１は、本発明に係る一例としての無線通信システムの概略図である。

図２は、本発明に係る一例としての通信装置の概略図である。

図３は、本発明に係る一例としてのプロセスのフローチャートである。

図４は、本発明に係る一例としての無線通信システムの概略図である。

図５は、本発明に係る一例としてのプロセスのフローチャートである。

図６は、本発明に係る一例としてのプロセスのフローチャートである。

図７は、本発明に係る一例としての無線通信システムの概略図である。

図８は、本発明に係る一例としてのプロセスのフローチャートである。

図９は、本発明に係る一例としての無線通信システムの概略図である。

図１０は、本発明に係る一例としてのプロセスのフローチャートである。

〔詳細な説明〕
図１は、本発明の一例に係る無線通信システム１０の概略図である。無線通信システム１０は、無線アクセスシステム（例えばロング・ターム・エボリューション（ＬＴＥ）システムまたはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システム）、コアネットワーク、ユーザ装置（ＵＥ）、ならびに、２つのパケットデータネットワーク（ＰＤＮ）ＰＤＮ１およびＰＤＮ２を備えている。ＰＤＮは、例えばインターネットやＩＭＳなどのサービスを、無線アクセスシステムを介してＵＥに提供する。上記コアネットワークは、例えば、進化型パケットコア（“ＥＰＣ”ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）ネットワークまたはＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ネットワークであればよく、ＵＥのＰＤＮ接続を非アクセス層（“ＮＡＳ”；ＮｏｎａｃｃｅｓｓＳｔｒａｔｕｍ）プロトコルに基づいて管理する。ＵＥがアクセスしようとするＰＤＮは、「アクセスポイント名」（ＡＰＮ）の情報（例えば図１に示すＡＰＮ１およびＡＰＮ２）によって決められており、該「アクセスポイント名」（ＡＰＮ）は、所望のサービスがどこで利用可能であるかを示唆するための、ＰＤＮに対するレファレンスである。上記コアネットワークは、ＰＤＮ接続を設定するためにＰＤＮを選択する際には、ＡＰＮを使用する。詳細に述べると、ＵＥは、ＡＰＮとのＰＤＮ接続を確立してサービス（例えばＰＤＮ接続／接続切断リクエスト、進化型パケットコア（ＥＰＳ）ベアラコンテキスト有効化／無効化など）を受けるために、例えば拡張セッション管理（“ＥＳＭ”；ＥｘｔｅｎｄｅｄＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）リクエストを、ＮＡＳシグナリングを介してコアネットワークに送信する。コアネットワークは、基準（例えばＡＰＮの負荷）にしたがって上記リクエストを受け入れるか、または、拒否するかを決定する。ＵＥは、コアネットワークがリクエストを受け入れるときにかぎって、サービスにアクセスすることが許可される。その他の場合には、ＵＥは、リクエストの拒否を示唆するレスポンスをバックオフタイマーとともに受信する。ＵＥがサービスを受けるために関連するＡＰＮに対してＰＤＮ接続をするリクエストを再送できるのは、バックオフタイマーが時間切れになった後、つまりバックオフタイマーの動作が停止された後に限られる。

図１において、無線アクセスシステム、コアネットワーク、ＰＤＮを示すＡＰＮ、および、ＵＥは、無線通信システム１０の構成を例示するために用いたものに過ぎない。実際には、上記無線アクセスシステムは、例えば、無線ＬＡＮ（“ＷＬＡＮ”；ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）のアクセスポイント（ＡＰ）、ワイマックス（“ＷｉＭＡＸ”；ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）の基地局、複数のノードＢ（“ＮＢ”；ＮｏｄｅＢ）を備えたユニバーサル地上波無線アクセスネットワーク（“ＵＴＲＡＮ”；ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、複数の進化型ノードＢ（“ｅＮＢ”；ＥｖｏｌｖｅｄＮＢ）を備えた進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）などの、別のアクセス技術を備えたものであってもよい。つまり、ＵＥは、異なる無線アクセスインターフェースを介して複数のＰＤＮ接続を有し、同じＡＰＮに関連する同じＰＤＮに接続してもかまわない。さらに、コアネットワークは、好ましくは、ＰＤＮ接続およびＰＤＮ接続内のＥＰＳベアラを管理するためのリクエストおよびレスポンスを、コアネットワーク中のＭＭＥ／ＳＧＳＮとＵＥとの間で送受信することができるように、モバイル交換センタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｅｔｗｏｒｋ）、サービング・ゲートウェー（“ＳＧＷ”；ＳｅｒｖｉｎｇＧａｔｅｗａｙ）、ＰＤＮゲートウェイ（ＰＧＷ）、および、ＧＧＳＮ（ＧａｔｅｗａｙＧｅｎｅｒａｌｐａｃｋｅｔｒａｄｉｏｓｅｒｖｉｃｅＳｕｐｐｏｒｔＮｏｄｅ）を備えている。ＵＥは、例えば、携帯電話、ラップトップ、タブレットコンピュータ、電子書籍、マシン通信（“ＭＴＣ”；Ｍａｃｈｉｎｅ−ｔｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）装置、携帯用コンピュータシステムなどのモバイルデバイスであってもよい。

図２は、本発明の一例に係る通信装置２０の概略図である。通信装置２０は、図１に示すＵＥまたはコアネットワークであってもよいが、これらの例に限定されるわけではない。通信装置２０は、例えば、プロセッサ（例えばマイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ））２００、記憶ユニット２１０、および、通信インターフェースユニット２２０を備えている。記憶ユニット２１０は、例えば、プロセッサ２００がアクセスするプログラムコード２１４を記憶可能な任意のデータ記憶装置であればよい。記憶ユニット２１０の例としては、加入者同定モジュール（“ＳＩＭ”；ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）、読み出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データ記憶装置などがあげられるが、これらの例に限定されるものではない。通信インターフェースユニット２２０は、好ましくは送受信機であって、プロセッサ２００の処理結果に応じてコアネットワークで、コントロールプレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）およびユーザプレーン（ｕｓｅｒｐｌａｎｅ）において信号／メッセージを送受信することができる。

図３は、本発明の一例に係るプロセス３０のフローチャートである。プロセス３０は、図１に示すＵＥによって、実行される。ＵＥは同じＡＰＮに関連する複数のＰＤＮ接続を有し、ＡＰＮを用いて、サービスの始動の準備をする。プロセス３０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。

ステップ３００：スタート。

ステップ３０２：ＵＥが複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持しつつ、複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。

ステップ３０４：少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断した後に、ＡＰＮを用いて、サービスを始動する。

ステップ３０６：エンド。

プロセス３０によれば、ＵＥがＡＰＮを用いて、サービスを始動する前に、ＵＥは、サービスの受け入れ速度を向上させるために、まず、上記複数の接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続をＡＰＮから切断する。さらに、ＵＥは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、ＵＥは、ＡＰＮとのアタッチステータスを維持するために、上記ＡＰＮとのすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、ＵＥが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。ＵＥは遅延することなくサービスにアクセスすることができる。

一例を図４に示す。図４は本発明の一例に係る無線通信システム４０の概略図である。図４は図１を変更したもので、これを用いてプロセス３０について説明する。図４では、ＵＥは、ＡＰＮとのＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワーク（例えばＥＰＣネットワーク）に送ることによって、該ＡＰＮを用いて、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）場合、ＵＥは、ＡＰＮの混雑状態の情報を、ＡＰＮに関するセッション管理リクエストメッセージのためのバックオフタイマー、および、拒否メッセージから、または、ブロードキャストチャンネルから取得することができる。ＵＥは、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を能動的に切断し、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＡＰＮとのアクティブアタッチステータスを維持することができる。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放されてＡＰＮによって使用可能になり、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。

なお、ＵＥがどのＰＤＮ接続を選択して切断決定の際の基準とするのかは、限定されない。例えば、この基準は、ＵＥのユーザの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性（Ａｃｔｉｖｉｔｙ）であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、ＵＥは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、ＵＥは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。

したがって、上述の例示およびプロセス３０によれば、ＵＥがＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）の始動を準備する際、該ＡＰＮが混雑状態にある場合、ＵＥは、ＡＰＮとの少なくとも１つの不要なＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続のリソースを得ることができる。バックオフタイマーがＡＰＮの混雑状態の制御のためにＵＥにおいて動作している場合、または、ＵＥがＡＰＮとの接続をブロードキャストチャンネルから認識している場合には、ＵＥは、ＰＤＮ接続を切断するためのＰＤＮ接続切断メッセージをネットワークに送信することができる。好ましくは、上記ＰＤＮ接続切断メッセージは、３ＧＰＰ標準規格にて規定される“ＰＤＮＤＩＳＣＯＮＮＥＣＴＲＥＱＵＥＳＴ”メッセージである。したがって、上述の少なくとも１つのＰＤＮ接続のリソースを使用することによって、サービスが比較的速い受け入れ速度で受け入れられるようになる。

混雑している同じＡＰＮに関連する複数のＰＤＮ接続を有するＵＥからサービスにアクセスするためにリソース不足を解消することにだけではなく、コアネットワーク側でのリソース不足を解消することも効果的である。図５は、本発明の一例に係るプロセス５０のフローチャートである。プロセス５０は、図１に示すコアネットワークによって実行される。プロセス５０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。

ステップ５００：スタート。

ステップ５０２：無線通信システムにおいて、ＡＰＮとの複数のＰＤＮ接続を有するＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを受信する。

ステップ５０４：コアネットワークが、複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続維持しつつ、ＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続を切断する。

ステップ５０６：エンド。

プロセス５０によれば、ＵＥがＡＰＮを介してサービスにアクセスするために、ＵＥからサービスを要求するリクエストを、コアネットワークが受信する際に、上記ＵＥはＡＰＮとの複数のＰＤＮ接続をすでに有しており、コアネットワークは、サービスの受け入れ速度を向上させるために、このＵＥの複数のＰＤＮ接続のうちの少なくとも１つの第１のＰＤＮ接続のリソースを解放して、この少なくとも１つの第１のＰＤＮ接続を切断する。さらに、コアネットワークは、上記複数のＰＤＮ接続のうちの少なくとも１つの第２のＰＤＮ接続を維持する。つまり、コアネットワークは、ＵＥのＡＰＮとのアタッチステータスを維持するために、ＵＥとＡＰＮとの間のすべてのＰＤＮ接続を切断するわけではない。したがって、ＡＰＮが混雑状態にある場合には、ＡＰＮは、コアネットワークが解放したばかりの少なくとも１つの第１のＰＤＮ接続のリソースを使用することによって、依然ＵＥにサービスを提供することができる。よって、ＵＥは遅延することなくサービスにアクセスすることができる。

一例として、図４を用いてプロセス５０について説明する。図４では、ＵＥが１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続を有し、リクエストをコアネットワークに送ることによって、サービスの始動の準備をする。上記ＡＰＮが混雑状態にある（つまりオーバーロード状態である）ので、コアネットワークは、ＵＥのＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続を切断することによって、ネットワークの混雑状況を能動的に解消することができ、ＰＤＮ−ＰＤＮ１接続だけを維持して、ＵＥのＡＰＮとのアタッチステータスを維持する。コアネットワークは、ＰＤＮ接続切断リクエストメッセージをＵＥに送信し、ＰＤＮ接続のすべてのＥＰＳベアラを無効化（つまり接続を切断）することができる。好ましくは、上記無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥＥＰＳＢＥＡＲＥＲＣＯＮＴＥＸＴＲＥＱＵＥＳＴ”メッセージである。したがって、ＰＤＮ−ＰＤＮ２〜ＰＤＮ４接続のリソースが解放され、高優先度サービスまたは緊急サービスに対するリクエストの受け入れ速度が向上される。

なお、コアネットワークがどのＰＤＮ接続を選択して接続切断の際の基準とするのかは、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の活動性であっても（例えば活動性が低いＰＤＮ接続を切断する）、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度であっても（例えば優先度が低いＰＤＮ接続を切断する）、または、これらの任意の組み合わせであってもかまわない。換言すれば、コアネットワークは、リクエストするサービスの優先度に比べて優先度が低いＰＤＮ接続を切断し、少なくとも１つのＰＤＮ接続を維持してもよい。また、コアネットワークは、ＰＤＮ−ＰＤＮ１〜ＰＤＮ４接続の優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＰＤＮ接続を選択して、この少なくとも１つのＰＤＮ接続を切断してもよい。アタッチステータスを維持するための少なくとも１つのＰＤＮ接続が維持されるので、ＵＥはＡＰＮに再アタッチする必要がなく、余計な遅延が回避される。したがって、優先／緊急サービスのためのＰＤＮ接続が確立される場合に、コアネットワークは優先度が比較的低い別のＰＤＮ接続を切断することができる。

したがって、上述の例示およびプロセス５０によれば、ＵＥが、リクエストを送ることによって、ＡＰＮを用いて、サービス（特に高優先度サービスまたは緊急サービス）のためのＰＤＮ接続の始動を準備する際、該ＡＰＮが混雑状態にある場合、このＵＥを管理するコアネットワークは、該ＡＰＮに関連する少なくとも１つのＰＤＮ接続を切断することができる。したがって、ＵＥの少なくとも１つの切断されたＰＤＮ接続から解放されたリソースを使用することによって、該サービスのための新しいＰＤＮ接続が比較的速い受け入れ速度で受け入れられるようになる。

上述の各例では、ＵＥがサービスを受けるためにＡＰＮとのＰＤＮ接続の始動の準備をする際に、リソース不足をどのようにして解消するかについて説明した。ただし、ＡＰＮが長時間にわたって混雑状態にある場合には、ＵＥでバックオフタイマーが非優先サービス／非緊急サービスを受けるために使用されているにも関わらず、ＵＥは、優先／緊急サービスを要求するリクエストを何度も再送し続けることがある。この複数回の再送および拒否によって、ＡＰＮの混雑状態は悪化し、コアネットワークの負荷は増加する。この状況では、ＵＥによって送信されるリクエストをコアネットワークがただちに受け入れることができるように、リソースをあらかじめ解放しておくことが好ましい。

図６は、本発明の一例に係るプロセス６０のフローチャートである。プロセス６０は、ＡＰＮに関連する少なくとも１つのＰＤＮ接続を個々に有する複数のＵＥを取り扱うために、図１に示すコアネットワークによって実行される。プロセス６０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。

ステップ６００：スタート。

ステップ６０２：優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを、複数のＵＥから選択する。

ステップ６０４：上記少なくとも１つのＵＥをＡＰＮからデタッチするために、リクエストメッセージをバックオフタイマーとともに上記少なくとも１つのＵＥへ送信する。

ステップ６０６：エンド。

プロセス６０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、まず、複数のＵＥから、優先度が高いＡＰＮとのＰＤＮ接続を有しない少なくとも１つのＵＥを選択する。次に、この少なくとも１つのＵＥをＡＰＮからデタッチするために、コアネットワークは、リクエストメッセージをバックオフタイマーとともにこの少なくとも１つのＵＥに送信する。換言すれば、コアネットワークは、ＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。よって、拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。

一例をあげれば、図７は本発明の一例に係る無線通信システム７０の概略図である。図７は、プロセス６０を説明するために使用される。無線通信システム７０において、同じＡＰＮに関連するＰＤＮ接続を有する複数のＵＥ１〜ＵＥ４が存在し、コアネットワークがこれらのＵＥ１〜ＵＥ４を管理する。具体的には、各ＵＥ１〜ＵＥ４が、上記ＡＰＮに関連する少なくとも１つのＰＤＮ接続を有する。上記ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。ＰＤＮ接続を有するＵＥ１〜ＵＥ４を調べた後に、コアネットワークは、リクエストメッセージをバックオフタイマーとともにＵＥ１〜ＵＥ３に送ることによって、ＵＥ１〜ＵＥ３をコアネットワークからデタッチする（つまり、ＵＥ１〜ＵＥ３をＡＰＮからデタッチする）。コアネットワークがＵＥ１〜ＵＥ３を選択する基準は限定されない。例えば、この基準は、ＵＥ１〜ＵＥ３が優先度の高いＰＤＮ接続（つまり、高優先度サービスまたは緊急サービスを伝送するＰＤＮ接続）を有しないことであってもよい。ＵＥ１〜ＵＥ３がリクエストメッセージ（このリクエストメッセージは、好ましくは、３ＧＰＰ標準規格にて規定される“ＤＥＴＡＣＨＲＥＱＵＥＳＴ”メッセージである）を受信した後に、ＵＥ１〜ＵＥ３はコアネットワークからデタッチし、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、上記ＡＰＮにアタッチすることを、コアネットワークに対して要求しない。したがって、コアネットワークが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。

したがって、上述の例示およびプロセス６０によれば、ＡＰＮが混雑状態にある場合、コアネットワークは、上記ＡＰＮに関連するＰＤＮ接続を有する少なくとも１つのＵＥを能動的にデタッチし、この少なくとも１つのＵＥからリソースを解放する。デタッチされたＵＥは、バックオフタイマーが時間切れになる前にコアネットワークに再アタッチすることはできない。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービス提供するための十分なリソースを、コアネットワークが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。

ただし、ＵＥがコアネットワークからデタッチされると、ＵＥは、ＡＰＮに再アタッチするためにアタッチ手順を実行する必要がある。アタッチ手順の各種信号は、ＵＥとコアネットワークとの間で送受信される。一般には、この信号の送受信に大量のリソースおよび電力を消費することになる。したがって、ＵＥをコアネットワークからデタッチすることが、ＡＰＮの混雑状態を解消するための効果的な方法ではあるが、ＡＰＮの混雑状態があまりひどくない場合には、ＵＥをデタッチすることよりも柔軟な方法も効果的かもしれない。

図８は、本発明の一例に係るプロセス８０のフローチャートである。プロセス８０は、ＵＥのＡＰＮに関連する少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを取り扱うために、図１に示すコアネットワークによって実行される。プロセス８０はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。

ステップ８００：スタート。

ステップ８０２：少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択する。

ステップ８０４：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化することを要求する無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信する。

ステップ８０６：エンド。

プロセス８０によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＰＤＮ接続から少なくとも１つのＥＰＳベアラを選択し、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信して、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化する。ＵＥは、バックオフタイマーが時間切れになる前に、上記少なくとも１つのＰＤＮ接続の上記少なくとも１つのＥＰＳベアラを再度有効化させることは許可されない。換言すれば、プロセス３０とは異なり、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスを実現するためのリソースを見つけることをすることを試みるのではなく、あらかじめＡＰＮの混雑状態を能動的に解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス６０とは異なり、プロセス８０はＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを無効化するだけであって、ＵＥのすべてのＰＤＮ接続を切断するためにＵＥをデタッチするわけではない。つまり、プロセス８０はプロセス６０に比べて柔軟であって、ＵＥがＡＰＮに関する再接続にリソースおよび時間を消費することを防止する。

一例をあげれば、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス８０を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、無効化リクエストメッセージをバックオフタイマーとともにＵＥに送信し、ＥＰＳベアラＥＰＳ２〜ＥＰＳ３を無効化する（つまり、接続を切断する）。好ましくは、この無効化リクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＤＥＡＣＴＩＶＡＴＥＥＰＳＢＥＡＲＥＲＣＯＮＴＥＸＴＲＥＱＵＥＳＴ”メッセージである。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＰＤＮ−ＰＤＮ１ａ接続においてＥＰＳベアラＥＰＳ２〜ＥＰＳ３を再度有効化することを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続の各ＥＰＳベアラも同じ方法で無効化してかまわないのであって、ここでは限定されない。

なお、コアネットワークが少なくとも１つのＰＤＮ接続およびその少なくとも１つのＥＰＳベアラを選択して無効化する基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＰＤＮ接続の活動性であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの活動性であっても（例えば活動性が低いＥＰＳベアラを無効化する）、少なくとも１つのＰＤＮ接続の優先度であっても、少なくとも１つのＰＤＮ接続の各ＥＰＳベアラの優先度であってもよく（例えば優先度が低いＥＰＳベアラを無効化する）、ここでは限定されない。換言すれば、例えば、コアネットワークは、少なくとも１つのＰＤＮ接続において、所定の優先度に比べて優先度が低い少なくとも１つのＥＰＳベアラを無効化すればよい。あるいは、コアネットワークは、少なくとも１つのＰＤＮ接続において各ＥＰＳベアラの優先度を比較し、少なくとも１つの最低の優先度を有する少なくとも１つのＥＰＳベアラを選択し、この少なくとも１つのＥＰＳベアラを無効化する。

したがって、上述の例示およびプロセス８０によれば、ＡＰＮが混雑状態にある場合、ＵＥのＡＰＮへのアクセスを管理するコアネットワークは、リソースを解放するために、少なくとも１つのＥＰＳベアラをＵＥから能動的に無効化する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。

一方で、コアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのクオリティ・オブ・サービス（ＱｏＳ）パラメータを調節することによっても、リソースを解放することができる。図１０は、本発明の一例に係るプロセス１００のフローチャートである。プロセス１００は、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを取り扱うために、図１に示すコアネットワークによって実行される。プロセス１００はプログラムコード２１４にコンパイルされてもよく、以下の各ステップを含んでいる。

ステップ１０００：スタート。

ステップ１００２：ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを、少なくとも１つのＱｏＳパラメータを調整するために決定する。

ステップ１００４：この少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整をＵＥに指示するために、リクエストメッセージをＵＥに送信する。

ステップ１００６：エンド。

プロセス１００によれば、ＡＰＮが混雑状態にあることをコアネットワークが検出すると、コアネットワークは、少なくとも１つのＱｏＳパラメータを調整する（例えば値を小さくする）ために、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラを決定し、このＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの調整を指示するために、リクエストメッセージをＵＥに送信する。換言すれば、コアネットワークは、上記ＵＥまたは別のＵＥが送信してくるサービスを要求するリクエストを待って、そのサービスが提供されるためのリソースを見つけることを試みるのではなく、あらかじめＡＰＮの混雑状態を解消しておくのである。したがって、サービスの受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。さらに、プロセス８０と同様に、プロセス１００も、リソースを解放するための柔軟な方法を提供し、ＵＥがＡＰＮとの再アタッチにリソースおよび時間を消費することを防止する。

一例をあげると、図９は、本発明の一例に係る無線通信システム９０の概略図である。図９は、図１を簡素化したものであって、プロセス１００を説明するために使用される。図９では、ＵＥが、１つのＡＰＮとの複数のＰＤＮ−ＰＤＮ１ａ〜ＰＤＮ４ａ接続を有する。さらに、ＰＤＮ−ＰＤＮ１ａ接続を一例としてあげると、ＰＤＮ−ＰＤＮ１ａ接続にはＥＰＳベアラＥＰＳ１〜ＥＰＳ３が存在する。ＡＰＮは混雑状態にあり（つまりオーバーロード状態であり）、コアネットワークは、あらかじめリソースを解放しておくことを決定する。コアネットワークは、少なくとも１つのＱｏＳパラメータの値を小さくするために、まず、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３を決定する。次に、コアネットワークは、ＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥに指示するために、リクエストメッセージをＵＥに送信する。好ましくは、このリクエストメッセージは、３ＧＰＰ標準規格にて規定される“ＭＯＤＩＦＹＥＰＳＢＥＡＲＥＲＣＯＮＴＥＸＴＲＥＱＵＥＳＴ”メッセージである。また、バックオフタイマーも、３ＧＰＰ標準規格にて規定されるセッション管理バックオフタイマーであってよい。ＵＥは、バックオフタイマーが時間切れになるまで、つまり、バックオフタイマーの動作が停止されるまでは、ＡＰＮとのＰＤＮ−ＰＤＮ１ａ接続のＥＰＳベアラＥＰＳ２〜ＥＰＳ３の少なくとも１つのＱｏＳパラメータを元の値に戻すことを、コアネットワークに対して要求しない。したがって、ＡＰＮが、遅延することなく高優先度サービスまたは緊急サービスを提供するためのリソースを得られるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。さらに、上記の例はＰＤＮ−ＰＤＮ１ａ接続およびそのＥＰＳベアラを一例としてあげたにすぎない。実際には、コアネットワークの選択によって、ＰＤＮ−ＰＤＮ２ａ〜ＰＤＮ４ａ接続におけるＥＰＳベアラの各ＱｏＳパラメータも同じ方法で調整してかまわないのであって、ここでは限定されない。

なお、コアネットワークがＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータの値を小さくする基準は、限定されない。例えば、この基準は、コアネットワークの優先順位であっても、少なくとも１つのＥＰＳベアラの活動性であっても（例えば、活動性が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＱＣＩの値を大幅に小さくする）、少なくとも１つのＥＰＳベアラの優先度であっても（例えば、優先度が低い少なくとも１つのＥＰＳベアラのＱｏＳパラメータとしてのＡＲＰの値を大幅に小さくする）、または、これらの任意の組み合わせであってもかまわない。さらに、上記少なくとも１つのＱｏＳパラメータは、少なくとも１つのＥＰＳベアラの、クオリティー・クラス・インデックス（“ＱＣＩ”；Ｑｕａｌｉｔｙｃｌａｓｓｉｎｄｅｘ）、アロクーション／リテンション優先順位（“ＡＲＰ”；ＡｌｌｏｃａｔｉｏｎａｎｄＲｅｔｅｎｔｉｏｎＰｒｉｏｒｉｔｙ）、合計最大ビットレート（“ＡＭＢＲ”；ＡｇｇｒｅｇａｔｅｄＭａｘｉｍｕｍＢｉｔＲａｔｅ）、最大ビットレート（“ＭＢＲ”；ＭａｘｉｍｕｍＢｉｔＲａｔｅ）、および、保証ビットレート（“ＧＢＲ”；ＧｕａｒａｎｔｅｅｄＢｉｔＲａｔｅ）のうちの少なくとも１つであってもかまわないのであって、ここでは限定されない。さらに、バックオフタイマーが動作して（つまり、ＡＰＮが混雑状態であることを意味している）いれば、ＵＥは、上記リクエストメッセージを受信した後には、少なくとも１つのＱｏＳパラメータの値を小さくすることを承諾しなければならない。あるいは、リクエストメッセージを受信した後に、少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥが承諾できず、かつ、バックオフタイマーが動作しているのであれば、ＵＥが１つのＰＤＮ接続しか有していない場合には、ＵＥは、ＰＤＮ接続を切断する、または、コアネットワークからデタッチする。したがって、たとえ少なくとも１つのＱｏＳパラメータの値を小さくすることをＵＥがサポートしなくても、プロセス１００の有効性は保証される。

したがって、上述の例示およびプロセス１００によれば、ＡＰＮが混雑状態にある場合、ＡＰＮを管理するコアネットワークは、ＵＥの少なくとも１つのＰＤＮ接続の少なくとも１つのＥＰＳベアラの少なくとも１つのＱｏＳパラメータを能動的に調整し、上記少なくとも１つのＰＤＮ接続からリソースを解放する。この状況では、高優先度サービスまたは緊急サービスを要求しているＵＥに対してこのようなサービスを提供するための十分なリソースを、ＡＰＮが有することができる。したがって、受け入れ速度を向上させることができるだけではなく、リクエストがＵＥとコアネットワークとの間で複数回拒否または再送されることを減少させることもできる。拒否および再送を何度も送信するためのリソースが節約でき、さらに、コアネットワークの負荷を軽減することができる。

なお、提案したステップを含めた上述のプロセスの各ステップは、例えばハードウェア、（ハードウェアデバイスと、ハードウェアデバイスに読み出し専用ソフトウェアとして保存されているコンピュータの命令およびデータとの組み合わせとして知られている）ファームウェア、電子システムなどの手段によって実現可能である。ハードウェアの例としては、マイクロ回路、マイクロチップ、または、シリコンチップとして知られている、アナログ回路、デジタル回路、混合回路などがあげられる。電子システムの例としては、システム・オン・チップ（ＳＯＣ）、システム・イン・パッケージ（ＳｉＰ）、コンピュータ・オン・モジュール（ＣＯＭ）、通信装置２０などがあげられる。

まとめると、本発明は、ＡＰＮのリソース不足を解消するための複数の方法を提供する。本方法には、アクティブな方法もインアクティブな方法もあり、いずれの場合もＡＰＮとの接続を有するＵＥまたはＡＰＮを管理するコアネットワークにおいて使用可能である。したがって、ＵＥがＡＰＮを用いて、高優先度サービスまたは緊急サービスにアクセスすることを必要とする場合に、この高優先度サービスまたは緊急サービスを要求するリクエストが、遅延することなくただちに受け入れられるようになる。

当業者であれば、本発明の教唆を保持しながら、装置および方法に多数の調整および変更を加えてもかまわないことが容易に理解できるであろう。したがって、上記の開示は、添付の請求項の範囲内にのみ限定されるものと解釈されるべきである。

本発明に係る一例としての無線通信システムの概略図である。本発明に係る一例としての通信装置の概略図である。本発明に係る一例としてのプロセスのフローチャートである。本発明に係る一例としての無線通信システムの概略図である。本発明に係る一例としてのプロセスのフローチャートである。本発明に係る一例としてのプロセスのフローチャートである。本発明に係る一例としての無線通信システムの概略図である。本発明に係る一例としてのプロセスのフローチャートである。本発明に係る一例としての無線通信システムの概略図である。本発明に係る一例としてのプロセスのフローチャートである。

Claims

無線通信システムのアクセスポイント名（“ＡＰＮ”；ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）との複数の接続を有する、上記無線通信システムにおけるモバイルデバイスにおいて、上記ＡＰＮを用いてサービスを始動する方法であって、
上記モバイルデバイスが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記複数の接続のうちの少なくとも１つの第１の接続をＡＰＮから切断するステップと、
上記少なくとも１つの第１の接続を上記ＡＰＮから切断した後に、上記ＡＰＮを用いてサービスを始動するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態であり、
上記少なくとも１つの第１の接続を上記ＡＰＮから切断する上記ステップは、モバイルデバイスのユーザの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記少なくとも１つの第１の接続を上記ＡＰＮから切断するステップを含んでいる、方法。
上記サービスが高優先度サービスまたは緊急サービスである、請求項１に記載の方法。
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）接続である、請求項１に記載の方法。
無線通信システムのネットワークにおけるサービスを取り扱う方法であって、
上記無線通信システムにおいて、アクセスポイント名（“ＡＰＮ”；ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）との複数の接続を有するモバイルデバイスが、無線通信システムの上記ＡＰＮを介してサービスにアクセスするために、上記モバイルデバイスから上記サービスを要求するリクエストを受信するステップと、
上記ネットワークが上記複数の接続のうちの少なくとも１つの第２の接続を維持しつつ、上記モバイルデバイスの複数の接続のうちの少なくとも１つの第１の接続を切断するステップとを含んでおり、
上記ＡＰＮが混雑状態またはオーバーロード状態であり、
上記モバイルデバイスの少なくとも１つの第１の接続を切断する上記ステップは、上記ネットワークの優先順位、上記複数の接続の活動性、および、上記複数の接続の優先度、のうちの少なくとも１つに基づいて、上記モバイルデバイスの少なくとも１つの第１の接続を切断するステップを含んでいる、方法。
上記サービスが高優先度サービスまたは緊急サービスである、請求項４に記載の方法。
上記複数の接続がパケットデータネットワーク（“ＰＤＮ”；ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）接続である、請求項４に記載の方法。
上記ネットワークが、モビリティ管理エンティティ（“ＭＭＥ”；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｅｔｗｏｒｋ）、または、モバイル交換センタ（“ＭＳＣ”；ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）を備えている、請求項４に記載の方法。