(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-04
(45)【発行日】2023-12-12
(54)【発明の名称】無線アクセスネットワークノード及び無線端末並びにこれらの方法
(51)【国際特許分類】
H04W 72/0457 20230101AFI20231205BHJP
H04W 36/14 20090101ALI20231205BHJP
H04W 16/32 20090101ALI20231205BHJP
【FI】
H04W72/0457 110
H04W36/14
H04W16/32
(21)【出願番号】P 2023023009
(22)【出願日】2023-02-17
(62)【分割の表示】P 2022000074の分割
【原出願日】2017-11-21
【審査請求日】2023-02-17
(31)【優先権主張番号】P 2017000798
(32)【優先日】2017-01-05
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【氏名又は名称】家入 健
(72)【発明者】
【氏名】二木 尚
(72)【発明者】
【氏名】林 貞福
【審査官】望月 章俊
(56)【参考文献】
【文献】Ericsson,RRC configuration in LTE-NR tight-interworking,3GPP TSG RAN WG2 #96 R2-168291,2016年11月05日,Section2
【文献】Samsung,Connection Establishment in Multiple Numerology Environment,3GPP TSG-RAN WG2#95bis R2-166934,2016年09月30日,Section2
【文献】Huawei, HiSilicon,Discussion on LTE-NR handover,3GPP TSG RAN WG2 #96 R2-168570,2016年11月05日
【文献】Nokia, Alcatel-Lucent Shanghai Bell,Measurement coordination in LTE/NR tight interworking,3GPP TSG RAN WG2 #96 R2-168118,2016年11月05日
【文献】ASUSTeK,Impact of multiplexing multiple numerologies on initial access,3GPP TSG RAN WG1 #87 R1-1612902,2016年11月04日
(58)【調査した分野】(Int.Cl.,DB名)
H04W4/00-H04W99/00
H04B7/24-H04B7/26
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1、4
(57)【特許請求の範囲】
【請求項1】
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第1の無線アクセスネットワーク(RAN)ノードであって、前記第1のRANノードは前記第1のRATに関連付けられ、
前記第1のRANノードは、
前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信する受信手段と、
前記無線リソース設定を無線端末へ送信し、
前記第2のRATがサポートするキャリアでの第1のnumerologyに従う測定の設定を前記無線端末に送信する送信手段を備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち前記第1のnumerologyとは異なる少なくとも1つのnumerologyを示す、
第1のRANノード。
【請求項2】
各numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む、
請求項1に記載の第1のRANノード。
【請求項3】
前記受信手段は、前記第1のRATをプライマリRATとし且つ前記第2のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を前記第2のRANノードから受信する、
請求項1又は2に記載の第1のRANノード。
【請求項4】
前記受信手段は、前記第1のRATから前記第2のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を前記第2のRANノードから受信する、
請求項1又は2に記載の第1のRANノード。
【請求項5】
前記第1のnumerologyは、前記第2のRATがサポートする前記キャリアのための基準サブフレーム構成を定義する、
請求項1~4のいずれか1項に記載の第1のRANノード。
【請求項6】
前記受信手段は、前記第1のRANノードと前記第2のRANノードの間のRANノード間インタフェースのセットアップ手順において、前記第1のnumerologyを前記第2のRANノードから受信する、
請求項1~4のいずれか1項に記載の第1のRANノード。
【請求項7】
無線通信システムにおいて使用される無線端末であって、前記無線通信システムは、第1のRAT及び第2のRATをサポートし、
前記無線端末は、
前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノード及び前記第2のRATに関連付けられた第2のRANノードと通信する通信手段と、
前記第2のRATの無線リソース設定を、前記第1のRANノードを介して、前記第2のRANノードから受信し、
前記第2のRATがサポートするキャリアでの第1のnumerologyに従う測定の設定を前記第1のRANノードから受信する受信手段と、を備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち前記第1のnumerologyとは異なる少なくとも1つのnumerologyを示す、
無線端末。
【請求項8】
各numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む、
請求項7に記載の無線端末。
【請求項9】
前記受信手段は、前記第1のRATをプライマリRATとし且つ前記第2のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を受信する、
請求項7又は8に記載の無線端末。
【請求項10】
前記受信手段は、前記第1のRATから前記第2のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を受信する、
請求項7又は8に記載の無線端末。
【請求項11】
前記第1のnumerologyは、前記第2のRATがサポートする前記キャリアのための基準サブフレーム構成を定義する、
請求項7~10のいずれか1項に記載の無線端末。
【請求項12】
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第1の無線アクセスネットワーク(RAN)ノードにおける方法であって、前記第1のRANノードは前記第1のRATに関連付けられ、
前記方法は、前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信することと、
前記無線リソース設定を無線端末に送信し、
前記第2のRATがサポートするキャリアでの第1のnumerologyに従う測定の設定を前記無線端末に送信することを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち前記第1のnumerologyとは異なる少なくとも1つのnumerologyを示す、
第1のRANノードの方法。
【請求項13】
無線通信システムにおいて使用される無線端末における方法であって、前記無線通信システムは、第1のRAT及び第2のRATをサポートし、
前記方法は、前記第2のRATの無線リソース設定を、前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノードを介して、前記第2のRATに関連付けられた第2のRANノードから受信し、
前記第2のRATがサポートするキャリアでの第1のnumerologyに従う測定の設定を前記第1のRANノードから受信することを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち前記第1のnumerologyとは異なる少なくとも1つのnumerologyを示す、
無線端末の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関し、特に無線端末が異なる無線局によって運用される異なるRadio Access Technologies(RATs)の複数のセルを同時に使用する通信に関する。
【背景技術】
【0002】
3rd Generation Partnership Project(3GPP)は、2020年以降の導入に向けた第5世代移動通信システム(5G)の標準化作業を3GPP Release 14として2016年に開始している(非特許文献1を参照)。5Gは、LTE及びLTE-Advancedの継続的な改良・発展(enhancement/evolution)と新たな5Gエア・インタフェース(新たなRadio Access Technology(RAT))の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯(e.g., 6 GHz以下)よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。
【0003】
本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System(NG System)とも呼ばれる。5G Systemのための新たなRATは、New Radio(NR)、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク(Radio Access Network(RAN))は、5G-RAN又はNextGen RAN(NG RAN)と呼ばれる。5G-RAN 内の新たな基地局は、NR NodeB(NR NB)又はgNodeB(gNB)と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network(5G-CN)又はNextGen Core(NG Core)と呼ばれる。5G Systemに接続する無線端末(User Equipment(UE))は、5G UE、NextGen UE(NG UE)又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ(ノード)、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。
【0004】
また、本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE(eLTE)とも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC(eEPC)、enhanced MME(eMME)、enhanced S-GW(eS-GW)、及びenhanced P-GW(eP-GW)とも呼ばれる。
【0005】
LTE及びLTE-Advancedでは、Quality of Service(QoS)及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN(i.e., Evolved Universal Terrestrial RAN(E-UTRAN))及びコアネットワーク(i.e., EPC)の両方で使用される。すなわち、Bearer-based QoS(or per-bearer QoS)コンセプトでは、UEとEPC内のP-GWとの間に1又は複数のEvolved Packet System (EPS) bearersが設定され、同じQoSクラスを持つ複数のサービスデータフロー(Service Data Flows(SDFs))はこれらのQoSを満足する1つのEPS bearerを通して転送される。SDFは、Policy and Charging Control (PCC) ルールに基づくSDFテンプレート(i.e., packet filters)にマッチする1又は複数のパケットフローである。また、パケットルーティングのために、EPS bearerを通って送られる各パケットは、このパケットがどのベアラ(i.e., General Packet Radio Service (GPRS) Tunneling Protocol(GTP)トンネル)に関連付けられているかを見分ける(identify)ための情報を包含する。
【0006】
これに対して、5G Systemでは、無線ベアラが5G-RAN において使用されるかもしれないが、5G-CN内及び5G-CNと5G-RANの間のインタフェースにおいてベアラは使用されないことが検討されている(非特許文献1を参照)。具体的には、EPS bearerの代わりにPDU flowsが定義され、1又は複数のSDFsは、1又は複数のPDU flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ(i.e., EPC内のP-GWに相当するエンティティ)との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。PDU flowは、5G system内でのパケットフォワーディング及び処理(treatment)の最も微細な粒度(finest granularity)に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS(or per-flow QoS)コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる(handled)。5G systemのQoSフレームワークでは、PDU flow は、NG3インタフェースのトンネルのService Data Unitをカプセル化(encapsulating)するヘッダー内のPDU flow IDによって特定される。NG3インタフェースは、5G-CNとgNB(i.e., 5G-RAN)の間のユーザプレーン・インタフェースである。5G UEとデータネットワークとの間の関連付け(association)は、PDUセッション(PDU session)と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション(PDN connection)に相当する用語である。複数のPDU flowsが1つのPDUセッション内に設定されることができる。
【0007】
なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理(treatment)の最も微細な粒度(finest granularity)である。PDU session内の同一のNG3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。NG3マーキングは、上述のPDU flow IDに対応し、QoS flow IDとも呼ばれ、さらにFlow Identification Indicator(FII)とも呼ばれる。
【0008】
さらに、5G Systemがnetwork slicingをサポートすることも検討されている(非特許文献1を参照)。Network slicingは、Network Function Virtualization(NFV)技術及びsoftware-defined networking(SDN)技術を使用し、複数の仮想化された論理的なネットワークを物理的なネットワークの上に作り出すことを可能にする。各々の仮想化された論理的なネットワークは、ネットワークスライス(network slice)又はネットワークスライス・インスタンス(network slice instance)と呼ばれ、論理的なノード(nodes)及び機能(functions)を含み、特定のトラフィック及びシグナリングのために使用される。5G-RAN若しくは5G-CN又はこれら両方は、Slice Selection Function(SSF)を有する。SSFは、5G UE及び5G-CNの少なくとも一方によって提供される情報に基づいて、当該5G UEのために適した1又は複数のネットワークスライスを選択する。
【0009】
図1は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に1又はそれ以上のシグナリング無線ベアラ(Signalling Radio Bearers(SRBs))及び1又はそれ以上のデータ無線ベアラ(Data Radio Bearers(DRBs))を確立する。5G-CN及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5G-CNとgNB(i.e., RAN)の間のコントロールプレーン・インタフェースは、NG2インタフェース又はNG-cインタフェースと呼ばれ、Non-Access Stratum(NAS)情報の転送、及び5G-CNとgNB間の制御情報(e.g., NG2 AP Information Element)に使用される。5G-CNとgNB(i.e., RAN)の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の1又はそれ以上のPDU flowsのパケット(packets)の転送に使用される。
【0010】
なお、
図1に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション(又は配置シナリオ(deployment scenarios))の1つに過ぎない(非特許文献1のAnnex J、及び非特許文献2を参照)。
図1に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション2”と呼ばれるアーキテクチャである。これに対して、
図2及び
図3は、“Non-standalone NR in EPS”と呼ばれるアーキテクチャ・オプション3及び3Aをそれぞれ示している。
図2及び
図3において、コントロールプレーン・インタフェースは点線で示され、ユーザプレーン・インタフェースは実線で示されている。アーキテクチャ・オプション3及び3Aは、アンカーRAT(又はプライマリRAT又はマスターRAT)としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置(Dual connectivity (DC) deployments)である。オプション3及び3Aでは、E-UTRA(LTE eNB)及びNR(gNB)がEPCに接続される。EPCへのNR ユーザプレーン・コネクションは、オプション3ではLTE eNBを経由するが、オプション3AではgNBとEPCの間のユーザプレーン・インタフェースを直接的に通る。
【0011】
非特許文献3は、アーキテクチャ・オプション3及び3A、すなわちE-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのDC機能(functionalities)及び手順(procedures)をサポートすることを提案している。さらに、非特許文献3は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのQoSフレームワーク(i.e., bearer based QoS)をEPC、LTE eNB、及びUEに向けて適用することを提案している。さらに具体的には、非特許文献3は、以下の事項を提案している:
・NR gNBがセカンダリノードとして追加される場合に、必要なQoSサービス(i.e., ベアラ)を設定するためのLTE DC手順(e.g., SeNB addition)が適用されること;
・LTEのSecondary Cell Group(SCG)ベアラ・オプションのために、EPCとNR gNBとの間にE-UTRAN Radio Access Bearer(E-RAB)が確立されること;
・LTEのスプリットベアラ・オプションのために、LTE eNBとgNBとの間にX2-Uが確立されること;
・LTEのSCGベアラ・オプション及びスプリットベアラ・オプションのために、NR gNBとUEとの間にDRBが確立されること。
【0012】
非特許文献4は、アーキテクチャ・オプション3Aでは、S1-UとSCGのDRB(i.e., SCGベアラ)との間に一対一マッピング(1:1 mapping)が存在することを提案している。非特許文献4は、さらに、EPCのQoS属性(attributes)がEPS bearersのために使用されること、したがってEPCにおいて使用されるQoSパラメタ(parameters)をNRにおいて使用される無線ベアラ・パラメタ(radio bearer parameters)にマップする必要性があることを提案している。
【0013】
また、NRは複数の周波数バンドに異なる無線パラメタセットを使用することが想定されている。各無線パラメタセットは、“numerology”と呼ばれる。Orthogonal Frequency Division Multiplexing(OFDM)システムのためのOFDM numerologyは、例えば、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval (TTI) length)、サブフレーム長(subframe duration)、サイクリックプリフィックス長さ(Cyclic prefix length)、及びシンボル期間(symbol duration)を含む。5G systemは、異なるサービス要件の様々なタイプのサービス、例えば広帯域通信(enhanced Mobile Broad Band: eMBB)、高信頼・低遅延通信(Ultra Reliable and Low Latency Communication: URLLC)、及び多接続M2M通信(massive Machine Type Communication: mMTC)を含む、をサポートする。Numerologyの選択は、サービス要件に依存する。
【0014】
5G systemのUE及びNR gNBは、異なるnumerologiesの複数のNRキャリアのアグリゲーションをサポートする。3GPPでは、異なるnumerologiesの複数のNRキャリアのアグリゲーションが既存のLTE Carrier Aggregation(CA)のような低レイヤ・アグリゲーション(lower layer aggregation)又は既存のDual Connectivityのような高レイヤ・アグリゲーション(upper layer aggregation)によって実現されることが検討されている(例えば、非特許文献5-7を参照)。
【先行技術文献】
【非特許文献】
【0015】
【文献】3GPP TR 23.799 V14.0.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)”, December 2016
【文献】3GPP TR 38.801 V1.0.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Access Architecture and Interfaces (Release 14)”, December 2016
【文献】3GPP R2-168400, NTT DOCOMO, INC., “QoS and bearer for DC between LTE and NR”, 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016
【文献】3GPP R2-168686, Nokia, Alcatel-Lucent Shanghai Bell, “EPC - NR PDCP interaction for tight interworking: User Plane aspects”, 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016
【文献】3GPP TR 38.804 V0.4.0 (2016-11) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Interface Protocol Aspects (Release 14)”, November 2016
【文献】3GPP R2-164788, Nokia, Alcatel-Lucent Shanghai Bell, “Carrier Aggregation between carriers of different air interface numerologies”, 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016
【文献】3GPP R2-165328, “Aggregation of carriers in NR”, 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016
【発明の概要】
【発明が解決しようとする課題】
【0016】
本件発明者等は、E-UTRAとNRの間のインターワーキングに関して検討を行い、幾つかの課題を見出した。例えば、E-UTRA及びNRがEPCに接続されるDCアーキテクチャ(i.e., アーキテクチャ・オプション3及び3A)では、セカンダリノードとしてのSecondary gNB(SgNB)は、複数のnumerologiesをサポートする。5G UEも複数のnumerologiesを1セル内又は複数セル間で同時に(つまり、1つのRRCコネクションで)使用できる。しかしながら、SgNBが複数のnumerologiesをサポートしUEがそれを使用する場合に、SCGセル(SCGキャリア)のnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。
【0017】
Numerologyに関するこの問題は、他のE-UTRA-NR DCアーキテクチャ(e.g., アーキテクチャ・オプション7及び7A)でも発生し得る。アーキテクチャ・オプション7及び7Aは、アンカーRAT(又はプライマリRAT又はマスターRAT)としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置(Dual connectivity (DC) deployments)である。オプション7及び7Aでは、E-UTRA(LTE eNB)及びNR(gNB)が5G-CNに接続される。5G-CNへのNR ユーザプレーン・コネクションは、オプション7ではLTE eNBを経由するが、オプション7AではgNBと5G-CNの間のユーザプレーン・インタフェースを直接的に通る。オプション7及び7Aの場合にも、SgNBが複数のnumerologiesをサポートしUEがそれを使用する場合に、SCGセル(SCGキャリア)のnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。
【0018】
さらに、Numerologyに関する類似の問題は、E-UTRAからNRへのInter-RATハンドオーバでも発生し得る。すなわち、UEがソースLTE eNBから複数のnumerologiesをサポートするターゲットgNBにハンドオーバされる場合に、ターゲットNRセルのnumerologyに関する無線リソース設定をUEにどのように行うかが明確でない。
【0019】
したがって、本明細書に開示される実施形態が達成しようとする目的の1つは、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の1つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【0020】
第1の態様では、第2の無線アクセスネットワーク(RAN)ノードは、無線通信システムにおいて使用される。前記無線通信システムは、第1のRAT及び第2のRATをサポートする。前記第2のRANノードは、メモリ、及び前記メモリに結合された少なくとも1つのプロセッサを含む。前記少なくとも1つのプロセッサは、前記第2のRATの無線リソース設定を前記第1のRATに関連付けられた第1のRANノードを介して無線端末に送るよう構成されている。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0021】
第2の態様では、第1の無線アクセスネットワーク(RAN)ノードは、無線通信システムにおいて使用される。前記無線通信システムは、第1のRAT及び第2のRATをサポートする。前記第1のRANノードは、メモリ、及び前記メモリに結合された少なくとも1つのプロセッサを含む。前記少なくとも1つのプロセッサは、前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信し、前記無線リソース設定を無線端末に送るよう構成されている。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0022】
第3の態様では、無線端末は、無線通信システムにおいて使用される。前記無線通信システムは、第1のRAT及び第2のRATをサポートする。前記無線端末は、少なくとも1つの無線トランシーバ及び少なくとも1つのプロセッサを含む。前記少なくとも1つの無線トランシーバは、前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノード及び前記第2のRATに関連付けられた第2のRANノードと通信するよう構成されている。前記少なくとも1つのプロセッサは、前記第2のRATの無線リソース設定を、前記第1のRANノードを介して、前記第2のRANノードから受信するよう構成されている。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0023】
第4の態様では、第2の無線アクセスネットワーク(RAN)ノードにおける方法は、前記第2のRATの無線リソース設定を前記第1のRATに関連付けられた第1のRANノードを介して無線端末に送ることを含む。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0024】
第5の態様では、第1の無線アクセスネットワーク(RAN)ノードにおける方法は前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信し、前記無線リソース設定を無線端末に送ることを含む。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0025】
第6の態様では、無線端末における方法は、前記第2のRATの無線リソース設定を、前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノードを介して、前記第2のRATに関連付けられた第2のRANノードから受信することを含む。前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的または暗示的に示す。
【0026】
第7の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第4、第5、又は第6の態様に係る方法をコンピュータに行わせるための命令群(ソフトウェアコード)を含む。
【発明の効果】
【0027】
上述の態様によれば、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にする装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【0028】
【
図1】背景技術に係る5G Systemの基本アーキテクチャを示す図である。
【
図2】背景技術に係る、E-UTRA(LTE eNB)及びNR(gNB)がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション3を示す図である。
【
図3】背景技術に係る、E-UTRA(LTE eNB)及びNR(gNB)がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション3Aを示す図である。
【
図4】幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。
【
図5】第1の実施形態に係るSCG確立手順の一例を示すシーケンス図である。
【
図6】第2の実施形態に係るMeNBとSgNBとの間のシグナリングの一例を示すシーケンス図である。
【
図7】第2の実施形態に係るLTE eNB(MeNB)の動作の一例を示すフローチャートである。
【
図8】第3の実施形態に係るNR gNB(SgNB)の動作の一例を示すフローチャートである。
【
図9】第4実施形態に係る無線通信ネットワークの構成例を示す図である。
【
図10】第4の実施形態に係るInter-RATハンドオーバ手順の一例を示すシーケンス図である。
【
図11】幾つかの実施形態に係るNR gNBの構成例を示すブロック図である。
【
図12】幾つかの実施形態に係るUEの構成例を示すブロック図である。
【発明を実施するための形態】
【0029】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【0030】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【0031】
以下に示される複数の実施形態は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャを主な対象として説明される。しかしながら、これらの実施形態は、異なるQoSフレームワークを採用する異なるRATが共通のコアネットワークに接続されるDCアーキテクチャをサポートする他の無線通信システムに適用されてもよい。
【0032】
<第1の実施形態>
図4は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。
図4の例では、無線通信ネットワークは、LTE eNB1、NR gNB2、UE3、及びEPC4を含む。
図4に示された無線通信ネットワークは、デュアルコネクティビティ(DC)をサポートし、上述されたオプション3若しくはオプション3A又は両方をサポートする。オプション3及び3Aは、アンカーRAT(又はプライマリRAT)としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティをサポートする。オプション3及び3Aでは、E-UTRA(LTE eNB1)及びNR(gNB2)がEPC4に接続される。EPC4へのNR ユーザプレーン・コネクションは、オプション3ではLTE eNB1を経由し、UE3のユーザパケットは、基地局間インタフェース403、並びにeNB1とEPC4との間のインタフェース401を通る。一方、オプション3Aでは、EPC4へのNR ユーザプレーン・コネクションは、gNB2とEPC4の間のユーザプレーン・インタフェース404を直接的に通る。
【0033】
UE3は、プライマリRAT(E-UTRA)に関連付けられたeNB1及びセカンダリRAT(NR)に関連付けられたgNB2と同時に通信する能力を有する。言い換えると、UE3はプライマリRAT(E-UTRA)に関連付けられたeNB1のセルとセカンダリRAT(NR)に関連付けられたgNB2のセルとをアグリゲートする能力を有する。さらにまた言い換えると、UE3はプライマリRAT(E-UTRA)に関連付けられたeNB1のセルとセカンダリRAT(NR)に関連付けられたgNB2のセルの両方を設定される能力を有する。アーキテクチャ・オプション3及び3Aでは、eNB1とUE3の間のエアインタフェース402は、コントロールプレーン・コネクション及びユーザプレーン・コネクションを提供する。一方、gNB2とUE3の間のエアインタフェース405は、少なくともユーザプレーン・コネクションを含むが、コントロールプレーン・コネクションを含まなくてもよい。E-UTRA及びNRがEPC4に接続されるDCアーキテクチャにおいて、マスターeNB(MeNB)1は1又はそれ以上のE-UTRA MCGセルをUE3に提供し、セカンダリgNB(SgNB)2は1又はそれ以上のNR SCGセルをUE3に提供する。
【0034】
EPC4は、MME5及びS-GW6を含む複数のコアネットワークノードを含む。MME5はコントロールプレーンノードであり、S-GW6はユーザプレーンノードである。MME5は、コアネットワークにアタッチ済み(i.e., EMM-REGISTERED state)であるUEsのモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する(keep track)するために使用され、UEに関するモビリティ管理コンテキスト(MM context)を維持することを含む。ベアラ管理は、UEがeNB1を含むE-UTRAN及びEPC4を経由して外部ネットワーク(Packet Data Network(PDN))と通信するためのEPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。S-GW6は、E-UTRANとのゲートウェイであり、S1-Uインタフェースを介してeNB1若しくはgNB2又は両方に接続される。
【0035】
gNB2は、1又は複数のNRキャリア(セル)において複数のnumerologiesをサポートする。すなわち、1つのNRセルに1又は複数のnumerologiesが関連付けられる。Numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval (TTI) length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む。なお、システム帯域幅がUE観点(UE viewpoints)で複数キャリアのアグリゲーション(i.e. Carrier Aggregation (CA))でサポートする帯域幅に相当する場合、numerologyは、アグリゲートされる複数のキャリアの帯域幅とシステム帯域幅との対応に関する情報をさらに含んでもよい。複数のnumerologiesは、少なくとも1つの参照numerologyと、参照numerologyではない少なくとも1つの個別(dedicated or additional)numerologyを含む。参照numerologyは、gNB2がサポートするNRキャリアのための基準サブフレーム構成(e.g., 基準サブフレーム長、サブフレーム内の基準OFDMシンボル数、又は基準TTI長)を定義する。参照numerologyの情報は、システム情報(e.g., Master Information Block)で送信されてもよいし、キャリア周波数に対して一意に決まるように仕様に規定されてもよいし、或いは、同期信号(e.g., Primary Synchronisation Signal (PSS), Secondary Synchronisation Signal (SSS))をUE3が受信することでUE3が参照numerologyの情報を検出できるようにされてもよい。
【0036】
続いて以下では、E-UTRA及びNRがEPC4に接続されるDCアーキテクチャにおいてセカンダリgNB(SgNB)2によって提供されるSCGセルのnumerologyをUE3に設定する手順について説明する。本実施形態に係るgNB2は、E-UTRA-NR Dual Connectivity(DC)のためのNR無線リソース設定をマスターeNB(MeNB)1を介してUE3に送るよう構成されている。NR無線リソース設定は、SgNB2のSCGに含まれる1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを明示的または暗示的に示す。すなわち、NR無線リソース設定は、少なくとも個別numerologyに関する情報を含む。個別numerologyに関する情報は、個別numerologyを明示的に示す情報要素を含んでもよいし、個別numerologyを導出するために必要な無線パラメータを示す情報要素を含んでもよい。個別numerologyは、例えば、サブキャリア間隔、システム帯域幅、TTIの長さ、サブフレーム長、スロット長、サブフレーム内のスロット数、サイクリックプリフィックス長さ、シンボル期間、若しくはサブフレーム内のシンボル数、又はこれらの任意の組合せであってもよい。NR無線リソース設定は、SCG無線設定(radio configuration)又はSCG-Configと呼ぶこともできる。MeNB1は、SgNB2からNR無線リソース設定を受信し、これをUE3に送るよう構成されている。UE3は、E-UTRA-NR DCのためのNR無線リソース設定を、MeNB1を介して、SgNB2から受信するよう構成されている。
【0037】
幾つかの実装において、SgNB2は、無線ベアラ設定要求をMeNB1から受信し、無線ベアラ設定要求により示されるUE3のためのNRデータ無線ベアラ(Data radio Bearer(DRB))に対する要件に対応する少なくとも1つの個別numerologyを選択してもよい。無線ベアラ設定要求はE-UTRA-NR DCのためのNR DRBを設定することをgNB2に引き起こすメッセージである。当該無線ベアラ設定要求は、SgNB Addition Requestと呼ばれてもよい。NR DRBに対する要件は、QoS要件若しくはサービスタイプ又はこれら両方を含んでもよい。QoS要件は、NR DRB又はこれに関連付けられるネットワークベアラ又はフローに要求される優先度、Maximum Bit Rate(MBR)、及びAllocation and Retention Priority(ARP)のうち少なくとも1つを含む。サービスタイプは、例えば、広帯域通信(enhanced Mobile Broad Band: eMBB)、高信頼・低遅延通信(Ultra Reliable and Low Latency Communication: URLLC)、及び多接続M2M通信(massive Machine Type Communication: mMTC)のうちの1つを示す。
【0038】
SgNB2は、選択された少なくとも1つの個別numerologyを示す情報要素をNR無線リソース設定に含めてもよい。この場合、SgNB2は、選択された少なくとも1つのnumerologyを明示的又は暗示的に示すNR無線リソース設定を無線ベアラ設定要求に対する応答メッセージ(e.g., SgNB Addition Request Acknowledgeメッセージ)を用いてMeNB1に送信してもよい。MeNB1は、SgNB2から受信したNR無線リソース設定をRRC Connection Reconfigurationメッセージを用いてUE3に送信してもよい。
【0039】
図5は、本実施形態に係るSCG確立手順の一例(処理500)を示すシーケンス図である。
図5に示された手順は、LTE DCのSeNB Addition手順を基本的に踏襲している。ステップ501では、MeNB1は、SgNB Addition RequestメッセージをSgNB2に送る。SgNB Addition Requestメッセージは、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用するDCのための無線ベアラ(SCG DRB)の設定をSgNB2に要求する。
【0040】
SgNB Addition Requestメッセージは、上述の“無線ベアラ設定要求”に相当する。具体的には、SgNB Addition Requestメッセージは、“SgNB Security Key (for SCG bearer) ”情報要素(Information Element(IE))、“E-RAB To Be Added List”IE、及び“MeNB to SgNB Container”IEを含む。“E-RAB To Be Added List”IEは、MeNB1によって確立するよう要求される各E-RABのE-RAB ID及びE-RAB Level QoS Parametersを含む。“MeNB to SgNB Container”IEは、RRC: SCG-ConfigInfoメッセージを含む。RRC: SCG-ConfigInfoメッセージは、SCGを確立(establish)、修正(modify)、又は解放(release)するようSgNBに要求するためにMeNBによって使用される。SCG-ConfigInfoメッセージは、例えば、EPS bearer Identity、DRB Identity、及びDRB typeを含む。なお、セカンダリRAT(NR)のセル(e.g., 無線リンク、Access Stratum(AS)レイヤ)とプライマリRAT(E-UTRA)のセル(e.g., 無線リンク、AS layer)で用いられるセキュリティ・ポリシー(e.g., security algorithm)が異なってもよい。この場合、SgNB Security Key IEは、セカンダリRAT(NR)のセルで用いられるセキュリティ・ポリシーの情報が含まれてもよい。さらに、SgNB2は当該セキュリティ・ポリシーの情報をUE3へ送信するRRC: SCG-Configメッセージに含めてもよい。
【0041】
ステップ502では、SgNB2は、SgNB Addition Request AcknowledgeメッセージをMeNB1に送る。SgNB Addition Request Acknowledgeメッセージは、SgNB Addition Requestメッセージに対する応答メッセージである。SgNB Addition Request Acknowledgeメッセージは、SgNB2によって生成されたSCGのDRBの無線リソース設定を含む。当該SCG DRB無線リソース設定は、MeNB1を介してUE3に送られる。当該SCG DRB無線リソース設定は、SgNB2により選択された少なくとも1つの個別numerologyを示す。
【0042】
具体的には、SgNB Addition Request Acknowledgeメッセージは、“E-RAB Admitted To Be Added List”IE、及び“SgNB to MeNB Container”IEを含む。“SgNB to MeNB Container”IEは、RRC: SCG-Configメッセージを含む。RRC: SCG-Configメッセージは、SgNB2によって生成された無線リソース設定を転送するために使用される。RRC: SCG-Configメッセージは、SgNB2により選択された少なくとも1つの個別numerologyを示す。
【0043】
ステップ503では、MeNB1は、SgNB2からのSgNB Addition Request Acknowledgeメッセージの受信に応答して、RRC Connection ReconfigurationメッセージをUE3に送る。当該RRC Connection Reconfigurationメッセージは、SgNB Addition Request Acknowledgeメッセージを用いてSgNB2からMeNB1に送られたRRC: SCG-Configメッセージを含む。UE3のプライマリRAT(i.e., E-UTRA(LTE))のASレイヤは、MeNB1のE-UTRAセル(i.e., Primary Cell (PCell))において当該RRC Connection Reconfigurationメッセージを受信する。UE3のセカンダリRAT(i.e., NR)のASレイヤは、RRC: SCG-Configメッセージに基づいて、SgNB2により選択された少なくとも1つの個別numerology に従うSCG DRBを設定する。
【0044】
ステップ504では、UE3(i.e., E-UTRAのASレイヤ)は、RRC Connection Reconfiguration CompleteメッセージをMeNB1のE-UTRAセル(i.e., PCell)においてMeNB1に送る。また、UE3(i.e., NRのASレイヤ)は、SgNB2に同期するための手順(e.g., Random Access Procedure)を開始する。
【0045】
ステップ505では、MeNB1は、UE3からのRRC Connection Reconfiguration Completeメッセージの受信に応答して、SgNB Reconfiguration CompleteメッセージをSgNB2に送る。
【0046】
以上の説明から理解されるように、本実施形態に係るSgNB2は、E-UTRA-NR DCのためのNR無線リソース設定をマスターeNB(MeNB)1を介してUE3に送るよう構成され、NR無線リソース設定は、SgNB2の1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを示す。これにより、SgNB2は、E-UTRA-NR DCにおいてSgNB2によって提供されるSCGセルのnumerologyをUE3に設定することができる。UE3は、SgNB2によって提供されるSCGセルで使用するべきnumerologyを知ることができる。
【0047】
<第2の実施形態>
本実施形態に係る無線通信ネットワークの構成例は、
図4と同様である。本実施形態は、E-UTRA-NR DCにおいて、参照numerologyに基づくSgNB2のNRセルの測定結果を示すUE測定報告(measurement report)をMeNB1が利用できるようにするための改良が提供される。
【0048】
本実施形態に係るSgNB2は、SgNB2とMeNB1の間の基地局間インタフェース(e.g., Xnインタフェース又はX3インタフェース)のセットアップ手順において、少なくとも1つの参照numerologyをMeNB1に通知するよう構成されている。既に説明したように、参照numerologyは、gNB2がサポートするNRキャリアのための基準サブフレーム長を定義する。
【0049】
図6は、MeNB1とSgNB2との間のシグナリングの一例(処理600)を示すシーケンス図である。ステップ601では、SgNB2は、Xn Setup Requestメッセージ又はXn Setup Responseメッセージを用いて、SgNB2が使用する1又は複数のNRキャリアにおいてサポートされる複数のnumerologiesをMeNB1に通知する。SgNB2によりサポートされる複数のnumerologiesは、少なくとも1つの参照numerologyを含む。
【0050】
幾つかの実装において、MeNB1は、SgNB2の参照numerologyをUE測定のために使用してもよい。
図7は、MeNB1の動作の一例(処理700)を示すフローチャートである。ステップ701では、MeNB1は、SgNB2によって提供されるNRセルの参照numerologyを示す測定設定(measurement configuration)を生成する。ステップ702では、MeNB1は、生成された測定設定をUE3に送る。測定設定は、測定設定により指定される参照numerologyに基づいてSgNB2のNRセルを測定することをUE3に要求する。これにより、MeNB1は、参照numerologyに基づくSgNB2のNRセルの測定結果を示すUE測定報告(measurement report)を利用できる。MeNB1は、E-UTRA-NR DCの開始、停止、又は修正を判定するために、参照numerologyに基づくSgNB2のNRセルの測定結果を利用してもよい。
【0051】
<第3の実施形態>
本実施形態に係る無線通信ネットワークの構成例は、
図4と同様である。本実施形態は、E-UTRA-NR DCにおいて、参照numerologyに基づくSgNB2のNRセルの測定をSgNB2がUE3に指定できるようにするための改良が提供される。
【0052】
本実施形態に係るSgNB2は、SgNB2のキャリアでの参照numerologyに従う測定の設定をMeNB1を介してUE3に送るよう構成されている。
図8は、SgNB2の動作の一例(処理800)を示すフローチャートである。ステップ801では、SgNB2は、SgNB2によって提供されるNRセルの参照numerologyを示す測定設定(measurement configuration)を生成する。ステップ802では、SgNB2は、生成された測定設定をMeNB1を介してUE3に送る。具体的には、MeNB1は、SgNB2から測定設定を受信し、これをUE3に送信してもよい。測定設定は、測定設定により指定される参照numerologyに基づいてSgNB2のNRセルを測定することをUE3に要求する。これにより、MeNB1は、参照numerologyに基づくSgNB2のNRセルの測定結果を示すUE測定報告(measurement report)を利用できる。MeNB1は、E-UTRA-NR DCの開始、停止、又は修正を判定するために、参照numerologyに基づくSgNB2のNRセルの測定結果を利用してもよい。
【0053】
<第4の実施形態>
本実施形態は、他のE-UTRA-NR DCアーキテクチャ(e.g., アーキテクチャ・オプション7及び7A)及びE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBによって提供されるセルのnumerologyをUEに設定することを可能にするための改良が提供される。
【0054】
図9は、本実施形態に係る無線通信ネットワークの構成例を示している。一例において、本実施形態に係る無線通信ネットワークは、E-UTRA-NR DCアーキテクチャ・オプション7又は7Aを提供してもよい。オプション7及び7Aでは、E-UTRA(LTE eNB1)及びNR(gNB2)が5G-CN7に接続される。5G-CN7へのNR ユーザプレーン・コネクションは、オプション7ではLTE eNB1を経由し、UE3のユーザパケットは、基地局間インタフェース403、並びにeNB1と5G-CN7との間のインタフェース902を通る。一方、オプション7Aでは、5G-CN7へのNR ユーザプレーン・コネクションは、gNB2と5G-CN7の間のユーザプレーン・インタフェース902を直接的に通る。
【0055】
以下では、E-UTRA及びNRが5G-CN7に接続されるDCアーキテクチャにおいてセカンダリgNB(SgNB)2によって提供されるSCGセルのnumerologyをUE3に設定する手順について説明する。本実施形態に係るgNB2は、第1の実施形態に係るgNB2と同様に動作してもよい。すなわち、本実施形態では、gNB2は、E-UTRA-NR Dual Connectivity(DC)のためのNR無線リソース設定をマスターeNB(MeNB)1を介してUE3に送るよう構成されている。NR無線リソース設定は、SgNB2のSCGに含まれる1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを示す。
【0056】
MeNB1、SgNB2、及びUE3の動作は、
図5を用いて説明されたSCG確立手順(処理500)におけるそれと同様であってもよい。すなわち、SgNB2は、SgNB2により選択された少なくとも1つの個別numerologyを示すRRC: SCG-Configメッセージを包含するSgNB Addition Request AcknowledgeメッセージをMeNB1に送ってもよい(ステップ502)。MeNB1は、SgNB2により選択された少なくとも1つの個別numerologyを示すRRC: SCG-Configメッセージを包含するRRC Connection ReconfigurationメッセージをUE3に送ってもよい(ステップ503)。UE3のセカンダリRAT(i.e., NR)のASレイヤは、RRC: SCG-Configメッセージに基づいて、SgNB2により選択された少なくとも1つの個別numerology に従うSCG DRBを設定してもよい(ステップ504)。
【0057】
さらに又はこれに代えて、本実施形態に係る無線通信ネットワークは、LTE eNB1のE-UTRAセル11からNR gNB2のNRセル21へのInter-RATハンドオーバをサポートしてもよい。以下では、UE3がソースE-UTRAセル11からターゲットNRセル21へハンドオーバされる場合に、ターゲットNR gNB2によって提供されるセル21のnumerologyをUE3に設定する手順について説明する。
【0058】
図10は、本実施形態に係るInter-RATハンドオーバ手順の一例(処理1000)を示すシーケンス図である。ステップ1001では、ソースLTE eNB1は、NR Handover Requestメッセージをダイレクト基地局間インタフェース403(e.g., Xnインタフェース又はX3インタフェース)上でターゲットgNB2に送る。ステップ1001のNR Handover Requestメッセージは、LTEからNRへのハンドオーバであることを示すハンドオーバ種別 情報要素(Handover Type Information Element (IE))を包含してもよい。Handover Type IEは、例えば、“LTEtoNR”がセットされる。
【0059】
ステップ1002では、ターゲットgNB2は、NR Handover Requestメッセージに基づいて、UEコンテキストを生成(create)し、リソースを割り当てる。そして、ターゲットgNB2は、NR Handover Request AcknowledgeメッセージをソースeNB1に送る。NR Handover Request Acknowledgeメッセージは、NR Handover Requestメッセージに対する応答メッセージである。NR Handover Request Acknowledgeメッセージは、ターゲットgNB2によって生成されたターゲットNRセル21のDRBの無線リソース設定を含む。当該無線リソース設定は、ソースeNB1を介してUE3に送られる。当該無線リソース設定は、ターゲットgNB2により選択された少なくとも1つの個別numerologyを示す。
【0060】
具体的には、NR Handover Request Acknowledgeメッセージは、“Target to Source Transparent Container”IEを包含する。“Target to Source Transparent Container”IEは、ターゲットgNB2によりセットアップされた無線リソース設定情報を含む。当該無線リソース設定情報は、ターゲットNRセル21において提供される少なくとも1つの個別numerologyを示す。
【0061】
ステップ1003では、ソースeNB1は、ターゲットgNB2により生成された無線リソース設定情報を含むHandover Commandメッセージを包含するRRCメッセージをUE3に送る。当該RRCメッセージは、例えば、Mobility from EUTRA commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。ソースeNB1は、ターゲットgNB2により生成された無線リソース設定情報を、 RRC Connection Reconfigurationメッセージ内の“MobilityControlInfoNR”IEに含めてもよい。
【0062】
ステップ1004では、UE3は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN(i.e., NR)のセルに移動し、Handover Commandメッセージにおいて供給された無線リソース設定情報に従ってハンドオーバを実施する。すなわち、UE3は、SgNB2により選択された少なくとも1つの個別numerologyに従うターゲットgNB2との無線コネクションを確立する。ここで、どのnumerologyを使用してハンドオーバを実施するか(又は、ハンドオーバの実施において想定すべきnumerologyが何であるか)の情報が、Handover Commandメッセージ又はそれを包含するRRCメッセージで送信されてもよい。UE3は、当該情報に従って、ハンドオーバを実施する(e.g., 無線コネクションを確立する)。
【0063】
ステップ1005では、UE3は、ターゲットNRセル21に首尾よく(successfully)同期した後に、Handover Confirm for NRメッセージをターゲットgNB2に送る。ステップ1005のメッセージは、(NR) RRC Connection Reconfiguration Completeメッセージであってもよい。
【0064】
以上の説明から理解されるように、本実施形態に係るgNB2は、一例において、E-UTRA-NR DC(i.e,, オプション7又は7A)のためのNR無線リソース設定をMeNB1を介してUE3に送るよう構成され、NR無線リソース設定は、SgNB2の1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを示す。これにより、SgNB2は、E-UTRA-NR DC(i.e,, オプション7又は7A)においてSgNB2によって提供されるSCGセルのnumerologyをUE3に設定することができる。UE3は、SgNB2によって提供されるSCGセルで使用するべきnumerologyを知ることができる。
【0065】
他の例において、本実施形態に係るgNB2は、E-UTRAからNRへのInter-RATハンドオーバのためのNR無線リソース設定をソースeNB1を介してUE3に送るよう構成され、NR無線リソース設定は、ターゲットgNB2の1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを示す。これにより、ターゲットgNB2は、E-UTRAからNRへのInter-RATハンドオーバにおいてターゲットNRセルのnumerologyをUE3に設定することができる。UE3は、ターゲットgNB2によって提供される少なくとも1つのNRセル21で使用するべきnumerologyを知ることができる。
【0066】
続いて以下では、上述の複数の実施形態に係るLTE eNB1、NR gNB2、及びUE3の構成例について説明する。
図11は、上述の実施形態に係るNR gNB2の構成例を示すブロック図である。LTE eNB1の構成も
図11に示されたそれと同様であってもよい。
図11を参照すると、gNB2は、Radio Frequencyトランシーバ1101、ネットワークインターフェース1103、プロセッサ1104、及びメモリ1105を含む。RFトランシーバ1101は、UE3を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ1101は、複数のトランシーバを含んでもよい。RFトランシーバ1101は、アンテナアレイ1102及びプロセッサ1104と結合される。RFトランシーバ1101は、変調シンボルデータをプロセッサ1104から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ1102に供給する。また、RFトランシーバ1101は、アンテナアレイ1102によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ1104に供給する。RFトランシーバ1101は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【0067】
ネットワークインターフェース1103は、ネットワークノード(e.g., LTE eNB1、MME5、S-GW6)と通信するために使用される。ネットワークインターフェース1103は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード(NIC)を含んでもよい。
【0068】
プロセッサ1104は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。プロセッサ1104は、複数のプロセッサを含んでもよい。例えば、プロセッサ1104は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., Digital Signal Processor(DSP))とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., Central Processing Unit(CPU)又はMicro Processing Unit(MPU))を含んでもよい。プロセッサ1104は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output(MIMO)エンコーダ及びプリコーダを含んでもよい。
【0069】
メモリ1105は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory(SRAM)若しくはDynamic RAM(DRAM)又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory(MROM)、Electrically Erasable Programmable ROM(EEPROM)、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ1105は、プロセッサ1104から離れて配置されたストレージを含んでもよい。この場合、プロセッサ1104は、ネットワークインターフェース1103又は図示されていないI/Oインタフェースを介してメモリ1105にアクセスしてもよい。
【0070】
メモリ1105は、上述の複数の実施形態で説明されたgNB2による処理を行うための命令群およびデータを含む1又はそれ以上のソフトウェアモジュール(コンピュータプログラム)1106を格納してもよい。いくつかの実装において、プロセッサ1104は、当該ソフトウェアモジュール1106をメモリ1105から読み出して実行することで、上述の実施形態で説明されたgNB2の処理を行うよう構成されてもよい。
【0071】
図12は、UE3の構成例を示すブロック図である。Radio Frequency(RF)トランシーバ1201は、eNB1及びgNB2と通信するためにアナログRF信号処理を行う。RFトランシーバ1201は、複数のトランシーバを含んでもよい。RFトランシーバ1201により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ1201は、アンテナアレイ1202及びベースバンドプロセッサ1203と結合される。RFトランシーバ1201は、変調シンボルデータ(又はOFDMシンボルデータ)をベースバンドプロセッサ1203から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ1202に供給する。また、RFトランシーバ1201は、アンテナアレイ1202によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ1203に供給する。RFトランシーバ1201は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【0072】
ベースバンドプロセッサ1203は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮/復元、(b) データのセグメンテーション/コンカテネーション、(c) 伝送フォーマット(伝送フレーム)の生成/分解、(d) 伝送路符号化/復号化、(e) 変調(シンボルマッピング)/復調、及び(f) Inverse Fast Fourier Transform(IFFT)によるOFDMシンボルデータ(ベースバンドOFDM信号)の生成などを含む。一方、コントロールプレーン処理は、レイヤ1(e.g., 送信電力制御)、レイヤ2(e.g., 無線リソース管理、及びhybrid automatic repeat request(HARQ)処理)、及びレイヤ3(e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング)の通信管理を含む。
【0073】
例えば、ベースバンドプロセッサ1203によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol(PDCP)レイヤ、Radio Link Control(RLC)レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ1203によるコントロールプレーン処理は、Non-Access Stratum(NAS)プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【0074】
ベースバンドプロセッサ1203は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。
【0075】
ベースバンドプロセッサ1203は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., DSP)とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., CPU又はMPU)を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ1204と共通化されてもよい。
【0076】
アプリケーションプロセッサ1204は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ1204は、複数のプロセッサ(複数のプロセッサコア)を含んでもよい。アプリケーションプロセッサ1204は、メモリ1206又は図示されていないメモリから読み出されたシステムソフトウェアプログラム(Operating System(OS))及び様々なアプリケーションプログラム(例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション)を実行することによって、UE3の各種機能を実現する。
【0077】
幾つかの実装において、
図12に破線(1205)で示されているように、ベースバンドプロセッサ1203及びアプリケーションプロセッサ1204は、1つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ1203及びアプリケーションプロセッサ1204は、1つのSystem on Chip(SoC)デバイス1205として実装されてもよい。SoCデバイスは、システムLarge Scale Integration(LSI)またはチップセットと呼ばれることもある。
【0078】
メモリ1206は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ1206は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ1206は、ベースバンドプロセッサ1203、アプリケーションプロセッサ1204、及びSoC1205からアクセス可能な外部メモリデバイスを含んでもよい。メモリ1206は、ベースバンドプロセッサ1203内、アプリケーションプロセッサ1204内、又はSoC1205内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ1206は、Universal Integrated Circuit Card(UICC)内のメモリを含んでもよい。
【0079】
メモリ1206は、上述の複数の実施形態で説明されたUE3による処理を行うための命令群およびデータを含む1又はそれ以上のソフトウェアモジュール(コンピュータプログラム)1207を格納してもよい。幾つかの実装において、ベースバンドプロセッサ1203又はアプリケーションプロセッサ1204は、当該ソフトウェアモジュール1207をメモリ1206から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE3の処理を行うよう構成されてもよい。
【0080】
図11及び
図12を用いて説明したように、上述の実施形態に係るLTE eNB1、NR gNB2、及びUE3が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む1又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体(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)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【0081】
<その他の実施形態>
上述の実施形態は、SeNB Addition手順を踏襲するSgNB Addition手順が使用される例を示した。上述の実施形態では、SgNB Addition手順の代わりに、SeNB Modification手順を踏襲するSgNB Modification手順が使用されてもよい。例えば、MeNB1は、SgNB Addition Requestメッセージ(e.g.,
図5のステップ501)の代わりに、SgNB Modification RequestメッセージをSgNB2に送ってもよい。
【0082】
MeNB1は、無線ベアラ設定要求(e.g., SgNB Addition Requestメッセージ又はSgNB Modification Requestメッセージ)をSgNB2に送る前に、MeN1BとSgNB2間でUE Capability Coordinationを行ってもよい。例えば、MeNB1は、UE Capability Coordination RequestメッセージをSgNB2に送り、UE Capability Coordination ResponseメッセージをSgNB2から受信してもよい。当該Coordination では、MeN1B及びSgNB2は、RF capability(Band combination, measurement capability)などの固定的なUE capability(e.g., DCでデータ送受信中はほぼ変わらない、又はハードスプリットするcapability)のみを共有(交渉)してもよい。さらに、MeN1B及びSgNB2は、UE category規定に関連するcapability(e.g., soft buffer/soft channel bit)などの静的なUE capability(DC中にダイナミックに変わらない、又はdynamic sharingするcapability)も共有してもよい。これに代えて、MeN1B及びSgNB2は、静的なUE capabilityをSeNB Addition Request/Acknowledge messages(又はSeNB Modification Request/Acknowledge messages)の交換ステップにおいて共有してもよい。
【0083】
上述の実施形態で説明された各種メッセージ(e.g., SgNB Addition Requestメッセージ、SgNB Addition Request Acknowledgeメッセージ、RRC Connection Reconfigurationメッセージ、RRC Connection Reconfiguration Completeメッセージ、SgNB Reconfiguration Completeメッセージ、Xn Setup Requestメッセージ、Xn Setup Responseメッセージ、NR Handover Requestメッセージ、NR Handover Request Acknowledgeメッセージ)に包含される情報要素(Information Element)は、上述のものには限られない。例えば、上述した各種メッセージに包含される情報要素(Information Element)は、LTE eNB1とNR gNB2でDCを行うことを目的として、又はE-UTRAからNRへのハンドオーバを行うことを目的として、上述の実施形態とは異なる方向、異なるノード間で通信・共有されてもよい。より具体的な例示としては、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部がSgNB Addition Request Acknowledgeメッセージに含まれてもよい。さらに又はこれに代えて、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部が、EPC4(MME5)からLTE eNB1に送られるS1APメッセージ(e.g., S1AP: E-RAB Setup Requestメッセージ)に含まれてもよい。これにより、LTE eNB1とNR gNB2でDC行うのに必要な情報を、LTE eNB1とNR gNB2で行うDCに関連するノード間で共有することができる。
【0084】
上述の実施形態で説明されたUE2、基地局(LTE eNB1、NR gNB2)、及びコアネットワーク(EPC4、5G-CN7)の動作または処理は、Intra-NR Dual Connectivity、及びInter-gNB Handoverの場合にも適用が可能である。例えば、同じNRシステムの隣接セル間でも、numerologyの設定が同一でないことがあり得る。したがって、Dual Connectivityまたはハンドオーバを実行する場合に、セカンダリセル又はターゲットセルでどのようなnumerologyを使用するかはUE毎に設定されてもよい。具体的には、セカンダリgNB又はターゲットgNBは、自身の1又はそれ以上のNRセルでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つの個別numerologyを明示的または暗示的に示すNR無線リソース設定をプライマリgNB又はソースgNBを介してUE3に送ってもよい。
【0085】
上述の実施形態において、各numerologyは1又は複数のネットワークスライス(network slice)又はネットワークスライス・インスタンス(network slice instance)に関連づけられてもよい。例えば、上述の実施形態における個別numerologyを示す情報は、所定のネットワークスライス又はネットワークスライス・インスタンスを示す情報(e.g., network slice identity, network slice instance identity)でもよい。そしてUE2は、当該所定のネットワークスライス又はネットワークスライス・インスタンスを示す情報を受信すると、それに対応する個別numerologyを検出してもよい。さらに、参照Numerologyもいずれかのネットワークスライス又はネットワークスライス・インスタンスに関連づけられていてもよい。このとき、参照Numerologyに関連付けられるネットワークスライス又はネットワークスライス・インスタンスは、セル内のUEに共通に設定可能な(又は、使用可能な)ものであってもよい。なお、E-UTRA及びNRがEPCに接続されるE-UTRA-NR Dual Connectivityの場合、ネットワークスライスが個別コアネットワーク・ノード(Dedicated Core network Node: DCN)であってもよい。このとき、DCN識別子(e.g., DCN ID)が、個別numerologyと関連づけられてもよい。
【0086】
上述の実施形態で説明されたLTE eNB1及びNR gNB2は、Cloud Radio Access Network(C-RAN)コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたeNB1及びgNB2の各々により行われる処理及び動作は、C-RANアーキテクチャに含まれるDigital Unit(DU)によって、又はDU及びRadio Unit(RU)の組み合せによって提供されてもよい。DUは、Baseband Unit(BBU)又はCentral Unit(CU)と呼ばれる。RUは、Remote Radio Head(RRH)、Remote Radio Equipment(RRE)、Distributed Unit(DU)、又はTransmission and Reception Point(TRP)とも呼ばれる。すなわち、上述の実施形態で説明されたeNB1及びgNB2の各々によって行われる処理及び動作は、任意の1又は複数の無線局(又はRANノード)によって提供されてもよい。
【0087】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【0088】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【0089】
(付記1)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第2の無線アクセスネットワーク(RAN)ノードであって、前記第2のRANノードは前記第2のRATに関連付けられ、
前記第2のRANノードは、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサと、
備え、
前記少なくとも1つのプロセッサは、
前記第2のRATの無線リソース設定を前記第1のRATに関連付けられた第1のRANノードを介して無線端末に送るよう構成され、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
第2のRANノード。
【0090】
(付記2)
各numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む、
付記1に記載の第2のRANノード。
【0091】
(付記3)
前記少なくとも1つのプロセッサは、前記第1のRATをプライマリRATとし且つ前記第2のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を生成するよう構成されている、
付記1又は2に記載の第2のRANノード。
【0092】
(付記4)
前記少なくとも1つのプロセッサは、無線ベアラ設定要求を前記第1のRANノードから受信し、前記無線ベアラ設定要求により示される前記第2のRATの無線ベアラに対する要件に対応する少なくとも1つのnumerologyを選択し、選択された少なくとも1つのnumerologyを明示的又は暗示的に示す情報要素を前記無線リソース設定に含めるよう構成されている、
付記3に記載の第2のRANノード。
【0093】
(付記5)
前記少なくとも1つのプロセッサは、前記第1のRATから前記第2のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を生成するよう構成されている、
付記1又は2に記載の第2のRANノード。
【0094】
(付記6)
前記参照numerologyは、前記第2のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記1~5のいずれか1項に記載の第2のRANノード。
【0095】
(付記7)
前記少なくとも1つのプロセッサは、前記第1のRANノードと前記第2のRANノードの間の基地局間インタフェースのセットアップ手順において、前記参照numerologyを前記第1のRANノードに通知するよう構成されている、
付記1~6のいずれか1項に記載の第2のRANノード。
【0096】
(付記8)
前記少なくとも1つのプロセッサは、前記参照numerologyに従う前記キャリアでの測定の設定を前記第1のRANノードを介して前記無線端末に送るよう構成されている、
付記6に記載の第2のRANノード。
【0097】
(付記9)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第1の無線アクセスネットワーク(RAN)ノードであって、前記第1のRANノードは前記第1のRATに関連付けられ、
前記第1のRANノードは、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサと、
備え、
前記少なくとも1つのプロセッサは、
前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信し、前記無線リソース設定を無線端末に送るよう構成され、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
第1のRANノード。
【0098】
(付記10)
各numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む、
付記9に記載の第1のRANノード。
【0099】
(付記11)
前記少なくとも1つのプロセッサは、前記第1のRATをプライマリRATとし且つ前記第2のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を前記第2のRANノードから受信するよう構成されている、
付記9又は10に記載の第1のRANノード。
【0100】
(付記12)
前記少なくとも1つのプロセッサは、前記第1のRATから前記第2のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を前記第2のRANノードから受信するよう構成されている、
付記9又は10に記載の第1のRANノード。
【0101】
(付記13)
前記参照numerologyは、前記第2のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記9~12のいずれか1項に記載の第1のRANノード。
【0102】
(付記14)
前記少なくとも1つのプロセッサは、前記参照numerologyに従う前記キャリアでの測定の設定を前記無線端末に送るよう構成されている、
付記13に記載の第1のRANノード。
【0103】
(付記15)
前記少なくとも1つのプロセッサは、前記第1のRANノードと前記第2のRANノードの間の基地局間インタフェースのセットアップ手順において、前記参照numerologyを前記第2のRANノードから受信するよう構成されている、
付記9~13のいずれか1項に記載の第1のRANノード。
【0104】
(付記16)
無線通信システムにおいて使用される無線端末であって、前記無線通信システムは、第1のRAT及び第2のRATをサポートし、
前記無線端末は、
前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノード及び前記第2のRATに関連付けられた第2のRANノードと通信するよう構成された少なくとも1つの無線トランシーバと、
少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、前記第2のRATの無線リソース設定を、前記第1のRANノードを介して、前記第2のRANノードから受信するよう構成され、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
無線端末。
【0105】
(付記17)
各numerologyは、サブキャリア間隔(subcarrier spacing)、システム帯域幅(system bandwidth)、送信時間間隔の長さ(Transmission Time Interval length)、サブフレーム長(subframe duration)、スロット長(slot duration)、サブフレーム内のスロット数(number of slots per subframe)、サイクリックプリフィックス長さ(Cyclic prefix length)、シンボル期間(symbol duration)、及びサブフレーム内のシンボル数(number of symbols per subframe)のうち少なくとも1つを含む、
付記16に記載の無線端末。
【0106】
(付記18)
前記少なくとも1つのプロセッサは、前記第1のRATをプライマリRATとし且つ前記第2のRATをセカンダリRATとするデュアルコネクティビティのために前記無線リソース設定を受信するよう構成されている、
付記16又は17に記載の無線端末。
【0107】
(付記19)
前記少なくとも1つのプロセッサは、前記第1のRATから前記第2のRATへの前記無線端末のInter-RATハンドオーバのために前記無線リソース設定を受信するよう構成されている、
付記16又は17に記載の無線端末。
【0108】
(付記20)
前記参照numerologyは、前記第2のRATがサポートするキャリアのための基準サブフレーム構成を定義する、
付記16~19のいずれか1項に記載の無線端末。
【0109】
(付記21)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第2の無線アクセスネットワーク(RAN)ノードにおける方法であって、前記第2のRANノードは前記第2のRATに関連付けられ、
前記方法は、前記第2のRATの無線リソース設定を前記第1のRATに関連付けられた第1のRANノードを介して無線端末に送ることを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
方法。
【0110】
(付記22)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第1の無線アクセスネットワーク(RAN)ノードにおける方法であって、前記第1のRANノードは前記第1のRATに関連付けられ、
前記方法は、前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信し、前記無線リソース設定を無線端末に送ることを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
方法。
【0111】
(付記23)
無線通信システムにおいて使用される無線端末における方法であって、前記無線通信システムは、第1のRAT及び第2のRATをサポートし、
前記方法は、前記第2のRATの無線リソース設定を、前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノードを介して、前記第2のRATに関連付けられた第2のRANノードから受信することを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
方法。
【0112】
(付記24)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第2の無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、前記第2のRANノードは前記第2のRATに関連付けられ、
前記方法は、前記第2のRATの無線リソース設定を前記第1のRATに関連付けられた第1のRANノードを介して無線端末に送ることを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
プログラム。
【0113】
(付記25)
第1のRAT及び第2のRATをサポートする無線通信システムにおいて使用される第1の無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、前記第1のRANノードは前記第1のRATに関連付けられ、
前記方法は、前記第2のRATの無線リソース設定を前記第2のRATに関連付けられた第2のRANノードから受信し、前記無線リソース設定を無線端末に送ることを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
プログラム。
【0114】
(付記26)
無線通信システムにおいて使用される無線端末における方法をコンピュータに行わせるためのプログラムであって、前記無線通信システムは、第1のRAT及び第2のRATをサポートし、
前記方法は、前記第2のRATの無線リソース設定を、前記第1のRATに関連付けられた第1の無線アクセスネットワーク(RAN)ノードを介して、前記第2のRATに関連付けられた第2のRANノードから受信することを備え、
前記無線リソース設定は、前記第2のRATでサポートされる複数のnumerologiesのうち参照numerologyとは異なる少なくとも1つのnumerologyを明示的又は暗示的に示す、
プログラム。
【0115】
この出願は、2017年1月5日に出願された日本出願特願2017-000798を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【0116】
1 eNodeB (eNB)
2 gNodeB (gNB)
3 User Equipment (UE)
4 Evolved Packet Core (EPC)
5 Mobility Management Entity (MME)
7 5G Core Network(5G-CN)
1101 RFトランシーバ
1104 プロセッサ
1105 メモリ
1201 RFトランシーバ
1203 ベースバンドプロセッサ
1204 アプリケーションプロセッサ
1206 メモリ