(57)【要約】ある実装では、無線端末（１）のＮＡＳレイヤ（２０２）は、サービングネットワーク（２）によって報知される１つ以上のアクセス・バーリング・カテゴリ（４０１）又はその数を無線端末（１）のＡＳレイヤ（２０８）から取得する。セッション確立要求（４０３）をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリ（４０４）に対応するバーリング情報がｅＮＢ（２）によって報知されていない場合に、ＮＡＳレイヤ（２０２）は、第１のアクセス・バーリング・カテゴリ（４０４）をサービングネットワーク（２）によって報知される１つ以上のアクセス・バーリング・カテゴリ（４０１）のうちの特定のアクセス・バーリング・カテゴリに置き換える。
2017017890.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
無線トランシーバと、
前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum （AS）レイヤとして動作するよう構成された少なくとも１つのプロセッサと、
を備え、
前記NASレイヤは、サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから取得するよう適合され、
前記NASレイヤは、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに置き換えるよう適合され、
前記NASレイヤは、前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合され、
前記ASレイヤは、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合されている、
無線端末。
【請求項２】
前記ASレイヤは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの数が前記無線端末にプロビジョンされた設定情報に含まれる複数のアクセス・バーリング・カテゴリの数よりも少ない場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリ及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１に記載の無線端末。
【請求項３】
前記ASレイヤは、前記サービングネットワークによって報知される最新の報知情報を受信したことに応じて、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１又は２に記載の無線端末。
【請求項４】
前記ASレイヤは、アクセス・バーリングが前記サービングネットワークにおいて適用されていることを前記無線端末が検出した場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１〜３のいずれか１項に記載の無線端末。
【請求項５】
前記NASレイヤは、前記アプリケーションから前記セッション確立の要求を受信したことに応じて、もし前記無線端末がアイドルモードであるなら、前記アプリケーションがどのアクセス・バーリング・カテゴリに属しているかを、前記無線端末にプロビジョンされた設定情報に基づいて判定するよう適合されている、
請求項１〜４のいずれか１項に記載の無線端末。
【請求項６】
前記特定のアクセス・バーリング・カテゴリは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうち最低のアクセス・バーリング・カテゴリに相当する、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項７】
前記NASレイヤは、前記サービングネットワークによって報知されるマッピングルールを前記ASレイヤから取得するよう適合され、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定め、
前記NASレイヤは、前記マッピングルールに従って、前記第１のアクセス・バーリング・カテゴリが置き換えられるべき前記特定のアクセス・バーリング・カテゴリを決定するよう適合されている、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項８】
無線端末における方法であって、
サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方をaccess stratum（AS）レイヤからnon-access stratum（NAS）レイヤに送ること、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに前記NASレイヤによって置き換えること、
前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記NASレイヤから前記ASレイヤに渡すこと、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を備える方法。
【請求項９】
前記送ることは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの数が前記無線端末にプロビジョンされた設定情報に含まれる複数のアクセス・バーリング・カテゴリの数よりも少ない場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリ及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから前記NASレイヤに送ることを含む、
請求項８に記載の方法。
【請求項１０】
前記送ることは、前記サービングネットワークによって報知される最新の報知情報を受信したことに応じて、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから前記NASレイヤに送ることを含む、
請求項８又は９に記載の方法。
【請求項１１】
前記送ることは、アクセス・バーリングが前記サービングネットワークにおいて適用されていることを前記無線端末が検出した場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから前記NASレイヤに送ることを含む、
請求項８〜１０のいずれか１項に記載の方法。
【請求項１２】
前記サービングネットワークによって報知されるマッピングルールを前記ASレイヤから前記NASレイヤに送ることをさらに備え、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定め、
前記置き換えることは、前記マッピングルールに従って、前記第１のアクセス・バーリング・カテゴリが置き換えられるべき前記特定のアクセス・バーリング・カテゴリを決定することを含む、
請求項８〜１１のいずれか１項に記載の方法。
【請求項１３】
無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方をaccess stratum （AS）レイヤからnon-access stratum（NAS）レイヤに送ること、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに前記NASレイヤによって置き換えること、
前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記NASレイヤから前記ASレイヤに渡すこと、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項１４】
無線端末であって、
無線トランシーバと、
前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum（AS）レイヤとして動作するよう構成された少なくとも１つのプロセッサと、
を備え、
前記NASレイヤは、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合され、
前記ASレイヤは、前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして選択するよう適合され、
前記ASレイヤは、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合されている、
無線端末。
【請求項１５】
前記NASレイヤは、前記第１のアクセス・バーリング・カテゴリを前記ASレイヤに渡すために、前記第１のアクセス・バーリング・カテゴリを示すコールタイプを前記ASレイヤに送るよう適合され、
前記ASレイヤは、前記コールタイプで指定される前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、又は前記ASレイヤが前記コールタイプを認識できない場合に、前記第１のアクセス・バーリング・カテゴリの代わりに前記特定のアクセス・バーリング・カテゴリを選択するよう適合されている、
請求項１４に記載の無線端末。
【請求項１６】
前記NASレイヤは、前記アプリケーションから前記セッション確立の要求を受信したことに応じて、もし前記無線端末がアイドルモードであるなら、前記アプリケーションがどのアクセス・バーリング・カテゴリに属しているかを、前記無線端末にプロビジョンされた設定情報に基づいて判定するよう適合されている、
請求項１４又は１５に記載の無線端末。
【請求項１７】
前記特定のアクセス・バーリング・カテゴリは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうち最低のアクセス・バーリング・カテゴリに相当する、
請求項１４〜１６のいずれか１項に記載の無線端末。
【請求項１８】
前記ASレイヤは、前記サービングネットワークによって報知されるマッピングルールに従って、前記第１のアクセス・バーリング・カテゴリの代わりに選択される前記特定のアクセス・バーリング・カテゴリを決定するよう適合され、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
請求項１４〜１７のいずれか１項に記載の無線端末。
【請求項１９】
無線端末における方法であって、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共にnon-access stratum（NAS）レイヤからaccess stratum（AS）レイヤに渡すこと、
前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして前記ASレイヤによって選択すること、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を備える方法。
【請求項２０】
前記渡すことは、前記第１のアクセス・バーリング・カテゴリを示すコールタイプを前記ASレイヤに送ることを含み、
前記選択することは、前記コールタイプで指定される前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、又は前記ASレイヤが前記コールタイプを認識できない場合に、前記第１のアクセス・バーリング・カテゴリの代わりに前記特定のアクセス・バーリング・カテゴリを前記ASレイヤによって選択することを含む、
請求項１９に記載の方法。
【請求項２１】
前記選択することは、前記サービングネットワークによって報知されるマッピングルールに従って、前記第１のアクセス・バーリング・カテゴリの代わりに選択される前記特定のアクセス・バーリング・カテゴリを前記ASレイヤによって決定することを含み、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
請求項１９又は２０に記載の方法。
【請求項２２】
無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共にnon-access stratum（NAS）レイヤからaccess stratum（AS）レイヤに渡すこと、
前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして前記ASレイヤによって選択すること、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項２３】
基地局であって、
セル内の無線端末と通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールを前記セルにおいて報知するよう構成され、
前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
基地局。
【請求項２４】
前記マッピングルールは、前記無線端末内のアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報を前記基地局が報知していない場合に、前記第１のアクセス・バーリング・カテゴリを前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリにマッピングするために前記無線端末によって使用される、
請求項２３に記載の基地局。
【請求項２５】
基地局における方法であって、
１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールをセルにおいて報知することを備え、
前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
方法。
【請求項２６】
前記マッピングルールは、前記無線端末内のアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報を前記基地局が報知していない場合に、前記第１のアクセス・バーリング・カテゴリを前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリにマッピングするために前記無線端末によって使用される、
請求項２５に記載の方法。
【請求項２７】
基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールをセルにおいて報知することを含み、
前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信ネットワークに関し、特に無線端末によるアクセスのバーリング（barring）に関する。
【背景技術】
【０００２】
非特許文献１は、Application specific Congestion control for Data Communication （ACDC）について記載している。ACDCは、アイドルモードにある無線端末（User Equipment (UE)）内のオペレータによって特定されるアプリケーションからの新たなアクセス試行（access attempts）をオペレータが許可（allow）又は阻止（prevent）するためのアクセス制御メカニズムである。ACDCの利用によって、オペレータは、アクセスネットワーク及びコアネットワークのいずれか又は両方のオーバーロードを防止（prevent）又は軽減（mitigate）することができる。【０００３】
ACDCは、UEがアイドルモード（e.g., RRC_IDLE）であるときのみ適用され、UEがコネクテッドモード（e.g., RRC_CONNECTED）であるときには適用されない。ホームネットワーク（i.e., Home Public Land Mobile Network（HPLMN）又はEquivalent HPLMN）は少なくとも４つのACDCカテゴリをUEに設定（configure）することができる。各ACDCカテゴリは、オペレータによって特定されたアプリケーション（applications）、アプリケーション群、又はサービスに関連付けられる（associated）。なお、ACDCカテゴリのUEへのプロビジョニングはホームネットワークの責任（responsibility）であり、3rd Generation Partnership Project（3GPP）のスコープ外とされている。ホームネットワークのオペレータは、例えばUniversal Subscriber Identity Module（USIM）内にACDCカテゴリを設定してもよい。ホームネットワークのオペレータは、Open Mobile Alliance Device Management（OMA-DM）に従って、ACDC設定をUEに設定してもよい。【０００４】
サービングネットワーク（i.e., HPLMN、Equivalent HPLMN、又はVisited PLMN（VPLMN））は、ACDCカテゴリ毎のバーリング情報（barring information）とローミングUEにACDCが課されるか否かを示す制御情報を１又は複数のRANのエリア内でブロードキャストする。UEは、あるアプリケーションのためのアクセス試行（access attempt）が許可されるか否かを、サービングネットワークによってブロードキャストされるバーリング情報と、UE内のACDCカテゴリの設定（i.e., ACDCカテゴリとアプリケーションの間のマッピング）に基づいて制御する。【０００５】
UEにACDCカテゴリを設定する場合、ホームネットワークは、以下のように実施する。その使用が最小の制限を受けるように期待されるアプリケーション（applications）は、最高のACDCカテゴリ（the highest ACDC category）（最も高いランク）を割り当てられる。最高のACDCカテゴリが割当られたアプリケーション（applications）よりもその使用が制限されることが期待されるアプリケーション（applications）は、２番目に高いACDCカテゴリ（the second-highest ACDC category）（２番目に高いランク）が割り当てられる。アプリケーションを３番目に高いACDCカテゴリ以降に割り当てる場合についても同様である。その使用が最も制限を受けるように期待されるアプリケーション（applications）は、最低のACDCカテゴリ（the lowest ACDC category）（最低のランク）を割り当てられるか、全くカテゴライズされないかのどちらかである。【０００６】
いずれのACDCカテゴリも割り当てられていないUE上のアプリケーションは、UEに設定された（configured）最低のACDCカテゴリの一部として当該UEによって取り扱われる。もしオペレータがこれらのカテゴライズされていない（uncategorized）アプリケーションを区別する必要があるなら、オペレータはアプリケーションを最低のACDCカテゴリに割り当てることを避けるべきである。ACDCを適用する（applying）場合、サービングネットワークは、最高のACDCカテゴリから最低のACDCカテゴリまでのバーリング情報をブロードキャストする。【０００７】
なお、ホームネットワークとサービングネットワークは、異なるカテゴライゼーションを使用するかもしれない。すなわち、ホームネットワークのオペレータによってUEに設定されるACDCカテゴリの数（the number of ACDC categories）は、サービングネットワークによってブロードキャストされるACDCカテゴリの数（the number of ACDC categories）と同じでないかもしれない。このことは、例えば、UEがローミングしており、且つサービングネットワークによってブロードキャストされるACDCカテゴリの数がホームネットワークのそれと異なる場合に発生し得る。このような場合に、UEは以下のように動作する。【０００８】
もしサービングネットワークがUEの設定（UE’s configuration）よりも多いACDCカテゴリ（categories）をブロードキャストするなら、UEはマッチングACDCカテゴリ（categories）用のバーリング情報を使用し、カテゴライズされていない（uncategorized）アプリケーションをサービングネットワークによってブロードキャストされる最低（ACDC）カテゴリ用のバーリング情報によって阻止し（bar）、アンマッチドACDCカテゴリ用のバーリング情報を無視する（ignore）。【０００９】
もしサービングネットワークがUEの設定（UE’s configuration）よりも少ない数の（fewer）ACDCカテゴリ（categories）のためのバーリング情報をブロードキャストするなら、UEはマッチングACDCカテゴリ（categories）用のバーリング情報を使用し、（アンマッチドACDCカテゴリに属するアプリケーションを含む）その他のアプリケーションをサービングネットワークによってブロードキャストされる最低（ACDC）カテゴリ用のバーリング情報によって阻止する（bar）。【００１０】
ここで、マッチングACDCカテゴリは、バーリング情報がサービングネットワークによってブロードキャストされ、且つUEに設定されたACDCカテゴリのランクと同じランクを有するACDCカテゴリである。一方、アンマッチドACDCカテゴリは、（ａ）バーリング情報がサービングネットワークによってブロードキャストされるが、これに対応するACDCカテゴリがUEに設定されていないACDCカテゴリ、又は（ｂ）ACDCカテゴリがUEに設定されているがこれに対応するバーリング情報がサービングネットワークよりブロードキャストされていないACDCカテゴリである。【００１１】
非特許文献２は、ACDCのために必要なUEの動作をどのレイヤ（アプリケーションレイヤ、Non-Access Stratum（NAS）レイヤ、又はRadio Resource Control（RRC）レイヤ）が行うべきかを提案している。具体的には、非特許文献２は、アプリケーションレイヤ、NASレイヤ、及びRRCレイヤのそれぞれがACDCチェックを行ういくつかのオプションを紹介している。ここで、ACDCチェックは、アプリケーションによってトリガーされるアクセス試行（access attempt）を許可するかどうかを、UE内のACDC設定に基づいて決定されたアプリケーションが属するACDCカテゴリとサービングネットワークからブロードキャストされるバーリング情報とに基づいて判定することである。【００１２】
一例として、NASレイヤがACDCチェックを行うオプションでは、上位レイヤからセッション確立要求を受信したことに応じて、もしUEがEvolved Packet System (EPS) connection management IDLE (ECM-IDLE)モード（又はEPS Mobility management IDLE (EMM-IDLE)モード）であるならNASレイヤは、
１．当該要求をトリガーしたアプリケーションのID（OS App ID）を判定し、
２．当該OS App IDがどのACDCカテゴリに属しているかを、OMA-DM又はUSIMを介してホームネットワーク・オペレータにより当該UEにプロビジョンされた情報に基づいて判定し、
３．判定されたACDCカテゴリ用のバーリング情報をRCCレイヤから取得し、
４．ACDCチェックを行い、
５．ACDCチェックをパスしたならサービス要求手順（Service Request procedure）を続行する（proceed）。【００１３】
非特許文献２は、RRCレイヤがACDCチェックを行うための２つのオプションを提案している。RRCレイヤがACDCチェックを行う１つのオプションでは、アクセス試行要求（access attempt request）を受信したことに応じて、もしUEがRRC_IDLE状態であるならRRCレイヤは、
１．当該要求をトリガーしたアプリケーションのID（OS App ID）を判定し、
２．当該OS App IDがどのACDCカテゴリに属しているかを、OMA-DM又はUSIMを介してホームネットワーク・オペレータにより当該UEにプロビジョンされた情報に基づいて判定し、
３．System Information Block（SIB）情報から得られる当該判定されたACDCカテゴリ用のバーリング情報に基づいてACDCチェックを行い、
４．ACDCチェックをパスしたならアクセス試行を続行する（proceed）。【００１４】
これに代えて、RRCレイヤがACDCチェックを行う別のオプションでは、セッション確立要求を受信したことに応じて、もしUEがECM-IDLEモード（又はEMM-IDLEモード）であるならNASレイヤは、
１．当該要求をトリガーしたアプリケーションのID（OS App ID）を判定し、
２．当該OS App IDがどのACDCカテゴリに属しているかを、Open Mobile Alliance  Device Management（OMA-DM）又はUSIMを介してホームネットワーク・オペレータにより当該UEにプロビジョンされた情報に基づいて判定し、
３．判定されたACDCカテゴリをService Request 及びCall typeとともにRRCレイヤに渡す。
次に、RRCレイヤは、ACDCカテゴリ及びCall typeとともにService RequestをNASレイヤから受信したことに応じて、
１．System Information Block（SIB）情報から得られる当該受け取ったACDCカテゴリ用のバーリング情報に基づいてACDCチェックを行い、
２．ACDCチェックをパスしたならアクセス試行を続行する（proceed）。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】3GPP TS 22.011 V13.2.0 (2015-06), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service accessibility (Release 13)”, June 2015
【非特許文献２】3GPP C1-150143, Qualcomm Incorporated, “Possible options for ACDC stage 3 specification”, February 2015
【発明の概要】
【発明が解決しようとする課題】
【００１６】
上述したように、非特許文献２は、ACDCをUEが実行する場合のアプリケーションレイヤ、NASレイヤ、及びRRCレイヤの相互作用（interaction）に関するいくつかのオプションを提示している。しかしながら、UEに設定されるACDCカテゴリの数（the number of ACDC categories）がサービングネットワークによってブロードキャストされるACDCカテゴリの数（the number of ACDC categories）と同じでない場合のUEの動作が明確ではない。【００１７】
すなわち、すでに説明したように、非特許文献１は、UEの設定（UE’s configuration）よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワークがブロードキャストするなら、UEはマッチングACDCカテゴリ（categories）用のバーリング情報を使用し、その他のアプリケーションをサービングネットワークによってブロードキャストされる最低（ACDC）カテゴリ用のバーリング情報によって阻止する（bar）こと、を記載している。したがって、UEは、アクセス試行をトリガーするアプリケーションが“アンマッチドACDCカテゴリ”に属する場合に、当該アプリケーションのACDCチェックを行うために、当該アプリケーションがサービングネットワークによってブロードキャストされる特定のACDCカテゴリ（e.g., 最低のACDCカテゴリ）に属するとみなす必要がある。しかしながら、この動作をUEによって実施するためのアプリケーションレイヤ、NASレイヤ、及びRRCレイヤの相互作用（interaction）が明確にされていない。なお、ここでは、“アンマッチドACDCカテゴリ”は、ACDCカテゴリがUEに設定されているがこれに対応するバーリング情報がサービングネットワークよりブロードキャストされていないACDCカテゴリを意味する。【００１８】
本明細書に開示される実施形態が達成しようとする目的の１つは、アクセス試行をトリガーするアプリケーションが属するアクセス・バーリング・カテゴリ（e.g., ACDCカテゴリ）に対応するバーリング情報をサービングネットワークがブロードキャストしていない場合に対処するための無線端末内の動作を提供することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１９】
第１の態様では、無線端末は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum（AS）レイヤとして動作するよう構成される。前記NASレイヤは、サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから取得するよう適合（adapted）される。前記NASレイヤは、さらに、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに置き換えるよう適合される。前記NASレイヤは、さらにまた、前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合される。前記ASレイヤは、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合される。【００２０】
第２の態様では、無線端末における方法は、
（ａ）サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方をaccess stratum（AS）レイヤからnon-access stratum（NAS）レイヤに送ること、
（ｂ）セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに前記NASレイヤによって置き換えること、
（ｃ）前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記NASレイヤから前記ASレイヤに渡すこと、及び
（ｄ）前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を含む。【００２１】
第３の態様では、無線端末は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum（AS）レイヤとして動作するよう構成される。前記NASレイヤは、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合される。前記ASレイヤは、前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして選択するよう適合される。前記ASレイヤは、さらに、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合される。【００２２】
第４の態様では、無線端末における方法は、
（ａ）セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共にnon-access stratum（NAS）レイヤからaccess stratum（AS）レイヤに渡すこと、
（ｂ）前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして前記ASレイヤによって選択すること、及び
（ｃ）前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を含む。【００２３】
第５の態様では、基地局は、セル内の無線端末と通信するよう構成された無線トランシーバ、及び前記無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールを前記セルにおいて報知するよう構成される。前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める。【００２４】
第６の態様では、基地局における方法は、１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールをセルにおいて報知することを含む。前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める。【００２５】
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２６】
上述の態様によれば、アクセス試行をトリガーするアプリケーションが属するアクセス・バーリング・カテゴリ（e.g., ACDCカテゴリ）に対応するバーリング情報をサービングネットワークがブロードキャストしていない場合に対処するための無線端末内の動作を提供することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２７】
【図１】いくつかの実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２】いくつかの実施形態に係る無線端末のコントロールプレーンのプロトコルスタックの一例を示す図である。
【図３】ACDC制御情報の具体例を示す図である。
【図４】第１の実施形態に係る無線端末によるACDC動作を説明するための図である。
【図５】第１の実施形態に係る無線端末のNASレイヤの動作の一例を示すフローチャートである。
【図６】第２の実施形態に係る無線端末によるACDC動作を説明するための図である。
【図７】第２の実施形態に係る無線端末のRRCレイヤの動作の一例を示すフローチャートである。
【図８】第３の実施形態に係る基地局及び無線端末の動作の一例を示すシーケンス図である。
【図９】いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
【図１０】いくつかの実施形態に係る基地局の構成例を示すブロック図である。
【発明を実施するための形態】
【００２８】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
以下に示される複数の実施形態は、LTE及びSAE（System Architecture Evolution）を収容するEvolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、global system for mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。
【００３０】
＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信ネットワークの構成例を示している。図１の例では、無線通信ネットワークは、１又は複数の無線端末（UE）１及び基地局（eNB）２を含む。各UE１は、少なくとも１つの無線トランシーバを有し、eNB２とのセルラー通信を行うよう構成されている。eNB２は、セル２１を管理し、セルラー通信技術（e.g., Evolved Universal Terrestrial Radio Access (E-UTRA) technology）を用いて複数のUE１の各々とセルラー通信を行うよう構成されている。
【００３１】
なお、図１に示されたeNB２は、Centralized Radio Access Network（C-RAN）アーキテクチャで使用されるBaseband Unit（BBU）であってもよい。言い換えると、図１に示されたeNB２は、１又は複数のRemote Radio Head（RRH）に接続されるRANノードであってもよい。いくつかの実装において、BBUとしてのeNB２は、コントロールプレーン処理とユーザプレーンのデジタルベースバンド信号処理を担当する。一方、RRHは、アナログRadio Frequency（RF）信号処理（e.g., 周波数変換および信号増幅）を担当する。なお、C-RANは、Cloud RANと呼ばれることもある。また、BBUは、Radio Equipment Controller（REC）又はData Unit（DU）と呼ばれることもある。RRHは、Radio Equipment（RE）、Radio Unit（RU）、又はRemote Radio Unit（RRU）と呼ばれることもある。
【００３２】
eNB２は、所定のアクセス・バーリング・カテゴリ（e.g., ACDCカテゴリ）に対応するアクセス制御情報（e.g., バーリング情報）を送信する。例えば、eNB２は、ACDCによるアクセス制御に関するACDC制御情報を含む報知情報（i.e., SIB情報）１０１をブロードキャストする。eNB２によってブロードキャストされるACDC制御情報は、ACDCカテゴリ毎のバーリング情報（barring information）を含む。各UE１は、eNB２によってブロードキャストされるバーリング情報に基づいて、アプリケーションによってトリガーされるeNB２へのアクセス試行を許可するか否かを制御する。
【００３３】
図２は、UE１のコントロールプレーンのプロトコルスタックの一例を示している。UE１のコントロールプレーン・プロトコルスタック２００は、アプリケーション（APP）レイヤ２０１、NASレイヤ２０２、及びAccess Stratum（AS）２０８レイヤを含む。ASレイヤ２０８は、RRCレイヤ２０３、Packet Data Convergence Protocol（PDCP）レイヤ２０４、Radio Link Control（RLC）レイヤ２０５、Medium Access Control（MAC）レイヤ２０６、及び物理（PHY）レイヤ２０７を含む。
【００３４】
NASレイヤ２０２は、ASレイヤ２０８により提供される無線インタフェース上でのデータ通信及び無線インタフェースの管理を利用し、eNB２を介してコアネットワーク（i.e., Evolved Packet Core（EPC））と通信し、UE１のためのモビリティ管理（i.e., EPS Mobility Management（EMM））及びセッション管理（i.e., EPS Session Management（ESM））を提供する。モビリティ管理（EMM）は、EPCとのコネクション確立に関するUE１の２つのNAS状態、すなわちEMM状態（EMM-DEREGISTERED又はEMM-REGISTERD）及びECM状態（ECM-IDLE又はECM-CONNECTED）を管理することを含む。EMM状態は、UE１がEPC内のMobility Management Entity（MME）に登録されているか否かを表す。ECM状態は、UE１とEPCの間のNASシグナリング・コネクションの状態を表す。なお、ECM-IDLE及びECM-CONNECTEDは、EMM-IDLE及びEMM-CONNECTEDと呼ばれることもある。
【００３５】
NASレイヤ２０２に実装されたモビリティ管理（EMM）プロトコルは、アタッチ手順、デタッチ手順、及びTracking Area Update（TAU）手順を含む。モビリティ管理（EMM）プロトコルは、さらに、EMMコネクション管理のための手順、すなわちサービス要求（Service Request）手順およびNASメッセージ転送（Transport of NAS messages）手順を含む。
【００３６】
セッション管理（ESM）は、ユーザプレーン・ベアラ・コンテキスト（i.e., EPSベアラ・コンテキスト）の活性化（activation）、非活性化（deactivation）、及び修正（modification）を含むEPSベアラ・コンテキスト管理を含む。セッション管理（ESM）は、さらに、UE１によってリソース（Packet Data Network（PDN）へのIPコネクティビティ又は個別（dedicated）ベアラリソース）を要求することを含む。
【００３７】
NASレイヤ２０２は、ASレイヤ２０８によって提供されるサービス（無線インタフェース上でのデータ通信及び無線インタフェースの管理）を利用するためにRRCレイヤ２０３と通信する。RRCレイヤ２０３は、NASレイヤ２０２の下位レイヤであり、無線リソース制御（RRC）を提供し、UE１のRRC状態（RRC_IDLE又はRRC_CONNECTED）を管理する。RRC状態は、UE１とeNB２との間の無線接続（RRCコネクション）が確立されているか否かを表す。
【００３８】
例えば、NASレイヤ２０２は、上位レイヤ（i.e., アプリケーションレイヤ２０１）からセッション確立要求を受信したことに応じて、もしUEがECM-IDLEモードであるなら、サービス要求（Service Request）手順を開始し、MMEにサービス要求メッセージを送るよう試みる。NASレイヤ２０２からのサービス要求メッセージは、eNB２とのRRCコネクションを確立するようにASレイヤ２０８をトリガーし、RRCレイヤ２０３はRRCコネクション確立手順を開始する。ただし、本実施形態では、UE１がサービス要求（Service Request）手順にトリガーされたeNB２へのアクセス試行を行う際に、UE１はACDCを実行する。ここで、セッションは、例えば、S1-MME、S1-U（S1ベアラ）、ネットワークベアラ（E-RAB、EPS Bearer、S5/S8ベアラ）、無線ベアラ（Radio Bearer）、PDNコネクション、IP Connectivity Access Network（IP-CAN）セッション、のいずれか又は組み合わせが考えられるが、これらに限定はされない。
【００３９】
図３は、ACDC制御情報（ACDC Information Element (IE)）の例で、System Information Blok Type 2 (SIB2)で送信される場合を想定している。図３に示すように、ACDC制御情報は、ACDCのカテゴリ情報（acdc-Category）と、各ACDCカテゴリに対応するAccess Class Barring（ACB）設定情報（acdc-BarringConfig = AC-BarringConfig）を含む。また、eNB２は、当該セルで報知されるPLMNそれぞれ（又は一部）に対して、ACDCを適用するか否か（又はACDCを適用すること）を示す情報を送信してもよい。さらに、eNB２は、これらの情報（acdc-Category、acdc-BarringConfig）を当該セルで報知されるPLMN Identityのそれぞれ（又は一部）に対して個別に設定し、送信してもよい。
【００４０】
以下では、ACDCのためのNASレイヤ２０２及びASレイヤ２０８（特にRRCレイヤ２０３）の動作について説明する。特に、UE１にプロビジョンされているACDC設定よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合のUE１のNASレイヤ２０２及びRRCレイヤ２０３の動作が説明される。
【００４１】
図４は、UE１によるACDC動作の一例を示している。eNB２は、ACDC制御情報（ACDC IE）をUE１に送信する（４０１）。当該ACDC制御情報は、１つ以上のACDCカテゴリと各ACDCカテゴリ用のバーリング情報を含む。eNB２は、少なくともアイドルモード（ECM-IDLE且つRRC_IDLE）のUE１がACDC制御情報を受信できるようにするために、セル２１内にブロードキャストされる報知情報（e.g., SIB情報）にACDC制御情報を含めてもよい。ここで、eNB２は、セル内のACDC機能を有する全ての（アイドル状態の）UE１に共通に設定されるACDC制御情報を送信してもよいし、当該セル内で報知するPLMN Identity毎に設定されるACDC制御情報を送信してもよい。UE１は、ACDC制御情報がPLMN Identity毎に送信されているのを検出した場合、UE１の上位レイヤ（NAS）が選択したPLMNに対応するPLMN IdentityがACDCの対象となっているか否かを確認する。当該PLMN IdentityがACDCの対象となっている場合、UE１は当該PLMN Identityのために設定されているACDC制御情報を基に、ACDCによるアクセス制御を行う。
【００４２】
UE１のNASレイヤ２０２は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリ及びこれらブロードキャストされるACDCカテゴリの数（the number of broadcasted ACDC category(ies)）のうちいずれか又は両方をRRCレイヤ２０３から取得（受信）する（４０２）。言い換えると、UE１のRRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリの情報及びブロードキャストされるACDCカテゴリの数（the number of broadcasted ACDC category(ies)）のうちいずれか又は両方をNASレイヤ２０２に知らせる。
【００４３】
いくつかの実装において、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリの数がUE１にプロビジョンされたACDC設定４１０に含まれる１つ以上のACDCカテゴリの数よりも少ない場合に、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリの情報及びこれらブロードキャストされるACDCカテゴリの数のうちいずれか又は両方をNASレイヤ２０２に提供してもよい。これにより、RRCレイヤ２０３は、サービングネットワークでの最新のACDCカテゴリの数をNASレイヤ２０２に提供できる。
【００４４】
さらに又はこれに代えて、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる更新された（つまり最新の）報知情報（SIB情報）を受信したことに応じて、当該報知情報がACDC制御情報を含むなら、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリの情報及びこれらブロードキャストされるACDCカテゴリの数のうちいずれか又は両方をNASレイヤ２０２に提供してもよい。これにより、RRCレイヤ２０３は、サービングネットワークでの最新のACDCカテゴリの数をNASレイヤ２０２に提供できる。なお、RRCレイヤ２０３は、ACDC制御情報が更新された場合にのみこれをNASレイヤ２０２に提供してもよいし、ACDC制御情報が更新されているか否かによらず報知情報が更新された場合にACDC制御情報をNASレイヤ２０２に提供してもよい。
【００４５】
さらに又はこれに代えて、RRCレイヤ２０３は、ACDCがサービングネットワークにおいて適用されていることをUE１が検出した場合に、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリの情報及びこれらブロードキャストされるACDCカテゴリの数、のうちいずれか又は両方をNASレイヤ２０２に提供してもよい。
【００４６】
NASレイヤ２０２は、アプリケーションレイヤ２０１からデータ送信の要求（言い換えると、セッション確立要求）４０３を受信したことに応じて、もしUE１がアイドルモード（e.g., ECM-IDLE）であるなら、当該要求をトリガーしたアプリケーションのアプリケーション識別子（identifier）を判定する。アプリケーション識別子は、OS App IDを含んでもよいし、OS App IDであってもよい。いくつかの実装において、特定の（particular）アプリケーションを識別するために、Operating System identifier（OS ID）及びOS App IDの組み合わせが使用される。OS App IDは、OS固有のアプリケーション識別子（application identifier）である。
【００４７】
さらに、NASレイヤ２０２は、ACDC設定（configuration）４１０に基づいて、当該要求をトリガーしたアプリケーションがどのACDCカテゴリに属しているかを判定する（４０４）。ACDC設定（configuration）４１０は、UE１のホームネットワーク・オペレータによってUE１に設定され、UE１にインストールされる１つ以上のアプリケーション（アプリケーション識別子）と１つ以上のACDCカテゴリとの間のマッピングを示す。すでに説明したように、ACDC設定（configuration）４１０は、ホームネットワーク・オペレータによってUE１に実装されるUSIM内に設定されてもよい。ホームネットワーク・オペレータは、OMA-DMに従って、ACDC設定４１０をUE１に設定してもよい。
【００４８】
なお、UE１にプロビジョンされているACDC設定４１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、セッション確立要求をトリガーするアプリケーションが属するACDCカテゴリ（第１のACDCカテゴリと呼ぶ）は、対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない可能性がある。言い換えると、セッション確立要求をトリガーするアプリケーションが属する第１のACDCカテゴリは、アンマッチドACDCカテゴリである可能性がある。ここでの“アンマッチドACDCカテゴリ”は、ACDCカテゴリがUE１に設定されているがこれに対応するバーリング情報がサービングネットワーク（eNB２）よりブロードキャストされていないACDCカテゴリである。
【００４９】
本実施形態では、第１のACDCカテゴリ（i.e., 第１のACDCカテゴリの値）に対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、NASレイヤ２０２は、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリのうちの特定のACDCカテゴリを当該第１のACDCカテゴリの代わりとして選択する（４０５）。言い換えると、NASレイヤ２０２は、当該第１のACDCカテゴリ（i.e., 第１のACDCカテゴリの値）を（代用の（substitute））特定のACDCカテゴリ（i.e., 特定のACDCカテゴリの値）に置き換える（４０５）。さらに言い換えると、NASレイヤ２０２は、セッション確立要求をトリガーするアプリケーションが、第１のACDCカテゴリの代わりに、サービングネットワークによってブロードキャストされる特定のACDCカテゴリに属するとみなす（４０５）。
【００５０】
またさらに言い換えると、UE１にプロビジョンされているACDC設定４１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、NASレイヤ２０２は、UE１のACDC設定４１０に含まれる１つ以上のACDCカテゴリの各々をサービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのいずれかに対応付けるために、ACDCカテゴリの置き換えを行う（４０５）。
【００５１】
一例において、NASレイヤ２０２は、第１のACDCカテゴリの値がサービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリの最大値（つまり最低のACDCカテゴリの値）より大きい場合に、第１のACDCカテゴリの値を特定のACDCカテゴリの値によって置き換えてもよい。つまり、NASレイヤ２０２は、第１のACDCカテゴリの値の代わりに（代用の（substitute））の特定のACDCカテゴリの値を使用してもよい。
【００５２】
これに代えて、NASレイヤ２０２は、第１のACDCカテゴリの値に対応するACDCカテゴリの値（及びそのバーリング情報）がサービングネットワークによってブロードキャストされていない場合に、第１のACDCカテゴリの値を特定のACDCカテゴリの値によって置き換えてもよい。つまり、NASレイヤ２０２は、第１のACDCカテゴリの値の代わりに（代用の（substitute））の特定のACDCカテゴリの値を使用してもよい。
【００５３】
いくつかの実装において、NASレイヤ２０２によって選択される特定のACDCカテゴリ（代用のACDCカテゴリ）は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのうち最低ACDCカテゴリであってもよい。このようなACDCカテゴリの置き換えは、非特許文献１に記載されたアンマッチドACDCカテゴリの取り扱いに従っているために好ましいかもしれない。
【００５４】
しかしながら、他の実装において、NASレイヤ２０２によって選択される特定のACDCカテゴリ（代用のACDCカテゴリ）は、サービングネットワーク（eNB２）における最低のACDCカテゴリでなくてもよい。例えば、サービングネットワーク（eNB２）によってブロードキャストされるACDCカテゴリの数がUE１にプロビジョンされているACDC設定４１０内のACDCカテゴリの数よりも少ない場合に、NASレイヤ２０２は、予め定められたマッピングルールに従って、第１のACDCカテゴリが置き換えられるべき特定のACDCカテゴリ（代用のACDCカテゴリ）を決定してもよい。当該マッピングルールは、サービングネットワークによってブロードキャストされる（可能性のある）複数のACDCカテゴリとUE１にプロビジョンされている１つ以上のACDCカテゴリとの間のマッピングを定める。当該マッピングルールは、UE１にプロビジョンされてもよいし、サービングネットワーク（eNB２）からUE１に送られてもよい。
【００５５】
NASレイヤ２０２は、第１のACDCカテゴリの代わりとして選択された特定のACDCカテゴリ（代用の（substitute）ACDCカテゴリ）をセッション確立のためのNASメッセージ（i.e., Service Request（SR））と共にRRCレイヤ２０３に渡す（４０６）。
【００５６】
RRCレイヤ２０３は、（代用の）ACDCカテゴリと共にService RequestをNASレイヤ２０２から受信したことに応じて、サービングネットワーク（eNB２）からブロードキャストされ且つ代用のACDCカテゴリに対応するバーリング情報に基づいてACDCチェックを行う（４０７）。すなわち、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる特定のACDCカテゴリ（代用のACDCカテゴリ）に対応するバーリング情報に基づいて、NASレイヤ２０２からのService Requestによってトリガーされるアクセス試行を許可するか否かを制御する。
【００５７】
図５は、UE１のNASレイヤ２０２のACDCに関する動作の一例（処理５００）を示すフローチャートである。ブロック５０１では、NASレイヤ２０２は、サービングネットワーク（eNB２）によってブロードキャストされるACDCカテゴリの数をRRCレイヤ２０３から取得する。ブロック５０２では、NASレイヤ２０２は、セッション確立要求をトリガーするアプリケーションが属する第１のACDCカテゴリを、ホームネットワーク・オペレータによってUE１にプロビジョンされたACDC設定４１０に基づいて判定する。
【００５８】
ブロック５０３では、第１のACDCカテゴリに対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、NASレイヤ２０２は、第１のACDCカテゴリをサービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリのうちの特定のACDCカテゴリに置き換える。ブロック５０４では、NASレイヤ２０２は、（代用の（substitute））特定のACDCカテゴリをサービス要求と共にRRCレイヤ２０３に渡す。
【００５９】
なお、NASレイヤ２０２がRRCレイヤ２０３にサービス要求と共にACDCカテゴリを渡すために、新たなコールタイプが定義されてもよい。NASレイヤ２０２は、initial NASメッセージ（e.g., Service Request）を送信するためのNASシグナリング・コネクションの確立をRRCレイヤ２０３に要求する際に、コールタイプ（call type）をRRCレイヤ２０３に知らせる。既存のコールタイプは、 “originating calls”、“"terminating calls”、“emergency calls”、又は“originating signalling”を示す。これらに加えて、セッション確立をトリガーするアプリケーションがACDCカテゴリXに属する場合、新たなコールタイプは、例えば、“ACDC Cat-X originating calls”であってもよい。当該新たなコールタイプを受信することで、RRCレイヤ２０３は、アクセス試行（RRCコネクション確立の試行）をトリガーするアプリケーションが属するACDCカテゴリを知ることができる。
【００６０】
これに代えて、コールタイプとは別の新たな情報要素がACDCカテゴリを表すために定義されてもよい。新たな情報要素は、例えば、”ACDC Category Indication”、”Established ACDC Category”、”Triggered ACDC category”、”Selected ACDC Category”、または、”Assigned ACDC Category”などでもよい。この場合、NASレイヤ２０２は、initial NASメッセージ（e.g., Service Request）及びコールタイプ（e.g., originating calls）と共に当該新たな情報要素をRRCレイヤ２０３に渡してもよい。当該新たな情報要素を受信することで、RRCレイヤ２０３は、アクセス試行（RRCコネクション確立の試行）をトリガーするアプリケーションが属するACDCカテゴリを知ることができる。
【００６１】
以上の説明から理解されるように、図４及び図５を用いて説明された例では、セッション確立要求をトリガーするアプリケーションが属する第１のACDCカテゴリに対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、NASレイヤ２０２が、当該第１のACDCカテゴリを代用のACDCカテゴリに置き換え、当該代用のACDCカテゴリをRRCレイヤ２０３に知らせる（渡す）。代用のACDCカテゴリは、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリのうちの１つである。言い換えると、UE１にプロビジョンされているACDC設定４１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、NASレイヤ２０２は、UE１のACDC設定４１０に含まれる１つ以上のACDCカテゴリの各々をサービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのいずれかに対応付けるために、ACDCカテゴリの置き換えを行う。そして、RRCレイヤ２０３は、サービングネットワーク（eNB２）からブロードキャストされ且つ代用のACDCカテゴリに対応するバーリング情報に基づいてACDCチェックを行う。
【００６２】
すなわち、図４及び図５を用いて説明された例によれば、UE１のNASレイヤ２０２がACDCカテゴリの置き換えを行い、UE１のRRCレイヤ２０３がACDCチェックを行うことができる。
【００６３】
なお、一例において、NASレイヤ２０２は、UE１がサービングセルを変更する度に、（代用の）特定のACDCカテゴリの情報を解放してもよい。これに代えて、NASレイヤ２０２は、サービングセルを変更しても特定のACDCカテゴリの情報を保持してもよい。例えば、UE１が同じPLMN（又は同じサービングネットワーク）を選択している間、かつ、変更後のサービングセルでACDCの機能が有効になっている間、NASレイヤ２０２は特定のACDCカテゴリの情報を保持してもよい。
【００６４】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたUE１におけるACDC動作の変形例が説明される。具体的には、NASレイヤ２０２の代わりにRRCレイヤ２０３がACDCカテゴリの置換えを行う例が説明される。本実施形態に係る無線通信ネットワークの構成例は図１と同様であり、UE１のコントロールプレーン・プロトコルスタックは図２と同様である。
【００６５】
図６は、UE１によるACDC動作の一例を示している。eNB２は、ACDC制御情報をUE１に送信する（６０１）。当該ACDC制御情報は、複数のACDCカテゴリと各ACDCカテゴリ用のバーリング情報を含む。eNB２は、アイドルモード（ECM-IDLE且つRRC_IDLE）のUE１がACDC制御情報を受信できるようにするために、セル２１内にブロードキャストされる報知情報（e.g., SIB情報）にACDC制御情報を含めてもよい。
【００６６】
NASレイヤ２０２は、アプリケーションレイヤ２０１からデータ送信の要求（言い換えると、セッション確立要求）６０２を受信したことに応じて、もしUE１がアイドルモード（ECM-IDLE）であるなら、当該要求をトリガーしたアプリケーションのアプリケーション識別子（identifier）を判定する。アプリケーション識別子は、OS App IDを含んでもよいし、OS App IDであってもよい。さらに、NASレイヤ２０２は、ACDC設定（configuration）６１０に基づいて、当該要求をトリガーしたアプリケーションがどのACDCカテゴリに属しているかを判定する（６０３）。ACDC設定（configuration）６１０は、図４に示されたACDC設定４１０と同様である。すなわち、ACDC設定６１０は、UE１にインストールされる複数のアプリケーション（アプリケーション識別子）と複数のACDCカテゴリとの間のマッピングを示す。ACDC設定６１０は、例えば、OMA-DM又はUSIMを介してUE１にプロビジョンされる。
【００６７】
NASレイヤ２０２は、セッション確立要求をトリガーするアプリケーションが属するACDCカテゴリ（つまり、ACDC設定６１０から導かれたACDCカテゴリ）をセッション確立のためのNASメッセージ（i.e., Service Request（SR））と共にRRCレイヤ２０３に渡す（６０４）。
【００６８】
図４に関して既に説明したように、UE１にプロビジョンされているACDC設定４１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、セッション確立要求をトリガーするアプリケーションが属するACDCカテゴリ（第１のACDCカテゴリと呼ぶ）は、対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない可能性がある。言い換えると、セッション確立要求をトリガーするアプリケーションが属するACDCカテゴリは、アンマッチドACDCカテゴリである可能性がある。ここでの“アンマッチドACDCカテゴリ”は、ACDCカテゴリがUE１に設定されているがこれに対応するバーリング情報がサービングネットワーク（eNB２）よりブロードキャストされていないACDCカテゴリである。
【００６９】
本実施形態では、第１のACDCカテゴリに対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、RRCレイヤ２０３は、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリのうちの特定のACDCカテゴリを当該第１のACDCカテゴリの代わりとして選択する（６０５）。言い換えると、RRCレイヤ２０３は、当該第１のACDCカテゴリを（代用の（substitute））特定のACDCカテゴリに置き換える（６０５）。さらに言い換えると、RRCレイヤ２０３は、セッション確立要求をトリガーするアプリケーションが、第１のACDCカテゴリの代わりに、サービングネットワークによってブロードキャストされる特定のACDCカテゴリに属するとみなす（６０５）。
【００７０】
またさらに言い換えると、UE１にプロビジョンされているACDC設定６１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、RRCレイヤ２０３は、UE１のACDC設定６１０に含まれる１つ以上のACDCカテゴリの各々をサービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのいずれかに対応付けるために、ACDCカテゴリの置き換えを行う（６０５）。
【００７１】
一例において、RRCレイヤ２０３は、第１のACDCカテゴリの値がサービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリの最大値（つまり最低のACDCカテゴリの値）より大きい場合に、第１のACDCカテゴリの値の代わりに（代用の（substitute））の特定のACDCカテゴリの値によって置き換えてもよい。つまり、RRCレイヤ２０３は、第１のACDCカテゴリの値の代わりに（代用の（substitute））の特定のACDCカテゴリの値を使用してもよい。
【００７２】
これに代えて、RRCレイヤ２０３は、第１のACDCカテゴリの値に対応するACDCカテゴリの値（及びそのバーリング情報）がサービングネットワークによってブロードキャストされていない場合に、第１のACDCカテゴリの値を特定のACDCカテゴリの値によって置き換えてもよい。つまり、RRCレイヤ２０３は、第１のACDCカテゴリの値の代わりに（代用の（substitute））の特定のACDCカテゴリの値を使用してもよい。
【００７３】
いくつかの実装において、RRCレイヤ２０３によって選択される特定のACDCカテゴリ（代用のACDCカテゴリ）は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのうち最低ACDCカテゴリであってもよい。このようなACDCカテゴリの置き換えは、非特許文献１に記載されたアンマッチドACDCカテゴリの取り扱いに従っているために好ましいかもしれない。
【００７４】
しかしながら、他の実装において、RRCレイヤ２０３によって選択される特定のACDCカテゴリ（代用のACDCカテゴリ）は、サービングネットワーク（eNB２）における最低のACDCカテゴリでなくてもよい。例えば、サービングネットワーク（eNB２）によってブロードキャストされるACDCカテゴリの数がUE１にプロビジョンされているACDC設定６１０内のACDCカテゴリの数よりも少ない場合に、RRCレイヤ２０３は、予め定められたマッピングルールに従って、第１のACDCカテゴリが置き換えられるべき特定のACDCカテゴリ（代用のACDCカテゴリ）を決定してもよい。当該マッピングルールは、サービングネットワークによってブロードキャストされる（可能性のある）複数のACDCカテゴリとUE１にプロビジョンされている１つ以上のACDCカテゴリとの間のマッピングを定める。当該マッピングルールは、UE１にプロビジョンされてもよいし、サービングネットワーク（eNB２）からUE１に送られてもよい。
【００７５】
RRCレイヤ２０３は、サービングネットワーク（eNB２）からブロードキャストされ且つ代用のACDCカテゴリに対応するバーリング情報に基づいてACDCチェックを行う（６０６）。すなわち、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる特定のACDCカテゴリ（代用のACDCカテゴリ）に対応するバーリング情報に基づいて、NASレイヤ２０２からのService Requestによってトリガーされるアクセス試行を許可するか否かを制御する。
【００７６】
図７は、UE１のRRCレイヤ２０３のACDCに関する動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリ及びバーリング情報を受信する。
【００７７】
ブロック７０２では、RRCレイヤ２０３は、セッション確立要求をトリガーするアプリケーションが属する第１のACDCカテゴリをサービス要求と共にNASレイヤ２０２から受信する。上述したように、第１のACDCカテゴリは、UE１にプロビジョンされたACDC設定６１０からNASレイヤ２０２によって導かれる。
【００７８】
ブロック７０３では、第１のACDCカテゴリに対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、RRCレイヤ２０３は、サービングネットワークによってブロードキャストされる１つ以上のACDCカテゴリのうちの特定のACDCカテゴリを第１のACDCカテゴリの代わりとして選択する。
【００７９】
ブロック７０４では、RRCレイヤ２０３は、サービングネットワーク（eNB２）によってブロードキャストされ且つ特定のACDCカテゴリに対応するバーリング情報に基づいて、アクセス試行を許可するか否かを制御する。
【００８０】
なお、第１の実施形態で説明したように、NASレイヤ２０２がRRCレイヤ２０３にサービス要求と共にACDCカテゴリを渡すために、新たなコールタイプが定義されてもよい。NASレイヤ２０２は、initial NASメッセージ（e.g., Service Request）を送信するためのNASシグナリング・コネクションの確立をRRCレイヤ２０３に要求する際に、コールタイプ（call type）をRRCレイヤ２０３に知らせる。既存のコールタイプは、 “originating calls”、“"terminating calls”、“emergency calls”、又は“originating signalling”を示す。これらに加えて、セッション確立をトリガーするアプリケーションがACDCカテゴリXに属する場合、新たなコールタイプは、例えば、“ACDC Cat-X originating calls”であってもよい。
【００８１】
当該新たなコールタイプを受信することで、RRCレイヤ２０３は、アクセス試行（RRCコネクション確立の試行）をトリガーするアプリケーションが属する第１のACDCカテゴリを知ることができる。RRCレイヤ２０３は、当該新たなコールタイプで指定される第１のACDCカテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、又はRRCレイヤ２０３が当該新たなコールタイプを認識できない（又は知らないコールタイプ ”unknown call type”である）場合に、RRCレイヤ２０３は代用のACDCカテゴリを選択してもよい。
【００８２】
これに代えて、コールタイプとは別の新たな情報要素がACDCカテゴリを表すために定義されてもよい。新たな情報要素は、例えば、”ACDC Category Indication”、”Established ACDC Category”、”Triggered ACDC category”、”Selected ACDC Category”、または、”Assigned ACDC Category”、などでもよい。この場合、NASレイヤ２０２は、initial NASメッセージ（e.g., Service Request）及びコールタイプ（e.g., originating calls）と共に当該新たな情報要素をRRCレイヤ２０３に渡してもよい。当該新たな情報要素を受信することで、RRCレイヤ２０３は、アクセス試行（RRCコネクション確立の試行）をトリガーするアプリケーションが属する第１のACDCカテゴリを知ることができる。当該新たな情報要素で指定される第１のACDCカテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、又はRRCレイヤ２０３が当該新たな情報要素で指定される第１のACDCカテゴリを認識できない（又は第１のACDCカテゴリが知らないカテゴリ ”unknown ACDC category”である）場合に、RRCレイヤ２０３は代用のACDCカテゴリを選択してもよい。
【００８３】
以上の説明から理解されるように、図６及び図７を用いて説明された例では、セッション確立要求をトリガーするアプリケーションが属する第１のACDCカテゴリに対応するバーリング情報がサービングネットワーク（eNB２）によってブロードキャストされていない場合に、RRCレイヤ２０３が、当該第１のACDCカテゴリの代わりに代用のACDCカテゴリを選択し、サービングネットワーク（eNB２）からブロードキャストされ且つ代用のACDCカテゴリに対応するバーリング情報に基づいてACDCチェックを行う。言い換えると、UE１にプロビジョンされているACDC設定６１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合、RRCレイヤ２０３は、UE１のACDC設定６１０に含まれる１つ以上のACDCカテゴリの各々をサービングネットワーク（eNB２）によってブロードキャストされる１つ以上のACDCカテゴリのいずれかに対応付けるために、ACDCカテゴリの置き換えを行う。
【００８４】
すなわち、図６及び図７を用いて説明された例によれば、UE１のRRCレイヤ２０３がACDCカテゴリの置き換え及びACDCチェックを行うことができる。
【００８５】
＜第３の実施形態＞
本実施形態では、第１及び第２の実施形態で説明されたUE１におけるACDC動作の変形例が説明される。本実施形態に係る無線通信ネットワークの構成例は図１と同様であり、UE１のコントロールプレーン・プロトコルスタックは図２と同様である。
【００８６】
第１及び第２の実施形態で説明されたように、UE１にプロビジョンされているACDC設定４１０又は６１０よりも少ない（fewer）ACDCカテゴリ（categories）をサービングネットワーク（eNB２）がブロードキャストする場合に、NASレイヤ２０２又はRRCレイヤ２０３は代用のACDCカテゴリを選択する。このとき、NASレイヤ２０２又はRRCレイヤ２０３は、サービングネットワーク（eNB２）から送られるマッピングルールに従って、代用のACDCカテゴリを選択してもよい。当該マッピングルールは、サービングネットワークによってブロードキャストされる（可能性のある）複数のACDCカテゴリとUE１にプロビジョンされている１つ以上のACDCカテゴリとの間のマッピングを定める。
【００８７】
図８は、当該マッピングルールをeNB２からUE１に送る手順の一例（処理８００）を示すシーケンス図である。ステップ８０１では、eNB２は、セル２１で利用される複数のACDCカテゴリ、各ACDCカテゴリ用のバーリング情報、及びeNB２によってブロードキャストされる複数のACDCカテゴリとUE１にプロビジョンされている複数のACDCカテゴリとの間のマッピングルールをUE１に送信する。eNB２は、これらを包含する報知情報（SIB情報）をセル２１においてブロードキャストしてもよい。
【００８８】
例えば、UE１内のACDC設定（４１０又は６１０）が５個のACDCカテゴリを定め、サービングネットワーク（eNB２）が３個のACDCカテゴリを定める場合を考える。この場合、マッピングルールは、UE１のACDC設定内の最高のACDCカテゴリをサービングネットワークの最高のACDCカテゴリに関連付け、UE１のACDC設定内の第２位及び第３位のACDCカテゴリをサービングネットワークの第２位のACDCカテゴリに関連付け、UE１のACDC設定内の第４位及び第５位のACDCカテゴリをサービングネットワークの第３位（最低）のACDCカテゴリに関連付けてもよい。
【００８９】
なお、eNB２は、サービングネットワーク（eNB２）で使用されるACDCカテゴリの数（e.g., ３）をUE１にプロビジョンされるACDCカテゴリの数の複数の候補値（e.g., ４、５、６・・）と関連付けるために、複数のマッピングルールをUE１に提供してもよい。
【００９０】
本実施形態によれば、サービングネットワーク（eNB２）で使用されるACDCカテゴリの数とUE１にプロビジョンされるACDCカテゴリの数との間のマッピングをサービングネットワーク（eNB２）がUE１に明示的に指定できる。
【００９１】
なお、一例において、ASレイヤ２０８（RRCレイヤ２０３）は、UE１がサービングセルを変更する度に、（代用の）特定のACDCカテゴリの情報を解放してもよい。これに代えて、ASレイヤ２０８（RRCレイヤ２０３）は、サービングセルを変更しても特定のACDCカテゴリの情報を保持してもよい。例えば、UE１が同じPLMN（又は同じサービングネットワーク）を選択している間、かつ、変更後のサービングセルでACDCの機能が有効になっている間、ASレイヤ２０８（RRCレイヤ２０３）は特定のACDCカテゴリの情報を保持してもよい。
【００９２】
＜第４の実施形態＞
上述の実施形態では、ACDCの対象がアイドルモード（e.g., RRC_IDLE）のUE１である場合を想定した。本実施形態では、ACDCがコネクテッドモード（e.g., RRC_CONNECTED）のUE１に適用される。つまり、既にコネクテッドモードのUE１が新たなアプリケーション（又はサービス）を開始しようとする場合に、当該UE１においてACDCを使用することを想定する。この場合、ACDCは、RRC_IDLE端末に対するアクセス制御（つまりアクセス制限）の代わりに、RRC_CONNECTED端末に対するサービス要求制御（つまりサービス要求制限）を実現すると考えられる。ここで、RRC_CONNECTEDであるUE１におけるサービス要求の制御（制限）は、UE１が当該アプリケーション（又はサービス）を開始するためのサービス要求を送信するためにeNB２にアップリンクリソースを割り当ててもらうためのScheduling Requestの送信の制限（抑止）であってもよい。あるいは、RRC_CONNECTEDであるUE１がScheduling Request（アップリンク・リソース要求）を送信するための制御リソース（Physical Uplink Control Chanel（PUCCH））を設定されていないか又はUE１のアップリンク同期状態が非同期（"non-synchronised"又は”out-of-sync”）である場合、RRC_CONNECTEDであるUE１におけるサービス要求の制御（制限）は、ランダムアクセス手順の開始（i.e., ランダムアクセス・プリアンブルの送信）の制限（抑止）であってもよい。
【００９３】
UE１は、例えば以下のような手順を実行してもよい。UE１は、eNB２のセル２１においてeNB２との無線接続（RRC Connection）を確立し、RRC_CONNECTED状態になる。あるケースでは、UE１はACDCを実行した後（つまり、ACDCによるアクセス制御を行った後）、RRC_CONNECTED状態になったかもしれない。または、他のケースでは、UE１がRRC_CONNECTED状態になる時点ではサービングセルで（UE１のNASレイヤが選択したPLMNのサービングネットワークに対して）ACDCが有効にされておらず（つまり、eNB２がACDC制御情報を報知していない）、したがってUE１はACDCを実行せずにRRC_CONNECTED状態になったかもしれない。
【００９４】
その後、RRC_CONNECTED状態のUE１において新たなアプリケーション（又はサービス）を開始するトリガーが発生した場合、UE１は、サービングセルにおいてACDCが有効にされているか否か（つまり、eNB２がACDC制御情報を報知しているか否か）を確認する。ACDCが有効にされている場合、UE１のNASレイヤまたはRRCレイヤは、UE１にプロビジョンされているACDC設定と、サービングセルでブロードキャストされているACDC制御情報とのマッチングを行う。具体的には、UE１のNASレイヤまたはRRCレイヤは、当該アプリケーション（又はサービス）に対応する第１のACDCカテゴリに対応するバーリング情報がブロードキャストされているかを確認する。第１のACDCカテゴリに対応するバーリング情報がブロードキャストされていない場合、UE１は特定のACDCカテゴリを代わりとして選択する。なお、ACDC設定とACDC制御情報とのマッチングは、第１の実施形態または第２の実施形態と同様の手順が適用でき、詳細説明を省略する。
【００９５】
そして、UE１のRRCレイヤは、第１のACDCカテゴリまたは置き換えた特定のACDCカテゴリに対応するバーリング情報を基に、サービス要求（e.g., MACレイヤへのScheduling Requestの送信の指示、又はランダムアクセス手順の開始の指示）を行う。例えば、バーリング情報により当該アプリケーション（又はサービス）に対してサービス要求が許可されていない場合、所定期間またはACDCが無効化されるまで、当該サービングセルにおけるサービス要求を行わない。或いは、サービス要求が所定の確率で許可されている場合、当該確率に基づきサービス要求を行ってもよい。
【００９６】
これにより、既にRRC_CONNECTED状態であるUE１に対してもアクセス制御（この場合、サービス要求の制限）が実行でき、ネットワークのオーバーロードを防止または軽減することができる。なお、RRC_CONNECTED端末に対するACDCは、端末個別または端末群毎に行われてもよい。また、eNB２は、ACDC制御情報の少なくとも一部を端末個別メッセージ（e.g., RRC Connection Reconfiguration message）でUE１に送信してもよい。この場合、UE１は、端末個別メッセージで指定された設定を、ブロードキャストされたACDC制御情報で指定される設定よりも優先して使用してもよい。
【００９７】
最後に、上述の複数の実施形態に係るUE１の構成例について説明する。図９は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ９０１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ９０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ９０１は、アンテナ９０２及びベースバンドプロセッサ９０３と結合される。すなわち、RFトランシーバ９０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ９０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ９０２に供給する。また、RFトランシーバ９０１は、アンテナ９０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ９０３に供給する。
【００９８】
ベースバンドプロセッサ９０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００９９】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ９０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ９０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１００】
ベースバンドプロセッサ９０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ９０４と共通化されてもよい。
【０１０１】
アプリケーションプロセッサ９０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ９０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ９０４は、メモリ９０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
【０１０２】
いくつかの実装において、図９に破線（９０５）で示されているように、ベースバンドプロセッサ９０３及びアプリケーションプロセッサ９０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ９０３及びアプリケーションプロセッサ９０４は、１つのSystem on Chip（SoC）デバイス９０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１０３】
メモリ９０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ９０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ９０６は、ベースバンドプロセッサ９０３、アプリケーションプロセッサ９０４、及びSoC９０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ９０６は、ベースバンドプロセッサ９０３内、アプリケーションプロセッサ９０４内、又はSoC９０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ９０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１０４】
メモリ９０６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ９０３又はアプリケーションプロセッサ９０４は、当該ソフトウェアモジュールをメモリ９０６から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うよう構成されてもよい。
【０１０５】
図１０は、上述の実施形態に係る基地局（eNB）２の構成例を示すブロック図である。図１０を参照すると、基地局２は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、無線端末１と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１０６】
ネットワークインターフェース１００３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１０７】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１０８】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１０９】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１１０】
メモリ１００５は、上述の複数の実施形態で説明された基地局２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明された基地局２の処理を行うよう構成されてもよい。
【０１１１】
図９及び図１０を用いて説明したように、上述の実施形態に係るUE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１２】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【０１１３】
上述の実施形態において一例として説明した、サービングセルを変更しても特定のACDCカテゴリの情報を保持可能なUE１（NASレイヤ２０２又はASレイヤ２０８）は、異なるPLMN Identityを持つ他のネットワーク（第２のネットワーク）にサービングネットワーク（eNB２）を変更した場合、変更前のサービングネットワーク（第１のネットワーク）のために第１のACDCカテゴリの代わりとして選択した、置き換えた、又は属するとみなした特定のACDCカテゴリを、廃棄（discard）、解放（release）又は修正（modify）してもよい。
【０１１４】
ここで、UE１がサービングネットワークを第２のネットワークに変更した場合とは、第１のネットワークから該第２のネットワークへUE１がハンドオーバ（Inter-PLMN HO）した場合であってもよいし、UE１がアイドルモード（e.g., RRC_IDLE）でネットワーク選択（PLMN selection）を行うことにより第１のネットワークから該第２のネットワークへサービングネットワークを変更した場合であってもよい。
【０１１５】
または、UE１は、第２のネットワークからブロードキャストされる１つ以上のACDCカテゴリの情報を受信したことに応じて、第１のネットワークのために第１のACDCカテゴリの代わりとして選択した、置き換えた、又は属するとみなした特定のACDCカテゴリを、廃棄（discard）、解放（release）又は修正（modify）してもよい。
【０１１６】
例えば第１の実施形態の場合、NASレイヤ２０２は、第２のネットワークによってブロードキャストされる１つ以上のACDCカテゴリの情報及びこれらブロードキャストされるACDCカテゴリの数（the number of broadcasted ACDC category(ies)）のうちいずれか又は両方をRRCレイヤ２０３から取得（受信）したこと（２０３）に応じて、NASレイヤ２０２内の以前の設定（つまり、代用の特定のACDCカテゴリ）を廃棄（discard）若しくは解放（release）又は修正（modify）を行ってもよいが、これには限られない。
【０１１７】
第２の実施形態の場合、RRCレイヤ２０３は、第２のネットワークによってブロードキャストされるACDC制御情報の受信（５０１）に応じて、RRCレイヤ２０３内の以前の設定（つまり、代用の特定のACDCカテゴリ）を廃棄（discard）若しくは解放（release）又は修正（modify）を行ってもよいが、これには限られない。
【０１１８】
これらによれば、サービングセルを変更しても特定のACDCカテゴリの情報を保持可能なUE１があるPLMNの第１のネットワークから他のPLMNの第２のネットワークにサービングネットワークを変更したであっても適切にACDCを実行できる。例えば、UE１に予めプロビジョンされていたACDCカテゴリが４、第１のネットワークが提供するACDCカテゴリが１〜３、第２のネットワークが提供するACDCカテゴリが１〜４である場合を考える。UE１が第１のネットワークのために第１のACDCカテゴリ＝４を特定のACDCカテゴリ＝３によって置き換えた後にUE１が第２のネットワークに移動した場合、UE１は第１のネットワークのための代用の特定のACDCカテゴリの設定を破棄（解放）できるため、UE１は第２のネットワークでのACDCを適切に実行できる。
【０１１９】
上述の実施形態において、eNB２は、周辺の他のeNBとの間で、自セルにおけるACDCに関する情報（e.g., ACDC制御情報、ACDCの実行の有無）を共有するようにしてもよい。また、eNB２は、自セルの隣接セル（例えば、当該eNB２自身の他のセル、他のeNBのセル）におけるACDCに関する情報を、自セルにおいて送信してもよい。UE１は、当該隣接セルにおけるACDCに関する情報を基に、セル再選択を行ってもよい。
【０１２０】
上述の実施形態は、LTE、LTE-Advanced 及びこれらの改良に限定されるものではなく、他の無線通信ネットワーク又はシステムでのアプリケーションに特化した（application-specific）アクセス・バーリング（又は輻輳制御）に適用されてもよい。
【０１２１】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１２２】
この出願は、２０１５年７月２８日に出願された日本出願特願２０１５−１４８７９０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２３】
１  無線端末（UE）
２  基地局（eNB）
９０１  radio frequency（RF）トランシーバ
９０３  ベースバンドプロセッサ
９０４  アプリケーションプロセッサ
９０６  メモリ
１００１  RFトランシーバ
１００４  プロセッサ
１００５  メモリ
【図１】
2017017890.tif 000003
【図２】
2017017890.tif 000004
【図３】
2017017890.tif 000005
【図４】
2017017890.tif 000006
【図５】
2017017890.tif 000007
【図６】
2017017890.tif 000008
【図７】
2017017890.tif 000009
【図８】
2017017890.tif 000010
【図９】
2017017890.tif 000011
【図１０】
2017017890.tif 000012
【手続補正書】
【提出日】平成30年1月17日(2018.1.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線端末であって、
無線トランシーバと、
前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum （AS）レイヤとして動作するよう構成された少なくとも１つのプロセッサと、
を備え、
前記NASレイヤは、サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記ASレイヤから取得するよう適合され、
前記NASレイヤは、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに置き換えるよう適合され、
前記NASレイヤは、前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合され、
前記ASレイヤは、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合されている、
無線端末。
【請求項２】
前記ASレイヤは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの数が前記無線端末にプロビジョンされた設定情報に含まれる複数のアクセス・バーリング・カテゴリの数よりも少ない場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリ及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１に記載の無線端末。
【請求項３】
前記ASレイヤは、前記サービングネットワークによって報知される最新の報知情報を受信したことに応じて、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１又は２に記載の無線端末。
【請求項４】
前記ASレイヤは、アクセス・バーリングが前記サービングネットワークにおいて適用されていることを前記無線端末が検出した場合に、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方を前記NASレイヤに提供するよう適合されている、
請求項１〜３のいずれか１項に記載の無線端末。
【請求項５】
前記NASレイヤは、前記アプリケーションから前記セッション確立の要求を受信したことに応じて、もし前記無線端末がアイドルモードであるなら、前記アプリケーションがどのアクセス・バーリング・カテゴリに属しているかを、前記無線端末にプロビジョンされた設定情報に基づいて判定するよう適合されている、
請求項１〜４のいずれか１項に記載の無線端末。
【請求項６】
前記特定のアクセス・バーリング・カテゴリは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうち最低のアクセス・バーリング・カテゴリに相当する、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項７】
前記NASレイヤは、前記サービングネットワークによって報知されるマッピングルールを前記ASレイヤから取得するよう適合され、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定め、
前記NASレイヤは、前記マッピングルールに従って、前記第１のアクセス・バーリング・カテゴリが置き換えられるべき前記特定のアクセス・バーリング・カテゴリを決定するよう適合されている、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項８】
無線端末における方法であって、
サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリの情報及び前記１つ以上のアクセス・バーリング・カテゴリの数のうちいずれか又は両方をaccess stratum（AS）レイヤからnon-access stratum（NAS）レイヤに送ること、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリに対応するバーリング情報が前記サービングネットワークによって報知されていない場合に、前記第１のアクセス・バーリング・カテゴリを前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリに前記NASレイヤによって置き換えること、
前記特定のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記NASレイヤから前記ASレイヤに渡すこと、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を備える方法。
【請求項９】
無線端末であって、
無線トランシーバと、
前記無線トランシーバに結合され、モビリティ管理及びセッション管理を提供するnon-access stratum（NAS）レイヤ及び無線リソース制御を提供するaccess stratum（AS）レイヤとして動作するよう構成された少なくとも１つのプロセッサと、
を備え、
前記NASレイヤは、セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共に前記ASレイヤに渡すよう適合され、
前記ASレイヤは、前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして選択するよう適合され、
前記ASレイヤは、前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを制御するよう適合されている、
無線端末。
【請求項１０】
前記NASレイヤは、前記第１のアクセス・バーリング・カテゴリを前記ASレイヤに渡すために、前記第１のアクセス・バーリング・カテゴリを示すコールタイプを前記ASレイヤに送るよう適合され、
前記ASレイヤは、前記コールタイプで指定される前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、又は前記ASレイヤが前記コールタイプを認識できない場合に、前記第１のアクセス・バーリング・カテゴリの代わりに前記特定のアクセス・バーリング・カテゴリを選択するよう適合されている、
請求項９に記載の無線端末。
【請求項１１】
前記NASレイヤは、前記アプリケーションから前記セッション確立の要求を受信したことに応じて、もし前記無線端末がアイドルモードであるなら、前記アプリケーションがどのアクセス・バーリング・カテゴリに属しているかを、前記無線端末にプロビジョンされた設定情報に基づいて判定するよう適合されている、
請求項９又は１０に記載の無線端末。
【請求項１２】
前記特定のアクセス・バーリング・カテゴリは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリのうち最低のアクセス・バーリング・カテゴリに相当する、
請求項９〜１１のいずれか１項に記載の無線端末。
【請求項１３】
前記ASレイヤは、前記サービングネットワークによって報知されるマッピングルールに従って、前記第１のアクセス・バーリング・カテゴリの代わりに選択される前記特定のアクセス・バーリング・カテゴリを決定するよう適合され、
前記マッピングルールは、前記サービングネットワークによって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
請求項９〜１２のいずれか１項に記載の無線端末。
【請求項１４】
無線端末における方法であって、
セッション確立をトリガーするアプリケーションが属する第１のアクセス・バーリング・カテゴリをセッション確立のためのNASメッセージと共にnon-access stratum（NAS）レイヤからaccess stratum（AS）レイヤに渡すこと、
前記NASレイヤから受け取った前記第１のアクセス・バーリング・カテゴリに対応するバーリング情報がサービングネットワークによって報知されていない場合に、前記サービングネットワークによって報知される１つ以上のアクセス・バーリング・カテゴリのうちの特定のアクセス・バーリング・カテゴリを前記第１のアクセス・バーリング・カテゴリの代わりとして前記ASレイヤによって選択すること、及び
前記サービングネットワークによって報知される前記特定のアクセス・バーリング・カテゴリに対応するバーリング情報に基づいて、前記NASレイヤによってトリガーされるアクセス試行を許可するか否かを前記ASレイヤによって制御すること、
を備える方法。
【請求項１５】
基地局であって、
セル内の無線端末と通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、１つ以上のアクセス・バーリング・カテゴリ、前記１つ以上のアクセス・バーリング・カテゴリの各々のためのバーリング情報、及びマッピングルールを前記セルにおいて報知するよう構成され、
前記マッピングルールは、前記基地局によって報知される前記１つ以上のアクセス・バーリング・カテゴリと前記無線端末にプロビジョンされている１つ以上のアクセス・バーリング・カテゴリとの間のマッピングを定める、
基地局。
【国際調査報告】
2017017890.tif 000013
2017017890.tif 000014
2017017890.tif 000015
2017017890.tif 000016