JP2015510323A

JP2015510323A - 無線通信システムにおいて多重優先順位制御方法及び装置

Info

Publication number: JP2015510323A
Application number: JP2014553248A
Authority: JP
Inventors: ジェヒュンキム; レヨンキム; テヒョンキム; ヒュンスクキム
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2012-01-18
Filing date: 2013-01-17
Publication date: 2015-04-02
Also published as: JP2018007283A; US20130182644A1; JP2015505446A; JP6453973B2; EP3253083B1; CN104067535A; US9743447B2; US20130182607A1; KR20140116409A; KR20140116099A; CN107182025A; CN104067580B; EP2805458A4; JP6228132B2; EP2805458B1; US20170318619A1; WO2013109087A1; EP2805458A1; CN104067580A; EP3253083A1

Abstract

【課題】本発明は、無線通信システムに関し、特に、無線通信システムにおいて多重優先順位に基づく制御方法及び装置が開示される。【解決手段】本発明の一実施例に係る、多重優先順位が設定された端末でバックオフタイマーを制御する方法は、第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージを送信することと、ネットワークによって設定されたバックオフタイマーを起動することと、バックオフタイマーが動作している中に、第１優先順位レベルにセットされていない第２ＮＡＳ要請メッセージを送信することと、を含むことができる。【選択図】図６

Description

以下の説明は、無線通信システムに関し、特に、無線通信システムにおいて多重優先順位に基づく制御方法及び装置に関する。

ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）は、一つ以上のマシン（Ｍａｃｈｉｎｅ）が含まれる通信方式を意味し、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信や事物通信と呼ばれることもある。ここでいうマシンは、人間の直接的な操作や介入を必要としない個体（ｅｎｔｉｔｙ）を意味する。例えば、移動通信モジュールが搭載された検針機（ｍｅｔｅｒ）や自動販売機のような装置をはじめ、ユーザの操作／介入無しに自動でネットワークに接続して通信が行えるスマートフォンのようなユーザ機器もマシンの例示に該当する。このようなマシンの様々な例示を本文書ではＭＴＣ装置（ｄｅｖｉｃｅ）又は端末と称するものとする。すなわち、ＭＴＣは、人間の操作／介入無しに一つ以上のマシン（すなわち、ＭＴＣ装置）によって行われる通信のことを意味する。

ＭＴＣは、ＭＴＣ装置間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信）、ＭＴＣ装置とＭＴＣアプリケーションサーバー（ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）間の通信を含むことができる。ＭＴＣ装置とＭＴＣアプリケーションサーバー間の通信の例示として、自動販売機とサーバー、ＰＯＳ（ＰｏｉｎｔｏｆＳａｌｅ）装置とサーバー、電気、ガス又は水道検針機とサーバー間の通信を挙げることができる。その他にも、ＭＴＣに基づくアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）として、保安（ｓｅｃｕｒｉｔｙ）、運送（ｔｒａｎｓｐｏｒｔａｔｉｏｎ）、ヘルスケア（ｈｅａｌｔｈｃａｒｅ）などを含むこともできる。

ネットワークにおいて混雑（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）が発生した場合に、制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）で混雑制御を行うことができる。例えば、ネットワーク混雑制御を、無線インターフェースにおいて端末とネットワーク制御ノード間の制御プレーンで最上位の階層（ｓｔｒａｔｕｍ）であるＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）レベルで行うことができる。一般には、ネットワーク混雑状態が発生したとき、ネットワークは、端末に対して所定の時間ネットワークに対する要請を禁止させるバックオフタイマー（ｂａｃｋ−ｏｆｆｔｉｍｅｒ）を設定することができる。

現在定義されている無線通信システムの動作によれば、端末別に優先順位を設定することができ、このとき、ＭＴＣを支援する端末のための「（ＮＡＳシグナリング）低い優先順位（（ＮＡＳｓｉｇｎａｌｌｉｎｇ）ｌｏｗｐｒｉｏｒｉｔｙ）」及びｎｏｎ−ＭＴＣを支援する端末のための「（ＮＡＳシグナリング）低くない優先順位（Ｎｏｎ（ＮＡＳｓｉｇｎａｌｌｉｎｇ）ｌｏｗｐｒｉｏｒｉｔｙ）」のいずれか一方のみを設定することができる。多重優先順位（二重（ｄｕａｌ）優先順位を含む）を支援する端末の場合、端末に対して多重優先順位を設定する具体的な方案について定義していないという問題点がある。そして、既存の無線通信システムではネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）が発生した状況で互いに異なる優先順位を持つ端末の場合、ＰＤＮ接続をどのように処理するかについて定義していないという問題点がある。

また、ネットワーク混雑又は過負荷が発生した場合に、ネットワーク負荷の分散のためにバックオフタイマー（Ｂａｃｋ−ＯｆｆＴｉｍｅｒ；ＢＯＴ）を用いることができるが、既存の無線通信システムでは、多重優先順位を持つ端末に対してバックオフタイマーをどのように処理するかについて定義していない問題点がある。

このように、多重優先順位が与えられる場合に、既存の無線通信システムの定義によれば、ネットワーク混雑又は過負荷の状況で端末とネットワーク間の動作の不明瞭性が存在することになり、正しいサービスの提供ができなくなる。特に、ＭＴＣを支援する無線通信システムでは、ネットワークが数多くの端末装置（又は、ＭＴＣ装置）へのサービスを提供しなければならず、前述したようなネットワーク混雑状況に対する処理において不明瞭性が存在してはならない。

したがって、本発明は、関連技術における限界や欠点による一つ以上の問題を実質的に解消する、無線通信システムにおいて多重優先順位に基づく制御方法及び装置に関する。

本発明では、多重優先順位を持つ端末に対してＰＤＮ接続を制御する方案を提供することを技術的課題とする。

また、本発明では、多重優先順位を持つ端末に対してバックオフタイマーを制御する方案を提供することを技術的課題とする。

本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

上記の技術的課題を解決するために本発明の一実施例に係る、多重優先順位が設定された端末でバックオフタイマーを制御する方法は、第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージを送信することと、ネットワークによって設定された前記バックオフタイマーを起動することと、前記バックオフタイマーが動作している中に、第１優先順位レベルにセットされていない第２ＮＡＳ要請メッセージを送信することと、を含むことができる。

上記の技術的課題を解決するために本発明の他の実施例に係る、多重優先順位が設定された場合にバックオフタイマーを制御する端末装置は、送受信モジュールと、プロセッサと、を備え、前記プロセッサは、第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージを前記送受信モジュールを用いて送信し、ネットワークによって設定された前記バックオフタイマーを起動し、前記バックオフタイマーが動作している中に、第１優先順位レベルにセットされていない第２ＮＡＳ要請メッセージを前記送受信モジュールを用いて送信するように構成されてよい。

上記本発明に係る実施例において以下の事項を共通に適用することができる。

前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、前記バックオフタイマーを中止させないで送信されてもよい。

前記バックオフタイマーは、前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージが前記ネットワークによって拒絶されることによって起動してもよい。

前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージは、アタッチ要請メッセージ、ＴＡＵ（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ）要請メッセージ、又はサービス要請メッセージのいずれか一つ以上であり、前記バックオフタイマーは、ＭＭ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）バックオフタイマーであってもよい。

ここで、前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、アタッチ過程、ＴＡＵ過程、又はサービス要請過程のいずれか一つ以上に関連してもよい。また、前記ＭＭバックオフタイマーの動作中に、前記アタッチ過程、前記ＴＡＵ過程、又は前記サービス要請過程のいずれか一つ以上の開始が許容されてもよい。

前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージは、ＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、又はベアラリソース割当メッセージのいずれか一つ以上であり、前記バックオフタイマーは、ＳＭ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）バックオフタイマーであってもよい。

ここで、前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、ＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、又はベアラリソース割当メッセージのいずれか一つ以上であってもよい。

前記ＳＭバックオフタイマーは、特定ＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）に対して動作中であり、前記特定ＡＰＮと同じＡＰＮに対して、前記第１優先順位レベルにセットされていない前記ＰＤＮ接続要請メッセージの送信が許容されてもよい。

前記ＳＭバックオフタイマーは特定ＡＰＮに対して動作中であり、前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージによって確立されたＰＤＮ接続が存在する場合に、前記ＰＤＮ接続に対して、前記第１優先順位レベルにセットされていない前記ベアラ修正要請メッセージ又はベアラリソース割当要請メッセージの送信が許容されてもよい。

前記ＳＭバックオフタイマーは、ベアラ識別子（ＩＤ）に基づいて動作するバックオフタイマーであってもよい。

前記第１優先順位レベルは、前記端末がＮＡＳシグナリング低い優先順位に設定されていることに該当してもよい。

前記端末に対する多重優先順位は、ＮＡＳ設定ＭＯ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍｃｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｍｅｎｔＯｂｊｅｃｔ）、アプリケーション、又はデバイストリガリング技法のいずれか一つ以上によって設定されてもよい。

前記端末に対する優先順位は、ＮＡＳシグナリング優先順位であってもよい。

前記端末は、ＭＴＣ装置（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｄｅｖｉｃｅ）であってもよい。

前記多重優先順位が設定された端末は、二重（ｄｕａｌ）優先順位が設定された端末であってもよい。

本発明について前述した一般的な説明と後述する詳細な説明は例示的なもので、請求項記載の発明に関するさらなる説明のためのものである。

本発明によれば、多重優先順位を有する端末に対してＰＤＮ接続を制御する方案を提供することができる。また、本発明によれば、多重優先順位を有する端末に対してバックオフタイマーを制御する方案を提供することができる。

本発明で得られる効果は以上で言及した効果に制限されず、言及していない他の効果は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

本明細書に添付する図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。

ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）の概略的な構造を示す図である。ＭＴＣ通信モデルの例示を示す図である。ＭＴＣ構造の例示的なモデルを示す図である。本発明の一例に係るＰＤＮ接続過程を説明するための図である。本発明の他の例に係るＰＤＮ接続過程を説明するための図である。本発明の一例に係る端末装置の好適な実施例の構成を示す図である。

以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴を他の構成要素や特徴と結合しない形態で実施してもよく、一部構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取って代わってもよい。

以下の説明で用いられる特定用語は、本発明の理解を助けるために提供されたもので、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更されてもよい。

場合によって、本発明の概念が曖昧になることを避けるために公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示してもよい。また、本明細書全体を通じて同一の構成要素については同一の図面符号を付して説明する。

本発明の実施例は、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰＬＴＥ及びＬＴＥ−Ａシステム、並びに３ＧＰＰ２システムのうち少なくとも一つに関して開示された標準文書によって裏付けることができる。すなわち、本発明の実施例において本発明の技術的思想を明確にするために説明を省いた段階又は部分を、上記の諸文書によって裏付けることができる。また、本文書で開示している全ての用語は、上記の標準文書によって説明することができる。

以下の技術は様々な無線通信システムにおいて用いることができる。明確性のために、以下では３ＧＰＰＬＴＥ及び３ＧＰＰＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。

本文書で用いられる用語を定義すると、次の通りである。

ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ）ベースの３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。

ＥＰＳ（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）：ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ベースのＰＳ（ｐａｃｋｅｔｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進展した形態のネットワークである。

ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏｃｅｌｌ）規模である。

ｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル規模である。

ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）：ユーザ機器。ＵＥは、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（ＭｏｂｉｌｅＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）などの用語と呼ばれることもある。また、ＵＥは、ノートパソコン、携帯電話、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、又はＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、車両搭載装置のように携帯不可能な機器であってもよい。ＭＴＣ関連内容においてＵＥ又は端末という用語はＭＴＣ装置を指すことができる。

ＨＮＢ（ＨｏｍｅＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局で、屋内に設置され、カバレッジはマイクロセル（ｍｉｃｒｏｃｅｌｌ）規模である。

ＨｅＮＢ（ＨｏｍｅｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局で、屋内に設置され、カバレッジはマイクロセル規模である。

ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）：移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ；ＳＭ）機能を行うＥＰＳネットワークのネットワークノード。

ＰＤＮ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ：ＵＥＩＰアドレス割当、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ集合（ｃｈａｒｇｉｎｇｄａｔａｃｏｌｌｅｃｔｉｏｎ）機能などを行うＥＰＳネットワークのネットワークノード。

ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）：移動性アンカー（ｍｏｂｉｌｉｔｙａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、遊休（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガーする機能などを行うＥＰＳネットワークのネットワークノード。

ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）：サービスフロー別に差別化したＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）及び課金政策を動的（ｄｙｎａｍｉｃ）に適用するための政策決定（Ｐｏｌｉｃｙｄｅｃｉｓｉｏｎ）を行うＥＰＳネットワークのノード。

