JP2017184287A - サービス要求手順実行方法及びユーザ装置 - Google Patents

サービス要求手順実行方法及びユーザ装置 Download PDF

Info

Publication number
JP2017184287A
JP2017184287A JP2017126381A JP2017126381A JP2017184287A JP 2017184287 A JP2017184287 A JP 2017184287A JP 2017126381 A JP2017126381 A JP 2017126381A JP 2017126381 A JP2017126381 A JP 2017126381A JP 2017184287 A JP2017184287 A JP 2017184287A
Authority
JP
Japan
Prior art keywords
mmtel
layer
service request
sms
acb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2017126381A
Other languages
English (en)
Inventor
ジェヒュン キム
Jaehyun Kim
ジェヒュン キム
ヨンデ リ
Young Dae Lee
ヨンデ リ
レヨン キム
Laeyoung Kim
レヨン キム
ヒュンソク キム
Hyoung Seok Kim
ヒュンソク キム
テフン キム
Tefun Kim
テフン キム
スンフン ジュン
Sung Hoon Jung
スンフン ジュン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2017184287A publication Critical patent/JP2017184287A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】本明細書の一開示は、ユーザ装置(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ)におけるサービス要求手順(Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ ｐｒｏｃｅｄｕｒｅ)を実行する方法を提供する。【解決手段】前記方法は、ＡＣＢ(ａｃｃｅｓｓ ｃｌａｓｓ ｂａｒｒｉｎｇ)により発信呼び(ｏｒｉｇｉｎａｔｉｎｇ ｃａｌｌ)のためのアクセスを前記ＵＥの下位階層が遮断するステップ；アップリンクデータのための要求により上位階層からの開始インジケーションを前記ＵＥのＮＡＳ階層が受信するステップ；及び、前記下位階層は、前記発信呼びに対する前記アクセスが遮断されたと指示したが、前記ＮＡＳ階層は、前記開始インジケーションを受信した場合、前記ＮＡＳ階層は、サービス要求手順を開始するステップ；を含む。【選択図】図１０ａ

Description

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

