(57)【要約】【課題】本発明は、無線通信システムに関し、より詳細には、ＩＭＳサービスのためのページング方法及び装置に関する。【解決手段】本発明の一実施例に係るネットワークノードで端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングをサポートする方法は、端末に向かうダウンリンクデータを受信すること、ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータを含むメッセージに追加すること、及び差別化されたページングが適用されることを示す情報を含む前記メッセージを他のネットワークノードに伝送することを含むことができる。【選択図】図１５
2016527822.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードで端末に対するＩＭＳサービスのためのページングをサポートする方法において、
前記端末に向かうダウンリンクデータを受信するステップと、
前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報を前記ダウンリンクデータを含むメッセージに追加するステップと、
前記差別化されたページングが適用されることを示す情報を含む前記メッセージを他のネットワークノードに伝送するステップと、を含む、ページングサポート方法。
【請求項２】
前記差別化されたページングが適用される前記ダウンリンクデータは、音声メディアを含むＩＭＳセッションを生成するためのＳＩＰシグナリングのためのベアラを使用するデータである、請求項１に記載のページングサポート方法。
【請求項３】
前記差別化されたページングが適用されることを示す情報は、
前記メッセージが音声メディアを含むＩＭＳセッションを生成するための制御メッセージであることを示す情報と、
前記ダウンリンクデータが音声メディアと関連したものであることを示す情報と、
前記メッセージが音声メディアを含むコールのためのＳＩＰシグナリングであることを示す情報と、
前記メッセージが、ＱＣＩ値が１に設定されたベアラを使用するためのＳＩＰシグナリングであることを示す情報と、
前記ダウンリンクデータに対して高い優先順位に設定されたページングが適用されることを示す情報と、のうち一つ以上を含む、請求項１に記載のページングサポート方法。
【請求項４】
前記差別化されたページングが適用されることを示す情報は、前記メッセージのＧＴＰ―Ｕ基本ヘッダーまたはＧＴＰ―Ｕ拡張ヘッダーに含まれる、請求項１に記載のページングサポート方法。
【請求項５】
前記決定は、ＰＣＲＦから受信された情報に基づく、請求項１に記載のページングサポート方法。
【請求項６】
前記決定は、前記ネットワークノードが受信した前記ダウンリンクデータに含まれた明示的または暗示的な情報に基づく、請求項１に記載のページングサポート方法。
【請求項７】
前記差別化されたページングが適用されることを示す情報を追加する段階は、ネットワーク混雑程度、事業者の政策、ローカル政策、設定情報、及び前記端末のローミング有無のうち一つ以上に基づいて行われる、請求項１に記載のページングサポート方法。
【請求項８】
前記ネットワークノードはＰＤＮ  ＧＷで、
前記他のネットワークノードはＳ―ＧＷである、請求項１に記載のページングサポート方法。
【請求項９】
ネットワークノードで端末に対するＩＭＳサービスのためのページングをサポートする方法において、
前記端末に向かうダウンリンクデータを含むメッセージを受信するステップと、
前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加するステップと、
前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを他のネットワークノードに伝送するステップと、を含む、ページングサポート方法。
【請求項１０】
前記決定は、前記ダウンリンクデータを含むメッセージに含まれた、前記ダウンリンクデータに対して差別化されたページングが適用されることを示す情報に基づく、請求項９に記載のページングサポート方法。
【請求項１１】
前記ダウンリンクデータに対して差別化されたページングが適用されることを示す情報は、
前記ダウンリンクデータを含むメッセージのＧＴＰ―Ｕ基本ヘッダーまたはＧＴＰ―Ｕ拡張ヘッダーに含まれ、または
前記ダウンリンクデータに含まれた明示的または暗示的な情報である、請求項１０に記載のページングサポート方法。
【請求項１２】
前記ネットワークノードはＳ―ＧＷで、
前記他のネットワークノードは、ＭＭＥまたはＳＧＳＮである、請求項９に記載のページングサポート方法。
【請求項１３】
ネットワークノードで端末に対するＩＭＳサービスのためのページングを行う方法において、
ダウンリンクデータ通知（ＤＤＮ）メッセージを受信するステップと、
前記ＤＤＮメッセージが、差別化されたページングが適用されることを示す情報を含むと決定する場合、差別化されたページングが適用されることを示す情報をページングメッセージに追加するステップと、
前記ページングメッセージを一つ以上の基地局に伝送するステップと、を含む、ページング遂行方法。
【請求項１４】
前記差別化されたページングが適用されることを示す情報は、
前記ＤＤＮメッセージが音声メディアのためのページング要請であることを示す情報と、
前記ＤＤＮメッセージが、ＱＣＩ値が１に設定されたベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを示す情報と、
前記ＤＤＮメッセージが高い優先順位でページングされるべきであることを示す情報と、のうち一つ以上を含む、請求項１３に記載のページング遂行方法。
【請求項１５】
前記差別化されたページングが適用されることを示す情報は、
音声メディアを含むコールのためのＳＩＰシグナリングに対するページング要請であることを知らせる情報と、
音声メディアを含むＩＭＳセッションを生成または構成するための制御メッセージに対するページング要請であることを示す情報と、
音声メディアを含むＩＭＳセッションを生成または構成するためのページング要請であることを示す情報と、
ＳＩＰシグナリングに対するページング要請であることを示す情報と、
ＱＣＩ＝１ベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを知らせる情報と、
ＥＰＳベアラＩＤまたはＥ―ＲＡＢ  ＩＤ情報と、
高い優先順位ページング要請であることを示す情報と、のうち一つ以上を含む、請求項１３に記載のページング遂行方法。
【請求項１６】
前記差別化されたページングが適用されることを示す情報を追加することは、ネットワーク混雑程度、事業者の政策、ローカル政策、設定情報、前記端末のローミング有無、前記端末と関連した加入者情報、及び前記端末のキャパビリティ情報のうち一つ以上に基づいて行われる、請求項１３に記載のページング遂行方法。
【請求項１７】
前記ＤＤＮメッセージはＳ―ＧＷから受信され、
前記ネットワークノードは、ＭＭＥまたはＳＧＳＮである、請求項１３に記載のページング遂行方法。
【請求項１８】
端末に対するＩＭＳサービスのためのページングをサポートするネットワークノードにおいて、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、前記端末に向かうダウンリンクデータを前記送受信モジュールを用いて受信し、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報を前記ダウンリンクデータを含むメッセージに追加し、前記差別化されたページングが適用されることを示す情報を含む前記メッセージを前記送受信モジュールを用いて他のネットワークノードに伝送するように設定される、ページングサポートネットワークノード。
【請求項１９】
端末に対するＩＭＳサービスのためのページングをサポートするネットワークノードにおいて、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、前記端末に向かうダウンリンクデータを含むメッセージを前記送受信モジュールを用いて受信し、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加し、前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを前記送受信モジュールを用いて他のネットワークノードに伝送するように設定される、ページングサポートネットワークノード。
【請求項２０】
端末に対するＩＭＳサービスのためのページングを行うネットワークノードにおいて、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、前記送受信モジュールを用いてダウンリンクデータ通知（ＤＤＮ）メッセージを受信し、前記ＤＤＮメッセージが、差別化されたページングが適用されることを示す情報を含むと決定する場合、差別化されたページングが適用されることを示す情報をページングメッセージに追加し、前記送受信モジュールを用いて前記ページングメッセージを一つ以上の基地局に伝送することを含む、ページング遂行ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、ＩＭＳサービスのためのページング方法及び装置に関する。
【背景技術】
【０００２】
ＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）は、多様な有／無線通信ネットワークでＩＰマルチメディアサービスを伝達するための基盤構造（ａｒｃｈｉｔｅｃｔｕｒａｌ  ｆｒａｍｅｗｏｒｋ）である。ＩＭＳでは、多様なネットワークに適用可能なＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルが使用される。ＳＩＰは、ＩＰを介したマルチメディアサービスセッションを制御するシグナリングプロトコルであり、ユニキャストまたはマルチキャストセッションを生成、修正及び終了するのに使用することができる。すなわち、ＩＭＳは、ユーザーが多様な有／無線装置を介してマルチメディア及び音声データに容易にアクセスすることを補助する。
【０００３】
ＩＭＳを通じて、一つ以上のメディアフロー（またはメディアストリーム）を含むセッションを構成することができる。ＩＭＳセッションは、ローカル側（ｌｏｃａｌ  ｓｉｄｅ）と遠隔側（ｒｅｍｏｔｅ  ｓｉｄｅ）が各ＩＭＳネットワークノードを経由して論理的に連結されると表現することができる。ここで、ローカル側の端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）の相手端末またはサーバーを遠隔端（ｒｅｍｏｔｅ  ｅｎｄ）または遠隔パーティー（ｒｅｍｏｔｅ  ｐａｒｔｙ）と称することができる。すなわち、遠隔端は、ローカル側の端末とＩＭＳネットワークを介してメディアフローをやり取りする個体である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明では、ＩＭＳサービス、特に、ＩＭＳ基盤の音声コール（ｖｏｉｃｅ  ｃａｌｌ）及び音声コールサービスを効率的にサポートするためのページング方法及び装置を提供することを技術的課題とする。
【０００５】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００６】
前記の技術的課題を解決するために、本発明の一実施例に係るネットワークノードで端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングをサポートする方法は、前記端末に向かうダウンリンクデータを受信すること、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報を前記ダウンリンクデータを含むメッセージに追加すること、及び前記差別化されたページングが適用されることを示す情報を含む前記メッセージを他のネットワークノードに伝送することを含むことができる。
【０００７】
前記の技術的課題を解決するために、本発明の他の一実施例に係る端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングをサポートするネットワークノードは、送受信モジュール及びプロセッサを含むことができる。前記プロセッサは、前記端末に向かうダウンリンクデータを前記送受信モジュールを用いて受信し、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報を前記ダウンリンクデータを含むメッセージに追加し、前記差別化されたページングが適用されることを示す情報を含む前記メッセージを前記送受信モジュールを用いて他のネットワークノードに伝送するように設定することができる。
【０００８】
本発明に係る各実施例において、以下の事項を適用することができる。
【０００９】
前記差別化されたページングが適用される前記ダウンリンクデータは、音声メディアを含むＩＭＳセッションを生成するためのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シグナリングのためのベアラを使用するデータであり得る。
【００１０】
前記差別化されたページングが適用されることを示す情報は、前記メッセージが音声メディアを含むＩＭＳセッションを生成するための制御メッセージであることを示す情報、前記ダウンリンクデータが音声メディアと関連するものであることを示す情報、前記メッセージが音声メディアを含むコール（ｃａｌｌ）のためのＳＩＰシグナリングであることを示す情報、前記メッセージが、ＱＣＩ（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）値が１に設定されたベアラを使用するためのＳＩＰシグナリングであることを示す情報、及び前記ダウンリンクデータに対して高い優先順位に設定されたページングが適用されることを示す情報のうち一つ以上を含むことができる。
【００１１】
前記差別化されたページングが適用されることを示す情報は、前記メッセージのＧＴＰ―Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ｐｌａｎｅ）基本ヘッダーまたはＧＴＰ―Ｕ拡張ヘッダーに含ませることができる。
【００１２】
前記決定は、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）から受信された情報に基づくものであり得る。
【００１３】
前記決定は、前記ネットワークノードが受信した前記ダウンリンクデータに含まれた明示的または暗示的な情報に基づくものであり得る。
【００１４】
前記差別化されたページングが適用されることを示す情報を追加することは、ネットワーク混雑程度、事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、及び前記端末のローミング有無のうち一つ以上に基づいて行うことができる。
【００１５】
前記ネットワークノードはＰＤＮ  ＧＷ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ）で、前記他のネットワークノードはＳ―ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）であり得る。
【００１６】
前記の技術的課題を解決するために、本発明のまた他の一実施例に係るネットワークノードで端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングをサポートする方法は、前記端末に向かうダウンリンクデータを含むメッセージを受信すること、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加すること、及び前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを他のネットワークノードに伝送することを含むことができる。
【００１７】
前記の技術的課題を解決するために、本発明のまた他の一実施例に係る端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングをサポートするネットワークノードは、送受信モジュール及びプロセッサを含むことができる。前記プロセッサは、前記端末に向かうダウンリンクデータを含むメッセージを前記送受信モジュールを用いて受信し、前記ダウンリンクデータに対して差別化されたページングが適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加し、前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを前記送受信モジュールを用いて他のネットワークノードに伝送するように設定することができる。
【００１８】
本発明に係る各実施例において、以下の事項を適用することができる。
【００１９】
前記決定は、前記ダウンリンクデータを含むメッセージに含まれた、前記ダウンリンクデータに対して差別化されたページングが適用されることを示す情報に基づくものであり得る。
【００２０】
前記ダウンリンクデータに対して差別化されたページングが適用されることを示す情報は、前記ダウンリンクデータを含むメッセージのＧＴＰ―Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ｐｌａｎｅ）基本ヘッダーまたはＧＴＰ―Ｕ拡張ヘッダーに含まれたり、または前記ダウンリンクデータに含まれた明示的または暗示的な情報であり得る。
【００２１】
前記ネットワークノードは、Ｓ―ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）で、前記他のネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）であり得る。
【００２２】
前記の技術的課題を解決するために、本発明のまた他の一実施例に係るネットワークノードで端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングを行う方法は、ダウンリンクデータ通知（ＤＤＮ）メッセージを受信すること、前記ＤＤＮメッセージが、差別化されたページングが適用されることを示す情報を含むと決定する場合、差別化されたページングが適用されることを示す情報をページングメッセージに追加すること、及び前記ページングメッセージを一つ以上の基地局に伝送することを含むことができる。
【００２３】
前記の技術的課題を解決するために、本発明のまた他の一実施例に係る端末に対するＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスのためのページングを行うネットワークノードは、送受信モジュール及びプロセッサを含むことができる。前記プロセッサは、前記送受信モジュールを用いてダウンリンクデータ通知（ＤＤＮ）メッセージを受信し、前記ＤＤＮメッセージが、差別化されたページングが適用されることを示す情報を含むと決定する場合、差別化されたページングが適用されることを示す情報をページングメッセージに追加し、前記送受信モジュールを用いて前記ページングメッセージを一つ以上の基地局に伝送することを含むことができる。
【００２４】
本発明に係る各実施例において、以下の事項を適用することができる。
【００２５】
前記差別化されたページングが適用されることを示す情報は、前記ＤＤＮメッセージが音声メディアのためのページング要請であることを示す情報、前記ＤＤＮメッセージが、ＱＣＩ（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）値が１に設定されたベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを示す情報、及び前記ＤＤＮメッセージが高い優先順位でページングされるべきことを示す情報のうち一つ以上を含むことができる。
【００２６】
前記差別化されたページングが適用されることを示す情報は、音声メディアを含むコール（ｃａｌｌ）のためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、音声メディアを含むＩＭＳセッションを生成または構成するための制御メッセージに対するページング要請であることを示す情報、音声メディアを含むＩＭＳセッションを生成または構成するためのページング要請であることを示す情報、ＳＩＰシグナリングに対するページング要請であることを示す情報、ＱＣＩ＝１ベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、ＥＰＳベアラＩＤまたはＥ―ＲＡＢ（Ｅ―ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）  ＩＤ情報、及び高い優先順位のページング要請であることを示す情報のうち一つ以上を含むことができる。
【００２７】
前記差別化されたページングが適用されることを示す情報を追加することは、ネットワーク混雑程度、事業者政策（ｏｐｅｒａｔｏｒ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、前記端末のローミング有無、前記端末と関連する加入者情報、及び前記端末のキャパビリティ情報のうち一つ以上に基づいて行うことができる。
【００２８】
前記ＤＤＮメッセージはＳ―ＧＷから受信することができる。
【００２９】
前記ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）であり得る。
【００３０】
本発明に対して上述した一般的な説明と後述する詳細な説明は例示的なものであり、請求項に記載の発明に対する追加的な説明のためのものである。
【発明の効果】
【００３１】
本発明では、ＩＭＳサービス、特に、ＩＭＳ基盤の音声コール（ｖｏｉｃｅ  ｃａｌｌ）及び音声コールサービスを効率的にサポートするためのページング方法及び装置を提供することができる。
【００３２】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【００３３】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に、本発明の原理を説明するためのものである。
【図面の簡単な説明】
【００３４】
【図１】ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【図２】一般的なＥ―ＵＴＲＡＮとＥＰＣのアーキテクチャを示した例示図である。
【図３】制御平面での無線インターフェースプロトコルの構造を示した例示図である。
【図４】ユーザー平面での無線インターフェースプロトコルの構造を示した例示図である。
【図５】ランダムアクセス過程を説明するためのフローチャートである。
【図６】無線資源制御（ＲＲＣ）階層での連結過程を示す図である。
【図７】ＩＭＳ基盤無線通信システムの構造を概略的に示す図である。
【図８】ネットワーク混雑状態を示す図である。
【図９】ネットワーク混雑状況でＵＥのＲＲＣ連結要請が拒絶される例示を説明するための図である。
【図１０】ネットワーク混雑状況でＵＥの着信状況を例示的に説明するための図である。
【図１１】ネットワーク混雑状態でアクセスクラスによる禁止による動作を示した例示的なフローチャートである。
【図１２】図９の問題を解決するための本発明の一例に係る例示的な流れを示した図である。
【図１３】図１０の問題を解決するための本発明の一例に係る例示的な流れを示した図である。
【図１４】図１１の問題を解決するための本発明の一例に係る例示的な流れを示した図である。
【図１５】本発明の一実施例に係るページング方法を説明するための図である。
【図１６】本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。
【発明を実施するための形態】
【００３５】
以下の各実施例は、本発明の構成要素と特徴を所定形態で結合したものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、他の実施例の対応する構成または特徴に取り替えることができる。
【００３６】
以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することができる。
【００３７】
いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示することができる。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。
【００３８】
本発明の各実施例は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ―Ａシステム及び３ＧＰＰ２システムのうち少なくとも一つと関連して開示された各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち本発明の技術的思想を明確に示すために説明していない各段階または各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。
【００３９】
以下の技術は、多様な無線通信システムで使用することができる。明確性のために、以下では、３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ―Ａシステムを主に説明するが、本発明の技術的思想がこれに制限されることはない。
【００４０】
本文書で使用される各用語は、次のように定義される。
【００４１】
―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００４２】
―ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）及びＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化された形態のネットワークである。
【００４３】
―ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４４】
―ｅＮｏｄｅＢ：ＬＴＥの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４５】
―ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザー機器。ＵＥは、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及することもできる。また、ＵＥは、ノートブック型コンピューター、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯可能な機器であってもよく、または、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可能な機器であってもよい。ＵＥは、ＬＴＥなどの３ＧＰＰスペクトル（ｓｐｅｃｔｒｕｍ）及び／またはＷｉＦｉ、公共安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）用スペクトルなどの非―３ＧＰＰスペクトルで通信が可能なＵＥである。
【００４６】
―ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥとコアネットワークとの間に存在し、コアネットワークへの連結を提供する。
【００４７】
―ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態保存などの機能を行うことができる。
【００４８】
―ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））との間のインターフェース。
【００４９】
―ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分して構成することができる。
【００５０】
―ＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳプロトコルスタックでＵＥとコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層。ＵＥの移動性をサポートし、ＵＥとＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）との間のＩＰ連結を形成（ｅｓｔａｂｌｉｓｈ）及び維持（ｍａｉｎｔａｉｎ）するセッション管理手順（ｐｒｏｃｅｄｕｒｅ）をサポートすることを主な機能とする。
【００５１】
―ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ  ２５．４６７を参照することができる。
【００５２】
―ＨｅＮｏｄｅＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵＴＲＡＮ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ  ３６．３００を参照することができる。
【００５３】
―ＣＳＧ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）：Ｈ（ｅ）ＮＢのＣＳＧのメンバーであって、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）内の一つ以上のＣＳＧセルにアクセスすることが許容される加入者グループ。
【００５４】
―ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／または一つのＩＰｖ６プレフィックス）で表現されるＵＥとＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）で表現されるＰＤＮとの間の論理的な連結。
【００５５】
―ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤で提供するザブシステム。
【００５６】
―ＩＭＳ登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）：端末が自分の現在の位置と関連する情報をホームＩＭＳネットワーク（ｈｏｍｅ  ＩＭＳ  ｎｅｔｗｏｒｋ）に知らせる過程。
【００５７】
―アプリケーションサーバー（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）：多様なマルチメディアサービスを提供するサーバー。
【００５８】
―ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）：ＩＭＳで各ＳＩＰシグナリングパケットを処理するサーバーまたはプロキシサーバー。Ｐ―ＣＳＣＦ（Ｐｒｏｘｙ―ＣＳＣＦ）、Ｓ―ＣＳＣＦ（Ｓｅｒｖｉｎｇ―ＣＳＣＦ）及びＩ―ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ―ＣＳＣＦ）に区分することができる。
【００５９】
―ＭＭＴＥＬ（Ｍｕｌｔｉｍｅｄｉａ  Ｔｅｌｅｐｈｏｎｙ）：ＩＭＳで二人のユーザーまたは多数のユーザー間のマルチメディア対話通信（ｍｕｌｔｉｍｅｄｉａ  ｃｏｎｖｅｒｓａｔｉｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）を可能にする電話通信。実時間で音声（ｖｏｉｃｅ／ｓｐｅｅｃｈ）、画像／映像（ｖｉｄｅｏ）、及びデータのうち一つ以上に対して両方向対話伝送（ｂｉｄｉｒｅｃｔｉｏｎａｌ  ｃｏｎｖｅｒｓａｔｉｏｎａｌ  ｔｒａｎｓｆｅｒ）を提供する。詳細な事項は、３ＧＰＰ標準文書ＴＳ  ２２．１７３、ＴＳ  ２４．１７３を準用することにする。
【００６０】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）
【００６１】
図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【００６２】
ＥＰＣは、各３ＧＰＰ技術の性能を向上させるためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、多様な種類のネットワーク間の移動性をサポートするネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤で多様な無線接続技術をサポートし、より向上したデータ伝送能力を提供するなどの最適化されたパケット―基盤システムを提供することを目標とする。
【００６３】
具体的に、ＥＰＣは、３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であって、パケット―基盤の実時間及び非実時間サービスをサポートすることができる。既存の移動通信システム（すなわち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ―Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ―Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブ―ドメインを通じてコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳの各サブ―ドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ  ＬＴＥシステムにおいて、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する各端末間の連結は、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））を通じて構成することができる。すなわち、ＥＰＣは、端―対―端（ｅｎｄ―ｔｏ―ｅｎｄ）ＩＰサービスの具現に必須的な構造である。
【００６４】
ＥＰＣは、多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を図示する。
【００６５】
ＳＧＷ（またはＳ―ＧＷ）は、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）としての役割をする。すなわち、Ｅ―ＵＴＲＡＮ（３ＧＰＰリリース―８以後で定義される進化型（Ｅｖｏｌｖｅｄ）―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介して各パケットをルーティングすることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース―８前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００６６】
ＰＤＮ  ＧＷ（またはＰ―ＧＷ）は、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘなどの信頼されるネットワーク）との移動性管理のためのアンカーポイントとしての役割をすることができる。
【００６７】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別途のゲートウェイで構成されることを示すが、二つのゲートウェイを単一のゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現することもできる。
【００６８】
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどをサポートするためのシグナリング及び各制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理と関連する各制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末―対―ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ―ｔｏ―ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００６９】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）などの全てのパケットデータをハンドリングする。
【００７０】
ｅＰＤＧは、信頼されない非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔ  ｓｐｏｔ）など）に対する保安ノードとしての役割をする。
【００７１】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非―３ＧＰＰアクセス基盤でもＥＰＣ内の多様な要素を経由して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００７２】
また、図１では、多様なレファレンスポイント（例えば、Ｓ１―Ｕ、Ｓ１―ＭＭＥなど）を図示する。３ＧＰＰシステムでは、Ｅ―ＵＴＲＡＮ及びＥＰＣの異なる各機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示したレファレンスポイントをまとめたものである。表１の各例示の他にも、ネットワーク構造によって多様なレファレンスポイントが存在し得る。
【００７３】
【表１】
2016527822.tif 000003
【００７４】
図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非―３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非―３ＧＰＰアクセスとＰＤＮ  ＧＷとの間の関連制御及び移動性サポートをユーザー平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧとＰＤＮ  ＧＷとの間の関連制御及び移動性サポートをユーザー平面に提供するレファレンスポイントである。
【００７５】
図２は、一般的なＥ―ＵＴＲＡＮとＥＰＣのアーキテクチャを示した例示図である。
【００７６】
図示したように、ｅＮｏｄｅＢは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結が活性化されている間、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び伝送、ブロードキャスターチャンネル（ＢＣＨ）のスケジューリング及び伝送、アップリンク及びダウンリンクでの資源のＵＥへの動的割り当て、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、及び連結移動性制御などのための機能を行うことができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザー平面の暗号化、ＳＡＥベアラ制御、ＮＡＳシグナリングの暗号化及び無欠性保護機能を行うことができる。
【００７７】
図３は、端末と基地局との間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示した例示図で、図４は、端末と基地局との間のユーザー平面での無線インターフェースプロトコルの構造を示した例示図である。
【００７８】
無線インターフェースプロトコルは、３ＧＰＰ無線接続網規格を基盤とする。無線インターフェースプロトコルは、水平的には物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報伝送のためのユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とに区分される。
【００７９】
各プロトコル階層は、通信システムで広く知られている開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個の階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、及びＬ３（第３の階層）に区分することができる。
【００８０】
以下では、図３に示した制御平面の無線プロトコルと、図４に示したユーザー平面での無線プロトコルの各階層を説明する。
【００８１】
第１の階層である物理階層は、物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは伝送チャンネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、伝送チャンネルを介して媒体接続制御階層と物理階層との間にデータが伝達される。そして、互いに異なる物理階層間、すなわち、送信側と受信側の物理階層間には、物理チャンネルを介してデータが伝達される。
【００８２】
物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間軸上にある多数のサブフレーム、及び周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）で構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）及び複数のサブキャリアで構成される。一つのサブフレームは、複数の資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つの資源ブロックは、複数のシンボル（Ｓｙｍｂｏｌ）及び複数のサブキャリアで構成される。データが伝送される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。
【００８３】
送信側と受信側の物理階層に存在する各物理チャンネルは、３ＧＰＰ  ＬＴＥによると、データチャンネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、及び制御チャンネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ―ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に分けることができる。
【００８４】
第２の階層には、多様な階層が存在する。
【００８５】
まず、第２の階層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は、多様な論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様な伝送チャンネルにマッピングさせる役割をし、また、多くの論理チャンネルを一つの伝送チャンネルにマッピングさせる論理チャンネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を行う。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）で連結されており、論理チャンネルは、伝送される情報の種類に応じて、制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の情報を伝送する制御チャンネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を伝送するトラフィックチャンネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）とに分けられる。
【００８６】
第２の階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層は、上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）し、下位階層が無線区間にデータを伝送するのに適するようにデータサイズを調節する役割を行う。
【００８７】
第２の階層のパケットデータ収斂（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットの伝送時に帯域幅が小さい無線区間で効率的に伝送するために相対的にサイズが大きく、不要な制御情報を収容しているＩＰパケットヘッダーサイズを減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。また、ＬＴＥシステムでは、ＰＤＣＰ階層が保安（Ｓｅｃｕｒｉｔｙ）機能も行うが、これは、第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）及び第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）で構成される。
【００８８】
第３の階層の最も上部に位置した無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層は制御平面のみで定義され、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャンネル、伝送チャンネル及び物理チャンネルの制御を担当する。このとき、ＲＢは、端末とＥ―ＵＴＲＡＮとの間のデータ伝達のために第２の階層によって提供されるサービスを意味する。
【００８９】
端末のＲＲＣと無線網のＲＲＣ階層との間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）に置かれ、そうでない場合、端末はＲＲＣ遊休状態（Ｉｄｌｅ  Ｍｏｄｅ）に置かれる。
【００９０】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ連結方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ―ＵＴＲＡＮのＲＲＣと論理的に連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているか否かを示し、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）と称し、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と称する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末にはＲＲＣ連結が存在するので、Ｅ―ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。その一方、ＲＲＣ＿ＩＤＬＥ状態の端末においては、Ｅ―ＵＴＲＡＮが端末の存在を把握することができなく、セルより大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網が管理する。すなわち、ＲＲＣ＿ＩＤＬＥ状態の端末においては、セルに比べて大きい地域単位で該当端末の存在有無のみが把握され、音声やデータなどの通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）を通じて区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）を通じてＴＡＩを構成することができる。
【００９１】
ユーザーが端末の電源を最初にオンにしたとき、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ連結をなし、核心網に端末の情報を登録する。その後、端末は、ＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は、必要に応じてセルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を検討する。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末は、ＲＲＣ連結をなす必要があるとき、ＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を通じてＥ―ＵＴＲＡＮのＲＲＣとのＲＲＣ連結をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ連結をなす必要がある場合は様々であるが、例えば、ユーザーの通話試み、データ伝送試みなどが必要であるか、またはＥ―ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ伝送などを挙げることができる。
【００９２】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００９３】
以下では、図３に示したＮＡＳ階層に対して詳細に説明する。
【００９４】
ＮＡＳ階層に属するｅＳＭ（ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、デフォルトベアラ（Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ）管理、専用ベアラ（Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ）管理などの機能を行い、端末が網からＰＳサービスを利用するための制御を担当する。デフォルトベアラ資源は、特定ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）に最初に接続する際、網への接続時に網から割り当てられるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用できるように端末が使用可能なＩＰ住所を割り当て、また、デフォルトベアラのＱｏＳを割り当てる。ＬＴＥでは、大きく分けて、データ送受信のための特定帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するベアラと、帯域幅の保障なしでベストエフォート（Ｂｅｓｔ  ｅｆｆｏｒｔ）ＱｏＳ特性を有する非―ＧＢＲベアラの二つの種類をサポートする。デフォルトベアラの場合、非―ＧＢＲベアラの割り当てを受ける。専用ベアラの場合は、ＧＢＲまたは非―ＧＢＲのＱｏＳ特性を有するベアラの割り当てを受けることができる。
【００９５】
ネットワークから端末に割り当てたベアラをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ベアラといい、ＥＰＳベアラを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラＩＤと称する。一つのＥＰＳベアラは、ＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）または／及びＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【００９６】
図５は、３ＧＰＰ  ＬＴＥでのランダムアクセス過程を示したフローチャートである。
【００９７】
ランダムアクセス過程は、ＵＥが基地局とＵＬ同期を得たり、ＵＬ無線資源の割り当てを受けるために使用される。
【００９８】
ＵＥは、ルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）をｅＮｏｄｅＢから受信する。各セルごとにＺＣ（Ｚａｄｏｆｆ―Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００９９】
ランダムアクセスプリアンブルの伝送は、各セルごとに特定時間及び周波数資源に限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの伝送が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【０１００】
ＵＥは、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに伝送する。ＵＥは、６４個の候補ランダムアクセスプリアンブルのうち一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当サブフレームを選択する。ＵＥは、選択されたランダムアクセスプリアンブルを選択されたサブフレームから伝送する。
【０１０１】
ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢは、ランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥに伝送する。ランダムアクセス応答は２段階で検出される。まず、ＵＥは、ＲＡ―ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ―ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥは、検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上にＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【０１０２】
図６は、無線資源制御（ＲＲＣ）階層での連結過程を示す。
【０１０３】
図６に示したように、ＲＲＣ連結有無によってＲＲＣ状態が示されている。ＲＲＣ状態とは、ＵＥのＲＲＣ階層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢのＲＲＣ階層のエンティティと論理的に連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているか否かを意味し、連結されている場合はＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）と称し、連結されていない状態をＲＲＣ遊休状態（ｉｄｌｅ  ｓｔａｔｅ）と称する。
【０１０４】
連結状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥにはＲＲＣ連結（ｃｏｎｎｅｃｔｉｏｎ）が存在するので、Ｅ―ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、ＵＥを効果的に制御することができる。その一方、遊休状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥは、ｅＮｏｄｅＢが把握することはできなく、セルより大きい地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）が管理する。トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）は、各セルの集合単位である。すなわち、遊休状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥにおいては、大きな地域単位で存在有無のみが把握され、音声やデータなどの通常の移動通信サービスを受けるためには、端末は連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移しなければならない。
【０１０５】
ユーザーがＵＥの電源を最初にオンにしたとき、ＵＥは、まず、適切なセルを探索した後、該当セルで遊休状態（ｉｄｌｅ  ｓｔａｔｅ）に留まる。遊休状態（ｉｄｌｅ  ｓｔａｔｅ）に留まっていたＵＥは、ＲＲＣ連結をなす必要があるとき、ＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を通じてｅＮｏｄｅＢのＲＲＣ階層とのＲＲＣ連結をなし、ＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移する。
【０１０６】
遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）にあったＵＥがＲＲＣ連結をなす必要がある場合は様々であるが、例えば、ユーザーの通話試みまたはアップリンクデータ伝送などが必要であるか、またはＥＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ伝送などを挙げることができる。
【０１０７】
遊休状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥがｅＮｏｄｅＢとのＲＲＣ連結をなすためには、前記のようにＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ連結過程は、大きく分けて、ＵＥがｅＮｏｄｅＢにＲＲＣ連結要請（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを伝送する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを伝送する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを伝送する過程を含む。このような過程に対して図６を参照してより詳細に説明すると、次の通りである。
【０１０８】
１）遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥは、通話試み、データ伝送試み、またはｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ連結を達成しようとする場合、まず、ＵＥは、ＲＲＣ連結要請（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢに伝送する。
【０１０９】
２）ＵＥからＲＲＣ連結要請メッセージを受信すると、ｅＮＢは、無線資源が十分な場合はＵＥのＲＲＣ連結要請を受諾し、応答メッセージであるＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージをＵＥに伝送する。
【０１１０】
３）ＵＥがＲＲＣ連結設定メッセージを受信すると、ｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを伝送する。ＵＥがＲＲＣ連結設定メッセージを成功的に伝送すると、ＵＥはｅＮｏｄｅＢとのＲＲＣ連結をなすようになり、ＲＲＣ連結モードに遷移する。
【０１１１】
ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）
【０１１２】
図７は、ＩＭＳ基盤無線通信システムの構造を概略的に示す図である。
【０１１３】
ＩＭＳ基盤無線通信システムは、多様な構成要素を含むことができ、図７では、そのうち一部に該当する、端末、アクセス及びコアネットワーク、ＭＲＦ（Ｍｕｌｔｉｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ）、Ｐ／Ｉ―ＣＳＣＦ、Ｓ―ＣＳＣＦ、ＡＳ、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）を図示する。
【０１１４】
端末は、Ｅ―ＵＴＲＡＮなどのＩＰ基盤無線アクセスネットワーク及びコアネットワークを介してＩＭＳ関連ノード及び／または他の端末と通信を行うことができる。ＩＰ能力を有する端末は、固有のＩＤ（例えば、ＳＩＰ  ＵＲＩやＴｅｌ  ＵＲＩなどのＩＭＰＵ  ＩＤ）及びＩＰ住所（ａｄｄｒｅｓｓ）を有することができる。
【０１１５】
ＭＲＦは、メディア調節（例えば、音声ストリームミキシング）などのメディア関連機能を提供するサーバーに該当し、ＭＲＦＣ及びＭＲＦＰで構成される。ＭＲＦＣは、ＡＳ及びＳ―ＣＳＣＦからの情報を解釈し、ＭＲＦＰを制御する機能を行う。ＭＲＦＰは、メディアストリームをミキシング、提供または処理する機能を行う。
【０１１６】
Ｐ―ＣＳＣＦは、ＩＭＳ端末に対するコンタクトポイント（ｃｏｎｔａｃｔ  ｐｏｉｎｔ）になるＳＩＰプロキシサーバーである。Ｐ―ＣＳＣＦは、ネットワークと端末との間のメッセージの保安、メディアフローに対する資源を割り当てる機能などを行うことができる。
【０１１７】
Ｉ―ＣＳＣＦは、相手ネットワーク（ｐｅｅｒｅｄ  ｎｅｔｗｏｒｋ）からのコンタクトポイントになるＳＩＰサーバーである。Ｉ―ＣＳＣＦは、端末のためのＳ―ＣＳＣＦを決定するためにＨＳＳにクエリー（ｑｕｅｒｙ）を行うなどの機能を行うことができる。
【０１１８】
Ｓ―ＣＳＣＦは、ＳＩＰ登録をハンドリングし、それぞれの端末の位置決定、端末認証、コールプロセッシング（例えば、コールルーティング）などを行うサーバーである。例えば、端末がＩＭＳネットワークに登録しようとする場合、端末がサポートするメディア種類、コーデック関連情報、画面サイズなどの情報などを含む端末の登録メッセージは、Ｐ―ＣＳＣＦを経てＳ―ＣＳＣＦに伝達することができる。Ｓ―ＣＳＣＦの動作は、ＨＳＳに保存された政策（ｐｏｌｉｃｙ）に従って制御することができる。
【０１１９】
ＳＣＣ  ＡＳは、ＩＭＳ集中化された（ｃｅｎｔｒａｌｉｚｅｄ）サービスのために要求される各機能を提供し、各マルチメディアセッションのサービス連続性（ｃｏｎｔｉｎｕｉｔｙ）のためのホームネットワーク基盤ＩＭＳアプリケーションサーバーである。
【０１２０】
ＨＳＳは、設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態保存などの機能を行うことができる。
【０１２１】
３ＧＰＰ  Ｅ―ＵＴＲＡＮ（すなわち、ＬＴＥ）で、音声サービスはＩＭＳ基盤のＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）音声の形態でサポートされ、これをＰＳセッション上のＩＭＳ音声（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）の形態と称することができる。このようなＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）などのＩＭＳサービス（すなわち、ＡＬＬ  ＩＰサービス）は、コール（ｃａｌｌ）発信と受信のための制御信号としてＩＭＳのＳＩＰ（Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）基盤の信号を使用する。このようなＳＩＰ基盤の各制御信号は、ＩＰコアネットワーク及びＩＰアクセスネットワーク上で制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｃｅ）でないユーザー平面（ｕｓｅｒ  ｐｌａｎｅ）上で伝送される。
【０１２２】
ＩＭＳ基盤サービス連結方案
【０１２３】
ＵＥがユーザー平面のデータ伝送を目的にしてＲＲＣ連結要請をする場合、ネットワーク、例えば、基地局（すなわち、ｅＮｏｄｅＢ）が混雑状態であると、これを拒絶することができる。その一方、ＵＥがＣＳ（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈ）基盤のコール（ｃａｌｌ）を要請するための制御平面の信号を伝送する目的でＲＲＣ連結要請をする場合、ネットワーク、例えば、基地局（すなわち、ｅＮｏｄｅＢ）が混雑状態であるとしても、これを拒絶することができない。
【０１２４】
ところが、上述したように、ＶｏＬＴＥなどのＩＭＳサービス（すなわち、ＡＬＬ  ＩＰサービス）は、コール（ｃａｌｌ）発信と受信のための制御信号としてＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）のＳＩＰ（Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）基盤の信号を使用するが、このようなＳＩＰ基盤の各制御信号は、制御平面でないユーザー平面上で伝送される。よって、ＵＥがＶｏＬＴＥなどのＩＭＳサービス（すなわち、ＡＬＬ  ＩＰサービス）を開始するために、ＳＩＰ基盤の制御信号を伝送するためのＲＲＣ連結要請をする場合、ネットワーク、例えば、基地局（すなわち、ｅＮｏｄｅＢ）が混雑状態であると、これを拒絶できるようになる。
【０１２５】
したがって、ネットワーク混雑状態ではコール（ｃａｌｌ）まで切れてしまう（ｄｒｏｐ）という問題が発生する。以下では、このような問題を解決するための方案に対して説明する。
【０１２６】
図８は、ネットワーク混雑状態を示す図である。
【０１２７】
図８に示したように、ｅＮｏｄｅＢ２００のカバレッジには数多くのＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄが存在し、データ送受信を試みる。これにより、ｅＮｏｄｅＢ２００とＳ―ＧＷ５２０との間のインターフェースにトラフィックが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）状態になった場合、ＵＥ１００へのダウンリンクデータ或いはＵＥ１００からのアップリングクデータは確実に伝送されず、伝送に失敗するようになる。
【０１２８】
或いは、Ｓ―ＧＷ５２０とＰＤＮ―ＧＷ５３０との間のインターフェース、或いはＰＤＮ―ＧＷ５３０と移動通信事業者のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスネットワークとの間のインターフェースが過負荷（ｏｖｅｒｌｏａｄ）または混雑（ｃｏｎｇｅｓｔｉｏｎ）状態である場合にも、各ＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄへのダウンリンクデータ或いは各ＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄからのアップリングクデータは確実に伝送されず、伝送に失敗するようになる。
【０１２９】
ｅＮｏｄｅＢ２００とＳ―ＧＷ５２０との間のインターフェースが過負荷または混雑状態であるか、Ｓ―ＧＷ５２０とＰＤＮ―ＧＷ５３０との間のインターフェースが過負荷または混雑状態である場合、核心ネットワークのノード（例えば、ＭＭＥ）は、ＮＡＳ段階での混雑制御（ＮＡＳ  ｌｅｖｅｌ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を行い、信号混雑（ｓｉｇｎａｌｉｎｇ  ｃｏｎｇｅｓｔｉｏｎ）及びＡＰＮ混雑を回避または制御するようになる。
【０１３０】
このようなＮＡＳ段階での混雑制御は、ＡＰＮ基盤の混雑制御（ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）及び一般ＮＡＳ段階での移動管理制御（Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ）で構成される。
【０１３１】
ＡＰＮ基盤の混雑制御は、ＵＥ及び特定ＡＰＮ（混雑状態と連関したＡＰＮ）と関連したＥＭＭ、ＧＭＭ及び（Ｅ）ＳＭ信号混雑制御を意味し、ＡＰＮ基盤のセッション管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）及びＡＰＮ基盤の移動管理混雑制御（ＡＰＮ  ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ）を含む。
【０１３２】
その一方、一般ＮＡＳ段階の移動管理制御は、一般的なネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）や、過負荷（ｏｖｅｒｌｏａｄ）状況でＵＥ／ＭＳが要請する移動管理信号（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｓｉｇｎａｌｉｎｇ）要請を核心ネットワーク内のノード（ＭＭＥ、ＳＧＳＮ）が拒絶し、混雑及び過負荷を回避することを意味する。
【０１３３】
一般に、核心ネットワークがＮＡＳ段階の混雑制御を行う場合、遊休モード（ｉｄｌｅ  ｍｏｄｅ）或いは連結モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）にあるＵＥに遅延時間タイマー（バックオフタイマー）（ｂａｃｋ―ｏｆｆ  ｔｉｍｅｒ）値をＮＡＳ拒絶メッセージ（ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ）に載せて伝送するようになるが、ＵＥは、遅延時間タイマー（バックオフタイマー）（ｂａｃｋ―ｏｆｆ  ｔｉｍｅｒ）が満了（ｅｘｐｉｒｅ）する前までネットワークにＥＭＭ／ＧＭＭ／（Ｅ）ＳＭ信号を要請しなくなる。ＮＡＳ拒絶メッセージは、アタッチ拒絶（ＡＴＴＡＣＨ  ＲＥＪＥＣＴ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）拒絶、ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ）拒絶、サービス拒絶、拡張サービス（ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ）拒絶、ＰＤＮ連結（ｃｏｎｎｅｃｔｉｖｉｔｙ）拒絶、ベアラリソース割り当て（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）拒絶、ベアラリソース修正（ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ｍｏｄｉｆｉｃａｔｉｏｎ）拒絶、及びＥＰＳベアラコンテキスト非活性化要請（ｄｅａｃｔｉｖａｔｅ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔ）に対する拒絶のメッセージのうち一つに該当する。
【０１３４】
このような遅延時間タイマー（ｂａｃｋ―ｏｆｆ  ｔｉｍｅｒ）は、移動管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ）遅延時間（ｂａｃｋ―ｏｆｆ）タイマーとセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＳＭ）遅延時間（ｂａｃｋ―ｏｆｆ）タイマーとに分けることができる。
【０１３５】
ＭＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーはＵＥごとに動作し、ＳＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーは、ＡＰＮごとに及びＵＥごとにそれぞれ独立的に動作する。
【０１３６】
簡略に説明すると、ＭＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーは、ＥＭＭ／ＧＭＭ信号（例えば、アタッチ、ＴＡＵ／ＲＡＵ要請など）制御のためのものである。ＳＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーは、（Ｅ）ＳＭ信号（例えば、ＰＤＮ連結、ベアラリソース割り当て、ベアラ修正、ＰＤＰコンテキスト活性化、ＰＤＰコンテキスト修正要請など）制御のためのものである。
【０１３７】
具体的には、ＭＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、これを制御するために使用する移動性関連遅延時間（ｂａｃｋ―ｏｆｆ）タイマーであって、タイマーが動作している間、ＵＥがアタッチ（ａｔｔａｃｈ）、位置情報更新（ＴＡＵ、ＲＡＵ）、サービス要請手順（Ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行えないようにするタイマーである。ただ、緊急ベアラサービス（ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ）、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）の場合は、例外として、タイマーが動作しているとしてもＵＥが要請することができる。
【０１３８】
上述したように、ＭＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマー値は、ＵＥが核心網ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮなど）から受けたり、下位階層（ｌｏｗｅｒ  ｌａｙｅｒ；Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）から受けることができ、また、ＵＥによって１５分〜３０分の範囲内でランダムに設定することもできる。
【０１３９】
ＳＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマーは、ネットワークに混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生した場合、これを制御するために使用するセッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）関連遅延時間（ｂａｃｋ―ｏｆｆ）タイマーであって、タイマーが動作している間、ＵＥが関連する（ａｓｓｏｃｉａｔｅｄ）ＡＰＮ基盤のセッションを設定または変更できないようにするタイマーである。ただ、同様に、緊急ベアラサービス、ＭＰＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ）の場合は、例外として、タイマーが動作しているとしてもＵＥ１００が要請することができる。
【０１４０】
ＵＥは、このようなＳＭ遅延時間（ｂａｃｋ―ｏｆｆ）タイマー値を核心網ネットワークノード（例えば、ＭＭＥ、ＳＧＳＮなど）から受け、最大７２時間以内でランダムに設定される。また、ＵＥ１００によって１５分〜３０分の範囲内でランダムに設定することもできる。
【０１４１】
その一方、ｅＮｏｄｅＢ２００で混雑が発生した場合、ｅＮｏｄｅＢ２００も混雑制御を行うことができる。すなわち、ＵＥがユーザー平面のデータ伝送を目的としてＲＲＣ連結樹立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を要請する場合、ｅＮｏｄｅＢ２００が混雑状態であると、延長待機タイマー（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）と共に拒絶応答をＵＥに伝送することができる。この場合、ＲＲＣ連結樹立要請を延長待機タイマー（ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ）が満了する前まで再び試みることができない。その一方、ＵＥがＣＳ（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈ）基盤のコール（ｃａｌｌ）受信のための制御平面の信号を伝送する目的でＲＲＣ連結要請をする場合、ｅＮｏｄｅＢ２００が混雑状態であるとしても、これを拒絶することができない。
【０１４２】
ところが、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）などのＡＬＬ  ＩＰサービスは、コール（ｃａｌｌ）発信と受信のための制御信号としてＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）のＳＩＰ（Ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）基盤の信号を使用するが、このようなＳＩＰ基盤の各制御信号は、制御平面でないユーザー平面上で伝送される。よって、ＵＥがＶｏＬＴＥなどのＡＬＬ  ＩＰサービスを開始するために、ＳＩＰ基盤の制御信号を伝送するためのＲＲＣ連結要請をする場合、ネットワーク、例えば、基地局（すなわち、ｅＮｏｄｅＢ）が混雑状態であると、これを拒絶するようになる。
【０１４３】
したがって、ネットワーク混雑状態ではコール（ｃａｌｌ）まで切れてしまう（ｄｒｏｐ）という問題が発生する。具体的には、図９を参照して説明する。
【０１４４】
図９は、図８に示したｅＮｏｄｅＢの混雑状況でＵＥのＲＲＣ連結要請が拒絶される例を示す。
【０１４５】
図９を参照して分かるように、ｅＮｏｄｅＢ２００が混雑な状態で、遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）にあるＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の発信を決定する。同様に、遊休状態にあるＵＥ２  ２００ｂは一般データを発信すると決定する。
【０１４６】
１）ＵＥ１  １００ａの上位階層、例えば、ＮＡＳ階層は、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の発信のために、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を、ＵＥによって伝送開始されるデータを意味する「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」に設定し、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。また、ＵＥ２  １００ｂの上位階層、例えば、ＮＡＳ階層は、一般データの発信のために、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を、ＵＥによって伝送開始されるデータを意味する「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」に設定し、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。
【０１４７】
２）ＶｏＬＴＥによるコール（ｃａｌｌ）発信と受信のための制御信号としてはＩＭＳのＳＩＰ基盤制御信号が用いられ、この制御信号はユーザー平面上で伝送される。よって、ＵＥ１  １００ａの上位階層、例えば、ＮＡＳ階層は、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」に設定し、これをＲＲＣ階層に伝達する。そうすると、ＵＥ１  １００ａのＲＲＣ階層は、ＲＲＣ連結要請メッセージ内の樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」を設定し、これをｅＮｏｄｅＢ２００に伝送する。
【０１４８】
同様に、ＵＥ２  １００ｂの上位階層、例えば、ＮＡＳ階層は、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」に設定し、これをＲＲＣ階層に伝達する。そうすると、ＵＥ２  １００ｂのＲＲＣ階層は、ＲＲＣ連結要請メッセージ内の樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」を設定し、これをｅＮｏｄｅＢ２００に伝送する。
【０１４９】
３）そして、過負荷状態であるｅＮｏｄｅＢ２００がＵＥ１  １００ａからのＲＲＣ連結要請メッセージとＵＥ２  １００ｂからのＲＲＣ連結要請メッセージをそれぞれ受信すると、それぞれの樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドを確認する。
【０１５０】
混雑状態にあるｅＮｏｄｅＢ２００は、ＵＥ１  １００ａ及びＵＥ２  １００ｂからのＲＲＣ連結要請メッセージ内の樹立原因フィールドが同じくＭＯデータに設定されているので、ＵＥ２  １００ｂからのＲＲＣ連結要請のみならず、ＵＥ１  １００ａからのＲＲＣ連結要請に対して全てＲＲＣ連結拒絶メッセージを伝送する。
【０１５１】
したがって、ｅＮｏｄｅＢ  ２００の混雑状態では、ＶｏＬＴＥによるコール（ｃａｌｌ）発信まで切れてしまう（ｄｒｏｐ）という問題が発生する。
【０１５２】
図１０は、図８に示したｅＮｏｄｅＢの混雑状況でのＵＥの着信状況を示す。
【０１５３】
図１０を参照して分かるように、ｅＮｏｄｅＢ  ２００の混雑状態或いは一般的な状態で、遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）にあるＵＥ１  １００ａにＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのページング信号を伝送し、ＵＥ２  １００ｂにデータの着信のためのページング信号を伝送する。
【０１５４】
このとき、ページング信号には、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのものであるか、それともデータの着信のためのものであるかを区分する情報が含まれていない場合もある。
【０１５５】
一方、ｅＮｏｄｅＢ２００は、各ページング信号がＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのものであるか、それともデータの着信のためのものであるかを区分できないので、ＵＥ１  １００ａとＵＥ２  １００ｂに伝送するページング信号を差別化（ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）することができない。また、混雑状況では、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのページング信号がデータの着信のためのページング信号より遅く伝送され得る。
【０１５６】
これによって、ＵＥ１  １００ａは、ＵＥ２  ２００ｂより遅くサービス要請（または確定サービス要請）とＲＲＣ連結要請メッセージを伝送する状況が発生し得る。その結果、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信が遅延され得る。
【０１５７】
図１１は、ネットワーク混雑状態でアクセスクラスによる禁止（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）による動作を示した例示的なフローチャートである。
【０１５８】
図１１に示したように、ネットワーク或いはｅＮｏｄｅＢ  ２００の過負荷または混雑状態で、ｅＮｏｄｅＢ２００は、システム情報を通じてＡＣＢ（Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ）関連情報をブロードキャスティングすることができる。システム情報は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２であり得る。
【０１５９】
ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ２は、下記の表のようなＡＣＢ関連情報を含むことができる。
【０１６０】
【表２】
2016527822.tif 000004
【０１６１】
一方、ＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の発信を決定し、ＡＣＢの適用対象になるか否かを決定する。同様に、ＵＥ２  １００ｂは、一般データの発信を決定し、ＡＣＢの適用対象になるか否かを決定する。
【０１６２】
一般に、ＵＥにおいては、１０個のアクセスクラス（例えば、ＡＣ０、ＡＣ１、…、ＡＣ９）のうち少なくとも一つがランダムに割り当てられている。例外的に、緊急非常アクセスのためにはＡＣ１０が割り当てられる。このようにランダムに割り当てられたアクセスクラスの値は、ＵＥ１  １００ａ及びＵＥ２  １００ｂの各ＵＳＩＭに保存することができる。
【０１６３】
そうすると、ＵＥ１  １００ａとＵＥ２  １００ｂは、保存されたアクセスクラスに基づいて、受信したＡＣＢ関連情報に含まれているバーリングファクタ（ｂａｒｒｉｎｇ  ｆａｃｔｏｒ）フィールドを用いて、アクセス禁止が適用されるか否かを確認する。このようなアクセスバーリング（Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）チェックは、ＵＥ１  １００ａとＵＥ２  １００ｂの各ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層、すなわち、ＲＲＣ階層で行われる。
【０１６４】
ＡＣＢの適用対象でない場合、ＵＥ１  １００ａとＵＥ２  １００ｂは、それぞれサービス要請（或いは拡張サービス要請）メッセージとＲＲＣ連結要請メッセージを伝送することができる。
【０１６５】
しかし、ＡＣＢの適用対象である場合、ＵＥ１  １００ａとＵＥ２  １００ｂは両方ともそれぞれＲＲＣ連結要請メッセージを伝送することができない。
【０１６６】
まとめて説明すると、ＵＥ１  １００ａによるＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の発信のためのＲＲＣ連結要請とＵＥ２  １００ｂによる一般データ発信のためのＲＲＣ連結要請は区分できず、全てＡＣＢが適用されて禁止されるという問題がある。
【０１６７】
以上説明したように、現在の３ＧＰＰ標準ではＩＭＳ基盤コール発信を一般データの発信と区分できないことによって、図９に示したように、ネットワーク混雑状況でＩＭＳ基盤コール発信に失敗するようにしたり、或いは、図１１に示したように、試みさえも不可能にするという問題がある。また、このような問題は、ネットワーク資源の浪費をもたらし、ユーザーの経験満足度を低下させる。
【０１６８】
以下では、前記のような問題を解決するために本発明で提案する各方案に対して説明する。
【０１６９】
本明細書の一開示によると、ＩＭＳ基盤サービス、例えば、ＶｏＬＴＥサービスの制御信号、例えば、ＩＭＳ基盤の制御信号或いはＳＩＰ基盤の制御信号は、ユーザー平面に伝送されるとしても、一般データと差別化されるように処理することができる。
【０１７０】
具体的に、本明細書の一開示によると、ＵＥがＩＭＳ基盤サービス、ＶｏＬＴＥによるコール発信をしようとする場合、ＵＥのＮＡＳ階層は、樹立原因フィールドを「ＭＯデータ」の代わりに他のものに設定してＲＲＣ階層に伝達し、ＵＥのＲＲＣ階層は、これによってＲＲＣ連結要請メッセージを伝送することによって、ｅＮｏｄｅＢ  ２００の混雑状況でも拒絶されないようにする。
【０１７１】
より具体的に、本明細書の一開示によると、ＵＥがＩＭＳ基盤コール（ｃａｌｌ）発信（例えば、音声コール発信または画像コール発信）をしようとする場合、ＵＥのＮＡＳ階層は、ＩＭＳ基盤コール（ｃａｌｌ）発信のための制御信号、例えば、ＩＭＳ基盤制御信号或いはＳＩＰ基盤制御信号に対してＲＲＣ樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）を「ＭＯデータ」の代わりに「ＭＯ―シグナリング」或いは新たな原因値（例えば、ＩＭＳ基盤発信或いは「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」）に設定する。また、ＵＥのＮＡＳ階層は、設定した樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）をＡＳ階層、すなわち、ＲＲＣ階層に伝達し、ＲＲＣ階層が、ＮＡＳ階層が設定した樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）を使用してＲＲＣ連結要請メッセージを伝送することができる。一方、ＵＥは、ＩＭＳ基盤サービスを意味するサービスタイプ（或いはフィールド）をＩＭＳ音声、ＩＭＳビデオ、 ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）、或いは新たなサービスタイプ（フィールド）値に設定した後、サービス要請或いは拡張サービス要請メッセージにセッティングして（含ませて）伝送する。本明細書の一開示によると、ＩＭＳ基盤音声コールまたは画像コールを連結するための制御信号、ＩＭＳ基盤制御信号またはＳＩＰ基盤制御信号は、一般的なサービス要請メッセージでない新たなＮＡＳメッセージ（例えば、ＩＭＳ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ）に含ませて伝送することもできる。
【０１７２】
そうすると、混雑または過負荷状態にあるｅＮｏｄｅＢ  ２００は、受信したＲＲＣ連結要請メッセージのＲＲＣ樹立原因フィールドに設定されたＭＯ―シグナリング或いは新たな原因値に基づいて、一般データを拒絶する場合とは異なる形に処理することができる。たとえｅＮｏｄｅＢ  ２００が混雑または過負荷状態にないとしても、受信したＲＲＣ連結要請メッセージのＲＲＣ樹立原因フィールドに設定された「ＭＯ―シグナリング或いは新たな原因値が設定されている場合、一般データを処理する場合より高い優先順位で処理することができる。（または、低い優先順位で処理することもできる。）
【０１７３】
また、本明細書の一開示によると、ＩＭＳ基盤サービス、ＶｏＬＴＥによるコール着信の場合、ネットワークノード（例えば、Ｓ―ＧＷ、Ｐ―ＧＷ）は、ＶｏＬＴＥによるコール着信のための制御信号、例えば、ＩＭＳ制御信号或いはＳＩＰ基盤制御信号を一般データの着信から区別されるようにＭＭＥ５１０に知らせる。これによって、ＭＭＥ５１０も区別可能にページング信号をＵＥに伝達し、その結果、ＵＥがＲＲＣ連結要請メッセージを生成するとき、樹立原因フィールドを「ＭＴ―アクセス」或いは新たな原因値に設定できるようにする。
【０１７４】
そうすると、混雑または過負荷状態にあるｅＮｏｄｅＢ  ２００は、受信したＲＲＣ連結要請メッセージのＲＲＣ樹立原因フィールドに設定されたＭＴ―アクセス或いは新たな原因値に基づいて、拒絶せずに承諾して処理することができる。
【０１７５】
以下では、ＲＲＣ樹立原因フィールドに設定された「ＭＯ―シグナリング或いは新たな原因値が設定されている場合、ｅＮｏｄｅＢ２００が一般データと異なる形に処理する例を示す。
【０１７６】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ＭＯ―データ」に設定されたＲＲＣ連結要請より高い優先順位で処理する。
【０１７７】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」に設定されたＲＲＣ連結要請より高い優先順位或いは同等な優先順位で処理する。
【０１７８】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ＭＴ―アクセス」に設定されたＲＲＣ連結要請より高い優先順位或いは同等な優先順位で処理する。
【０１７９】
―ＲＲＣ樹立原因フィールドに（ＩＭＳ基盤サービスを区分する）「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、（従来の一般的な）「ＭＯ―シグナリング」に設定されたＲＲＣ連結要請より高い優先順位或いは同等な優先順位で処理する。
【０１８０】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ＭＯ―データ」に設定されたＲＲＣ連結要請より低い優先順位或いは同等な優先順位で拒絶する。
【０１８１】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ」に設定されたＲＲＣ連結要請より低い優先順位或いは同等な優先順位で拒絶する。
【０１８２】
―ＲＲＣ樹立原因フィールドに「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、「ＭＴ―アクセス」に設定されたＲＲＣ連結要請より低い優先順位或いは同等な優先順位で拒絶する。
【０１８３】
―ＲＲＣ樹立原因フィールドに（ＩＭＳ基盤サービスを区分する）「ＭＯ―シグナリング」或いは新たな原因値が設定されているＲＲＣ連結要請メッセージを、（従来の一般的な）「ＭＯ―シグナリング」に設定されたＲＲＣ連結要請より低い優先順位或いは同等な優先順位で拒絶する。
【０１８４】
一方、このようなＩＭＳ基盤の音声コール及びビデオコールを一般データと差別化することは、事業者の政策（Ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、ネットワークノード（例えば、ＭＭＥ／ＳＧＳＮ、ｅＮｏｄｅＢ）の設定、加入者情報、或いはＵＥの機能（ｃａｐａｂｉｌｉｔｙ）によって変更することができる。
【０１８５】
一方、本明細書の一開示によって追加された樹立原因値を含むテーブルを示すと、下記の通りである。
【０１８６】
【表３】
2016527822.tif 000005
【０１８７】
以下、本明細書で提示される各解決策に対して図面を参照して説明する。
【０１８８】
図１２は、図９の問題を解決するために、本明細書の１番目の開示による例示的な流れを示した例示図である。
【０１８９】
図１２を参照して分かるように、ＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＩＭＳ基盤のコール（ｃａｌｌ）の発信を決定し、ＵＥ２  １００ｂは、データの発信を決定する。ＩＭＳ基盤のコールは、音声コール、画像コールまたはＭＭＴＥＬによるコールであり得る。
【０１９０】
まず、図１２を参照して説明すると、次の通りである。
【０１９１】
１）ＵＥ１  １００ａの上位階層、例えば、ＮＡＳ階層は、ＩＭＳサービス、例えば、ＩＭＳ基盤のコール（ｃａｌｌ）の発信のために、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を、既存の「ＭＯ―データ」の代わりに、表２に示した「ＭＯ―シグナリング」または新たな原因、例えば、「ＭＯ―ＩＭＳサービス」または「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」に設定する。また、ＵＥ１  １００ａの上位階層、例えば、ＮＡＳ階層は、シグナリング（ｓｉｇｎａｌｉｎｇ）を意味したり、或いはＩＭＳによるものであることを意味するサービスタイプ（フィールド）を含むサービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）或いは拡張サービス要請（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。すなわち、シグナリング（ｓｉｇｎａｌｉｎｇ）を意味したり、或いはＩＭＳによるものであることを意味するサービスタイプ（フィールド）は、ＩＭＳ音声、ＩＭＳビデオ、ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）、或いは新たなサービス値に設定することができる。
【０１９２】
また、ＵＥ２  １００ｂの上位階層、例えば、ＮＡＳ階層は、一般データの発信のために、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を、ＵＥによって伝送開始されるデータを意味する「ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データ」に設定する。また、ＵＥ２  １００ｂの上位階層、例えば、ＮＡＳ階層は、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）或いは拡張サービス要請（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。
【０１９３】
２）続いて、ＵＥ１  １００ａの上位階層、例えば、ＮＡＳ階層は、設定した樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値、すなわち、「ＭＯ―シグナリング」または「ＭＯ―ＩＭＳサービス」をＲＲＣ階層に伝達する。そうすると、ＵＥ１  １００ａのＲＲＣ階層は、ＲＲＣ連結要請メッセージ内の樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドを伝達された通りに設定し、これをｅＮｏｄｅＢ２００に伝送する。
【０１９４】
一方、ＵＥ２  １００ｂの上位階層、例えば、ＮＡＳ階層は、設定した樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値、すなわち、「ＭＯデータ」をＲＲＣ階層に伝達する。そうすると、ＵＥ２  １００ｂのＲＲＣ階層は、ＲＲＣ連結要請メッセージ内の樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＯデータ」を設定し、これをｅＮｏｄｅＢ  ２００に伝送する。
【０１９５】
３）そして、過負荷状態であるｅＮｏｄｅＢ２００がＵＥ１  １００ａからのＲＲＣ連結要請メッセージとＵＥ２  １００ｂからのＲＲＣ連結要請メッセージをそれぞれ受信すると、それぞれの樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドを確認する。
【０１９６】
混雑状態にあるｅＮｏｄｅＢ２００は、ＵＥ１  １００ａからのＲＲＣ連結要請メッセージ内の樹立原因フィールドが「ＭＯ―シグナリング」または「ＭＯ―ＩＭＳサービス」に設定されているので、ＵＥ１  １００ａからのＲＲＣ連結要請メッセージに対しては拒絶せず、ＵＥ１  １００ａにＲＲＣ連結セットアップ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを伝達する。
【０１９７】
しかし、ｅＮｏｄｅＢ２００は、ＵＥ２  １００ｂからのＲＲＣ連結要請メッセージ内の樹立原因フィールドには「ＭＯデータ」に設定されているので、ＵＥ２  １００ｂからのＲＲＣ連結要請に対してはＲＲＣ連結拒絶メッセージを伝送する。
【０１９８】
４）ＲＲＣ連結セットアップ（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを受信したＵＥ１  １００ａは、ＲＲＣ連結セットアップ完了メッセージをｅＮｏｄｅＢ２００に伝達する。
【０１９９】
５〜７）ｅＮｏｄｅＢ２００は、初期ＵＥメッセージにサービス要請メッセージ或いは拡張サービス要請メッセージを含ませてＭＭＥ５１０に伝達する。そうすると、ＭＭＥ５１０は、初期コンテキストセットアップ要請メッセージをｅＮｏｄｅＢ２００に伝達する。そうすると、ｅＮｏｄｅＢ２００は、ＵＥ１  １００ａとラジオベアラを樹立する。
【０２００】
８）結局、ＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＩＭＳ基盤のコール（ｃａｌｌ）によるユーザーデータを伝送できるようになる。
【０２０１】
その一方、図１２は、ＵＥ１  １００ａがＩＭＳ基盤のコール発信を試み、ＵＥ２  ２００ｂが一般データの発信を試みる例示を示したが、このような例示は、一つのＵＥがＩＭＳ基盤のコール発信と一般データの発信を同時に試みる場合にも適用することができる。
【０２０２】
一方、ＵＥ１  １００ａが樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドにＩＭＳ基盤のコール発信であるか、それとも一般データの発信であるかによって異なる形に設定することは、事業者の政策（Ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）によって、ネットワークノード（例えば、ＭＭＥ、ｅＮｏｄｅＢ）の設定によって、加入者情報によって、或いは端末の機能（ｃａｐａｂｉｌｉｔｙ）にしたがって適用されることもあり、適用されないこともある。また、これは、ネットワークノード（例えば、ＭＭＥ、ｅＮｏｄｅＢ）に混雑や過負荷が発生した状況でのみ適用されることもある。或いは、ＵＥが機能（ｃａｐａｂｉｌｉｔｙ）情報或いはサポート有無情報をアタッチ（Ａｔｔａｃｈ）／ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）／ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）などを通じてネットワークに知らせた後、ネットワークが適用有無を決定することもできる。ネットワークの適用有無は、ＯＭＡ―ＤＭを介してＮＡＳ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ、３ＧＰＰ  ＴＳ  ２４．３６８）に提供することができる。したがって、このような設定方式は、静的或いは動的に変更されて適用され得る。
【０２０３】
その一方、図１２では、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＯ―シグナリング」または「ＭＯ―ＩＭＳサービス」が設定されることを示した。しかし、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＯ―ＩＭＳアクセス」、「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」或いは新たな原因を示す値が含まれることもある。
【０２０４】
図１３は、図１０の着信状況での問題を解決するために、本明細書の１番目の開示による例示的な流れを示した例示図である。
【０２０５】
まず、ＰＤＮ  ＧＷ５３０は、ＵＥ１  １００ａに対するＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信を知らせるためのダウンリンクデータに対する通知をＭＭＥ５１０を介してｅＮｏｄｅＢ２００に伝送し、また、ＵＥ２  １００ｂに対する一般データの着信を知らせるためのダウンリンクデータに対する通知をＭＭＥ５１０を介してｅＮｏｄｅＢ２００に伝送する。
【０２０６】
一方、ＰＤＮ  ＧＷ５３０は、コール（ｃａｌｌ）の着信のための制御信号がＩＭＳ基盤の制御信号またはＳＩＰ基盤の制御信号であるか、それとも一般制御信号であるかを区分してＭＭＥ５１０に知らせる。同様に、ＭＭＥ５１０は、コール（ｃａｌｌ）の着信のための制御信号がＩＭＳ基盤の制御信号またはＳＩＰ基盤の制御信号であるか、それとも一般制御信号であるかを区分してｅＮｏｄｅＢ２００に知らせる。このとき、ＩＭＳ基盤制御信号またはＳＩＰ基盤制御信号であることを区分することは、ＩＭＳセッションであるか否かを示す情報によって区分可能である。情報は、既存の制御メッセージに含まれる因子（或いはインジケーター）であるか、新たな制御メッセージに含まれる因子（或いはインジケーター）であり得る。このような因子（或いはインジケーター）は、ＰＤＮ  ＧＷ５３０またはＳ―ＧＷからＭＭＥ５１０に制御メッセージを介して伝送され、ＭＭＥ５１０は、因子（或いはインジケーター）を認知し、ＩＭＳ基盤制御信号またはＳＩＰ基盤制御信号を示す情報をページング信号に含ませてｅＮｏｄｅＢ２００に伝送する。一方、ページング信号に追加される情報によって、ＵＥ１  １００ａは、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドに「ＭＴ―アクセス」、「ＭＴ―ＩＭＳアクセス」、「ＭＴ―シグナリング」、「ＭＴ―ＩＭＳサービス」或いは新たな原因を示す値を設定することができる。
【０２０７】
これによって、混雑状態にあるｅＮｏｄｅＢ２００は、ページング信号を差別化することができる。例えば、ｅＮｏｄｅＢ２００は、ＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのページング信号を一般データの着信を知らせるためのページング信号に比べて優先的に処理することができる。
【０２０８】
そして、混雑状態にあるｅＮｏｄｅＢ２００は、遊休状態（Ｉｄｌｅ  ｓｔａｔｅ）にあるＵＥ１  １００ａにＩＭＳサービス、例えば、ＶｏＬＴＥによるコール（ｃａｌｌ）の着信のためのページング信号を伝送するとき、情報を含ませて伝送する。このとき、ｅＮｏｄｅＢ２００は、情報、網の混雑状況、事業者の政策（ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、端末の能力情報などに基づいてページング信号を伝送することができる。一例として、ｅＮｏｄｅＢ２００は、網が混雑状態であり、一般的なページング信号を伝送しないと決定したとしても、情報が受信される場合、ＵＥ１  １００ａに対するページング信号は伝送すると決定することができる。
【０２０９】
しかし、ｅＮｏｄｅＢ２００は、単純なページング信号をＵＥ２  １００ｂに伝送する。ＵＥ２  １００ｂへのページング信号はブロードキャスティング方式で伝送することができる。しかし、ＵＥ１  １００ａへのページング信号はブロードキャスティング方式で伝送することもできるが、新たな専用チャンネルを介して伝送することもできる。
【０２１０】
このようにＩＭＳ基盤のサービスのためのページング信号は、差別化してＵＥ１  １００ａに提供することができる。ページング信号を差別化処理することは、一般的なデータの受信を知らせるためのページング信号に比べてＩＭＳ基盤のサービス連結を知らせるためのページング信号をより高い優先順位（ｈｉｇｈ  ｐｒｉｏｒｉｔｙ）で処理することを意味し得る。
【０２１１】
ＩＭＳ基盤のサービスのためのページング信号を差別化する方案は、事業者の政策（Ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）によって、ネットワークノード（例えば、ＭＭＥまたはｅＮｏｄｅＢ）の設定によって、加入者情報によって、或いは端末の機能（ｃａｐａｂｉｌｉｔｙ）設定にしたがって適用されることもあり、適用されないこともある。また、ネットワークノード（例えば、ＭＭＥまたはｅＮｏｄｅＢ）に混雑や過負荷などの特定状況が発生した場合にのみ適用されることもある。ＵＥが端末のサポート有無情報或いは機能（ｃａｐａｂｉｌｉｔｙ）情報をネットワークノードにアタッチ／ＴＡＵ／ＲＡＵなどを介して知らせた後、ネットワークノードが方式を適用するか否かを決定することができる。ネットワークの適用有無は、ＯＭＡ―ＤＭを介してＮＡＳ構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ、３ＧＰＰ  ＴＳ２４．３６８）に提供することができる。よって、このような設定方式は、静的或いは動的に変更されて適用され得る。
【０２１２】
以下では、ＵＥが伝送するアタッチ要請メッセージ、デタッチ（ｄｅｔａｃｈ）要請メッセージ、ＴＡＵ要請メッセージ、サービス要請メッセージに含まれる樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）に対して説明する。
【０２１３】
ＮＡＳ連結樹立を要請するとき、ＵＥの上位階層、ＮＡＳ階層によって使用される樹立原因は、下記の表に示した各手順によって選択することができる。ＮＡＳ階層は、アクセス制御の目的で下位階層、ＲＲＣ階層にＲＲＣ樹立原因と関連するタイプを指示することができる。ＥＡＢ（Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ）が設定されている場合、ＵＥの上位階層は、下位階層に下記のケースを除外した要請に対してはＥＡＢが適用されると知らせることができる。
【０２１４】
―ＵＥがクラス１１〜１５のうち一つを用いてアクセスを試みる場合
【０２１５】
―ＵＥがページング信号に応答する場合
【０２１６】
―ＲＲＣ樹立原因が緊急コールである場合
【０２１７】
―ＵＥがＥＡＢを無視（ｏｖｅｒｒｉｄｉｎｇ）するように設定された場合
【０２１８】
【表４】
2016527822.tif 000006
【０２１９】
前記の表に示していないが、サービス要請メッセージ或いは拡張サービス要請メッセージのサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）は、「モバイル発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ）  ＩＭＳ音声」、「モバイル発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ）  ＩＭＳビデオ」、及び「モバイル発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ）  ＩＭＳ  ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）」のうちいずれか一つにセッティングすることができる。この場合、それぞれの（個別的な）タイプを「発信コール（ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ）」に設定／マッピングすることができる。代案的に、サービス要請メッセージ或いは拡張サービス要請メッセージのサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）は、「モバイル発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ）  ＩＭＳ音声／ビデオ／ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）」の形態にセッティングすることができる。
【０２２０】
同様に、サービス要請メッセージ或いは拡張サービス要請メッセージのサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）は、「モバイル着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ）  ＩＭＳ音声」、「モバイル着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ）  ＩＭＳビデオ」、及び「モバイル着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ）  ＩＭＳ  ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）」のうちいずれか一つにセッティングすることができる。この場合、それぞれの（個別的な）タイプは「着信コール（ｔｅｒｍｉｎａｔｉｎｇ  ｃａｌｌｓ）」に設定／マッピングすることができる。代案的に、サービス要請メッセージ或いは拡張サービス要請メッセージのサービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）は、「モバイル着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ）  ＩＭＳ音声／ビデオ／ＰＳセッション上のＭＭＴＥＬ（ＭＭＴＥＬ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）」の形態にセッティングすることができる。
【０２２１】
その一方、サービス要請メッセージ或いは拡張サービス要請メッセージの樹立原因をＭＯ―シグナリング、或いはＭＯ―ＩＭＳサービスなどにセッティングする方案は、低い優先順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）または正常順位（ｎｏｒｍａｌ  ｐｒｉｏｒｉｔｙ）を有するＵＥも活用することができる。
【０２２２】
低い優先順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）に設定されたＵＥがアプリケーションの要請やＵＥの機能（ｃａｐａｂｉｌｉｔｙ）、事業者政策或いはネットワークの要請に応じて低い優先順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）でない正常順位に変更され、前記のＩＭＳ基盤サービスのために発信を要請する場合、低い優先順位（ｌｏｗ  ｐｒｉｏｒｉｔｙ）でない正常順位に設定されたＩＥを含む拡張サービス要請メッセージをネットワークノード（例えば、ＭＭＥ）に伝送することができる。このとき、ＵＥのＮＡＳ階層は、樹立原因を「ＭＯ―シグナリング」または新たな原因値（例えば、ＭＯ―ＩＭＳアクセス或いはＭＯ―ＩＭＳ  ＭＭＴＥＬサービス）に設定した拡張サービス要請メッセージを伝送することができる。また、ＵＥのＲＲＣ階層は、樹立原因を「ＭＯ―シグナリング」または新たな原因値（例えば、ＭＯ―ＩＭＳアクセス或いはＭＯ―ＩＭＳ  ＭＭＴＥＬアクセス）に設定したＲＲＣ連結要請メッセージを伝送することができる。
【０２２３】
そうすると、ｅＮｏｄｅＢ２００は、受信したＲＲＣ連結要請メッセージの樹立原因にセッティングされた「ＭＯ―シグナリング」或いは新たな原因値に基づいて、ＭＯ―ＩＭＳサービス（特に、音声コール、ビデオコール）のための連結を差別化して処理することができる。
【０２２４】
図１４は、図１１の問題を解決するために、本明細書の２番目の開示による例示的な流れを示した例示図である。
【０２２５】
図１４を参照して分かるように、本明細書の２番目の開示によると、ＩＭＳ基盤のサービスを連結するためのＩＭＳ基盤制御信号を差別化するために、ｅＮｏｄｅＢ２００は、各樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）のうちＭＯ―シグナリングまたは新たな原因（例えば、ＭＯ―ＩＭＳサービスまたはＩＭＳ  ＭＭＴＥＬサービス）に対する例外規則を含むアクセスクラスによる禁止（ＡＣＢ）情報を含むシステム情報をブロードキャスティングすることができる。
【０２２６】
その結果、ＩＭＳ基盤のコール発信を希望するＵＥ１  １００ａと一般データの発信を希望するＵＥ２  １００ｂは、例外規則が含まれたアクセスクラスによる禁止（ＡＣＢ）情報に基づいてＡＣＢ適用有無を決定することができる。
【０２２７】
すなわち、ＵＥ１  １００ａは、ＩＭＳ基盤のサービス（例えば、ＩＭＳ基盤の音声コール、画像コール）を連結するためのＩＭＳ基盤制御信号（ｓｉｇｎａｌｉｎｇ）、或いはＳＩＰ基盤制御信号に対して既存に使用していた樹立原因であるＭＯ―データでＡＣＢ適用有無をチェックせず、本明細書の開示によってセッティングされる樹立原因、すなわち、ＭＯ―シグナリングまたは新たな原因（例えば、ＭＯ―ＩＭＳサービスまたはＩＭＳ  ＭＭＴＥＬサービス）に基づいてＡＣＢ適用有無をチェックする。受信したアクセスクラスによる禁止（ＡＣＢ）情報は、各樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）のうちＭＯ―シグナリングまたは新たな原因（例えば、ＭＯ―ＩＭＳサービスまたはＩＭＳ  ＭＭＴＥＬサービス）に対する例外を含んでいるので、ＵＥ１  １００ａは、ＲＲＣ連結要請がＡＣＢに適用されないと決定する。よって、ＵＥ１  １００ａはＲＲＣ連結要請を伝送することができる。
【０２２８】
その結果、ＩＭＳ基盤のサービス（例えば、ＩＭＳ基盤の音声コール、画像コール）を連結するためのＩＭＳ基盤制御信号（ｓｉｇｎａｌｉｎｇ）、或いはＳＩＰ基盤制御信号を運ぶためのＲＲＣ要請メッセージは、ｅＮｏｄｅＢ２００によって拒絶せずに正常に処理することができる。
【０２２９】
下記の表は、本明細書の２番目の開示によって各樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）のうちＭＯ―シグナリングまたは新たな原因（例えば、ＭＯ―ＩＭＳサービスまたはＩＭＳ  ＭＭＴＥＬサービス）に対する例外規則を含むアクセスクラスによる禁止（ＡＣＢ）情報を示す。
【０２３０】
【表５】
2016527822.tif 000007
【０２３１】
以上では、本明細書の１番目の開示と２番目の開示に対して説明した。別途に説明しないとしても、当業者であれば、これら各開示が組み合わせられることが自明に分かるだろう。
【０２３２】
以下では、本明細書の各開示を再度まとめて説明する。
【０２３３】
ＵＥ１００が、ＩＭＳ基盤のサービス（例えば、ＩＭＳ基盤の音声コール、画像コール）の連結が必要であると判断すると、ＵＥのＮＡＳ階層は、樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）フィールドの値を既存の「ＭＯ―データ」の代わりに、表３に示した「ＭＯ―シグナリング」または新たな原因（例えば、「ＭＯ―ＩＭＳサービス」、「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」または「ＭＯ―ＩＭＳアクセス」）に設定した後、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）或いは拡張サービス要請（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する。続いて、ＵＥのＮＡＳ階層は、設定された樹立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）をＲＲＣ階層に伝達する。ＵＥのＲＲＣ階層は、ＩＭＳ基盤のサービス（例えば、ＩＭＳ基盤の音声コール、画像コール）を連結するためのＩＭＳ基盤制御信号（ｓｉｇｎａｌｉｎｇ）、或いはＳＩＰ基盤制御信号を運ぶためのＲＲＣ要請メッセージに伝達された樹立原因をセッティングしてｅＮｏｄｅＢ２００に伝送する。
【０２３４】
一方、ｅＮｏｄｅＢ２００は、ＩＭＳ基盤のサービスを連結するための制御信号、すなわち、ＩＭＳ基盤制御信号（ｓｉｇｎａｌｉｎｇ）、或いはＳＩＰ基盤制御信号を運ぶためのＲＲＣ要請メッセージに使用可能な樹立原因の値であって、表３に示した「ＭＯ―シグナリング」または新たな原因（例えば、「ＭＯ―ＩＭＳサービス」、「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」または「ＭＯ―ＩＭＳアクセス」）に対する情報をＵＥ１００に伝達することができる。
【０２３５】
そして、ｅＮｏｄｅＢ２００は、「ＭＯ―シグナリング」または新たな原因（例えば、「ＭＯ―ＩＭＳサービス」、「ＭＯ―ＩＭＳ  ＭＭＴＥＬサービス」または「ＭＯ―ＩＭＳアクセス」）に設定された樹立原因を含むサービス要請メッセージ、拡張サービス要請（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）或いはＲＲＣ連結要請メッセージを受信すると、混雑状態或いは過負荷状態で「ＭＯデータ」に設定された樹立原因を含む要請メッセージと差別化して処理することができる。
【０２３６】
ＩＭＳサービスのためのページング方案
【０２３７】
遊休モード（ｉｄｌｅ  ｍｏｄｅ）または遊休状態（ｉｄｌｅ  ｓｔａｔｅ）にあるＵＥに伝送されるべきダウンリンクパケットが発生する場合、ダウンリンクパケットは、Ｐ―ＧＷからＳ―ＧＷに伝達される。Ｓ―ＧＷは、Ｐ―ＧＷからダウンリンクパケットを受信すると、ＭＭＥにダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ；ＤＤＮ）メッセージを伝送する。ＤＤＮメッセージは、ＭＭＥがＵＥにページングメッセージを伝送するように要請するメッセージであると言える。ＤＤＮメッセージを受信したＭＭＥは、ｅＮＢにページングを要請するメッセージを伝送し、ページング要請メッセージを受信したｅＮＢはページングを行う。
【０２３８】
このような従来のページング方案では、ＩＭＳ基盤のサービス（例えば、音声コール（ｖｏｉｃｅ  ｃａｌｌ）、ビデオコール（ｖｉｄｅｏ  ｃａｌｌ）など）と非（ｎｏｎ）―ＩＭＳ基盤のサービス（すなわち、パケットサービスなど）とを区分しない。
【０２３９】
具体的に、ＩＭＳ基盤の音声コール／ビデオコールを含むセッションを生成または構成するためには、ＩＭＳシグナリングまたはＳＩＰシグナリング（以下、ＳＩＰシグナリングと総称する）が発信ＵＥ（ｃａｌｌｉｎｇ  ＵＥまたはｏｒｉｇｉｎａｔｉｎｇ  ＵＥ）と受信ＵＥ（ｃａｌｌｅｄ  ＵＥまたはｔｅｒｍｉｎａｔｉｎｇ  ＵＥ）との間で交換される。このようなＳＩＰシグナリングは、制御平面でないユーザー平面上で伝送される。よって、一般的なデータサービス（すなわち、非―ＩＭＳ基盤パケットサービス）とＩＭＳ基盤サービスとが区分されない。
【０２４０】
したがって、既存の無線通信システムでは、ＩＭＳ基盤音声コール／ビデオコールを一般的なデータサービスと区分してサービスを提供する方案自体がサポートされていなかった。この場合、ネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）が発生する場合にユーザーが敏感に反応する音声コール／ビデオコールのサービス品質が低下することによって、ユーザーの経験を悪くするという問題が存在する。このような問題を解決するために、音声メディアを含むＩＭＳ基盤サービスを他のサービスと区分する方案が要求される。
【０２４１】
本発明では、サービスを受信する立場で（例えば、ｃａｌｌｅｄ  ｐａｒｔｙまたはｔｅｒｍｉｎａｔｉｎｇ  ｐａｒｔｙの立場で、またはＭＴ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ）  ｃａｌｌに対して）、非―ＩＭＳデータパケットサービスとＩＭＳ基盤サービス（例えば、ＶｏＬＴＥ）とを区分する方案を提供する。具体的には、本発明では、音声メディアを含むＩＭＳサービス（例えば、音声コール、ビデオコール、ＭＭＴＥＬ（ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ  ｓｅｒｖｉｃｅ）音声、ＭＭＴＥＬビデオ、ＩＭＳ基盤音声通話、ＩＭＳ基盤映像通話など）に対して一般的なデータサービス（例えば、非―ＩＭＳサービス）と区分して差別化サービスをサポートするための方案に対して提案する。より具体的には、サービス受信立場で、音声メディアを含むＩＭＳサービスと非―ＩＭＳサービスとを区分するためのページング方案（または音声を含むサービスと音声を含まないサービスに対して差別化されたページングを適用する方案）に対して提案する。
【０２４２】
以下の説明において、トラフィック（ｔｒａｆｆｉｃ）、サービス（ｓｅｒｖｉｃｅ）、ＩＰサービス、フロー（ｆｌｏｗ）、ＩＰフロー、サービスフロー、パケット、ＩＰパケット、データ、メッセージ、アプリケーションという用語は、明白に区分して説明しない限り、一つの用語が他の用語を代表すると理解しなければならなく、これら用語は互いに混用されて使用される。
【０２４３】
図１５は、本発明の一実施例に係るページング方法を説明するための図である。
【０２４４】
図１５の例示において、ＵＥ―１は、ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）―ＩＤＬＥ状態（または遊休モード、遊休状態）にあると仮定する。図１５の例示において、ＥＰＳの各ネットワークノード（例えば、Ｐ―ＧＷ、Ｓ―ＧＷ、ＭＭＥなど）を中心に説明するが、それ以外の各ネットワークノードの動作が追加されることもある。
【０２４５】
図１５の段階１において、ＵＥ―１に向かうデータ（すなわち、ダウンリンクデータまたはＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｎｇ）データ）が発生し、これをＰＤＮ  ＧＷ（すなわち、Ｐ―ＧＷ）が受信すると、Ｐ―ＧＷはダウンリンクデータをＳ―ＧＷに伝送する。
【０２４６】
ここで、Ｐ―ＧＷは、次のような動作を追加的に行うことができる。
【０２４７】
ｉ）Ｐ―ＧＷは、ダウンリンクデータ（またはＭＴデータ）がＳＩＰシグナリングのためのＥＰＳベアラを使用するデータで（またはＳＩＰシグナリングで）、ＳＩＰシグナリングが音声メディアを含むＩＭＳセッションを生成または構成するためのものであると判断（見なしたりまたは認知）することができる（ここで、ＳＩＰシグナリング用ＥＰＳベアラは、ＩＭＳサービスのためのＰＤＮでＱＣＩ（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）の値が５に設定されたベアラであり、音声メディアはＱＣＩ値が１に設定されたベアラを使用する音声メディアであり得る）。
【０２４８】
ｉｉ）Ｐ―ＧＷは、ダウンリンクデータ（またはＭＴデータ）がより高い優先順位を有する（またはより高い水準に設定された／差別化された）ページングが要求されるデータであると判断（見なしたりまたは認知）することができる。
【０２４９】
ｉ）及びｉｉ）のうちいずれか一つでも満足する場合（すなわち、ダウンリンクデータが音声メディアを含むＩＭＳセッションを生成するためのＳＩＰシグナリングのためのＥＰＳベアラを使用するデータである場合、及び／またはダウンリンクデータが高い優先順位を有する／差別化されたページングが要求されるデータである場合）、Ｐ―ＧＷは、ダウンリンクデータのヘッダー部分に該当データが音声メディアを含むＩＭＳセッションを生成または構成するためのものであることを示す情報を設定または追加（または挿入）することができる。
【０２５０】
すなわち、ＶｏＬＴＥセッションをなす前にＳＩＰ  ＩＮＶＩＴＥなどのＳＩＰメッセージが用いられるが、ＳＩＰがユーザー平面上で送受信されるので、Ｐ―ＧＷは、該当データが「音声メディアのためのものであることを示す（または音声メディアを含むものであることを示す）情報」を含ませて他のノード（例えば、Ｓ―ＧＷ）に伝達することができ、これによって、情報を含むＳＩＰメッセージを受けたネットワークノードは、音声メディアを含むデータが他のデータに比べて高い優先順位を有し／差別化されるようにページング処理を行うことができる。
【０２５１】
Ｐ―ＧＷは、データ（またはメッセージ）が音声メディアを含むということを、また他のノード（例えば、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ））から獲得した情報から確認することができる。例えば、ダウンリンクデータ（またはＳＩＰシグナリングメッセージ）が、音声メディアを含むＩＭＳセッションを生成／構成するためのものであるか、または高い優先順位を有する（またはより高い水準に設定された／差別化された）ページングが要求されるものであることは、Ｐ―ＧＷがＰＣＲＦから獲得した情報に基づいて決定することができる。このために、ＰＣＲＦはＰ―ＣＳＣＦと相互動作（ｉｎｔｅｒａｃｔｉｏｎ）を行うことができる。
【０２５２】
または、Ｐ―ＧＷは、データ（またはメッセージ）が音声メディアを含むということを、Ｐ―ＧＷが受けたデータに含まれた明示的（ｅｘｐｌｉｃｉｔ）または暗示的な（ｉｍｐｌｉｃｉｔ）情報から、該当データが音声メディアを含むＩＭＳセッションを生成／構成するためのものであるか、または高い優先順位を有する（またはより高い水準に設定された／差別化された）ページングが要求されるものであると決定／見なす／認知することもできる。例えば、Ｐ―ＧＷが受信するＭＴデータのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ヘッダーまたはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ヘッダーのポート情報（例えば、ソース（ｓｏｕｒｃｅ）ポート及び／または目的地（ｄｅｓｔｉｎａｔｉｏｎ）ポート）にデータが音声メディアを含むということを明示的に示す情報が含まれたり、データが音声メディアを含むということを暗示する情報が含まれることもある。このような明示的または暗示的な情報はＰ―ＣＳＣＦによって提供することもできる。
【０２５３】
また、Ｐ―ＧＷがメッセージ（またはデータ）に含ませる「音声メディアのためのものであることを示す情報」は、明示的（ｅｘｐｌｉｃｉｔ）または暗示的な（ｉｍｐｌｉｃｉｔ）情報で構成することもでき、多様な形態を有することができ、多様な意味として解釈することもできる。例えば、「音声メディアのためのものであることを示す情報」は、音声メディアを含むコール（音声コールまたはビデオコール）のためのＳＩＰシグナリングであることを知らせる情報、音声メディアを含むＩＭＳセッションを生成または構成するための制御メッセージであることを示す情報、ＱＣＩ＝１ベアラを使用するためのＳＩＰシグナリングであることを知らせる情報、高い優先順位（または高い水準に設定された／差別化された）ページング要請であることを示す情報などに定義することができる。
【０２５４】
「音声メディアのためのものであることを示す情報」は、一つ以上がメッセージ（またはデータ）に含まれることもある。Ｐ―ＧＷは、「音声メディアのためのものであることを示す情報」をメッセージ（またはデータ）のヘッダーに含ませることができる。このために、例えば、ＧＴＰ―Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ｕｓｅｒ  Ｐｌａｎｅ）の基本ヘッダーで留保されたビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）またはスペアビット（ｓｐａｒｅ  ｂｉｔ）を用いることもでき、既存の情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ；ＩＥ）で新たな値を定義及び使用することもできる。または、ＧＴＰ―Ｕの拡張ヘッダー（ｅｘｔｅｎｓｉｏｎ  ｈｅａｄｅｒ）に新たなタイプの拡張ヘッダーを定義及び使用したり、既存の拡張ヘッダーを修正及び使用することもできる。
【０２５５】
また、Ｐ―ＧＷは、ダウンリンクデータ（またはＭＴデータ）を構成するパケットが多数である場合は、そのうち１番目のパケットのみに「音声メディアのためのものであることを示す情報」を含ませることもでき、または、多数のパケットのそれぞれに情報を含ませることもできる。
【０２５６】
また、Ｐ―ＧＷは、上述した動作をｉ）またはｉｉ）の条件を満足する場合に常に行うこともできる。ここで、追加的に、ネットワーク混雑程度、事業者の政策（ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、ＵＥローミング有無などに基づいて動作を行うか否かを決定することもできる。
【０２５７】
図１５の段階２において、Ｓ―ＧＷは、Ｐ―ＧＷからダウンリンクデータを受信すると、ＵＥ―１をサービングするＭＭＥにページングを要請するメッセージ、すなわち、ダウンリンクデータ通知（ＤＤＮ）メッセージを伝送することができる。ＤＤＮメッセージは、ＥＰＳベアラＩＤ情報、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）情報などを含むことができる。
【０２５８】
ここで、Ｓ―ＧＷは、次のような動作を追加的に行うことができる。
【０２５９】
ｉ）Ｓ―ＧＷは、ダウンリンクデータ（またはＭＴデータ）がＳＩＰシグナリングのためのＥＰＳベアラを使用するデータで（またはＳＩＰシグナリングで）、ＳＩＰシグナリングが音声メディアを含むＩＭＳセッションを生成または構成するためのものであると判断（見なしたりまたは認知）することができる（ここで、ＳＩＰシグナリング用ＥＰＳベアラは、ＩＭＳサービスのためのＰＤＮでＱＣＩ（ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）の値が５に設定されたベアラであり、音声メディアは、ＱＣＩ値が１に設定されたベアラを使用する音声メディアであり得る）。
【０２６０】
ｉｉ）Ｓ―ＧＷは、ダウンリンクデータ（またはＭＴデータ）がより高い優先順位を有する（またはより高い水準に設定された／差別化された）ページングが要求されるデータであると判断（見なしたりまたは認知）することができる。
【０２６１】
ｉ）及びｉｉ）のうちいずれか一つでも満足する場合（すなわち、ダウンリンクデータが音声メディアを含むＩＭＳセッションを生成するためのＳＩＰシグナリングのためのＥＰＳベアラを使用するデータである場合、及び／またはダウンリンクデータが高い優先順位を有する／差別化されたページングが要求されるデータである場合）、Ｓ―ＧＷは、ＤＤＮメッセージに該当データが音声メディアを含むＩＭＳセッションを生成または構成するためのページング要請であることを示す情報を設定または追加（または挿入）することができる。
【０２６２】
段階１において、Ｐ―ＧＷがＳ―ＧＷに伝達するデータ（またはメッセージ）に含まれた「音声メディアのためのものであることを示す情報」から、Ｓ―ＧＷは、データ（またはメッセージ）が音声メディアを含むＩＭＳセッションを生成／構成するためのものであるか、高い優先順位（またはより高い水準に設定された／差別化された）ページングが要求されるデータであることが分かる。
【０２６３】
Ｓ―ＧＷがＤＤＮメッセージに含ませる「音声メディアのためのページング要請であることを示す情報」は、明示的（ｅｘｐｌｉｃｉｔ）または暗示的な（ｉｍｐｌｉｃｉｔ）情報で構成することもでき、多様な形態を有することができ、多様な意味として解釈することもできる。例えば、「音声メディアのためのページング要請であることを示す情報」は、音声メディアを含むコール（音声コールまたはビデオコール）のためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、音声メディアを含むＩＭＳセッションを生成または構成するための制御メッセージに対するページング要請であることを示す情報、ＱＣＩ＝１ベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、及び高い優先順位（または高い水準に設定された／差別化された）ページング要請であることを示す情報などに定義することができる。
【０２６４】
「音声メディアのためのページング要請であることを示す情報」は、一つ以上がページング要請メッセージに含ませることもできる。前記のような情報を追加するために、Ｓ―ＧＷは、ＤＤＮメッセージで新たなＩＥを定義して使用することもでき、既存のＩＥに新たな値を定義して使用することもできる。
【０２６５】
また、Ｓ―ＧＷは、上述した動作をｉ）またはｉｉ）の条件を満足する場合に常に行うこともできる。これに加えて、ネットワーク混雑程度、事業者の政策（ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、及びＵＥローミング有無などに基づいて、動作を行うか否かを決定することもできる。
【０２６６】
さらに、ＵＥ―１に対して一般的なデータ（すなわち、非―ＩＭＳ基盤パケット）、音声メディアを含むＩＭＳセッションの生成／構成と関係のないＳＩＰシグナリング、高い優先順位（またはより高い水準に設定された／差別化された）ページングが要求されないデータを、Ｓ―ＧＷがＰ―ＧＷから受信したことがあり、既にＭＭＥにページングを要請するためのＤＤＮメッセージを伝送してからユーザー平面が形成されることを待つ状態で、上述したように、「音声メディアのためのものであることを示す情報」を含むデータ（またはメッセージ）をＰ―ＧＷからＳ―ＧＷが受信した場合、Ｓ―ＧＷは、ＭＭＥに新たなＤＤＮメッセージをさらに伝送することができる。
【０２６７】
上述した本発明の例示に対する説明において、Ｐ―ＧＷは、ダウンリンクデータに対して差別化されたページング（または高い優先順位のページング）が適用されると決定する場合、差別化されたページングが適用されることを示す情報をダウンリンクデータを含むメッセージに追加することができ、Ｓ―ＧＷは、メッセージに含まれた差別化されたページングが適用されることを示す情報に基づいて、ダウンリンクデータに対して差別化されたページングが適用されると決定することができる。ここで、Ｐ―ＧＷは、差別化されたページングが適用されることを示す情報をダウンリンクデータを含むメッセージのＧＴＰ―Ｕ基本ヘッダーまたはＧＴＰ―Ｕ拡張ヘッダーに追加することができる。また他の例示において、Ｐ―ＧＷは、差別化されたページングが適用されることを示す情報を含むダウンリンクデータを受信し（すなわち、差別化されたページングが適用されることを示す情報は、他のネットワークノード（例えば、Ｐ―ＣＳＣＦ）によってダウンリンクデータ自体に追加されており、Ｐ―ＧＷはこれを受信し）、これをＳ―ＧＷに伝送することもできる。これによって、Ｓ―ＧＷがダウンリンクデータに対して差別化されたページングが適用されると決定する動作が変わり得る。これに対しては、以下で具体的に説明する。
【０２６８】
まず、例えば、Ｓ―ＧＷがＧＴＰ―Ｕヘッダーに含まれた情報に基づいて差別化されたページングが適用されるか否かを決定する場合に対して説明する。
【０２６９】
この場合、Ｓ―ＧＷが差別化されたページングが適用されることを示す情報を抽出するために、ＵＥに伝送されるダウンリンクデータパケット自体を検査または分析する必要がない。すなわち、Ｓ―ＧＷは、Ｐ―ＧＷとＳ―ＧＷとの間のデータ伝送のために使用するＧＴＰ―Ｕヘッダーのみを検査または分析すればよいので、Ｓ―ＧＷ動作が単純化されるという長所がある。また、Ｓ―ＧＷがＧＴＰ―Ｕヘッダーに対する検査または分析を行うことは、Ｓ―ＧＷがダウンリンクデータ受信者情報を抽出するなどの目的で従来にも行っていた動作であり、Ｓ―ＧＷの立場で新たな動作が定義されることではないので複雑性が増加しない。また、事業者が異なるとしても、差別化されたページングが適用されることを示す情報のためにＧＴＰ―Ｕ基本ヘッダーまたは拡張ヘッダーで同一の形態及び同一の値を定義できるので、ＵＥがローミング状態でＰ―ＧＷとＳ―ＧＷとが互いに異なる事業者に属するとしても、Ｓ―ＧＷは、Ｐ―ＧＷが同じ事業者に属するときと同様に、同一の動作によってダウンリンクデータに対して差別化されたページングが適用されるか否かを決定することができる。
【０２７０】
その一方、Ｐ―ＧＷの立場では、ダウンリンクデータに対して差別化されたページングが適用されるか否かを決定し、そうであると、ダウンリンクデータを含むメッセージのＧＴＰ―Ｕヘッダーに差別化されたページングが適用されることを示す情報を追加する動作を行わなければならないので、従来に比べて新たに定義された動作をさらに行わなければならないという負担が発生する。
【０２７１】
他の例示として、Ｓ―ＧＷがダウンリンクデータ自体に含まれた情報に基づいて差別化されたページングが適用されるか否かを決定する場合に対して説明する。
【０２７２】
この場合、Ｐ―ＧＷは、Ｓ―ＧＷに伝達されるメッセージのＧＴＰ―Ｕヘッダーに差別化されたページングが適用されるか否かを示す情報を追加する動作を行わなくてもよいので、Ｐ―ＧＷの立場で追加動作を行わないという面で複雑性が増加しない。
【０２７３】
その一方、Ｓ―ＧＷは、ダウンリンクデータに対して差別化されたページングが適用されることを示す情報を抽出するために、ＵＥに伝送されるダウンリンクデータ自体を検査または分析しなければならない。また、ダウンリンクデータに差別化されたページングが適用されることを示す情報が含まれている場合、Ｓ―ＧＷは、ＵＥにダウンリンクデータを伝送する前に差別化されたページングが適用されることを示す情報をダウンリンクデータから除去する動作を行わなければならない。これは、差別化されたページングが適用されることを示す情報がＵＥに不必要でもあり、ＵＥに異常動作を誘発することもあるためである。また、差別化されたページングが適用されることを示す情報のために事業者ごとに互いに異なる形態及び／または互いに異なる値を定義してダウンリンクデータに追加できるので、ＵＥがローミング状態でＰ―ＧＷとＳ―ＧＷとが互いに異なる事業者に属した場合は、Ｓ―ＧＷの立場では、自分と連結された全てのＰ―ＧＷに対して差別化されたページングが適用されることを示す情報が如何なる形態及び如何なる値に定義されているかを予め知っていなければ（または予め設定（ｃｏｎｆｉｇｕｒｅ）していなければ）ならない。これは、差別化されたページング適用に対する拡張性に不利に作用することもある。
【０２７４】
図１５の段階３において、ＭＭＥは、Ｓ―ＧＷにページング要請（またはＤＤＮメッセージ）に対する応答メッセージ、すなわち、ＤＤＮ  Ａｃｋメッセージを伝送することができる。
【０２７５】
図１５の段階４において、Ｓ―ＧＷからＤＤＮメッセージを受信したＭＭＥは、ＵＥが登録したＴＡに属するそれぞれのｅＮｏｄｅＢにページングメッセージを伝送することができる。
【０２７６】
ここで、ＭＭＥは、次のような動作を追加的に行うことができる。
【０２７７】
ＭＭＥがＳ―ＧＷから受信したＤＤＮメッセージに「音声メディアのためのページング要請であることを示す情報」が含まれた場合（すなわち、ＤＤＮメッセージがＳＩＰシグナリングのためのＥＰＳベアラ（例えば、ＩＭＳサービスのためのＰＤＮでＱＣＩ＝５であるベアラ）を使用するデータに対するページング要請であり、ＳＩＰシグナリングが音声メディア（例えば、ＱＣＩ＝１であるベアラを使用する音声メディア）を含むＩＭＳセッションを生成／構成するためのものである場合、または、ＤＤＮメッセージが高い優先順位（またはより高い水準に設定された／差別化された）ページング要請である場合）、ＭＭＥは、ｅＮｏｄｅＢに伝送するページングメッセージに、「高い優先順位（またはより高い水準に設定された／差別化された）ページング要請であることを示す情報」を含ませることができる。
【０２７８】
ＭＭＥがページングメッセージに含ませる「高い優先順位ページング要請であることを示す情報」は、明示的（ｅｘｐｌｉｃｉｔ）または暗示的な（ｉｍｐｌｉｃｉｔ）情報で構成することもでき、多様な形態を有することができ、多様な意味として解釈することもできる。例えば、「高い優先順位ページング要請であることを示す情報」は、音声メディアを含むコール（音声コールまたはビデオコール）のためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、音声メディアを含むＩＭＳセッションを生成または構成するための制御メッセージに対するページング要請であることを示す情報、音声メディアを含むＩＭＳセッションを生成または構成するためのページング要請であることを示す情報、ＳＩＰシグナリングに対するページング要請であることを示す情報、ＱＣＩ＝１ベアラを使用するためのＳＩＰシグナリングに対するページング要請であることを知らせる情報、ＥＰＳベアラＩＤ（またはＥ―ＲＡＢ（Ｅ―ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）  ＩＤ）情報、及び差別化されたページング要請であることを示す情報などに定義することができる。
【０２７９】
「高い優先順位ページング要請であることを示す情報」は、一つ以上をページング要請メッセージに含ませることもできる。前記のような情報を追加するために、ＭＭＥは、ページングメッセージで新たなＩＥを定義して使用することもでき、既存のＩＥ（例えば、ページング優先順位ＩＥ（Ｐａｇｉｎｇ  Ｐｒｉｏｒｉｔｙ  ＩＥ））に新たな値を定義して使用することもでき、既存のＩＥ（例えば、ページング優先順位ＩＥ）の既存の値を使用することもできる。
【０２８０】
また、ＭＭＥは、上述した動作を、Ｓ―ＧＷから受信されるＤＤＮメッセージに「音声メディアのためのページング要請であることを示す情報」が含まれているか否かに基づいて行うこともできる。これと別途にまたは追加的に、ネットワーク混雑程度、事業者の政策（ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、ＵＥローミング有無、加入者情報（例えば、加入者の等級など）、端末のキャパビリティ情報（例えば、ＣＳＦＢ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  Ｆａｌｌ―Ｂａｃｋ）可能なＵＥであるか否か）などに基づいて動作を行うか否かを決定することもできる。
【０２８１】
図１５の段階５において、ＭＭＥからページングメッセージを受信したｅＮｏｄｅＢはＵＥ―１にページングを行うことができる。
【０２８２】
ｅＮｏｄｅＢは、ＭＭＥがページングメッセージに含ませた「高い優先順位（またはより高い水準に設定された／差別化された）ページング要請であることを示す情報」に基づいてＵＥへのページングを行うことができる。これと別途にまたは追加的に、ｅＮｏｄｅＢは、ネットワーク混雑程度、事業者の政策（ｏｐｅｒａｔｏｒ’ｓ  ｐｏｌｉｃｙ）、ローカル政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）、端末のキャパビリティ情報などに基づいて、ＵＥへのページング動作を行うか否かを決定することもできる。
【０２８３】
例えば、ｅＮｏｄｅＢは、ネットワークが混雑な場合に一般的なページングを行わないこともあるが、ＭＭＥから受信したページングメッセージに「高い優先順位ページング要請であることを示す情報」が含まれている場合はＵＥ―１に対してページングを行うことができる。
【０２８４】
図１５の段階６において、ＵＥ―１がＥＣＭ―ＩＤＬＥ状態である場合、Ｅ―ＵＴＲＡＮアクセスでページング指示（ｉｎｄｉｃａｔｉｏｎ）を受信すると、ＵＥ―１は、ＵＥによってトリガーされるサービス要請過程（これに対する具体的な事項は、３ＧＰＰ  ＴＳ  ２３．４０１文書の５．３．４．１節を参考することができる）を開始（ｉｎｉｔｉａｔｅ）することができる。
【０２８５】
図１５の段階７において、Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを介してダウンリンクデータをＵＥに伝送することができる。
【０２８６】
上述した本発明の一例によると、音声メディアを含むデータに対するＩＭＳセッション（例えば、音声コールまたはビデオコール）をそうでないデータと区分（または差別化）してサービスするためのページング方案に対して主に説明したが、本発明の範囲がこれに制限されることはない。すなわち、いずれかのダウンリンクデータが音声メディアを含むという理由で他のダウンリンクデータに比べて高い優先順位の／差別化されたページング（またはページング要請）を処理する本発明の原理は、他の理由でページングが高い優先順位で／差別化されて処理されるべきＩＭＳサービスにも適用可能である。
【０２８７】
また、本発明で説明する原理は、非―ＩＭＳサービス（すなわち、一般的なデータサービス）にも適用することができる。
【０２８８】
また、本発明の例示では、Ｓ―ＧＷがＭＭＥにページング要請を送る場合を説明したが、Ｓ―ＧＷがＳＧＳＮにページング要請を送る場合にも本発明で説明した原理を適用することができる。
【０２８９】
図１５で説明する例示的な方法は、説明を簡明にするために動作のシリーズで表現されているが、これは、段階が行われる順序を制限するためのものではなく、必要な場合は、それぞれの段階が同時にまたは異なる順序で行われることもある。また、本発明で提案する方法を具現するために、図１５で例示する全ての段階が必ず必要ではない。
【０２９０】
図１５で例示する方法において、上述した本発明の多様な実施例で説明した各事項は、独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができる。
【０２９１】
図１６は、本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を図示した図である。
【０２９２】
図１６を参照すると、本発明に係る端末装置１００は、送受信モジュール１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信モジュール１１０は、外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成することができる。端末装置１００は、外部装置と有線及び／または無線で連結することができる。プロセッサ１２０は、端末装置１００全般の動作を制御することができ、端末装置１００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ１２０は、本発明で提案する端末動作を行うように構成することができる。メモリ１３０は、演算処理された情報などを所定時間の間保存することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０２９３】
図１６を参照すると、本発明に係るネットワークノード装置２００は、送受信モジュール２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信モジュール２１０は、外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成することができる。ネットワークノード装置２００は、外部装置と有線及び／または無線で連結することができる。プロセッサ２２０は、ネットワークノード装置２００全般の動作を制御することができ、ネットワークノード装置２００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ２２０は、本発明で提案するネットワークノード動作を行うように構成することができる。メモリ２３０は、演算処理された情報などを所定時間の間保存することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０２９４】
また、前記のような端末装置１００及びネットワーク装置２００の具体的な構成は、上述した本発明の多様な実施例で説明した事項が独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができ、重複する内容に対する説明は明確性のために省略する。
【０２９５】
上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などによって具現することができる。
【０２９６】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現することができる。
【０２９７】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに保存してプロセッサによって駆動することができる。メモリユニットは、プロセッサの内部または外部に位置し、既に公知の多様な手段によってプロセッサとデータをやり取りすることができる。
【０２９８】
上述したように開示された本発明の好ましい実施形態に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい実施形態を参照して説明したが、該当技術分野で熟練した当業者であれば、下記の特許請求の範囲に記載した本発明の思想及び領域から逸脱しない範囲内で本発明を多様に修正及び変更可能であることを理解できるだろう。よって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示された各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。
【産業上の利用可能性】
【０２９９】
上述した本発明の各実施形態は、多様な移動通信システムに適用することができる。
【図１】
2016527822.tif 000008
【図２】
2016527822.tif 000009
【図３】
2016527822.tif 000010
【図４】
2016527822.tif 000011
【図５】
2016527822.tif 000012
【図６】
2016527822.tif 000013
【図７】
2016527822.tif 000014
【図８】
2016527822.tif 000015
【図９】
2016527822.tif 000016
【図１０】
2016527822.tif 000017
【図１１】
2016527822.tif 000018
【図１２】
2016527822.tif 000019
【図１３】
2016527822.tif 000020
【図１４】
2016527822.tif 000021
【図１５】
2016527822.tif 000022
【図１６】
2016527822.tif 000023
【手続補正書】
【提出日】平成28年3月4日(2016.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のネットワークノードにおいて端末に対するＩＭＳサービスのためのページングをサポートする方法において、
前記端末に向かうＩＭＳ音声のダウンリンクデータを受信するステップと、
差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加するステップと、
前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを第２のネットワークノードに伝送するステップと、を含む、ページングサポート方法。
【請求項２】
前記差別化されたページングが適用されることを示す前記情報は、前記ダウンリンクデータまたは前記第１のネットワークノードの能力に基づき追加される、請求項１に記載のページングサポート方法。
【請求項３】
前記差別化されたページングが適用されることを示す前記情報は、前記ダウンリンクデータを含むメッセージのＧＴＰ―Ｕ基本ヘッダー若しくはＧＴＰ―Ｕ拡張ヘッダーに含まれ、または、前記ダウンリンクデータに含まれた明示的若しくは暗示的な情報である、請求項２に記載のページングサポート方法。
【請求項４】
前記第１のネットワークノードはＳ―ＧＷであり、前記第２のネットワークノードはＭＭＥである、請求項１に記載のページングサポート方法。
【請求項５】
端末に対するＩＭＳサービスのためのページングをサポートする第１のネットワークノードにおいて、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、
前記送受信モジュールを用いて、前記端末に向かうダウンリンクデータを受信し、
差別化されたページングが適用されることを示す情報をダウンリンクデータ通知（ＤＤＮ）メッセージに追加し、
前記送受信モジュールを用いて、前記差別化されたページングが適用されることを示す情報を含む前記ＤＤＮメッセージを第２のネットワークノードに伝送するよう構成される、ネットワークノード。
【国際調査報告】
2016527822.tif 000024
2016527822.tif 000025
2016527822.tif 000026
2016527822.tif 000027