ＯＭＡＤＭ（ＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅＤｅｖｉｃｅＭａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイスの管理のためにデザインされたプロトコルで、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅｕｐｇｒａｄｅ）、エラー報告（ＥｒｒｏｒＲｅｐｏｒｔ）などの機能を担う。

ＯＡＭ（ＯｐｅｒａｔｉｏｎＡｄｍｉｎｉｓｔｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅ）：ネットワーク欠陥表示、性能情報、データと診断機能などを提供するネットワーク管理機能集合。

ＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）の上位段（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮＧＷ間のＩＰ接続を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理手順を支援することを主な機能とする。

ＮＡＳ設定ＭＯ（ＮＡＳｃｏｎｆｉｇｕｒａｔｉｏｎＭａｎａｇｅｍｅｎｔＯｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）に関連したパラメータをＵＥに設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）するために用いる管理客体（ＭＯ）。

ＳＩＰＴＯ（ＳｅｌｅｃｔｅｄＩＰＴｒａｆｆｉｃＯｆｆｌｏａｄ）：Ｈ（ｅ）ＮＢ又はマクロセルを通じて特定ＩＰトラフィックを送信する時、事業者（Ｏｐｅｒａｔｏｒ）ネットワークではなくインターネットなどの公衆（ｐｕｂｌｉｃ）ネットワークに迂回して送信する方式。３ＧＰＰリリース−１０システムでは事業者がＥＰＣネットワークにおいて物理的にＵＥの近くに存在するＰＤＮ−ＧＷを選択することによってユーザのトラフィックを渡すことを支援する。

ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）：特定サービスを支援するサーバー（例えば、ＭＭＳ（ＭｕｌｔｉｍｅｄｉａＭｅｓｓａｇｉｎｇＳｅｒｖｉｃｅ）サーバー、ＷＡＰ（ＷｉｒｅｌｅｓｓＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。

ＰＤＮ接続：一つのＩＰアドレス（一つのＩＰｖ４アドレス及び／又は一つのＩＰｖ６プレフィックス）で表現される、ＵＥとＰＤＮ間の論理的な接続。

ＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）：ＰＤＮを指したり区別する文字列。要請したサービスやネットワーク（ＰＤＮ）に接続するためには該当のＰＧＷを経るが、このＰＧＷを探索できるようにネットワーク内であらかじめ定義した名前（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓと表現することができる。

ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースで提供するサブシステム。

ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）：人間の介入無しにマシンによって行われる通信。

ＭＴＣ装置（ＭＴＣｄｅｖｉｃｅ）：コアネットワークを介した通信機能を有し、特定目的を行うＵＥ（例えば、自販機、検針機など）。

ＭＴＣ−ＩＷＦ（ＭＴＣＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）：ＥＰＳやＩＭＳの含まれた３ＧＰＰネットワークを通じてＭＴＣのための制御信号やデータを送信させる関門（Ｇａｔｅｗａｙ）の役割を担う個体。

ＳＣＳ（ＳｅｒｖｉｃｅｓＣａｐａｂｉｌｉｔｙＳｅｒｖｅｒ）：ＨＰＬＭＮ（ＨｏｍｅＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）にあるＭＴＣ装置と、ＭＴＣ−ＩＷＦを利用するＭＴＣ装置との通信のために３ＧＰＰネットワークに接続するサーバー。ＳＣＳは、一つ又は複数のアプリケーション使用のための能力（Ｃａｐａｂｉｌｉｔｙ）を提供する。

ＭＴＣサーバー（ＭＴＣｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部又は外部に存在することができる。ＭＴＣユーザが接近（ａｃｃｅｓｓ）できるインターフェースを有することができる。また、ＭＴＣサーバーは、他のサーバーにＭＴＣ関連サービスを提供してもよく（ＳＣＳの形態）、自身がＭＴＣアプリケーションサーバーであってもよい。

ＭＴＣアプリケーション（ＭＴＣａｐｐｌｉｃａｔｉｏｎ）：ＭＴＣが適用されるサービス（例えば、遠隔検針、物量移動追跡など）

ＭＴＣアプリケーションサーバー：ＭＴＣアプリケーションが実行されるネットワーク上のサーバー。

ＭＴＣ特徴（ＭＴＣｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針などのＭＴＣアプリケーションにおいて装備紛失などに備えるための特徴であり、低い移動性（ｌｏｗｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ装置に対するＭＴＣアプリケーションのための特徴である。

ＭＴＣ加入者（ＭＴＣｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレータと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供する個体。

ＭＴＣグループ（ＭＴＣＧｒｏｕｐ）：少なくとも一つのＭＴＣ特徴を共有し、ＭＴＣ加入者に属したＭＴＣ端末のグループを意味する。

ＲＡＮ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅＢ、ｅＮｏｄｅＢ、及びこれらを制御するＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥ間に存在し、コアネットワークへの接続を提供する。

ＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）／ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定記憶（ｃｏｎｆｉｇｕｒａｔｉｏｎｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙｍａｎａｇｅｍｅｎｔ）、ユーザ状態記憶などの機能を担うことができる。

ＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレータ別に区別して構成することができる。

ＮＡＳレベル混雑制御（ＮＡＳｌｅｖｅｌｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌ）：ＡＰＮベース混雑制御及び一般ＮＡＳレベル移動性管理制御で構成されたＥＰＳネットワークの混雑又は過負荷（ｏｖｅｒｌｏａｄ）制御機能。

ＭＭバックオフタイマー（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔｂａｃｋ−ｏｆｆｔｉｍｅｒ）：ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために用いる移動性管理関連バックオフタイマー。ＭＭバックオフタイマーが動作している間には、ＵＥはアタッチ（ａｔｔａｃｈ）、位置情報更新（例えば、ＴＡＵ（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ）、ＲＡＵ（ＲｏｕｔｉｎｇＡｒｅａＵｐｄａｔｅ））、サービス要請（Ｓｅｒｖｉｃｅｒｅｑｕｅｓｔ）／拡張された（ｅｘｔｅｎｄｅｄ）サービス要請などを行えないように設定される（ただし、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙｂｅａｒｅｒｓｅｒｖｉｃｅ）、既存領域でのページング応答（ＰａｇｉｎｇＲｅｓｐｏｎｓｅ）、又はＭＰＳ（ＭｕｌｔｉｍｅｄｉａＰｒｉｏｒｉｔｙＳｅｒｖｉｃｅ）の場合は、例外として、ＭＭバックオフタイマーが動作していてもＵＥがそれを要請できるように設定される）。

ＳＭバックオフタイマー（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔｂａｃｋ−ｏｆｆｔｉｍｅｒ）：ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、それを制御するために用いるセッション制御関連バックオフタイマー。ＳＭバックオフタイマーが動作している間には、ＵＥは、関連した（ａｓｓｏｃｉａｔｅｄ）ＡＰＮベースのセッションの確立又は変更などを行えないように設定される（ただし、緊急ベアラサービス又はＭＰＳの場合は、例外として、ＳＭバックオフタイマーが動作していてもＵＥがそれを要請できるように設定される）。

ＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）：ＥＰＳネットワークにおいて端末の登録地域。ＴＡはＴＡＩ（ＴｒａｃｋｉｎｇＡｒｅａＩｄｅｎｔｉｔｙ）で識別される。

ＲＡ（ＲｏｕｔｉｎｇＡｒｅａ）：ＧＰＲＳ／ＵＭＴＳネットワークにおいてパケットコアネットワークドメインのための端末の登録地域。ＲＡはＲＡＩ（ＲｏｕｔｉｎｇＡｒｅａＩｄｅｎｔｉｔｙ）で識別される。

以下では、上記のように定義された用語に基づいて説明する。

図１は、ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）の概略的な構造を示す図である。

ＥＰＣは、３ＧＰＰ技術の性能を向上するためのＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、種々のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースで様々な無線接続技術を支援し、より向上したデータ送信能力を提供する等の最適化したパケット−ベースのシステムを提供することを目標とする。

具体的に、ＥＰＣは、３ＧＰＰＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（ＣｏｒｅＮｅｔｗｏｒｋ）であり、パケット−ベースの実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、２世代又は３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブ−ドメインを通じてコアネットワークの機能を具現した。しかし、３世代移動通信システムの進展である３ＧＰＰＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインを一つのＩＰドメインに単一化した。すなわち、３ＧＰＰＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を持つ端末と端末間の接続を、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を通じて構成することができる。すなわち、ＥＰＣは端−対−端（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービスの具現に必須な構造である。

ＥＰＣは、様々な構成要素を含むことができ、図１では、その一部である、ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）、ＰＤＮＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ）、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）ＳｕｐｐｏｒｔｉｎｇＮｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ）を示す。

ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮＧＷ間のデータ経路を維持する機能を担う。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒｐｏｉｎｔ）の役割を果たす。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース−８以降で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）ＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）内における移動性のためにＳＧＷを通じてパケットをルーティングすることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース−８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｓｆｏｒＧｌｏｂａｌＥｖｏｌｕｔｉｏｎ）ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮＧＷは、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎｐｏｉｎｔ）に該当する。ＰＤＮＧＷは、政策執行特徴（ｐｏｌｉｃｙｅｎｆｏｒｃｅｍｅｎｔｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（ＩｎｔｅｒｗｏｒｋｉｎｇＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）のような信頼されていないネットワーク、ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）ネットワークやＷｉＭＡＸのような信頼されているネットワーク）との移動性管理のためのアンカーポイントの役割を果たすこともできる。

図１のネットワーク構造の例示では、ＳＧＷとＰＤＮＧＷが別のゲートウェイとして構成されているが、これら２つのゲートウェイが単一ゲートウェイ構成オプション（ＳｉｎｇｌｅＧａｔｅｗａｙＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎ）によって具現されてもよい。

ＭＭＥは、ＵＥのネットワーク接続に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を果たす要素である。ＭＭＥは、加入者及びセッション管理に関する制御プレーン機能を制御する。ＭＭＥは、多数のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（ＳｅｃｕｒｉｔｙＰｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋＳｅｓｓｉｏｎＨａｎｄｌｉｎｇ）、遊休端末位置決定管理（ＩｄｌｅＴｅｒｍｉｎａｌＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔ）などの機能を担う。

ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼されていない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとしての役割を果たす。

図１を参照して説明したように、ＩＰ能力を持つ端末は、３ＧＰＰアクセスの他、非−３ＧＰＰアクセスをベースにしでもＥＰＣ内の様々な要素を経由して、事業者（すなわち、オペレータ（ｏｐｅｒａｔｏｒ））の提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１では、様々なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示している。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣにおける互い異なる機能個体（ｆｕｎｃｔｉｏｎａｌｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）と定義する。下の表１は、図１に示したレファレンスポイントを整理したものである。表１の例示の他、ネットワーク構造によって様々なレファレンスポイントが存在できる。

図１に示したレファレンスポイントで、Ｓ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼されている非−３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。

図２は、ＭＴＣ通信モデルの例示を示す図である。

３ＧＰＰＧＳＭ／ＵＭＴＳ／ＥＰＳでは、ＭＴＣと関連してＰＳネットワークを通じた通信を定義しているが、本発明は、ＰＳネットワークを通じたＭＴＣに制限されず、ＣＳネットワークを通じたＭＴＣへの適用も可能である。今までの技術標準では、ネットワーク構造に関する定義として、３ＧＰＰシステムの既存ベアラを用いることが提案されている。ここで、ＭＴＣ装置とＭＴＣサーバー間のデータ交換のためにＳＭＳ（ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅ）を用いる方法が提案された。これは、ＭＴＣアプリケーションの特性の上、検針情報や製品情報などの少ない量のデジタルデータがその対象となることを考慮し、それに最も適したＳＭＳを用いることが提案されたし、その具体的な方式としては、既存のＳＭＳ方式とＩＭＳに基づくＳＭＳ方式が支援可能である。また、移動性の少ないＭＴＣアプリケーションのためにページング範囲を調整する方法が提案されている。