Claims (16)

  1. サービス要求手順を実行する方法であって、前記方法は、ユーザ装置（ＵＥ）により実行され、前記方法は、
    前記ＵＥのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）階層により、ＭＭＴＥＬ（ｍｕｌｔｉｍｅｄｉａ ｔｅｌｅｐｈｏｎｙ）音声、ＭＭＴＥＬ映像、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）ｏｖｅｒ ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）のうちの少なくとも１つの開始インジケーションを上位階層から受信することと、
    下位階層が、発信呼びに対する以前のアクセスが遮断されたと指示する場合、そして、前記ＮＡＳ階層が、前記開始インジケーションを受信した場合に、前記ＮＡＳ階層により、サービス要求手順を開始することと
    を含み、
    前記サービス要求手順を開始することは、
    サービス要求メッセージまたは拡張サービス要求メッセージを送信するための呼びタイプを前記下位階層に伝達することを含み、
    前記呼びタイプは、発信ＭＭＴＥＬ音声、発信ＭＭＴＥＬ映像、発信ＳＭＳ ｏｖｅｒ ＩＰまたは発信ＳＭＳのうちの１つに設定される、方法。
  2. ＩＰを介した発信メッセージの送信に対する要求が受信された場合に、前記ＮＡＳ階層は、前記ＳＭＳ ｏｖｅｒ ＩＰの前記開始インジケーションを受信する、請求項１に記載の方法。
  3. 前記ＩＰを介した発信メッセージの送信に対する要求が受信された場合、そして、ＩＰを介した他の発信メッセージは存在しない場合に、前記ＮＡＳ階層は、前記ＳＭＳ ｏｖｅｒ ＩＰの前記開始インジケーションを受信する、請求項２に記載の方法。
  4. 発信ＭＭＴＥＬ通信セッションの確立に対する要求が受信された場合に、前記ＮＡＳ階層は、前記ＭＭＴＥＬ音声または前記ＭＭＴＥＬ映像のうちの少なくとも１つの前記開始インジケーションを受信する、請求項１に記載の方法。
  5. 前記ＭＭＴＥＬ通信セッション内でオーディオが提供される場合、または前記ＭＭＴＥＬ通信セッション内でビデオが提供される場合に、前記ＮＡＳ階層は、前記ＭＭＴＥＬ音声または前記ＭＭＴＥＬ映像のうちの少なくとも１つの前記開始インジケーションを受信する、請求項４に記載の方法。
  6. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼びが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求は、
    前記発信ＭＭＴＥＬ音声に設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１に記載の方法。
  7. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼びが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＭＭＴＥＬ映像に設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１に記載の方法。
  8. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ ｏｖｅｒ ＩＰが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＳＭＳ ｏｖｅｒ ＩＰに設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１に記載の方法。
  9. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがＳＭＳまたはＳＭＳ ｏｖｅｒ ＮＡＳのためのアップリンクシグナリングのためのリソースを要求するためのものである場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＳＭＳに設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１に記載の方法。
  10. 前記サービス要求メッセージは、さらに、サービスタイプフィールドを含み、
    前記サービスタイプフィールドは、ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ＭＭＴＥＬ音声、ＭＯ ＭＭＴＥＬ映像、ＭＯ ＳＭＳ ｏｖｅｒ ＩＰ、またはＭＯ ＳＭＳもしくはＳＭＳ ｏｖｅｒ ＮＡＳに設定される、請求項１に記載の方法。
  11. サービス要求手順を実行するユーザ装置（ＵＥ）であって、
    送受信部と、
    前記送受信部を制御するプロセッサと
    を含み、
    前記プロセッサは、
    下位階層と、
    ＭＭＴＥＬ（ｍｕｌｔｉｍｅｄｉａ ｔｅｌｅｐｈｏｎｙ）音声、ＭＭＴＥＬ映像、ＳＭＳ（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）ｏｖｅｒ ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）のうちの少なくとも１つの開始インジケーションを上位階層から受信するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）階層と
    を含み、
    前記下位階層が、発信呼びに対する以前のアクセスが遮断されたと指示する場合、そして、前記ＮＡＳ階層が、前記開始インジケーションを受信した場合に、前記ＮＡＳ階層は、サービス要求手順の開始のためのサービス要求メッセージまたは拡張サービス要求メッセージを送信するための呼びタイプを前記下位階層に伝達し、
    前記呼びタイプは、発信ＭＭＴＥＬ音声、発信ＭＭＴＥＬ映像、発信ＳＭＳ ｏｖｅｒ ＩＰまたは発信ＳＭＳのうちの１つに設定される、ユーザ装置。
  12. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ音声呼びが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求は、
    前記発信ＭＭＴＥＬ音声に設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１１に記載のユーザ装置。
  13. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＭＭＴＥＬ映像呼びが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＭＭＴＥＬ映像に設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１１に記載のユーザ装置。
  14. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがユーザ平面の無線リソースを要求するためのものである場合、そしてＳＭＳ ｏｖｅｒ ＩＰが開始された場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＳＭＳ ｏｖｅｒ ＩＰに設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１１に記載のユーザ装置。
  15. 前記サービス要求メッセージまたは前記拡張サービス要求メッセージがＳＭＳまたはＳＭＳ ｏｖｅｒ ＮＡＳのためのアップリンクシグナリングのためのリソースを要求するためのものである場合に、
    前記サービス要求メッセージまたは前記拡張サービス要求メッセージは、
    前記発信ＳＭＳに設定された前記呼びタイプフィールドと、
    ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ｄａｔａを示す値に設定された確立原因フィールドと
    を含む、請求項１１に記載のユーザ装置。
  16. 前記サービス要求メッセージは、さらに、サービスタイプフィールドを含み、
    前記サービスタイプフィールドは、ＭＯ（ｍｏｂｉｌｅ ｏｒｉｅｎｔｉｎｇ） ＭＭＴＥＬ音声、ＭＯ ＭＭＴＥＬ映像、ＭＯ ＳＭＳ ｏｖｅｒ ＩＰ、またはＭＯ ＳＭＳもしくはＳＭＳ ｏｖｅｒ ＮＡＳに設定される、請求項１１に記載のユーザ装置。
