(57)【要約】【課題】無線通信システムにおけるアクセス制御を実行する方法および装置を提供する。【解決手段】端末は、ネットワークからアクセス制御パラメータおよびバックオフパラメータを受信し、アプリケーション（application）に基づいてアクセス制御パラメータを適用するかまたはバックオフパラメータを適用するかを決定する。アクセス制御パラメータを適用するように決定する場合、端末は、バックオフパラメータの代わりにアクセス制御パラメータを適用する。【選択図】図６
2016524418.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末がアクセス制御を実行する方法において、
ネットワークからアクセス制御パラメータおよびバックオフパラメータを受信し、
アプリケーションに基づいて前記アクセス制御パラメータを適用するかまたは前記バックオフパラメータを適用するかを決定し、
前記決定されたパラメータを適用することを有する、方法。
【請求項２】
前記端末が前記アプリケーションに基づいて前記アクセス制御パラメータを適用すべきかまたは前記バックオフパラメータを適用すべきかを指示する構成を前記ネットワークから受信することをさらに有する、請求項１に記載の方法。
【請求項３】
前記アクセス制御パラメータは、システム情報から受信されたアクセスクラス禁止情報または前記システム情報から受信されたサービス固有アクセス制御情報のうちいずれか一つである、請求項１に記載の方法。
【請求項４】
前記アクセス制御パラメータは、ランダムアクセスプリアンブルまたはスケジューリング要求に対してランダムアクセスバックオフ適用の省略を指示する、請求項１に記載の方法。
【請求項５】
前記アクセス制御パラメータは、禁止時間および禁止ファクタを有する、請求項１に記載の方法。
【請求項６】
前記アクセス制御パラメータは、個別制御チャネル（ＤＣＣＨ）上の無線リソース制御（ＲＲＣ）メッセージ、システム情報、ランダムアクセス応答、または媒体接続制御（ＭＡＣ）制御要素のうちいずれか一つを介して受信される、請求項１に記載の方法。
【請求項７】
前記アプリケーションが一つまたは複数の特定モバイル発信（ＭＯ）アクセスに該当する場合、前記アクセス制御パラメータを適用するように決定する、請求項１に記載の方法。
【請求項８】
前記一つまたは複数の特定モバイル発信アクセスは、緊急アクセス、高い優先順位アクセス、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）シグナリングに関するアクセス、マルチメディア電話（ＭＭＴＥＬ）アプリケーションに関するアクセス、モバイルターミネイティングアクセス、またはモバイル発信シグナリングに関するアクセスのうち少なくともいずれか一つを有する、請求項７に記載の方法。
【請求項９】
前記アクセス制御パラメータが、一つまたは複数の特定モバイル発信アクセスに関するスケジューリング要求またはランダムアクセスプリアンブルを送信する前に端末が前記アクセス制御パラメータを適用するように指示する場合、前記アクセス制御パラメータを適用するように決定する、請求項１に記載の方法。
【請求項１０】
一つまたは複数の特定モバイル発信アクセスのためランダムアクセスまたはスケジューリング要求が開始される場合、前記アクセス制御パラメータを適用するように決定する、請求項１に記載の方法。
【請求項１１】
前記アクセス制御パラメータを適用するように決定する場合、前記決定されたパラメータを適用することは、前記アクセス制御パラメータによってランダムアクセスプリアンブルまたはスケジューリング要求の送信を遅延するかどうかを決定することを有する、請求項１に記載の方法。
【請求項１２】
前記バックオフパラメータを適用するように決定する場合、前記決定されたパラメータを適用することは、前記バックオフパラメータによってランダムアクセスプリアンブルまたはスケジューリング要求の送信を遅延するかどうかを決定することを有する、請求項１に記載の方法。
【請求項１３】
前記端末は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態である、請求項１に記載の方法。
【請求項１４】
無線通信システムにおける端末において、
無線信号を送信または受信する無線周波（ＲＦ）部と、
前記ＲＦ部と接続されるプロセッサと、を有し、
前記プロセッサは、
ネットワークからアクセス制御パラメータおよびバックオフパラメータを受信し、
アプリケーションに基づいて前記アクセス制御パラメータを適用するかまたは前記バックオフパラメータを適用するかを決定し、
前記決定されたパラメータを適用するように構成される、端末。
【請求項１５】
前記端末が前記アプリケーションに基づいて前記アクセス制御パラメータを適用すべきかまたは前記バックオフパラメータを適用すべきかを指示する構成を前記ネットワークから受信するようにさらに構成される、請求項１４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるアクセス制御を実行するための方法および装置に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal Mobile Telecommunications System）は、ヨーロッパシステム（European system）、ＧＳＭ（登録商標）（Global System for Mobile communications）およびＧＰＲＳ（General Packet Radio Services）に基づいてＷＣＭＤＡ（登録商標）（Wideband Code Division Multiple Access）で動作する第３世代（3rd generation）非同期（asynchronous）移動通信システムである。ＵＭＴＳのＬＴＥ（Long-Term Evolution）については、ＵＭＴＳを標準化する３ＧＰＰ（3rd Generation Partnership Project）が議論中である。
【０００３】
３ＧＰＰ ＬＴＥは、高速パケット通信を可能にするための技術である。ＬＴＥの目標であるユーザおよび事業者のコスト（費用）節減、サービス品質向上、カバレッジ拡張およびシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベルの必要条件として、ビット当たり費用の節減、サービスの有用性の向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェースおよび端末の適切な電力消費を要求する。
【０００４】
ＡＳＡＣ（Application and Service Access Control）は、端末がＩＤＬＥ_ＭＯＤＥにある間に、オペレータ（運営者）（operator）が、特別な、オペレータによって特定（確認）された（operator-identified）アプリケーション、マルチメディア電話（テレフォニ）（ＭＭＴｅｌ）音声サービスおよびＭＭＴｅｌ映像サービスからの新しいアクセスの試みを許可（許容）（allow）/禁止するためのメカニズムである。ネットワークは、アクセスネットワークおよび/またはコアネットワークの過負荷を予防/緩和することができる。
【０００５】
ネットワークが、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態にある端末の他のモバイル発信（ＭＯ；Mobile Originating）呼び出し（呼、コール）（call）を許可している間に、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態にある端末に対する混雑した一部のモバイル発信（ＭＯ）呼び出しを選択的に禁止することができない（The network cannot selectively prevent some mobile originating （MO） calls in congestion for UEs in a radio resource control （RRC） connected state （RRC_CONNECTED）, while allowing other MO calls for UEs in RRC_CONNECTED）。したがって、ＡＳＡＣの向上のために、一部のアプリケーションのみを選択的に禁止するアクセス制御を実行する方法が必要とされることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおけるアクセス制御を実行するための方法および装置を提供する。本発明は、アプリケーション（application）に基づいてアクセス制御パラメータ（access control parameter）またはバックオフパラメータ（backoff parameter）を適用する方法を提供する。本発明は、アプリケーションに基づいて端末がアクセス制御パラメータを適用すべきかまたはバックオフパラメータを適用すべきかを指示する構成を受信する方法を提供する。
【課題を解決するための手段】
【０００７】
一実施例において、無線通信システムにおける端末がアクセス制御を実行する方法が提供される。この方法は、ネットワークからアクセス制御パラメータ（access control parameter）およびバックオフパラメータ（backoff parameter）を受信し、アプリケーション（application）に基づいてアクセス制御パラメータを適用するかまたはバックオフパラメータを適用するかを決定し、決定されたパラメータを適用することを有する。
【０００８】
方法は、端末がアプリケーションに基づいてアクセス制御パラメータを適用すべきかまたはバックオフパラメータを適用すべきかを指示する構成をネットワークから受信することをさらに有する。
【０００９】
アクセス制御パラメータは、システム情報から受信されたアクセスクラス禁止情報（access class barring information）またはシステム情報から受信されたサービス固有（特定）アクセス制御情報（service specific access control information）のうちいずれか一つである。
【００１０】
アクセス制御パラメータは、ランダムアクセスプリアンブルまたはスケジューリング要求に対してランダムアクセスバックオフ適用の省略（skip）を指示する。
【００１１】
アクセス制御パラメータは、禁止時間（barring time）および禁止ファクタ（barring factor）を有する。
【００１２】
アクセス制御パラメータは、個別制御チャネル（ＤＣＣＨ；Dedicated Control CHannel）上の無線リソース制御（ＲＲＣ；Radio Resource Control）メッセージ、システム情報、ランダムアクセス応答、または媒体接続制御（ＭＡＣ；Medium Access Control）制御要素のうちいずれか一つを介して受信される。
【００１３】
アプリケーションが一つまたは複数の特定モバイル発信（ＭＯ；Mobile Originating）アクセスに該当する場合、アクセス制御パラメータを適用するように決定する。
【００１４】
一つまたは複数の特定モバイル発信アクセスは、緊急アクセス、高い優先順位アクセス、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ；Internet protocol Multimedia Subsystem）シグナリングに関するアクセス、マルチメディア電話（ＭＭＴＥＬ；MultiMedia TELephony）アプリケーションに関するアクセス、モバイルターミネイティングアクセス、またはモバイル発信シグナリングに関するアクセスのうち少なくともいずれか一つを有する。
【００１５】
アクセス制御パラメータが、一つまたは複数の特定モバイル発信アクセスに関するスケジューリング要求またはランダムアクセスプリアンブルを送信する前に端末がアクセス制御パラメータを適用するように指示する場合、アクセス制御パラメータを適用するように決定する。
【００１６】
一つまたは複数の特定モバイル発信アクセスのためランダムアクセスまたはスケジューリング要求が開始される場合、アクセス制御パラメータを適用するように決定する。
【００１７】
アクセス制御パラメータを適用するように決定する場合、決定されたパラメータを適用することは、アクセス制御パラメータによってランダムアクセスプリアンブルまたはスケジューリング要求の送信を遅延するかどうかを決定することを有する。
【００１８】
バックオフパラメータを適用するように決定する場合、決定されたパラメータを適用することは、バックオフパラメータによってランダムアクセスプリアンブルまたはスケジューリング要求の送信を遅延するかどうかを決定することを有する。
【００１９】
端末は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態である。
【００２０】
他の実施例において、無線通信システムにおける端末が提供される。無線信号を送信または受信する無線周波（ＲＦ；Radio Frequency）部と、ＲＦ部と接続されるプロセッサと、を有し、プロセッサは、ネットワークからアクセス制御パラメータ（access control parameter）およびバックオフパラメータ（backoff parameter）を受信し、アプリケーション（application）に基づいてアクセス制御パラメータを適用するかまたはバックオフパラメータを適用するかを決定し、決定されたパラメータを適用するように構成される。
【発明の効果】
【００２１】
ネットワークが端末の他のモバイル発信（ＭＯ；Mobile Originating）呼び出しを許可する間に、混雑した端末の一部のモバイル発信（ＭＯ）呼び出しを選択的に禁止することができる。
【図面の簡単な説明】
【００２２】
【図１】ＬＴＥシステムの構造を示す図である。
【図２】一般的なＥ−ＵＴＲＡＮおよびＥＰＣ構造のブロック図である。
【図３】ＬＴＥシステムのユーザプレーンプロトコルスタックおよび制御プレーンプロトコルスタックのブロック図である。
【図４】物理チャネル構造の一例を示す図である。
【図５】コンテンションベースのランダムアクセス手順を示す図である。
【図６】本発明の実施例に係るアクセス制御を実行する方法の一例を示す図である。
【図７】本発明の実施例が具現される無線通信システムのブロック図である。
【発明を実施するための形態】
【００２３】
以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）などの多様な無線通信システムで使われることができる。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（Global System for Mobile communications）/ＧＰＲＳ（General Packet Radio Service）/ＥＤＧＥ（Enhanced Data rates for GSM Evolution）などの無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２.１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２.１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２.２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術で具現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの発展型（進化）（evolution）であり、ＩＥＥＥ８０２.１６ｅに基づくシステムとの後方互換性（backward compatibility）を提供する。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡ（Evolved-UMTS Terrestrial Radio Access）を使用するＥ−ＵＭＴＳ（Evolved UMTS）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ ＬＴＥの発展型である。
【００２４】
説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００２５】
図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳおよびパケットデータを介したインターネット（ＩＰ）電話（Voice over Internet Protocol；ＶｏＩＰ）などの多様な通信サービスを提供するために広く設置される。
【００２６】
図１を参照すると、ＬＴＥシステム構造は、一つまたは複数の端末（ＵＥ）１０、Ｅ−ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）およびＥＰＣ（Evolved Packet Core）を含む。端末１０は、ユーザにより携帯される（carried）通信装置である。端末１０は、固定されてもよいし、移動性（モビリティ）（mobility）を有してもよく、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＳＳ（Subscriber Station）、無線機器（wireless device）等、他の用語で呼ばれることもある。
【００２７】
Ｅ−ＵＴＲＡＮは、一つまたは複数のｅＮＢ（evolved Node-B）２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御プレーン（control plane）およびユーザプレーン（user plane）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（fixed station）を意味し、ＢＳ（Base Station）、ＢＴＳ（Base Transceiver System）、アクセスポイント（Access Point）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つまたは複数のセルが存在できる。一つのセルは、１.２５、２.５、５、１０および２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク（ＤＬ；DownLink）またはアップリンク（ＵＬ；UpLink）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【００２８】
以下、ＤＬはｅＮＢ２０から端末１０への通信を意味し、ＵＬは端末１０からｅＮＢ２０への通信を意味する。ＤＬにおいて、送信器はｅＮＢ２０の一部であり、受信器は端末１０の一部である。ＵＬにおいて、送信器は端末１０の一部であり、受信器はｅＮＢ２０の一部である。
【００２９】
ＥＰＣは、制御プレーンの機能を担当するＭＭＥ（Mobility Management Entity）、ユーザプレーンの機能を担当するＳ−ＧＷ（System Architecture Evolution （ＳＡＥ） gateway）を含むことができる。ＭＭＥ/Ｓ−ＧＷ３０は、ネットワークの終端に位置し、外部ネットワークと接続される。ＭＭＥは、端末のアクセス情報や端末の能力に関する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ/Ｓ−ＧＷ３０は、セッションの終端点および移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（Packet Data Network）−ＧＷ（GateWay）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００３０】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（Non-Access Stratum）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（Access Stratum）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（Core Network）ノードシグナリング、アイドルモード端末到達可能性（reachability）（ページング再送信の制御および実行を含む）、（アイドルモードおよびアクティブ（活性化）（active）モードである端末のための）トラッキングエリアリスト管理（tracking area list management）、Ｐ−ＧＷおよびＳ−ＧＷ選択、ＭＭＥ変更を伴うハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（Serving GPRS Support Node）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、（地震/津波警報システム（ＥＴＷＳ）および商用モバイル警報システム（ＣＭＡＳ）を含む）公衆警報システム（ＰＷＳ；Public Warning System）のサポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、（例えば、ディープパケットインスペクション（deep packet inspection）による）各々のユーザに基づくパケットフィルタリング、合法的傍受（lawful interception）、端末ＩＰ（Internet Protocol）アドレス割当、ＤＬにおけるトランスポートレベルパッキングマーキング、ＵＬ/ＤＬサービスレベル課金、ゲーティングおよびレート強制（rate enforcement）、ＡＰＮ−ＡＭＢＲに基づくＤＬレート強制などの各種機能を提供する。明確性のために、ＭＭＥ/Ｓ−ＧＷ３０は、単に“ゲートウェイ”で表現し、これはＭＭＥおよびＳ−ＧＷを両方とも含むことができる。
【００３１】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０およびｅＮＢ２０は、Ｕｕインターフェースにより接続されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間接続されることができる。隣接ｅＮＢ２０は、Ｘ２インターフェースによるメッシュネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと接続されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＭＭＥと接続されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと接続されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ/Ｓ−ＧＷ３０との間で多対多関係（many-to-many-relationship）をサポートする。
【００３２】
図２は、一般的なＥ−ＵＴＲＡＮおよびＥＰＣの構造を示す。図２を参照すると、ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（Radio Resource Control）アクティブ化（activation）におけるゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリングおよび送信、ＢＣＨ（Broadcast CHannel）情報のスケジューリングおよび送信、ＵＬおよびＤＬの両方における端末１０へのリソースの動的割当、ｅＮＢ測定の設定（構成）（configuration）および提供（provisioning）、無線ベアラ制御、無線許可制御（アドミッションコントロール）（ＲＡＣ；Radio Admission Control）およびＬＴＥアクティブ（ＬＴＥ＿ＡＣＴＩＶＥ）状態における接続移動性（コネクションモビリティ）制御（connection mobility control）などの機能を遂行することができる。上記のように、ゲートウェイ３０は、ＥＰＣにおいて、ページング開始（paging origination）、ＬＴＥアイドル（ＬＴＥ＿ＩＤＬＥ）状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御、ＮＡＳシグナリングの暗号化および完全性保護（integrity protection）などの機能を行うことができる。
【００３３】
図３は、ＬＴＥシステムのユーザプレーンプロトコルスタックおよび制御プレーンプロトコルスタックのブロック図である。図３（ａ）は、ＬＴＥシステムのユーザプレーンプロトコルスタックのブロック図であり、図３（ｂ）は、ＬＴＥシステムの制御プレーンプロトコルスタックのブロック図である。
【００３４】
端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（Open System Interconnection）モデルの下位３層（レイヤ）（layer）に基づいてＬ１（第１の層）、Ｌ２（第２の層）およびＬ３（第３の層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平方向には、物理層、データリンク層（data link layer）およびネットワーク層（network layer）に区分されることができ、垂直方向には、制御信号送信のためのプロトコルスタック（protocol stack）である制御プレーン（control plane）とデータ情報送信のためのプロトコルスタックであるユーザプレーン（user plane）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮとで対（pair）で存在することができ、これはＵｕインターフェースのデータ送信を担当することができる。
【００３５】
物理層（ＰＨＹ；PHysical Layer）は、Ｌ１に属する。物理層は、物理チャネルを介して上位層に情報転送サービスを提供する。物理層は、上位層であるＭＡＣ（Media Access Control）層とトランスポートチャネル（transport channel）を介して接続される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが送信されることができる。互いに異なる物理層間、即ち、送信器の物理層と受信器の物理層との間で、データは、物理チャネルを介して無線リソースを利用して送信されることができる。物理層は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を利用して変調されることができ、時間および周波数を無線リソースとして利用する。
【００３６】
物理層は、いくつかの物理制御チャネル（physical control channel）を使用する。ＰＤＣＣＨ（Physical Downlink Control CHannel）は、ＰＣＨ（Paging CHannel）およびＤＬ−ＳＣＨ（Downlink Shared CHannel）のリソース割当、ＤＬ−ＳＣＨと関連しているＨＡＲＱ（Hybrid Automatic Repeat Request）情報に関して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に関して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（Physical Hybrid ARQ Indicator CHannel）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ ＡＣＫ（ACKnowledgement）/ＮＡＣＫ（Non-ACKnowledgement）信号を伝送する。ＰＵＣＣＨ（Physical Uplink Control CHannel）は、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ/ＮＡＣＫ、スケジューリング要求およびＣＱＩなどのＵＬ制御情報を伝送する。ＰＵＳＣＨ（Physical Uplink Shared CHannel）は、ＵＬ−ＳＣＨ（Uplink Shared CHannel）を伝送する。
【００３７】
図４は、物理チャネル構造の一例を示す。
【００３８】
物理チャネルは、時間領域における複数のサブフレーム（subframe）と周波数領域における複数の副搬送波（subcarrier）とで構成される。一つのサブフレームは、時間領域における複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ；Resource Block）で構成される。一つのリソースブロックは、複数のシンボルおよび複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの１番目のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ（Physical Resource Block）およびＭＣＳ（Modulation and Coding Schemes）などの動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（Transmission Time Interval）は、１個のサブフレームの長さと同じである。一つのサブフレームの長さは、１ｍｓである。
【００３９】
トランスポートチャネルは、チャネルが共有されるかどうかによって、共通トランスポートチャネルと専用トランスポートチャネルとに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（DL transport channel）は、システム情報を送信するＢＣＨ（Broadcast CHannel）、ページングメッセージを送信するＰＣＨ（Paging CHannel）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング（コード化、符号化）（coding）および送信電力の変化による動的リンク適応ならびに動的/半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体へのブロードキャストおよびビーム形成の使用を可能にする。システム情報は、一つまたは複数のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期で送信されることができる。ＭＢＭＳ（Multimedia Broadcast/Multicast Service）のトラフィックまたは制御信号は、ＭＣＨ（Multicast CHannel）を介して送信される。
【００４０】
端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（initial control message）を送信するＲＡＣＨ（Random Access CHannel）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱならびに送信電力、潜在的な変調およびコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビーム形成の使用を可能にする。ＲＡＣＨは、一般的にセルへの初期アクセスに使われる。
【００４１】
Ｌ２に属するＭＡＣ層は、論理チャネル（logical channel）を介して上位層であるＲＬＣ（Radio Link Control）層にサービスを提供する。ＭＡＣ層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ層は、複数の論理チャネルから単一のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副層（サブレイヤ）は、論理チャネル上のデータ転送サービスを提供する。
【００４２】
論理チャネルは、送信される情報の種類によって、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ層により提供される異なるデータ転送サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。
【００４３】
制御チャネルは、制御プレーンの情報伝達だけのために使われる。ＭＡＣ層により提供される制御チャネルは、ＢＣＣＨ（Broadcast Control CHannel）、ＰＣＣＨ（Paging Control CHannel）、ＣＣＣＨ（Common Control CHannel）、ＭＣＣＨ（Multicast Control CHannel）およびＤＣＣＨ（Dedicated Control CHannel）を含む。ＢＣＣＨは、システム制御情報をブロードキャスト（放送）する（broadcast）ためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報を送信し、ネットワークが端末のロケーションセルを知らない場合に使われるダウンリンクチャネルである（The PCCH is a downlink channel that transfers paging information and is used when the network does not know the location cell of a UE）。ＣＣＣＨは、ネットワークとＲＲＣ接続をしない場合、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間における専用制御情報送信のために端末により使われる一対一の双方向チャネルである。
【００４４】
トラフィックチャネルは、ユーザプレーンの情報伝達だけのために使われる。ＭＡＣ層により提供されるトラフィックチャネルは、ＤＴＣＨ（Dedicated Traffic CHannel）およびＭＴＣＨ（Multicast Traffic CHannel）を含む。ＤＴＣＨは、一対一のチャネルであり、一つの端末のユーザ情報の送信のために使われ、アップリンクおよびダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。
【００４５】
論理チャネルとトランスポートチャネルとの間のアップリンク接続は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨおよびＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク接続は、ＢＣＨもしくはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨならびにＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００４６】
ＲＬＣ層は、Ｌ２に属する。ＲＬＣ層の機能は、下位層がデータを送信するのに適するように無線セクションで上位層から受信されたデータの分割/連結（コンカチネーション）（concatenating）によるデータのサイズ（大きさ）（size）の調整を含む。無線ベアラ（ＲＢ；Radio Bearer）が要求する多様なＱｏＳを保証する（ensure）ために、ＲＬＣ層は、トランスペアレント（透明）モード（ＴＭ；Transparent Mode）、非確認モード（ＵＭ；Unacknowledged Mode）および確認モード（ＡＭ；Acknowledged Mode）の三つの動作モードを提供する。ＡＭ ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（Automatic Repeat reQuest）を介して再送信機能を提供する。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ層は、存在しない場合もある。
【００４７】
ＰＤＣＰ（Packet Data Convergence Protocol）層は、Ｌ２に属する。ＰＤＣＰ層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６などのＩＰパケットを導入して送信されるデータが効率的に送信されるように、不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって、無線セクションで送信効率を上げる。さらに、ＰＤＣＰ層は、セキュリティ機能を提供する。セキュリティ機能は、第三者の査察（inspection）を防止する暗号化および第三者のデータ操作を防止する完全性保護を含む。
【００４８】
ＲＲＣ（Radio Resource Control）層は、Ｌ３に属する。Ｌ３の最下部に位置するＲＲＣ層は、制御プレーンでのみ定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。そのために、端末とネットワークとは、ＲＲＣ層を介してＲＲＣメッセージを交換する。ＲＲＣ層は、ＲＢの設定（configuration）、再設定（re-configuration）および解放（解除）（release）と関連して論理チャネル、トランスポートチャネルおよび物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１およびＬ２により提供される論理経路（パス）（path）である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるとは、特定サービスを提供するために無線プロトコル階層およびチャネルの特性を規定し、各々の具体的なパラメータおよび動作方法を決定することを意味する。ＲＢは、ＳＲＢ（Signaling RB）とＤＲＢ（Data RB）との二つに区分されることができる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する経路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する経路として使われる。
【００４９】
図３−（ａ）を参照すると、ＲＬＣおよびＭＡＣ層（ネットワーク側ではｅＮＢが終端（terminated））は、スケジューリング、ＡＲＱおよびＨＡＲＱなどの機能を遂行することができる。ＰＤＣＰ層（ネットワーク側ではｅＮＢが終端）は、ヘッダ圧縮、完全性保護および暗号化などのユーザプレーン機能を遂行することができる。
【００５０】
図３−（ｂ）を参照すると、ＲＬＣ/ＭＡＣ層（ネットワーク側ではｅＮＢが終端）は、制御プレーンのために同じ機能を遂行することができる。ＲＲＣ層（ネットワーク側ではｅＮＢが終端）は、ブロードキャスト、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能ならびにＵＥ測定報告および制御などの機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側ではゲートウェイのＭＭＥが終端）は、ＳＡＥベアラ管理、認証、ＬＴＥ_ＩＤＬＥ移動性管理、ＬＴＥ_ＩＤＬＥでのページング開始およびゲートウェイとＵＥとの間のシグナリングのためのセキュリティ制御などの機能を遂行することができる。
【００５１】
ＲＲＣ状態は、端末のＲＲＣ層がＥ−ＵＴＲＡＮのＲＲＣ層と論理的に接続されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ接続状態（ＲＲＣ_ＣＯＮＮＥＣＴＥＤ）とＲＲＣアイドル状態（ＲＲＣ_ＩＤＬＥ）とのように二つに分けられる。端末のＲＲＣ層とＥ−ＵＴＲＡＮのＲＲＣ層との間のＲＲＣ接続が設定されている場合、端末はＲＲＣ接続状態になり、それ以外の場合、端末はＲＲＣアイドル状態になる。ＲＲＣ_ＣＯＮＮＥＣＴＥＤの端末は、Ｅ−ＵＴＲＡＮとＲＲＣ接続が設定されているため、Ｅ−ＵＴＲＡＮは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤの端末の存在を把握することができ、端末を効果的に制御することができる。一方、Ｅ−ＵＴＲＡＮは、ＲＲＣ_ＩＤＬＥの端末を把握することができず、コアネットワーク（ＣＮ；Core Network）が、セルより大きい領域であるトラッキング領域（tracking area）単位で端末を管理する。即ち、ＲＲＣ_ＩＤＬＥの端末は、より大きい領域の単位で存在のみが把握され、音声またはデータ通信などの通常の移動通信サービスを受けるために、端末は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤに移行しなければならない。
【００５２】
ＲＲＣ_ＩＤＬＥ状態で、端末がＮＡＳにより設定されたＤＲＸ（Discontinuous Reception）を指定する間、端末は、システム情報およびページング情報のブロードキャストを受信することができる。また、端末は、トラッキング領域で端末を固有に指定するＩＤ（identification）の割当を受け、ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）選択およびセル再選択を実行することができる。また、ＲＲＣ_ＩＤＬＥ状態で、ＲＲＣコンテキストはｅＮＢに格納されない。
【００５３】
ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、端末は、Ｅ−ＵＴＲＡＮにおいてＥ−ＵＴＲＡＮ ＲＲＣ接続およびＲＲＣ ｃｏｎｔｅｘｔを有し、ｅＮＢにデータを送信および/またはｅＮＢからデータを受信することが可能である。また、端末は、ｅＮＢにチャネル品質情報およびフィードバック情報を報告することができる。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、端末が属するセルを知ることができる。したがって、ネットワークは、端末にデータを送信および/または端末からデータを受信することができ、端末の移動性（ハンドオーバおよびＮＡＣＣ（Network Assisted Cell Change）を介したＧＥＲＡＮ（GSM EDGE Radio Access Network）へのｉｎｔｅｒ−ＲＡＴ（Radio Access Technology）セル変更指示）を制御することができ、隣接セルのためにセル測定を実行することができる。
【００５４】
ＲＲＣ_ＩＤＬＥ状態で、端末は、ページングＤＲＸ周期を指定する。具体的には、端末は、端末固有ページングＤＲＸ周期毎の特定ページングオケージョン（機会）（paging occasion）にページング信号をモニタリングする。ページングオケージョンは、ページング信号が送信される中の時間間隔である。端末は、自体のみのページングオケージョンを有している。
【００５５】
ページングメッセージは、同じトラッキング領域に属する全てのセルにわたって送信される。端末が一つのトラッキング領域から他の一つのトラッキング領域に移動する場合、端末は、位置をアップデートするために、ＴＡＵ（Tracking Area Update）メッセージをネットワークに送信する。
【００５６】
ユーザが端末の電源を最初にオンにしたとき、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ_ＩＤＬＥにとどまる。ＲＲＣ接続を確立する必要がある場合、ＲＲＣ_ＩＤＬＥにとどまっている端末は、ＲＲＣ接続手順を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立してＲＲＣ_ＣＯＮＮＥＣＴＥＤに移行することができる。ＲＲＣ_ＩＤＬＥにとどまっている端末は、ユーザの通話試みなどの理由でアップリンクデータ送信が必要なとき、またはＥ−ＵＴＲＡＮからページングメッセージを受信し、これに対する応答メッセージ送信が必要なときなどに、Ｅ−ＵＴＲＡＮとＲＲＣ接続を確立する必要がある。
【００５７】
端末とｅＮＢとの間でメッセージを送信するために使われるシグネチャシーケンスに互いに異なる原因（誘導）値（cause values）がマッピングされることが知られている。さらに、ＣＱＩ（Channel Quality Indicator）もしくは経路損失ならびに原因もしくはメッセージサイズは、初期プリアンブルに含める候補であることが知られている。
【００５８】
端末がネットワークにアクセスすることを希望し、送信されるメッセージを決定すると、メッセージは目的（purpose）にリンクされることができ、原因値は決定されることができる。また、理想的なメッセージのサイズは、全ての付加情報および互いに異なる代替可能なサイズを識別して決定されることができる。付加情報を除去したり、または代替可能なスケジューリング要求メッセージが使われることができる。
【００５９】
端末は、プリアンブルの送信、ＵＬ干渉、パイロット送信電力、受信器でプリアンブルを検出するのに必要とされるＳＮＲなどの必要な情報またはその組合せを得る（The UE acquires necessary information for the transmission of the preamble, UL interference, pilot transmit power and required signal-to-noise ratio (SNR) for the preamble detection at the receiver or combinations thereof）。この情報は、プリアンブルの初期送信電力の計算を許可しなければならない。メッセージの送信のために、同じチャネルが使われることを保証するために、周波数の観点でプリアンブルの近傍（vicinity）でＵＬメッセージを送信することが有利である。
【００６０】
ネットワークが最小限のＳＮＲでプリアンブルを受信することを保証するために、端末は、ＵＬ干渉およびＵＬ経路損失を考慮しなければならない。ＵＬ干渉は、ｅＮＢでのみ決定されることができるため、プリアンブル送信の前にｅＮＢによりブロードキャストされて端末により受信されなければならない。ＵＬ経路損失は、ＤＬ経路損失と類似すると考慮されることができ、セルのいくつかのパイロット信号の送信電力が端末に知られると、受信されたＲＸ信号強度から端末により推定されることができる。
【００６１】
プリアンブルの検出のために必要なＵＬ ＳＮＲは、一般にＲｘアンテナの数および受信器性能などのｅＮＢ構成によって変わる。多少静的なパイロットの送信電力を送信し、変化するＵＬ干渉から必要なＵＬ ＳＮＲを分離して送信し、メッセージとプリアンブルとの間で必要とされる可能な電力オフセットを送信することに利点がある。
【００６２】
プリアンブルの初期送信電力は、以下の式によって概略的に計算されることができる。
【００６３】
送信電力＝ＴｒａｎｓｍｉｔＰｉｌｏｔ＋ＲｘＰｉｌｏｔ＋ＵＬ干渉＋オフセット＋ＳＮＲＲｅｑｕｉｒｅｄ
【００６４】
したがって、ＳＮＲＲｅｑｕｉｒｅｄ、ＵＬＩｎｔｅｒｆｅｒｅｎｃｅ、ＴｒａｎｓｍｉｔＰｉｌｏｔおよびオフセットのどのような組合せもブロードキャストされることができる。原則として、ただ一つの値のみがブロードキャストされなければならない。たとえ、３ＧＰＰ ＬＴＥにおけるＵＬ干渉が主にＵＭＴＳシステムより一定の（変化しない）（constant）隣接セル干渉であるとしても、これは現在のＵＭＴＳシステムでは本質的（非常に重要）（essentially）である。
【００６５】
前述したように、端末は、プリアンブルの送信のための初期ＵＬ送信電力を決定する。ｅＮＢの受信器は、セルの干渉と比較される相対的な受信電力だけでなく、絶対的な受信電力も推定することができる。ｅＮＢは、干渉と比較される受信信号電力がｅＮＢが知る閾値より大きい場合、プリアンブルが検出されたと見なす。
【００６６】
端末は、初期推定されたプリアンブルの送信電力が適切（adequate）でなくても、プリアンブルを検出することができるようにパワーランピング（power ramping）を実行する。次のランダムアクセスを試みる前に、ＡＣＫまたはＮＡＣＫが端末により受信されない場合、別のプリアンブルが送信される可能性が高い（Another preamble will most likely be transmitted）。検出の確率を増加させるために、プリアンブルは、互いに異なるＵＬ周波数で送信されることができ、および/またはプリアンブルの送信電力は、増加されることができる。したがって、検出されるプリアンブルの実際の送信電力は、ＵＥにより初期に計算されたプリアンブルの初期送信電力に対応する必要がない。
【００６７】
端末は、可能なＵＬトランスポートフォーマットを必ず決定しなければならない。ＭＣＳおよび端末により使われるリソースブロックの数（MCS and a number of resource blocks that should be used by the UE）を含むことができるトランスポートフォーマットは、主に二つのパラメータにより決定される。具体的には、二つのパラメータは、ｅＮＢのＳＮＲおよび送信されるメッセージの必要とされるサイズである。
【００６８】
実際に端末メッセージサイズの最大、またはペイロード、そして、必要とされる最小ＳＮＲは、各々、トランスポートフォーマットに対応する。ＵＭＴＳでは、プリアンブルの送信以前に、推定された初期プリアンブル送信電力、プリアンブルとトランスポートブロックとの間の必要なオフセット、最大に許容されるまたは利用可能な端末送信電力、固定オフセットおよび付加マージンを考慮して、送信のためのどのようなトランスポートフォーマットが選択されることができるかどうかを決定することができる。ネットワークが時間および周波数リソースの予約を必要としないため、ＵＭＴＳにおけるプリアンブルは、端末により選択されたトランスポートフォーマットに関するどのような情報も含む必要がない。したがって、トランスポートフォーマットは、送信されたメッセージと共に示される。
【００６９】
プリアンブルを受信したとき、正しいトランスポートフォーマットを選択して必要な時間および周波数リソースを予約するために、ｅＮＢは、端末が送信しようとするメッセージのサイズおよび端末により達成可能なＳＮＲ（achievable）を認識しなければならない。したがって、端末はＤＬで測定された経路損失または初期プリアンブル送信電力の決定のためのいくつかの同等の測定を考慮する可能性が高いと考えると、最大許容もしくは可能端末送信電力と比較した端末送信電力をｅＮＢが知らないため、受信されたプリアンブルによって、ｅＮＢは、端末により達成可能なＳＮＲを推定することができない（Therefore, the eNB cannot estimate the SNR achievable by the EU according to the received preamble because the UE transmit power compared to the maximum allowed or possible UE transmit power is not known to the eNB, given that the UE will most likely consider the measured path loss in the DL or some equivalent measure for the determination of the initial preamble transmission power.）。
【００７０】
ｅＮＢは、ＤＬで推定された経路損失およびＵＬで推定された経路損失を比較することで、その差を計算することができる。しかしながら、パワーランピングが使われ、プリアンブルのための端末送信電力が初期計算された端末送信電力と対応しない場合、この計算は行うことができない。さらに、実際の端末送信電力および端末が送信するように意図される送信電力の精密度は非常に低い。したがって、ダウンリンクの経路損失もしくはＣＱＩ推定をコード化し、ＵＬのメッセージサイズもしくはシグネチャの原因値をコード化することが提案される（Therefore, it has been proposed to code the path loss or CQI estimation of the downlink and the message size or the cause value in the UL in the signature.）。
【００７１】
ＡＳＡＣ（Application and Service Access Control）が説明される。
【００７２】
下記のような要求事項が適用される。
【００７３】
−この特徴は、Ｅ−ＵＴＲＡＮにのみ適用可能である。
【００７４】
−この特徴は、ＲＰＬＭＮ（Registered Public Land Mobile Network）に適用可能な５個の特別カテゴリ（アクセスクラス１１から１５）のうちの一つまたは複数のメンバでないＩＤＬＥ_ＭＯＤＥの端末にのみ適用が可能である。
【００７５】
下記のような要求事項がアプリケーションに対するＡＳＡＣに適用される。
【００７６】
−サービングネットワークは、オペレータポリシ（政策）（policy）、ローミング同意（roaming agreements）および地域規制に基づいて、自体の加入者およびインバウンドローマ（inbound roamer）に属するＡＳＡＣ互換端末を構成可能でなければならない。ＡＳＡＣ互換端末は、ＡＳＡＣの対象となるアプリケーションのリスト（ＡＳＡＣプロファイル）と、これらのアプリケーションにより開始されるトラフィックに対して関連付けられた潜在的な異なるアクセス権限と、と共に構成されることができる。
【００７７】
−サービングネットワークは、オペレータポリシ、ローミング同意および地域規制に基づいて、ＡＳＡＣプロファイルを決定するために必要な情報を、ＲＡＮの一つまたは複数の指定された領域で、この領域内のＡＳＡＣ互換端末の動作をガイド（案内）する（guide）ためにブロードキャスト可能でなければならない。ＡＳＡＣ互換端末は、端末内のＡＳＡＣプロファイルおよびネットワークから提供される情報に基づいて、アプリケーションからのアクセス（接続）（access）の試みを許可/禁止することができる。
【００７８】
−特定アプリケーションに対するアクセスの試みが許可される場合、端末は、このアプリケーションにアクセスを試みることができ、この端末から提供されたアクセスの試みは、別に禁止されない。
【００７９】
−特定アプリケーションに対するアクセスの試みが許可されない場合、たとえ、この端末からアクセスの試みが許可されたとしても、端末は、このアプリケーションにアクセスを試みることができない。
【００８０】
下記のような要求事項がサービスに対するＡＳＡＣに適用される。
【００８１】
−サービングネットワークは、オペレータポリシ、ローミング同意および地域規制に基づいて、ＡＳＡＣ互換端末が、他の全てのデータ通信のためのアクセスの試みは禁止し、ＭＭＴＥＬサービス（即ち、ＭＭＴＥＬ音声サービスまたはＭＭＴＥＬビデオサービスのうちいずれか一つまたは二つとも）のアクセスの試みのみを許可するために必要な情報を、ＲＡＮの一つまたは複数の指定された領域で、ブロードキャスト可能でなければならない。
【００８２】
−端末は、ＲＡＮの影響を受ける地域が適切な方法として正常状態に復帰することを許可するような方式で、サービスに対するＡＳＡＣを使用する期間の持続時間を決定しなければならない。
【００８３】
−ネットワークが、ＭＭＴＥＬ音声および/またはＭＭＴＥＬ映像サービスに対するアクセスの試みが許可されることを指示する場合、端末は、ＭＭＴＥＬ音声および/またはＭＭＴＥＬ映像サービスに対するアクセスのみを試みることができ、他のサービスに対するアクセスの試みは許可されないことを考慮する。この端末は、ＳＳＡＣ設定を無視しなければならない。
【００８４】
アクセス禁止検査が説明される。これに関しては、３ＧＰＰ ＴＳ ３６.３３１ Ｖ１１.３.０（２０１３−０３）のＳｅｃｔｉｏｎ ５.３.３.１１を参照することができる。ＲＲＣ接続確立の場合、端末がアクセスクラス禁止を実行する。
【００８５】
１>タイマＴ３０２または“Ｔｂａｒｒｉｎｇ”が動作する場合、
【００８６】
２>当該セルに対するアクセスは禁止されると考慮する（consider access to the cell as barred）。
【００８７】
１>他の場合（それ以外の場合）（else）で、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２が“ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ”を含む場合、
【００８８】
２>ＵＳＩＭ（Universal Subscriber Identity Module）に格納されるように、端末が、１１から１５の範囲の値を有し端末が使用するのに有効な一つまたは複数のアクセスクラスを有し、かつ
【００８９】
２>これらの有効なアクセスクラスのうち少なくともいずれか一つに関して、“ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ”に含まれているａｃＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣの該当ビットが、０に設定される場合、
【００９０】
３>セルに対するアクセスは禁止されないと考慮する（consider access to the cell as not barred）。
【００９１】
２>他の場合、
【００９２】
３>範囲（０≦ｒａｎｄ<１）に均一に分布した任意の数字（乱数）（random number）‘ｒａｎｄ’を選択する。
【００９３】
３>‘ｒａｎｄ’が“ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ”に含まれているａｃＢａｒｒｉｎｇＦａｃｔｏｒにより指示される値より小さい場合、
【００９４】
４>セルに対するアクセスは禁止されないと考慮する。
【００９５】
３>他の場合、
【００９６】
４>セルに対するアクセスは禁止されると考慮する。
【００９７】
１>他の場合、
【００９８】
２>セルに対するアクセスは禁止されないと考慮する。
【００９９】
１>セルに対するアクセスが禁止され、Ｔ３０２および“Ｔｂａｒｒｉｎｇ”の両方ともが動作しない場合、
【０１００】
２>範囲（０≦ｒａｎｄ<１）に均一に分布した任意の数字‘ｒａｎｄ’を選択する。
【０１０１】
２>“ＡＣ ｂａｒｒｉｎｇ ｐａｒａｍｅｔｅｒ”に含まれているａｃＢａｒｒｉｎｇＴｉｍｅを使用して、以下で計算されたタイマ値と共に“Ｔｂａｒｒｉｎｇ”タイマを開始する。“Ｔｂａｒｒｉｎｇ”＝（０.７＋０.６＊ｒａｎｄ）＊ａｃＢａｒｒｉｎｇＴｉｍｅ
【０１０２】
表１は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２ ＩＥ（Information Element）の一例を示す。これに関しては、３ＧＰＰ ＴＳ ３６.３３１ Ｖ１１.３.０（２０１３−０３）のＳｅｃｔｉｏｎ ６.３.１を参照することができる。上記ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２ ＩＥは、全ての端末に共通な無線リソース構成情報を含む。
【０１０３】
【表１−１】
2016524418.tif 000003
【表１−２】
2016524418.tif 000004
【０１０４】
表１を参照すると、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２ ＩＥは、ＡＣ禁止パラメータを含む。ａｃ−ＢａｒｒｉｎｇＦａｃｔｏｒフィールドは、端末により選択された任意の数字がこの値より小さい場合、アクセスが許可されることを指示する。他の場合、アクセスは禁止される。ａｃ−ＢａｒｒｉｎｇＦｏｒＣＳＦＢフィールドは、モバイル発信ＣＳＦＢ（Circuit Switched FallBack）に対するアクセスクラス禁止を指示する。ａｃ−ＢａｒｒｉｎｇＦｏｒＥｍｅｒｇｅｎｃｙフィールドは、ＡＣ１０に対するアクセスクラス禁止を指示する。ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｄａｔａフィールドは、モバイル発信呼び出しに対するアクセスクラス禁止を指示する。ａｃ−ＢａｒｒｉｎｇＦｏｒＭＯ−Ｓｉｇｎａｌｌｉｎｇフィールドは、モバイル発信シグナリングに対するアクセスクラス禁止を指示する。ａｃ−ＢａｒｒｉｎｇＦｏｒＳｐｅｃｉａｌＡＣフィールドは、ＡＣ１１〜１５に対するアクセスクラス禁止を指示する。１番目の/最も左側のビットは、ＡＣ１１に対するものであり、２番目のビットは、ＡＣ１２等に対するものである。ａｃ−ＢａｒｒｉｎｇＴｉｍｅフィールドは、秒単位で（in seconds）アクセス禁止時間値を指示する。ｓｓａｃ−ＢａｒｒｉｎｇＦｏｒＭＭＴＥＬ−Ｖｉｄｅｏフィールドは、ＭＭＴＥＬ映像発信呼び出しに対するサービス固有アクセスクラス禁止を指示する。ｓｓａｃ−ＢａｒｒｉｎｇＦｏｒＭＭＴＥＬ−Ｖｏｉｃｅフィールドは、ＭＭＴＥＬ音声発信呼び出しに対するサービス固有アクセスクラス禁止を指示する。
【０１０５】
ランダムアクセス（ＲＡ；Random Access）手順が説明される。これに関しては、３ＧＰＰ ＴＳ ３６.３００ Ｖ１１.５.０（２０１３−０３）のＳｅｃｔｉｏｎ １０.１.５を参照することができる。
【０１０６】
ランダムアクセス手順は、下記のような特徴を有する。
【０１０７】
−ＦＤＤおよびＴＤＤに対する共通な手順。
【０１０８】
−キャリアアグリゲーションが構成される場合、セルサイズおよびサービングセルの個数と関係ない一つの手順。
【０１０９】
ランダムアクセス手順は、ＰＣｅｌｌと関連している下記のイベントに対して実行される。
【０１１０】
−ＲＲＣ_ＩＤＬＥからの初期アクセス。
【０１１１】
−ＲＲＣ接続の再確立手順。
【０１１２】
−ハンドオーバ。
【０１１３】
−ランダムアクセス手順を必要とするＲＲＣ_ＣＯＮＮＥＣＴＥＤ中（例えば、アップリンク同期が“非同期化”状態のとき）におけるダウンリンクデータの到着。
【０１１４】
−ランダムアクセス手順を必要とするＲＲＣ_ＣＯＮＮＥＣＴＥＤ中（例えば、アップリンク同期が“非同期化”状態またはスケジューリング要求（ＳＲ；Scheduling Request）のために利用可能なＰＵＣＣＨリソースがないとき）におけるアップリンクデータの到着。
【０１１５】
−ランダムアクセス手順を必要とするＲＲＣ_ＣＯＮＮＥＣＴＥＤ中（例えば、端末ポジショニングのためにタイミングアドバンス（timing advance）が必要なとき）におけるポジショニング目的のため。
【０１１６】
ランダムアクセス手順は、ＳＣｅｌｌで該当セカンダリＴＡＧ（ｓＴＡＧ）に対する時間同期を設定することも実行する。
【０１１７】
さらに、ランダムアクセス手順は、二つの形態をとる。
【０１１８】
−コンテンションベース（最初の五つの場合に適用可能）。
【０１１９】
−非コンテンションベース（但し、ハンドオーバ、ダウンリンクデータの到着、ポジショニングおよびｓＴＡＧに対するタイミングアドバンス同期を取得するのに適用可能）。
【０１２０】
ランダムアクセス手順以後、正常なダウンリンク/アップリンク送信が行われることができる。
【０１２１】
リレイノード（ＲＮ；Relay Node）は、コンテンションベースおよび非コンテンションベースのランダムアクセスの両方ともをサポートする。ＲＮがランダムアクセス手順を実行すると、ＲＮは、現時点の全てのＲＮサブフレーム構成を一時中断する。これは、一時的にＲＮサブフレーム構成を無視することを意味する。ＲＮサブフレーム構成は、ランダムアクセス手順が成功裏に完了すると再開される。
【０１２２】
図５は、コンテンションベースのランダムアクセス手順を示す。
【０１２３】
コンテンションベースのランダムアクセス手順の四つのステップは、下記の通りである。
【０１２４】
１）アップリンクにおけるＲＡＣＨ上のランダムアクセスプリアンブル（メッセージ１）。二つの可能なグループが定義され、一つはオプション（選択的）である（optional）。二つのグループが構成される場合、どのグループからプリアンブルが選択されるかを決定するために、メッセージ３のサイズおよび経路損失が使われることができる。プリアンブルが属するグループは、メッセージ３のサイズおよび端末の無線状態の指示を提供する。プリアンブルグループ情報は、必要な閾値と共に、システム情報を介してブロードキャストされる。
【０１２５】
２）ＭＡＣにより生成されるＤＬ−ＳＣＨ上のランダムアクセス応答（メッセージ２）。メッセージ２は、メッセージ１と（サイズが一つまたは複数のＴＴＩ（Transmission Time Interval）である柔軟なウィンドウ（flexible window）内で）準同期（semi-synchronous）でもよい。メッセージ２は、ＨＡＲＱを使用しない。メッセージ２は、ＰＤＣＣＨを介してＲＡ−ＲＮＴＩ（Random Access Radio Network Temporary Identity）にアドレッシングされることができる。メッセージ２は、少なくともランダムアクセスプリアンブル識別子、ｐＴＡＧ（primary Timing Advance Group）に対するタイミング調整（Timing Alignment）情報、初期ＵＬグラントおよび（コンテンション解決時に永久になるか、または永久にならないことがある）一時Ｃ−ＲＮＴＩの割当を伝達することができる。メッセージ２は、一つのＤＬ−ＳＣＨメッセージで可変数の端末のためのものである。
【０１２６】
３）ＵＬ−ＳＣＨ上の最初にスケジューリングされたＵＬ送信（メッセージ３）。メッセージ３は、ＨＡＲＱを使用することができる。トランスポートブロックのサイズは、ステップ２で伝達されたＵＬグラントに依存し、少なくとも８０ビットである。初期アクセスに対して、メッセージ３は、ＲＲＣ層により生成され（generated）、ＣＣＣＨを介して送信されたＲＲＣ接続要求を伝達し、または少なくともＮＡＳ ＵＥ識別子を伝達するが、ＮＡＳメッセージを伝達しないこともある。ＲＲＣ接続再確立手順に対して、メッセージ３は、ＲＲＣ層により生成され、ＣＣＣＨを介して送信されたＲＲＣ接続再確立要求を伝達することができる。メッセージ３は、ＮＡＳメッセージを含まないこともある。ハンドオーバ後、ターゲットセルで、メッセージ３は、ＲＲＣ層により生成され、ＤＣＣＨを介して送信された、暗号化されて完全性保護されたＲＲＣハンドオーバ確認を伝達し、または（ハンドオーバ命令を介して割り当てられる）端末のＣ−ＲＮＴＩを伝達することができる。メッセージ３は、可能な場合、ＵＬバッファ状態報告を含むことができる。他のイベントに対して、メッセージ３は、少なくとも端末のＣ−ＲＮＴＩを伝達することができる。
【０１２７】
４）ＤＬ上でのコンテンション解決（メッセージ４）。即ち、ｅＮＢがコンテンションを解決する前にＮＡＳ返信を待たない早期コンテンション解決が使われる。メッセージ４は、メッセージ３と同期化されない。ＨＡＲＱがサポートされる。メッセージ４は、初期アクセスのためで無線リンク失敗後のＰＤＣＣＨ上の一時Ｃ−ＲＮＴＩにアドレッシングされることができ、および/またはＲＲＣ_ＣＯＮＮＥＣＴＥＤにある端末に対するＰＤＣＣＨ上のＣ−ＲＮＴＩにアドレッシングされることができる。ＨＡＲＱフィードバックがコンテンション解決メッセージに応答して提供される、メッセージ３で提供されたような、自体の端末プリアンブル識別子を検出した端末によってのみ送信される。
【０１２８】
ランダムアクセス成功を検出しまだＣ−ＲＮＴＩを有しないＵＥに対しては、一時Ｃ−ＲＮＴＩがＣ−ＲＮＴＩに昇格し、他の端末によりドロップされる。ランダムアクセス成功を検出し既にＣ−ＲＮＴＩを有する端末は、そのＣ−ＲＮＴＩ使用を再開する。
【０１２９】
ＣＡが構成される場合、コンテンションベースのランダムアクセス手順の最初の三つのステップは、ＰＣｅｌｌ上で行われ、コンテンション解決（ステップ４）は、ＰＣｅｌｌによりクロス（cross）スケジューリングされることができる。
【０１３０】
ランダムアクセスバックオフ（backoff）が説明される。３ＧＰＰ ＴＳ ３６.３２１ Ｖ１１.２.０（２０１３−０３）のＳｅｃｔｉｏｎ ５.１.４を参照することができる。ランダムアクセスおよびスケジューリング要求に対して、端末は、ランダムアクセスバックオフおよびスケジューリング要求を実行することができる。
【０１３１】
まず、端末のバックオフパラメータは、０ｍｓに設定される。ランダムアクセス応答がバックオフ指示子サブヘッダを含む場合、バックオフ指示子サブヘッダのＢＩフィールドの指示により端末のバックオフパラメータ値が設定される。下記の表２は、バックオフパラメータ値を示す。他の場合、端末のバックオフパラメータ値は、０ｍｓに設定される。
【０１３２】
【表２】
2016524418.tif 000005
【０１３３】
このランダムアクセス手順で、ランダムアクセスプリアンブルが端末のバックオフパラメータに基づくＭＡＣにより選択される場合、０とバックオフパラメータ値との間の均一な分布によるランダムバックオフ時間が選択される。したがって、以後ランダムアクセス送信は、バックオフ時間ほど遅延される。
【０１３４】
従来技術によると、ネットワークがＲＲＣ_ＣＯＮＮＥＣＴＥＤで端末の他のモバイル発信（ＭＯ；Mobile Originating）呼び出しを許可する間に、混雑した端末の一部モバイル発信（ＭＯ）呼び出しを選択的に禁止することができない。具体的には、ランダムアクセスバックオフは、アプリケーションまたはサービスのタイプ（類型）（type）に関係なく常に適用されることができる。したがって、従来技術の問題点を解決するための方法が必要である。
【０１３５】
図６は、本発明の実施例に係るアクセス制御を実行する方法の一例を示す。
【０１３６】
ＲＲＣ_ＣＯＮＮＥＣＴＥＤで、端末は、ネットワークからアクセス制御パラメータおよびバックオフパラメータを受信する（Ｓ１００）。上記アクセス制御パラメータは、ＤＣＣＨ（Dedicated Control CHannel）上のＲＲＣ（Radio Resource Control）メッセージ、システム情報、ランダムアクセス応答、またはＭＡＣ（Medium Access Control）制御要素のうちいずれか一つを介して受信されることができる。上記アクセス制御パラメータは、ランダムアクセスプリアンブルおよびスケジューリング要求を送信する前に端末が一つまたは複数の特定モバイル発信アクセスのためにアクセス制御パラメータを適用するように指示することができる。上記アクセス制御パラメータは、ランダムアクセスプリアンブルまたはスケジューリング要求に関するランダムアクセスバックオフを省略（skip）するように指示することができる。上記アクセス制御パラメータは、システム情報から受信されたアクセスクラス禁止情報（access class barring information）またはシステム情報から受信されたサービス固有アクセス制御情報（service specific access control information）のうちいずれか一つである。これは上記の表１に記載されている。上記アクセス制御パラメータは、禁止時間（barring time）および禁止ファクタ（barring factor）を含むことができる。上記バックオフパラメータは、上記記載された表２を参照することができる。
【０１３７】
一つまたは複数の特定モバイル発信アクセスは、ネットワークにより指示されることができる。上記一つまたは複数の特定モバイル発信アクセスは、緊急アクセス、高い優先順位のアクセス、（ＱＣＩ（Qos Class of Identifier）＝５である無線ベアラ上の）ＩＭＳ（IP Multimedia Subsystem）シグナリングに関するアクセス、（ＭＭＴＥＬ−音声およびＭＭＴＥＬ−映像などの）ＭＭＴＥＬアプリケーションに関するアクセス、モバイルターミネイティングアクセスおよび（ＲＲＣシグナリング、ＮＡＳシグナリング、Ｌ２制御情報、例えば、ＭＡＣ制御要素などの）モバイル発信シグナリングに関するアクセスである。
【０１３８】
端末は、アプリケーションに基づいてアクセス制御パラメータを適用すべきかまたはバックオフパラメータを適用すべきかを指示する構成をネットワークからさらに受信することができる。即ち、上記構成は、一つまたは複数の特定モバイル発信アクセスに対してバックオフパラメータを適用すべきかまたはアクセス制御パラメータを適用すべきかを指示することができる。
【０１３９】
端末は、アプリケーション（application）に基づいて上記アクセス制御パラメータを適用するかまたは上記バックオフパラメータを適用するかを決定する（Ｓ１１０）。上記受信されたアクセス制御パラメータが、一つまたは複数の特定モバイル発信アクセスに対して、スケジューリング要求およびランダムアクセスプリアンブルを送信する前に端末が上記アクセス制御パラメータを適用するように指示する場合、端末は、上記アクセス制御パラメータを適用するように構成される。また、一つまたは複数の特定モバイル発信アクセスのためランダムアクセスまたはスケジューリング要求が開始される場合、端末は、上記アクセス制御パラメータを適用するように構成される。
【０１４０】
端末の上位層が一つまたは複数の特定モバイル発信アクセスのうちいずれか一つのためランダムアクセスまたはスケジューリング要求などの、このようなアクセス要求が開始されたことを端末のＲＲＣ/ＭＡＣ層に指示することができる。上記端末は、現ＲＲＣ接続に使われた確立原因（establishment cause）を確認することで、一つまたは複数の特定モバイル発信アクセスのうちいずれか一つのためランダムアクセスまたはスケジューリング要求などの、このようなアクセス要求が開始されたことを認識することができる。このようなアクセスがＱＣＩ＝５である無線ベアラから提供される場合、上記端末は、ＩＭＳシグナリングのためランダムアクセスまたはスケジューリング要求などの、このようなアクセス要求が開始されたことを認識することができる。上記端末が現ＲＲＣ接続を‘緊急アクセス（emergency access）’に設定されたという確立原因で確立した場合、上記端末は、緊急アクセスのためランダムアクセスまたはスケジューリング要求などの、このようなアクセス要求が開始されたことを認識することができる。上記端末が現ＲＲＣ接続を‘高い優先順位アクセス（high priority access）’に設定されたという確立原因で確立した場合、または上記端末が自体のＵＳＩＭに特別なＡＣ（即ち、ＡＣ１１〜１５のうち一つ）を有する場合、上記端末は、高い優先順位アクセスのためランダムアクセスまたはスケジューリング要求などの、このようなアクセス要求が開始されたことを認識することができる。
【０１４１】
上記端末は、決定されたパラメータを適用する（Ｓ１２０）。上記端末が上記アクセス制御パラメータを適用するように決定する場合、上記端末は、（禁止時間または禁止ファクタなどの）上記アクセス制御パラメータによってランダムアクセスプリアンブル（および専用スケジューリング要求（Ｄ−ＳＲ；Dedicated Scheduling Request）などのスケジューリング要求）の送信を遅延するかどうかを決定することができる。例えば、上記端末は、禁止ファクタによってランダムアクセスプリアンブルおよびスケジューリング要求の送信を遅延するかどうかを決定することができる。上記端末が上記バックオフパラメータを適用するように決定する場合、上記端末は、上記バックオフパラメータによってランダムアクセスプリアンブルの送信を遅延するかどうかを決定することができる。
【０１４２】
上記端末がランダムアクセスプリアンブル（または、Ｄ−ＳＲなどのスケジューリング要求）の送信を遅延することを決定する場合、上記端末は、上記アクセス制御パラメータによってランダムアクセスプリアンブル（または、Ｄ−ＳＲなどのスケジューリング要求）の送信を遅延することができる。例えば、上記端末は、禁止時間の間にランダムアクセスプリアンブルおよびスケジューリング要求の送信を遅延することができる。その後、端末は、アクセス制御パラメータによってランダムアクセスプリアンブルおよびスケジューリング要求を送信するかどうかを再び決定する。他の場合、上記端末は、遅延なくランダムアクセスプリアンブルまたはスケジューリング要求を送信することができる。
【０１４３】
図７は、本発明の実施例が具現される無線通信システムのブロック図である。
【０１４４】
ｅＮＢ８００は、プロセッサ（processor）８１０、メモリ（memory）８２０およびＲＦ部（Radio Frequency unit）８３０を含むことができる。プロセッサ８１０は、本明細書で説明された機能、手順（過程）（procedures）および/または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と接続され、プロセッサ８１０を駆動するための多様な情報を格納する。ＲＦ部８３０は、プロセッサ８１０と接続され、無線信号を送信および/または受信する。
【０１４５】
端末９００は、プロセッサ９１０、メモリ９２０およびＲＦ部９３０を含むことができる。プロセッサ９１０は、本明細書で説明された機能、手順および/または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と接続され、プロセッサ９１０を駆動するための多様な情報を格納する。ＲＦ部９３０は、プロセッサ９１０と接続され、無線信号を送信および/または受信する。
【０１４６】
プロセッサ８１０、９１０は、ＡＳＩＣ（Application-Specific Integrated Circuit）、他のチップセット、論理回路および/またはデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、メモリカード、格納媒体および/または他の格納装置を含むことができる。ＲＦ部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される場合、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部および/または外部にあり、よく知られた多様な手段でプロセッサ８１０、９１０と接続されることができる。
【０１４７】
前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序でまたは同時に行うことができる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたは複数のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図３（ａ）】
2016524418.tif 000006
【図３（ｂ）】
2016524418.tif 000007
【図１】
2016524418.tif 000008
【図２】
2016524418.tif 000009
【図４】
2016524418.tif 000010
【図５】
2016524418.tif 000011
【図６】
2016524418.tif 000012
【図７】
2016524418.tif 000013
【国際調査報告】
2016524418.tif 000014
2016524418.tif 000015