ＭＴＣアプリケーションは、ＭＴＣ装置とＭＴＣサーバー（例えば、ＳＣＳ）でそれぞれ実行されて、ネットワークを通じた通信を通じて相互動作する。このとき、ＭＴＣアプリケーションと３ＧＰＰネットワーク間の通信に何が関与しているかによって、ＭＴＣトラフィックに対する様々なモデルを具現することができる。図２（ａ）は、ＭＴＣサーバー（例えば、ＳＣＳ）無しに直接通信が行われるモデル、図２（ｂ）は、ＭＴＣサーバー（例えば、ＳＣＳ）が事業者領域（Ｏｐｅｒａｔｏｒｄｏｍａｉｎ）の外部に存在するモデル、図２（ｃ）は、ＭＴＣサーバー（例えば、ＳＣＳ）が事業者領域（Ｏｐｅｒａｔｏｒｄｏｍａｉｎ）の内部に存在するモデルを示している。また、図２（ａ）は、３ＧＰＰオペレータによって制御される直接通信方式に該当し、図２（ｂ）は、サービスプロバイダによって制御される通信方式に該当し、図２（ｃ）は、３ＧＰＰオペレータによって制御される通信方式に該当する。

図２（ａ）の直接モデルは、ＭＴＣアプリケーションが３ＧＰＰネットワークに対してＯＴＴ（ｏｖｅｒ−ｔｈｅ−ｔｏｐ）アプリケーションとしてＵＥ（又はＭＴＣ装置）と直接通信することを表す。

図２（ｂ）及び図２（ｃ）の間接モデルは、３ＧＰＰネットワークによって提供される付加的なサービスを用いてＭＴＣアプリケーションがＵＥ（又はＭＴＣ装置）と間接的に通信することを表す。具体的に、図２（ｂ）の例示では、ＭＴＣアプリケーションがサード−パーティー（すなわち、３ＧＰＰで責任を負わない）サービスプロバイダによって提供される付加サービスのためにＭＴＣサーバー（例えば、ＳＣＳ）を用いることができる。ＭＴＣサーバー（例えば、ＳＣＳ）は、３ＧＰＰネットワークと様々なインターフェースを通じて通信することができる。一方、図２（ｃ）の例示では、ＭＴＣアプリケーションが３ＧＰＰオペレータ（すなわち、サービスプロバイダに該当する）によって提供される付加的なサービスのためにＭＴＣサーバー（例えば、ＳＣＳ）を用いることができる。ＭＴＣサーバー（例えば、ＳＣＳ）と３ＧＰＰネットワーク間の通信は、ＰＬＭＮの内部で行われる。図２（ｂ）及び図２（ｃ）において、ＭＴＣサーバー（例えば、ＳＣＳ）とＭＴＣアプリケーション間のインターフェースは３ＧＰＰ標準で扱わない。

一方、図２（ｂ）及び図２（ｃ）の間接モデルは、相互排他的ではなく補完的であるため、３ＧＰＰオペレータが互いに異なるアプリケーションのためにこれらを結合してもよい。すなわち、図２（ｄ）のように、ＭＴＣ通信モデルが、直接モデルと間接モデルが同時に用いられるハイブリッド（ｈｙｂｒｉｄ）モデルとして具現されてもよい。ハイブリッドモデルの場合、ＭＴＣ装置は、ＨＰＬＭＮ内の複数のＭＴＣサーバー（例えば、ＳＣＳ）と通信ができ、サービスプロバイダによって制御されるＭＴＣサーバー（例えば、ＳＣＳ）と３ＧＰＰオペレータによって制御されるＭＴＣサーバー（例えば、ＳＣＳ）において、ＭＴＣアプリケーションに提供される能力（Ｃａｐａｂｉｌｉｔｉｅｓ）が異なってもよい。

図３は、ＭＴＣ構造の例示的なモデルを示す図である。

ＭＴＣのために用いられるＵＥ（又はＭＴＣ装置）とＭＴＣアプリケーション間の端−対−端アプリケーションは、３ＧＰＰシステムによって提供されるサービスとＭＴＣサーバー（例えば、ＳＣＳ）によって提供される選択的なサービスを利用することができる。３ＧＰＰシステムは、ＭＴＣを容易にする様々な最適化を含む輸送及び通信サービス（３ＧＰＰベアラサービス、ＩＭＳ及びＳＭＳを含む）を提供することができる。図３では、ＭＴＣのために用いられるＵＥが、Ｕｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェースを通じて３ＧＰＰネットワーク（ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、Ｉ−ＷＬＡＮなど）に接続することを示す。図３の構造（ａｒｃｈｉｔｅｃｔｕｒｅ）は、図２と関連して上述した様々なＭＴＣモデルを含む。

まず、図３に示している個体（ｅｎｔｉｔｙ）について説明する。

図３で、アプリケーションサーバーは、ＭＴＣアプリケーションが実行されるネットワーク上のサーバーであり、ＭＴＣアプリケーションサーバーということができる。ＭＴＣアプリケーションサーバーに対しては前述の様々なＭＴＣアプリケーションの具現のための技術を適用することができ、それについての具体的な説明は省略する。また、図３で、ＭＴＣアプリケーションサーバーは、レファレンスポイントＡＰＩを通じてＭＴＣサーバー（例えば、図３の例示ではＳＣＳ）にアクセスでき、それについての具体的な説明は省略する。又は、ＭＴＣアプリケーションサーバーは、ＭＴＣサーバー（例えば、ＳＣＳ）と共に位置（ｃｏｌｌｏｃａｔｅ）してもよい。

ＭＴＣサーバー（例えば、ＳＣＳ）は、ＭＴＣ装置を管理するネットワーク上のサーバーで、３ＧＰＰネットワークに接続して、ＭＴＣのために用いられるＵＥ及びＰＬＭＮのノードと通信することができる。

ＭＴＣ−ＩＷＦ（ＭＴＣ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）は、ＭＴＣサーバーとオペレータコアネットワーク間の相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）を管掌し、ＭＴＣ動作のプロキシ（Ｐｒｏｘｙ）の役割を果たすことができる。ＭＴＣ間接又はハイブリッドモデルを支援するために、一つ以上のＭＴＣ−ＩＷＦがホームＰＬＭＮ（ＨＰＬＭＮ）内に存在すればよい。ＭＴＣ−ＩＷＦは、レファレンスポイントＴｓｐ上のシグナリングプロトコルを中継したり解釈して、ＰＬＭＮに特定機能を作動させることができる。ＭＴＣ−ＩＷＦは、ＭＴＣサーバーが３ＧＰＰネットワークとの通信を確立する前にＭＴＣサーバーを認証（ａｕｔｈｅｎｔｉｃａｔｅ）する機能、ＭＴＣサーバーからの制御プレーン要請を認証する機能、後述するトリガー指示に関連した様々な機能などを果たすことができる。

ＳＭＳ−ＳＣ（ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅ−ＳｅｒｖｉｃｅＣｅｎｔｅｒ）／ＩＰ−ＳＭ−ＧＷ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＳｈｏｒｔＭｅｓｓａｇｅＧａｔｅＷａｙ）は、短文サービス（ＳＭＳ）の送受信を管理することができる。ＳＭＳ−ＳＣは、ＳＭＥ（ＳｈｏｒｔＭｅｓｓａｇｅＥｎｔｉｔｙ）（短文を送信又は受信する個体）と移動局間の短文を中継し、記憶−及び−伝達する機能を担当することができる。ＩＰ−ＳＭ−ＧＷは、ＩＰベースのＵＥとＳＭＳ−ＳＣ間のプロトコル相互動作を担当することができる。

ＣＤＦ（ＣｈａｒｇｉｎｇＤａｔａＦｕｎｃｔｉｏｎ）／ＣＧＦ（ＣｈａｒｇｉｎｇＧａｔｅｗａｙＦｕｎｃｔｉｏｎ）は、課金に関連した動作を行うことができる。

ＨＬＲ／ＨＳＳは、加入者情報（ＩＭＳＩなど）、ルーティング情報、設定情報などを記憶してＭＴＣ−ＩＷＦに提供する機能を果たすことができる。

ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）／ＳＧＳＮ／ＭＭＥは、ＵＥのネットワーク接続のための移動性管理、認証、リソース割当などの制御機能を果たすことができる。後述するトリガリングと関連してＭＴＣ−ＩＷＦからトリガー指示を受信してＭＴＣ装置に提供するメッセージの形態に加工する機能を担うことができる。

ＧＧＳＮ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）＋Ｐ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）は、コアネットワークと外部ネットワークとの接続を担当するゲートウェイとして機能することができる。

下の表２は、図３における主要レファレンスポイントを整理したものである。

上記のＴ５ａ、Ｔ５ｂ、Ｔ５ｃの一つ以上のレファレンスポイントをＴ５と呼ぶ゛ことができる。

一方、間接及びハイブリッドモデルの場合にＭＴＣサーバー（例えば、ＳＣＳ）とのユーザプレーン通信、及び直接及びハイブリッドモデルの場合にＭＴＣアプリケーションサーバーとの通信は、レファレンスポイントＧｉ及びＳＧｉを通じて既存のプロトコルを用いて行うことができる。

図２及び図３で説明した内容に関する具体的な事項は、３ＧＰＰＴＳ２３．６８２文書を参照することによって本文書に組み込むことができる。

ＮＡＳレベル混雑制御
一般に、ネットワークの制御可能な通信量の限界を超す場合をネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）又は過負荷（ｏｖｅｒｌｏａｄ）状態といい、ネットワークに対する送受信量を調節してネットワークが混雑とならないように制御することをネットワーク混雑制御（ｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌ）ということができる。３ＧＰＰＭＴＣネットワークでは、ネットワークで混雑／過負荷が発生した場合に、ＵＥとコアネットワークのノード（例えば、ＭＭＥ、ＳＧＷ、ＰＤＮ−ＧＷ、ＭＳＣ、ＳＧＳＮ、ＧＧＳＮ）との間でＮＡＳレベル混雑制御が行われ、これによってシグナリング混雑を回避又は制御することができる。

このようなＮＡＳレベル混雑制御には、ＡＰＮベースの混雑制御（ＡＰＮｂａｓｅｄｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌ）と一般ＮＡＳレベル移動性管理制御（ＧｅｎｅｒａｌＮＡＳｌｅｖｅｌｍａｎａｇｅｍｅｎｔｃｏｎｔｒｏｌ）とがある。

ＡＰＮベースの混雑制御は、ＡＰＮ（すなわち、混雑状態と関連しているＡＰＮ）及びＵＥが関連するＭＭ／ＳＭ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ／ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）プロトコル又はＥＭＭ（ＥＰＳＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）／ＥＳＭ（ＥＰＳＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）プロトコルに基づくシグナリング混雑制御を意味する。また、ＡＰＮベースの混雑制御は、ＡＰＮベースのセッション管理混雑制御（ＡＰＮｂａｓｅｄＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌ）及びＡＰＮベースの移動性管理混雑制御（ＡＰＮｂａｓｅｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔｃｏｎｇｅｓｔｉｏｎｃｏｎｔｒｏｌ）を含む。

一般ＮＡＳレベル移動性管理制御は、一般的なネットワーク混雑や過負荷状況でＵＥが要請する移動性管理シグナリング要請を、コアネットワークノード（例えば、ＭＭＥ、ＳＧＷ、ＰＤＮ−ＧＷ、ＭＳＣ、ＳＧＳＮ、ＧＧＳＮ）が拒絶（ｒｅｊｅｃｔ）して混雑及び過負荷を回避することを意味する。

一般に、コアネットワークがＮＡＳレベル混雑制御を行う場合、ＵＥに提供する拒絶メッセージ（ｒｅｊｅｃｔｍｅｓｓａｇｅ）に待機時間（又は、拡張された待機時間）値を含めることができる。このような待機時間値は一定範囲値中でランダム化（ｒａｎｄｏｍｉｚｅ）してＵＥに提供される。ＵＥは、受信した待機タイマー値をバックオフタイマー値に設定して、バックオフタイマーが満了（ｅｘｐｉｒｅ）するまではネットワークに（Ｅ）ＭＭ／（Ｅ）ＳＭシグナリングを要請しないように動作する。