JP2017126381A 2014-03-19 2017-06-28 サービス要求手順実行方法及びユーザ装置 Pending JP2017184287A (ja)

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
US201461955233P 2014-03-19 2014-03-19
US61/955,233 2014-03-19
US201461982343P 2014-04-22 2014-04-22
US61/982,343 2014-04-22
US201461987503P 2014-05-02 2014-05-02
US61/987,503 2014-05-02
US201461995000P 2014-05-19 2014-05-19
US61/995,000 2014-05-19
US201462002190P 2014-05-23 2014-05-23
US62/002,190 2014-05-23
US201462019897P 2014-07-02 2014-07-02
US62/019,897 2014-07-02
US201462022218P 2014-07-09 2014-07-09
US62/022,218 2014-07-09
US201462030088P 2014-07-29 2014-07-29
US62/030,088 2014-07-29

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016540831A Division JP6169799B2 (ja) 2014-03-19 2015-03-18 サービス要求手順実行方法及びユーザ装置

Publications (1)

Publication Number Publication Date
JP2017184287A true JP2017184287A (ja) 2017-10-05

Family

ID=54144938

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2016540831A Expired - Fee Related JP6169799B2 (ja) 2014-03-19 2015-03-18 サービス要求手順実行方法及びユーザ装置
JP2016540830A Expired - Fee Related JP6161825B2 (ja) 2014-03-19 2015-03-18 サービス要求手順実行方法及びユーザ装置
JP2017126381A Pending JP2017184287A (ja) 2014-03-19 2017-06-28 サービス要求手順実行方法及びユーザ装置

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2016540831A Expired - Fee Related JP6169799B2 (ja) 2014-03-19 2015-03-18 サービス要求手順実行方法及びユーザ装置
JP2016540830A Expired - Fee Related JP6161825B2 (ja) 2014-03-19 2015-03-18 サービス要求手順実行方法及びユーザ装置

Country Status (6)

