(57)【要約】【課題】本明細書の一開示は、ユーザ装置(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ)におけるサービス要求手順(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ)を実行する方法を提供する。【解決手段】前記方法は、ＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ)のためのアクセスを前記ＵＥの下位階層が遮断するステップ；アップリンクデータのための要求により上位階層からの開始インジケーションを前記ＵＥのＮＡＳ階層が受信するステップ；及び、前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順を開始するステップ；を含む。【選択図】図１０ａ
2017184287.tif 000002
【特許請求の範囲】
【請求項１】
サービス要求手順を実行する方法であって、前記方法は、ユーザ装置（ＵＥ）により実行され、前記方法は、
前記ＵＥのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）階層により、ＭＭＴＥＬ（ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ）音声、ＭＭＴＥＬ映像、ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）ｏｖｅｒ  ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）のうちの少なくとも１つの開始インジケーションを上位階層から受信することと、
下位階層が、発信呼びに対する以前のアクセスが遮断されたと指示する場合、そして、前記ＮＡＳ階層が、前記開始インジケーションを受信した場合に、前記ＮＡＳ階層により、サービス要求手順を開始することと
を含み、
前記サービス要求手順を開始することは、
サービス要求メッセージまたは拡張サービス要求メッセージを送信するための呼びタイプを前記下位階層に伝達することを含み、
前記呼びタイプは、発信ＭＭＴＥＬ音声、発信ＭＭＴＥＬ映像、発信ＳＭＳ  ｏｖｅｒ  ＩＰまたは発信ＳＭＳのうちの１つに設定される、方法。
【請求項２】
ＩＰを介した発信メッセージの送信に対する要求が受信された場合に、前記ＮＡＳ階層は、前記ＳＭＳ  ｏｖｅｒ  ＩＰの前記開始インジケーションを受信する、請求項１に記載の方法。
【請求項３】
前記ＩＰを介した発信メッセージの送信に対する要求が受信された場合、そして、ＩＰを介した他の発信メッセージは存在しない場合に、前記ＮＡＳ階層は、前記ＳＭＳ  ｏｖｅｒ  ＩＰの前記開始インジケーションを受信する、請求項２に記載の方法。
【請求項４】
発信ＭＭＴＥＬ通信セッションの確立に対する要求が受信された場合に、前記ＮＡＳ階層は、前記ＭＭＴＥＬ音声または前記ＭＭＴＥＬ映像のうちの少なくとも１つの前記開始インジケーションを受信する、請求項１に記載の方法。
【請求項５】
前記ＭＭＴＥＬ通信セッション内でオーディオが提供される場合、または前記ＭＭＴＥＬ通信セッション内でビデオが提供される場合に、前記ＮＡＳ階層は、前記ＭＭＴＥＬ音声または前記ＭＭＴＥＬ映像のうちの少なくとも１つの前記開始インジケーションを受信する、請求項４に記載の方法。
【請求項６】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼びが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求は、
前記発信ＭＭＴＥＬ音声に設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１に記載の方法。
【請求項７】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼びが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＭＭＴＥＬ映像に設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１に記載の方法。
【請求項８】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＳＭＳ  ｏｖｅｒ  ＩＰに設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１に記載の方法。
【請求項９】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがＳＭＳまたはＳＭＳ  ｏｖｅｒ  ＮＡＳのためのアップリンクシグナリングのためのリソースを要求するためのものである場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＳＭＳに設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１に記載の方法。
【請求項１０】
前記サービス要求メッセージは、さらに、サービスタイプフィールドを含み、
前記サービスタイプフィールドは、ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、またはＭＯ  ＳＭＳもしくはＳＭＳ  ｏｖｅｒ  ＮＡＳに設定される、請求項１に記載の方法。
【請求項１１】
サービス要求手順を実行するユーザ装置（ＵＥ）であって、
送受信部と、
前記送受信部を制御するプロセッサと
を含み、
前記プロセッサは、
下位階層と、
ＭＭＴＥＬ（ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ）音声、ＭＭＴＥＬ映像、ＳＭＳ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）ｏｖｅｒ  ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）のうちの少なくとも１つの開始インジケーションを上位階層から受信するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）階層と
を含み、
前記下位階層が、発信呼びに対する以前のアクセスが遮断されたと指示する場合、そして、前記ＮＡＳ階層が、前記開始インジケーションを受信した場合に、前記ＮＡＳ階層は、サービス要求手順の開始のためのサービス要求メッセージまたは拡張サービス要求メッセージを送信するための呼びタイプを前記下位階層に伝達し、
前記呼びタイプは、発信ＭＭＴＥＬ音声、発信ＭＭＴＥＬ映像、発信ＳＭＳ  ｏｖｅｒ  ＩＰまたは発信ＳＭＳのうちの１つに設定される、ユーザ装置。
【請求項１２】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼びが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求は、
前記発信ＭＭＴＥＬ音声に設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１１に記載のユーザ装置。
【請求項１３】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼びが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＭＭＴＥＬ映像に設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１１に記載のユーザ装置。
【請求項１４】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰが開始された場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＳＭＳ  ｏｖｅｒ  ＩＰに設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１１に記載のユーザ装置。
【請求項１５】
前記サービス要求メッセージまたは前記拡張サービス要求メッセージがＳＭＳまたはＳＭＳ  ｏｖｅｒ  ＮＡＳのためのアップリンクシグナリングのためのリソースを要求するためのものである場合に、
前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
前記発信ＳＭＳに設定された前記呼びタイプフィールドと、
ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ｄａｔａを示す値に設定された確立原因フィールドと
を含む、請求項１１に記載のユーザ装置。
【請求項１６】
前記サービス要求メッセージは、さらに、サービスタイプフィールドを含み、
前記サービスタイプフィールドは、ＭＯ（ｍｏｂｉｌｅ  ｏｒｉｅｎｔｉｎｇ）  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、またはＭＯ  ＳＭＳもしくはＳＭＳ  ｏｖｅｒ  ＮＡＳに設定される、請求項１１に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ/ＳＡＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ/Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ)技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ(Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ)上位水準参照モデル(ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ)は、非ローミングケース(ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ)及び多様なシナリオのローミングケース(ｒｏａｍｉｎｇ  ｃａｓｅ)を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ)５２、ＰＤＮ  ＧＷ(Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ)５３、ＭＭＥ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ)５１、ＳＧＳＮ(Ｓｅｒｖｉｎｇ  ＧＰＲＳ(Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ)  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ)、ｅＰＤＧ(ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ)を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク(ＲＡＮ)とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末(または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ)がｅＮｏｄｅＢ２２によりサービング(ｓｅｒｖｉｎｇ)される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント(ａｎｃｈｏｒ  ｐｏｉｎｔ)の役割をする。即ち、Ｅ−ＵＴＲＡＮ(３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ)  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ)内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク(３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ(ＧＳＭ（登録商標）(Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ)/ＥＤＧＥ(Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ)  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ)との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ(または、Ｐ−ＧＷ)５３は、パケットデータネットワークに向かうデータインターフェースの終端点(ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ)に該当する。ＰＤＮ  ＧＷ５３は、政策執行特徴(ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ)、パケットフィルタリング(ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ)、課金サポート(ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ)などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ(Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ)のような信頼されないネットワーク、ＣＤＭＡ(Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ)ネットワークやＷｉＭａｘのような信頼されるネットワーク)との移動性管理のためのアンカーポイント役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション(Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ)によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング(ｔｒａｃｋｉｎｇ)、ページング(ｐａｇｉｎｇ)、ローミング(ｒｏａｍｉｎｇ)及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面(ｃｏｎｔｒｏｌ  ｐｌａｎｅ)機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ/３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程(Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ)、端末−対−ネットワークセッションハンドリング(Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ)、アイドル端末位置決定管理(Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク(例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ/ＧＥＲＡＮ)に対するユーザの移動性管理及び認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット(ｈｏｔｓｐｏｔ)等)に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末(または、ＵＥ)は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者(即ち、オペレータ(ｏｐｅｒａｔｏｒ))が提供するＩＰサービスネットワーク(例えば、ＩＭＳ)にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント(例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等)を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ(ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ)に存在する２個の機能を連結する概念的なリンクをレファレンスポイント(ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ)と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2017184287.tif 000003
【００１６】
図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性サポートをユーザ平面に提供するレファレンスポイントである。
【００１７】
図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００１８】
図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている中、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスタチャネル(ＢＣＨ)のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御(ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ)、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ_ＩＤＬＥ状態管理、ユーザ平面の暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。
【００１９】
図３は、ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル(Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ)の構造を示す例示図であり、図４は、端末と基地局との間のユーザ平面での無線インターフェースプロトコル(Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ)の構造を示す他の例示図である。
【００２０】
前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格に基盤とする。前記無線インターフェースプロトコルは、水平的には物理階層(Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ)、データリンク階層(Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ)、及びネットワーク階層(Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ)からなり、垂直的にはデータ情報送信のためのユーザ平面(Ｕｓｅｒ  Ｐｌａｎｅ)と、制御信号(Ｓｉｇｎａｌｉｎｇ)伝達のための制御平面(Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ)とに区分される。
【００２１】
前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続(Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ)基準モデルの下位３個階層に基づいてＬ１(第１の階層)、Ｌ２(第２の階層)、Ｌ３(第３の階層)に区分されることができる。
【００２２】
以下、前記図３に示す制御平面での無線プロトコルと図４に示すユーザ平面での無線プロトコルの各階層を説明する。
【００２３】
第１の階層である物理階層は、物理チャネル(Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ)を利用して情報転送サービス(Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ)を提供する。前記物理階層は、上位にある媒体アクセス制御(Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ)階層とはトランスポートチャネル(Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ)を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御階層と物理階層との間のデータが伝達される。そして、互いに異なる物理階層間、即ち、送信側と受信側の物理階層間は、物理チャネルを介してデータが伝達される。
【００２４】
物理チャネル(Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ)は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア(Ｓｕｂ−ｃａｒｒｉｅｒ)とで構成される。ここで、一つのサブフレーム(Ｓｕｂ−ｆｒａｍｅ)は、時間軸上に複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック(Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ)で構成され、一つのリソースブロックは、複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ)は、１個のサブフレームに該当する１ｍｓである。
【００２５】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによると、データチャネルであるＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)及びＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)と、制御チャネルであるＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ)及びＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)と、に分けられる。
【００２６】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数(即ち、制御領域の大きさ)に対するＣＦＩ(ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ)を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００２７】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００２８】
ＰＨＩＣＨは、ＵＬ  ＨＡＲＱ(ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ)のためのＡＣＫ(ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)/ＮＡＣＫ(ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ(ｕｐｌｉｎｋ)データに対するＡＣＫ/ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００２９】
ＰＢＣＨ(Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ)は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ(ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ)という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ(ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ)という。
【００３０】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ(ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ)の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ(ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ)のアグリゲーション(ａｇｇｒｅｇａｔｉｏｎ)上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ(ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ)に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３１】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報(ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)という。ＤＣＩは、ＰＤＳＣＨのリソース割当(これをＤＬグラント(ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ)ともいう)、ＰＵＳＣＨのリソース割当(これをＵＬグラント(ｕｐｌｉｎｋ  ｇｒａｎｔ)ともいう)、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び/またはＶｏＩＰ(Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ)の活性化を含むことができる。
【００３２】
第２の階層にはさまざまな階層が存在する。まず、媒体アクセス制御(Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ)階層は、多様な論理チャネル(Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ)を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化(Ｍｕｌｔｉｐｌｅｘｉｎｇ)の役割を遂行する。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル(Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ)を介して接続されており、論理チャネルは、大いに、送信される情報の種類によって、制御平面(Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ)の情報を送信する制御チャネル(Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)と、ユーザ平面(Ｕｓｅｒ  Ｐｌａｎｅ)の情報を送信するトラフィックチャネル(Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ)と、に分けられる。
【００３３】
第２の階層の無線リンク制御(Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ)階層は、上位階層から受信したデータを分割(Ｓｅｇｍｅｎｔａｔｉｏｎ)及び連結(Ｃｏｎｃａｔｅｎａｔｉｏｎ)して下位階層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ(Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ)が要求する多様なＱｏＳが保障可能にするために、ＴＭ(Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透明モード)、ＵＭ(Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、無応答モード)、及びＡＭ(Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、応答モード)の三つの動作モードを提供している。特に、ＡＭ  ＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求(Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ)機能を介した再送信機能を遂行している。
【００３４】
第２の階層のパケットデータ収束(Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ)階層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮(Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ)機能を遂行する。これはデータのヘッダ(Ｈｅａｄｅｒ)部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ階層がセキュリティ(Ｓｅｃｕｒｉｔｙ)機能も実行し、これは第３者のデータ盗聴を防止する暗号化(Ｃｉｐｈｅｒｉｎｇ)と第３者のデータ操作を防止する完全性保護(Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ)とで構成される。
【００３５】
第３階層の最も上部に位置した無線リソース制御(Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する)階層は、制御平面でのみ定義され、無線ベアラ(Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する)の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(Ｒｅｌｅａｓｅ)と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２の階層により提供されるサービスを意味する。
【００３６】
前記端末のＲＲＣと無線ネットワークのＲＲＣ階層との間にＲＲＣ接続(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ)がある場合、端末は、ＲＲＣ接続状態(Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ)になり、そうでない場合、ＲＲＣアイドル状態(Ｉｄｌｅ  Ｍｏｄｅ)になる。
【００３７】
以下、端末のＲＲＣ状態(ＲＲＣ  ｓｔａｔｅ)とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続(ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ)されているかどうかを意味し、接続されている場合はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態(ｓｔａｔｅ)といい、接続されていない場合はＲＲＣ_ＩＤＬＥ状態という。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ_ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ(Ｔｒａｃｋｉｎｇ  Ａｒｅａ)単位に核心ネットワークが管理する。即ち、ＲＲＣ_ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ(Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ)を介して区分される。端末は、セルで放送(ｂｒｏａｄｃａｓｔｉｎｇ)される情報であるＴＡＣ(Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ)を介してＴＡＩを構成することができる。
【００３８】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、核心ネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ_ＩＤＬＥ状態にとどまる。ＲＲＣ_ＩＤＬＥ状態にとどまる端末は、必要によって、セルを(再)選択し、システム情報(Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ)やページング情報を確認する。これをセルにキャンプオン(Ｃａｍｐ  ｏｎ)するという。ＲＲＣ_ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時はじめてＲＲＣ接続過程(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ)を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ_ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３９】
前記ＲＲＣ階層の上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)階層は、セッション管理(Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)と移動性管理(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ)等の機能を遂行する。
【００４０】
以下、図３に示すＮＡＳ階層に対して詳細に説明する。
【００４１】
ＮＡＳ階層に属するＥＳＭ(Ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)は、Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ(ＰＤＮ)に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ  ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大いに、データ送受信のための特定帯域幅を保障するＧＢＲ(Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ)ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保障無しでＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲ  ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ  ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。
【００４２】
ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ(ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ)ｂｅａｒｅｒといい、ＥＰＳ  ｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ  Ｂｅａｒｅｒ  ＩＤという。一つのＥＰＳ  ｂｅａｒｅｒは、ＭＢＲ(ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ)とＧＢＲ(ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ)またはＡＭＢＲ(Ａｇｇｒｅｇａｔｅｄ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ)のＱｏＳ特性を有する。
【００４３】
一方、図３において、ＮＡＳ階層下に位置するＲＲＣ階層、ＲＬＣ階層、ＭＡＣ階層、ＰＨＹ階層を束ねてアクセス階層(Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ)とも呼ばれる。
【００４４】
図５ａは、３ＧＰＰ  ＬＴＥでランダムアクセス過程を示す流れ図である。
【００４５】
ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けたりするために使われる。
【００４６】
ＵＥ１０は、ルートインデックス(ｒｏｏｔ  ｉｎｄｅｘ)とＰＲＡＣＨ(ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ)設定インデックス(ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ)をｅＮｏｄｅＢ２０から受信する。各セル毎にＺＣ(Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスにより定義される６４個の候補(ｃａｎｄｉｄａｔｅ)ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００４７】
ランダムアクセスプリアンブルの送信は、各セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【００４８】
ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。
【００４９】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答(ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ)をＵＥ１０に送る。ランダムアクセス応答は、２ステップに検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ(ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ)でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ(Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ)ＰＤＵ(Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ)内のランダムアクセス応答を受信する。
【００５０】
図５ｂは、無線リソース制御(ＲＲＣ)階層での接続過程を示す。
【００５１】
図５ｂに示すように、ＲＲＣ接続可否によるＲＲＣ状態が示されている。前記ＲＲＣ状態とは、ＵＥ１０のＲＲＣ階層のエンティティ(ｅｎｔｉｔｙ)がｅＮｏｄｅＢ２０のＲＲＣ階層のエンティティと論理的接続(ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ)されているかどうかを意味し、接続されている場合をＲＲＣ接続状態(ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ)といい、接続されていない状態をＲＲＣアイドル状態(ｉｄｌｅ  ｓｔａｔｅ)という。
【００５２】
前記接続状態(Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ)のＵＥ１０は、ＲＲＣ接続(ｃｏｎｎｅｃｔｉｏｎ)が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、ＵＥ１０を効果的に制御することができる。それに対し、アイドル状態(ｉｄｌｅ  ｓｔａｔｅ)のＵＥ１０は、ｅＮｏｄｅＢ２０が把握することはできず、セルより大きい地域単位であるトラッキング地域(Ｔｒａｃｋｉｎｇ  Ａｒｅａ)単位に核心ネットワーク(Ｃｏｒｅ  Ｎｅｔｗｏｒｋ)が管理する。前記トラッキング地域(Ｔｒａｃｋｉｎｇ  Ａｒｅａ)は、セルの集合単位である。即ち、アイドル状態(ｉｄｌｅ  ｓｔａｔｅ)のＵＥ１０は、大きい地域単位に存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるために、端末は、接続状態(ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ)に切り替えしなければならない。
【００５３】
ユーザがＵＥ１０の電源を最初にオンにした時、前記ＵＥ１０は、まず、適切なセルを探索した後、該当セルでアイドル状態(ｉｄｌｅ  ｓｔａｔｅ)にとどまる。前記アイドル状態(ｉｄｌｅ  ｓｔａｔｅ)のＵＥ１０は、ＲＲＣ接続を確立する必要がある時になって初めてＲＲＣ接続過程(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ)を介してｅＮｏｄｅＢ２０のＲＲＣ階層とＲＲＣ接続を確立することでＲＲＣ接続状態(ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ)に切り替える。
【００５４】
前記アイドル状態(Ｉｄｌｅ  ｓｔａｔｅ)の端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みまたはアップリンクデータ送信などが必要な場合、またはＥＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００５５】
アイドル状態(ｉｄｌｅ  ｓｔａｔｅ)のＵＥ１０が前記ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するためには、前記したように、ＲＲＣ接続過程(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ)を進行しなければならない。ＲＲＣ接続過程は、大いに、ＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続要求(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ)メッセージ送信する過程、ｅＮｏｄｅＢ２０がＵＥ１０にＲＲＣ接続設定(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ)メッセージを送信する過程、そしてＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続設定完了(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ)メッセージを送信する過程を含む。このような過程に対して図５ｂを参照してより詳細に説明すると、下記の通りである。
【００５６】
１)アイドル状態(Ｉｄｌｅ  ｓｔａｔｅ)のＵＥ１０は、通話試み、データ送信試み、またはｅＮｏｄｅＢ２０のページングに対する応答などの理由でＲＲＣ接続を確立しようとする場合、まず、前記ＵＥ１０は、ＲＲＣ接続要求(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ)メッセージをｅＮｏｄｅＢ２０に送信する。
【００５７】
２)前記ＵＥ１０からＲＲＣ接続要求メッセージを受信すると、前記ｅＮＢ２０は、無線リソースが十分な場合、前記ＵＥ１０のＲＲＣ接続要求を受諾し、応答メッセージであるＲＲＣ接続設定(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ)メッセージを前記ＵＥ１０に送信する。
【００５８】
３)前記ＵＥ１０が前記ＲＲＣ接続設定メッセージを受信すると、前記ｅＮｏｄｅＢ２０にＲＲＣ接続設定完了(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ)メッセージを送信する。前記ＵＥ１０がＲＲＣ接続設定メッセージを成功的に送信すると、そのとき、前記ＵＥ１０は、ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するようになってＲＲＣ接続モードに切り替える。
【００５９】
一方、ＵＥ１０がユーザ平面のデータ送信を目的としてＲＲＣ接続要求をする時、前記ネットワーク、例えば、基地局(即ち、ｅＮｏｄｅＢ)が混雑状態の場合はこれを拒絶することができる。
【００６０】
他の一方、最近、ＭＭＴｅｌ(Ｍｕｌｔｉｍｅｄｉａ  Ｔｅｌｅｐｈｏｎｙ  ｓｅｒｖｉｃｅ)が多く研究された。前記ＭＭＴｅｌは、ＩＭＳ(ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ)に基づくグローバル標準であって、集中的(ｃｏｎｖｅｒｇｅｄ)、固定的(ｆｉｘｅｄ)モバイルリアルタイムマルチメディア通信を提供し、これを介して音声、リアルタイムビデオ、テキスト、ファイル送信などのようなメディア能力(ｍｅｄｉａ  ｃａｐａｂｉｌｉｔｉｅｓ)を使用し、及び写真、オーディオ、ビデオクリップなどを共有することができる。ＭＭＴｅｌにおいて、ユーザは、セッション中にメディアを追加したり、または除外したりすることができる。即ち、セッション中にチャット、音声追加、他の発信者追加、ビデオ追加、メディア共有及びファイル送信、並びにこれらのうち特定能力に対する除去が可能である。
【００６１】
しかし、ＵＥがＭＭＴｅｌを実行することを希望する時、ネットワーク、例えば、基地局(即ち、ｅＮｏｄｅＢ)が混雑状態の場合はサービスを実行することができないという問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【００６２】
したがって、本明細書の一開示は、前述した問題点を解決することができる方案を提示することを目的とする。
【課題を解決するための手段】
【００６３】
前記のような目的を達成するために、本明細書の一開示は、ユーザ装置(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ)におけるサービス要求手順(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ)を実行する方法を提供する。前記方法は、ＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ)のためのアクセスを前記ＵＥの下位階層が遮断するステップ；アップリンクデータのための要求により上位階層からの開始インジケーションを前記ＵＥのＮＡＳ階層が受信するステップ；及び、前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順を開始するステップ；を含む。
【００６４】
前記アップリンクデータに対する要求は：ＩＰ(Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ)を介した発信(ｏｒｉｇｉｎａｔｉｎｇ)メッセージの送信に対する要求に該当する。
【００６５】
前記ＩＰを介した発信メッセージの送信に対する要求が受信され、ＩＰを介した他の発信メッセージは存在しない場合、前記ＮＡＳ階層が前記上位階層から前記開始インジケーションを受信する。
【００６６】
前記アップリンクデータに対する前記要求は、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ(ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ)通信セッションの確立、そして発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ)ｏｖｅｒ  ＩＰ通信セッションの確立に対する要求に該当する。
【００６７】
前記ＭＭＴＥＬ通信セッション内で音声(ｖｏｉｃｅ)が提供され、または前記ＭＭＴＥＬ通信セッション内で映像(ｖｉｄｅｏ)が提供される場合、そして前記ＳＭＳ  ｏｖｅｒ  ＩＰが提供される場合、前記ＮＡＳ階層が前記上位階層から前記開始インジケーションを受信する。
【００６８】
前記サービス要求手順を開始するステップは：サービス要求メッセージまたは拡張サービス要求メッセージを送信するステップを含む。
【００６９】
前記サービス要求メッセージまたは拡張サービス要求メッセージは、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドを含む。前記呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドは、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ)ｏｖｅｒ  ＩＰまたは発信ＳＭＳのうちいずれか一つに設定される。
【００７０】
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼び(ｃａｌｌ)が開始された場合、前記サービス要求メッセージまたは拡張サービス要求メッセージは：発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含む。
【００７１】
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼び(ｃａｌｌ)が開始された場合、前記サービス要求メッセージまたは拡張サービス要求メッセージは：発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含む。
【００７２】
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰが開始された場合、前記サービス要求メッセージまたは拡張サービス要求メッセージは：発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ  ｏｖｅｒ  ＩＰに設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含む。
【００７３】
前記サービス要求メッセージまたは拡張サービス要求メッセージがＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)のためのアップリンクシグナリング(ＵＬ  ｓｉｇｎａｌｉｎｇ)のためのリソースを要求するためのものである場合、前記サービス要求メッセージまたは拡張サービス要求メッセージは：発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含む。
【００７４】
前記サービス要求メッセージは、サービスタイプフィールドを含む。ここで、前記サービスタイプフィールドは、ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、またはＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定される。
【００７５】
また、前記のような目的を達成するために、本明細書の一開示は、サービス要求手順(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ)を実行するユーザ装置(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ)を提供する。前記ユーザ装置は、送受信部；及び、前記送受信部を制御するプロセッサ；を含み、前記プロセッサは：ＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ)のためのアクセスを遮断する下位階層；及び、アップリンクデータのための要求により上位階層から開始インジケーションを受信するＮＡＳ階層；を含む。ここで、前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順を開始する。
本明細書は、例えば、以下の項目も提供する。
（項目１）
ユーザ装置(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ)におけるサービス要求手順(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ)を実行する方法であって、
ＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ)のためのアクセスを前記ＵＥの下位階層が遮断するステップ；
アップリンクデータのための要求により上位階層からの開始インジケーションを前記ＵＥのＮＡＳ階層が受信するステップ；及び、
前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順を開始するステップ；を含み、
前記サービス要求手順を開始するステップは、
サービス要求メッセージまたは拡張サービス要求メッセージを送信するために設定された呼びタイプを下位階層に伝達するステップを含み、
前記呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ)ｏｖｅｒ  ＩＰまたは発信ＳＭＳのうちいずれか一つに設定されることを特徴とするサービス要求手順実行方法。
（項目２）
前記アップリンクデータに対する要求は、
ＩＰ(Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ)を介した発信(ｏｒｉｇｉｎａｔｉｎｇ)メッセージの送信に対する要求に該当することを特徴とする項目１に記載のサービス要求手順実行方法。
（項目３）
前記ＩＰを介した発信メッセージの送信に対する要求が受信され、ＩＰを介した他の発信メッセージは存在しない場合、前記ＮＡＳ階層が前記上位階層から前記開始インジケーションを受信することを特徴とする項目２に記載のサービス要求手順実行方法。
（項目４）
前記アップリンクデータに対する前記要求は、
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ(ｍｕｌｔｉｍｅｄｉａ  ｔｅｌｅｐｈｏｎｙ)通信セッションの確立、そして発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ)ｏｖｅｒ  ＩＰ通信セッションの確立に対する要求に該当することを特徴とする項目１に記載のサービス要求手順実行方法。
（項目５）
前記ＭＭＴＥＬ通信セッション内で音声(ｖｏｉｃｅ)が提供され、または前記ＭＭＴＥＬ通信セッション内で映像(ｖｉｄｅｏ)が提供される場合、そして前記ＳＭＳ  ｏｖｅｒ  ＩＰが提供される場合、前記ＮＡＳ階層が前記上位階層から前記開始インジケーションを受信することを特徴とする項目４に記載のサービス要求手順実行方法。
（項目６）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼び(ｃａｌｌ)が開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１に記載のサービス要求手順実行方法。
（項目７）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼び(ｃａｌｌ)が開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１に記載のサービス要求手順実行方法。
（項目８）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰが開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ  ｏｖｅｒ  ＩＰに設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１に記載のサービス要求手順実行方法。
（項目９）
前記サービス要求メッセージまたは拡張サービス要求メッセージがＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)のためのアップリンクシグナリング(ＵＬ  ｓｉｇｎａｌｉｎｇ)のためのリソースを要求するためのものである場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１に記載のサービス要求手順実行方法。
（項目１０）
前記サービス要求メッセージは、サービスタイプフィールドを含み、
前記サービスタイプフィールドは、ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、またはＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定されることを特徴とする項目１に記載のサービス要求手順実行方法。
（項目１１）
サービス要求手順(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ)を実行するユーザ装置(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ：ＵＥ)であって、
送受信部；及び、
前記送受信部を制御するプロセッサ；を含み、
前記プロセッサは：
ＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌ)のためのアクセスを遮断する下位階層；及び、
アップリンクデータのための要求により上位階層から開始インジケーションを受信するＮＡＳ階層；を含み、
前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順の開始のためのサービス要求メッセージまたは拡張サービス要求メッセージを送信するために設定された呼びタイプを下位階層に伝達し、
前記呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像、発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ)ｏｖｅｒ  ＩＰまたは発信ＳＭＳのうちいずれか一つに設定されることを特徴とするユーザ装置。
（項目１２）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼び(ｃａｌｌ)が開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１３）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼び(ｃａｌｌ)が開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ映像に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１４）
前記サービス要求メッセージまたは拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰが開始された場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ  ｏｖｅｒ  ＩＰに設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１５）
前記サービス要求メッセージまたは拡張サービス要求メッセージがＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)のためのアップリンクシグナリング(ＵＬ  ｓｉｇｎａｌｉｎｇ)のためのリソースを要求するためのものである場合、
前記サービス要求メッセージまたは拡張サービス要求メッセージは：
発信(ｏｒｉｇｉｎａｔｉｎｇ)ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定された呼びタイプ(ｃａｌｌ  ｔｙｐｅ)フィールドと、
ＭＯ  ｄａｔａに設定された確立原因(ｅｓｔａｂｌｉｓｈ  ｃａｕｓｅ)フィールドと、を含むことを特徴とする項目１１に記載のユーザ装置。
（項目１６）
前記サービス要求メッセージは、サービスタイプフィールドを含み、
前記サービスタイプフィールドは、ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、またはＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に設定されることを特徴とする項目１１に記載のユーザ装置。
【発明の効果】
【００７６】
本明細書の開示によると、前述した従来技術の問題点が解決される。
【図面の簡単な説明】
【００７７】
【図１】進化した移動通信ネットワークの構造図である。
【００７８】
【図２】一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００７９】
【図３】ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル(Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ)の構造を示す例示図である。
【００８０】
【図４】端末と基地局との間のユーザ平面での無線インターフェースプロトコル(Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ)の構造を示す他の例示図である。
【００８１】
【図５ａ】３ＧＰＰ  ＬＴＥでランダムアクセス過程を示す流れ図である。
【００８２】
【図５ｂ】無線リソース制御(ＲＲＣ)階層での接続過程を示す。
【００８３】
【図６】ネットワーク過負荷状態を示す。
【００８４】
【図７】ネットワーク混雑状態でアクセスクラスによる禁止(Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ)による動作を示す例示的な流れ図である。
【００８５】
【図８】問題点を示す一例示図である。
【００８６】
【図９ａ】本明細書の提案１−１、１−２及び１−３を示す信号流れ図である。
【図９ｂ】本明細書の提案１−１、１−２及び１−３を示す信号流れ図である。
【００８７】
【図１０ａ】本明細書の提案１−１を示す信号流れ図である。
【図１０ｂ】本明細書の提案１−１を示す信号流れ図である。
【００８８】
【図１１ａ】本明細書の提案２−１、２−２及び２−３を示す信号流れ図である。
【図１１ｂ】本明細書の提案２−１、２−２及び２−３を示す信号流れ図である。
【００８９】
【図１２ａ】本明細書の提案２−２を示す信号流れ図である。
【図１２ｂ】本明細書の提案２−２を示す信号流れ図である。
【００９０】
【図１３ａ】本明細書の提案３を示す信号流れ図である。
【図１３ｂ】本明細書の提案３を示す信号流れ図である。
【００９１】
【図１４ａ】本明細書の提案３の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図１４ｂ】本明細書の提案３の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【００９２】
【図１５ａ】本明細書の提案４を示す信号流れ図である。
【図１５ｂ】本明細書の提案４を示す信号流れ図である。
【００９３】
【図１６ａ】本明細書の提案４の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図１６ｂ】本明細書の提案４の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【００９４】
【図１７ａ】本明細書の提案５−１を示す信号流れ図である。
【図１７ｂ】本明細書の提案５−１を示す信号流れ図である。
【００９５】
【図１８ａ】本明細書の提案５の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図１８ｂ】本明細書の提案５の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【００９６】
【図１９ａ】本明細書の提案５−２に対する例を示す信号流れ図である。
【図１９ｂ】本明細書の提案５−２に対する例を示す信号流れ図である。
【００９７】
【図２０ａ】本明細書の提案５−２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図２０ｂ】本明細書の提案５−２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【００９８】
【図２１ａ】本明細書の提案６を示す信号流れ図である。
【図２１ｂ】本明細書の提案６を示す信号流れ図である。
【００９９】
【図２２ａ】本明細書の提案６−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図２２ｂ】本明細書の提案６−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０１００】
【図２３ａ】本明細書の提案７を示す信号流れ図である。
【図２３ｂ】本明細書の提案７を示す信号流れ図である。
【０１０１】
【図２４ａ】本明細書の提案７の変形例を示す信号流れ図である。
【図２４ｂ】本明細書の提案７の変形例を示す信号流れ図である。
【０１０２】
【図２５ａ】本明細書の提案８を示す信号流れ図である。
【図２５ｂ】本明細書の提案８を示す信号流れ図である。
【０１０３】
【図２６ａ】本明細書の提案９を示す信号流れ図である。
【図２６ｂ】本明細書の提案９を示す信号流れ図である。
【０１０４】
【図２７ａ】本明細書の提案９の変形例を示す信号流れ図である。
【図２７ｂ】本明細書の提案９の変形例を示す信号流れ図である。
【０１０５】
【図２８ａ】本明細書の提案１０−１/１０−２/１０−３を示す信号流れ図である。
【図２８ｂ】本明細書の提案１０−１/１０−２/１０−３を示す信号流れ図である。
【０１０６】
【図２９ａ】本明細書の提案１０−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図２９ｂ】本明細書の提案１０−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０１０７】
【図３０ａ】本明細書の提案１１を示す信号流れ図である。
【図３０ｂ】本明細書の提案１１を示す信号流れ図である。
【０１０８】
【図３１ａ】本明細書の提案１１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図３１ｂ】本明細書の提案１１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０１０９】
【図３２ａ】本明細書の提案１２を示す信号流れ図である。
【図３２ｂ】本明細書の提案１２を示す信号流れ図である。
【０１１０】
【図３３ａ】本明細書の提案１２の変形例を示す信号流れ図である。
【図３３ｂ】本明細書の提案１２の変形例を示す信号流れ図である。
【０１１１】
【図３４ａ】本明細書の提案１２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【図３４ｂ】本明細書の提案１２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０１１２】
【図３５】本発明の実施例に係るＵＥ１００及び基地局２００の構成ブロック図である。
【発明を実施するための形態】
【０１１３】
本発明は、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ)及びＥＰＣ(Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ)を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。
【０１１４】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【０１１５】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、構成されるまたは有するなどの用語は、明細書上に記載された多様な構成要素、または多様なステップを必ず全て含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【０１１６】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【０１１７】
一構成要素が他の構成要素に連結されており、または接続されていると言及された場合は、該当他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に直接連結されており、または直接接続されていると言及された場合は、中間に他の構成要素が存在しないと理解しなげればならない。
【０１１８】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしに同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【０１１９】
添付図面には例示的にＵＥ(Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ)が示されているが、図示された前記ＵＥは、端末(Ｔｅｒｍｉｎａｌ)、ＭＥ(Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ)などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン(Ｓｍａｒｔ  Ｐｈｏｎｅ)、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ、車両搭載装置のように携帯不可能な機器である。
【０１２０】
用語の定義
【０１２１】
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。
【０１２２】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略字であって、３世代移動通信ネットワークを意味する。
【０１２３】
ＵＥ/ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ/Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、端末装置を意味する。
【０１２４】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字であって、ＬＴＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ)ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【０１２５】
ＰＤＮ(Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ)：サービスを提供するサーバが位置した独立的なネットワーク。
【０１２６】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関(接続)。
【０１２７】
ＰＤＮ−ＧＷ(Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ)：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。
【０１２８】
Ｓｅｒｖｉｎｇ  ＧＷ(Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ)：移動性担当(Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ)、パケットルーティング(Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ)、アイドルモードパケットバッファリング(Ｉｄｌｅ  ｍｏｄｅ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ)、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。
【０１２９】
ＰＣＲＦ(Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ)：サービス流れ(ｆｌｏｗ)別に差別化されたＱｏＳ及び課金政策を動的(ｄｙｎａｍｉｃ)に適用するための政策決定(Ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ)を実行するＥＰＳネットワークのノード。
【０１３０】
ＡＰＮ(Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ)：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指称したり区分したりする文字列。要求したサービスやネットワーク(ＰＤＮ)に接続するためには該当Ｐ−ＧＷを経由するようになり、このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称(文字列)。例えば、ｉｎｔｅｒｎｅｔ.ｍｎｃ０１２.ｍｃｃ３４５.ｇｐｒｓ
【０１３１】
ＴＥＩＤ(Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ)：ネットワーク内のノード間に設定されたトンネルのＥｎｄ  ｐｏｉｎｔ  ＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。
【０１３２】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１３３】
ｅＮｏｄｅＢ：ＥＰＳ(Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ)の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１３４】
(ｅ)ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。
【０１３５】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【０１３６】
セッション(Ｓｅｓｓｉｏｎ)：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位(ＡＰＮまたはＰＤＮ単位)、その内でＱｏＳに区分する単位(Ｂｅａｒｅｒ単位)、宛先ＩＰアドレス単位に区分することができる。
【０１３７】
ＰＤＮ接続(ｃｏｎｎｅｃｔｉｏｎ)：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関(接続)を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続(端末−ＰＤＮ  ＧＷ)を意味する。
【０１３８】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ  ｉｄ、移動性(現在位置等)、セッションの属性(ＱｏＳ、優先順位等)で構成された状況情報。
【０１３９】
ＯＭＡ  ＤＭ(Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ)：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)、ファームウェアアップグレード(ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ)、エラー報告(Ｅｒｒｏｒ  Ｒｅｐｏｒｔ)等の機能を遂行する。
【０１４０】
ＯＡＭ(Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ)：ＯＡＭとは、ネットワーク欠陥表示、機能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。
【０１４１】
ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ(Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ)：ＮＡＳ機能(Ｆｕｎｃｔｉｏｎａｌｉｔｙ)と関連したパラメータ(ｐａｒａｍｅｔｅｒｓ)をＵＥに設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)する時に使用するＭＯ(Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ)を意味する。
【０１４２】
ＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ)：ＵＥとＭＭＥとの間の制御平面(ｃｏｎｔｒｏｌ  ｐｌａｎｅ)の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理(Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ)とセッション管理(Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ)、ＩＰアドレス管理(ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ)などをサポート。
【０１４３】
ＭＭ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ)動作/手順：ＵＥの移動性(ｍｏｂｉｌｉｔｙ)制御/管理/ｃｏｎｔｒｏｌのための動作または手順。ＭＭ動作/手順は、ＣＳネットワークでのＭＭ動作/手順、ＧＰＲＳネットワークでのＧＭＭ動作/手順、ＥＰＳネットワークでのＥＭＭ動作/手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード(ＭＭＥ、ＳＧＳＮ、ＭＳＣ)は、ＭＭ動作/手順を実行するためにＭＭメッセージを交わす。
【０１４４】
ＳＭ(Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)動作/手順：ＵＥのｕｓｅｒ  ｐｌａｎｅ及び/またはｂｅａｒｅｒ  ｃｏｎｔｅｘｔ/ＰＤＰ  ｃｏｎｔｅｘｔを制御/管理/処理/ｈａｎｄｌｉｎｇするための動作または手順。ＳＭ動作/手順は、ＧＰＲＳネットワークでのＳＭ動作/手順、ＥＰＳネットワークでのＥＳＭ動作/手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード(ＭＭＥ、ＳＧＳＮ)は、ＳＭ動作/手順を実行するためにＳＭメッセージを交わす。
【０１４５】
低順位(Ｌｏｗ  ｐｒｉｏｒｉｔｙ)端末：ＮＡＳ信号低順位に設定された端末。詳細な事項は、標準文書３ＧＰＰ  ＴＳ  ２４.３０１及びＴＳ  ２４.００８を参考にすることができる。
【０１４６】
正常順位(Ｎｏｒｍａｌ  ｐｒｉｏｒｉｔｙ)端末：低順位(Ｌｏｗ  ｐｒｉｏｒｉｔｙ)に設定されない一般的な端末。
【０１４７】
二重順位(Ｄｕａｌ  ｐｒｉｏｒｉｔｙ)端末：二重順位(Ｄｕａｌ  ｐｒｉｏｒｉｔｙ)に設定された端末、これはＮＡＳ信号低順位に設定されると同時に前記設定されたＮＡＳ信号低順位を無視(ｏｖｅｒｒｉｄｅ)することができるように設定された端末(即ち、ＵＥ  ｗｈｉｃｈ  ｐｒｏｖｉｄｅｓ  ｄｕａｌ  ｐｒｉｏｒｉｔｙ  ｓｕｐｐｏｒｔ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ  ｆｏｒ  ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｌｏｗ  ｐｒｉｏｒｉｔｙ  ａｎｄ  ａｌｓｏ  ｃｏｎｆｉｇｕｒｅｄ  ｔｏ  ｏｖｅｒｒｉｄｅ  ｔｈｅ  ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｌｏｗ  ｐｒｉｏｒｉｔｙ  ｉｎｄｉｃａｔｏｒ)。詳細な事項は、標準文書３ＧＰＰ  ＴＳ  ２４.３０１及びＴＳ  ２４.００８を参考にすることができる。
【０１４８】
以下、図面を参照して本明細書の開示に対して説明する。
【０１４９】
図６は、ネットワーク過負荷状態を示す。
【０１５０】
図６に示すように、ｅＮｏｄｅＢ２００のカバレッジには数多いＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄが存在し、データ送受信を試みる。それによって、前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースにトラフィックが過負荷(ｏｖｅｒｌｏａｄ)または混雑(ｃｏｎｇｅｓｔｉｏｎ)するようになった場合、前記ＵＥ１００へのダウンリンクデータまたは前記ＵＥ１００からのアップリンクデータは、正確に送信されずに失敗するようになる。
【０１５１】
または、前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェース、または前記ＰＤＮ−ＧＷ５３０と移動通信事業者のＩＰ(Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ)サービスネットワークとの間のインターフェースが過負荷(ｏｖｅｒｌｏａｄ)または混雑(ｃｏｎｇｅｓｔｉｏｎ)する場合にも、前記ＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄへのダウンリンクデータまたはＵＥ１００ａ、１００ｂ、１００ｃ、１００ｄからのアップリンクデータは、正確に送信されずに失敗するようになる。
【０１５２】
前記ｅＮｏｄｅＢ２００と前記Ｓ−ＧＷ５２０との間のインターフェースに過負荷または混雑がある場合、または前記Ｓ−ＧＷ５２０と前記ＰＤＮ−ＧＷ５３０との間のインターフェースに過負荷または混雑がある場合、前記核心ネットワークのノード(例えば、ＭＭＥ)は、ＮＡＳレベルでの混雑制御(ＮＡＳ  ｌｅｖｅｌ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ)を実行することで、信号混雑(ｓｉｇｎａｌｉｎｇ  ｃｏｎｇｅｓｔｉｏｎ)及びＡＰＮ混雑を回避したり制御したりするようになる。
【０１５３】
このようなＮＡＳレベルでの混雑制御は、ＡＰＮベースの混雑制御(ＡＰＮ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ)と一般ＮＡＳレベルで移動管理制御(Ｇｅｎｅｒａｌ  ＮＡＳ  ｌｅｖｅｌ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌ)で構成される。
【０１５４】
前記ＡＰＮベースの混雑制御は、ＵＥそして特定ＡＰＮ(混雑状態と関連したＡＰＮ)と関連したＥＭＭ、ＧＭＭと(Ｅ)ＳＭ信号混雑制御を意味し、ＡＰＮベースのセッション管理混雑制御(ＡＰＮ  ｂａｓｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ)とＡＰＮベースの移動管理混雑制御(ＡＰＮ  ｂａｓｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｃｏｎｇｅｓｔｉｏｎ  ｃｏｎｔｒｏｌ)とを含む。
【０１５５】
それに対し、前記一般ＮＡＳレベルの移動管理制御は、一般的なネットワーク混雑(ｃｏｎｇｅｓｔｉｏｎ)や過負荷(ｏｖｅｒｌｏａｄ)状況で、ＵＥ/ＭＳが要求する移動管理信号(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｓｉｇｎａｌｉｎｇ)要求を核心ネットワーク内のノード(ＭＭＥ、ＳＧＳＮ)が拒絶することで混雑及び過負荷を回避することを意味する。
【０１５６】
一般的に、核心ネットワークがＮＡＳレベルの混雑制御を実行する場合、アイドルモード(ｉｄｌｅモード)または接続モード(ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ)のＵＥに遅延時間タイマ(バックオフタイマ)(ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ)値をＮＡＳ拒絶メッセージ(ｒｅｊｅｃｔ  ｍｅｓｓａｇｅ)に載せて送信するようになり、ＵＥは、遅延時間タイマ(バックオフタイマ)(ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ)が満了(ｅｘｐｉｒｅ)される前までネットワークにＥＭＭ/ＧＭＭ/(Ｅ)ＳＭ信号を要求しなくなる。前記ＮＡＳ拒絶メッセージは、アタッチ拒絶(ＡＴＴＡＣＨ  ＲＥＪＥＣＴ)、ＴＡＵ(Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ)拒絶、ＲＡＵ(Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｉｎｇ)拒絶、サービス拒絶、拡張サービス(ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ)拒絶、ＰＤＮ接続(ｃｏｎｎｅｃｔｉｖｉｔｙ)拒絶、ベアラリソース割当(ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ)拒絶、ベアラリソース修正(ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅ  ｍｏｄｉｆｉｃａｔｉｏｎ)拒絶、ＥＰＳベアラコンテキスト非活性化要求(ｄｅａｃｔｉｖａｔｅ  ＥＰＳ  ｂｅａｒｅｒ  ｃｏｎｔｅｘｔ  ｒｅｑｕｅｓｔ)に対する拒絶のメッセージのうち一つに該当する。
【０１５７】
このような遅延時間タイマ(ｂａｃｋ−ｏｆｆ  ｔｉｍｅｒ)は、移動管理(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ：ＭＭ)遅延時間(ｂａｃｋ−ｏｆｆ)タイマとセッション管理(Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ：ＳＭ)遅延時間(ｂａｃｋ−ｏｆｆ)タイマとに分けられる。
【０１５８】
前記ＭＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマはＵＥ毎に、そしてＳＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマはＡＰＮ毎にそしてＵＥ毎に、各々、独立的に動作する。
【０１５９】
簡略には、前記ＭＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマは、ＥＭＭ/ＧＭＭ信号(例えば、Ａｔｔａｃｈ、ＴＡＵ/ＲＡＵ要求等)制御のためのものである。前記ＳＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマは、(Ｅ)ＳＭ信号(例えば、ＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ、Ｂｅａｒｅｒ  Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ、Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ａｃｔｉｖａｔｉｏｎ、ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ要求等)制御のためのものである。
【０１６０】
具体的には、ＭＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマは、ネットワークに混雑(ｃｏｎｇｅｓｔｉｏｎ)が発生した場合、それを制御するために使用する移動性関連遅延時間(ｂａｃｋ−ｏｆｆ)タイマであって、タイマが動作している間、ＵＥは、アタッチ(ａｔｔａｃｈ)、位置情報更新(ＴＡＵ、ＲＡＵ)、サービス要求手順(サービス要求手順)をすることができないようにするタイマである。ただ、緊急ベアラサービス(ｅｍｅｒｇｅｎｃｙ  ｂｅａｒｅｒ  ｓｅｒｖｉｃｅ)、ＭＰＳ(Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ)の場合は例外であって、タイマが動作しているとしてもＵＥが要求可能である。
【０１６１】
前述したように、ＵＥがＭＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマ値を核心ネットワークノード(例えば、ＭＭＥ、ＳＧＳＮ等)から提供を受けたり、下位階層(ｌｏｗｅｒ階層；Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)から伝達を受けたりすることができる。また、ＵＥにより１５分から３０分までの範囲内でランダムに設定されることもできる。
【０１６２】
前記ＳＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマは、ネットワークに混雑(ｃｏｎｇｅｓｔｉｏｎ)が発生した場合、それを制御するために使用するセッション管理(Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)関連遅延時間(ｂａｃｋ−ｏｆｆ)タイマであって、タイマが動作している間、ＵＥは、関連した(ａｓｓｏｃｉａｔｅｄ)ＡＰＮベースのセッションを設定または変更することができないようにするタイマである。ただ、同様に、緊急ベアラサービス、ＭＰＳ(Ｍｕｌｔｉｍｅｄｉａ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ)の場合は例外であって、タイマが動作しているとしてもＵＥ１００が要求可能である。
【０１６３】
ＵＥは、このようなＳＭ遅延時間(ｂａｃｋ−ｏｆｆ)タイマ値を核心ネットワークノード(例えば、ＭＭＥ、ＳＧＳＮ等)から提供を受け、最大７２時間以内でランダムに設定される。また、ＵＥ１００により１５分から３０分までの範囲内でランダムに設定されることもできる。
【０１６４】
他方、前記ｅＮｏｄｅＢ２００で混雑が発生した場合、前記ｅＮｏｄｅＢ２００も混雑制御を実行することができる。即ち、ＵＥがユーザ平面のデータ送信を目的としてＲＲＣ接続確立(ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ)を要求する時、ｅＮｏｄｅＢ２００が混雑状態の場合、延長待機タイマ(ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ)と共に拒絶応答をＵＥに送信することができる。このような場合、ＲＲＣ接続確立要求を前記延長待機タイマ(ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅｒ)が満了する前まで再試図することができない。それに対し、ＵＥがＣＳ(ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈ)ベースの呼び(ｃａｌｌ)受信のための制御平面の信号を送信する目的としてＲＲＣ接続要求をする時、前記ｅＮｏｄｅＢ２００が混雑状態であるとしても、これを拒絶することができない。
【０１６５】
図７は、ネットワーク混雑状態でアクセスクラスによる禁止(Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ)による動作を示す例示的な流れ図である。
【０１６６】
図７に示すように、ネットワークまたはｅＮｏｄｅＢ２００の過負荷または混雑状態で、ｅＮｏｄｅＢ２００は、システム情報を介してＡＣＢ(Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ)関連情報をブロードキャスティングすることができる。前記システム情報は、ＳＩＢ(Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ)タイプ２である。
【０１６７】
前記ＳＩＢ(Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ)タイプ２は、以下の表のようなＡＣＢ関連情報を含むことができる。
【０１６８】
【表２】
2017184287.tif 000004
【０１６９】
一方、前記ＵＥ１  １００ａは、ＩＭＳサービス、例えば、ＶｏＬＴＥによる呼び(ｃａｌｌ)の発信を決定し、前記ＡＣＢの適用対象になるかどうかを決定する。同様に、ＵＥ２  １００ｂは、一般データの発信を決定し、前記ＡＣＢの適用対象になるかどうかを決定する。
【０１７０】
一般的に、ＵＥは、１０個のアクセスクラス(例えば、ＡＣ０、ＡＣ１、…、ＡＣ９)のうち少なくとも一つがランダムに割り当てられている。例外的に、緊急非常アクセスのためにはＡＣ１０が割り当てられる。このように、ランダムに割り当てられたアクセスクラスの値は、前記ＵＥ１  １００a及びＵＥ２  １００ｂの各ＵＳＩＭには格納されることができる。
【０１７１】
そのとき、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、前記格納されたアクセスクラスに基づいて、前記受信したＡＣＢ関連情報に含まれているｂａｒｒｉｎｇ  ｆａｃｔｏｒフィールドを利用することで、アクセス禁止が適用されるかどうかを確認する。このようなＡｃｃｅｓｓ  Ｂａｒｒｉｎｇチェックは、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂの各ＡＳ(Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)階層、即ち、ＲＲＣ階層で実行される。
【０１７２】
もし、前記ＡＣＢの適用対象でない場合、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、各々、サービス要求(または、拡張サービス要求)メッセージとＲＲＣ接続要求メッセージを送信することができる。
【０１７３】
しかし、前記ＡＣＢの適用対象の場合、前記ＵＥ１  １００ａと前記ＵＥ２  １００ｂは、両方ともＲＲＣ接続要求メッセージを送信することができない。
【０１７４】
<マルチメディアテレフォニ(ＭｕｌｔｉＭｅｄｉａ  Ｔｅｌｅｐｈｏｎｙ：ＭＭｔｅｌ)>
【０１７５】
最近、ＭＭＴｅｌが多く研究された。前記ＭＭＴｅｌは、ＩＭＳ(ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ)に基づくグローバル標準であって、集中的(ｃｏｎｖｅｒｇｅｄ)、固定的(ｆｉｘｅｄ)モバイルリアルタイムマルチメディア通信を提供し、これを介して音声、リアルタイムビデオ、テキスト、ファイル送信などのようなメディア能力(ｍｅｄｉａ  ｃａｐａｂｉｌｉｔｉｅｓ)を使用し、及び写真、オーディオ、ビデオクリップなどを共有することができる。ＭＭＴｅｌにおいて、ユーザは、セッション中にメディアを追加したり、または除外したりすることができる。即ち、セッション中にチャット、音声追加、他の発信者追加、ビデオ追加、メディア共有及びファイル送信、並びにこれらのうち特定能力に対する除去が可能である。
【０１７６】
現在、３ＧＰＰ標準ＭＭＴＥＬ(ＭｕｌｔｉＭｅｄｉａ  Ｔｅｌｅｐｈｏｎｙ)ベース(即ち、ＩＭＳベース)のサービスをサポートするシステム環境ではＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰサービスを開始するために、ＵＥのＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)階層ではサービス要求(Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ)手順の開始時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ)に設定し、ＲＲＣ確立原因(ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ)を発信データ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ  ｄａｔａ)に設定することで、ＲＲＣ接続要求(ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ)メッセージを送信する。
【０１７７】
一般的に、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰ  ｓｉｇｎａｌｉｎｇは、ユーザ平面(Ｕｓｅｒ  ｐｌａｎｅ)に送信されるため、一般的なデータサービス(即ち、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)＝発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ))と区分されずに提供される。
【０１７８】
したがって、ＵＥがＭＭＴＥＬベース(即ち、ＩＭＳベース)のサービス、例えば、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰベースのサービスの提供を受けることを希望し、ＵＥがサービス要求手順を開始する前にアクセス禁止可否をチェックしようとすると、ｖｏｉｃｅ  ｃａｌｌ、ｖｉｄｅｏ  ｃａｌｌまたはＳＭＳ  ｏｖｅｒ  ＩＰを連結するためのＭＭＴＥＬ(即ち、ＩＭＳ)シグナリングが既存の一般データシグナリング(即ち、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)＝発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ))と差等化できないため、ＡＣＢが適用されて禁止されることができる。したがって、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯサービス(特に、ＭＭＴＥＬ音声ｃａｌｌ、ＭＭＴＥＬ映像ｃａｌｌ  ｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰ)を実行することができない。
【０１７９】
また、ＵＥがＭＯ  ＳＭＳ(Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ)サービスを実行しようとする場合にも、既存の一般シグナリング(即ち、呼び(ｃａｌｌ)タイプ＝発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ))と差等化できないため、同様に、ＡＣＢが適用されて禁止されることができる。したがって、ＭＯ  ＳＭＳサービスを実行することができない。
【０１８０】
図８は、問題点を示す一例示図である。
【０１８１】
図８を参照すると、一般的なデータとＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳシグナリングを区別(差等化/差別化)することができないため、ＡＣＢによるＭＯ  ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰ、ＭＯ  ＳＭＳサービス連結要求が結局失敗される状況が示されている。
【０１８２】
一方、ＲＲＣ確立原因(ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ)をマッピングするＮＡＳ階層の手順を説明すると、下記の通りである。
【０１８３】
ＥＭＭがＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。ＥＭＭは、アクセス制御の目的として、下位階層にＲＲＣ確立原因と関連した呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を知らせなければならない。ＵＥがＥＡＢ(Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ)が設定される場合、アクセス制御の目的として、ＥＭＭは、下記のケースを除いてはＥＡＢをそのような要求に適用させる。
【０１８４】
−選択されたＰＬＭＮでＡＣ１１からＡＣ１５のうち一つを使用するように設定されたＵＥ
【０１８５】
−ページング信号に応答するＵＥ
【０１８６】
−ＲＲＣ確立原因が応急呼び(Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ)に設定される
【０１８７】
−ＵＥがＥＡＢを無視(ｏｖｅｒｒｉｄｅ)するように設定された場合
【０１８８】
−ＵＥがＥＡＢを無視するように設定され、ＥＡＢを無視したままで確立されたＰＤＮ接続を既に有している場合
【０１８９】
【表３−１】
2017184287.tif 000005
【表３−２】
2017184287.tif 000006
【０１９０】
【表４】
2017184287.tif 000007
【０１９１】
結論的に、現在３ＧＰＰ標準ではＭＭＴＥＬベース(ＩＭＳベース)のＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰとＭＯ  ＳＭＳサービスを差別化してサポートしようとする時、効率的な方案がない。このような問題は、ネットワークリソース浪費及びＵｓｅｒ  ｅｘｐｅｒｉｅｎｃｅを悪化させる。
【０１９２】
<本明細書の開示>
【０１９３】
したがって、本明細書の開示は、前述した問題点を解決するための解決策を提案する。
【０１９４】
本発明では、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスの差別化のために、ＭＭＴＥＬ(ＩＭＳ)シグナリングと既存一般データシグナリングを区分してＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)をＳｋｉｐ(通過)する方案を提案する。このようにＡＣＢ  ｓｋｉｐをすることによって、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスは、常に連結を許容して他の一般ｄａｔａ  ｓｅｒｖｉｃｅなどと差別化してサービスを提供するようになる。
【０１９５】
そのために、ネットワーク(ｅＮＢ；基地局)は、ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢ  ｓｋｉｐ  ｉｎｆｏｒｍａｔｉｏｎ(例えば、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅ/ｎｏｔ  ｓｅｔ/ｆａｌｓｅ  ｆｏｒ  ＭＭＴＥＬ音声及び/またはＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰ及び/またはＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ))をＳＩＢ２を介してＵＥのＡＳ階層(例えば、ＲＲＣ階層)に提供する。ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ネットワークから提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢ  ｓｋｉｐ  ｉｎｆｏｒｍａｔｉｏｎをＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層またはＮＡＳ階層に提供することもできる。
【０１９６】
<提案１−１/１−２/１−３の概要>
【０１９７】
まず、提案１−１は、ＮＡＳ階層とＡＳ階層(即ち、ＲＲＣ階層)の動作に関し、提案１−２は、ＭＭＴＥＬ(ＩＭＳ)動作に関し、提案１−３は、ＳＭＳ−ｏｖｅｒ  ＩＰ動作に関する。
【０１９８】
図９ａ及び図９ｂは、本明細書の提案１−１、１−２及び１−３を示す信号流れ図である。
【０１９９】
図９ａ及び図９ｂを参照して分かるように、提案１−１/１−２/１−３ではＭＭＴＥＬベース(ＩＭＳベース)のＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスの差別化のために、ＭＭＴＥＬ(ＩＭＳ)シグナリングと既存一般データシグナリングを区分してＡＣＢ(ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ)を通過(ｓｋｉｐ)させる方案を提示した。このようにＡＣＢに対する検査を通過(ｓｋｉｐ)させることによって、ＭＭＴＥＬベース(ＩＭＳベース)の発信(ＭＯ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスは、常に連結を許容して他の一般データサービスと差別化してサービスを提供するようになる。
【０２００】
そのために、ネットワーク(例えば、基地局)は、ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰ/ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)サービスに対するＡＣＢスキップ情報(即ち、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅ/ｎｏｔ  ｓｅｔ/ｆａｌｓｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＭＭＴＥＬ  ｖｉｄｅｏ、ＳＭＳ  ｏｖｅｒ  ＩＰ  ａｎｄ/ｏｒ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ))をシステム情報ブロック(例えば、ＳＩＢ２)を介してＵＥのＡＳ階層(即ち、ＲＲＣ階層)に提供する。
【０２０１】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層が発信(ＭＯ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像のためのセッション/呼び(ｃａｌｌ)であることを知らせるインジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＳＭＳ  ｏｖｅｒ  ＩＰセッションであることを知らせるインジケーション/情報をＮＡＳ階層に提供する。
【０２０２】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)インジケーションを提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像ｏｒ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、サービスタイプをｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定し、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定する。
【０２０３】
図１０ａ及び図１０ｂは、本明細書の提案１−１を示す信号流れ図である。
【０２０４】
図１０ａ及び図１０ｂを参照して分かるように、提案１−１によると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、サービスタイプをｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＳＧｓに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定し、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定する。
【０２０５】
提案１−１/１−２/１−３によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)インジケーションを提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０２０６】
以下、各提案に対して説明する。
【０２０７】
<提案１−１：標準改善>
【０２０８】
下記の非正常ケースが確認されることができる。
【０２０９】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０２１０】
−もし、下位階層が指示したアクセスが遮断(ｂａｒｒｅｄ)されたが、サービス要求は、ＳＭＳ  ｏｖｅｒ  ＩＰを除外したＳＭＳのために開始された場合、サービス要求手順は開始されることができる。
【０２１１】
もし、下位階層が指示したアクセスが遮断(ｂａｒｒｅｄ)されたが、サービス要求は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、またはＳＭＳ  ｏｖｅｒ  ＩＰのために開始された場合、サービス要求手順は開始されることができる。
【０２１２】
そうでない場合、アクセスが発信呼び(ｏｒｉｇｉｎａｔｉｎｇ  ｃａｌｌｓ)に対して遮断(ｂａｒｒｅｄ)される時、サービス要求手順は開始されない。ＵＥが現在サービングセルでとどまった状態で正常なセル再選択手順を実行する。
【０２１３】
ｂ)下位階層失敗またはサービス要求手順が完了する以前に下位階層から受信された延長待機時間(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)がないままでＮＡＳシグナリング連結を解除する。
【０２１４】
【表５】
2017184287.tif 000008
【０２１５】
<提案１−２：標準改善>
【０２１６】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求がある場合、ＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)をサポートするＵＥは、下記のように動作する。
【０２１７】
１)もし、ビデオがマルチメディアテレフォニ通信セッション内で提供される場合、ＥＭＭ階層にＭＭＴＥＬ映像を指示し、セッション確立を進行する。
【０２１８】
２)それに対し、オーディオがマルチメディアテレフォニ通信セッション内で提供される場合、ＥＭＭ階層にＭＭＴＥＬ音声を指示し、セッション確立を進行する。
【０２１９】
一方、ＳＣＭに対して説明すると、下記の通りである。
【０２２０】
下記の情報がＮＡＳ階層に提供される。
【０２２１】
−ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ
【０２２２】
−ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ；
【０２２３】
−ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ
【０２２４】
−ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ
【０２２５】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求がある場合、そしてセッション確立がサービス特定アクセス制御を実行した以後に続く場合、下記のように動作する。
【０２２６】
１)もし、オーディオまたはリアルタイムテキストまたはオーディオ及びテキストの組合せがマルチメディアテレフォニ通信セッション内で提供され、他のマルチメディアテレフォニ通信セッションはない場合、ＵＥは、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０２２７】
２)もし、ビデオがマルチメディアテレフォニ通信セッション内で提供され、他のマルチメディアテレフォニ通信セッションはない場合、ＵＥは、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０２２８】
一方、マルチメディアテレフォニ通信セッションが終了する時、マルチメディアテレフォニ通信セッションがオーディオまたはリアルタイムテキスト、またはオーディオ及びテキストの組合せを送信するために確立されたものであり、他のセッションはない場合、ＵＥは、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供することができる。
【０２２９】
一方、マルチメディアテレフォニ通信セッションが終了する時、マルチメディアテレフォニ通信セッションがビデオを送信するために確立されたものであり、他のセッションはない場合、ＵＥは、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供することができる。
【０２３０】
<提案１−３：標準改善>
【０２３１】
提案１−３によると、マルチメディアテレフォニ通信セッションの確立がユーザから要求され、ＵＥがＳＣＭをサポートする場合、下記のように動作する。
【０２３２】
１)ＳＭＳ−ｏｖｅｒ−ＩＰがマルチメディアテレフォニ通信セッション内で提供される場合、ＵＥは、ＥＭＭ階層にＳＭＳ−ｏｖｅｒ−ＩＰを指示し、セッション確立を続ける。
【０２３３】
２)そうでない場合、セッション確立を進行し続ける。
【０２３４】
一方、下記の情報がＮＡＳ階層に提供される。
【０２３５】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ
【０２３６】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ
【０２３７】
ユーザからＳＭＳ  ｏｖｅｒ  ＩＰの送信に対する要求があり、他のＳＭＳ  ｏｖｅｒ  ＩＰを送信するものがない場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に指示する。
【０２３８】
ＳＭＳ  ｏｖｅｒ  ＩＰの送信が完了し、他のＳＭＳ  ｏｖｅｒ  ＩＰは送信するものがない場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に指示する。
【０２３９】
<提案２−１/２−２/２−３の概要>
【０２４０】
提案２−１は、ＮＡＳ階層とＡＳ階層(例えば、ＲＲＣ階層)の動作に関し、提案２−２は、ＭＭＴＥＬのためのＩＭＳ階層とＡＳ階層(例えば、ＲＲＣ階層)の動作に関し、提案２−３は、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層とＡＳ階層(例えば、ＲＲＣ階層)の動作に関する。
【０２４１】
提案２−１/２−２/２−３は、ＭＭＴＥＬベース(ＩＭＳベース)の発信(ＭＯ：Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスの差別化のために、ＭＭＴＥＬ(ＩＭＳ)シグナリングと既存一般データシグナリングを区分してＡＣＢに対する検査を通過(ｓｋｉｐ)させる方案を提案する。このようにＡＣＢに対する検査を通過(ｓｋｉｐ)させることによって、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯ  ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスは、常に連結を許容して他の一般データサービスなどと差別化してサービスを提供するようになる。
【０２４２】
図１１ａ及び図１１ｂは、本明細書の提案２−１、２−２及び２−３を示す信号流れ図である。
【０２４３】
図１１ａ及び図１１ｂを参照して分かるように、ネットワーク(例えば、基地局)は、ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報(即ち、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅ/ｎｏｔ  ｓｅｔ/ｆａｌｓｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ及び/またはＭＭＴＥＬ  ｖｉｄｅｏ及び/またはＳＭＳ  ｏｖｅｒ  ＩＰ及び/またはＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ))をシステム情報ブロック(例えば、ＳＩＢ２)を介してＵＥのＡＳ階層(例えば、ＲＲＣ階層)に提供する。ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ネットワークから提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層に提供する。
【０２４４】
上記提案２−１/２−２/２−３によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢスキップインジケーション/情報を提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)をＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０２４５】
図１２ａ及び図１２ｂは、本明細書の提案２−２を示す信号流れ図である。
【０２４６】
図１２ａ及び図１２ｂを参照して分かるように、提案２−１によると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ  ＳＭＳ連結のためのサービス要求手順の開始時、サービスタイプをｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＳＧｓに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定し、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定する。
【０２４７】
以下、各提案に対して詳細に説明する。
【０２４８】
<提案２−１>
【０２４９】
下記の非正常ケースが確認されることができる。
【０２５０】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０２５１】
−もし、下位階層が示すアクセスが遮断(ｂａｒｒｅｄ)されたが、サービス要求は、ＳＭＳ  ｏｖｅｒ  ＩＰを除外したＳＭＳのために開始された場合、サービス要求手順は開始されなければならない。
【０２５２】
−もし、下位階層が示すアクセスが遮断されたが、サービス要求は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰのために開始された場合、そして、ＵＥは、上位階層からＡＣＢに対する検査の通過(ｓｋｉｐ)が指示された場合、サービス要求手順は開始されなければならない。
【０２５３】
ｂ)下位階層失敗またはサービス要求手順が完了する以前に下位階層から受信された延長待機時間(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)がないままでＮＡＳシグナリング連結を解除する。
【０２５４】
一方、ＲＲＣ確立原因(ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ)をマッピングするＮＡＳ階層の手順を説明すると、下記の通りである。
【０２５５】
ＥＭＭがＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。ＥＭＭは、アクセス制御の目的として、下位階層にＲＲＣ確立原因と関連した呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を知らせなければならない。さらに、ＥＭＭがＮＡＳシグナリング連結を要求する時、上位階層がＡＣＢに対する検査の通過を指示する場合、ＥＭＭは、ＡＣＢに対する検査の通過を下位階層に伝達しなければならない。ＵＥがＥＡＢ(Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ)が設定される場合、アクセス制御の目的として、ＥＭＭは、下記のケースを除いてはＥＡＢをそのような要求に適用させる。
【０２５６】
−選択されたＰＬＭＮでＡＣ１１からＡＣ１５のうち一つを使用するように設定されたＵＥ
【０２５７】
−ページング信号に応答するＵＥ
【０２５８】
−ＲＲＣ確立原因が応急呼び(Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ)に設定される
【０２５９】
−ＵＥがＥＡＢを無視(ｏｖｅｒｒｉｄｅ)するように設定された場合
【０２６０】
−ＵＥがＥＡＢを無視するように設定され、ＥＡＢを無視したままで確立されたＰＤＮ接続を既に有している場合
【０２６１】
【表６】
2017184287.tif 000009
【０２６２】
一方、提案２−１によると、下記の非正常ケースが確認されることができる。
【０２６３】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０２６４】
ＡＣＢが下記の場合に適用されない。
【０２６５】
−サービス要求手順がページング要求に対する応答として開始される場合
【０２６６】
−上位階層から受信されるＡＣＢスキップインジケーション内にＡＣＢに対する検査の通過(ｓｋｉｐ)が設定されている場合
【０２６７】
一方、上記提案は、下記のように変形されることができる。
【０２６８】
ＥＭＭがＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。ＥＭＭは、アクセス制御の目的として、下位階層にＲＲＣ確立原因と関連した呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を知らせなければならない。ＵＥがＥＡＢ(Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ)が設定される場合、アクセス制御の目的として、ＥＭＭは、下記のケースを除いてはＥＡＢをそのような要求に適用させる。
【０２６９】
−選択されたＰＬＭＮでＡＣ１１からＡＣ１５のうち一つを使用するように設定されたＵＥ
【０２７０】
−ページング信号に応答するＵＥ
【０２７１】
−ＲＲＣ確立原因が応急呼び(Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ)に設定される
【０２７２】
−ＵＥがＥＡＢを無視(ｏｖｅｒｒｉｄｅ)するように設定された場合
【０２７３】
−ＵＥがＥＡＢを無視するように設定され、ＥＡＢを無視したままで確立されたＰＤＮ接続を既に有している場合
【０２７４】
上位階層から受信されたＡＣＢスキップインジケーション内にＡＣＢに対する検査の通過が設定されている場合、ＥＭＭは、アクセス制御の目的として、下位階層にこの要求に対してＡＣＢを適用させないことを指示する。
【０２７５】
【表７】
2017184287.tif 000010
【０２７６】
その代案として、上記提案は、下記のように変形されることができる。
【０２７７】
上記変形例によると、下記の非正常ケースが確認されることができる。
【０２７８】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０２７９】
ＡＣＢが下記の場合に適用されない。
【０２８０】
−サービス要求手順がページング要求に対する応答として開始される場合
【０２８１】
−サービス要求手順が上位階層のユーザ平面無線リソースの要求により開始され、上位階層から受信されるＡＣＢスキップ情報内にＡＣＢのスキップが設定されている場合
【０２８２】
その代案として、上記提案は、下記のように変形されることができる。
【０２８３】
ＥＭＭがＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。ＥＭＭはアクセス制御の目的として、下位階層にＲＲＣ確立原因と関連した呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を知らせなければならない。ＵＥがＥＡＢ(Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ)が設定される場合、アクセス制御の目的として、ＥＭＭは、下記のケースを除いてはＥＡＢをそのような要求に適用させる。
【０２８４】
−選択されたＰＬＭＮでＡＣ１１からＡＣ１５のうち一つを使用するように設定されたＵＥ
【０２８５】
−ページング信号に応答するＵＥ
【０２８６】
−ＲＲＣ確立原因が応急呼び(Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ)に設定される
【０２８７】
−ＵＥがＥＡＢを無視(ｏｖｅｒｒｉｄｅ)するように設定された場合
【０２８８】
−ＵＥがＥＡＢを無視するように設定され、ＥＡＢを無視したままで確立されたＰＤＮ接続を既に有している場合
【０２８９】
ＥＭＭは、アクセス制御の目的として、下記のケースに該当すると、下位階層にＡＣＢを適用しないことを指示することができる。
【０２９０】
−ＵＥがユーザ平面の無線リソースに対する要求を上位階層から受信し、上位階層から受信したＡＣＢスキップ情報内にはＡＣＢに対する検査の通過(ｓｋｉｐ)が設定されている場合
【０２９１】
【表８】
2017184287.tif 000011
【０２９２】
<提案２−２>
【０２９３】
提案２−２によるＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)に対する改善を説明すると、下記の通りである。
【０２９４】
下記の情報が下位階層により提供される。
【０２９５】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅ：ＭＭＴＥＬ音声のためのＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ；
【０２９６】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏ：ＭＭＴＥＬ映像のためのＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０２９７】
マルチメディアテレフォニ通信セッションの確立に対するユーザ要求を受信する場合、ＵＥは、下記のように動作する。
【０２９８】
１)下位階層から受信されるＡＣＢスキップ情報の検索
【０２９９】
２)マルチメディアテレフォニ通信セッション内でビデオが提供され、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＭＭＴＥＬ映像に対して設定された場合、ＵＥは、ＥＭＭ階層にＡＣＢに対する検査の通過を指示し、セッション確立を続ける。
【０３００】
３)マルチメディアテレフォニ通信セッション内でオーディオが提供され、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＭＭＴＥＬ音声に対して設定された場合、ＵＥは、ＥＭＭ階層にＡＣＢに対する検査の通過を指示し、セッション確立を続ける。
【０３０１】
<提案２−３>
【０３０２】
提案２−３によるＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)に対する改善を説明すると、下記の通りである。
【０３０３】
下記の情報が下位階層から提供される。
【０３０４】
−ＡＣＢＳｋｉｐＦｏｒＳＭＳ−ｏｖｅｒ−ＩＰ：ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０３０５】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求を受信する場合、ＵＥは、下記のように動作する。
【０３０６】
１)下位階層から受信されたＡＣＢスキップ情報の検索
【０３０７】
２)マルチメディアテレフォニ通信セッション内でＳＭＳ−ｏｖｅｒ−ＩＰが提供され、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＳＭＳ−ｏｖｅｒ−ＩＰに対して設定された場合、ＵＥは、ＥＭＭ階層にＡＣＢに対する検査の通過(ｓｋｉｐ)を指示し、セッション確立を続ける。
【０３０８】
<提案３>
【０３０９】
提案３は、ＭＭＴＥＬベース(ＩＭＳベース)のＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスの差別化のために、ＭＭＴＥＬ(ＩＭＳ)シグナリングと既存一般データシグナリングを区分してＡＣＢに対する検査を通過(ｓｋｉｐ)する方案を提案する。このようにＡＣＢに対する検査を通過(ｓｋｉｐ)させることによって、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスは、常に連結を許容して他の一般データサービスなどと差別化してサービスを提供するようになる。
【０３１０】
図１３ａ及び図１３ｂは、本明細書の提案３を示す信号流れ図である。
【０３１１】
図１３ａ及び図１３ｂを参照して分かるように、提案３によると、ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ)に対して、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢスキップインジケーション/情報をＡＳ(ＲＲＣ)階層から提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)をＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０３１２】
図１４ａ及び図１４ｂは、本明細書の提案３の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０３１３】
図１４ａ及び図１４ｂを参照すると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求の開始時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０３１４】
<提案４：標準改善>
【０３１５】
提案４は、ＭＭＴＥＬベース(ＩＭＳベース)のＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスの差別化のために、ＭＭＴＥＬ(ＩＭＳ)シグナリングと既存一般データシグナリングを区分してＡＣＢに対する検査を通過(ｓｋｉｐ)させる方案を提案する。このようにＡＣＢに対する検査を通過(ｓｋｉｐ)させることによって、ＭＭＴＥＬベース(ＩＭＳベース)のＭＯ  ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスは、常に連結を許容して他の一般データサービスなどと差別化してサービスを提供するようになる。
【０３１６】
提案４は、提案１−１と類似する。具体的に説明すると、下記の通りである。
【０３１７】
図１５ａ及び図１５ｂは、本明細書の提案４を示す信号流れ図である。
【０３１８】
図１５ａ及び図１５ｂを参照して分かるように、提案４によると、ＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ)に対して、ＮＡＳ階層は、サービス要求手順を開始する時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)をｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏまたはｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０３１９】
図１６ａ及び図１６ｂは、本明細書の提案４の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０３２０】
図１６ａ及び図１６ｂに示すように、提案４によると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０３２１】
提案４によると、下記の非正常ケースが確認されることができる。
【０３２２】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０３２３】
ＡＣＢが下記の場合に適用されない。
【０３２４】
−サービス要求手順がネットワークのページング要求に応答して開始される場合
【０３２５】
−ＡＣＢが通過(ｓｋｉｐ)されるようにサービスインジケーション(ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、またはＳＭＳ  ｏｖｅｒ  ＩＰ)が上位階層から受信される場合
【０３２６】
【表９】
2017184287.tif 000012
【０３２７】
上記提案で、上位階層(ＭＭＴＥＬ階層)からＥＭＭ階層(ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ階層)に提供するサービスインジケーションは、ＭＭＴＥＬ音声またはＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのＡＣＢ  ｓｋｉｐ  ｂｉｔｓ  ｉｎｄｉｃａｔｉｏｎであり、またはＭＭＴＥＬ音声またはＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰを示すサービスインジケータ/情報である。
【０３２８】
上記提案で、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＮＡＳを区分してサービス要求手順(即ち、サービス要求メッセージの送信)を開始する時、ＡＳ階層(即ち、ＲＲＣ階層)にＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＮＡＳを区分するための新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)(ｃａｌｌ  ｔｙｐｅｓ)として、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰ、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＮＡＳを定義して送る。ＡＳ階層(即ち、ＲＲＣ階層)は、ＮＡＳが要求したサービス要求手順(即ち、サービス要求メッセージの送信)を実行するためにＲＲＣ接続を確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)するようになり、前記ＩＭＳサービスとＳＭＳサービスを新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)(ｃａｌｌ  ｔｙｐｅｓ)を使用して区分し、各々に対して基地局から受信されたシステム情報ブロック(ＳＩＢ)内に含まれているＡＣＢスキップ情報によって最終ＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定するようになる。即ち、ＡＳ階層(即ち、ＲＲＣ階層)は、ＮＡＳ階層のサービス要求メッセージの新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、ＩＭＳサービスとＳＭＳサービスを認知した後、ネットワークから受信したＡＣＢスキップ情報内に該当サービスが設定(例えば、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ＯＮ)されている場合、該当ＲＲＣ接続確立を実行し、そうでない場合、該当ＲＲＣ接続確立を実行せずにアクセスを遮断(ｂａｒｒｉｎｇ)する。
【０３２９】
その代案として、上記提案は、下記のように変形されることもできる。
【０３３０】
【表１０】
2017184287.tif 000013
【０３３１】
上記提案で、上位階層(例えば、ＭＭＴＥＬ階層)からＥＭＭ階層(例えば、ＮＡＳ階層)に提供するサービスインジケーションは、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、またはＳＭＳ  ｏｖｅｒ  ＩＰのためのＡＣＢ  ｓｋｉｐ  ｂｉｔｓ  ｉｎｄｉｃａｔｉｏｎであり、またはＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰを示すサービスインジケータ/情報である。
【０３３２】
上記提案で、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＮＡＳを区分してサービス要求手順(即ち、拡張サービス要求メッセージの送信)を開始する時、ＡＳ階層(即ち、ＲＲＣ階層)にＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＮＡＳを区分するための新しいサービスタイプとしてｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳを定義して送る。このとき、新しく定義されたサービスタイプと共に新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)が定義されて使われることもできる。ＡＳ階層(即ち、ＲＲＣ階層)は、ＮＡＳが要求したサービス要求手順(即ち、拡張サービス要求メッセージの送信)を実行するためにＲＲＣ接続を確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)するようになり、前記ＩＭＳサービスとＳＭＳサービスをサービスタイプ及び/または新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を介して区分し、各々に対してネットワークから受信したシステム情報(例えば、ＳＩＢ)内に含まれているＡＣＢスキップ情報によって最終的にＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定するようになる。即ち、ＡＳ階層(即ち、ＲＲＣ階層)は、ＮＡＳ階層の拡張サービス要求メッセージの新しいサービスタイプ及び/または呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、ＩＭＳサービスとＳＭＳサービスを認知した後、ネットワークから受信したＡＣＢスキップ情報が該当サービスに対してセッティング(ＡＣＢ  ｓｋｉｐｐｉｎｇ  ＯＮ)されている場合、該当ＲＲＣ接続を確立し、そうでない場合、該当ＲＲＣ接続を確立しない。
【０３３３】
一方、拡張サービス要求メッセージは、下記の場合に送信される。
【０３３４】
−ＣＳフォールバックを開始するために、またはＣＳフォールバックの着信(Ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ)に応答するために
【０３３５】
−ＮＡＳシグナリング連結の確立を要求するために
【０３３６】
拡張サービス要求メッセージは、サービスタイプを含む。前記サービスタイプは、下記の通りである。
【０３３７】
【表１１】
2017184287.tif 000014
【０３３８】
または、上位階層は、ＭＭＴＥＬ音声のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示する：ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、そしてＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが受信されない。
【０３３９】
上位階層は、ＭＭＴＥＬ映像に対してＡＣＢに対する検査の通過(ｓｋｉｐ)を指示する：ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、そしてＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが受信されない。
【０３４０】
上位階層は、ＭＭＴＥＬ  ＳＭＳ−ｏｖｅｒ−ＩＰに対してＡＣＢに対する検査の通過を指示する：ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、そしてＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが受信されない。
【０３４１】
他の一方、上記提案は、下記のように変形されることもできる。
【０３４２】
下記の非正常ケースが確認されることができる。
【０３４３】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０３４４】
ＡＣＢが下記の場合に適用されない。
【０３４５】
−サービス要求手順がページング要求に応答して開始される場合
【０３４６】
−サービス要求手順がＳＭＳの発信のために開始される場合
【０３４７】
−サービス要求手順がユーザ平面の無線リソースに対する上位階層の要求により開始される時、上位階層がＭＭＴＥＬ音声のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示する場合
【０３４８】
−サービス要求手順がユーザ平面の無線リソースに対する上位階層の要求により開始される時、上位階層がＭＭＴＥＬ映像のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示する場合
【０３４９】
−サービス要求手順がユーザ平面の無線リソースに対する上位階層の要求により開始される時、上位階層がＳＭＳ−ｏｖｅｒ−ＩＰのためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示する場合
【０３５０】
サービス要求手順に対するトリガがページング要求に対する応答であり、ＮＡＳシグナリング連結確立がネットワークにより拒絶された場合、前記サービス要求手順は開始されない。ＵＥが現在サービングセルにとどまっている状態の場合、一般セル再選択手順を実行する。サービス要求手順は、着信呼び(ｔｅｒｍｉｎａｔｉｎｇ  ｃａｌｌｓ)に対するアクセスが許容される場合またはセル変更の理由などで開始されることができる。
【０３５１】
【表１２】
2017184287.tif 000015
【０３５２】
上記提案で、ＮＡＳ階層は、発信(ＭＯ：ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ)ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、またはＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分してサービス要求手順(サービス要求メッセージの送信)を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)にＭＯ  ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分し、各々新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)として、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳを定義して送る。ＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳが要求したサービス要求手順を実行するためにＲＲＣ接続を確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)するようになり、前記ＩＭＳサービスとＳＭＳサービスを新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)(ｃａｌｌ  ｔｙｐｅｓ)を介して区分し、各々に対してネットワークから受信したシステム情報(例えば、ＳＩＢ)内に含まれているＡＣＢスキップ情報によって最終ＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定するようになる。即ち、ＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層のサービス要求メッセージの新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、ＩＭＳサービスとＳＭＳサービスを認知した後、ネットワークから受信したＡＣＢスキップ情報が該当サービスに対してセッティング(ＡＣＢ  ｓｋｉｐｐｉｎｇ  ＯＮ)されている場合、該当ＲＲＣ接続確立を実行し、そうでない場合、該当ＲＲＣ接続確立を実行しない。
【０３５３】
また、上記提案で、ＮＡＳ復旧のためのＴＡＵ(Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ)要求手順が開始(実行)される場合、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分してＴＡＵ手順(即ち、ＴＡＵ要求メッセージの送信)を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)にＭＯ  ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分するための新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)として、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳを定義して送る。ＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳが要求したＴＡＵ手順を実行するためにＲＲＣ接続を確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)するようになり、このとき、前記ＩＭＳサービスとＳＭＳサービスを呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を介して区分し、各々に対してネットワークから提供されたＳＩＢ情報内に含まれているＡＣＢスキップ情報によって最終ＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定するようになる。即ち、ＡＳ階層(例えば、ＲＲＣ階層)でＮＡＳ階層のＴＡＵ要求メッセージの呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、ＩＭＳサービスとＳＭＳサービスを認知した後、ネットワークから受信したＡＣＢスキップ情報が該当サービスに対してセッティング(ＡＣＢ  ｓｋｉｐｐｉｎｇ  ＯＮ)されている場合、該当ＲＲＣ接続の確立(このとき、ＲＲＣ確立原因は、ＭＯ  ｓｉｇｎａｌｌｉｎｇに設定される)を実行し、そうでない場合、該当ＲＲＣ接続を確立しない。
【０３５４】
他の一方、上位階層は、ＭＭＴＥＬ音声のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示することができる：例えば、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信されない場合である。
【０３５５】
上位階層は、ＭＭＴＥＬ映像のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示することができる。例えば、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信されない場合である。
【０３５６】
上位階層は、ＭＭＴＥＬ  ＳＭＳ−ｏｖｅｒ−ＩＰのためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示することができる。例えば、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信され、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信された以後、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎが上位階層から受信されない場合である。
【０３５７】
他の一方、上記提案は、下記のように変形されることもできる。
【０３５８】
下記の非正常ケースが確認されることができる。
【０３５９】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０３６０】
ＡＣＢが下記の場合に適用されない。
【０３６１】
−サービス要求手順がページング要求に応答して開始される場合
【０３６２】
−サービス要求手順が発信(ＭＯ)ＳＭＳ(例えば、ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ  ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)により開始された場合
【０３６３】
−サービス要求手順がユーザ平面の無線リソースのための上位階層の要求により開始された時、上位階層は、ＭＭＴＥＬ音声のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示した場合、
【０３６４】
−サービス要求手順がユーザ平面の無線リソースのための上位階層の要求により開始された時、上位階層は、ＭＭＴＥＬ映像のためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示した場合、
【０３６５】
−サービス要求手順がユーザ平面の無線リソースのための上位階層の要求により開始された時、上位階層は、ＳＭＳ−ｏｖｅｒ−ＩＰのためにＡＣＢに対する検査の通過(ｓｋｉｐ)を指示した場合、
【０３６６】
サービス要求手順に対するトリガがネットワークからのページングに対する応答として開始され、ＮＡＳシグナリング連結確立がネットワークにより拒絶された場合、サービス要求手順は開始されてはならない。ＵＥが現在サービングセルにとどまった状態にある場合、一般的なセル再選択手順を実行することができる。
【０３６７】
【表１３】
2017184287.tif 000016
【０３６８】
上記提案で、ＮＡＳ階層は、発信(ＭＯ)ＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分してサービス要求手順(拡張サービス要求メッセージの送信)を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)にＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(具体的に、ＳＭＳ  ｏｖｅｒ  ＩＰ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｉｎ  ＭＭＥ、ｏｒ  ＳＭＳ  ｏｖｅｒ  Ｓ１０２)を区分するための新しいサービスタイプ、例えば、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳを定義して送る。このとき、新しく定義されたサービスタイプと共に新しい呼びタイプ(ｃａｌｌ  ｔｙｐｅ)が定義されて使われることもできる。ＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳが要求したサービス要求手順(例えば、拡張サービス要求メッセージの送信)を実行するためにＲＲＣ接続を確立(ｅｓｔａｂｌｉｓｈｍｅｎｔ)するようになり、前記ＩＭＳサービスとＳＭＳサービスをサービスタイプ及び/または呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を介して区分し、各々に対してネットワークから提供されたＳＩＢ内に含まれているＡＣＢスキップ情報によって最終ＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定するようになる。即ち、ＡＳ階層(例えば、ＲＲＣ階層)でＮＡＳ階層の拡張サービス要求メッセージ内のサービスタイプ及び/または呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、ＩＭＳサービスとＳＭＳサービスを認知した後、ネットワークから受信したＡＣＢスキップ情報内に該当サービスがセッティング(即ち、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ＯＮ)されている場合、該当ＲＲＣ接続確立を実行し、そうでない場合、該当ＲＲＣ接続確立を実行しない。
【０３６９】
【表１４】
2017184287.tif 000017
【０３７０】
<提案５−１：標準改善>
【０３７１】
図１７ａ及び図１７ｂは、本明細書の提案５−１を示す信号流れ図である。
【０３７２】
図１７ａ及び図１７ｂを参照して分かるように、提案５−１によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢスキップインジケーションを提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像ｏｒ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像ｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。このとき、拡張サービス要求(ＥＸＴＥＮＤＥＤ  ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴ)メッセージを使用する。サービス要求手順の開始時、拡張サービス要求メッセージのサービスタイプは、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定し、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｃａｌｌｓ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＩＰ)に設定する。
【０３７３】
図１８ａ及び図１８ｂは、本明細書の提案５の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０３７４】
図１８ａ及び図１８ｂを参照すると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、拡張サービス要求メッセージのサービスタイプをｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定し、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳに設定する。
【０３７５】
<提案５−２>
【０３７６】
図１９ａ及び図１９ｂは、本明細書の提案５−２に対する例を示す信号流れ図である。
【０３７７】
提案５−２によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声/ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ音声及び/またはＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像のためのセッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢスキップ開始インジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＳＭＳ  ｏｖｅｒ  ＩＰのためのセッションの開始を知らせるＡＣＢスキップ開始インジケーション/情報をＮＡＳ階層に提供する。
【０３７８】
また、提案５−２によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層からＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像ｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢスキップ開始インジケーション/情報(即ち、ＡＣＢ  ｓｋｉｐ  ｂｅｇｉｎ  ｉｎｄｉｃａｔｉｏｎ)を受信すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像及び/またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)開始であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)を共にＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０３７９】
図２０ａ及び図２０ｂは、本明細書の提案５−２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０３８０】
図２０ａ及び図２０ｂを参照すると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０３８１】
再び、図１９ａ及び図１９ｂを参照すると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層が発信(ＭＯ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結が終われると/終了すると、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の終了を知らせるＡＣＢスキップ終了インジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＳＭＳ  ｏｖｅｒ  ＩＰセッションの終了を知らせるＡＣＢスキップ終了インジケーション/情報をＮＡＳ階層に提供する。
【０３８２】
具体的に、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対する終了インジケーション/情報(即ち、ＡＣＢ  ｓｋｉｐ  ｅｎｄ  ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎ)を提供すると、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)が終了することを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰセッションに対してＡＣＢに対する検査を通過させない。即ち、一般的なデータ/呼び(ｃａｌｌ)のためのセッションと認知し、一般的なサービス要求手順を実行するようになり、ＡＳ階層(即ち、ＲＲＣ階層)ではＡＣＢを適用する。
【０３８３】
提案５−２によると、ＡＣＢスキップ開始インジケーション/情報とＡＣＢスキップ終了インジケーション/情報が使われる。
【０３８４】
そのために、下記のようにＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が改善されることができる。
【０３８５】
下記の情報がＡＳ階層から提供される。
【０３８６】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅ：ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０３８７】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏ：ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０３８８】
下記の情報がＮＡＳ階層に提供される。
【０３８９】
−ＡＣＢ−ｓｋｉｐ−ｂｅｇｉｎ−ｉｎｄｉｃａｔｉｏｎ；
【０３９０】
−ＡＣＢ−ｓｋｉｐ−ｅｎｄ−ｉｎｄｉｃａｔｉｏｎ。
【０３９１】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求を受け、サービス特定アクセス制御を実行した以後、セッション確立が持続する場合、ＵＥは、下記のように動作する。
【０３９２】
１)ＡＳ階層から取得したＡＣＢスキップ情報を検索する。
【０３９３】
２)マルチメディアテレフォニ通信セッション内にビデオが提供される時、ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＮＡＳ階層にＡＣＢ−ｓｋｉｐ−ｂｅｇｉｎ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０３９４】
３)マルチメディアテレフォニ通信セッション内にオーディオが提供される時、ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＮＡＳ階層にＡＣＢ−ｓｋｉｐ−ｂｅｇｉｎ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０３９５】
マルチメディアテレフォニ通信セッションが完了する時、ＵＥは、ＡＣＢ−ｓｋｉｐ−ｅｎｄ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０３９６】
その代案として、下記のようにＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が改善されることができる。
【０３９７】
下記の情報がＡＳ階層から提供される。
【０３９８】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅ：ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０３９９】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏ：ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０４００】
下記の情報がＮＡＳ階層に伝達される。
【０４０１】
−ＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ：ＭＭＴＥＬ音声；
【０４０２】
−ＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ：ＭＭＴＥＬ音声；
【０４０３】
−ＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ：ＭＭＴＥＬ映像；ａｎｄ
【０４０４】
−ＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ：ＭＭＴＥＬ映像。
【０４０５】
ユーザからマルチメディアテレフォニ通信セッションに対する要求を受けた場合、そしてセッション確立がサービス特定アクセス制御を実行した以後にも続く場合、ＵＥは、下記のように動作する。
【０４０６】
１)ＡＳ階層から取得したＡＣＢスキップ情報を検索する。
【０４０７】
２)マルチメディアテレフォニ通信セッション内でオーディオが提供される場合、そしてＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０４０８】
３)マルチメディアテレフォニ通信セッション内でビデオが提供される場合、そしてＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０４０９】
音声のためのマルチメディアテレフォニ通信セッションが完了する場合、ＵＥは、ＭＭＴＥＬ音声識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０４１０】
同様に、ビデオのためのマルチメディアテレフォニ通信セッションが完了する場合、ＵＥは、ＭＭＴＥＬ映像識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０４１１】
<提案５−３>
【０４１２】
提案５−３によると、提案５−２と同様に、ＡＣＢスキップ開始インジケーション/情報とＡＣＢスキップ終了インジケーション/情報が使われることができる。
【０４１３】
ただし、提案５−２と違って、提案５−３によると、下記のようにＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が改善されることができる。
【０４１４】
下記の情報がＡＳ階層から提供される。
【０４１５】
−ＡＣＢＳｋｉｐＦｏｒＳＭＳ−ｏｖｅｒ−ＩＰ：ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０４１６】
下記の情報がＮＡＳ階層に伝達される。
【０４１７】
−ＡＣＢ−ｓｋｉｐ−ｂｅｇｉｎ−ｉｎｄｉｃａｔｉｏｎ；ａｎｄ
【０４１８】
−ＡＣＢ−ｓｋｉｐ−ｅｎｄ−ｉｎｄｉｃａｔｉｏｎ。
【０４１９】
ＳＭＳ  ｏｖｅｒ  ＩＰの送信に対する要求をユーザから受けた場合、ＵＥは、下記のように動作する。
【０４２０】
１)ＡＳ階層から取得したＡＣＢスキップ情報の検索
【０４２１】
２)ＳＭＳ  ｏｖｅｒ  ＩＰに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがセッティングされた場合、ＵＥは、ＡＣＢ−ｓｋｉｐ−ｂｅｇｉｎ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、ＳＭＳ  ｏｖｅｒ  ＩＰ送信手順を続ける。
【０４２２】
ＳＭＳ  ｏｖｅｒ  ＩＰ送信が完了した場合、ＵＥは、ＡＣＢ−ｓｋｉｐ−ｅｎｄ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する
【０４２３】
その代案として、下記のようにＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が改善されることができる。
【０４２４】
下記の情報がＡＳ階層から提供される。
【０４２５】
−ＡＣＢＳｋｉｐＦｏｒＳＭＳ−ｏｖｅｒ−ＩＰ：ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ
【０４２６】
下記の情報がＮＡＳ階層に伝達されることができる
【０４２７】
−ＡＣＢ−ｓｋｉｐ−ｓｅｔ(例えば、ｔｒｕｅ/ｓｔａｒｔ/ｂｅｇｉｎ)−ｉｎｄｉｃａｔｉｏｎ：ＳＭＳ−ｏｖｅｒ−ＩＰ；
【０４２８】
−ＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ(例えば、ｆａｌｓｅ/ｓｔｏｐ/ｅｎｄ)−ｉｎｄｉｃａｔｉｏｎ：ＳＭＳ−ｏｖｅｒ−ＩＰ。
【０４２９】
ユーザからＳＭＳ  ｏｖｅｒ  ＩＰに対する送信要求がある場合、ＵＥは、下記のように動作する。
【０４３０】
１)ＡＳ階層から取得したＡＣＢスキップ情報を検索する。
【０４３１】
２)ＳＭＳ−ｏｖｅｒ−ＩＰに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されている場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、ＳＭＳ  ｏｖｅｒ  ＩＰの送信を続ける。
【０４３２】
ＳＭＳ  ｏｖｅｒ  ＩＰが完了すると、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０４３３】
<提案６>
【０４３４】
図２１ａ及び図２１ｂは、本明細書の提案６を示す信号流れ図である。
【０４３５】
図２１ａ及び図２１ｂを参照して分かるように、提案６によると、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認した結果、もし、ＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ音声セッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢスキップ開始インジケーション/情報をＮＡＳ階層に提供する。または、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ映像サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認した結果、もし、ＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢスキップ開始インジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認した結果、もし、ＳＭＳ  ｏｖｅｒ  ＩＰに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの開始を知らせるＡＣＢスキップ開始インジケーション/情報をＮＡＳ階層に提供する。
【０４３６】
ＭＭＴＥＬ及びＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに対するセッション/呼び(ｃａｌｌ)開始インジケーション/情報(即ち、ＡＣＢ  ｓｋｉｐ  ｂｅｇｉｎインジケーション/情報)を提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)開始であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)を共にＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０４３７】
図２２ａ及び図２２ｂは、本明細書の提案６−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０４３８】
図２２ａ及び図２２ｂを参照して分かるように、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)に設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０４３９】
一方、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層からサービス要求と共に提供されるＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)を確認し、前記サービス要求に対してＡＣＢに対する検査を通過させるようになる。以後、ＲＲＣ接続要求メッセージを基地局に送信する。このとき、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０４４０】
または、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層からサービス要求と共に提供されるＭＭＴＥＬ音声に対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ)、ＭＭＴＥＬ映像に対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ)またはＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰ)を確認し、前記サービス要求に対してＡＣＢに対する検査を通過させるようになる。以後、ＲＲＣ接続要求メッセージを基地局に送信する。このとき、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０４４１】
または、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層からサービス要求と共に提供されるＭＭＴＥＬ音声/ビデオに対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｖｉｄｅｏ)またはＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰ)を確認し、前記サービス要求に対してＡＣＢに対する検査を通過(ｓｋｉｐ)させるようになる。以後、ＲＲＣ接続要求メッセージを基地局に送信する。このとき、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０４４２】
ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ；ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層のサービス要求に対する呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、前記サービス要求が発信(ＭＯ)ＳＭＳサービス連結のためのサービス要求であることを認知し、ネットワークから提供を受けたＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)サービスに対するＡＣＢスキップ情報/インジケーションを確認した結果、もし、ＳＭＳに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、前記サービス要求に対してＡＣＢに対する検査を通過(ｓｋｉｐ)させるようになる。以後、ＲＲＣ接続要求メッセージを基地局に送信する。このとき、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０４４３】
または、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結が終われると/終了すると、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声に対するＡＣＢスキップ終了(ｆａｌｓｅ/ｓｔｏｐ/ｒｅｓｅｔ)インジケーション/情報、ＭＯ  ＭＭＴＥＬ映像に対するＡＣＢスキップ終了(ｆａｌｓｅ/ｓｔｏｐ/ｒｅｓｅｔ)インジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層からＳＭＳ  ｏｖｅｒ  ＩＰセッションの終了を知らせるＡＣＢスキップ終了(ｆａｌｓｅ/ｓｔｏｐ/ｒｅｓｅｔ)インジケーション/情報をＮＡＳ階層に提供する。
【０４４４】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに対するセッション/呼び(ｃａｌｌ)終了(ｆａｌｓｅ/ｓｔｏｐ/ｒｅｓｅｔ)インジケーション/情報を提供すると、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに対するセッション/呼び(ｃａｌｌ)終了であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像ｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰセッションに対してＡＣＢに対する検査の通過を適用しない。即ち、一般的なセッションと認知してＡＣＢを適用させる。
【０４４５】
<提案７>
【０４４６】
提案７によると、ネットワーク(例えば、基地局)がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳのためのＡＣＢスキップ情報をＳＩＢ２を介してＵＥに提供する。このとき、ＡＳ階層(例えば、ＲＲＣ階層)からこのＡＣＢスキップ情報をＭＭＴＥＬ(ＩＭＳ；ＳＭＳ  ｏｖｅｒ  ＩＰを含む)階層及び/またはＮＡＳ階層に送信し、この情報に基づいてＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰに対してＡＣＢに対する検査を通過(ｓｋｉｐ)させるかどうかを決定し、ＮＡＳ階層またはＡＳ階層(例えば、ＲＲＣ階層)にＡＣＢスキップ情報を知らせる。
【０４４７】
図２３ａ及び図２３ｂは、本明細書の提案７を示す信号流れ図である。
【０４４８】
図２３ａ及び図２３ｂを参照すると、ネットワーク(例えば、基地局)からＡＣＢスキップ情報状態の変更/変動(例えば、ＡＣＢ  ｓｋｉｐ  ｓｅｔ/ｔｒｕｅからＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ/ｆａｌｓｅへの変更またはＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ/ｆａｌｓｅからＡＣＢ  ｓｋｉｐ  ｓｅｔ/ｒｅｓｅｔへの変更)が発生すると、直ちにＡＳ階層(即ち、ＲＲＣ階層)は、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層(または、ＮＡＳ階層)にＡＣＢスキップ情報変更/変動を知らせる。ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＮＡＳ階層(または、ＲＲＣ階層)にＡＣＢスキップ情報の変更/変動を知らせる。このようなＡＣＢスキップインジケーション/情報に基づいて、ＮＡＳ階層は、サービス要求手順を実行する。例えば、サービス要求またはＡＣＢスキップインジケーションを有する拡張サービス要求をＲＲＣ階層に伝達する。ＲＲＣ階層ではこのようなＮＡＳ階層(または、ＩＭＳ階層)から提供を受けたＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)情報変更/変動によって最終的にＡＣＢに対する検査を通過(ｓｋｉｐ)させたり、またはＡＣＢを適用させたりする。
【０４４９】
ＲＲＣ階層がシステム情報(例えば、ＳＩＢ２)を介してＡＣＢスキップ情報/インジケーションの提供を受けない場合、前記ＲＲＣ階層は、ＡＣＢスキップ情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰに対して検索し、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢの検査通過(ｓｋｉｐ)に対して‘ＭＭＴＥＬ  ｓｅｔ/ｓｔａｒｔ/ｔｒｕｅ/ｂｅｇｉｎ’でＩＭＳ階層(または、ＮＡＳ階層)に指示したり、またはＡＣＢの検査通過の非適用に対して‘ＭＭＴＥＬ  ｒｅｓｅｔ/ｓｔｏｐ/ｆａｌｓｅ/ｅｎｄ’でＩＭＳ階層(または、ＮＡＳ階層)に指示する。
【０４５０】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰからＡＣＢスキップ情報を受信すると、ＮＡＳ階層は、サービス要求またはＡＣＢスキップインジケーションを有する拡張サービス要求をＲＲＣ階層に伝達する。前記階層は、サービス要求またはＡＣＢスキップインジケーションを有する拡張サービス要求を受信すると、前記ＲＲＣ階層は、ＡＣＢを適用せずに通過させる。
【０４５１】
前記ＡＣＢスキップ情報は、周期的に提供/更新されることができる。このたびにＡＳ階層(即ち、ＲＲＣ階層)は、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層またはＮＡＳ階層にＡＣＢスキップ情報を提供することができる。
【０４５２】
図２４ａ及び図２４ｂは、本明細書の提案７の変形例を示す信号流れ図である。
【０４５３】
図２４ａ及び図２４ｂを参照すると、ネットワーク(例えば、基地局)から提供されるＡＣＢスキップ情報状態の変更/変動(例えば、ＡＣＢ  ｓｋｉｐ  ｓｅｔ/ｔｒｕｅからＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ/ｆａｌｓｅへの変更またはＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ/ｆａｌｓｅからＡＣＢ  ｓｋｉｐ  ｓｅｔ/ｒｅｓｅｔへの変更)が発生し、またはＡＣＢスキップ情報が周期的に受信されると、ＡＳ階層(即ち、ＲＲＣ階層)は、ＮＡＳ階層にＡＣＢスキップ情報変更/変動を直ちに知らせることができる。ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに対するセッション/呼び(ｃａｌｌ)開始時、ＮＡＳ階層にＡＣＢ  ｓｋｉｐ  ｓｅｔ/ｓｔａｒｔ/ｔｒｕｅ/ｂｅｇｉｎ(/ｒｅｓｅｔ/ｓｔｏｐ/ｆａｌｓｅ/ｅｎｄ)インジケーション/情報を提供する。ＮＡＳ階層は、前記ＡＣＢスキップインジケーション/情報を認知した後、ＲＲＣ階層から提供を受けたＡＣＢスキップ情報変更/変動に基づいて、ＮＡＳ階層は、サービス要求手順を実行することができる。以後、ＲＲＣ階層ではこのようなＮＡＳ階層で提供を受けたＡＣＢスキップインジケーション/情報(変更/変動)によって最終的にＡＣＢに対する検査を通過(ｓｋｉｐ)させ、またはＡＣＢを適用することができる。
【０４５４】
<提案８>
【０４５５】
図２５ａ及び図２５ｂは、本明細書の提案８を示す信号流れ図である。
【０４５６】
図２５ａ及び図２５ｂを参照すると、ネットワークがＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳのためのＡＣＢスキップ情報をＳＩＢ２を介してＵＥに提供する。このとき、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)からこのＡＣＢスキップ情報をＭＭＴＥＬ/ＳＭＳのための階層(即ち、ＩＭＳ階層)またはＮＡＳ階層に送信し、この情報に基づいてＭＭＴＥＬ/ＳＭＳのための階層(即ち、ＩＭＳ階層)でＭＭＴＥＬ音声/映像/ＳＭＳに対するＡＣＢの検査通過(ｓｋｉｐ)可否を決定し、ＮＡＳ階層にＡＣＢスキップ情報を知らせる。
【０４５７】
提案８によると、ＲＬＦ(ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ)または下位階層の失敗/エラーなどによりＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰに対する再送信が発生した場合(ＱＣＩ＝１ベアラ確立完了以前に再送信またはＱＣＩ＝１ベアラ確立完了以後に再送信)、ＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳ階層に下位階層の失敗/エラーを知らせ、ＮＡＳ階層は、ＮＡＳシグナリング連結(再)設定のためのＮＡＳ復旧手順を実行する。(ここで、ＱＣＩ＝１ベアラは、音声サービス(ＶｏＬＴＥ  ｃａｌｌを含む)のためのベアラを意味する)
【０４５８】
ＮＡＳ階層は、サービス要求手順を実行する時、ＡＣＢスキップインジケーションをＲＲＣ階層に提供したことを記憶している。
【０４５９】
このとき、下位階層の失敗/エラーにより再送信が発生する場合、ＮＡＳ階層は、下位階層の失敗/エラーに対するインジケーションをＲＲＣ階層から提供を受けるようになり、これを以前状態(ＡＣＢ  ｓｋｉｐ適用状態またはＡＣＢ適用状態)を維持(ｋｅｅｐ)すると認知することもできる。
【０４６０】
ＮＡＳ階層は、再送信のためのサービス要求手順を(再)実行する時、以前に実行したサービス要求手順のＡＣＢスキップインジケーションの提供状態をそのまま適用することで、ＡＣＢスキップインジケーション/情報またはＮｏ  ＡＣＢスキップインジケーション/情報を共に提供する。
【０４６１】
ＲＲＣ階層ではこのようなＮＡＳ階層から提供を受けたＡＣＢスキップインジケーション/情報によって最終ＡＣＢ  ｓｋｉｐし、またはＮｏ  ＡＣＢ  ｓｋｉｐ(例えば、ＡＣＢ  ｉｓ  ａｐｐｌｉｅｄ)する。
【０４６２】
<提案９>
【０４６３】
図２６ａ及び図２６ｂは、本明細書の提案９を示す信号流れ図である。
【０４６４】
図２６ａ及び図２６ｂを参照すると、ネットワーク(例えば、基地局)がＭＭＴＥＬ音声、ＭＭＴＥＬ映像、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＩＰ及び/またはＳＭＳ  ｏｖｅｒ  ＮＡＳ)のためのＡＣＢスキップ情報をシステム情報(例えば、ＳＩＢ２)を介してＵＥに提供する。このとき、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、このＡＣＢスキップ情報をＮＡＳ階層に送信する。このとき、ＳＩＢ２を介して提供されるＡＣＢスキップ情報は、周期的に提供されることもでき、ＡＣＢスキップ情報が変化された時に提供されることもでき、このように受信されたＡＣＢスキップ情報をＡＳ階層(例えば、ＲＲＣ階層)は、直ちにＮＡＳ階層に提供(送信)する。ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰが開始またはトリガリングされる時、ＡＣＢ  ｓｋｉｐ  ＳＥＴ/ＳＴＡＲＴをＮＡＳ階層に送信する。このとき、ＡＣＢ  ｓｋｉｐ  ＳＥＴ/ＳＴＡＲＴは、ｏｎｅ−ｂｉｔ  ｉｎｄｉｃａｔｉｏｎであり、またはＭＭＴＥＬ−ｖｏｉｃｅ−ＡＣＢ−ｓｋｉｐ−ＳＥＴ/ＳＴＡＲＴ、ＭＭＴＥＬ−ｖｉｄｅｏ−ＡＣＢ−ｓｋｉｐ−ＳＥＴ/ＳＴＡＲＴ、ＳＭＳｏｖｅｒＩＰ−ＡＣＢ−ｓｋｉｐ−ＳＥＴ/ＳＴＡＲＴのようにＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰによって各々区分されるインジケーション/情報である。このとき、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、実際ネットワークからＡＣＢスキップ情報がＡＣＢ  ｓｋｉｐ適用が設定された場合と関係なしに、ＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰが開始またはトリガリングされる時、前記ＭＭＴＥＬ−ｖｏｉｃｅ/ｖｉｄｅｏ−ＡＣＢ−ｓｋｉｐ−ＳＥＴ/ＳＴＡＲＴまたはＳＭＳｏｖｅｒＩＰ−ＡＣＢ−ｓｋｉｐ−ＳＥＴ/ＳＴＡＲＴインジケーション/情報をＮＡＳ階層に提供する。
【０４６５】
前記ＮＡＳ階層は、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がこのようなＡＣＢ  ｓｋｉｐ  ＳＥＴ/ＳＴＡＲＴインジケーション/情報の受信を受けた後、ＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰのパケットを送信するためにサービス要求手順を開始(実行)する。このとき、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＡＣＢスキップ設定によって、ＡＳ階層(例えば、ＲＲＣ階層)にＡＣＢ−ｓｋｉｐ−ＯＮ/ＴＲＵＥ−ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎ情報を提供する。このようなＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥ−ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎは、サービス要求手順を開始(実行)する時に提供されることもでき、サービス要求手順と関係なしに直ちに提供されることもできる。
【０４６６】
図２７ａ及び図２７ｂは、本明細書の提案９の変形例を示す信号流れ図である。
【０４６７】
図２７ａ及び図２７ｂを参照して分かるように、ＮＡＳ階層は、このようなＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥ−ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎをＮＡＳ復旧のためのＴＡＵ要求手順を開始(実行)する時も提供されることができ、またはＴＡＵ要求手順と関係なしに直ちに提供されることもできる。
【０４６８】
ＡＳ階層(例えば、ＲＲＣ階層)で、ＮＡＳ階層で提供する前記ＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥ−ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎによって、該当サービス要求メッセージに対してＡＣＢに対する検査を通過させるようになる。
【０４６９】
もし、ＮＡＳ復旧のためのＴＡＵ要求手順が開始(実行)する場合、ＡＳ階層(例えば、ＲＲＣ階層)で、前記ＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥ−ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎによって、該当ＴＡＵ要求メッセージ(ＲＲＣ確立原因は、ＭＯ  ｓｉｇｎａｌｌｉｎｇに設定される)に対してＡＣＢに対する検査を通過させたり適用したりするようになる。
【０４７０】
該当ＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッションが終了すると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬサービス(送信)終了を知らせるＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰをＮＡＳ階層に送信する。このとき、ＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰは、ｏｎｅ−ｂｉｔ  ｉｎｄｉｃａｔｉｏｎであり、またはＭＭＴＥＬ−ｖｏｉｃｅ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰ、ＭＭＴＥＬ−ｖｉｄｅｏ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰ、ＳＭＳｏｖｅｒＩＰ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰのようにＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰによって各々区分されるインジケーション/情報である。ＭＭＴＥＬ階層でＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰインジケーション/情報を受信すると、ＮＡＳ階層は、以後に開始/発生するサービス要求手順(または、ＴＡＵ要求手順)にＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥ  ｉｎｄｉｃａｔｉｏｎ/ｉｎｆｏｒｍａｔｉｏｎを共に/別途にＡＳ階層(例えば、ＲＲＣ階層)に提供しない。
【０４７１】
上記提案で、ＮＡＳ階層がサービス要求手順(または、ＴＡＵ要求手順)を開始/実行する時、ＲＲＣ階層にネットワークからＳＩＢ２を介して提供を受けたＡＣＢスキップ情報を要求することもでき、ＲＲＣ階層がシステム情報(ＳＩ)がアップデートされるたびにまたはシステム情報(ＳＩ)内のＡＣＢスキップ情報の変更を確認するたびに、ＮＡＳ階層に直ちに(ネットワークから提供を受けた)ＡＣＢスキップ情報を提供することもできる。
【０４７２】
ＮＡＳ復旧のためにサービス要求手順またはＴＡＵ要求手順が実行されることができ、サービス要求手順は、アップリンクデータがある場合に実行されることができ、前記ＴＡＵ要求手順は、アップリンクデータがない場合に実行されることができる。
【０４７３】
<提案１０−１/１０−２/１０−３の概要>
【０４７４】
まず、提案１−１は、ＮＡＳ階層とＡＳ階層(即ち、ＲＲＣ階層)の動作に関し、提案１−２は、ＭＭＴＥＬ(ＩＭＳ)動作に関し、提案１−３は、ＳＭＳ−ｏｖｅｒ  ＩＰ動作に関する。
【０４７５】
図２８ａ及び図２８ｂは、本明細書の提案１０−１/１０−２/１０−３を示す信号流れ図である。
【０４７６】
図２８ａ及び図２８ｂを参照すると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰまたはＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)であることを知らせるインジケーション/情報をＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＳＭＳ  ｏｖｅｒ  ＩＰセッションであることを知らせるインジケーション/情報をＮＡＳ階層に提供する。
【０４７７】
または、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、他のＭＭＴＥＬ音声サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ音声セッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ映像サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、他のＭＭＴＥＬ音声サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０４７８】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声/映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎを提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＡＣＢスキップインジケーションをＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０４７９】
一方、提案１０−２/１０−３によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結が終われると/終了すると、他のＭＭＴＥＬ音声、ＭＭＴＥＬ映像サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層で他のＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０４８０】
また、提案１０−２/１０−３によると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ(即ち、ＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ)を提供すると、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声/映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)終了であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッションに対してＡＣＢに対する検査を通過(ｓｋｉｐ)させない。即ち、一般的なデータのためのセッションと認知し、サービス要求手順を実行するようになり、ＡＳ階層(即ち、ＲＲＣ階層)ではＡＣＢを適用させる。
【０４８１】
一方、ネットワークで提供されるＡＣＢ  ｓｋｉｐ  ｉｎｆｏｒｍａｔｉｏｎが変更された時、ＡＳ階層(例えば、ＲＲＣ階層)は、変更された情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層とＮＡＳ階層に提供する。ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＭＭＴＥＬ音声セッションが進行していると、ＭＭＴＥＬのためのＩＭＳ階層は、直ちにＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＭＭＴＥＬのためのＩＭＳ階層は、直ちにＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していると、直ちにＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。もし、変更されたＡＣＢスキップ情報がＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｒｅｓｅｔ/ｆａｌｓｅの場合、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰセッションが進行していると、ＭＭＴＥＬ音声/映像のためのＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎを直ちにＮＡＳ階層に提供する。ＮＡＳ階層は、前記ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰ(ＩＭＳ)階層で提供を受けたＡＣＢスキップインジケーション/情報変更によって、以後サービス要求手順を実行する。
【０４８２】
<提案１０−１>
【０４８３】
提案１０−１によると、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ネットワークから提供を受けたＡＣＢスキップ情報をＮＡＳ階層に提供する。このとき、ＡＳ階層(例えば、ＲＲＣ階層)は、ネットワークから提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰ/ＳＭＳ  ｏｖｅｒ  ＮＡＳのためのＡＣＢスキップ情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層と共にＮＡＳ階層の両方ともに提供することもできる。もし、ネットワークから提供を受けた情報がＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰサービスのみの場合は、ＡＣＢスキップ情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層にのみ提供することもできる。また、ネットワークから提供を受けた情報がＳＭＳサービスのみを含んでいる場合、ＡＣＢスキップ情報をＮＡＳ階層にのみ提供することもできる。
【０４８４】
図２９ａ及び図２９ｂは、本明細書の提案１０−１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０４８５】
図２９ａ及び図２９ｂを参照すると、ＳＭＳ  ｏｖｅｒ  ＮＡＳの場合、ＮＡＳ階層は、ＭＯ  ＳＭＳ連結のためのサービス要求手順を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＮＡＳサービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、ＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)を共にＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０４８６】
一方、提案１０−１による改善を説明すると、下記の通りである。
【０４８７】
下記の非正常ケースが確認されることができる。
【０４８８】
ａ)ＡＣＢにより拒絶されたアクセスまたは下位階層から受信された延長待機タイム(Ｅｘｔｅｎｄｅｄ  ｗａｉｔ  ｔｉｍｅ)なしにネットワークから拒絶されたＮＡＳシグナリング連結確立
【０４８９】
ＡＣＢは、下記の場合に適用されない。
【０４９０】
−サービス要求手順がページング要求に応答して開始される場合
【０４９１】
−サービス要求手順がＳＭＳ送信のために要求され、下位階層は、ＡＣＢをスキップするように設定される場合
【０４９２】
−サービス要求手順がユーザ平面の無線リソースに対する上位階層の要求により開始され、上位階層がＡＣＢに対する検査の通過(ｓｋｉｐ)を指示した場合
【０４９３】
サービス要求手順に対するトリガがページング要求に対する応答であり、ＮＡＳシグナリング連結確立がネットワークにより拒絶された場合、前記サービス要求手順は、開始されない。ＵＥが現在サービングセルにとどまっている状態の場合、一般セル再選択手順を実行する。サービス要求手順は、着信呼び(ｔｅｒｍｉｎａｔｉｎｇ  ｃａｌｌｓ)に対するアクセスが許容される場合またはセル変更の理由などで開始されることができる。
【０４９４】
一方、ＲＲＣ確立原因(ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ)をマッピングするＮＡＳ階層の手順に対する改善を説明すると、下記の通りである。
【０４９５】
ＥＭＭがＮＡＳシグナリング連結の確立を要求する場合、ＵＥにより使われるＲＲＣ確立原因は、ＮＡＳ手順によって選択される。ＥＭＭは、アクセス制御の目的として、下位階層にＲＲＣ確立原因と関連した呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を知らせなければならない。さらに、ＥＭＭがＮＡＳ−シグナリング連結を要求する時、上位階層がＡＣＢに対する検査の通過を指示する場合、ＥＭＭは、ＡＣＢに対する検査の通過を下位階層に伝達しなければならない。ＵＥがＥＡＢ(Ｅｘｔｅｎｄｅｄ  Ａｃｃｅｓｓ  Ｂａｒｒｉｎｇ)が設定される場合、アクセス制御の目的として、ＥＭＭは、下記のケースを除いてはＥＡＢをそのような要求に適用させる。
【０４９６】
−選択されたＰＬＭＮでＡＣ１１からＡＣ１５のうち一つを使用するように設定されたＵＥ
【０４９７】
−ページング信号に応答するＵＥ
【０４９８】
−ＲＲＣ確立原因が応急呼び(Ｅｍｅｒｇｅｎｃｙ  ｃａｌｌ)に設定される
【０４９９】
−ＵＥがＥＡＢを無視(ｏｖｅｒｒｉｄｅ)するように設定された場合
【０５００】
−ＵＥがＥＡＢを無視するように設定され、ＥＡＢを無視したままで確立されたＰＤＮ接続を既に有している場合
【０５０１】
ＥＭＭは、アクセス制御の目的として、下記のケースに該当すると、下位階層にＡＣＢを適用しないことを指示する：
【０５０２】
−ＳＭＳの送信に対する要求を受信し、下位階層がＳＭＳに対してはＡＣＢに対する検査の通過を指示する場合
【０５０３】
−ユーザ平面の無線リソースに対して上位階層から要求を受信し、上位階層は、ＡＣＢに対する検査の通過を指示する場合
【０５０４】
【表１５】
2017184287.tif 000018
【０５０５】
<提案１０−２>
【０５０６】
提案１０−２によると、ＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が下記のように改善されることができる。
【０５０７】
下記の情報がＡＳ階層から提供される。
【０５０８】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅ：ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ；
【０５０９】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏ：ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ。
【０５１０】
下記の情報がＮＡＳ階層に伝達されることができる。
【０５１１】
−ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎ；ａｎｄ
【０５１２】
−ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５１３】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求を受け、サービス特定アクセス制御を実行した以後、セッション確立が持続する場合、ＵＥは、下記のように動作する。
【０５１４】
１)マルチメディアテレフォニ通信セッション内にオーディオが提供される場合、オーディオのための他のマルチメディアテレフォニ通信セッションはない場合、ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定される場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５１５】
２)マルチメディアテレフォニ通信セッション内にビデオが提供される場合、ビデオのための他のマルチメディアテレフォニ通信セッションはない場合、ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定される場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５１６】
ＡＳ階層から提供されたＡＣＢスキップ情報がマルチメディアテレフォニ通信セッションが進行中の状態で変更される場合、ＵＥは、下記のように動作する。
【０５１７】
１)前記マルチメディアテレフォニ通信セッション内でオーディオが提供され、ＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが変更される場合、
【０５１８】
もし、ＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されていた場合、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、進行中のセッションを続ける。
【０５１９】
そうでない場合、ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、進行中のセッションを続ける。
【０５２０】
２)もし、前記マルチメディアテレフォニ通信セッション内で映像が提供され、ＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが変更される場合、
【０５２１】
もし、ＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されていた場合、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、進行中のセッションを続ける。
【０５２２】
そうでない場合、ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、進行中のセッションを続ける。
【０５２３】
ＡＳ階層から提供されたＡＣＢスキップ情報の変更は、下記を含む：(１)ＡＣＢスキップ情報が提供されない状態から提供される状態への変更、(２)ＡＣＢスキップ情報の値変更
【０５２４】
マルチメディアテレフォニ通信セッションが終了する時、前記マルチメディアテレフォニ通信セッションが音声を提供するために開始されたものであり、音声を提供するための他のマルチメディアテレフォニ通信セッションは存在しない場合、前記ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達しなければならない。
【０５２５】
同様に、マルチメディアテレフォニ通信セッションが終了する時、前記マルチメディアテレフォニ通信セッションが映像を提供するために開始されたものであり、映像を提供するための他のマルチメディアテレフォニ通信セッションは存在しない場合、前記ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達しなければならない。
【０５２６】
その代案として、ＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が下記のように改善されることができる。
【０５２７】
下記の情報がＡＳ階層から提供される。
【０５２８】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅ：ＭＭＴＥＬ音声のためのＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ；
【０５２９】
−ＡＣＢＳｋｉｐＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏ：ＭＭＴＥＬ映像のためのＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ。
【０５３０】
下記の情報がＮＡＳ階層に伝達される。
【０５３１】
−ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５３２】
−ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５３３】
ユーザからマルチメディアテレフォニ通信セッションの確立に対する要求を受け、サービス特定アクセス制御を実行した以後、セッション確立が持続する場合、ＵＥは、下記のように動作する。
【０５３４】
１)マルチメディアテレフォニ通信セッション内にオーディオのみが提供される場合、オーディオのための他のマルチメディアテレフォニ通信セッションはない場合、ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されると、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５３５】
２)マルチメディアテレフォニ通信セッション内にビデオのみが提供される場合、ビデオのための他のマルチメディアテレフォニ通信セッションはない場合、ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されると、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５３６】
もし、マルチメディアテレフォニ通信セッションが開始された時はＡＳ階層からＡＣＢスキップ情報が提供されなかったが、マルチメディアテレフォニ通信セッションが進行中である時はＡＣＢスキップ情報が提供された場合、またはマルチメディアテレフォニ通信セッションが開始された時はＡＣＢスキップ情報が提供されたが、マルチメディアテレフォニ通信セッションが進行中である時はＡＣＢスキップ情報が変更された場合、ＵＥは、下記のように動作する。
【０５３７】
マルチメディアテレフォニ通信セッション内にオーディオのみが提供される場合、
【０５３８】
１)ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されない状態から設定される状態へ変更された場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５３９】
２)ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定される状態から設定されない状態へ変更された場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５４０】
３)マルチメディアテレフォニ通信セッションが開始された時はＭＭＴＥＬに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＡＳ階層から提供されなかったが、マルチメディアテレフォニ通信セッションが進行中である時はＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが提供され、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されている場合、ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５４１】
他の一方、マルチメディアテレフォニ通信セッション内に映像のみが提供される場合、
【０５４２】
１)ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されない状態から設定される状態へ変更された場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５４３】
２)ＭＭＴＥＬ映像に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定される状態から設定されない状態へ変更された場合、ＵＥは、ＮＡＳ階層にＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎを伝達し、セッション確立を続ける。
【０５４４】
３)マルチメディアテレフォニ通信セッションが開始された時はＭＭＴＥＬに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＡＳ階層から提供されなかったが、マルチメディアテレフォニ通信セッションが進行中である時はＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが提供され、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されている場合、ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５４５】
マルチメディアテレフォニ通信セッションが終了する時、マルチメディアテレフォニ通信セッションがオーディオを提供するために開始され、オーディオを提供するための他のマルチメディアテレフォニ通信セッションはない場合、ＵＥは、ＭＭＴＥＬ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５４６】
<提案１０−３>
【０５４７】
提案１０−２によると、ＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が下記のように改善されることができる。
【０５４８】
下記の情報がＡＳ階層から提供される。
【０５４９】
−ＡＣＢＳｋｉｐＦｏｒＳＭＳ−ｏｖｅｒ−ＩＰ：ＳＭＳ−ｏｖｅｒ−ＩＰのためのＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ  ｆｏｒ。
【０５５０】
下記の情報がＮＡＳ階層に伝達されることができる。
【０５５１】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５５２】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５５３】
ＳＭＳ  ｏｖｅｒ  ＩＰの送信に対するユーザからの要求を受信した時、他のＳＭＳ  ｏｖｅｒ  ＩＰの送信がない場合、ＵＥは、下記のように動作する。
【０５５４】
１)もし、ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、ＳＭＳ  ｏｖｅｒ  ＩＰの送信を進行し続ける。
【０５５５】
ＡＳ階層から提供されたＡＣＢスキップ情報がＳＭＳ  ｏｖｅｒ  ＩＰの進行中に変更される場合、ＵＥは、下記のように動作する。
【０５５６】
１)もし、ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達し、ＳＭＳ  ｏｖｅｒ  ＩＰの送信を続ける。
【０５５７】
その代案として、ＳＣＭ(Ｓｍａｒｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍｉｔｉｇａｔｉｏｎ)内容が下記のように改善されることができる。
【０５５８】
下記の情報がＡＳ階層から提供される。
【０５５９】
−ＡＣＢＳｋｉｐＦｏｒＳＭＳ−ｏｖｅｒ−ＩＰ：ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ。
【０５６０】
下記の情報がＮＡＳ階層に伝達されることができる。
【０５６１】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎ；
【０５６２】
−ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎ
【０５６３】
ＳＭＳ  ｏｖｅｒ  ＩＰの送信に対するユーザからの要求を受信した時、送信する他のＳＭＳ  ｏｖｅｒ  ＩＰがない場合、ＵＥは、下記のように動作する。
【０５６４】
１)ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０５６５】
ＳＭＳ  ｏｖｅｒ  ＩＰが開始される時はＡＣＢスキップ情報がＡＳ階層から提供されなかったが、ＳＭＳ  ｏｖｅｒ  ＩＰを進行する間はＡＣＢスキップ情報が提供された場合、またはＳＭＳ  ｏｖｅｒ  ＩＰが開始される時はＡＣＢスキップ情報がＡＳ階層から提供されたが、ＳＭＳ  ｏｖｅｒ  ＩＰを進行する間はＡＣＢスキップ情報が提供されない場合、ＵＥは、下記のように動作することができる。
【０５６６】
１)ＳＭＳ−ｏｖｅｒ−ＩＰが開始される時はＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔがＡＳ階層から提供されない場合、そしてＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定された場合、ＵＥは、ＳＭＳ  ｏｖｅｒ  ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０５６７】
２)ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定されない状態から設定される状態へ変更された場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０５６８】
３)ＳＭＳ−ｏｖｅｒ−ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔが設定される状態から設定されない状態へ変更された場合、ＵＥは、ＳＭＳ−ｏｖｅｒ−ＩＰ識別子を有するＡＣＢ−ｓｋｉｐ−ｒｅｓｅｔ−ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に伝達する。
【０５６９】
<提案１１>
【０５７０】
図３０ａ及び図３０ｂは、本明細書の提案１１を示す信号流れ図である。
【０５７１】
図３０ａ及び図３０ｂを参照して分かるように、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔの場合、他のＭＭＴＥＬ音声サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ音声のためのセッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ映像サービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔの場合、他のＭＭＴＥＬ映像サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ映像のためのセッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢ  ｓｋｉｐ  ｉｎｆｏｒｍａｔｉｏｎを確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔの場合、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５７２】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声/映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎを提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データのためのセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)開始であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。サービス要求手順の開始時、ＭＭＴＥＬ音声/映像に対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)またはＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ/ｔｒｕｅ)をＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０５７３】
図３１ａ及び図３１ｂは、本明細書の提案１１の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０５７４】
図３１ａ及び図３１ｂを参照すると、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのサービス要求手順の開始時、ＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔの場合、ＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＮＡＳ)に対するＡＣＢスキップインジケーション(即ち、ＡＣＢ  ｓｋｉｐ＝ｓｅｔ)を共にＡＳ階層(例えば、ＲＲＣ階層)に提供する。
【０５７５】
再び、図３０ａ及び図３０ｂを参照すると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結が終われると/終了すると、他のＭＭＴＥＬ音声、ＭＭＴＥＬ映像サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像のためのセッション/呼び(ｃａｌｌ)の終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層で他のＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッションの終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５７６】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎまたはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼びに対するＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎを提供すると、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声/映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)終了であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声/映像またはＳＭＳ  ｏｖｅｒ  ＩＰセッションに対してＡＣＢに対する検査を通過(ｓｋｉｐ)させない。
【０５７７】
一方、ネットワークで提供されるＡＣＢスキップ情報が変更された時、ＡＳ階層(例えば、ＲＲＣ階層)は、変更された情報をＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層とＮＡＳ階層に提供する。ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ音声に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＭＭＴＥＬ音声セッションが進行していると、ＭＭＴＥＬのためのＩＭＳ階層は、直ちにＭＯ  ＭＭＴＥＬに対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＭＭＴＥＬのためのＩＭＳ階層は、直ちにＭＯ  ＭＭＴＥＬに対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認し、もし、ＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅ  ｆｏｒの場合(即ち、ＡＣＢスキップ情報が変更された場合)、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していると、直ちにＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。
【０５７８】
もし、ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ音声サービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ音声に対するＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔの場合(ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅからＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅに変更された場合)、ＭＭＴＥＬ音声セッションが進行していると、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＯ  ＭＭＴＥＬに対するＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。ＭＭＴＥＬのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＭＭＴＥＬ映像サービスに対するＡＣＢスキップ情報を確認し、もし、ＭＭＴＥＬ映像に対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔの場合(即ち、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏからＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏに変更された場合)、ＭＭＴＥＬのためのＩＭＳ階層は、直ちにＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＡＳ階層(例えば、ＲＲＣ階層)から提供を受けたＳＭＳ  ｏｖｅｒ  ＩＰサービスに対するＡＣＢスキップ情報を確認し、もし、ＳＭＳ  ｏｖｅｒ  ＩＰに対してＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔの場合(即ち、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰからＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｎｏｔ  ｓｅｔ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰに変更された場合)、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していると、直ちにＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰをＮＡＳ階層に提供する。
【０５７９】
ＮＡＳ階層は、前記ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰ(ＩＭＳ)階層で提供を受けたＡＣＢスキップインジケーション/情報変更によって、以後サービス要求手順を実行する。
【０５８０】
一方、ＮＡＳ階層は、このようなＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ情報をＮＡＳ復旧のためのＴＡＵ要求手順を開始(実行)する時も提供することができる。
【０５８１】
もし、ＮＡＳ復旧のためのＴＡＵ要求手順が開始(実行)する場合、ＡＳ階層(例えば、ＲＲＣ階層)で、前記ＮＡＳ階層から提供を受けたＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ情報によって、該当ＴＡＵ要求メッセージ(ＲＲＣ確立原因は、ＭＯ  ｓｉｇｎａｌｌｉｎｇに設定される)のＡＣＢをｓｋｉｐ(適用)するようになる。
【０５８２】
該当ＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰセッションが終了すると、ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＭＴＥＬサービス(送信)終了を知らせるＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰをＮＡＳ階層に送信する。このとき、ＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰは、ｏｎｅ−ｂｉｔ  ｉｎｄｉｃａｔｉｏｎであり、またはＭＭＴＥＬ−ｖｏｉｃｅ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰ、ＭＭＴＥＬ−ｖｉｄｅｏ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰ、ＳＭＳｏｖｅｒＩＰ−ＡＣＢ−ｓｋｉｐ−ＲＥＳＥＴ/ＳＴＯＰのようにＭＭＴＥＬ音声/映像/ＳＭＳ  ｏｖｅｒ  ＩＰによって各々区分されるインジケーション/情報である。ＭＭＴＥＬ階層でＡＣＢ  ｓｋｉｐ  ＲＥＳＥＴ/ＳＴＯＰインジケーション/情報を受信すると、ＮＡＳ階層は、以後に開始/発生するサービス要求手順(または、ＴＡＵ要求手順)にＡＣＢ  ｓｋｉｐ−ＯＮ/ＴＲＵＥインジケーション/情報を共に/別途にＡＳ階層(例えば、ＲＲＣ階層)に提供しない。
【０５８３】
上記提案で、ＮＡＳ階層がサービス要求手順(または、ＴＡＵ要求手順)を開始/実行する時、ＲＲＣ階層にネットワークからＳＩＢ２を介して提供を受けたＡＣＢスキップ情報を要求することもでき、ＲＲＣ階層がシステム情報(ＳＩ)がアップデートされるたびにまたはシステム情報(ＳＩ)内のＡＣＢ  ｓｋｉｐ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎが変更されるたびに、ＮＡＳ階層に直ちにＡＣＢ  ｓｋｉｐ  ｉｎｆｏｒｍａｔｉｏｎを提供することもできる。
【０５８４】
<提案１２：標準改善>
【０５８５】
図３２ａ及び図３２ｂは、本明細書の提案１２を示す信号流れ図である。
【０５８６】
図３２ａ及び図３２ｂを参照すると、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声サービス連結を開始する時、他のＭＭＴＥＬ音声サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ音声のためのセッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＭＭＴＥＬのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ映像サービス連結を開始する時、他のＭＭＴＥＬ音声サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層は、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結を開始する時、ＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層は、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの開始を知らせるＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰをＮＡＳ階層に提供する。
【０５８７】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)に対するＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ(例えば、ＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ映像またはＡＣＢ  ｓｋｉｐ  ｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ)を提供すると、ＮＡＳ階層は、前記セッション/呼び(ｃａｌｌ)が一般データセッション/呼び(ｃａｌｌ)でないＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)開始であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション連結のためにサービス要求手順を開始する。このとき、サービス要求メッセージの呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏまたはｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定し、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定する。
【０５８８】
図３３ａ及び図３３ｂは、本明細書の提案１２の変形例を示す信号流れ図である。
【０５８９】
図３３ａ及び図３３ｂを参照すると、サービス要求手順のために拡張サービス要求メッセージが使われる場合、拡張サービス要求メッセージのサービスタイプは、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＭＴＥＬ  ｖｏｉｃｅ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏ/ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｏｖｅｒ  ＩＰ  ｆｏｒ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定され、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定される。また、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏまたはｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰに設定される。
【０５９０】
図３４ａ及び図３４ｂは、本明細書の提案１２の内容のうち、ＳＭＳに対する例を示す信号流れ図である。
【０５９１】
図３４ａ及び図３４ｂを参照すると、ＳＭＳ(ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｏｖｅｒ  Ｓ１０２)の場合、ＮＡＳ階層は、ＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＳＭＳ連結のためのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ開始時、ＳＥＲＶＩＣＥ  ＲＥＱＵＥＳＴメッセージのｃａｌｌ  ｔｙｐｅは、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｏｖｅｒ  Ｓ１０２)に設定され、ＲＲＣ確立原因は、ＭＯ  ｄａｔａに設定される。または、サービス要求手順で拡張サービス要求メッセージが使われる場合、前記拡張サービス要求メッセージのサービスタイプは、ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ(ＲＲＣ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅは、ＭＯ  ｄａｔａに設定され、呼びタイプ(ｃａｌｌ  ｔｙｐｅ)は、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｏｖｅｒ  Ｓ１０２)に設定される。
【０５９２】
再び、図３２ａ及び図３２ｂを参照すると、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳのサービス要求に対する呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、前記サービス要求がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声/ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、ＭＯ  ＳＭＳサービス連結のためのサービス要求であることを認知し、ネットワークから提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰまたはＳＭＳ(ＳＭＳ  ｏｖｅｒ  ＳＧｓ)サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、前記サービス要求に対するＡＣＢ(Ａｃｃｅｓｓ  Ｃｌａｓｓ  Ｂａｒｒｉｎｇ)チェックを通過(ｓｋｉｐ)させるようになる。そして、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０５９３】
または、ＵＥのＡＳ階層(例えば、ＲＲＣ階層)は、ＮＡＳのサービス要求手順(サービス要求メッセージの送信または拡張サービス要求メッセージの送信)に対する呼びタイプ(ｃａｌｌ  ｔｙｐｅ)を判読し、前記サービス要求手順がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、ＭＯ  ＳＭＳサービス連結のためのものであることを認知し、ネットワークから提供を受けたＭＭＴＥＬ音声/ＭＭＴＥＬ映像/ＳＭＳ  ｏｖｅｒ  ＩＰまたはＳＭＳ(ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｏｖｅｒ  Ｓ１０２)サービスに対するＡＣＢスキップ情報を確認し、もし、ＡＣＢ  ｓｋｉｐｐｉｎｇ  ｂｉｔ＝ｓｅｔ/ｔｒｕｅの場合、前記サービス要求メッセージに対するＡＣＢ検査を通過(ｓｋｉｐ)させるようになる。このとき、ＲＲＣ接続要求メッセージの確立原因は、ＭＯ−ｄａｔａに設定される。
【０５９４】
一方、ＮＡＳ階層は、このような呼びタイプ(ｃａｌｌ  ｔｙｐｅ)(例えば、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｏｉｃｅ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ｏｒｉｇｉｎａｔｉｎｇ  ＭＭＴＥＬ  ｖｉｄｅｏ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｉｄｅｏまたはｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ、ｏｒｉｇｉｎａｔｉｎｇ  ＳＭＳ  ｆｏｒ  ＭＯ  ＳＭＳ(ＳＭＳ  ｉｎ  ＭＭＥ、ＳＭＳ  ｏｖｅｒ  ＳＧｓ、ＳＭＳ  ｏｖｅｒ  Ｓ１０２)をＮＡＳ復旧のためのＴＡＵ要求手順を開始(実行)する時も提供することができる。
【０５９５】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ(Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｅｄ)ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像、ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰサービス連結が終われると/終了すると、他のＭＭＴＥＬ音声、ＭＭＴＥＬ映像サービスセッションが進行していないかを確認した後、もし、ない場合、ＭＭＴＥＬのためのＩＭＳ階層がＭＭＴＥＬ音声、ＭＭＴＥＬ映像セッション/呼び(ｃａｌｌ)の終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏをＮＡＳ階層に提供する。同様に、ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層で他のＳＭＳ  ｏｖｅｒ  ＩＰサービスセッションが進行していないかを確認した後、もし、ない場合、ＳＭＳ  ｏｖｅｒ  ＩＰセッションの終了を知らせるＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰをＮＡＳ階層に提供する。(本発明提案１２−３/１２−４案動作内容)
【０５９６】
ＭＭＴＥＬ/ＳＭＳ  ｏｖｅｒ  ＩＰのためのＩＭＳ階層がＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)ＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ(例えば、ＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＭＭＴＥＬ  ｖｏｉｃｅ、ＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＭＴＥＬ  ｖｉｄｅｏまたはＡＣＢ  ｓｋｉｐ  ｒｅｓｅｔ  ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  ＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰ)を提供すると、ＮＡＳ階層は、ＭＯ  ＭＭＴＥＬ音声、ＭＯ  ＭＭＴＥＬ映像またはＭＯ  ＳＭＳ  ｏｖｅｒ  ＩＰのためのセッション/呼び(ｃａｌｌ)終了であることを認知するようになる。以後、ＮＡＳ階層は、ＭＭＴＥＬ音声、ＭＭＴＥＬ映像またはＳＭＳ  ｏｖｅｒ  ＩＰセッションに対するＡＣＢチェック時に通過(ｓｋｉｐ)させない。
【０５９７】
一方、上記で説明した提案は、組み合わさることができる。
【０５９８】
以上、説明した内容は、ハードウェアで具現されることができる。それに対して図１２及び図１２ｂを参照して説明する。
【０５９９】
図３５は、本発明の実施例に係るＵＥ１００及び基地局２００の構成ブロック図である。
【０６００】
図３５に示すように、前記ＵＥ１００は、格納手段１０１、コントローラ１０２、及び送受信部１０３を含む。そして、前記基地局２００は、格納手段２０１、コントローラ２０２、及び送受信部２０３を含む。
【０６０１】
前記格納手段１０１、２０１は、前述した方法を格納する。
【０６０２】
前記コントローラ１０２、２０２は、前記格納手段１０１、２０１及び前記送受信部１０３、２０３を制御する。具体的に、前記コントローラ１０２、２０２は、前記格納手段１０１、２０１に格納された前記方法を各々実行する。そして、前記コントローラ１０２、２０２は、前記送受信部１０３、２０３を介して前記前述した信号を送信する。
【０６０３】
以上、本発明の好ましい実施例を例示的に説明したが、本発明の範囲は、このような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態に修正、変更または改善されることができる。
【図１】
2017184287.tif 000019
【図２】
2017184287.tif 000020
【図３】
2017184287.tif 000021
【図４】
2017184287.tif 000022
【図５ａ】
2017184287.tif 000023
【図５ｂ】
2017184287.tif 000024
【図６】
2017184287.tif 000025
【図７】
2017184287.tif 000026
【図８】
2017184287.tif 000027
【図９ａ】
2017184287.tif 000028
【図９ｂ】
2017184287.tif 000029
【図１０ａ】
2017184287.tif 000030
【図１０ｂ】
2017184287.tif 000031
【図１１ａ】
2017184287.tif 000032
【図１１ｂ】
2017184287.tif 000033
【図１２ａ】
2017184287.tif 000034
【図１２ｂ】
2017184287.tif 000035
【図１３ａ】
2017184287.tif 000036
【図１３ｂ】
2017184287.tif 000037
【図１４ａ】
2017184287.tif 000038
【図１４ｂ】
2017184287.tif 000039
【図１５ａ】
2017184287.tif 000040
【図１５ｂ】
2017184287.tif 000041
【図１６ａ】
2017184287.tif 000042
【図１６ｂ】
2017184287.tif 000043
【図１７ａ】
2017184287.tif 000044
【図１７ｂ】
2017184287.tif 000045
【図１８ａ】
2017184287.tif 000046
【図１８ｂ】
2017184287.tif 000047
【図１９ａ】
2017184287.tif 000048
【図１９ｂ】
2017184287.tif 000049
【図２０ａ】
2017184287.tif 000050
【図２０ｂ】
2017184287.tif 000051
【図２１ａ】
2017184287.tif 000052
【図２１ｂ】
2017184287.tif 000053
【図２２ａ】
2017184287.tif 000054
【図２２ｂ】
2017184287.tif 000055
【図２３ａ】
2017184287.tif 000056
【図２３ｂ】
2017184287.tif 000057
【図２４ａ】
2017184287.tif 000058
【図２４ｂ】
2017184287.tif 000059
【図２５ａ】
2017184287.tif 000060
【図２５ｂ】
2017184287.tif 000061
【図２６ａ】
2017184287.tif 000062
【図２６ｂ】
2017184287.tif 000063
【図２７ａ】
2017184287.tif 000064
【図２７ｂ】
2017184287.tif 000065
【図２８ａ】
2017184287.tif 000066
【図２８ｂ】
2017184287.tif 000067
【図２９ａ】
2017184287.tif 000068
【図２９ｂ】
2017184287.tif 000069
【図３０ａ】
2017184287.tif 000070
【図３０ｂ】
2017184287.tif 000071
【図３１ａ】
2017184287.tif 000072
【図３１ｂ】
2017184287.tif 000073
【図３２ａ】
2017184287.tif 000074
【図３２ｂ】
2017184287.tif 000075
【図３３ａ】
2017184287.tif 000076
【図３３ｂ】
2017184287.tif 000077
【図３４ａ】
2017184287.tif 000078
【図３４ｂ】
2017184287.tif 000079
【図３５】
2017184287.tif 000080