（Ｅ）ＭＭシグナリングは、例えば、アタッチ要請、ＴＡＵ／ＲＡＵ要請、サービス要請、拡張された（ｅｘｔｅｎｄｅｄ）サービス要請などを含む。また、（Ｅ）ＳＭシグナリングは、例えば、ＰＤＮ接続性（ｃｏｎｎｅｃｔｉｖｉｔｙ）、ベアラリソース割当（ＢｅａｒｅｒＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ）、ベアラ修正（ＢｅａｒｅｒＭｏｄｉｆｉｃａｔｉｏｎ）、ＰＤＰコンテクスト活性化（ＰａｃｋｅｔＤａｔａＰｒｏｔｏｃｏｌＣｏｎｔｅｘｔＡｃｔｉｖａｔｉｏｎ）、ＰＤＰコンテクスト修正（ＰＤＰＣｏｎｔｅｘｔＭｏｄｉｆｉｃａｔｉｏｎ）要請などを含む。バックオフタイマーは、（Ｅ）ＭＭシグナリングの制御のためのＭＭバックオフタイマーと、（Ｅ）ＳＭシグナリングの制御のためのＳＭバックオフタイマーとに区別される。ＭＭバックオフタイマーは、ＵＥ別に（ｐｅｒＵＥ）与えられ、ＳＭバックオフタイマーは、関連したＡＰＮ別に（ｐｅｒａｓｓｏｃｉａｔｅｄＡＰＮ）及びＵＥ別に与えられ、それぞれ独立して動作する。

さらに、３ＧＰＰネットワークにおいて端末（例えば、ＭＴＣ装置）は、「ＮＡＳシグナリング低い優先順位（ＮＡＳｓｉｇｎａｌｉｎｇｌｏｗｐｒｉｏｒｉｔｙ）」を有するように、ＮＡＳ設定ＭＯを介して設定（ｃｏｎｆｉｇｕｒｅ）されてもよい。ＮＡＳシグナリング低い優先順位が設定された端末は、ＮＡＳメッセージ（例えば、アタッチ要請、ＴＡＵ要請、ＰＤＮ接続性要請など）内に低い優先順位をセットして送信するようになる。

一般に、コアネットワークがＮＡＳレベル混雑制御を行っている場合に、低い優先順位がセットされた（例えば、ＮＡＳシグナリング低い優先順位指示子が「端末がＮＡＳシグナリング低い優先順位に設定されている（ＵＥ／ＭＳｉｓｃｏｎｆｉｇｕｒｅｄｆｏｒＮＡＳｓｉｇｎａｌｉｎｇｌｏｗｐｒｉｏｒｉｔｙ）」とセットされる場合）端末に対する拒絶メッセージにバックオフタイマー（又は、実行待機タイマー）値を含めて送信する。前述したように、バックオフタイマー値を受信した端末は、バックオフタイマー（例えば、ＭＭバックオフタイマー及び／又はＳＭバックオフタイマー）が満了するまではネットワークに（Ｅ）ＭＭ／（Ｅ）ＳＭシグナリングを要請しないように動作する。

一方、バックオフタイマーが動作中（ｒｕｎｎｉｎｇ）であっても、緊急なサービスは提供されていなければならない。したがって、ＵＥ／ＭＳが高い優先順位（ｐｒｉｏｒｉｔｙ）を有するサービスユーザとの緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙｂｅａｒｅｒｓｅｒｖｉｃｅ）を既に行っているか、又は始めようとする場合、ＭＭ／ＳＭバックオフタイマーが動作している場合であっても、当該サービス要請を行うことができる。高い優先順位を有するサービスユーザは、例えば、マルチメディア優先順位サービスアクセスクラス１１−１５をもってネットワークにアクセスするユーザであってよい。また、ＭＴ呼（ＭｏｂｉｌｅＴｅｒｍｉｎａｔｅｄｃａｌｌ）／ＳＭＳサービスと応急電話（ＥｍｅｒｇｅｎｃｙＣａｌｌ）サービスを行う場合であっても、バックオフタイマー動作の影響に例外的な状況として適用される（すなわち、バックオフタイマーが動作中であっても、当該サービスを提供できる）。

多重優先順位
現在３ＧＰＰ標準（Ｒｅｌ−１０／Ｒｅｌ−１１）ＭＴＣシステム環境では、ＵＳ／ＭＳ（以下では、「端末」と総称する）に２つの優先順位、すなわち、「（ＮＡＳシグナリング）低い優先順位」と「（ＮＡＳシグナリング）低くない（ｎｏｎ−ｌｏｗ）優先順位」のいずれか一方のみを設定することができる。例えば、ＮＡＳシグナリング低い優先順位指示子を「端末がＮＡＳシグナリング低い優先順位に設定されている（ＵＥ／ＭＳｉｓｃｏｎｆｉｇｕｒｅｄｆｏｒＮＡＳｓｉｇｎａｌｉｎｇｌｏｗｐｒｉｏｒｉｔｙ）」にセットしたり、「端末がＮＡＳシグナリング低い優先順位に設定されていない（ＵＥ／ＭＳｉｓｎｏｔｃｏｎｆｉｇｕｒｅｄｆｏｒＮＡＳｓｉｇｎａｌｉｎｇｌｏｗｐｒｉｏｒｉｔｙ）」にセットすることができる。

しかし、将来、アプリケーション環境によって２つ以上の多重優先順位を端末が有してもよい。また、このような多重優先順位は、装置（又は端末）別に設定したり、又はアプリケーションレベル別に設定することができる。端末別に設定される優先順位と、アプリケーション別に設定される優先順位は別々に（又は独立して）設定することができる。また、一つのアプリケーションに対しても複数個の優先順位のいずれか一つを設定することができる。

既存の無線通信システムにおける優先順位関連動作は、「低い優先順位」と「低くない優先順位」のいずれか一方のみを仮定して定義されているため、２つ以上の多重優先順位が設定される場合には正しく動作できない問題がある。したがって、本発明では、多重優先順位が設定される場合の動作方案、優先順位が変更される場合の動作方案などについて提案する。

そのために、多重優先順位を有する端末がＰＤＮ接続を確立（ｅｓｔａｂｌｉｓｈ）する度にその時点で装置別に或いはアプリケーションレベル別に異なった優先順位をセットしてＰＤＮ接続を確立できるようにするためには、このような多重優先順位を有する端末のＰＤＮ接続確立方法についてのさらなる補完が必要である。

仮に、以前に確立されたＰＤＮ接続が、低い優先順位を有するＰＤＮ接続であったが、新たに装置別に或いはアプリケーションレベルに従って異なった優先順位に変更された場合には、新たに確立されるＰＤＮ接続については変更された優先順位を適用するようになる。この場合、以前に確立されているＰＤＮ接続をどのように処理すべきかが不明瞭となる問題がある。例えば、以前にセットされている優先順位を有するＰＤＮ接続をそのまま維持するのか、或いは、以前にセットされている優先順位を有するＰＤＮ接続を解除し、新たに変更された優先順位を適用してＰＤＮ接続を再−確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）するのかが明確に決定されるように、優先順位変更によるＰＤＮ接続方案を備えなければならない。

また、前述したように、端末にＭＭバックオフタイマーとＳＭバックオフタイマーがそれぞれ又は同時に動作している状況で、当該端末はネットワークに（Ｅ）ＭＭ関連シグナリング及び／又は（Ｅ）ＳＭ関連シグナリング要請を行えないようになっている。ただし、緊急コール／サービス又はマルチメディア優先順位サービスを用いる場合には、バックオフタイマーが動作しても端末が関連手順を行うことができる。

端末別に又はアプリケーションレベル別に多重優先順位を有する端末の場合は、優先順位が変更されたとき、ＭＭバックオフタイマー及び／又はＳＭバックオフタイマー（以下、「ＭＭ／ＳＭバックオフタイマー」と表現する）に基づく動作をどのように行うかが不明瞭になるという問題が発生する。例えば、優先順位が変更された場合に、既存のＭＭ／ＳＭバックオフタイマーを中止するか、或いは既存のＭＭ／ＳＭバックオフタイマーをそのまま維持するかを明確に決定できるように、優先順位変更によるバックオフタイマー処理方案を備えなければならない。

要するに、多重優先順位を有する端末では、優先順位変更に応じてＰＤＮ接続をどのように処理するか、及びネットワーク混雑状況によってＭＭ／ＳＭバックオフタイマーが動作している場合に優先順位変更に応じて動作中のＭＭ／ＳＭバックオフタイマーをどのように処理するか、が不明確であるという問題があるため、結局としてはＰＤＮ接続制御及び／又はＮＡＳレベル混雑制御を正しく又は效率よく行うことができなくなることがある。こうなると、ネットワーク状況、サービス接続性及びユーザ経験がより悪化する。したがって、２レベル以上の多重優先順位が適用される場合及び／又は優先順位が変更される場合に、ＰＤＮ接続及びＭＭ／ＳＭバックオフタイマーを処理する新しい方案が要求される。

多重優先順位適用による改善されたＮＡＳレベル動作
前述したように、一般に、ＭＴＣは多数の端末とネットワーク間の通信を伴い、それぞれの端末に対するデータは比較的少量であると共に緊急でない場合（例えば、検針結果の報告など）を仮定することができる。そのため、ＭＴＣ端末に対する優先順位は、低い優先順位に設定するのが一般的である。

このようなＭＴＣシステム環境で端末別に又はアプリケーションレベル別に優先順位を変更（例えば、低い優先順位から低くない優先順位へ変更）するようになる原因は、緊急にデータを送信する必要がある場合、又はＭＴＣサーバーなどによってＭＴＣ端末がトリガリング（すなわち、所定の要請又は指示シグナリングによってＭＴＣ装置がＩＰ接続を確立する動作）された場合に優先順位レベルの変更が明示的（ｅｘｐｌｉｃｉｔｌｙ）又は黙示的（ｉｍｐｌｉｃｉｔｌｙ）に要求される場合などを仮定することができる。上記の例示では、優先順位レベルの変更が、相対的に低い優先順位レベルから相対的に高い優先順位レベルに変更される場合を仮定したが、本発明はそれに制限されず、相対的に高い優先順位レベルから相対的に低い優先順位レベルに変更される場合にも本発明の原理を同一に適用することができる。

多重優先順位の適用と関連して、多重優先順位の度合（又は、優先順位レベルの個数）は、アプリケーション及びサービス環境によって異なることがある。例えば、２個の優先順位レベル（すなわち、低い優先順位及び一般（ｎｏｒｍａｌ）（又は、低くない）優先順位）のいずれか一つが設定されることがある。又は、３個の優先順位レベル（すなわち、低い優先順位、一般優先順位、高い優先順位）のいずれか一つが設定されてもよい。３個の優先順位レベルは、優先順位レベル−１、レベル−２、レベル−３の形態（レベルが高いほどより高い優先順位を意味し、レベル−１が最低の優先順位を意味できる）で構成されてもよい。また、４個以上の優先順位レベルが構成されてもよい。ここで、高い優先順位は、マルチメディア優先順位サービス、すなわち、高い優先順位アクセスとは異なる意味を有してもよい。

本発明によれば、２レベルで構成された優先順位（又は、二重（ｄｕａｌ）優先順位）の場合には、端末が低い優先順位にセットされた場合にのみＭＭ／ＳＭバックオフタイマーが適用されればよい。３レベル以上の優先順位構成の場合には、端末が最低の優先順位（例えば、優先順位レベル−１）にセットされた場合にのみＭＭ／ＳＭバックオフタイマーが適用されてもよい。又は、３レベル以上の優先順位構成の場合に、所定の優先順位レベル（例えば、低い順で一つ以上の優先順位レベル）の場合にＭＭ／ＳＭバックオフタイマーが適用されてもよい。ここで、２レベル多重優先順位及び／又は３レベル以上の多重優先順位においていずれの優先順位レベルの場合にのみＭＭ／ＳＭバックオフタイマーが適用されるようにするかは、ネットワークの状況、政策（ｐｏｌｉｃｙ）、選好設定（ｐｒｅｆｅｒｅｎｃｅ）、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）のうち一つ以上に基づいて決定することができる。

また、多重優先順位を有する端末においてアプリケーションレベルに従って別々の優先順位が設定される場合には、一つ以上のアプリケーションがそれぞれ異なるＰＤＮ接続を確立する場合と（すなわち、一つのアプリケーションに対して一つのＰＤＮ接続が確立される）、一つ以上のアプリケーションが一つのＰＤＮ接続を共有（ｓｈａｒｅ）する場合が可能である。一つ以上のアプリケーションがそれぞれ異なるＰＤＮ接続を確立する場合に、ＰＤＮ接続はＡＰＮ別にＳＭバックオフタイマーが適用される。一つ以上のアプリケーションが一つのＰＤＮ接続を共有する場合には、複数個のアプリケーションがそれぞれ異なるベアラ（デフォルトＥＰＳベアラ又は専用（ｄｅｄｉｃａｔｅｄ）ＥＰＳベアラ）を設定する場合を意味し、この場合には、ベアラＩＤ別にＳＭバックオフタイマーが適用されてもよい。

