(57)【要約】  CN(200)は、UE(50)の能力を示すUE CapabilityのUE Capability IDをUE(50)から取得し、UE CapabilityとUE Capability IDとを対応付けて管理する。CN(200)は、取得したUE Capability IDと、管理しているUE Capabilityに基づいて、UE Capabilityの取得指示として、Initial Context Setup RequestをgNB(100)に送信する。
2019031540.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置と、無線基地局と、ユーザ装置とを含む無線通信システムであって、
前記ネットワーク装置は、
前記ユーザ装置の能力を示す能力情報の識別子を前記ユーザ装置から取得する識別子取得部と、
前記能力情報と前記識別子とを対応付けて管理する能力情報管理部と、
前記識別子取得部によって取得された前記識別子と、前記能力情報管理部によって管理されている前記能力情報とに基づいて、前記能力情報の取得指示を前記無線基地局に送信する取得指示送信部と
を備え、
前記無線基地局は、
前記取得指示を受信する取得指示受信部と、
前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信する能力情報問い合わせ部と、
前記ユーザ装置から受信した前記能力情報を前記ネットワーク装置に送信する能力情報送信部と
を備え、
前記ユーザ装置は、
前記識別子を送信する識別子送信部と、
前記問い合わせを受信する問い合わせ受信部と、
前記問い合わせに基づいて、前記能力情報を前記無線基地局に送信する能力情報送信部と
を備える無線通信システム。
【請求項２】
前記識別子取得部は、前記ユーザ装置と前記ネットワーク装置との間における非アクセス層のメッセージを用いて前記ユーザ装置から送信された前記識別子を取得する請求項１に記載の無線通信システム。
【請求項３】
前記識別子取得部は、前記ユーザ装置と前記無線基地局との間におけるアクセス層のメッセージを用いて前記ユーザ装置から送信された前記識別子を取得する請求項１に記載の無線通信システム。
【請求項４】
前記無線基地局は、前記ユーザ装置から取得した前記能力情報と、前記識別子とを対応付けて管理する基地局側能力情報管理部を備える請求項１に記載の無線通信システム。
【請求項５】
前記基地局側能力情報管理部は、前記ユーザ装置が無線リソース制御レイヤにおいて接続状態の期間のみ、前記能力情報と、前記識別子とを対応付けて管理する請求項４に記載の無線通信システム。
【請求項６】
前記取得指示送信部は、前記識別子と対応付けられている前記能力情報を既に保持していること示す保持表示を含む前記取得指示を送信する請求項４に記載の無線通信システム。
【請求項７】
ユーザ装置の能力を示す能力情報の識別子を前記ユーザ装置から取得する識別子取得部と、
前記能力情報と前記識別子とを対応付けて管理する能力情報管理部と、
前記識別子取得部によって取得された前記識別子と、前記能力情報管理部によって管理されている前記能力情報に基づいて、前記能力情報の取得指示を無線基地局に送信する取得指示送信部と
を備えるネットワーク装置。
【請求項８】
ユーザ装置の能力を示す能力情報の識別子をネットワーク装置に向けて送信する識別子送信部と、
前記識別子と前記能力情報との対応状況に基づいて前記ネットワーク装置から送信される前記能力情報の問い合わせを受信する問い合わせ受信部と、
前記問い合わせに基づいて、前記能力情報を無線基地局に送信する能力情報送信部と
を備えるユーザ装置。
【請求項９】
ユーザ装置の能力を示す能力情報の取得指示を受信する取得指示受信部と、
前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信する能力情報問い合わせ部と、
前記ユーザ装置から受信した前記能力情報をネットワーク装置に送信する能力情報送信部と
を備える無線基地局。
【請求項１０】
ユーザ装置が、前記ユーザ装置の能力を示す能力情報の識別子をネットワーク装置に向けて送信するステップと、
前記ネットワーク装置が、前記識別子を前記ユーザ装置から取得するステップと、
前記ネットワーク装置が、取得した前記識別子と、前記ネットワーク装置が管理している前記能力情報とに基づいて、前記能力情報の取得指示を無線基地局に送信するステップと、
前記無線基地局が、前記取得指示を受信するステップと、
前記無線基地局が、前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信するステップと、
前記ユーザ装置が、前記問い合わせを受信するステップと、
前記ユーザ装置が、前記問い合わせに基づいて、前記能力情報を前記無線基地局に送信するステップと、
前記無線基地局が、前記ユーザ装置から受信した前記能力情報を前記ネットワーク装置に送信するステップと
を含む無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、UE Capabilityを取り扱う無線通信システム、ネットワーク装置、ユーザ装置、無線基地局及び無線通信方法に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）は、Long Term Evolution（LTE）を仕様化し、LTEのさらなる高速化を目的としてLTE-Advanced（以下、LTE-Advancedを含めてLTEという）を仕様化している。また、3GPPでは、さらに、5G New Radio（NR）などと呼ばれるLTEの後継システムの仕様が検討されている。【０００３】
LTEでは、ユーザ装置（UE）の各種制御を実現するため、無線基地局（eNB）及び移動管理エンティティ（MME）が、UEが対応している能力を示すUE Capability（能力情報）を取得する。具体的には、UEがMMEにアタッチする度に、MMEは、UEから送信されるUE Capabilityを取得し、UE Contextとして保持する。また、UEがアイドル状態からアクティブ状態になると、MMEは、保持している当該UEのUE Capabilityを、UEが在圏しているセルを形成するeNBに通知する。【０００４】
UE Capabilityは、必ずしもUE毎に異なっている訳ではないものの、MMEは、UE ContextごとにUE Capabilityを保持しているため、同一のUE Capabilityを重複して保持している。また、現状の3GPPの標準仕様では、eNB及びMMEが、同一内容のUE Capabilityを重複して複数保持している仕組みになっているため、eNBまたはMMEにおけるメモリの浪費、及びUE Capabilityの通知に伴う信号量の増大が指摘されている。【０００５】
そこで、同一内容のUE Capabilityを一意に識別可能な識別子を定義し、当該識別子を用いてUE Capabilityを取得及び管理することが提案されている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“NR UE capabilities, size reduction and simplification”, R2-1707210, 3GPP TSG-RAN WG2 NR Ad Hoc, 3GPP, 2017年6月
【発明の概要】
【０００７】
上述した非特許文献１において提案されているような識別子を用いる場合、既存のUE Capabilityの取得及び通知に関するシーケンスを変更しなければならず、どのようなタイミングで効率的にUE Capabilityを取得及び通知すべきかが問題となる。
【０００８】
そこで、本発明は、このような状況に鑑みてなされたものであり、UE Capabilityの識別子を用いてUE Capabilityを取得及び通知する場合において、効率的にUE Capabilityの取得及び通知を実現し得る無線通信システム、ネットワーク装置、ユーザ装置、無線基地局及び無線通信方法の提供を目的とする。
【０００９】
本発明の一態様は、ネットワーク装置（CN200）と、無線基地局（gNB100）と、ユーザ装置（UE50）とを含む無線通信システム（無線通信システム10）であって、前記ネットワーク装置は、前記ユーザ装置の能力を示す能力情報（UE Capability）の識別子（UE Capability ID）を前記ユーザ装置から取得する識別子取得部（識別子取得部210）と、前記能力情報と前記識別子とを対応付けて管理する能力情報管理部（能力情報管理部220）と、前記識別子取得部によって取得された前記識別子と、前記能力情報管理部によって管理されている前記能力情報とに基づいて、前記能力情報の取得指示（Initial Context SetupRequestのOpt. UE Capability）を前記無線基地局に送信する取得指示送信部240とを備え、前記無線基地局は、前記取得指示を受信する取得指示受信部（取得指示受信部120）と、前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信する能力情報問い合わせ部（能力情報問い合わせ部130）と、前記ユーザ装置から受信した前記能力情報を前記ネットワーク装置に送信する能力情報送信部（能力情報送信部140）とを備え、前記ユーザ装置は、前記識別子を送信する識別子送信部（識別子送信部53）と、前記問い合わせを受信する問い合わせ受信部（問い合わせ受信部55）と、前記問い合わせに基づいて、前記能力情報を前記無線基地局に送信する能力情報送信部（能力情報送信部140）とを備える。
【００１０】
本発明の一態様は、ネットワーク装置が、ユーザ装置の能力を示す能力情報の識別子を前記ユーザ装置から取得する識別子取得部と、前記能力情報と前記識別子とを対応付けて管理する能力情報管理部と、前記識別子取得部によって取得された前記識別子と、前記能力情報管理部によって管理されている前記能力情報に基づいて、前記能力情報の取得指示を無線基地局に送信する取得指示送信部とを備える。
【００１１】
本発明の一態様は、ユーザ装置が、前記ユーザ装置の能力を示す能力情報の識別子をネットワーク装置に向けて送信する識別子送信部と、前記識別子と前記能力情報との対応状況に基づいて前記ネットワーク装置から送信される前記能力情報の問い合わせを受信する問い合わせ受信部と、前記問い合わせに基づいて、前記能力情報を無線基地局に送信する能力情報送信部とを備える。
【００１２】
本発明の一態様は、無線基地局が、ユーザ装置の能力を示す能力情報の取得指示を受信する取得指示受信部と、前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信する能力情報問い合わせ部と、前記ユーザ装置から受信した前記能力情報を前記ネットワーク装置に送信する能力情報送信部とを備える。
【００１３】
本発明の一態様は、無線通信方法であって、ユーザ装置が、前記ユーザ装置の能力を示す能力情報の識別子をネットワーク装置に向けて送信するステップと、前記ネットワーク装置が、前記識別子を前記ユーザ装置から取得するステップと、前記ネットワーク装置が、取得した前記識別子と、前記ネットワーク装置が管理している前記能力情報とに基づいて、前記能力情報の取得指示を無線基地局に送信するステップと、前記無線基地局が、前記取得指示を受信するステップと、前記無線基地局が、前記取得指示に基づいて、前記能力情報の問い合わせを前記ユーザ装置に送信するステップと、前記ユーザ装置が、前記問い合わせを受信するステップと、前記ユーザ装置が、前記問い合わせに基づいて、前記能力情報を前記無線基地局に送信するステップと、前記無線基地局が、前記ユーザ装置から受信した前記能力情報を前記ネットワーク装置に送信するステップとを含む。
【図面の簡単な説明】
【００１４】
【図１】図１は、無線通信システム10の全体概略構成図である。
【図２】図２は、CN200の機能ブロック構成図である。
【図３】図３は、gNB100の機能ブロック構成図である。
【図４】図４は、UE50の機能ブロック構成図である。
【図５】図５は、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例１）を示す図である。
【図６】図６は、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例２）を示す図である。
【図７Ａ】図７Ａは、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例３）を示す図である。
【図７Ｂ】図７Ｂは、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例３）を示す図である。
【図８】図８は、管理テーブルの一例を示す図である。
【図９】図９は、Initial Context Setup Requestに含まれる情報要素（IE）の設定論理を示す図である。
【図１０Ａ】図１０Ａは、UE Capabilityの管理方法の例を示す図である。
【図１０Ｂ】図１０Ｂは、UE Capabilityの管理方法の例を示す図である。
【図１１】図１１は、UE50, gNB100及びCN200のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
【００１６】
（１）無線通信システムの全体概略構成
図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、5G New Radio（NR）に従った無線通信システムであり、ユーザ装置50（以下、UE50）、無線基地局100（以下、gNB100）及びコアネットワークノード200（以下、CN200）を含む。
【００１７】
なお、無線通信システム10は、必ずしもNRに従った無線通信システムに限定されない。例えば、無線通信システム10は、LTE（E-UTRAN）に従った無線通信システムでも構わない。
【００１８】
UE50及びgNB100は、NRに従った無線通信を実行する。特に、本実施形態では、UE50は、gNB100及びCN200に向けて、UE50が対応している能力を示すUE Capability（能力情報）を送信するとともに、当該UE Capabilityを一意に識別するUE Capability ID（識別子）を送信する。
【００１９】
CN200は、コアネットワーク30を構成するネットワーク装置であり、UE50のモビリティ制御機能などを提供する。特に、本実施形態では、CN200は、複数のUE CapabilityとUE Capability IDとの対応付けを管理する。
【００２０】
CN200の具体例としては、例えば、Access and Mobility Management Function (AMF)が挙げられるが、特に、AMFには限定されず、他のネットワーク装置がCN200の機能を備えていてもよい。
【００２１】
（２）無線通信システムの機能ブロック構成
次に、無線通信システム10の機能ブロック構成について説明する。具体的には、UE50、gNB100及びCN200の機能ブロック構成について説明する。なお、説明の便宜上、CN200、gNB100及びUE50の順に説明する。
【００２２】
（２．１）CN200
図２は、CN200の機能ブロック構成図である。図２に示すように、CN200は、識別子取得部210、能力情報管理部220、管理テーブル保持部230及び取得指示送信部240を備える。
【００２３】
識別子取得部210は、UE50の能力を示すUE Capabilityの識別子をUE50から取得する。具体的には、識別子取得部210は、同一内容のUE Capabilityを一意に識別するUE Capability IDを取得する。
【００２４】
なお、UE Capability IDの付与方法は、特に限定されないが、例えば、先行技術文献（3GPP R2-1707210）に記載されているように、UE Capabilityの内容をハッシュ関数に入力して得られる結果をUE Capability IDとして用いることができる。
【００２５】
UE Capabilityは、gNB100及びCN200がUE50の各種制御を実行するために用いられる。UE Capabilityには、UE Category、CA (Carrier Aggregation) / DC (Dual Connectivity) band combinations、MIMO layers及びPWS (Public Warning System) capabilityなどが含まれる。
【００２６】
識別子取得部210は、UE50と、コアネットワーク30、具体的には、CN200との間における非アクセス層（Non-Access Stratum (NAS)）のメッセージを用いてUE50から送信されたUE Capability IDを取得することができる。
【００２７】
例えば、識別子取得部210は、Attach Requestに含まれるUE Capability IDを取得することができる。また、識別子取得部210は、Attach Requestに限らず、Security Mode CommandまたはIdentity Requestを用いて取得要求を行い、Security Mode CompleteまたはIdentity ResponseよりUE Capability IDを取得してもよい。
【００２８】
また、識別子取得部210は、UE50とgNB100との間におけるアクセス層（Access Stratum）のメッセージを用いてUE50から送信されたUE Capability IDを取得することもできる。
具体的には、識別子取得部210は、UE50がgNB100に送信するRRC Connection Setup Completeに応じてgNB100がCN200に送信するInitial UE Messageに含まれるUE Capability IDを取得する。
【００２９】
能力情報管理部220は、UE CapabilityとUE Capability IDとを対応付けて管理する。具体的には、能力情報管理部220は、管理テーブル保持部230によって保持されている管理テーブルへの当該対応付けの登録及び更新を実行する。
【００３０】
ここで、図８は、管理テーブルの一例を示す。図８に示すように、管理テーブルTBは、UE Capability ID（図中の「ID」）と、UE Capabilityとの対応付けによって構成されている。上述したように、UE Capabilityには、UE Categoryなどが含まれ、UE CapabilityIDは、UE Capabilityの内容を一意に特定し得る。
【００３１】
管理テーブル保持部230は、UE Capability IDとUE Capabilityとが対応付けられた管理テーブルTBを保持する。具体的には、管理テーブル保持部230は、能力情報管理部220による指示に基づいて、管理テーブルTBの内容を変更する。
【００３２】
取得指示送信部240は、UE Capabilityの取得指示をgNB100に送信する。具体的には、取得指示送信部240は、識別子取得部210によって取得されたUE Capability IDと、能力情報管理部220によって管理されているUE Capabilityとに基づいて、UE Capabilityの取得指示をgNB100に送信する。
【００３３】
より具体的には、取得指示送信部240は、識別子取得部210によって取得されたUE Capability IDと対応するUE Capabilityが管理テーブルTBによって保持されていない場合、当該取得指示を送信する。
【００３４】
本実施形態では、取得指示送信部240は、Initial Context Setup Requestに含まれるUE Capabilityの情報要素（IE）を用いて当該取得指示を送信する。
【００３５】
具体的には、取得指示送信部240は、識別子取得部210によって取得されたUE Capability IDが管理テーブルTBに登録されている場合、対応付けられているUE Capabilityを含むInitial Context Setup Requestを送信する。一方、取得指示送信部240は、識別子取得部210によって取得されたUE Capability IDが管理テーブルTBに登録されていない場合、Initial Context Setup Requestに当該UE Capabilityを含めない。これにより、UE Capabilityの取得をgNB100に促すことができる。
【００３６】
なお、本実施形態では、このように、Initial Context Setup Requestに当該UE Capabilityを含めないことによって取得指示としているが、UE Capabilityの取得を明示的に指示するようなメッセージ（または情報要素）を用いてもよい。
【００３７】
また、後述するように、gNB100も管理テーブルTBを保持（記憶）する場合、取得指示送信部240は、UE Capability IDと対応付けられているUE Capabilityを既に保持していること示すAcquisition Indicator（保持表示）を含むInitial Context Setup Request（取得指示）を送信することができる。
【００３８】
（２．２）gNB100
図３は、gNB100の機能ブロック構成図である。図３に示すように、gNB100は、無線通信部110、メッセージ処理部115、取得指示受信部120、能力情報問い合わせ部130、能力情報送信部140、能力情報管理部150及び管理テーブル保持部160を備える。
【００３９】
無線通信部110は、NR方式に従った無線通信を実行する。具体的には、無線通信部110は、UE50とNR方式に従った無線信号を送受信する。当該無線信号には、ユーザデータまたは制御データが多重される。また、制御データは、無線リソース制御レイヤ（RRCレイヤ）のメッセージによって送受信される。
【００４０】
メッセージ処理部115は、UE50と送受信されるメッセージの処理を実行する。また、メッセージ処理部115は、CN200と送受信されるメッセージの処理を実行する。
【００４１】
具体的には、メッセージ処理部115は、UE50とASのメッセージ（RRC Connection Setup, RRC Connection Setup Completeなど）を送受信する。また、メッセージ処理部115は、CN200に対してS1-APのメッセージ（Initial UE Message, Initial Context Setup Requestなど）を送受信する。
【００４２】
取得指示受信部120は、UE Capabilityの取得指示をCN200から受信する。具体的には、取得指示受信部120は、Initial Context Setup Requestに含まれるUE Capabilityの情報要素（IE）を取得する。
【００４３】
能力情報問い合わせ部130は、取得指示受信部120が受信した取得指示に基づいて、UE Capabilityの問い合わせをUE50に送信する。具体的には、能力情報問い合わせ部130は、当該取得指示によってUE50の能力情報を取得することが指示されている場合、ASのメッセージであるUE Capability EnquiryをUE50に送信する。
【００４４】
また、能力情報問い合わせ部130は、UE Capability Enquiryに対する応答メッセージであるUE Capability informationをUE50から受信する。UE Capability informationには、UE50の能力を示すUE Capabilityが含まれる。
【００４５】
能力情報送信部140は、UE50から受信したUE CapabilityをCN200に送信する。具体的には、能力情報送信部140は、能力情報問い合わせ部130が受信したUE Capability informationに含まれているUE50のUE Capabilityを取得する。能力情報送信部140は、当該UE Capabilityを含むS1-APのメッセージであるUE Capability Info IndicationをCN200に送信する。
【００４６】
能力情報管理部150は、UE CapabilityとUE Capability IDとを対応付けて管理する。能力情報管理部150の機能は、上述したCN200の能力情報管理部220と概ね同様である。本実施形態において、能力情報管理部150は、基地局側能力情報管理部を構成する。
【００４７】
なお、能力情報管理部150は、CN200のみではなく、gNB100でもUE CapabilityとUE Capability IDとを対応付けて管理する場合に実装される。つまり、能力情報管理部150は、必須ではない。
【００４８】
具体的には、能力情報管理部150は、UE50がRRCレイヤにおいて接続状態の期間のみ、UE Capabilityと、UE Capability IDとを対応付けて管理する。つまり、UE50がアイドル状態の場合、能力情報管理部150は、UE50のUE CapabilityとUE Capability IDとの対応付けを管理せず、管理テーブルTB（図８参照）から当該対応付けを消去する。
【００４９】
管理テーブル保持部160は、UE Capability IDとUE Capabilityとが対応付けられた管理テーブルTBを保持する。管理テーブル保持部160の機能は、上述したCN200の管理テーブル保持部230と概ね同様である。
【００５０】
管理テーブル保持部160は、能力情報管理部150による指示に基づいて、管理テーブルTBの内容を変更する。
【００５１】
（２．３）UE50
図４は、UE50の機能ブロック構成図である。図４に示すように、UE50は、無線通信部51、識別子送信部53、問い合わせ受信部55及び能力情報送信部57を備える。
【００５２】
無線通信部51は、NR方式に従った無線通信を実行する。具体的には無線通信部51は、gNB100とNR方式に従った無線信号を送受信する。当該無線信号には、RRCレイヤのメッセージ及びユーザデータなどが多重される。
【００５３】
識別子送信部53は、UE50のUE Capabilityを識別するUE Capability IDを送信する。具体的には、識別子送信部53は、NASのメッセージを用いてgNB100にUE Capability IDを送信することができる。例えば、上述したように、識別子送信部53は、UE Capability IDを含むAttach Requestを送信することができる。また、識別子送信部53は、Attach Requestに限らず、Security Mode CommandまたはIdentity Requestの要求に基づいて、Security Mode CompleteまたはIdentity Responseを用いてUE Capability IDを送信してもよい。
【００５４】
また、識別子送信部53は、ASのメッセージを用いてgNB100にUE Capability IDを送信することもできる。具体的には、識別子送信部53は、UE Capability IDを含むRRC Connection Setup Completeを送信することができる。
【００５５】
問い合わせ受信部55は、gNB100（能力情報問い合わせ部130）によって送信された能力情報の問い合わせを受信する。具体的には、問い合わせ受信部55は、gNB100によって送信されたUE Capability Enquiryを受信する。
【００５６】
能力情報送信部57は、問い合わせ受信部55が受信した能力情報の問い合わせに基づいて、UE50の能力情報をgNB100に送信する。具体的には、能力情報送信部57は、問い合わせ受信部55が受信したUE Capability Enquiryに基づいて、UE50のUE CapabilityをgNB100に送信する。
【００５７】
（３）無線通信システムの動作
次に、無線通信システム10の動作について説明する。具体的には、UE50の能力情報（UE Capability）を識別する識別子（UE Capability ID）を用いた当該能力情報の取得、及び当該能力情報と識別子との対応付けの登録ならびに更新動作について説明する。
【００５８】
本実施形態では、UE Capability IDを取得するインタフェース（メッセージ）の相違により、以下の３つの動作例について説明する。
【００５９】
【表１】
2019031540.tif 000003
【００６０】
（３．１）動作例１
図５は、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例１）を示す。図５に示すように、実線は、必須のシーケンスを示し、点線は、必須ではない、つまり、オプションのシーケンスを示す。
【００６１】
UE50は、RRCレイヤにおける接続を確立するため、RRC Connection RequestをgNB100に送信する。gNB100は、RRC Connection Requestに対する応答であるRRC Connection SetupをUE50に返送する（ステップ1, 2）。これにより、RRCレイヤの接続に関する設定が実行される。
【００６２】
UE50は、当該設定が完了すると、RRC Connection Setup CompleteをgNB100に送信する（ステップ3）。RRC Connection Setup Completeには、NASのメッセージであるAttach Requestが含まれている。gNB100は、当該Attach Requestを含むInitial UE MessageをCN200に送信する（ステップ4）。当該Attach Requestには、UE50のUE Capabilityを識別するUE Capability IDが含まれている。
【００６３】
また、UE50は、Attach Requestに代えて、NASの他のメッセージ、具体的には、Security Mode CompleteまたはIdentity Responseを用いてUE Capability IDをCN200に送信してもよい（ステップ6, 7）。より具体的には、CN200は、Security Mode CommandまたはIdentity RequestにてUE Capability IDの取得要求を行い、UE50は、UE Capability IDを含むSecurity Mode CompleteまたはIdentity Responseを送信してもよい。
【００６４】
CN200は、当該NASのメッセージに含まれるUE Capability IDを取得し、UE50のUE Capabilityを取得するか否かを判定する（ステップ7a）。
【００６５】
具体的には、CN200は、UE Capability IDが管理テーブルTBに登録されている場合、つまり、当該UE Capability IDとUE Capabilityとの対応付けを保持している場合、対応付けられているUE Capability（図中のOption (Opt.) UE Capability）を含むInitial Context Setup Requestを送信する（ステップ8）。従って、この場合、CN200は、管理テーブルTBによって保持されているUE Capabilityを用いてUE50の各種制御を実行する。
【００６６】
一方、CN200は、UE Capability IDが管理テーブルTBに登録されていない場合、Initial Context Setup Requestに当該UE Capabilityを含めない。これにより、UE Capabilityの取得をgNB100に促すことができる。
【００６７】
gNB100は、Initial Context Setup Requestに含まれるUE Capabilityに基づいて、UE50のUE Capabilityを取得するか否かを判定する（ステップ8a）。具体的には、gNB100は、Initial Context Setup RequestにUE Capabilityが含まれていない場合、UE50のUE Capabilityを取得すると判定する。
【００６８】
この場合、gNB100は、UE Capability EnquiryをUE50に送信する（ステップ9）。UE50は、UE50のUE Capabilityを含むUE Capability informationをgNB100に返送する（ステップ10）。
【００６９】
gNB100は、受信した当該UE Capabilityを記憶する（ステップ10a）。また、gNB100は、UE Capabilityを含むUE Capability informationを受信した場合、UE Capability Info IndicationをCN200に送信する（ステップ11）。なお、Initial Context Setup RequestにUE Capabilityが含まれている場合、gNB100は、ステップ9及び11を実行せず、ステップ8にて受信した当該UE Capabilityを記憶する（ステップ10a）。
【００７０】
（３．２）動作例２
図６は、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例２）を示す。以下、上述した動作例１と異なる部分について主に説明し、同様の部分については、適宜説明を省略する。
【００７１】
表１に示したように、動作例１では、UE Capability ID（識別子）の通知にNASのメッセージが用いられていたが、本動作例では、ASのメッセージが用いられる。
【００７２】
図６に示すように、UE50は、UE Capability IDを含むRRC Connection Setup CompleteをgNB100に送信する（ステップ3）。また、gNB100は、当該UE Capability IDを含むInitial UE MessageをCN200に送信する（ステップ4）。つまり、gNB100は、RRC Connection Setup Completeに含まれるUE Capability IDをInitial UE Messageに載せ替える。
【００７３】
以降のシーケンスは、動作例１と同様である。
【００７４】
（３．３）動作例３
図７Ａ及び図７Ｂは、UE Capability IDの取得及び管理テーブルTBの更新シーケンス（動作例３）を示す。以下、上述した動作例１または動作例２と異なる部分について主に説明し、同様の部分については、適宜説明を省略する。
【００７５】
表１に示したように、動作例１では、UE Capability ID（識別子）の通知にNASのメッセージが用いられていたが、本動作例では、ASのメッセージが用いられる。この点は、動作例２も同様である。さらに、本動作例では、CN200のみでなく、gNB100も管理テーブルTBを保持し、管理テーブルTBを更新する。
【００７６】
gNB100は、RRC Connection Setup Completeに含まれるUE Capability IDを取得し、UE50のUE Capabilityを取得するか否かを判定する（ステップ3a）。
【００７７】
具体的には、gNB100は、取得したUE Capability IDが管理テーブルTBに登録されている場合、つまり、当該UE Capability IDとUE Capabilityとの対応付けを保持している場合、当該UE Capability IDと対応付けられているUE Capabilityを既に保持していること示すAcquisition IndicatorとUE Capability IDとを含むInitial UE Messageを送信する（ステップ4）。一方、当該UE Capability IDと対応付けられているUE Capabilityを保持していない場合、gNB100は、Acquisition Indicatorを含めず、UE Capability IDのみ含むInitial UE Messageを送信する。
【００７８】
CN200は、受信したUE Capability ID、及びAcquisition Indicatorの有無に基づいて、UE50のUE Capabilityを取得するか否かを判定する（ステップ7a）。
【００７９】
また、CN200は、当該UE Capability IDが管理テーブルTBに登録されているか否か、及びAcquisition Indicatorの有無に基づいて、Initial Context Setup Requestに含める情報要素（IE）、具体的には、Opt. UE Capability及びOpt. Indicator）の設定内容を決定する。
【００８０】
図９は、Initial Context Setup Requestに含まれる情報要素（IE）の設定論理を示す。図９に示すように、Acquisition Indicator（Opt. Indicator）は、CN200の管理テーブルTBにおいて、当該UE Capability IDと対応付けられているUE Capabilityを保持しているか否かを示す。当該UE Capabilityが保持されている場合、Acquisition Indicatorが設定（図中のYes）される。
【００８１】
また、UE Capability（Opt. UE Capability）は、図９に示すように、gNB100及びCN200の管理テーブルTBにおけるUE Capabilityの保持状態に応じて、UE Capabilityを含める（図中のYes）か、含めない（図中のNo）かが設定される。なお、動作例１及び動作例２では、パターン1の場合、具体的には、CN200においてUE Capabilityが保持済みの場合、UECapabilityをYes（つまり、UE Capabilityを含める）としていたが、本動作例では、このような場合でもUE CapabilityをNoに設定する。これにより、UE Capabilityの送信に伴う信号量を低減し得る。また、gNB100は、管理テーブルTBにおいて当該UE Capabilityを保持しているため、CN200がUE Capabilityを送信しなくても問題ない。
【００８２】
なお、gNB100が管理テーブルTBを更新することを考慮すると、パターン3のようなUE Capabilityの保持状態は想定されるが、パターン2のようなUE Capabilityの保持状態は、基本的には生じ得ない（但し、CN200の障害などを除く）。
【００８３】
CN200は、このような設定論理によって決定されたUE Capability及びAcquisition Indicatorを含むInitial Context Setup RequestをgNB100に送信する（ステップ8）。
【００８４】
図７Ｂに示すように、gNB100は、受信したInitial Context Setup Requestに含まれるUE Capability及びAcquisition Indicatorに基づいて、UE50のUE Capabilityを取得するか否かを判定する（ステップ8a）。
【００８５】
具体的には、図９に示したように、gNB100は、Initial Context Setup RequestにUE Capabilityが設定されている場合、または、UE Capabilityが設定されておらず、かつAcquisition Indicatorが設定されている（Yes）の場合、UE50のUE Capabilityを取得しないと判定する。一方、このようなUE Capability及びAcquisition Indicatorがこのような設定以外の場合、gNB100は、UE50のUE Capabilityを取得すると判定する。
【００８６】
以降のシーケンスは、動作例２と同様である。
【００８７】
また、上述したように、本動作例では、UE Capability IDがRRC Connection Setup Complete及びInitial UE Messageに含まれ、Acquisition IndicatorがInitial UE Message及びInitial Context Setup Requestに含まれる。
【００８８】
（３．４）変形例
次に、動作例３の変形例について説明する。上述したように、動作例３では、gNB100及びCN200の両方が、管理テーブルTBを保持していたが、管理テーブルTBによって管理（記憶）されるUE Capabilityは、次のように変更してもよい。
【００８９】
図１０Ａ及び図１０Ｂは、UE Capabilityの管理方法の例を示す。図１０Ａは、gNB100及びCN200が、常時、同一内容のUE Capabilityを管理（記憶）する例を示す。一方、図１０Ｂは、gNB100は、UEが接続状態（RRC_CONNECTED）の期間のみ、UE Capabilityを管理（記憶）する例を示す。
【００９０】
つまり、図１０Ａに示す例では、UEが非接続状態（アイドル状態）または接続状態（アクティブ状態）かに関わらず、管理テーブルTBにおいて、常時UE Capability IDとUE Capabilityとの対応付けが保持される。
【００９１】
一方、図１０Ｂに示す例では、UEが接続状態（アクティブ状態）の期間のみ、管理テーブルTBにおいて、常時UE Capability IDとUE Capabilityとの対応付けが保持され、UEが非接続状態（アイドル状態）に遷移すると、当該UEに関するUE Capability IDとUE Capabilityとの対応付けを消去する。
【００９２】
（４）作用・効果
上述した実施形態によれば、以下の作用効果が得られる。具体的には、CN200は、UE50の能力を示すUE Capabilityの識別子（UE Capability ID）をUE50から取得し、当該UE CapabilityとUE Capability IDとを対応付けて管理する。また、CN200は、当該管理状況に基づいて、UE Capabilityの取得指示（Initial Context Setup RequestのOpt. UE Capability）をgNB100に送信する。
【００９３】
gNB100は、当該取得指示に基づいてUE50のUE Capabilityを取得する。
【００９４】
このため、gNB100は、CN200が当該UE Capability IDと対応付けられるUE Capabilityを保持していない場合にのみ、UE Capabilityを取得することができる。これにより、UE Capability IDを用いてUE Capabilityを取得及び通知する場合において、効率的にUE Capabilityの取得及びCN200への通知を実現し得る。
【００９５】
また、本実施形態によれば、同一内容のUE Capabilityを重複して管理することが回避されるため、CN200におけるメモリの浪費を防止し得る。さらに、UE Capabilityの通知（UE Capability informationおよびUE Capability Info Indication）も抑制できるため、UE Capabilityの通知に伴う信号量も削減し得る。
【００９６】
特に、上述した動作例３によれば、gNB100も管理テーブルTBが保持するため、同一内容のUE Capabilityを重複して管理することが回避でき、gNB100におけるメモリの浪費も防止し得る。
【００９７】
本実施形態では、NASまたはASのメッセージを用いてUE Capability IDを通知、取得できる。このため、無線通信システム10の実装などに応じた適切なUE Capability IDを通知、取得の形態を選択し得る。
【００９８】
本実施形態では、動作例３のように、gNB100は、UE50がRRCレイヤにおいて接続状態（RRC_CONNECTED）の期間のみ、UE Capabilityと、UE Capability IDとを対応付けて管理する。このため、gNB100におけるメモリの浪費をさらに効果的に防止し得る。
【００９９】
また、本実施形態では、動作例３のように、CN200は、UE Capabilityを設定せずにUE Capability IDと対応付けられているUE Capabilityを既に保持していること示すAcquisition Indicator（保持表示）のみ含むInitial Context Setup Requestを送信することができる。このため、UE Capabilityの通知に関する信号量を削減し得る。
【０１００】
（５）その他の実施形態
以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
【０１０１】
例えば、上述した動作例１〜３では、オプションのシーケンスについても合わせて説明したが、当該シーケンスは、必須でないことは当然であり、適宜省略され得る。
【０１０２】
また、上述した実施形態の説明に用いたブロック構成図（図２〜４）は、機能ブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／またはソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／または論理的に結合した１つの装置により実現されてもよいし、物理的及び／または論理的に分離した２つ以上の装置を直接的及び／または間接的に（例えば、有線及び／または無線）で接続し、これら複数の装置により実現されてもよい。
【０１０３】
さらに、上述したUE50, gNB100及びCN200（当該装置）は、本発明の処理を行うコンピュータとして機能してもよい。図１１は、当該装置のハードウェア構成の一例を示す図である。図１１に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
【０１０４】
当該装置の各機能ブロック（図２〜４参照）は、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。
【０１０５】
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）で構成されてもよい。
【０１０６】
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM（Read Only Memory）、EPROM（Erasable Programmable ROM）、EEPROM（Electrically Erasable Programmable ROM）、RAM（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、上述した実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１０７】
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及び／またはストレージ1003を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１０８】
通信装置1004は、有線及び／または無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
【０１０９】
入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１１０】
また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１１１】
また、情報の通知は、上述した実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、DCI（Downlink Control Information）、UCI（Uplink Control Information））、上位レイヤシグナリング（例えば、RRCシグナリング、MAC（Medium Access Control）シグナリング、報知情報（MIB（Master Information Block）、SIB（System Information Block））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC Connection Setupメッセージ、RRC Connection Reconfigurationメッセージなどであってもよい。
【０１１２】
さらに、入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
【０１１３】
上述した実施形態におけるシーケンス及びフローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。
【０１１４】
また、上述した実施形態において、gNB100及びCN200によって行われるとした特定動作は、他のネットワークノード（装置）によって行われることもある。また、複数の他のネットワークノードの組み合わせによってgNB100及びCN200の機能が提供されても構わない。
【０１１５】
なお、本明細書で説明した用語及び／または本明細書の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、該当する記載がある場合、チャネル及び／またはシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、「システム」及び「ネットワーク」という用語は、互換的に使用されてもよい。
【０１１６】
さらに、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１１７】
gNB100（基地局）は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局RRH：Remote Radio Head）によって通信サービスを提供することもできる。
【０１１８】
「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び／または基地局サブシステムのカバレッジエリアの一部または全体を指す。
さらに、「基地局」「eNB」、「セル」、及び「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、NodeB、eNodeB（eNB）、gNodeB（gNB）、アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１１９】
UE50は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１２０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１２１】
また、「含む（including）」、「含んでいる（comprising）」、及びそれらの変形の用語は、「備える」と同様に、包括的であることが意図される。さらに、本明細書或いは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１２２】
本明細書で使用した「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１２３】
本明細書の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０１２４】
上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【産業上の利用可能性】
【０１２５】
上述した無線通信システム、ネットワーク装置、ユーザ装置、無線基地局及び無線通信方法によれば、UE Capabilityの識別子を用いてUE Capabilityを取得及び通知する場合において、効率的にUE Capabilityの取得及び通知を実現し得るため、有用である。
【符号の説明】
【０１２６】
10  無線通信システム
30  コアネットワーク
50  UE
51  無線通信部
53  識別子送信部
55  問い合わせ受信部
57  能力情報送信部
100  gNB
110  無線通信部
115  メッセージ処理部
120  取得指示受信部
130  能力情報問い合わせ部
140  能力情報送信部
150  能力情報管理部
160  管理テーブル保持部
200  CN
210  識別子取得部
220  能力情報管理部
230  管理テーブル保持部
240  取得指示送信部
TB  管理テーブル
1001  プロセッサ
1002  メモリ
1003  ストレージ
1004  通信装置
1005  入力装置
1006  出力装置
1007  バス
【図１】
2019031540.tif 000004
【図２】
2019031540.tif 000005
【図３】
2019031540.tif 000006
【図４】
2019031540.tif 000007
【図５】
2019031540.tif 000008
【図６】
2019031540.tif 000009
【図７Ａ】
2019031540.tif 000010
【図７Ｂ】
2019031540.tif 000011
【図８】
2019031540.tif 000012
【図９】
2019031540.tif 000013
【図１０Ａ】
2019031540.tif 000014
【図１０Ｂ】
2019031540.tif 000015
【図１１】
2019031540.tif 000016
【国際調査報告】
2019031540.tif 000017
2019031540.tif 000018
2019031540.tif 000019