Country Link
US (2) US20160227469A1 (ja)
EP (2) EP3119156A4 (ja)
JP (3) JP6169799B2 (ja)
KR (2) KR20160052569A (ja)
CN (2) CN105659691A (ja)
WO (2) WO2015142049A1 (ja)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6092822B2 (ja) * 2014-08-07 2017-03-08 株式会社Ｎｔｔドコモ 移動局、基地局、規制制御方法及び報知情報送信方法
US10165472B2 (en) * 2014-10-03 2018-12-25 Intel IP Corporation Systems and methods for managing circuit switched fallback calls
EP3261386B1 (en) * 2015-03-13 2019-12-18 Huawei Technologies Co., Ltd. Service processing method, related device and system
US10638537B2 (en) 2015-05-14 2020-04-28 Samsung Electronics Co., Ltd. Apparatus and method for managing radio resource in wireless communication system
CA2996178C (en) * 2015-09-30 2019-12-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Service bearer congestion control method and device
KR102389003B1 (ko) * 2015-10-13 2022-04-22 삼성전자주식회사 이종망간 전환시 멀티미디어 서비스 제공 장치 및 방법
US10506389B2 (en) * 2016-02-04 2019-12-10 Nec Corporation Radio terminal, radio station, and method therefor
US11044776B2 (en) 2016-03-27 2021-06-22 Lg Electronics Inc. Method for attempting network access from NB-IoT RAT
KR102219565B1 (ko) 2016-05-18 2021-02-23 텔레폰악티에볼라겟엘엠에릭슨(펍) 라디오 베어러의 재개 방법과 이와 관련된 무선 단말 및 네트워크 노드
JP6757843B2 (ja) * 2016-07-05 2020-09-23 エルジー エレクトロニクス インコーポレイティド 次世代移動通信ネットワークでアクセス制御を遂行する方法及びユーザ装置
US20190261426A1 (en) * 2016-10-31 2019-08-22 Lg Electronics Inc. Method for performing random access by terminal, and device supporting same
CN109906633B (zh) * 2016-11-03 2021-06-22 Lg电子株式会社 无线通信系统中从ngs移动到eps的方法和用于该方法的设备
US10999781B2 (en) 2016-11-09 2021-05-04 Lg Electronics Inc. Method for transmitting RRC message and wireless device
WO2018086059A1 (en) * 2016-11-11 2018-05-17 Qualcomm Incorporated Access control in connected mode, idle mode, and inactive state
CN108616868B (zh) 2017-01-09 2020-03-06 电信科学技术研究院 一种终端空闲态的处理方法及装置
CN110493890B (zh) * 2017-03-18 2020-11-10 华为技术有限公司 一种连接恢复方法、接入和移动性管理功能实体、通信装置及系统
EP4138461A1 (en) * 2017-05-05 2023-02-22 Apple Inc. Access control mechanism
CN109246720B (zh) 2017-05-11 2021-04-09 电信科学技术研究院 一种确定建立原因的方法和终端
EP3624536B1 (en) 2017-06-15 2024-06-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink access request process according to an access category self-determined by an access stratum entity of a user equipment
CN109451793B (zh) 2017-06-30 2021-11-23 北京小米移动软件有限公司 一种实现网络边缘计算的方法及装置
US10779254B2 (en) 2017-08-16 2020-09-15 Electronics And Telecommunications Research Institute Service request method for 5G local service
WO2019135581A1 (ko) * 2018-01-02 2019-07-11 엘지전자 주식회사 어태치 요청 절차를 수행하는 방법 및 사용자 장치
WO2019194717A1 (en) * 2018-04-04 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) User equipment and method to handle access barring
CN111654894B (zh) * 2018-06-26 2022-08-30 北京小米移动软件有限公司 接入控制ac限制方法及装置
JP7115236B2 (ja) 2018-11-08 2022-08-09 富士通株式会社 評価プログラムおよび評価方法
MX2021005412A (es) * 2018-11-14 2021-07-06 Nokia Technologies Oy Aparato, metodo y programa informatico para el control de conexiones.
CN111385595B (zh) * 2018-12-29 2022-05-31 阿里巴巴集团控股有限公司 网络直播方法、直播中补货处理方法、装置、直播服务器及终端设备
EP4013143A4 (en) * 2019-08-07 2023-08-02 LG Electronics Inc. IMS SIGNALING
WO2021025431A1 (ko) * 2019-08-07 2021-02-11 엘지전자 주식회사 Ims 시그널링
KR20220102068A (ko) * 2021-01-12 2022-07-19 삼성전자주식회사 에지 컴퓨팅을 지원하는 무선 통신 시스템에서 통신 방법 및 장치
CN114125738B (zh) * 2021-11-26 2022-12-06 Oppo广东移动通信有限公司 数据传输控制方法及相关装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011082716A (ja) * 2009-10-05 2011-04-21 Ntt Docomo Inc 移動局
JP2013236169A (ja) * 2012-05-07 2013-11-21 Ntt Docomo Inc 移動局
US20140010180A1 (en) * 2012-07-06 2014-01-09 Lg Electronics Inc. Method and apparatus for service access barring

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8265615B2 (en) * 2007-10-31 2012-09-11 Nokia Corporation System apparatus and method for updating communication services
CN101547492A (zh) * 2008-03-24 2009-09-30 华为技术有限公司 一种限制接入类型的方法
US8837426B2 (en) * 2008-12-19 2014-09-16 Htc Corporation Method of handling cell selection for in a wireless communication system and related mobile device
ES2355227B1 (es) * 2009-02-23 2012-02-10 Vodafone España, S.A.U. Método para proporcionar control automático de acceso a celdas, para usuarios móviles de alta prioridad en situaciones de sobrecarga y emergencia.
JP4713670B2 (ja) * 2009-10-05 2011-06-29 株式会社エヌ・ティ・ティ・ドコモ 移動局
EP2724514B1 (en) * 2011-06-22 2020-08-05 Telefonaktiebolaget LM Ericsson (publ) Mmtel network call logging
JP5896829B2 (ja) * 2012-05-22 2016-03-30 株式会社Ｎｔｔドコモ ネットワークアクセス規制方法、移動機及びプロセッサ
US9775011B2 (en) * 2014-01-31 2017-09-26 Intel Corporation Implementations of application specific access class barring skip functionality in a wireless network
EP3117666B1 (en) * 2014-03-13 2019-10-16 LG Electronics Inc. Method and apparatus for indicating skipping of access class barring in wireless communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011082716A (ja) * 2009-10-05 2011-04-21 Ntt Docomo Inc 移動局
JP2013236169A (ja) * 2012-05-07 2013-11-21 Ntt Docomo Inc 移動局
US20140010180A1 (en) * 2012-07-06 2014-01-09 Lg Electronics Inc. Method and apparatus for service access barring

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "Smart congestion mitigation in E-UTRAN for MMTEL and SMS (Alternative 2)", 3GPP TSG-CT WG1♯86BIS C1-141177, JPN6017019467, 24 March 2014 (2014-03-24) *
RAN2: "LS on MMTEL and SMS prioritization", 3GPP TSG-CT WG1♯86BIS C1-140873, JPN6017019466, 18 March 2014 (2014-03-18) *