また、端末に対して２以上のレベルで構成された多重優先順位が設定される場合は、まず、多重優先順位適用に対する設定がされた後に、必要時に（例えば、アプリケーションの要請、端末の他の要請（例えば、ユーザの設定）、又はネットワークの要請に応じて）、優先順位変更／セッティングが発生すればよい。ここで、多重優先順位適用に対する設定とは、多重優先順位レベルのうちいずれのレベルであるかが設定されるのではなく、多重優先順位のいずれか一つを有することができる状態に設定されるということを意味する。すなわち、多重優先順位適用が設定された端末に対して、必要な場合に優先順位変更／セッティングによって多重優先順位のいずれか一つの優先順位レベルを与えることができる。ここで、「多重優先順位適用に対する設定」を「多重優先順位統合設定」と言い換えることもできる。

以下では、多重優先順位を有する場合における、ＰＤＮ接続及びＭＭ／ＳＭバックオフタイマーの制御に関する本発明の原理について説明する。

まず、優先順位が端末別に変更／セットされる場合（すなわち、一つの端末がある時点で一つの優先順位（２レベル優先順位の場合は、低い優先順位又は一般優先順位のいずれか一つ、３レベル以上の場合は、優先順位レベル−１、レベル−２、レベル−３、…のいずれか一つ）を有する場合）に、ＰＤＮ接続確立には次のいずれか一つ以上の方案を適用することができる。

第１方案として、ある端末に対する優先順位が変更される以前に確立されていたＰＤＮ接続はそのまま維持し、新しいＰＤＮ接続を確立することができる。ここで、以前に確立されていたＰＤＮ接続を維持しながら新しいＰＤＮ接続を確立するということは、以前に確立されていたＰＤＮ接続と同じＡＰＮを有するＰＤＮ接続を新たに確立するという意味、又は以前に確立されていたＰＤＮ接続と異なるＡＰＮを有するＰＤＮ接続を新たに確立するという意味を有することができる。このとき、既に確立されていたＰＤＮ接続の優先順位は、変更前にセットされた優先順位をそのまま維持し、新しいＰＤＮ接続に対しては変更された優先順位を適用することができる。

第２方案として、ある端末に対する優先順位が変更される以前に確立されていたＰＤＮ接続を解除（ｒｅｌｅａｓｅ）／非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）し、新しいＰＤＮ接続を再−確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）することができる。ここで、以前に確立されていたＰＤＮ接続を解除／非活性化し、新しいＰＤＮ接続を再−確立するということは、既存のＡＰＮと同じＡＰＮを有するＰＤＮ接続を新たに確立するという意味を有することができる。この場合、新しいＰＤＮ接続を確立する時、変更された優先順位にセットされたＰＤＮ接続を生成することができる。

また、優先順位が端末別に変更／セットされる場合における、ＭＭ／ＳＭバックオフタイマー関連動作については、次のいずれか一つ以上の方案を適用することができる。

第１方案として、２レベル多重優先順位の場合には、ＭＭ／ＳＭバックオフタイマーの動作中に、低い優先順位が一般優先順位に変更されると、３レベル以上の多重優先順位の場合には、所定の優先順位レベル（例えば、レベル−１又は低い順でいくつかのレベル）を除く残り優先順位レベルに変更されると、当該ＭＭ／ＳＭバックオフタイマーを中止（ｓｔｏｐ）させることができる。

第２方案として、優先順位が変更されても、動作中のＭＭ／ＳＭバックオフタイマーを中止させなくてもよい。

次に、優先順位がアプリケーションレベル別に変更／セットされる場合（すなわち、一つの端末に関連した一つ以上のアプリケーションのそれぞれが個別に一つの優先順位（２レベル優先順位の場合は、低い優先順位又は一般優先順位のいずれか一つ、３レベル以上の場合は、優先順位レベル−１、レベル−２、レベル−３、…のいずれか一つ）を有する場合）には、次のように動作できる。ＰＤＮ接続制御において、あるアプリケーションに対する優先順位が変更される前に確立されていたＰＤＮ接続はそのまま維持させ、新しいＰＤＮ接続を確立することができる。このとき、既に確立されていたＰＤＮ接続の優先順位は、変更前にセットされた優先順位をそのまま維持し、新しいＰＤＮ接続に対しては変更された優先順位を適用することができる。他の方案として、以前に確立されていたＰＤＮ接続を解除（ｒｅｌｅａｓｅ）／非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）し、新しいＰＤＮ接続を再−確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）することもできる。ここで、以前に確立されていたＰＤＮ接続を解除／非活性化し、新しいＰＤＮ接続を再−確立するということは、既存のＡＰＮと同じＡＰＮを有するＰＤＮ接続を新たに確立するという意味を有することができる。この場合、新しいＰＤＮ接続を確立する時、変更された優先順位にセットされたＰＤＮ接続を生成することができる。次に、ＭＭ／ＳＭバックオフタイマーの制御において、２レベル多重優先順位の場合には、ＭＭ／ＳＭバックオフタイマーの動作中に、低い優先順位が一般優先順位に変更されると、３レベル以上の多重優先順位の場合には、所定の優先順位レベル（例えば、レベル−１又は低い順でいくつかのレベル）を除く残り優先順位レベルに変更されると、当該ＭＭ／ＳＭバックオフタイマーを中止させることができる。他の方案として、優先順位が変更されても、動作中のＭＭ／ＳＭバックオフタイマーを中止させなくてもよい。

ここで、前述の例示（すなわち、優先順位が端末別に又はアプリケーションレベル別に変更される場合）のそれぞれにおいて、優先順位レベルが変更されてもＭＭ／ＳＭバックオフタイマーを中止せず、端末はＭＭシグナリング要請（例えば、一般優先順位又はより高い優先順位レベルに対するサービス要請、アタッチ要請、ＴＡＵ／ＲＡＵ要請）を行うこともできる。従来技術によれば、バックオフタイマーの動作中にはＮＡＳメッセージの送信ができず、バックオフタイマーが満了／中止してこそＮＡＳメッセージを送信することができる。しかし、本発明によれば、バックオフタイマーの動作中に優先順位が変更される場合、バックオフタイマーを中止させないでＮＡＳメッセージを送信することができる。

以下では、前述した本発明の動作原理に係る提案事項について説明する。以下の説明において、提案１ａ乃至１ｃは、前述した本発明の動作原理をより具体的な例示を挙げて説明するものであり、提案２ａ乃至２ｊは、２レベル多重優先順位、すなわち、二重（ｄｕａｌ）優先順位（例えば、低い優先順位又は低くない（一般）優先順位）の場合に関するものであり、提案３ａ乃至３ｊは、３レベル以上の多重優先順位（例えば、低い優先順位、中間優先順位、高い優先順位、…、又は、優先順位レベル−１、レベル−２、レベル−３、…）の場合に関するものである。

提案１ａ
本発明では、端末に優先順位レベルを設定するとき、端末別に設定される場合と、アプリケーションレベル別に設定される場合とに区別する。

ネットワーク（例えば、ＭＭＥ又はＳＧＳＮ）は端末にＮＡＳ機能性に関連したパラメータを含む「ＮＡＳ設定ＭＯ」を送信し、当該端末に対するＮＡＳ機能を管理することができる。このようなＮＡＳ設定ＭＯの提供はＯＭＡＤＭを用いて行うことができ、それについてのより具体的な事項は３ＧＰＰＴＳ２４．３６８を参照すればよい。

本発明では、上記ＮＡＳ設定ＭＯに装置特性（ＤｅｖｉｃｅＰｒｏｐｅｒｔｙ）情報をさらに含めてネットワークから端末に提供することを提案する。装置特性情報は、２レベル優先順位（例えば、低い優先順位又は一般優先順位）のいずれか一つ、又は３レベル以上の優先順位（例えば、優先順位レベル−１、レベル−２、レベル−３、…）のいずれか一つを指示（ｉｎｄｉｃａｔｅ）することができる。このような装置特性情報によって、端末に所定の優先順位レベルを設定することができる。

また、本発明によって優先順位がアプリケーションレベル別に設定される場合に、端末のＯＳ（例えば、Ａｎｄｒｏｉｄ、ＩＯＳ、ＷｉｎｄｏｗｓＯＳ、Ｌｉｎｕｘなど）プラットホームによって設定が行われることもあり、又は、新しい設定機能が必要とされることもある。

特に、本発明によれば、端末が緊急なデータ（例えば、所定の臨界値を超す場合に送信されるデータ）を送信しようとする場合、以前に設定されていた優先順位をより高い優先順位レベルへと設定変更を行って（例えば、低い優先順位から一般優先順位に変更、又は相対的に低い優先順位レベルから相対的に高い優先順位レベルに変更して）、データを送信することができる。そのための優先順位レベル変更は、端末内部のＯＳプラットホームによって行われてもよく、新しい設定機能によって行われてもよい。

優先順位がアプリケーションレベル別に設定される場合、ＯＳプラットホームを介してアプリケーション別にそれぞれの優先順位レベルを設定することができる。これと関連した優先順位設定のためのＯＳプラットホームとのインターフェース及び機能に関する具体的な事項については、本発明では説明を省略し、本発明が具現される時点で当該分野において周知の方式に従えばよい。

また、ＭＴＣシステム環境でＵＥ（デバイス）トリガリング技法によって優先順位設定や優先順位変更を行うこともできる。例えば、トリガリングメッセージに、３ＧＰＰネットワーク個体にトランスパレント（ｔｒａｎｓｐａｒｅｎｔ）な情報を含めたり、３ＧＰＰネットワーク個体にトランスパレントでない情報を含めることによって、優先順位設定／変更を行うこともできる。

また、端末に優先順位レベルを設定する際、端末に多重優先順位の適用（又は、多重優先順位統合設定）について設定した後、アプリケーション又は状況に応じて優先順位レベルを変更することができる。ここでいう多重優先順位の適用（又は、多重優先順位統合設定）とは、多重優先順位レベルのうちいずれのレベルであるかが設定されるのではなく、多重優先順位のいずれか一つを有することができる状態に設定されるということを意味する。また、多重優先順位の適用（又は、多重優先順位統合設定）は、ＯＭＡＤＭのＭＯ、アプリケーションの要請、製造者（ｍａｎｕｆａｃｔｕｒｅｒ）の設定、又は他の設定方式によって設定することができる。

提案１ｂ
本発明では、多重優先順位レベルのうち、最も低い一つ又は低い順で一つ以上の優先順位レベルの場合にのみＭＭ／ＳＭバックオフタイマーを適用することができる。どの優先順位レベルの場合にのみＭＭ／ＳＭバックオフタイマーを適用するかは、ネットワークの状況、政策（ｐｏｌｉｃｙ）、選好設定（ｐｒｅｆｅｒｅｎｃｅ）、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）などの情報に基づいて決定することができる。

ここで、所定の優先順位レベルに対してのみＭＭ／ＳＭバックオフタイマーを適用する方式の適用有無、及び／又は所定の優先順位レベルをどの優先順位レベルにするかなどは、アプリケーションごとに静的に（ｓｔａｔｉｃａｌｌｙ）決定されてもよく、又は、加入者データ、事業者の政策又は選好設定などに基づいて動的に（ｄｙｎａｍｉｃａｌｌｙ）決定されてもよい。

例えば、端末がＴＡＵ／ＲＡＵ過程を行う中に、ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ、ＰＤＮＧＷ）は加入者データ及び／又は事業者政策／選好設定を取得することができる。例えば、ＰＤＮＧＷとＰＣＲＦ間の相互動作によってＰＤＮＧＷが事業者の政策／選好設定情報を得ることができ、この時、優先順位レベルによるＭＭ／ＳＭバックオフタイマー適用有無の情報を決定又は取得することができる。また、新しいＴＡ／ＲＡに関連したＭＭＥ／ＳＧＳＮ（すなわち、新しいＭＭＥ／ＳＧＳＮ）がＨＳＳから加入者情報を含む位置アップデート確認（ａｃｋ）を受信することができ、この時、優先順位レベルによるＭＭ／ＳＭバックオフタイマー適用有無の情報を決定又は獲得することができる。

他の例示として、端末がアタッチ過程を行う中に、ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮ、ＰＤＮＧＷ）は加入者データ及び／又は事業者政策／選好設定を取得することができる。例えば、端末がアタッチ要請メッセージを送信するＭＭＥ／ＳＧＳＮが、ＨＳＳから加入者情報を含む位置アップデート確認（ａｃｋ）を受信することができ、この時、優先順位レベルによるＭＭ／ＳＭバックオフタイマー適用有無の情報を決定又は取得することができる。また、ＰＤＮＧＷとＰＣＲＦ間の相互動作によってＰＤＮＧＷが事業者の政策／選好設定情報を得ることができ、この時、優先順位レベルによるＭＭ／ＳＭバックオフタイマー適用有無の情報を決定又は取得することができる。