Also Published As

Publication number Publication date
EP3119156A1 (en) 2017-01-18
WO2015142049A1 (ko) 2015-09-24
EP3122145B1 (en) 2019-09-18
KR20160052569A (ko) 2016-05-12
KR20160048819A (ko) 2016-05-04
EP3119156A4 (en) 2017-11-15
US20160227468A1 (en) 2016-08-04
CN105659691A (zh) 2016-06-08
CN105794300A (zh) 2016-07-20
JP6161825B2 (ja) 2017-07-12
EP3122145A1 (en) 2017-01-25
JP6169799B2 (ja) 2017-07-26
KR101828725B1 (ko) 2018-03-29
US20160227469A1 (en) 2016-08-04
EP3122145A4 (en) 2017-11-15
WO2015142048A1 (ko) 2015-09-24
JP2016529855A (ja) 2016-09-23
JP2016529856A (ja) 2016-09-23

Similar Documents

Publication Publication Date Title
JP6161825B2 (ja) サービス要求手順実行方法及びユーザ装置
JP6505274B2 (ja) アプリケーション別ネットワークアクセス遮断方法及びユーザ装置
US11160007B2 (en) Method and terminal for carrying out access control in 5th generation mobile communication system
JP6333994B2 (ja) Ａｃｄｃによるネットワークアクセス遮断方法及びユーザ装置
JP6321832B2 (ja) アプリケーション別ネットワークアクセス遮断方法及びユーザ装置
US10694447B2 (en) Method for attempting network access from NB-IoT RAT
KR101698285B1 (ko) Ims 기반 서비스 연결 방법
US10972960B2 (en) Method and user equipment for blocking network access by ACDC
US11064555B2 (en) Method for transmitting RRC message and wireless device
JP6382341B2 (ja) 特定ｐｄｎの障害に対応する方法
US11044776B2 (en) Method for attempting network access from NB-IoT RAT
KR20160045076A (ko) Ims 서비스를 위한 페이징 방법 및 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180615

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190128