ＴＡＵ／ＲＡＵ過程及びアタッチ過程の具体的な動作と関連して本発明で説明を省略した事項は、３ＧＰＰＴＳ２３．４０１を参照すればよい。

提案１ｃ
本発明では、アプリケーションレベルに従って優先順位レベルが別々に適用されてもよい。一般に、互いに異なる優先順位レベルを有する複数個のアプリケーションがそれぞれ異なるＰＤＮ接続を確立／使用することもでき、又は互いに異なる優先順位レベルを有する複数個のアプリケーションが一つのＰＤＮ接続を共有して確立／使用することもできる。

例えば、ｎ（ｎ≧２）個のアプリケーションが一つのＰＤＮ接続を共有する場合に、１個のアプリケーションが低い優先順位レベルを維持しており、残るｎ−１個のアプリケーションが低い優先順位から一般（又は、相対的に高い）優先順位レベルに変更してデータを送信しようとする場合に、上記１個の低い優先順位レベルのアプリケーションのために確立した既存のＰＤＮ接続はそのまま維持することができる。他の例として、ｎ個のアプリケーションが一つのＰＤＮ接続を共有する場合に、１個のアプリケーションのみが低い優先順位から一般（又は、相対的に高い）優先順位レベルに変更してデータを送信しようとし、残るｎ−１個のアプリケーションは低い優先順位レベルを維持する場合にも、既存に確立されているＰＤＮ接続をそのまま維持することができる。すなわち、低い優先順位レベルのアプリケーションのために確立された既存のＰＤＮ接続は、低い優先順位レベルのアプリケーションが一つでも残っている場合にはそのまま維持されなければならないということを意味する。

又は、優先順位が変更される以前に確立されていたＰＤＮ接続を解除（ｒｅｌｅａｓｅ）し、変更された優先順位にセットされた新しいＰＤＮ接続を再−確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）することもできる。

また、上の２つの方式を組み合わせて、互いに異なる優先順位レベルを有する複数のアプリケーションがそれぞれ異なったＰＤＮ接続を確立する一方で、他の複数のアプリケーションが一つのＰＤＮ接続を確立する混用方式を適用することもできる。

提案１ｄ
本発明で、多重優先順位を有する端末において複数のアプリケーションが一つのＰＤＮ接続を共有する場合に、ＰＤＮ接続とＭＭ／ＳＭバックオフタイマーを適用方法は、次の通りである。

まず、ＰＤＮ接続確立とベアラ活性化／非活性化（ａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎ）に関する多重優先順位セッティングについて説明する。

例えば、ＰＤＮ接続（すなわち、ＡＰＮ）別に優先順位をセットする方式ではなく、一つのＰＤＮ接続内で複数個のベアラ別に優先順位レベルをセットすることができる。そのために、ＡＰＮではなくベアラ（例えば、デフォルトＥＰＳベアラ／専用ＥＰＳベアラ）ＩＤ別に優先順位セッティングを区別しなければならない。

ベアラ別に優先順位レベルが変更される場合に、以前に設定された既存のベアラが以前に設定された優先順位を持ちながらそのまま維持されてもよく、又は、既存のベアラを非活性化し、変更された優先順位レベルにセットされたベアラを再−活性化してもよい。これと共に又は別に、以前に設定された既存のＰＤＮ接続は以前に設定された優先順位レベルを持ちながらそのまま維持されてもよく、又は、既存のＰＤＮ接続を解除し、変更された優先順位にセットされたＰＤＮ接続が再−確立されてもよい。

次に、本発明によれば、ＭＭバックオフタイマーを端末別に又はアプリケーションレベル別に適用することができる。

一方、従来技術によれば、ＳＭバックオフタイマーをＡＰＮ別に（すなわち、ＰＤＮ接続別に）設定するが、本発明によれば、ＳＭバックオフタイマーをＡＰＮ別に（すなわち、ＰＤＮ接続別に）設定するのはなく、ベアラ別に（すなわち、ベアラＩＤを基準に）適用することができる。

以下の説明において、ベアラ別に優先順位を設定／区別する方式を、提案２ａ乃至３ｊのいずれにも適用することができる。

提案２ａ
端末に対して２レベル多重優先順位（又は、二重（ｄｕａｌ）優先順位）が設定され（すなわち、端末が２レベル優先順位（低い優先順位又は一般優先順位）のいずれか一つを有することができる状態に設定され）、優先順位レベルが端末別に変更／セットされる場合に（すなわち、端末がある時点で２個の優先順位レベルのいずれか一つを有する場合に）、次のように動作することができる。

優先順位が変更される以前に確立されていたＰＤＮ接続はそのまま維持させ（この時、変更される以前にセットされた優先順位をそのまま維持する）、変更された優先順位にセットされた新しいＰＤＮ接続を確立することができる。

次に、ＭＭバックオフタイマーが動作中であり、低い優先順位が一般優先順位に変更された場合には、ＭＭバックオフタイマーは中止させることができる。

次に、ＳＭバックオフタイマーが動作中であっても、これを中止させなくてもよい。ここで、ＳＭバックオフタイマーを中止させないということは、たとえ特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は、端末が例外的にネットワークに行うことができるということを意味する。

提案２ｂ
端末に対して２レベル多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

次に、ＭＭバックオフタイマーが動作中であっても、これを中止させなくてもよい。ここで、ＭＭバックオフタイマーを中止させないということは、低い優先順位と指示（ｉｎｄｉｃａｔｉｏｎ）されていない（又は、低くない／一般／高い優先順位に設定された）ＭＭシグナリング要請（例えば、アタッチ要請、ＴＡＵ／ＲＡＵ要請、サービス要請）は、端末が例外的にネットワークに行うことができるということを意味する。

次に、ＳＭバックオフタイマーが動作中であっても、それを中止させなくてもよい。ここで、ＳＭバックオフタイマーを中止させないということは、たとえ特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は、端末が例外的にネットワークに行うことができるということを意味する。

提案２ｃ
端末に対して２レベル多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

優先順位が変更される以前に確立されたＰＤＮ接続は解除し、変更された優先順位にセットされたＰＤＮ接続を再−確立することができる。

次に、ＭＭバックオフタイマーが動作中であり、低い優先順位が一般優先順位に変更された場合には、ＭＭバックオフタイマーを中止させることができる。

次に、ＳＭバックオフタイマーが動作中であり、低い優先順位が一般優先順位に変更された場合には、ＳＭバックオフタイマーを中止させることができる。

提案２ｄ
端末に対して２レベル多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

次に、ＭＭバックオフタイマーが動作中であっても、それを中止させなくてもよい。ここで、ＭＭバックオフタイマーを中止させないということは、低い優先順位と指示されていない（又は、低くない／一般／高い優先順位に設定された）ＭＭシグナリング要請（例えば、アタッチ要請、ＴＡＵ／ＲＡＵ要請、サービス要請）は、端末が例外的にネットワークに行うことができるということを意味する。

提案２ｅ
端末に対して２レベル多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

提案２ｆ
端末に対して２レベル多重優先順位（又は、二重（ｄｕａｌ）優先順位）が設定され（すなわち、端末が２レベル優先順位（低い優先順位又は一般優先順位）のいずれか一つを有することができる状態に設定され）、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に（すなわち、アプリケーション別に低い優先順位又は一般優先順位のいずれか一つがセットされてよく、端末はアプリケーションごとに異なる優先順位を有することができる場合に）、次のように動作することができる。

提案２ｇ
端末に対して２レベル多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案２ｈ

端末に対して２レベル多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案２ｉ
端末に対して２レベル多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案２ｊ
端末に対して２レベル多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案３ａ
端末に対して３レベル以上の多重優先順位が設定され（すなわち、端末が３レベル以上の優先順位（低い優先順位、一般／中間優先順位、高い優先順位、…、又は優先順位レベル−１、レベル−２、レベル−３、…）のいずれか一つを有することができる状態に設定され）、優先順位レベルが端末別に変更／セットされる場合に（すなわち、端末がある時点で優先順位レベル−１、レベル−２、レベル−３、…のいずれか一つを有する場合に）、次のように動作することができる。

次に、ＭＭバックオフタイマーが動作中であり、優先順位レベルが変更される場合には、変更された優先順位レベルによってＭＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＭＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。

提案３ｂ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

提案３ｃ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

次に、ＭＭバックオフタイマーが動作中であり、優先順位レベルが変更される場合には、変更された優先順位レベルによってＭＭバックオフタイマーを中止させることができる。

次に、ＳＭバックオフタイマーが動作中であり、優先順位レベルが変更される場合には、変更された優先順位レベルによってＳＭバックオフタイマーを中止させることができる。

ここで、優先順位レベルによってＭＭ／ＳＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。

提案３ｄ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

次に、ＳＭバックオフタイマーが動作中であり、優先順位レベルが変更される場合には、変更された優先順位レベルによってＳＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＳＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。

提案３ｅ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルが端末別に変更／セットされる場合に、次のように動作することができる。

提案３ｆ
端末に対して３レベル以上の多重優先順位が設定され（すなわち、端末が３レベル以上の優先順位（低い優先順位、一般／中間優先順位、高い優先順位、…、又は優先順位レベル−１、レベル−２、レベル−３、…）のいずれか一つを有することができる状態に設定され）、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に（すなわち、アプリケーション別に優先順位レベル−１、レベル−２、レベル−３、…のいずれか一つがセットされてよく、端末はアプリケーションごとに互いに異なる優先順位を有することができる場合に）、次のように動作することができる。

提案３ｇ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案３ｈ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案３ｉ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

提案３ｊ
端末に対して３レベル以上の多重優先順位が設定され、優先順位レベルがアプリケーションレベル別に変更／セットされる場合に、次のように動作することができる。

以上説明した本発明の提案事項は、本発明の動作原理によって一つ又は二つ以上の組合せで適用することができる。以下では、前述した本発明の動作原理及び具体的な提案事項を適用できる実施例について説明する。

実施例１
本実施例１は、多重優先順位が設定された端末に対して優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は、以前に設定された優先順位レベルにそのまま維持され、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を確立する方案に関する。

この場合、優先順位レベルが変更される場合に、ＭＭバックオフタイマーは中止されるが、ＳＭバックオフタイマーは中止されなくてもよい。

図４は、本発明の一例に係るＰＤＮ接続過程を説明するための図である。

図４の段階０で、ネットワーク（例えば、ＭＭＥ３０）が、ＯＭＡＤＭを通じて、ＵＥ１０に関する二重優先順位又は多重優先順位設定情報を含むＮＡＳ設定ＭＯを、ＵＥ１０に送信することができる。これによって、ＵＥ１０に対して二重優先順位又は多重優先順位を設定することができる。すなわち、ＵＥ１０は、二重優先順位又は多重レベル優先順位のいずれか一つの優先順位レベルを有することができる。

ＵＥ１０は、自身の優先順位が相対的に低い優先順位レベルから相対的に高い優先順位レベルに変更される場合に、動作中のＭＭバックオフタイマーが存在するとそれを中止させることができる。

一方、ＵＥ１０は優先順位の変更に関係なく、動作中のＳＭバックオフタイマーが存在してもそれを中止させなくてもよい。例えば、特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は送信することができる。

また、ＵＥ１０は、優先順位が変更される以前に確立されていたＰＤＮ接続は、変更される以前の優先順位を有する状態でそのまま維持させながら、変更された優先順位を用いて設定された新しいＰＤＮ接続を確立することができる。

具体的に、図４の段階１で、以前に確立されていたＰＤＮ接続を維持しながら、ＵＥ１０は、（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。この時、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望している新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

例えば、ＵＥ１０は、以前に確立されていたＰＤＮ接続（変更前の優先順位レベルを有するＰＤＮ接続）と同じＡＰＮ情報及びＰＤＮタイプを有する新しいＰＤＮ接続（変更された優先順位レベルを有するＰＤＮ接続）のためにＰＤＮ接続要請を送信することができる。

又は、ＵＥ１０は、以前に確立されていたＰＤＮ接続（変更前の優先順位レベルを有するＰＤＮ接続）と異なるＡＰＮ情報を有する新しいＰＤＮ接続（変更された優先順位レベルを有するＰＤＮ接続）のためにＰＤＮ接続要請を送信することもできる。

図４の段階２乃至６で（段階４は別途説明）、ＭＭＥ３０は、ＵＥ１０に対する新しい優先順位を有するＰＤＮ接続要請が許容されるか否かを評価（ｅｖａｌｕａｔｉｏｎ）することができる。このＭＭＥ３０の評価は、ＵＥ１０に対して設定された優先順位レベル、加入者情報、ユーザ設定情報、事業者政策／選好設定などに基づいて行うことができる。評価の結果、ＵＥ１０に対するＰＤＮ接続が許容される場合に、ＭＭＥ３０は、ベアラ生成のためにＳ−ＧＷ４０にセッション生成要請（ｃｒｅａｔｅｓｅｓｓｉｏｎｒｅｑｕｅｓｔ）メッセージを送ることができる。Ｓ−ＧＷ４０はＰ−ＧＷにセッション生成要請メッセージを送ることができる。それに応答して、Ｐ−ＧＷ５０はＳ−ＧＷ４０にセッション生成応答（ｃｒｅａｔｅｓｅｓｓｉｏｎｒｅｓｐｏｎｓｅ）メッセージを送ることができ、Ｓ−ＧＷ４０はＭＭＥ３０にセッション生成応答を送ることができる。

図４の段階４は、選択的な手順であり、必要に応じて、事業者政策のためのＰＣＲＦ相互動作をＰ−ＧＷ５０のＰＣＥＦとＰＣＲＦ６０との間で行うことができる。例えば、ＩＰ接続性を提供するアクセスネットワークであるＩＰ−ＣＡＮセッションの確立及び／又は修正を行うことができる。

図４の段階７で、ＭＭＥ３０からＰＤＮ接続受諾メッセージを（ｅ）ＮＢ２０に伝達することができる。このメッセージはベアラセットアップ要請（ＢｅａｒｅｒＳｅｔｕｐＲｅｑｕｅｓｔ）をすることによって、ＲＡＮ区間（ＵＥ１０と（ｅ）ＮＢ２０間）の無線リソースセットアップを開始させる。

図４の段階８で、ＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われ、これによってＲＡＮ区間の無線リソースがセットアップされ、その結果（例えば、ＲＲＣ接続再設定完了（ｃｏｍｐｌｅｔｅ）メッセージ）を（ｅ）ＮＢ２０に伝達することができる。

図４の段階９で、（ｅ）ＮＢ２０からＭＭＥ３０に無線ベアラセットアップ（ｒａｄｉｏｂｅａｒｅｒｓｅｔｕｐ）に対する結果（例えば、無線ベアラセットアップ応答）を送信することができる。

図４の段階１０及び１１で、ＵＥ１０からＰＤＮ接続完了（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｃｏｍｐｌｅｔｅ）メッセージを（ｅ）ＮＢ２０を経由してＭＭＥ３０に送ることができる。

図４の段階１２乃至１５で、ＭＭＥ３０からＳ−ＧＷ４０にベアラ修正要請（Ｍｏｄｉｆｙｂｅａｒｅｒｒｅｑｕｅｓｔ）メッセージを送信し、Ｓ−ＧＷ４０からベアラ修正応答（ＭｏｄｉｆｙＢｅａｒｅｒＲｅｓｐｏｎｓｅ）メッセージをＭＭＥ３０が受信することができる。段階１３及び１４は選択的な手順であり、必要によってＳ−ＧＷ４０とＰ−ＧＷ５０間のベアラが更新（ｕｐｄａｔｅ）されてもよい。

図４の段階１６は選択的な手順であり、ＵＥ１０に関するアップデートされた情報などをＨＳＳ７０に記憶しておく必要がある場合に、ＭＭＥ３０は通知要請（ＮｏｔｉｆｙＲｅｑｕｅｓｔ）メッセージを通じてＨＳＳ登録過程を行うことができ、ＨＳＳ７０から通知応答（ＮｏｔｉｆｙＲｅｓｐｏｎｓｅ）メッセージを受信することができる。

実施例２
本実施例２は、多重優先順位が設定された端末に対して優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は解除／非活性化し、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を再−確立する方案に関する。

ここで、優先順位レベルが変更される場合に、ＭＭバックオフタイマーは中止され、ＳＭバックオフタイマーも中止されてよい。

図４を再び参照すると、段階０で、ネットワーク（例えば、ＭＭＥ３０）がＯＭＡＤＭを通じて、ＵＥ１０に関する二重優先順位又は多重優先順位設定情報を含むＮＡＳ設定ＭＯをＵＥ１０に送信することができる。これによって、ＵＥ１０に対して二重優先順位又は多重優先順位を設定することができる。すなわち、ＵＥ１０は二重優先順位又は多重レベル優先順位のいずれか一つの優先順位レベルを有することができる。

ＵＥ１０は、自身の優先順位が相対的に低い優先順位レベルから相対的に高い優先順位レベルに変更される場合に、動作中のＭＭバックオフタイマー及びＳＭバックオフタイマーが存在するとそれを中止させることができる。

一方、図４の段階１で、ＵＥ１０は、優先順位が変更される以前に確立されていたＰＤＮ接続を解除／非活性化させることができる。その後、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。この時、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

例えば、ＵＥ１０は、以前に確立されていたＰＤＮ接続（変更前の優先順位レベルを有するＰＤＮ接続）と同じＡＰＮ情報を有する新しいＰＤＮ接続（変更された優先順位レベルを有するＰＤＮ接続）のためにＰＤＮ接続要請を送信することができる。

本実施例２で、図４の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複説明は省略する。

実施例３
本実施例３は、多重優先順位が設定された端末に対して優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は、以前に設定された優先順位レベルにそのまま維持され、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を確立する方案に関する。

ここで、優先順位レベルが変更される場合に、ＭＭバックオフタイマーは中止されず、ＳＭバックオフタイマーも中止されなくてよい。

ＵＥ１０は、優先順位の変更に関係なく、動作中のＭＭバックオフタイマーが存在していてもそれを中止させなくてよい。例えば、ＭＭバックオフタイマーが動作中であっても、低い優先順位と指示されていない（又は、低くない／一般／高い優先順位に設定された）ＭＭシグナリング要請（例えば、アタッチ要請、ＴＡＵ／ＲＡＵ要請、サービス要請）は行うことができる。

また、ＵＥ１０は、優先順位の変更に関係なく、動作中のＳＭバックオフタイマーが存在していてもそれを中止させなくてよい。例えば、特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、例外として、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は送信することができる。

一方、ＵＥ１０は、優先順位が変更される以前に確立されていたＰＤＮ接続は、変更される以前の優先順位を有する状態でそのまま維持させながら、変更された優先順位に設定された新しいＰＤＮ接続を確立することができる。

具体的に、図４の段階１で、以前に確立されていたＰＤＮ接続を維持しながら、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。このとき、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

又は、ＵＥ１０は、以前に確立されていたＰＤＮ接続（変更前の優先順位レベルを有するＰＤＮ接続）と異なるＡＰＮ情報を有する新しいＰＤＮ接続（変更された優先順位レベルを有するＰＤＮ接続）のためにＰＤＮ接続要請を送信することができる。

本実施例３で、図４の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例４
本実施例４は、多重優先順位が設定された端末に対して優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は解除／非活性化し、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を再−確立する方案に関する。

ＵＥ１０は優先順位の変更に関係なく、動作中のＭＭバックオフタイマーが存在していてもそれを中止させなくてよい。例えば、ＭＭバックオフタイマーが動作中であっても、低い優先順位と指示されていない（又は、低くない／一般／高い優先順位に設定された）ＭＭシグナリング要請（例えば、アタッチ要請、ＴＡＵ／ＲＡＵ要請、サービス要請）は行うことができる。

また、ＵＥ１０は優先順位の変更に関係なく、動作中のＳＭバックオフタイマーが存在していてもそれを中止させなくてよい。例えば、特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、例外として、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は送信することができる。

一方、図４の段階１で、ＵＥ１０は、優先順位が変更される以前に確立されていたＰＤＮ接続を解除／非活性化させることができる。その後、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。このとき、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

例えば、ＵＥ１０は以前に確立されていたＰＤＮ接続（変更前の優先順位レベルを有するＰＤＮ接続）と同じＡＰＮ情報を有する新しいＰＤＮ接続（変更された優先順位レベルを有するＰＤＮ接続）のためにＰＤＮ接続要請を送信することができる。

本実施例４で、図４の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例５
本実施例５は、アプリケーションレベル別に多重優先順位が設定された端末に対して、アプリケーション別に優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は、以前に設定された優先順位レベルにそのまま維持され、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を確立する方案に関する。

ここで、優先順位レベルが変更される場合に、ＭＭバックオフタイマーは中止されるが、ＳＭバックオフタイマーは中止されなくてもよい。

図５は、本発明の他の例に係るＰＤＮ接続過程を説明するための図である。

図５の段階０で、端末に対して上位層（ｕｐｐｅｒｌａｙｅｒ）（例えば、アプリケーション層）でアプリケーションレベル別に二重優先順位又は多重優先順位を設定することができる。また、アプリケーション別に二重優先順位又は多重優先順位レベルのいずれか一つの優先順位レベルを設定することができる。これによって、端末に対して複数個のアプリケーションが関連している場合に、複数個のアプリケーションのそれぞれに対して異なった優先順位レベルをセットすることができる。

ＵＥ１０は、アプリケーション別に優先順位が変更される場合に、動作中のＭＭバックオフタイマーが存在すると、変更された優先順位レベルによってＭＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＭＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。例えば、特定アプリケーションに対して、優先順位レベル−１の場合はＭＭバックオフタイマーを中止させず、レベル−２以上の場合はＭＭバックオフタイマーを中止させるようにあらかじめ設定することができる。この場合、特定アプリケーションに対して変更された優先順位がレベル−１の場合はＭＭバックオフタイマーを中止させないが、レベル−２の場合はＭＭバックオフタイマーを中止させることができる。

一方、ＵＥ１０は優先順位の変更に関係なく、動作中のＳＭバックオフタイマーが存在していてもそれを中止させなくてよい。例えば、特定ＡＰＮに対するＳＭバックオフタイマーが動作中であっても、上記同一のＡＰＮに対する一般（すなわち、低くない）優先順位を有するＳＭシグナリング要請（例えば、ＰＤＮ接続要請、ベアラリソース修正要請、ベアラリソース割当要請など）は送信することができる。

具体的に、図５の段階１で、以前に確立されていたＰＤＮ接続を維持しながら、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。このとき、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

本実施例５で、図５の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例６
本実施例６は、アプリケーションレベル別に多重優先順位が設定された端末に対して、アプリケーション別に優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は解除／非活性化し、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を再−確立する方案に関する。

図５を再び参照すると、段階０で、端末に対して、上位層（例えば、アプリケーション層）でアプリケーションレベル別に二重優先順位又は多重優先順位を設定することができる。また、アプリケーション別に二重優先順位又は多重優先順位レベルのいずれか一つの優先順位レベルを設定することができる。これによって、端末に対して複数個のアプリケーションが関連している場合に、複数個のアプリケーションのそれぞれに対して異なった優先順位レベルをセットすることができる。

ＵＥ１０は、アプリケーション別に優先順位が変更される場合に、動作中のＭＭバックオフタイマーが存在すると、変更された優先順位レベルによってＭＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＭＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。例えば、特定アプリケーションに対して優先順位レベル−１の場合はＭＭバックオフタイマーを中止させず、レベル−２以上の場合はＭＭバックオフタイマーを中止させるようにあらかじめ設定することができる。この場合、特定アプリケーションに対して変更された優先順位がレベル−１の場合は、ＭＭバックオフタイマーを中止させないが、レベル−２の場合は、ＭＭバックオフタイマーを中止させることができる。

また、ＵＥ１０はアプリケーション別に優先順位が変更される場合に、動作中のＳＭバックオフタイマーが存在すると、変更された優先順位レベルによってＳＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＳＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。例えば、特定アプリケーションに対して優先順位レベル−１、２の場合はＳＭバックオフタイマーを中止させず、レベル−３以上の場合はＳＭバックオフタイマーを中止させるようにあらかじめ設定することができる。この場合、特定アプリケーションに対して変更された優先順位がレベル−２の場合は、ＳＭバックオフタイマーを中止させないが、レベル−３の場合はＳＭバックオフタイマーを中止させることができる。

一方、図５の段階１で、ＵＥ１０は、優先順位が変更される以前に確立されていたＰＤＮ接続を解除／非活性化させることができる。その後、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。このとき、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

本実施例６で、図５の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例７
本実施例７は、アプリケーションレベル別に多重優先順位が設定された端末に対して、アプリケーション別に優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は、以前に設定された優先順位レベルにそのまま維持され、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を確立する方案に関する。

一方、図５の段階１で、以前に確立されていたＰＤＮ接続を維持しながら、ＵＥ１０は（ｅ）ＮＢ２０を経由してＭＭＥ３０にＰＤＮ接続要請（ＰＤＮｃｏｎｎｅｃｔｉｖｉｔｙｒｅｑｕｅｓｔ）メッセージを送ることができる。このとき、ＰＤＮ接続要請メッセージには、ＵＥ１０が接続を所望する新しいＰＤＮ接続のＡＰＮ情報を含めることができる。

本実施例７で、図５の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例８
本実施例８は、アプリケーションレベル別に多重優先順位が設定された端末に対して、アプリケーション別に優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は解除／非活性化し、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を再−確立する方案に関する。

ここで、優先順位レベルが変更される場合に、ＭＭバックオフタイマーは中止されないが、ＳＭバックオフタイマーは中止されてよい。

また、ＵＥ１０は、アプリケーション別に優先順位が変更される場合に、動作中のＳＭバックオフタイマーが存在すると、変更された優先順位レベルによってＳＭバックオフタイマーを中止させることができる。ここで、優先順位レベルによってＳＭバックオフタイマーを適用／中止するか否かは、アプリケーション別に静的に設定されてもよく、又は加入者データ、事業者の政策／選好設定などによって動的に決定されてもよい。例えば、特定アプリケーションに対して優先順位レベル−１、２の場合はＳＭバックオフタイマーを中止させず、レベル−３以上の場合はＳＭバックオフタイマーを中止させるようにあらかじめ設定することができる。この場合、特定アプリケーションに対して変更された優先順位がレベル−２の場合はＳＭバックオフタイマーを中止させないが、レベル−３の場合はＳＭバックオフタイマーを中止させることができる。

本実施例８で、図５の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

実施例９
本実施例９は、アプリケーションレベル別に多重優先順位が設定された端末に対して、アプリケーション別に優先順位レベルの変更が発生する場合に、以前に確立されているＰＤＮ接続は解除／非活性化し、新たに設定された優先順位レベルを有する新しいＰＤＮ接続を再−確立する方案に関する。

本実施例９で、図５の段階２乃至１６は、上記実施例１で図４の段階２乃至１６について説明した事項を適用すればよく、明瞭性のためにその重複する説明は省略する。

以上本発明の様々な実施例で説明した事項は独立して適用されてもよく、又は２以上の実施例が同時に適用されてもよい。

また、前述した本発明の例示は、ＭＴＣ方式の無線通信サービスに適用される場合を例示的に説明したが、本発明で提案する原理は、一般の無線通信システムにおいて多重優先順位による動作、優先順位変更時におけるＰＤＮ接続動作、バックオフタイマーの制御動作などに対しても同様な適用が可能である。

前述した本発明の実施例によれば、端末とネットワーク間のサービス／通信における余計な遅延を防止することができ、これによって、ネットワークリソースの無駄遣いを防止し、結果としてユーザ経験（ｕｓｅｒｅｘｐｅｒｉｅｎｃｅ）を向上させることができる。

図６は、本発明の一例に係る端末装置の好適な実施例の構成を示す図である。

図６を参照すると、本発明に係る端末装置１０００は、送受信モジュール１０１０、プロセッサ１０２０、及びメモリー１０３０を備えている。送受信モジュール１０１０は、外部装置（例えば、ネットワークノード、他の端末、サーバーなど）に各種の信号、データ及び情報を送信し、外部装置（例えば、ネットワークノード、他の端末、サーバーなど）から各種の信号、データ及び情報を受信するように構成することができる。プロセッサ１０２０は、端末装置１０００の動作全般を制御し、端末装置１０００が外部装置と送受信する情報などを演算処理する機能を果たすように構成することができる。メモリー１０３０は、演算処理された情報などを所定時間記憶することができ、バッファー（不図示）などの構成要素に置き換えられてもよい。

本発明の一実施例に係る端末装置１０００は、多重優先順位が設定された場合にＰＤＮ接続を確立するように構成することができる。端末装置１０００のプロセッサ１０２０を、第１優先順位レベル（例えば、低い優先順位レベル（又は、低くない優先順位レベル））にセットされた第１ＰＤＮ接続を確立するように構成することができる。また、プロセッサ１０２０は、第１優先順位レベルにセットされた第１ＰＤＮ接続が存在する中、第２優先順位レベル（例えば、低くない優先順位レベル（又は、低い優先順位レベル））にセットされた第２ＰＤＮ接続の確立が要請されるか否かを判定することができる。第１優先順位レベルにセットされた第１ＰＤＮ接続が存在し、第２優先順位レベルにセットされた第２ＰＤＮ接続の確立が要請されると判定される場合、プロセッサ１０２０を、第１優先順位レベルにセットされた第１ＰＤＮ接続を維持しながら、第２優先順位レベルにセットされた第２ＰＤＮ接続のためのＰＤＮ接続要請メッセージを送受信モジュール１０１０を用いて送信するように構成することができる。場合によっては、プロセッサ１０２０を、第１ＰＤＮ接続が非活性化した後に、第２ＰＤＮ接続に対するＰＤＮ接続要請を送信するように構成することもできる。

ここで、第１ＰＤＮ接続が維持される中に、又は第１ＰＤＮ接続が非活性化した後に、第１ＰＤＮ接続のＡＰＮと同じＡＰＮに対して第２ＰＤＮ接続のためのＰＤＮ接続要請メッセージを送信することができる。

また、第１ＰＤＮ接続のＡＰＮに対してＳＭバックオフタイマーが動作中であっても（すなわち、ＳＭバックオフタイマーを中止させないで）、第１ＰＤＮ接続のＡＰＮと同じＡＰＮに対して、第２ＰＤＮ接続のためのＰＤＮ接続要請メッセージの送信が許容されてもよい。

一方、本発明の他の実施例に係る端末装置１０００は、多重優先順位が設定された場合にバックオフタイマーを制御するように構成されてもよい。端末装置１０００のプロセッサ１０２０は、第１優先順位レベル（例えば、低い優先順位レベル）にセットされた第１ＮＡＳ要請メッセージを送受信モジュール１０１０を用いて送信するように構成されてもよい。また、プロセッサ１０２０は、第１ＮＡＳ要請メッセージがネットワークによって拒絶される場合などに、ネットワークによって設定されたバックオフタイマー（ＭＭバックオフタイマー及び／又はＳＭバックオフタイマー）を起動するように構成されてもよい。また、プロセッサ１０２０は、バックオフタイマーが動作している中に、該バックオフタイマーを中止させず、第１優先順位レベルにセットされていない（例えば、低くない優先順位レベルにセットされた）第２ＮＡＳ要請メッセージを送受信モジュール１０１０を用いて送信するように構成されてもよい。

第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージがアタッチ要請メッセージ、ＴＡＵ要請メッセージ、サービス要請メッセージなどである場合、バックオフタイマーはＭＭバックオフタイマーであればよい。このとき、ＭＭバックオフタイマーが動作中であっても、それを中止させず、アタッチ過程、ＴＡＵ過程、サービス要請過程などの開始が許容されてよい。

第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージがＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、ベアラリソース割当メッセージなどである場合、バックオフタイマーはＳＭバックオフタイマーであればよい。このとき、ＳＭバックオフタイマーが動作中であっても、それを中止させず、ＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、ベアラリソース割当メッセージなどの送信が許容されてもよい。

このような端末装置１０００の具体的な構成は、前述した本発明の様々な実施例で説明した事項が独立して適用されたり、又は２以上の実施例が同時に適用されるように具現することができ、重複する内容についての説明は明確性のために省略する。

本発明によれば、多重優先順位を有する端末に対してＰＤＮ接続を制御する方法を提供することができる。また、本発明によれば、多重優先順位を有する端末に対してバックオフタイマーを制御する方法を提供することができる。

上述した本発明の実施例は様々な手段によって具現することができる。例えば、本発明の実施例をハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。

ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ）、ＤＳＰｓ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅｓ）、ＰＬＤｓ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅｓ）、ＦＰＧＡｓ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動されてよい。メモリーユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。

以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者に理解されるように、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更することもできる。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いてもよい。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。

本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化することができる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。

本発明は、本発明の必須特徴から逸脱しない範囲で他の特定の形態に具体化されてもよいことは当業者にとって明らかである。したがって、添付した請求項及びその等価的範囲内における変更及び変形はいずれも本発明の範囲に含まれる。

上述したような本発明の実施の形態は様々な移動通信システムに適用可能である。

Claims

多重優先順位が設定された端末でバックオフタイマーを制御する方法であって、
第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージを送信することと、
ネットワークによって設定された前記バックオフタイマーを起動することと、
前記バックオフタイマーが動作している中に、第１優先順位レベルにセットされていない第２ＮＡＳ要請メッセージを送信することと、
を含む、バックオフタイマー制御方法。
前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、前記バックオフタイマーを中止させないで送信される、請求項１に記載のバックオフタイマー制御方法。
前記バックオフタイマーは、前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージが前記ネットワークによって拒絶されることによって起動する、請求項１に記載のバックオフタイマー制御方法。
前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージは、アタッチ要請メッセージ、ＴＡＵ要請メッセージ、又はサービス要請メッセージのいずれか一つ以上であり、
前記バックオフタイマーは、ＭＭバックオフタイマーである、請求項１に記載のバックオフタイマー制御方法。
前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、アタッチ過程、ＴＡＵ過程、又はサービス要請過程のいずれか一つ以上に関連しており、
前記ＭＭバックオフタイマーの動作中に、前記アタッチ過程、前記ＴＡＵ過程、又は前記サービス要請過程のいずれか一つ以上の開始が許容される、請求項４に記載のバックオフタイマー制御方法。
前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージは、ＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、又はベアラリソース割当メッセージのいずれか一つ以上であり、
前記バックオフタイマーは、ＳＭバックオフタイマーである、請求項１に記載のバックオフタイマー制御方法。
前記第１優先順位レベルにセットされていない前記第２ＮＡＳ要請メッセージは、ＰＤＮ接続要請メッセージ、ベアラ修正要請メッセージ、又はベアラリソース割当メッセージのいずれか一つ以上である、請求項６に記載のバックオフタイマー制御方法。
前記ＳＭバックオフタイマーは特定ＡＰＮに対して動作中であり、
前記特定ＡＰＮと同じＡＰＮに対して、前記第１優先順位レベルにセットされていない前記ＰＤＮ接続要請メッセージの送信が許容される、請求項７に記載のバックオフタイマー制御方法。
前記ＳＭバックオフタイマーは特定ＡＰＮに対して動作中であり、
前記第１優先順位レベルにセットされた前記第１ＮＡＳ要請メッセージによって確立されたＰＤＮ接続が存在する場合に、
前記ＰＤＮ接続に対して、前記第１優先順位レベルにセットされていない前記ベアラ修正要請メッセージ又はベアラリソース割当要請メッセージの送信が許容される、請求項７に記載のバックオフタイマー制御方法。
前記ＳＭバックオフタイマーは、ベアラ識別子（ＩＤ）に基づいて動作するバックオフタイマーである、請求項６に記載のバックオフタイマー制御方法。
前記第１優先順位レベルは、前記端末がＮＡＳシグナリング低い優先順位に設定されていることに該当する、請求項１に記載のバックオフタイマー制御方法。
前記端末に対する多重優先順位は、ＮＡＳ設定ＭＯ、アプリケーション、又はデバイストリガリング技法のいずれか一つ以上によって設定される、請求項１に記載のバックオフタイマー制御方法。
前記端末に対する優先順位は、ＮＡＳシグナリング優先順位である、請求項１に記載のバックオフタイマー制御方法。
前記端末は、ＭＴＣ装置である、請求項１に記載のバックオフタイマー制御方法。
前記多重優先順位が設定された端末は、二重優先順位が設定された端末である、請求項１に記載のバックオフタイマー制御方法。
多重優先順位が設定された場合にバックオフタイマーを制御する端末装置であって、
送受信モジュールと、
プロセッサと、
を備え、
前記プロセッサは、第１優先順位レベルにセットされた第１ＮＡＳ要請メッセージを前記送受信モジュールを用いて送信し、ネットワークによって設定された前記バックオフタイマーを起動し、前記バックオフタイマーが動作している中に、第１優先順位レベルにセットされていない第２ＮＡＳ要請メッセージを前記送受信モジュールを用いて送信するように構成される、バックオフタイマー制御端末装置。