JP2023129544A - ターゲット無線アクセスネットワークノード、ソース無線アクセスネットワークノード、及びこれらの方法 - Google Patents
ターゲット無線アクセスネットワークノード、ソース無線アクセスネットワークノード、及びこれらの方法 Download PDFInfo
- Publication number
- JP2023129544A JP2023129544A JP2023119539A JP2023119539A JP2023129544A JP 2023129544 A JP2023129544 A JP 2023129544A JP 2023119539 A JP2023119539 A JP 2023119539A JP 2023119539 A JP2023119539 A JP 2023119539A JP 2023129544 A JP2023129544 A JP 2023129544A
- Authority
- JP
- Japan
- Prior art keywords
- network
- information
- flow
- slice
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 153
- 238000012546 transfer Methods 0.000 abstract description 43
- 230000011664 signaling Effects 0.000 abstract description 21
- 230000006870 function Effects 0.000 description 75
- 238000012545 processing Methods 0.000 description 58
- 238000002360 preparation method Methods 0.000 description 49
- 238000004891 communication Methods 0.000 description 38
- 238000010586 diagram Methods 0.000 description 36
- 238000012986 modification Methods 0.000 description 31
- 230000004048 modification Effects 0.000 description 31
- 230000004044 response Effects 0.000 description 28
- 239000013256 coordination polymer Substances 0.000 description 25
- 238000005259 measurement Methods 0.000 description 21
- 238000009795 derivation Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 10
- 238000013475 authorization Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 8
- 238000013507 mapping Methods 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 238000000926 separation method Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000012384 transportation and delivery Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 230000014759 maintenance of location Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 102100038254 Cyclin-F Human genes 0.000 description 2
- 101000884183 Homo sapiens Cyclin-F Proteins 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 101150112439 SMAP gene Proteins 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
- H04W36/0038—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
- H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/20—Interfaces between hierarchically similar devices between access points
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】基地局間インタフェース上でのシグナリングメッセージ転送を伴うハンドオーバ手順を提供する。【解決手段】共に5Gコアネットワークに接続されるソースRANノードからターゲットRANノードへ、RANノード間インタフェースにおいてハンドオーバ要求メッセージを送信し、当該メッセージはスライス情報と、PDUセッション内でセットアップされる少なくとも1つのフローを示すフローリスト情報とを含む。スライス情報は、論理ネットワークであるネットワークスライスを識別する。フローリスト情報は、フロー識別子と、当該フロー識別子により識別されるフローに対応するフローQoSパラメータとを含む。ターゲットRANノードは、ソースRANノードを介して無線端末に転送される無線リソース設定情報を包含するtransparent containerを含むハンドオーバ要求確認応答メッセージを、ソースRANノードに送信する。【選択図】図13
Description
本開示は、無線通信システムに関し、特に異なるRadio Access Technologies(RATs)の間での無線端末のハンドオーバに関する。
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以上のミリ波帯をサポートする。
本明細書では、第5世代移動通信システムは、Next Generation (NextGen) System(NG System)とも呼ばれる。NG Systemのための新たなRATは、New Radio(NR)、5G RAT、又はNG RATと呼ばれる。NG Systemのための新たな無線アクセスネットワーク(Radio Access Network(RAN))及びコアネットワークは、それぞれNextGen RAN(NG RAN)及びNextGen Core(NG Core)と呼ばれる。NG Systemに接続する無線端末(User Equipment(UE))は、NextGen UE(NG UE)と呼ばれる。NG SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ(ノード)、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。
また、本明細書で使用される“LTE”との用語は、特に断らない限り、NG Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。NG 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のネットワーク又は論理的エンティティに関する用語は、特に断らない限り、NG Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC(eEPC)、enhanced MME(eMME)、enhanced S-GW(eS-GW)、及びenhanced P-GW(eP-GW)とも呼ばれる。
LTE及びLTE-Advancedでは、Quality of Service(QoS)及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN(i.e., Evolved Universal Terrestrial RAN)及びコアネットワーク(i.e., Evolved Packet core(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)ための情報を包含する。
これに対して、NG Systemでは、無線ベアラがNG RAN において使用されるかもしれないが、NG Core及びNG CoreとNG RANの間のインタフェースにおいてベアラは使用されないことが検討されている(非特許文献1を参照)。具体的には、EPS bearerの代わりにPDU flowsが定義され、1又は複数のSDFsは、1又は複数のPDU flowsにマップされる。NG UEとNG Core内のユーザプレーン終端エンティティ(i.e., EPC内のP-GWに相当するエンティティ)との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。すなわち、NG Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS(or per-flow QoS)コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる(handled)。なお、UEとデータネットワークとの間の関連付け(association)は、PDUセッション(PDU session)と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション(PDN connection)に相当する用語である。複数のPDU flowsが1つのPDUセッション内に設定されることができる。
本明細書では、LTE及びLTE-Advancedシステムのように、UEとコアネットワーク内のエッジノード(e.g., P-GW)との間にend-to-endベアラ(e.g., EPS bearer)を設定し、Bearer-based QoSコンセプトを採用するシステムを、“bearer-based system”又は“bearer-based network”と呼ぶ。一方、NG Systemのように、コアネットワーク及びコアネットワークとRANのインタフェースにおいてベアラを使用せず、Flow-based QoSコンセプトを採用するシステムを“bearer-less system”又は“bearer-less network”と呼ぶ。上述したNG Systemのように、bearer-less networkのRANでは無線ベアラが使用されてもよい。“bearer-less”との用語は、例えば、GTP-less, (PDN) connection-less, tunnel-less, (IP) flow-based, SDF-based, stream-based, 又は(PDU) session-basedと言い換えることもできる。ただし、本明細書では、NG Systemはbearer-based systemとして機能してもよく、ユーザデータのflow-based転送及びbearer-based転送の両方をサポートしてもよい。
さらに、NG Systemがnetwork slicingをサポートすることも検討されている(非特許文献1を参照)。Network slicingは、Network Function Virtualization(NFV)技術及びsoftware-defined networking(SDN)技術を使用し、複数の仮想化された論理的なネットワークを物理的なネットワークの上に作り出すことを可能にする。各々の仮想化された論理的なネットワークは、ネットワークスライス(network slice)又はネットワークスライス・インスタンス(network slice instance)と呼ばれ、論理的なノード(nodes)及び機能(functions)を含み、特定のトラフィック及びシグナリングのために使用される。NG RAN若しくはNG Core又はこれら両方は、Slice Selection Function(SSF)を有する。SSFは、NG UE及びNG Coreの少なくとも一方によって提供される情報に基づいて、当該NG UEのために適した1又は複数のネットワークスライスを選択する。
なお、特許文献1は、bearer-less network(e.g., 5G)からbearer-based network(e.g., LTE)へのハンドオーバ、及びbearer-based network(e.g., LTE)からbearer-less network(e.g., 5G)へのハンドオーバに関する開示を含む。特許文献1に示された5GからLTEへのハンドオーバでは、5Gコア(NG Core)のsource制御ノード(i.e., Access Control Server (ACS)/eMME)は、bearer-less network(5G)のservice flowsのQoS parametersをbearer-based network (LTE)のEPS-bearer-level QoSにマップする。5Gのservice flowsのQoS parameters は、例えば、DiffServ code point (DSCP) valuesである。LTEのEPS-bearer-level QoSは、例えば、QoS class identifier(QCI)及びallocation and retention priority(ARP)である。DSCP valuesのEPS bearersへのマッピングは、一対一またはn対一で行われてもよい。Source ACS/eMMEは、EPS-bearer-level QoS の情報を含むAPN information をtarget MMEに送る。Target MMEは、受信したAPN informationに従って、UEのためのGTP tunnelsをセットアップする。
また、特許文献1に示されたLTEから5Gへのハンドオーバでは、LTEコア(i.e., EPC)のsource MMEは、必要な bearer context informationを包含するforward relocation requestを5Gコア(NG Core)のtarget ACS/eMMEに送る。target ACS/eMMEは、LTE(i.e., source MME)から取得したQCI valuesを5G QoS parameters (i.e., DSCP values)にマップし、これを5Gコア(NG Core)の転送ノード(i.e., Mobility Gateway Access Router (M-GW/AR) 又は Mobility Gateway Edge Router (M-GW/ER))に供給する。これにより、Target ACS/eMMEは、UEのservice flows(i.e., IP packets)を送るための少なくとも1つのGeneric Routing Encapsulation (GRE) tunnelをセットアップする。
3GPP TR 23.799 V0.6.0 (2016-07) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)", July 2016
本件発明者等は、NG System(5G)とLTE Systemとの間のハンドオーバに関して検討を行い、いくつかの課題を見出した。例えば、特許文献1のFig. 4は、NG System(5G)からLTE Systemへのハンドオーバ手順が LTE S1-based handoverの修正(modifications)によって実現されることを記載している。しかしながら、特許文献1は、NG System(5G)とLTE Systemとの間のハンドオーバ手順が、ダイレクト基地局間インタフェース上でのハンドオーバ・シグナリングメッセージの転送を含むことを記載していない。
したがって、本明細書に開示される実施形態が達成しようとする目的の1つは、ダイレクト基地局間インタフェース上でのハンドオーバ・シグナリングメッセージの転送を伴うInter-RATハンドオーバ手順の提供に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の1つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
一態様では、第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードは、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサとを含む。前記少なくとも1つのプロセッサは、第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信し、前記handover requestメッセージの受信に応答してスライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信し、前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御するよう構成される。前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関する。前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する。
一態様では、第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードは、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサとを含む。前記少なくとも1つのプロセッサは、前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定するよう構成され、前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信するよう構成される。前記少なくとも1つのプロセッサは、さらに、transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信するよう構成され、前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信するよう構成される。前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含む。前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む。
一態様では、無線端末は、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサとを含む。前記少なくとも1つのプロセッサは、前記無線端末が接続する第1のネットワークから第2のネットワークへのハンドオーバにおいて、前記第2のネットワーク内のネットワークスライスに関するスライス情報及び前記第2のネットワーク内のネットワークスライスに基づく無線リソース設定情報の少なくとも一方を包含するハンドオーバに関するメッセージを前記第1のネットワークの無線アクセスネットワーク(RAN)ノードから受信するよう構成される。
一態様では、コアネットワークノードは、少なくとも1つのメモリと、前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサとを含む。前記少なくとも1つのプロセッサは、第1のネットワークから第2のネットワークへの無線端末のハンドオーバにおいて、前記無線端末が接続される前記第2のネットワーク内のネットワークスライスに関するスライス情報を前記第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードに送るよう構成される。
一態様では、第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードにおける方法は、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を含む。前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関する。前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する。
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を含む。前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関する。前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する。
一態様では、第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードにおける方法は、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を含む。前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含む。前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む。
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を含む。前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含む。前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む。
一態様では、プログラムは、コンピュータに読み込まれた場合に、上述の態様に係る方法をコンピュータに行わせるための命令群(ソフトウェアコード)を含む。
上述の態様によれば、ダイレクト基地局間インタフェース上でのハンドオーバ・シグナリングメッセージの転送を伴うInter-RATハンドオーバ手順の提供に寄与する装置、方法、及びプログラムを提供できる。
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
<第1の実施形態>
図1は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図1の例では、無線通信ネットワークは、無線端末(UE)1、LTE基地局(i.e., eNB)2、New Radio (NR) 基地局(i.e., NR NodeB (NR NB))3、及びNextGen (NG) Core5を含む。LTE eNB2は、NG Core5に接続されている。すなわち、LTE eNB2は、コントロールプレーン・インタフェース(e.g., NG2インタフェース)を介してNG Core5内のMME又はMMEの機能の少なくとも一部を有する制御ノード(i.e., Control Plane Function (CPF)ノード)に接続され、ユーザプレーン・インタフェース(e.g., NG3インタフェース)を介してNG Core5内のServing Gateway(S-GW)又はS-GWの機能の少なくとも一部を有するデータノード(i.e., User Plane Function (UPF)ノード)に接続される。このようにLTE eNB2は、NG Core5と接続されるよう改良(enhanced)されていて、eLTE eNBと呼ばれてもよい。
図1は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図1の例では、無線通信ネットワークは、無線端末(UE)1、LTE基地局(i.e., eNB)2、New Radio (NR) 基地局(i.e., NR NodeB (NR NB))3、及びNextGen (NG) Core5を含む。LTE eNB2は、NG Core5に接続されている。すなわち、LTE eNB2は、コントロールプレーン・インタフェース(e.g., NG2インタフェース)を介してNG Core5内のMME又はMMEの機能の少なくとも一部を有する制御ノード(i.e., Control Plane Function (CPF)ノード)に接続され、ユーザプレーン・インタフェース(e.g., NG3インタフェース)を介してNG Core5内のServing Gateway(S-GW)又はS-GWの機能の少なくとも一部を有するデータノード(i.e., User Plane Function (UPF)ノード)に接続される。このようにLTE eNB2は、NG Core5と接続されるよう改良(enhanced)されていて、eLTE eNBと呼ばれてもよい。
同様に、NR NB3は、コントロールプレーン・インタフェース(e.g., NG2インタフェース)を介してNG Core5内の1又は複数のCPFノードに接続されてもよい。また、NR NB3は、ユーザプレーン・インタフェース(e.g., NG3インタフェース)を介してNG Core5内の1又は複数のUPFノードに接続されてもよい。さらに、UE1は、コントロールプレーン・インタフェース(e.g., NG1インタフェース)を介してNG Core5内の1又は複数のCPFノードに接続されてもよい。ここで、NG1インタフェースは、NASレイヤの情報を転送するための論理インタフェースとして定義され、当該NASレイヤの情報の送信は、NG2インタフェース、及びNR NB3とUE1の間の無線インタフェース(NG Uu)を介して行われてもよい。
幾つかの実装において、NG Core5は、論理的なEPCノード(nodes)及びEPC機能(functions)を提供する仮想化されたネットワークスライスをセットアップしてもよい。幾つかの実装において、LTE eNB2を含むE-UTRAN及びNR NB3を含むNG RANは、同じネットワークスライスに接続されもよい。これに代えて、LTE eNB2を含むE-UTRAN及びNR NB3を含むNG RANは、互いに異なるネットワークスライスに接続されてもよい。UE1は、LTE eNB2及びNG Core5によって提供されるLTEシステムに接続する能力を有し、且つNR NB3及びNG Core5によって提供されるNextGen(NG)システムに接続する能力を有する。
LTE eNB2は、ダイレクト基地局間インタフェース101によってNR NB3と接続される。ダイレクト基地局間インタフェース101は、例えば、X3インタフェースと呼ばれる。ダイレクト基地局間インタフェース101は、少なくともLTE eNB2とNR NB3との間のシグナリング・メッセージの転送のために使用される。ダイレクト基地局間インタフェース101は、LTE eNB2とNR NB3との間のユーザパケット転送のためにさらに使用されてもよい。ダイレクト基地局間インタフェース101のコントロールプレーン・プロトコル構造及びユーザプレーン・プロトコル構造は、例えば、LTE eNB間のX2インタフェースのそれらと同様であってもよい。
NG Systemは、上述のNG1, NG2, NG3インタフェースに加え、さらに他のインタフェースを含んでもよい。インタフェースは、参照点(reference point)とも呼ばれる。NG RAN間(異なるNR NB間)は、NX2インタフェースを介して接続されてもよい。モビリティ管理機能(Mobility Management Function: MMF)及びセッション管理機能(Session Management Function: SMF)のいずれか又は両方を有するCPFノードは、UPFノードにコントロールプレーン・インタフェース(e.g., NG4インタフェース)を介して接続されてもよい。異なるUPFノード間は、ユーザプレーン・インタフェース(e.g., NG9インタフェース)を介して接続されてもよい。異なる機能を有するCPFノード間はコントロールプレーン・インタフェースを介して接続されてもよい。例えば、MMF及びSMFを有するCPFノードは、ポリシー制御機能(Policy Control Function: PCF)を有するCPFノードと、コントロールプレーン・インタフェース(e.g., NG7インタフェース)を介して接続されてもよい。MMF及びSMFを有するCPFノードは、加入者データ管理機能(Subscriber Data Management: SDM)を有するノードと、コントロールプレーン・インタフェース(e.g., NG8インタフェース)を介して接続されてもよい。CPFノードは、アプリケーション機能(Application Function: AF)を有するノードとコントロールプレーン・インタフェース(e.g., NG5インタフェース)を介して接続されてもよい。UPFノードは、外部またはローカルのデータネットワーク(Data Network: DN)とユーザプレーン・インタフェース(e.g., NG6インタフェース)を介して接続されてもよい。なお、SMFは、ユーザまたは端末の認証(Authentication)、サービスまたはネットワークスライシングの承認(Authorization)の機能を含んでもよい。なお、上述のネットワークノードのそれぞれを指して、又はそれらを総称してネットワーク機能(Network Function(s): NF(s))とも呼ぶ。
幾つかの実装において、NR NB3及びNG Core5を含むNG Systemは、上述したFlow-based QoS(or per-flow QoS)コンセプトに基づくデータ転送をサポートする。NR NB3及びNG Core5を含むNG Systemは、さらに、QoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートするよう構成されてもよい。NG Systemのベアラは、ネットワーク機能(Network Functions(NFs))のペアの間、例えば、NR NB3とNG Core5内のユーザプレーン機能の間、又はNG Core5内の2つのユーザプレーン機能の間に設定されてもよい。これに代えて、NG Systemのベアラは、UE1とNG Core5内のユーザプレーン機能の間にNR NB3を介して設定されてもよい。NG SystemのベアラはNG-EPS-bearerと呼ばれてもよく、NG Systemの無線アクセスベアラはNG-RABと呼ばれてもよい。NG Systemのベアラは、複数のパケットフロー(PDU flows)の転送に利用されることができる。
NG-RABは、UE1(NG UE)とNR NB3との間に設定される無線ベアラと、NR NB3とNG Core5内のユーザプレーン機能(e.g., Edge Gateway(Edge GW))との間に設定されるベアラ(e.g., NG3ベアラ)とから構成されてもよい。NG-EPS-bearerは、NG-RABと、NG Core5内のユーザプレーン機能の間(e.g., Edge GWとData Network Gateway(DN GW)との間)に設定されるコアネットワークベアラ(e.g., NG9ベアラ)とから構成されてもよい。Edge GWは、無線アクセスネットワークとのゲートウェイであり、LTEのS-GWのユーザプレーン機能に相当する。ただし、LTEのS-GWとは異なり、NG SystemではUE1が複数のEdge GWと接続されてもよい。DN GWは、外部ネットワーク(i.e., Data Network)とのゲートウェイであり、LTEのP-GWのユーザプレーン機能に相当する。なお、LTEのP-GWと同様に、NG SystemではUE1が複数のDN GWと接続されてもよい。
より具体的に述べると、NG-EPS-bearerは、UE1(NG UE)とNG Core5内のスライス固有ユーザプレーン機能(Slice specific User plane NF (SUNF))との間に設定されてもよい。NG-RABは、UE1(NG UE)とNG Core5内の共通ユーザプレーン機能(Common User plane NF (CUNF))との間に設定されてもよい。この場合、CUNFはEdge GWの機能を提供し、SUNFはDN GWの機能を提供する。CUNFは、NG-RABとコアネットワークベアラ(e.g., NG9ベアラ)との間を関連付けてもよい。すなわち、NG-EPS-bearerは、UE1(NG UE)とCUNFとの間のNG-RABと、CUNFとSUNFとの間のコアネットワークベアラ(e.g., NG9ベアラ)とから構成されてもよい。
ベアラベースド転送をサポートするNG Systemは、さらに、データフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)のためにベアラ内のデータフロー(PDU flow)を特定するよう構成されてもよい。例えば、NR NB3は、NR NB3とNG Core5内のユーザプレーン機能の間に設定されたベアラ(e.g., NG3ベアラ)を無線ベアラに関連付け、当該ベアラ(e.g., NG3ベアラ)と当該無線ベアラの間のパケットフォワーディングを行い、さらにベアラ内のデータフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)を行ってもよい。
なお、(e)LTE eNB2がNG Core5にNG2インタフェースで接続される場合、LTEのEPS Radio Access Bearer(E-RAB)に相当する無線アクセスベアラは、NG EPS Radio Access Bearer(NE-RAB)として定義され、LTEのEPS bearerに相当するベアラはNG EPS bearer(NEPS bearer)として定義されてもよい。NE-RABは、UE1とLTE eNB2との間に設定される無線ベアラと、LTE eNB2とNG Core5内のユーザプレーン機能(e.g., Edge GW又はCUNF)との間に設定されるベアラ(e.g., NG3ベアラ)とから構成されてもよい。NEPS bearerは、NE-RABと、NG Core5内のユーザプレーン機能の間(e.g., Edge GWとDN GWとの間、又はCUNFとSUNFとの間)に設定されるコアネットワークベアラ(e.g., NG9ベアラ)とから構成されてもよい。
NG Systemに接続されるLTE eNB2は、データフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)のためにNE-RAB内のデータフロー(PDU flow)を特定するよう構成されてもよい。例えば、LTE eNB2は、LTE eNB2とNG Core5内のユーザプレーン機能の間に設定されたベアラ(e.g., NG3ベアラ)を無線ベアラに関連付け、当該ベアラ(e.g., NG3ベアラ)と当該無線ベアラの間のパケットフォワーディングを行い、さらにベアラ内のデータフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)を行ってもよい。
本実施形態は、ネットワークスライシングをサポートしないLTE SystemからネットワークスライシングをサポートするNG SystemへのUE1のハンドオーバ方法を提供する。図2A及び図2Bは、図1に示された無線通信ネットワークの構成例におけるLTE SystemからNG SystemへのUE1のハンドオーバ手順の一例を示している。図2Aは、ハンドオーバの準備(preparation)フェーズ及び実施(execution)フェーズを示し、図2Bは、ハンドオーバの完了(completion)フェーズを示している。
図2A及び図2Bに示された手順は、ハンドオーバ準備フェーズ中のダイレクト基地局間インタフェース101上でのハンドオーバ・シグナリングメッセージの転送(i.e., ステップ202及び203)を伴う点において、LTEの“X2-based handover”と類似する。しかしながら、仮にダイレクト基地局間インタフェース101上でのハンドオーバ・シグナリングメッセージの転送のみが行われた場合、LTEシステムからNGシステムへのUE1のリロケーションのために必要となる情報がNG RANにおいて不足する。したがって、図2A及び図2Bに示された手順では、LTEシステムからNGシステムへのUE1のリロケーションのために必要となる情報を取得するためにNR NB3とNG Core5との間のシグナリング(i.e., ステップ207、209、及び210)を含むようにハンドオーバ完了フェーズが改良されている。
ステップ201では、UE1は、LTE eNB2に接続され、コネクテッド状態(i.e., RRC_Connected)である。UE1は、測定設定(Measurement Configuration)をLTE eNB2から受信し、当該測定設定に従ってE-UTRAN (LTE) cells及びNG-RAN cellsを含む隣接セル測定(neighbor cell measurements)及び異種無線アクセス技術(Radio Access Technology)測定(inter-RAT measurements)を実行し、測定報告(measurement report)をLTE eNB2に送る。測定設定は、例えばE-UTRANからUEへ送信されるRRC Connection Reconfigurationメッセージに含まれる。
ステップ202では、LTE eNB2は、NR NB3のセルへのinter-RATハンドオーバを決定する。Inter-RATハンドオーバの決定に応じて、LTE eNB2は、NR Handover Requestメッセージをダイレクト基地局間インタフェース101(e.g., X3インタフェース)上でターゲットNR NB3に送る。
ステップ202のNR Handover Requestメッセージは、LTEからNRへのハンドオーバであることを示すハンドオーバ種別 情報要素(Handover Type Information Element (IE))を包含してもよい。Handover Type IEは、例えば、“LTEtoNR”がセットされる。
さらに、ステップ202のNR Handover Requestメッセージは、“NG EPS Radio Access Bearers (NE-RABs) To Be Setup List”情報要素(IE)を包含してもよい。“NE-RABs To Be Setup List”IEは、UE1のための各NE-RABの識別子(i.e., NE-RAB ID)及びQoS parameters(e.g., QoS class identifier (QCI)、Allocation and retention priority (ARP)、Guaranteed Bit Rate (GBR) QoS information)を示す。NextGen E-RAB(NE-RAB)は、NG Coreとのインタフェースをサポートするよう拡張されたeLTE eNBを介してUE1とNG Core5内のUser plane Function(e.g., Common User plane NF (CUNF))との間にセットアップされるE-RABである。
さらにまた、ステップ202のNR Handover Requestメッセージは、“Handover Preparation Information to NR”情報要素(Information Element (IE))を包含してもよい。例えば、“Handover Preparation Information to NR”IEは、UE1のためのEPS bearersとパケットフロー(e.g., PDU flows又はSDFs)とのマッピングを容易にするための支援情報(assistance information)を含んでもよい。当該支援情報は、各EPS bearerにマッピングされる1又は複数のSDFsの識別子又はパケットフィルタ(e.g., SDF templates、又はTFTs)を示してもよい。当該支援情報は、UE1からLTE eNB2にRRC messageで送られてもよい。さらに、当該支援情報は、RRCレイヤのパラメータを包含する情報要素(IE)として送信されてもよいし、NASレイヤの情報を包含するRRCレイヤのIE(e.g., NAS Info IE)として送信されてもよい。
さらに又はこれに代えて、“Handover Preparation Information to NR”IEは、セキュリティ関連(Security-related)情報を含んでもよい。セキュリティ関連(Security-related)情報は、Access Stratum(AS)セキュリティ鍵の導出のためにターゲットNR NB3によって使用されるセキュリティパラメータを含む。当該セキュリティパラメータは、ASレイヤによって使用されるセキュリティ鍵(一時鍵)を導出(derivation)するためのベース鍵(i.e., LTEのKeNBに相当する鍵)、又は当該ベース鍵を導出するためのパラメータ(e.g., {NH,NCC}ペア)を含む。当該セキュリティパラメータは、さらに、NG RAT又はNG Systemに関するUE security capabilitiesを含んでもよい。UE security capabilitiesは、UE1に実装されているciphering and integrity protection アルゴリズム(algorithms)を示す。
例えば、既存のX2ハンドオーバ手順と同様に、ソースLTE eNB2は、未使用の{NH,NCC}ペアからKeNB*を導出し、{KeNB*, NCC} ペアをターゲットNR NB3に送ってもよい。Next Hop parameter(NH)及びNext Hop Chaining Counter parameter(NCC)は、ネクストホップのための垂直方向の鍵導出(vertical key derivation)アルゴリズムに従う KeNBの導出に使用される。あるいは、ソースLTE eNB2は、水平方向の鍵導出(horizontal key derivation)アルゴリズムに従って現在のKeNBからKeNB*を導出し、{KeNB*, NCC} ペアをターゲットNR NB3に送ってもよい。
あるいは、ソースLTE eNB2は、未使用の{NH,NCC}ペアをターゲットNR NB3に送ってもよい。この場合、ターゲットNR NB3は、垂直方向の鍵導出(vertical key derivation)アルゴリズムに従って、受信した未使用の{NH,NCC}ペアからベース鍵(i.e., LTEのKeNBに相当する鍵)及びAS keysを導出してもよい。
さらにまた、ステップ202のNR Handover Requestメッセージは、ネットワークスライシングの為の支援情報(Assistance Data for Network Slicing)を含んでもよい。”Assistance Data for Network Slicing” IEは、ネットワークスライシングを容易にするための支援情報であるネットワークスライス支援情報(network slice assistance information)を包含する。ネットワークスライス支援情報は、例えば、UE1の種別、UE1が希望するサービス、若しくはUE1の許容レイテンシ、又はこれらの任意の組合せを示してもよい。なお、これに代えて、ネットワークスライス支援情報の一部又は全ては、RRCコンテナ(RRC Context IE)のハンドオーバ準備情報(又は他の情報要素)に包含されてもよい。ここで、ネットワークスライス支援情報()は、UE1、LTE eNB2、又はNG Core5内のEPCネットワークスライス・インスタンスによって生成されてもよい。例えば、UE1は、ステップ201において、ネットワークスライス支援情報をLTE eNB2に送ってもよい。当該ネットワークスライス支援情報は、RRCレイヤのパラメータを示す情報要素(IE)またはNAS情報(NAS information IE)であってもよく、これがUE1からLTE eNB2へ送られる測定報告(measurement report)に含まれてもよい。
ステップ203では、ターゲットNR NB3は、NR Handover Requestメッセージに基づいて、UEコンテキストを生成(create)し、リソースを割り当てる。ターゲットNR NB3は、受信した“E-RABs To Be Setup List”IEに基づいて、許容される(admitted)E-RABsを決定してもよい。ターゲットNR NB3は、各許容されるE-RABに対応するフロー識別子(e.g., PDU flow ID)、アップリンク(UL)PDUsのデリバリーのためのターゲットNR NB3のエンドポイント情報、及びダウンリンク(DL)PDUsのデリバリーのためのターゲットNR NB3のエンドポイント情報を決定してもよい。UL PDUsのデリバリーのためのターゲットNR NB3のエンドポイント情報は、例えば、UL GTP Tunnel Endpoint Identifier (TEID)であってもよいし、UL endpoint ID若しくはInternet Protocol (IP)アドレス又は両方であってもよい。同様に、DL PDUsのデリバリーのためのターゲットNR NB3のエンドポイント情報は、DL GTP TEIDであってもよいし、DL endpoint ID若しくはIPアドレス又は両方であってもよい。UL PDUs及びDL PDUsのデリバリーのためのエンドポイント情報は、ULデータのフォワーディング及びDLデータのフォワーディングのためにそれぞれ使用される。
さらに、ステップ203のNR Handover Requestメッセージがセキュリティ関連情報を含む場合、ターゲットNR NB3は、以下のように動作してもよい。上述したように、セキュリティ関連情報は、ASセキュリティのためのセキュリティパラメータを含む。ターゲットNR NB3は、セキュリティパラメータに含まれるUE security capabilitiesに基づいて、ASセキュリティアルゴリズムを選択してもよい。ASセキュリティアルゴリズムは、Radio Resource Control(RRC)及びユーザプレーン(UP)のためのcipheringアルゴリズム、並びにRRCのためのintegrity protectionアルゴリズムを含む。さらに、ターゲットNR NB3は、RRC ciphering (encryption)、UP ciphering (encryption)、及びRRC integrity protectionのための一時鍵(temporary keys)を、選択したセキュリティアルゴリズムを用いて、セキュリティパラメータから得られるベース鍵(i.e., LTEのKeNBに相当する鍵)から導出してもよい。
ターゲットNR NB3は、UE1に送られるTarget To Source Transparent Containerを生成する。当該Target To Source Transparent Containerは、例えば、RRCConnectionRecofiguration message及び他のRRC messageを包含するRRC: HandoverCommand message(Handover Command To NR)を含む。そして、ターゲットNR NB3は、当該Target To Source Transparent Containerを包含するハンドオーバ要求への確認応答(Handover Request Acknowledge)メッセージ生成する。ターゲットNR NB3は、NR Handover Request Acknowledgeメッセージをダイレクト基地局間インタフェース101(e.g., X3インタフェース)上でソースLTE eNB2に送る。Target To Source Transparent Containerは、例えば、ターゲットNR NB3によりセットアップされた無線リソース設定情報(e.g., 無線パラメータ)、ターゲットNR NB3により選択されたASセキュリティアルゴリズムの識別子(identifiers)、及びNCC値を包含する。NR Handover Request Acknowledge メッセージは、さらに、上述の“NE-RABs Admitted list”情報要素(IE)を包含してもよい。ソースLTE eNB2は、“NE-RABs Admitted list”IEにより指定されたベアラ又はフロー(PDU flow(s))のためのデータフォワーディングを開始する。
ステップ204では、ソースLTE eNB2は、ターゲットNR NB3により生成されたtransparent containerを含むHandover Commandメッセージを包含するRadio Resource Control(RRC)メッセージをUE1に送る。当該RRCメッセージは、例えば、Mobility from EUTRA commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
ステップ205では、UE1は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN(i.e., NG RAN)に移動し、Handover Commandメッセージにおいて供給されたtransparent container(e.g., 無線リソース設定情報、ASセキュリティアルゴリズム、及びNCC値)に従ってハンドオーバを実施する。すなわち、UE1は、bearer-less network(i.e., NG System)に関連付けられたターゲットNR NB3との無線コネクションを確立する。ステップ206では、UE1は、ターゲットセルに首尾よく(successfully)同期した後に、Handover Confirm for NRメッセージをターゲットNR NB3に送る。ステップ206のメッセージは、NR RRC Connection Reconfiguration Completeメッセージであってもよい。
ステップ207では、UE1がターゲットNR NB3に首尾よく(successfully)アクセスした場合に、ターゲットNR NB3は、UE1がセルを変更したことを知らせ且つパススイッチを要求するために、NR Path Switch RequestメッセージをNG Core5に送る。当該NR Path Switch Requestメッセージは、LTEからNRへのパススイッチであることを示すパススイッチ種別 情報要素(Path Switch Type IE)を包含してもよい。Path Switch Type IEは、例えば、“LTEtoNR”がセットされる。さらに、当該NR Path Switch Requestメッセージは、ターゲットNR NB3のセルに切り替えられたUE1のEPS bearersのリストを包含してもよい。
ステップ208では、NG Core5内の制御ノード(e.g., CPF)は、ベアラレス・セッションの生成(creation)手順を行う。具体的には、制御ノードは、UE1のためのパケット転送ノード(ゲートウェイ)が再配置(relocated)される必要があることを判定し、NG Core5内のNG Systemのためのターゲット転送ノード(ゲートウェイ)を選択する。NG Systemのためのターゲット転送ノード(ゲートウェイ)は、LTEのS-GWに相当するノードである。制御ノードは、ターゲット転送ノード(ゲートウェイ)にCreate Session Requestメッセージを送る。当該Create Session Requestメッセージは、各EPS bearer contextに関連付けられた1又は複数のサービスデータフローを特定するための情報(e.g., SDF templates、又はTraffic Flow Templates(TFTs))を含んでもよい。例えば、当該1又は複数のサービスデータフローを特定するための情報は、LTE eNB2が接続されるEPCに相当するネットワークスライス・インスタンス内のMMEからNR NB3が接続される純粋なNG Coreに相当するネットワークスライス・インスタンス内の制御ノードに送られるメッセージ(e.g., Forward Relocation Requestメッセージ)から導かれてもよい。ターゲット転送ノード(ゲートウェイ)は、そのローカルリソースを割り当て、Create Session Responseメッセージを制御ノードに返信する。
なお、NG SystemがQoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートし、且つ転送ノードの再配置(relocation)が不要である場合、NG Core5内の制御ノードは、ステップ208において、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。
さらに、ステップ208では、NG Core5内の制御ノード(e.g., CPF)は、ハンドオーバ後のUE1に接続させるネットワークスライスを選択(再選択)してもよい。NG Core5内の制御ノードは、選択されたネットワークスライス・インスタンスの生成(creation)を実行してもよい。一例において、NG Core5内の制御ノードは、UE1のEPS bearer(s)又はSDF(s)のために必要なQoSに基づいてUE1のためのネットワークスライスを選択してもよい。さらに又はこれに代えて、NG Core5は、ネットワークスライス支援情報(network slice assistance information)を考慮してもよい。ネットワークスライス支援情報は、NG Core5内の制御ノード(e.g., CPF)によるネットワークスライスの選択、設定、又は承認をアシストする。ネットワークスライス支援情報は、UE1、LTE eNB2、又はNG Core5内のEPCネットワークスライス・インスタンスによって生成されてもよい。例えば、UE1からのターゲットNR NB3に送られるNR Handover Confirm for NRメッセージ(ステップ206)は、ネットワークスライス支援情報(network slice assistance information)を含んでもよく、ターゲットNR NB3は、受信したネットワークスライス支援情報をNR Path Switch Requestメッセージ(ステップ207)に含めてもよい。
ネットワークスライス支援情報は、例えば、UE1の種別(e.g., Device Type, UE Category)、UE1のアクセス用途(e.g., UE Usage Type)、UE1が希望するサービス種別(e.g., Requested/Preferred Service Type, Multi-Dimensional Descriptor (MDD))、UE1が選択したスライス情報(e.g., Selected Slice Type、Selected Slice Identity (ID), Selected Network Function (NF) ID)、UE1が予め承認されたスライス情報(e.g., Authorized Slice Type, Authorized Slice ID, Authorized NF ID)、及びUE1の許容レイテンシ(e.g., Allowed Latency, Tolerable Latency)のいずれか又は任意の組合せを示してもよい。Service Typeは、例えば、Use Caseの種別(e.g., 広帯域通信(enhanced Mobile Broad Band: eMBB)、高信頼・低遅延通信(Ultra Reliable and Low Latency Communication: URLLC)、又は多接続M2M通信(massive Machine Type Communication: mMTC)又はこれらに準ずるもの)を示してもよい。Slice IDは、例えば、スライス・インスタンス情報(Network Slice Instance (NSI) ID)、個別ネットワーク情報(Dedicated Core Network (DCN) ID )、及びネットワーク・ドメイン・ネーム情報(Domain Network Name (DNN) ID)のいずれか又は任意の組み合わせを示してもよい。NF IDは、例えば、共通ネットワーク機能(Common NF (CNF))、共通コントロールプレーン機能(Common Control plane NF (CCNF))、共通ユーザプレーン機能(Common User plane NF (CUNF))、及びデータ・ゲートウェイ(Data Network Gateway (DN GW))のいずれか又は任意の組み合わせの識別情報(ID)を示してもよい。
ステップ209では、NG Core5内の制御ノードは、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。当該NR Path Switch Request Acknowledgeメッセージは、コアネットワーク情報(NG Core Information)を含んでもよい。コアネットワーク情報(NG Core Information)は、フロー情報(Flow Information)若しくはスライス情報(Slice Information)又はこれら両方を含んでもよい。フロー情報は、UE1の少なくとも1つのパケットフロー(i.e., PDU flow(s))を転送するためにbearer-less network(i.e., NG system)内で確立される少なくとも1つのセッション(i.e., PDU session(s))に関する。フロー情報は、フロー識別子(e.g., PDU flow ID)、NG Core5内の転送ノードのアドレス(Transport Layer Address)及びアップリンク(UL)のセッション・エンドポイント識別子(Session Endpoint Identifier(SEID))、並びにフローQoSパラメータを含む。セッション・エンドポイント識別子(SEID)は、例えばTunnel Endpoint Identifier (TEID)、又はネットワーク機能(ノード)識別子(NF ID)でもよい。TEIDは、例えば、GTP-TEID又はGRE-TEIDであってもよい。
当該フロー情報は、さらに、UE1のためのEPS bearersとPDU flowsとのマッピングを示してもよい。例えば、当該フロー情報は、UE1の各EPS bearerにマッピングされる1又は複数のSDFsと、これら1又は複数のSDFsの各々に割り当てられたフロー識別子(e.g., PDU flow ID)を示してもよい。さらに、フロー情報は、優先度情報(priority indicator)、フロータイプ情報(flow type indicator)、又は、フロー・クラス(Flow Class)を含んでもよい。優先度情報は、例えば複数フロー間の相対的な優先順位を示してもよいし、各フローの絶対的な優先順位を示してもよい。フロータイプ情報は、例えば、どのUse Case又はサービスに対応するフローかを示してもよい。また、フロー・クラスは、例えば、予め規定されたフロータイプ(e.g., loss-less, delay tolerant, delay sensitive, mission critical)のうち1つを示してもよい。
スライス情報は、ハンドオーバ後にUE1が接続する(接続される)NG Core5のネットワークスライスに関する情報、UE1に接続が許可されるNG Core5のネットワークスライスに関する情報、及びUE1が接続可能なNG Core5のネットワークスライスに関する情報のうち少なくとも1つを含む。
スライス情報は、UE1のために決定(選択)されたスライス(Network Slice: NS)の識別情報、ネットワークノード(NF)の識別情報、若しくはスライスの種別情報又はこれらの任意の組み合わせを含んでもよい。スライスの識別情報は、例えば、Slice ID, NSI ID, MDD, DCN ID,及びDNNのいずれか又は任意の組み合わせでもよい。ネットワークノードの識別情報は、例えば、NF ID, CNF ID, CCNF ID, Slice specific Control plane NF (SCNF) ID, CUNF ID, Slice specific User plane NF (SUNF) ID, UPF ID, 及びDN GW IDのいずれか又は任意の組み合わせを含んでもよい。スライスの種別情報は、例えば、Service Type, Service Category, 及びUse Caseのいずれか又は任意の組み合わせを示すSlice Typeを含んでもよい。さらに又はこれに代えて、スライスの種別情報は、Use Case又は契約形態(Subscription Group, e.g. home UE or roaming UE)を示すTenant IDを含んでもよい。スライスの種別情報は、Slice Type及びTenant IDを要素に含むMDDを含んでもよい。なお、上述のスライス情報のコンテンツはネットワークスライス毎に指定されてもよい。従って、UE1が同時に複数のネットワークスライスに接続される場合、当該スライス情報は、UE1が接続されるネットワークスライスの数に相当する複数セットの情報を含んでもよい。
スライス情報は、さらにモビリティ・クラス(Mobility Class)若しくはセッション・クラス(Session Class)又は両方を含んでもよい。Mobility Classは、予め規定されたモビリティ・レベル(e.g., high mobility, low mobility, no mobility)のうち1つを示してもよい。例えば、high mobilityは、ネットワークスライスがUE1のためにモビリティをサポートする(UE1にモビリティを許可する)地理的範囲(geographical area)がlow mobilityのそれよりも広く、ハンドオーバ時のサービス(PDU session)の継続性(continuity)の要求度が高いことを意味する。No mobilityは、ネットワークスライスがUE1のためにごく限られた地理的範囲内でのみモビリティをサポートする(UE1にモビリティを許可する)ことを意味する。Mobility Classは、UE毎に指定されてもよいし、ネットワークスライス毎に指定されてもよい。Session Classは、予め規定されたセッション・タイプ(e.g., Session pre-setup, Session post-setup, No PDU session)のうち1つを示してもよい。例えば、Session pre-setupは、既存のハンドオーバのようにモビリティに応じてサービス(PDU Session)を維持するために、UEがターゲット(セル、ビーム、その他エリア)に移動完了するより先にPDU sessionを確立することが要求されることを示してもよい。これに対し、Session post-setupは、UEがターゲットに移動した後にPDU sessionが確立されればよいことを示してもよい。Session ClassはPDU session毎に指定されてもよい。Mobility Class及びSession Classは、Slice Type に包含されてもよい。言い換えると、Slice Typeは、Mobility Class及びSession Classを含む複数の属性を包含してもよい。なお、上述のフロー情報が、Mobility Class、Session Class、又は両方を含んでもよい。
ステップ210では、ターゲットNR NB3は、NG Core5から受信したNAS情報(e.g., スライス情報、及びフロー情報)を運ぶNR DL Information TransferメッセージをUE1に送る。
図2A及び図2Bに示された手順に従ってハンドオーバが完了した後に、UE1のデータ転送のために以下の経路が使用されてもよい。NR NB3及びNG Core5を含むNG System がNG Core5内のベアラベースド転送をサポートし、ハンドオーバ後のUE1のためにベアラ(e.g., NG-EPS-bearer)が使用される場合、例えば、アップリンク経路及びダウンリンク経路は、(source 又はold)S/P-GWとNG Core5内の(target又はNew)User plane Function(e.g., CUNF)との間のパス(e.g., GTPトンネル又はGREトンネル)を含んでもよい。すなわち、S/P-GWはNG Core5内のUser plane Function(e.g., CUNF)にダウンリンク・データを転送し、NG Core5内のUser plane Function(e.g., CUNF)はS/P-GWにアップリンク・データを転送してもよい。
一方、ハンドオーバ後のUE1のためにベアラ(e.g., NG-EPS-bearer)が使用されない場合、例えば、(source 又はold)S/P-GWと(target又はNew)User plane Function(e.g., NW Slicingの機能を有するSUNF)との間をCUNFが仲介してもよい。すなわち、S/P-GWはNG Core5内のCUNFにダウンリンク・データを転送し、CUNFは、フロー単位制御機能を有する別のUNFにダウンリンク・データを転送してもよい。これに代えて、CUNF を介さずに、S/P-GWとSUNFとの間で直接的にデータ転送が行われてもよい。以下に述べる他のハンドオーバ手順においても、ここで説明されたハンドオーバ後のデータ転送経路が使用されてもよい。
図3A及び図3Bは、図1に示された無線通信ネットワークの構成例におけるLTE SystemからNG SystemへのUE1のハンドオーバ手順の他の一例を示している。図3Aは、ハンドオーバの準備(preparation)フェーズ及び実施(execution)フェーズを示し、図3Bは、ハンドオーバの完了(completion)フェーズを示している。既に説明した図2A及び図2Bの手順では、ターゲットNR NB3は、UE1がターゲットNR NB3に接続した後のハンドオーバ完了フェーズ(ステップ209)において、コアネットワーク情報(e.g., フロー情報若しくはスライス情報又はこれら両方)をNG Core5から受信する。これに対して、図3A及び図3Bに示された手順では、ターゲットNR NB3は、ソースLTE eNB2によるUE1へのハンドオーバの指示より前のハンドオーバ準備フェーズ(ステップ304)において、コアネットワーク情報(e.g., フロー情報若しくはスライス情報又はこれら両方)をNG Core5から受信する。以下では、主にこの相違点について説明する。
ステップ301及び302の処理は、図2Aのステップ201及び202の処理と同様である。ステップ303では、ターゲットNR NB3は、NR Handover Requestメッセージ(ステップ302)の受信に応答して、Handover Preparation RequestメッセージをNG Core5に送る。
ステップ303のハンドオーバ準備要求(Handover Preparation Request)メッセージは、LTEからNRへのハンドオーバであることを示すハンドオーバ種別 情報要素(Handover Type IE)を包含してもよい。Handover Type IEは、例えば、“LTEtoNR”がセットされる。さらに、当該Handover Preparation Requestメッセージは、ターゲットNR NB3のセルに切り替えられるUE1のNG EPS bearersのリストを包含してもよい。
ステップ304では、NG Core5は、受信したHandover Preparation Requestメッセージに基づいて、当該ハンドオーバの種別がNR(又はNG System)へのInter-RATハンドオーバであることを判定する。さらに、NG Core5は、コアネットワーク情報若しくはセキュリティ関連(Security-related)情報又はこれら両方を包含するHandover Preparation Request AcknowledgeメッセージをターゲットNR NB3に送る。コアネットワーク情報及びセキュリティ関連情報は、NGシステム内でUE1と通信するための無線リソース設定及びセキュリティ関連設定を実施するためにターゲットNR NB3及びUE1によって使用される。コアネットワーク情報の幾つかの具体例は、以下に説明される。
一例において、コアネットワーク情報は、スライス情報(Slice Information)を含んでもよい。スライス情報は、ハンドオーバ後にUE1が接続する(接続される)NG Core5のネットワークスライスに関する情報、UE1に接続が許可されるNG Core5のネットワークスライスに関する情報、及びUE1が接続可能なNG Core5のネットワークスライスに関する情報のうち少なくとも1つを含む。NG Core5内の制御ノード(e.g., CPF)は、ハンドオーバ後UE1に接続させるネットワークスライスを決定(選択)する。一例において、NG Core5内の制御ノード(CPF)は、UE1のEPS bearer(s)又はSDF(s)のために必要なQoSに基づいてUE1のためのネットワークスライスを選択してもよい。さらに又はこれに代えて、NG Core5は、ネットワークスライス支援情報(network slice assistance information)を考慮してもよい。ネットワークスライス支援情報は、NG Core5内の制御ノード(e.g., CPF)によるネットワークスライスの選択、設定、又は承認をアシストする。ネットワークスライス支援情報は、UE1、LTE eNB2、又はNG Core5内のEPCネットワークスライス・インスタンスによって生成されてもよい。例えば、UE1は、ステップ301において、ネットワークスライス支援情報をLTE eNB2に送ってもよい。当該ネットワークスライス支援情報は、NAS情報(NAS information)であってもよく、UE1からLTE eNB2へ送られる測定報告(measurement report)に含まれてもよい。ソースLTE eNB2は、ステップ302において、UE1から受信したネットワークスライス支援情報をターゲットNR NB3に送ってもよい。
他の例において、コアネットワーク情報は、フロー情報(Flow Information)を含んでもよい。フロー情報は、UE1の少なくとも1つのパケットフロー(i.e., PDU flow(s))を転送するためにbearer-less network(i.e., NG system)内で確立される少なくとも1つのセッション(i.e., PDU session(s))に関する。UE1の各パケットフロー(i.e., PDU flow)に関して、フロー情報は、フロー識別子(e.g., PDU flow ID)、NG Core5内の転送ノードのアドレス及びアップリンク(UL)のセッション・エンドポイント識別子(Session Endpoint Identifier(SEID))、並びにフローQoSパラメータを含む。セッション・エンドポイント識別子(SEID)は、例えばTunnel Endpoint Identifier (TEID)、又はネットワーク機能(ノード)識別子(NF ID)でもよい。TEIDは、例えば、GTP-TEID又はGRE-TEIDであってもよい。
当該フロー情報は、さらに、UE1のためのEPS bearersとPDU flowsとのマッピングを示してもよい。例えば、当該フロー情報は、UE1の各EPS bearerにマッピングされる1又は複数のSDFsと、これら1又は複数のSDFsの各々に割り当てられたフロー識別子(e.g., PDU flow ID)を示してもよい。さらに、フロー情報は、優先度情報(priority indicator)、フロータイプ情報(flow type indicator)、又は、フロー・クラス(Flow Class)を含んでもよい。
また、セキュリティ関連情報は、NG SystemにおいてNG Core5とUE1との間で使用されるNon-Access Stratum(NAS)セキュリティ設定情報(security configuration)を含んでもよい。NASセキュリティ設定情報は、例えば、ciphering and integrity protectionを含むNASセキュリティアルゴリズムを含む。NASセキュリティ設定情報は、NAS Security Transparent Container IEであってもよい。すなわち、NASセキュリティ設定情報(NAS Security Transparent Container IE)は、ターゲットNR NB3からソースLTE eNB2を経由して透過的にUE1に送られる。
セキュリティ関連情報は、さらに、Access Stratum(AS)セキュリティ鍵の導出のためにターゲットNR NB3によって使用されるセキュリティパラメータを含む。当該セキュリティパラメータは、ASレイヤによって使用されるセキュリティ鍵(一時鍵)を導出(derivation)するためのベース鍵(i.e., LTEのKeNBに相当する鍵)、又は当該ベース鍵を導出するためのパラメータ(e.g., {NH,NCC}ペア)を含む。ここで、Next Hop parameter(NH)及びNext Hop Chaining Counter parameter(NCC)は、垂直方向の鍵導出(vertical key derivation)アルゴリズムに従う KeNBの導出に使用される。当該セキュリティパラメータは、さらに、NG RAT又はNG Systemに関するUE security capabilitiesを含んでもよい。UE security capabilitiesは、UE1に実装されているciphering and integrity protection アルゴリズム(algorithms)を示す。
ステップ304のハンドオーバ準備要求への確認応答(Handover Preparation Request Acknowledge)メッセージに包含されるコアネットワーク情報は、上述した2つの例(i.e., スライス情報及びフロー情報)のうちのいずれか1つ又は両方を含んでもよい。
ステップ305では、ターゲットNR NB3は、コアネットワーク情報若しくはセキュリティ関連情報又は両方を包含するHandover Preparation Request Acknowledgeメッセージの受信に応答して、UEコンテキストを生成(create)し、リソースを割り当てる。
Handover Preparation Request Acknowledgeメッセージに包含されるコアネットワーク情報がスライス情報を含む場合、ターゲットNR NB3は、以下のように動作してもよい。ターゲットNR NB3は、スライス情報を包含するコアネットワーク情報に基づいて、アドミッション制御を行ってもよい。例えば、ターゲットNR NB3は、ベアラ毎またはフロー毎に、ベアラ又はフローを受け入れるか否かを決定してもよい。さらに又はこれに代えて、ターゲットNR NB3は、スライス情報に基づいて、UE1が接続するネットワークスライス毎のアドミッション制御を行ってもよい。このとき、NR NB3は、各ネットワークスライスを受け入れることが可能か否かを判定してもよい、NR NB3は、受け入れることが不可能な(又は、受け入れない)ネットワークスライスがある場合、当該ネットワークスライスを特定のネットワークスライス(e.g., デフォルト・ネットワークスライス)にマッピングしてもよいし、当該ネットワークスライスを特定のNF(e.g., CUPF)に接続するようにしてもよい。あるいは、NR NB3は、当該ネットワークスライスの受け入れの失敗を決定してもよい。
さらに又はこれに代えて、ターゲットNR NB3は、ネットワークスライシングをサポートするNG Systemに関連付けられた無線コネクション(e.g., RRCコネクション、無線ベアラ)を確立するためにUE1にとって必要となる無線リソース設定情報(e.g., 無線パラメータ)を、スライス情報に基づいて生成してもよい(又は、スライス情報から導出してもよい)。無線リソース設定情報は、スライス情報に含まれる少なくとも1つのパラメータを含んでもよい。
スライス情報から導かれる無線リソース設定情報は、ネットワークスライス毎(又はユースケース毎)の無線(又はRAN)パラメータを含んでもよい。ユースケースは、例えば、enhanced mobile broadband (eMBB)、massive machine-type communications(mMTC)、及びUltra-reliable and low-latency communications(URLLC)を含む。ネットワークスライス毎(又はユースケース毎)の無線パラメータは、基本的な物理チャネル・パラメータ、若しくは基本的なレイヤ2/レイヤ3(L2/L3)設定であってもよい。基本的な物理チャネル・パラメータは、例えば、frame/subframe structure、Transmission Time. Interval (TTI) length、subcarrier spacing、及びPhysical Random Access Channel (PRACH) resourceを含んでもよい。PRACH resourceは、preamble index 若しくは time/frequency resources又はこれら両方であってもよい。基本的なL2/L3設定は、例えば、frame/subframe pattern、及びL2プロトコル・サブレイヤの設定(L2 configuration. E.g., PDCP config, RLC config, or MAC config)を含んでもよい。
さらに、又はこれに代えて、スライス情報から導かれる無線リソース設定情報を指定する(示す)RRCレイヤのシグナリングにおいて、メッセージ構成、情報要素(IE)のフォーマット、パラメータ値、並びに情報の構造定義を示すASN.1(Abstract Syntax Notation One)のエンコード及びデコードの対象、の少なくともいずれかは、スライス毎に異なっていてもよい。
Handover Preparation Request Acknowledgeメッセージに包含されるコアネットワーク情報がフロー情報を含む場合、ターゲットNR NB3は、以下のように動作してもよい。ターゲットNR NB3は、フロー情報を、UEコンテキスト及び無線リソース設定情報の生成のために考慮してもよい。具体的には、ターゲットNR NB3は、フロー情報に基づいて、パケットフロー(i.e., PDU flow(s))についての情報及びセキュリティ・コンテキストを含むUEコンテキストを生成(create)してもよい。さらに、ターゲットNR NB3は、bearer-less network(i.e., NG System)に関連付けられた無線コネクション(e.g., RRCコネクション、無線ベアラ)を確立するためにUE1にとって必要となる無線リソース設定情報を、フロー情報に基づいて生成してもよい(又は、フロー情報から導出してもよい)。無線リソース設定情報は、フロー情報に含まれる少なくとも1つのパラメータを含んでもよい。無線リソース設定情報は、ターゲットNR NB3のセル(又は、モビリティ・エリア、ビームカバーエリア)におけるシステム情報(System Information Block: SIB)、UE間共通の無線リソース設定(Common Resource Configuration)、又は、UE個別の無線リソース設定(Dedicated Resource Configuration)を含んでもよい。さらに、無線リソース設定情報は、ソースLTE eNB2のセルにおけるベアラ(e.g., EPS bearer, Data Radio Bearer (DRB))とターゲットNR NB3のセルにおいて確立されるフロー(e.g., PDU flow)とのマッピングを示す情報を含んでもよい。
既に説明したように、NR NB3及びNG Core5を含むNG Systemは、QoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートするよう構成されてもよく、データフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)のためにベアラ内のデータフロー(PDU flow)を特定するよう構成されてもよい。例えば、NR NB3は、NR NB3とNG Core5内のユーザプレーン機能の間に設定されたベアラ(e.g., NG3ベアラ)を無線ベアラに関連付け、当該ベアラ(e.g., NG3ベアラ)と当該無線ベアラの間のパケットフォワーディングを行い、さらにベアラ内のデータフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)を行ってもよい。
この場合、上述のフロー情報は、UE1のためのベアラ(e.g., NG-RAB又はNG3ベアラ)と当該ベアラを介して転送されるUE1の1又は複数のパケットフロー(i.e., PDU flow(s))との関連付けを示してもよい。言い換えると、NG Core5内の制御ノード(e.g., CPF)は、UE1のためのベアラ(e.g., NG-RAB又はNG3ベアラ)と当該ベアラを介して転送されるUE1の1又は複数のパケットフロー(i.e., PDU flow(s))との関連付けをNR NB3に知らせるために、フロー情報をNR NB3に送ってもよい。NR NB3は、NG Core5内の制御ノードからフロー情報を受信し、当該フロー情報に従って、NR NB3とNG Core5内のユーザプレーン機能の間に設定されたベアラ(e.g., NG3ベアラ)内のデータフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)を行ってもよい。
Handover Preparation Request Acknowledgeメッセージがセキュリティ関連情報を含む場合、ターゲットNR NB3は、以下のように動作してもよい。上述したように、セキュリティ関連情報は、NASセキュリティ設定情報(NAS Security Transparent Container IE)及びASセキュリティのためのセキュリティパラメータを含む。ターゲットNR NB3は、NASセキュリティ設定情報(NAS Security Transparent Container IE)をUE1に送られるtransparent containerに含めてもよい。さらに又はこれに代えて、ターゲットNR NB3は、セキュリティパラメータに含まれるUE security capabilitiesに基づいて、ASセキュリティアルゴリズムを選択してもよい。ASセキュリティアルゴリズムは、Radio Resource Control(RRC)及びユーザプレーン(UP)のためのcipheringアルゴリズム、並びにRRCのためのintegrity protectionアルゴリズムを含む。さらに、ターゲットNR NB3は、RRC ciphering (encryption)、UP ciphering (encryption)、及びRRC integrity protectionのための一時鍵(temporary keys)を、選択したセキュリティアルゴリズムを用いて、セキュリティパラメータから得られるベース鍵(i.e., LTEのKeNBに相当する鍵)から導出してもよい。
ターゲットNR NB3は、UE1に送られるTarget To Source Transparent Container(RRCConnectionReconfiguration)を生成する。当該Target To Source Transparent Container は、例えばRRCConnectionRecofiguration message及び他のRRC messageを包含するHandoverCommand messageを含む。そして、ターゲットNR NB3は、当該Target To Source Transparent Containerと、コアネットワーク情報を含むコアネットワーク・コンテキスト情報(NG Core Context IE)とを包含するハンドオーバ要求への確認応答(NR Handover Request Acknowledge)メッセージを生成する。ターゲットNR NB3は、NR Handover Request Acknowledgeメッセージをダイレクト基地局間インタフェース101(e.g., X3インタフェース)上でソースLTE eNB2に送る。Target To Source Transparent Containerは、例えば、ターゲットNR NB3によりセットアップされた無線リソース設定情報(e.g., 無線パラメータ)、ターゲットNR NB3により選択されたASセキュリティアルゴリズムの識別子(identifiers)、及びNASセキュリティ設定情報を包含する。なお、コアネットワーク・コンテキスト情報(NG Core Context)は、ソースLTE eNB2に透過的に、UE1へ送信されてもよい。さらに、又はこれに代えて、コアネットワーク・コンテキスト情報の一部又は全てが、Target To Source Transparent Containerに包含されてもよい。NR Handover Request Acknowledge メッセージは、さらに、上述の“NE-RABs Admitted list”情報要素(IE)を包含してもよい。ソースLTE eNB2は、“NE-RABs Admitted list”IEにより指定されたベアラ又はフロー(PDU flow(s))のためのデータフォワーディングを開始する。
ステップ306の処理は、図2Aのステップ204の処理と同様である。ステップ307では、UE1は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN(i.e., NG RAN)に移動し、Handover Commandメッセージにおいて供給されたtransparent container(e.g., 無線リソース設定情報、ASセキュリティアルゴリズム、及びNASセキュリティ設定情報)に従ってハンドオーバを実施する。ステップ308の処理は、図2Aのステップ206の処理と同様である。
ステップ309では、NG Core5は、ベアラレス・セッションの生成(creation)手順又はベアラ修正(modification)手順を行う。言い換えると、NG Core5内の制御ノードは、ステップ303のHandover Preparation Requestメッセージの受信に応答して、UE1のためのベアラレス・セッションの生成(creation)手順又はベアラ修正(modification)手順を開始する。すなわち、NG Core5内の制御ノードは、ターゲットNR NB3からのパススイッチ要求(ステップ310)に先立って、UE1のためのベアラレス・セッションの生成(creation)手順又はベアラ修正(modification)手順を開始する。ステップ309におけるベアラレス・セッションの生成又はベアラ修正は、図2Bのステップ208におけるそれと同様に行われてもよい。
ステップ310では、ターゲットNR NB3は、NR Path Switch RequestメッセージをNG Core5に送る。ステップ311では、NG Core5内の制御ノードは、フロー修正(modification)手順を実施することによって、Inter-RAT ハンドオーバ手順を完了する。例えば、NG Core5内の制御ノードは、NG Core5内の転送ノードに、セッション(i.e., PDU session)毎のModify Flow Requestメッセージを送ってもよい。Modify Flow Requestメッセージは、フロー識別子(e.g., PDU flow ID)、並びにターゲットNR NB3のアドレス及びダウンリンク(DL)のセッション・エンドポイント識別子(SEID)を包含してもよい。セッション・エンドポイント識別子(SEID)は、例えばTunnel Endpoint Identifier (TEID)であってもよい。NG Core5内の転送ノードは、NG Core5内の制御ノードにModify Flow Responseメッセージを返信してもよい。ステップ312では、NG Core5内の制御ノードは、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。
図4は、ターゲットNR NB3によって行われる方法の一例(処理400)を示すフローチャートである。ステップ401では、ターゲットNR NB3は、Handover Requestメッセージをダイレクト基地局間インタフェース101上でソースLTE eNB2から受信する。当該Handover Requestメッセージは、LTEシステムからNGシステムへのUE1のハンドオーバに関する。ステップ401は、例えば、図2Aのステップ202又は図3Aのステップ302に対応する。
ステップ402では、ターゲットNR NB3は、スライス情報若しくはフロー情報又はこれら両方をコアネットワーク(i.e., NG Core5)から受信する。ステップ402は、例えば、図2Bのステップ209又は図3Aのステップ304に対応する。
ステップ403では、ターゲットNR NB3は、スライス情報及びフロー情報のうち少なくとも一方に基づいて、UE1の通信を制御する。例えば、ターゲットNR NB3は、スライス情報及びフロー情報のうち少なくとも一方に基づいて無線リソース設定情報を生成し、当該無線リソース設定情報をUE1に送ってもよい。例えば、ターゲットNR NB3は、スライス情報に基づいて、UE1に関するコントロールプレーン・メッセージを送るネットワークスライスを選択してもよい。例えば、ターゲットNR NB3は、フロー情報に含まれるエンドポイント情報に基づいて、UE1のULユーザデータ(PDU flows)のNG Core5へのフォワーディングを行ってもよい。例えば、ターゲットNR NB3は、フロー情報に含まれるフローQoSパラメータに基づいて、UE1へのリソース・スケジューリングを行ってもよい。
図5は、ソースLTE eNB2によって行われる方法の一例(処理500)を示すフローチャートである。ステップ501では、ソースLTE eNB2は、Handover Requestメッセージをダイレクト基地局間インタフェース101上でターゲットNR NB3に送る。当該Handover Requestメッセージは、LTEシステムからNGシステムへのUE1のハンドオーバに関する。ステップ501は、例えば、図2Aのステップ202又は図3Aのステップ302に対応する。
ステップ502では、ソースLTE eNB2は、transparent container(RRCConnectionReconfiguration)を包含するHandover Request Acknowledgeメッセージをダイレクト基地局間インタフェース101上でターゲットNR NB3から受信する。ステップ502は、例えば、図2Aのステップ203又は図3Aのステップ305に対応する。Transparent containerは、例えば、ターゲットNR NB3によりセットアップされた無線リソース設定情報、ターゲットNR NB3により選択されたASセキュリティアルゴリズムの識別子(identifiers)、及びNCC値又はNASセキュリティ設定情報を包含する。
ステップ503では、ソースLTE eNB2は、ターゲットNR NB3から受信したtransparent containerを包含し且つベアラレス・ネットワークへのハンドオーバを示すmobility commandメッセージ(e.g., Handover Commandメッセージ)をUE1に送る。ステップ503は、図2Aのステップ204又は図3Aのステップ306に対応する。
図6は、コアネットワーク(i.e., NG Core5)によって行われる方法の一例(処理600)を示すフローチャートである。図6の処理は、NG Core5内の1つの制御ノードによって行われてもよいし、NG Core内の2つの制御ノード(i.e., ソースMME及びターゲット制御ノード)によって行われてもよい。ステップ601では、NG Core5は、LTEシステムからNGシステムへのハンドオーバ又はパススイッチを示すメッセージ(e.g., Handover Preparation Requestメッセージ、又はNR Path Switch Requestメッセージ)をターゲットNR NB3から受信する。ステップ601は、図2Bのステップ207又は図3Aのステップ303に対応する。
ステップ602では、NG Core5は、スライス情報若しくはフロー情報又はこれら両方をターゲットNR NB3に送る。ステップ602は、例えば、図2Bのステップ209又は図3Aのステップ304に対応する。
図7は、UE1によって行われる方法の一例(処理700)を示すフローチャートである。ステップ701では、UE1は、mobility commandメッセージ(e.g., Handover Commandメッセージ)をソースLTE eNB2から受信する。当該mobility commandメッセージは、ターゲットNR NB3からのtransparent container(RRCConnectionReconfiguration)を包含する。当該transparent containerは、例えば、無線リソース設定情報、ASセキュリティアルゴリズム、及びNCC値又はNASセキュリリティ設定情報を包含する。ステップ701は、例えば、図2Aのステップ204又は図3Aのステップ306に対応する。
ステップ702では、UE1は、受信したtransparent containerに含まれる情報に従って、NG Systemに関連付けられたターゲットNR NB3との無線コネクションを確立する。ステップ702は、例えば、図2Aのステップ205及び206、又は図3Aのステップ307及び308に対応する。
本実施形態において、ネットワークは、ハンドオーバのターゲットセル(NR cell)がネットワークスライシングをサポートしているか否かをUE1が事前に把握できるようにしてもよい。例えば、NR NB3は、NRセルにおいてネットワークスライシングがサポートされいること(或いは、ネットワークスライシングを可能なNG Coreへの接続が可能であること)を明示的または暗示的に示すネットワークスライシング・サポート情報をシステム情報(e.g., System Information Block Type-x: SIBx. E.g., x = 1)として報知してもよい。明示的に送信されるネットワークスライシング・サポート情報は、サポートされているネットワークスライスを示すために、サポートされているサービス種別(e.g., Supported Service Type)、又は、サポートされているスライス種別(e.g., Supported Slice Type)をさらに含んでもよい。一方、暗示的に送信されるネットワークスライシング・サポート情報は、ネットワークスライス毎に異なる無線リソース設定に関する情報を含んでもよい。UE1は、受信した無線リソース設定の少なくとも一部がネットワークスライス毎に指定されていることを認識することで、当該セルでネットワークスライシングがサポートされていることを理解してもよい。当該無線リソース設定に関する情報は、物理リソースの設定情報若しくはシステム設定情報又はこれら両方を含んでもよい。物理リソースの設定情報は、code, time, frequency, RACH preamble sequence (group)の少なくとも1つを含んでもよい。システム設定情報は、subcarrier spacing, sampling rate, TTI, subframe/frame format typeの少なくとも1つを含んでもよい。ネットワークスライシング・サポート情報は、NASレイヤの情報として送信されてもよいし、ASレイヤの情報として送信されてもよい。前者の場合、UE1はASレイヤ(RRC)で受信した当該情報をNASレイヤに転送する。
本実施形態に係るLTE SystemからNG Systemへの詳細なハンドオーバ手順は、例えば上述された具体例であってもよいが、これらに限定されない。例えば、上述された幾つかのハンドオーバ手順例に示されたメッセージ名は、例示に過ぎない。上述された幾つかのハンドオーバ手順例は、メッセージの順序が異なってもよいし、幾つかのメッセージが省略されてもよいし、追加のメッセージを含んでもよい。
以上の説明から理解されるように、本実施形態で説明されたLTE SystemからNG Systemへの幾つかのハンドオーバ手順は、ダイレクト基地局間インタフェース上でのハンドオーバ・シグナリングメッセージの転送を伴うInter-RATハンドオーバ手順である。
これらのハンドオーバ手順では、ターゲットNR NB3は、スライス情報若しくはフロー情報又はこれら両方をコアネットワーク(i.e., NG Core5)から受信し、この情報をUE1の通信を制御するために使用するよう構成されている。これにより、ターゲットNR NB3は、LTE SystemからNG Systemにハンドオーバされたコネクテッド状態のUE1の通信を継続することに寄与できる。
これらのハンドオーバ手順では、ターゲットNR NB3は、スライス情報若しくはフロー情報又はこれら両方をコアネットワーク(i.e., NG Core5)から受信し、この情報をUE1の通信を制御するために使用するよう構成されている。これにより、ターゲットNR NB3は、LTE SystemからNG Systemにハンドオーバされたコネクテッド状態のUE1の通信を継続することに寄与できる。
<第2の実施形態>
本実施形態は、第1の実施形態に係るLTE SystemからNG SystemへのUE1のハンドオーバ方法の変形例を提供する。図8は、図1に示された無線通信ネットワークの構成例におけるLTE SystemからNG SystemへのUE1のハンドオーバ手順の一例を示している。なお、図8に示されたハンドオーバ手順は、図2A及び図2Bに示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5によるネットワークスライス選択について具体的に記載している。
本実施形態は、第1の実施形態に係るLTE SystemからNG SystemへのUE1のハンドオーバ方法の変形例を提供する。図8は、図1に示された無線通信ネットワークの構成例におけるLTE SystemからNG SystemへのUE1のハンドオーバ手順の一例を示している。なお、図8に示されたハンドオーバ手順は、図2A及び図2Bに示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5によるネットワークスライス選択について具体的に記載している。
図8に示されたNG Core5は、共通ネットワーク機能(Common Network Functions(NFs))51、ネットワークスライスAのためのネットワーク機能(NFs for slice A)52、ネットワークスライスBのためのネットワーク機能(NFs for slice B)53、及びHome Subscriber Server(HSS)54を含む。
なお、各ネットワーク要素(NF)は、ネットワークスライスの構成要素である。各ネットワークスライスは、必要とされる(required)通信サービス(telecommunication services)及びネットワーク能力(network capabilities)を提供するために必要なネットワーク機能(NFs)から構成される。各ネットワーク要素(NF)は、ネットワーク内の処理機能(processing function)であり、機能的な振る舞い(functional behaviour)及びインタフェース(interfaces)を定義する。各ネットワーク要素は、個別ハードウェア(dedicated hardware)上のネットワーク要素として実装されてもよいし、個別ハードウェア(dedicated hardware)上で動作(run)するソフトウェア・インスタンスであってもよいし、適切なプラットフォーム上に生成(instantiated)されている仮想化された機能であってもよい。
各ネットワークスライスは、Network Slice specific Instance ID (NSI-ID)によって識別されてもよい。各ネットワーク機能(NF)は、Network Function ID(NF ID)によって識別されてもよい。共通のコントロールプレーン・ネットワーク機能(Common CP NFs)がある(使用される)場合、NSI-IDは、Common CP NF IDs と Slice specific IDs(i.e., NF IDs for selected slice)との組み合わせでもよい。
図8に示されたCommon NFs51は、コントロールプレーン・ネットワーク機能(CP NFs)を含む。Common NFs51は、さらに、ユーザプレーン・ネットワーク機能(UP NFs)を含んでもよい。NFs for slice A52は、UP NFsを含み、CP NFsを含んでもよい。同様に、NFs for slice B53は、UP NFsを含み、CP NFsを含んでもよい。
図8は、スライス選択機能(Slice Selection Function(SSF))がCommon NFs51と同じ場所に配置(co-located)される例を示している。しかしながら、SSFは、Common NFs51から離れて配置されてもよい。この場合、Common NFs51はSSFとメッセージを交換する。SSFは、UE1に関連付けられるネットワークスライスを選択する。例えば、SSFは、UE1をデフォルト・ネットワークスライスに関連付けてもよいし、さらに又はこれに代えてUE1によって指定されたネットワークスライス(スライスタイプ)に関連付けてもよい。SSFは、さらに、選択されたスライスに対応したCP NFs(or CP NFIDs)を選択するためにNAS Node Selection Function(NNSF)を行ってもよい。ここで、デフォルト・ネットワークスライスは、Public Land Mobile Network(PLMN)毎、RAT毎、UE usage type毎、Service type毎、又は、Slice type毎に設定されていてもよい。
UE1の1又は複数のパケットフローのネットワークスライスへの割り当ては、以下に示す3つの例のいずれかに従って行われてもよい。第1の例では、NR NB3及びNG Core5を含むNG Systemは、QoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートする。NG SystemのベアラはNG-EPS-bearerと呼ばれてもよく、NG Systemの無線アクセスベアラはNG-RABと呼ばれてもよい。第1の例では、各ベアラはいずれかのネットワークスライスに割り当てられる。幾つかの実装では、Common NFs51は、UE1のために選択されたネットワークスライスのSlice specific User plane NF(s) (SUNF(s))と通信し、当該SUNF(s)にUE1のベアラを設定する。
第2の例では、第1の例と同様に、NR NB3及びNG Core5を含むNG Systemは、QoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートする。NG Systemのベアラは、複数のパケットフロー(PDU flows)の転送に利用されることができる。第2の例では、NG Systemは、データフロー(PDU flow)毎のQoSハンドリング(e.g., パケット破棄)のためにベアラ内のデータフロー(PDU flow)を特定するよう構成される。第2の例では、UE1の各パケットフロー(e.g., PDU flow)は、フロー(PDU flow)単位でいずれかのネットワークスライスに割り当てられる。
第3の例では、NR NB3及びNG Core5を含むNG Systemは、ユーザデータのフローベースド転送をサポートする。第3の例では、ネットワークスライシングは、UE1のPDUセッション毎に設定される。言い換えると、1つのPDUセッションに含まれる複数のパケットフロー(PDU flows)のセットがいずれか1つのネットワークスライスに割り当てられる。
ステップ801では、UE1は、ソースLTE eNB2からターゲットNR NB3にハンドオーバされ、ターゲットNR NB3のセルにおいてコネクテッド状態(i.e., RRC_Connected)である。UE1は、ネットワークスライス支援情報(network slice assistance information)をターゲットNR NB3に送る。既に説明したように、当該ネットワークスライス支援情報は、例えば、UE1の種別、UE1が希望するサービス、若しくはUE1の許容レイテンシ、又はこれらの任意の組合せを示してもよい。当該ネットワークスライス支援情報は、NAS情報(NAS information)であってもよく、UE1からLTE eNB2へ送られる測定報告(measurement report)に含まれてもよい。UE1は、ネットワークスライス支援情報を送信するために、RRC Connection Reconfiguration Completeメッセージ(e.g., 図2Aのステップ206)、UL Information Transferメッセージ、又はその他のRRCメッセージを用いてもよい。なお、UE1によるネットワークスライス支援情報の送信は省略されてもよい。
ステップ802は、図2Bのステップ207に対応する。すなわち、ターゲットNR NB3は、NR Path Switch RequestメッセージをNG Core5に送る。当該NR Path Switch Requestメッセージは、EPS Radio Access Bearer(E-RAB)QoS情報要素(IE)を含む。E-RAB QoS IEは、UE1のE-RABのQoS(e.g., QoS class identifier (QCI)、Allocation and retention priority (ARP))を示す。当該NR Path Switch Requestメッセージは、さらに、UE1のNASレイヤから送られたネットワークスライス支援情報(ステップ801)を包含してもよい。
ステップ803では、Common NFs51は、必要に応じて、UE1の認証(authentication)を実行する。当該認証は、UE1に許可された(authorized)スライスの確認(slice authorization)を含む。slice authorizationでは、Common NFs51は、UE1が許可されるか否かをスライス毎に決定/判定してもよい。
ステップ804では、Common NFs51は、スライス選択を実行する。すなわち、Common NFs51は、UE1に関連付けられるネットワークスライスを選択する。図8の例では、Common NFs51は、スライスAをUE1のために選択する。ステップ804のスライス選択は、UE1によって行われている(ongoing)又は要求されている(requested)サービス毎(e.g., EPS bearer/E-RAB、IP flow)に行われてもよい。既に述べたように、ステップ804のスライス選択は、Common NFs51から離れて配置されたSSFによって行われてもよい。
ステップ805は、図2Bのステップ208に対応する。Common NFs51は、UE1のために選択されたスライス(ここでは、スライスA)においてベアラレス・セッションを生成(creation)するために、選択されたスライスのUP NFs(NFs for slice A52)と通信する。なお、NG Systemがユーザデータのベアラベースド転送をサポートし、且つ転送ノードの再配置(relocation)が不要である場合、Common NFs51は、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。
ステップ806は、図2Bのステップ209に対応する。Common NFs51は、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。Common NFs51の代わりに、選択されたスライスのCP NFs(NFs for slice A52)が当該NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送ってもよい。
ステップ806のNR Path Switch Request Acknowledgeメッセージは、Common NFs51(又はSSF)によって選択されたネットワークスライスに関する情報(i.e., slice information情報要素(IE))を含む。Slice information IEは、例えば、選択されたネットワークスライスを示すNSI-ID、選択されたネットワーク機能(NFs)を示すNF IDs、若しくはmulti-dimensional descriptor (MDD)、又はこれらの任意の組合せを包含してもよい。MDDは、RRC シグナリングレイヤ及び NAS シグナリングレイヤの中でUEによって供給されることができる。MDDは、テナントID(Tenant ID)、及びサービス記述子(Service Descriptor)/スライスタイプ(slice type)を表す。サービス記述子/スライスタイプは、UE1又は選択されたネットワークスライスに関連付けられたサービス又はユースケース(e.g., eMBB, mMTC, URLLC, critical communications (CriC))を示す。
ステップ807は、図2Bのステップ210に対応する。ターゲットNR NB3は、NG Core5から受信したslice information IEを運ぶNR DL Information TransferメッセージをUE1に送る。
図9A及び図9Bは、図1に示された無線通信ネットワークの構成例におけるLTE SystemからNG SystemへのUE1のハンドオーバ手順の他の一例を示している。図9A及び図9Bに示されたハンドオーバ手順は、図3A及び図3Bに示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5によるネットワークスライス選択について具体的に記載している。以下では、図8の手順と図9A及び図9Bの手順との相違点について主に説明する。
ステップ901では、UE1は、LTE eNB2に接続され、コネクテッド状態(i.e., RRC_Connected)である。UE1は、ネットワークスライス支援情報(network slice assistance information)をLTE eNB2に送る。UE1は、ネットワークスライス支援情報を送信するために、RRC Connection Reconfiguration Completeメッセージ、UL Information Transferメッセージ、又はその他のRRCメッセージを用いてもよい。
ステップ902は、図3Aのステップ302に対応する。すなわち、ソースLTE eNB3は、NR Handover RequestメッセージをターゲットNR NB3に送る。当該NR Handover Requestメッセージは、E-RAB QoS IEを含む。E-RAB QoS IEは、UE1のE-RABのQoS(e.g., QoS class identifier (QCI)、Allocation and retention priority (ARP))を示す。当該NR Handover Requestメッセージは、さらに、UE1のNASレイヤから送られたネットワークスライス支援情報(ステップ901)を含んでもよい。
ステップ903は、図3Aのステップ303に対応する。すなわち、ターゲットNR NB3は、Handover Preparation RequestメッセージをNG Core5に送信する。当該Handover Preparation Requestメッセージは、ソースLTE eNB2から受信したE-RAB QoS IEを含む。当該Handover Preparation Requestメッセージは、さらに、ソースLTE eNB2から受信したネットワークスライス支援情報(ステップ801)を含んでもよい。
ステップ904及び905の処理は、図8のステップ803及び804の処理と同様である。ステップ906は、図3Aのステップ304に対応する。すなわち、Common NFs51は、Handover Preparation Request AcknowledgeメッセージをターゲットNR NB3に送る。当該Handover Preparation Request Acknowledgeメッセージは、Common NFs51(又はSSF)によって選択されたネットワークスライスに関する情報(i.e., slice information IE)を含む。
ステップ907は、図3Aのステップ305に対応する。すなわち、ターゲットNR NB3は、NR Handover Request AcknowledgeメッセージをソースLTE eNB2に送る。当該NR Handover Request Acknowledgeメッセージに包含されるtransparent containerは、Common NFs51から送られたslice information IEを含んでもよい。
ステップ908は、図3Aのステップ306に対応する。すなわち、ソースLTE eNB3は、ターゲットNR NB3により生成されたtransparent containerを含むHandover Commandメッセージを包含するRadio Resource Control(RRC)メッセージをUE1に送る。当該RRCメッセージは、例えば、Mobility from EUTRA commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。上述したように、UE1に送られるtransparent containerは、slice information IEを含んでもよい。
ステップ909及び910は、図3Aのステップ307及び308に対応する。すなわち、UE1は、ターゲットNR NB3へのハンドオーバを実施し(ステップ309)、NR Handover Confirm for NRメッセージをターゲットNR NB3に送る(ステップ910)。ステップ910のメッセージは、NR RRC Connection Reconfiguration Completeメッセージであってもよい。ステップ910のメッセージは、slice information IEを含んでもよい。当該slice information IEは、UE1のために選択されたネットワークスライスを特定するための識別子(e.g., NSI-ID、NF IDs、又はMDD)を含む。当該slice information IEは、NAS情報(NAS information)であってもよく、RRC情報(RRC information)であってもよい。
ハンドオーバ完了フェーズでは、図9Bに示されたオプション1(i.e., ステップ911A、912A、及び913A)及びオプション2(i.e., ステップ911B、912B、及び913B)のうちいずれかが実行される。
オプション1では、ターゲットNR NB3は、NR Path Switch RequestメッセージをCommon NFs51に送る(ステップ911A)。当該NR Path Switch Requestメッセージは、slice information IEを含んでもよい。ステップ911Aは、図3Bのステップ310に対応する。
ステップ912Aは、図3Bのステップ311に対応する。Common NFs51は、UE1のために選択されたスライス(ここでは、スライスA)においてベアラレス・セッションを生成(creation)するために、選択されたスライスのUP NFs(NFs for slice A52)と通信する。NG Systemがユーザデータのベアラベースド転送をサポートし、且つ転送ノードの再配置(relocation)が不要である場合、Common NFs51は、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。
ステップ913Aは、図3Bのステップ312に対応する。Common NFs51は、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。Common NFs51の代わりに、選択されたスライスのCP NFs(NFs for slice A52)が当該NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送ってもよい。
これに対してオプション2では、ターゲットNR NB3は、UE1のために選択されたネットワークスライス(i.e., スライスA)を判定し、スライスAに対応するNFs for slice A52のCP NFsにNR Path Switch Request Acknowledgeメッセージを送る(ステップ911B)。幾つかの実装において、ターゲットNR NB3は、UE1のために選択されたネットワークスライスを判定するために、ステップ910においてUE1から受信したslice information IEを使用してもよい。これに代えて、ターゲットNR NB3は、ステップ907においてNG Core5から受信したslice information IEをUE1のコンテキストに関連付けて格納しておき、当該格納されたslice information IEをステップ911Bでの判定に使用してもよい。
ステップ912Bは、図3Bのステップ311に対応する。NFs for slice A52のCP NFsは、ベアラレス・セッションを生成(creation)するために、NFs for slice A52のUP NFsと通信する。NG Systemがユーザデータのベアラベースド転送をサポートし、且つ転送ノードの再配置(relocation)が不要である場合、NFs for slice A52は、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。NFs for slice A52は、必要に応じて、Common NFs51と通信してもよい。
ステップ913Bは、図3Bのステップ312に対応する。NFs for slice A52のCP NFsは、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。
本実施形態に係るLTE SystemからNG Systemへのハンドオーバ手順によれば、UE1のためにCommon NFs51によって選択されたネットワークスライスの情報(e.g., NSI-ID、MDD、NFIDs)をNG Core5からターゲットNR NB3に供給することができる。したがって、例えば、ターゲットNR NB3は、UE1のために選択されたネットワークスライスを知ることができる。さらに又はこれに代えて、ターゲットNR NB3は、例えば、Handover Command (i.e., transparent container(RRCConnectionReconfiguration))に含めてUE1に送られる情報又はパラメータを生成又は導出するために、UE1のためにCommon NFs51によって選択されたネットワークスライスの情報を使用することができる。
<第3の実施形態>
本実施形態は、NG SystemからLTE SystemへのUE1のハンドオーバ方法を提供する。図10A及び図10Bは、図1に示された無線通信ネットワークの構成例におけるNG SystemからLTE SystemへのUE1のハンドオーバ手順の一例を示している。図10Aは、ハンドオーバの準備(preparation)フェーズ及び実施(execution)フェーズを示し、図10Bは、ハンドオーバの完了(completion)フェーズを示している。
本実施形態は、NG SystemからLTE SystemへのUE1のハンドオーバ方法を提供する。図10A及び図10Bは、図1に示された無線通信ネットワークの構成例におけるNG SystemからLTE SystemへのUE1のハンドオーバ手順の一例を示している。図10Aは、ハンドオーバの準備(preparation)フェーズ及び実施(execution)フェーズを示し、図10Bは、ハンドオーバの完了(completion)フェーズを示している。
図10A及び図10Bに示された手順は、ハンドオーバ準備フェーズ中のダイレクト基地局間インタフェース101(e.g., X3インタフェース)上でのハンドオーバ・シグナリングメッセージの転送(i.e., ステップ1002及び1003)を伴う点において、LTEの“X2-based handover”と類似する。しかしながら、仮にダイレクト基地局間インタフェース101上でのハンドオーバ・シグナリングメッセージの転送のみが行われた場合、LTEシステムからNGシステムへのUE1のリロケーションのために必要となる情報が不足する。したがって、図12A及び図12Bに示された手順では、NGシステムからLTEシステムへのUE1のリロケーションのために必要となる情報を取得するためにLTE eNB2とNG Core5との間のシグナリング(i.e., ステップ1007及び1008)を含むようにハンドオーバ完了フェーズが改良されている。
ステップ1001では、UE1は、NR NB3に接続され、コネクテッド状態(e.g., RRC_Connected)である。UE1は、測定設定(Measurement Configuration)をNR NB3から受信し、当該測定設定に従ってNG-RAN cells及びE-UTRAN (LTE) cellsを含む隣接セル測定(neighbor cell measurements)及び異種RAT測定(inter-RAT measurements)を実行し、測定報告(measurement report)をNR NB3に送る。
ステップ1002では、NR NB3は、LTE eNB2のセルへのinter-RATハンドオーバを決定する。Inter-RATハンドオーバの決定に応じて、NR NB3は、ハンドオーバ要求(Handover Request)メッセージをダイレクト基地局間インタフェース101上でターゲットLTE eNB2に送る。
ステップ1002のHandover Requestメッセージは、NRからLTEへのハンドオーバであることを示すハンドオーバ種別 情報要素(Handover Type Information Element (IE))を包含してもよい。Handover Type IEは、例えば、“NRtoLTE”がセットされる。
さらに、ステップ1002のHandover Requestメッセージは、ハンドオーバされるUE1のフロー(PDU flow(s))又はベアラ(bearer(s))の識別子及びQoS parameters(e.g., QCI、ARP)を示してもよい。
さらにまた、ステップ1002のHandover Requestメッセージは、“Handover Preparation Information to EUTRA”情報要素(IE)を包含してもよい。“Handover Preparation Information to EUTRA”IEは、セキュリティ関連(Security-related)情報を含んでもよい。セキュリティ関連(Security-related)情報は、Access Stratum(AS)セキュリティ鍵の導出のためにターゲットLTE eNB2によって使用されるセキュリティパラメータを含む。当該セキュリティパラメータは、ASレイヤによって使用されるセキュリティ鍵(一時鍵)を導出(derivation)するためのベース鍵(i.e., LTEのKeNB)、又は当該ベース鍵を導出するためのパラメータ(e.g., {NH,NCC}ペア)を含む。当該セキュリティパラメータは、さらに、LTE RAT又はLTE Systemに関するUE security capabilitiesを含んでもよい。UE security capabilitiesは、UE1に実装されているciphering and integrity protection アルゴリズム(algorithms)を示す。
例えば、既存のX2ハンドオーバ手順と同様に、ソースNR NB3は、未使用の{NH,NCC}ペアから垂直方向の鍵導出(vertical key derivation)アルゴリズムに従ってKeNB*を導出し、{KeNB*, NCC} ペアをターゲットLTE eNB2に送ってもよい。あるいは、ソースLTE eNB2は、水平方向の鍵導出(horizontal key derivation)アルゴリズムに従って現在のKeNBからKeNB*を導出し、{KeNB*, NCC} ペアをターゲットNR NB3に送ってもよい。
ステップ1003では、ターゲットLTE eNB2は、Handover Requestメッセージに基づいて、UEコンテキストを生成(create)し、リソースを割り当てる。ステップ1003のNR Handover Requestメッセージがセキュリティ関連情報を含む場合、ターゲットNR NB3は、以下のように動作してもよい。上述したように、セキュリティ関連情報は、ASセキュリティのためのセキュリティパラメータを含む。ターゲットNR NB3は、セキュリティパラメータに含まれるUE security capabilitiesに基づいて、ASセキュリティアルゴリズムを選択してもよい。ASセキュリティアルゴリズムは、Radio Resource Control(RRC)及びユーザプレーン(UP)のためのcipheringアルゴリズム、並びにRRCのためのintegrity protectionアルゴリズムを含む。さらに、ターゲットNR NB3は、RRC ciphering (encryption)、UP ciphering (encryption)、及びRRC integrity protectionのための一時鍵(temporary keys)を、選択したセキュリティアルゴリズムを用いて、セキュリティパラメータから得られるベース鍵(i.e., LTEのKeNB)から導出してもよい。
そして、ターゲットLTE eNB2は、UE1に送られるTarget To Source Transparent Container(RRCConnectionReconfiguration)を生成する。当該Target To Source Transparent Containerは、例えばRRCConnectionRecofiguration message及び他のRRC messageを包含するHandoverCommand message(Handover Command To EUTRA)を含む。そして、ターゲットLTE eNB2は、当該Target To Source Transparent Containerを包含するハンドオーバ要求への確認応答(NR Handover Request Acknowledge)メッセージを生成する。ターゲットLTE eNB2は、NR Handover Request Acknowledgeメッセージをダイレクト基地局間インタフェース101上でソースNR NB3に送る。Target To Source Transparent Containerは、例えば、ターゲットLTE eNB2によりセットアップされた無線リソース設定情報(e.g., 無線パラメータ)、ターゲットNR NB3により選択されたASセキュリティアルゴリズムの識別子(identifiers)、及びNCC値を包含する。
Handover Request Acknowledge メッセージは、さらに、ダウンリンク・データフォワーディングの対象とされるベアラのリスト(bearers subject to data forwarding list)を包含してもよい。“Bearers Subject to Data forwarding list”IEは、例えば、address(es) 及び TEID(s) for user traffic data forwarding、並びにデータフォワーディングの対象とされるフロー(PDU flow(s))の識別子を含む。Address(es) 及び TEID(s) for user traffic data forwardingは、ダイレクト基地局間インタフェース101上でのターゲットNR NB3へのアドレス及びTEIDであってもよい。ソースNR NB3は、“Bearers Subject to Data forwarding list”IEにより指定されたベアラ又はフロー(PDU flow(s))のためのデータフォワーディングを開始する。
ステップ1004では、ソースNR NB3は、ターゲットLTE eNB2により生成されたtransparent containerを含むHandover Commandメッセージを包含するRadio Resource Control(RRC)メッセージをUE1に送る。当該RRCメッセージは、例えば、Mobility from NR commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
ステップ1005では、UE1は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN(i.e., E-UTRAN)に移動し、Handover Commandメッセージにおいて供給されたtransparent container(e.g., 無線リソース設定情報、ASセキュリティアルゴリズム、及びNCC値)に従ってハンドオーバを実施する。すなわち、UE1は、LTE Systemに関連付けられたターゲットLTE eNB2との無線コネクションを確立する。ステップ1006では、UE1は、ターゲットセルに首尾よく(successfully)同期した後に、Handover Confirm for EUTRAメッセージをターゲットLTE eNB2に送る。ステップ1006のメッセージは、RRC Connection Reconfiguration Completeメッセージであってもよい。
ステップ1008では、UE1がターゲットNR NB3に首尾よく(successfully)アクセスした場合に、ターゲットLTE eNB2は、UE1がセルを変更したことを知らせ且つパススイッチを要求するために、Path Switch RequestメッセージをNG Core5に送る。Path Switch Requestメッセージは、ターゲットLTE eNB2のセルに切り替えられたUE1のEPS bearers(又はPDU flows)のリストを含んでもよい。
ステップ1008では、NG Core5内の制御ノード(e.g., MME)は、ベアラベースド・セッションの生成(creation)手順を行う。具体的には、制御ノードは、UE1のためのパケット転送ノード(ゲートウェイ)が再配置(relocated)される必要があることを判定し、NG Core5内のターゲット転送ノード(i.e., S-GW)を選択する。制御ノードは、ターゲットS-GWにCreate Session Requestメッセージを送る。当該Create Session Requestメッセージは、各PDU flow contextに関連付けられた1又は複数のサービスデータフローを特定するための情報(e.g., SDF templates、又はTraffic Flow Templates(TFTs))を含む。ターゲットS-GWは、そのローカルリソースを割り当て、Create Session Responseメッセージを制御ノードに返信する。
ステップ1009では、NG Core5は、Path Switch Request AcknowledgeメッセージをターゲットLTE eNB2に送る。当該Path Switch Request Acknowledgeメッセージは、ベアラ設定情報を含む。ベアラ設定情報は、NG Core5内の転送ノード(再配置後)のアドレス及びアップリンク(UL)トンネル・エンドポイント識別子(TEID)を含む。
なお、NG Systemがユーザデータのベアラベースド転送をサポートし、且つ転送ノードの再配置(relocation)が不要である場合、NG Core5内の制御ノードは、ステップ1008において、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。
図11A及び図11Bは、図1に示された無線通信ネットワークの構成例におけるNG SystemからLTE SystemへのUE1のハンドオーバ手順の一例を示している。図11Aは、ハンドオーバの準備(preparation)フェーズ及び実施(execution)フェーズを示し、図11Bは、ハンドオーバの完了(completion)フェーズを示している。既に説明した図10A及び図10Bの手順では、ターゲットLTE eNB2は、UE1がターゲットLTE eNB2に接続した後のハンドオーバ完了フェーズ(ステップ100)において、ベアラ設定情報をNG Core5から受信する。これに対して、図11A及び図11Bに示された手順では、ターゲットLTE eNB2は、ソースNR NB3によるUE1へのハンドオーバの指示より前のハンドオーバ準備フェーズ(ステップ1104)において、ベアラ設定情報をNG Core5から受信する。以下では、主にこの相違点について説明する。
ステップ1101及び1102の処理は、図10Aのステップ1001及び1002の処理と同様である。ステップ1103では、ターゲットLTE eNB2は、Handover Requestメッセージ(ステップ1102)の受信に応答して、Handover Preparation RequestメッセージをNG Core5に送る。
ステップ1103のHandover Preparation Requestメッセージは、NRからLTEへのハンドオーバであることを示すハンドオーバ種別 情報要素(Handover Type IE)を包含してもよい。Handover Type IEは、例えば、“NRtoLTE”がセットされる。さらに、当該Handover Preparation Requestメッセージは、ターゲットLTE eNB2のセルに切り替えられるUE1のPDU flowsのリストを包含してもよい。
ステップ1104では、NG Core5は、受信したHandover Preparation Requestメッセージに基づいて、当該ハンドオーバの種別がLTE SystemへのInter-RATハンドオーバであることを判定する。さらに、NG Core5は、コアネットワーク情報若しくはセキュリティ関連(Security-related)情報又は両方を包含するHandover Preparation Request AcknowledgeメッセージをターゲットLTE eNB2に送る。コアネットワーク情報及びセキュリティ関連情報は、NGシステム内でUE1と通信するためのリソース及びセキュリティ関連設定を実施するためにターゲットNR NB3によって使用される。
一例において、コアネットワーク情報は、ベアラ設定情報(Bearer Config)を含んでもよい。ベアラ設定情報は、UE1のために設定される少なくとも1つのEPSベアラに関する。ベアラ設定情報は、ベアラ識別子(e.g., EPS Bearer Identity及びE-RAB ID)、NG Core5内の転送ノードのアドレス及びUL TEID、並びにbearer QoS parameters(e.g., QCI、ARP)を含む。当該ベアラ設定情報は、UE1のためのEPS bearersとPDU flowsとのマッピングを示してもよい。
また、セキュリティ関連情報は、LTE SystemのNASセキュリティ設定情報を含む。NASセキュリティ設定情報は、例えば、ciphering and integrity protectionを含むNASセキュリティアルゴリズムを含む。NASセキュリティ設定情報は、NAS Security Transparent Container IEであってもよい。すなわち、NASセキュリティ設定情報(NAS Security Transparent Container IE)は、ターゲットLTE eNB2からソースNR NB3を経由して透過的にUE1に送られる。
セキュリティ関連情報は、さらに、ASセキュリティ鍵の導出のためにターゲットLTE eNB2によって使用されるセキュリティパラメータを含む。当該セキュリティパラメータは、ASレイヤによって使用されるセキュリティ鍵(一時鍵)を導出(derivation)するためのベース鍵(i.e., LTEのKeNB)、又は当該ベース鍵を導出するためのパラメータ(e.g., {NH,NCC}ペア)を含む。当該セキュリティパラメータは、さらに、LTE RAT又はLTE Systemに関するUE security capabilitiesを含んでもよい。UE security capabilitiesは、UE1に実装されているciphering and integrity protection アルゴリズム(algorithms)を示す。
ステップ1105では、ターゲットLTE eNB2は、コアネットワーク情報若しくはセキュリティ関連(Security-related)情報又は両方を包含するHandover Preparation Request Acknowledgeメッセージに基づいて、UEコンテキストを生成(create)し、リソースを割り当てる。Handover Preparation Request Acknowledgeメッセージにがセキュリティ関連情報を含む場合、ターゲットLTE eNB2は、以下のように動作してもよい。上述したように、セキュリティ関連情報は、NASセキュリティ設定情報(NAS Security Transparent Container IE)及びASセキュリティのためのセキュリティパラメータを含む。ターゲットLTE eNB2は、NASセキュリティ設定情報(NAS Security Transparent Container IE)をUE1に送られるtransparent containerに含めてもよい。さらに又はこれに代えて、ターゲットLTE eNB2は、セキュリティパラメータに含まれるUE security capabilitiesに基づいて、ASセキュリティアルゴリズム(i.e., RRC及びUPのためのcipheringアルゴリズム、並びにRRCのためのintegrity protectionアルゴリズム)を選択してもよい。さらに、ターゲットLTE eNB2は、RRC ciphering (encryption)、UP ciphering (encryption)、及びRRC integrity protectionのための一時鍵(temporary keys)を、選択したセキュリティアルゴリズムを用いて、セキュリティパラメータから得られるベース鍵(i.e., KeNB)から導出してもよい。
そして、ターゲットLTE eNB2は、UE1に送られるtransparent container(RRCConnectionReconfiguration)を生成し、当該transparent containerを包含するHandover Command メッセージ(Handover Command to EUTRAメッセージ)を生成する。Transparent containerは、例えば、ターゲットLTE eNB2によりセットアップされた無線リソース設定情報、ターゲットLTE eNB2により選択されたASセキュリティアルゴリズムの識別子(identifiers)、及びNASセキュリティ設定情報を包含する。ターゲットLTE eNB2は、Handover Command メッセージをダイレクト基地局間インタフェース101上でソースNR NB3に送る。
ステップ1106~ステップ1108の処理は、図10のステップ1004~ステップ1006の処理と同様である。ステップ1109では、NG Core5は、ベアラ・セッションの生成(creation)手順を行う。言い換えると、NG Core5内の制御ノードは、ステップ1103のHandover Preparation Requestメッセージの受信に応答して、UE1のためのベアラ・セッションの生成(creation)手順を開始する。すなわち、NG Core5内の制御ノードは、ターゲットLTE eNB2からのパススイッチ要求(ステップ1110)に先立って、UE1のためのEPSベアラの生成(creation)手順を開始する。ステップ1109におけるベアラ生成は、図10のステップ1008におけるそれと同様に行われてもよい。
ステップ1110では、ターゲットLTE eNB2は、Path Switch RequestメッセージをNG Core5に送る。ステップ1111では、NG Core5内の制御ノードは、ベアラ修正(modification)手順を実施することによって、Inter-RAT ハンドオーバ手順を完了する。例えば、NG Core5内の制御ノードは、S-GWに、セッション(i.e., PDN connection)毎のModify Bearer Requestメッセージを送信してもよい。Modify Bearer Requestメッセージは、ベアラ識別子(e.g., EPS Bearer ID)、並びにターゲットLTE eNB2のアドレス及びダウンリンク(DL)TEIDを包含してもよい。S-GWは、NG Core5内の制御ノードにModify Bearer Responseメッセージを返信してもよい。ステップ1112では、NG Core5内の制御ノードは、Path Switch Request AcknowledgeメッセージをターゲットLTE eNB2に送る。
本実施形態に係るNG SystemからLTE Systemへの詳細なハンドオーバ手順は、例えば上述された具体例であってもよいが、これらに限定されない。例えば、上述された幾つかのハンドオーバ手順例に示されたメッセージ名は、例示に過ぎない。上述された幾つかのハンドオーバ手順例は、メッセージの順序が異なってもよいし、幾つかのメッセージが省略されてもよいし、追加のメッセージを含んでもよい。
<第4の実施形態>
本実施形態は、NGシステム内でのソースNR NBからターゲットNE NBへのUE1のハンドオーバ方法を提供する。以下では、NGシステム内でのハンドオーバをintra-NR ハンドオーバと呼ぶ。
本実施形態は、NGシステム内でのソースNR NBからターゲットNE NBへのUE1のハンドオーバ方法を提供する。以下では、NGシステム内でのハンドオーバをintra-NR ハンドオーバと呼ぶ。
図12は、本実施形態に係る無線通信ネットワークの構成例を示している。図12の例では、無線通信ネットワークは、UE1、NR NBs6及び7、並びにNG Core5を含む。NR NB6は、例えば、マクロ基地局であってもよいし、ピコ基地局であってもよい。同様に、NR NB7は、マクロ基地局であってもよいし、ピコ基地局であってもよい。図12の例では、NR NBs6及び7は、同程度のカバレッジを持ち、NR NBs6及び7の2つのセルは部分的にオーバラップしている。しかしながら、本実施形態に係る無線通信ネットワークは、Heterogeneous Network(HetNet)構造を有してもよい。例えば、NR NB6はマクロ基地局であり、NR NB7はピコ基地局であり、NR NB6のマクロセルは、NR NB7のピコセルを完全にカバーしてもよい。これとは反対に、NR NB6はピコ基地局であり、NR NB7はマクロ基地局であってもよい。
NR NB6とNR NB7との間は、ダイレクト基地局間インタフェース1201によって接続される。ダイレクト基地局間インタフェース1201は、少なくともNR NB6とNR NB7との間のシグナリング・メッセージの転送のために使用される。ダイレクト基地局間インタフェース1201は、NR NB6とNR NB7との間のユーザパケット転送のためにさらに使用されてもよい。ダイレクト基地局間インタフェース1201のコントロールプレーン・プロトコル構造及びユーザプレーン・プロトコル構造は、例えば、LTE eNB間のX2インタフェースのそれらと同様であってもよい。ダイレクト基地局間インタフェース1201は、例えば、NG X2インタフェースと呼ばれる。
以下では、intra-NR ハンドオーバ手順の幾つかの例を説明する。以下に説明される幾つかの例は、コネクテッド状態のUE1がソースNR NB6からターゲットNR NB7にハンドオーバされるUEモビリティに関する。
図13は、intra-NR ハンドオーバ手順の一例を示している。図13は、ソースセル/ソースNR NB6及びターゲットセル/ターゲットNR NB7の両方でUE1にネットワークスライシングが適用されるケースを示している。図13に示された手順は、ハンドオーバ準備フェーズ中のダイレクト基地局間インタフェース101上でのハンドオーバ・シグナリングメッセージの転送(i.e., ステップ1303及び1304)を伴う点において、LTEの“X2-based handover”と類似する。
ステップ1301では、UE1は、ソースNR NB6に接続され、コネクテッド状態(i.e., RRC_Connected)である。UE1は、ソースセル/ソースNR NB6においてネットワークスライシングを適用されている。ステップ1302では、UE1は、測定設定(Measurement Configuration)をNR NB6から受信し、当該測定設定に従って隣接セル測定(neighbor cell measurements)を実行し、測定報告(measurement report)をNR NB6に送る。
ステップ1303では、NR NB6は、NR NB7のセルへのintra-NRハンドオーバを決定する。Intra-NRハンドオーバの決定に応じて、ソースNR NB6は、NR Handover Requestメッセージをダイレクト基地局間インタフェース1201上でターゲットNR NB7に送る。
ステップ1303のNR Handover Requestメッセージは、ターゲットNR NB7でセットアップされるべきUE1のパケットフロー(i.e., PDU flow(s))又はベアラ(i.e., radio access bearer(s))のリスト(e.g., PDU-Flows To Be Setup List)を包含してもよい。当該リストは、各パケットフローのフロー情報(Flow Information)を示す。当該フロー情報は、フロー識別子(e.g., PDU flow ID)、NG Core5内の転送ノードのアドレス及びアップリンク(UL)のセッション・エンドポイント識別子(Session Endpoint Identifier(SEID))、並びにフローQoSパラメータを含む。
ステップ1303のNR Handover Requestメッセージは、スライス情報(slice Information)を包含してもよい。当該スライス情報は、ソースセル/ソースNR NB6においてUE1が接続している(利用している)1又はそれ以上のネットワークスライスに関する。当該スライス情報は、UE1が接続している1又はそれ以上のネットワークスライスを認識することをターゲットNR NB7に可能とする。例えば、当該スライス情報は、UE1が接続している各ネットワークスライスの識別子(e.g., NSI-ID、NF IDs、MDD)を示してもよい。さらに又はこれに代えて、当該スライス情報は、各ネットワークスライスに関連付けられたCP NFs(又はMMEに相当する制御ノード)によってUE1に割り当てられたUE識別子を示してもよい。当該UE識別子は、LTEのMME UE S1AP IDに相当する識別子であってもよい。UE1が複数のネットワークスライスに接続している場合、複数のネットワークスライスにそれぞれ対応する複数のUE識別子がUE1に割り当てられてもよい。
ステップ1304では、ターゲットNR NB7は、NR Handover Requestメッセージに基づいて、UEコンテキストを生成(create)し、リソースを割り当てる。ターゲットNR NB7は、受信したフロー情報(e.g., PDU-Flows To Be Setup List)に基づいて、許容される(admitted)PDU flowsを決定してもよい。ターゲットNR NB7は、受信したスライス情報に基づいて、UE1が接続している1又はそれ以上のネットワークスライスを認識し、各ネットワークスライスのCP NFs(又はMMEに相当する制御ノード)を認識してもよい。
そして、ターゲットNR NB7は、UE1に送られるtransparent container(RRCConnectionReconfiguration)を生成し、当該transparent containerを包含するNR Handover Request Acknowledge メッセージ(Handover Command to NRメッセージ)を生成する。ターゲットNR NB7は、NR Handover Request Acknowledgeメッセージをダイレクト基地局間インタフェース1201上でソースNR NB6に送る。Transparent containerは、例えば、ターゲットNR NB7によりセットアップされた無線リソース設定情報を含む。NR Handover Request Acknowledge メッセージは、さらに、上述の“PDU-flows Admitted list”情報要素(IE)を包含してもよい。ソースLTE eNB2は、“PDU-flows Admitted list”IEにより指定されたフロー(PDU flow(s))のためのデータフォワーディングを開始する。
ステップ1305では、ソースNR NB6は、NR RRC Connection ReconfigurationメッセージをUE1に送る。当該RRC Connection Reconfigurationメッセージは、“MobilityControlInfoNR”IEを含む。“MobilityControlInfoNR”IEは、ターゲットNR NB7により生成され、ターゲットセル/ターゲットNR NB7にアクセスするために必要な設定及び情報をUE1に知らせる。
ステップ1306では、UE1は、NR RRC Connection Reconfigurationメッセージの受信に応答して、ソースセル/ソースNR NB6からターゲットセル/ターゲットNR NB7に移動する。ステップ1307では、UE1は、ターゲットセルに首尾よく(successfully)同期した後に、Handover Confirm for NRメッセージを包含するNR RRC Connection Reconfiguration CompleteメッセージをターゲットNR NB7に送る。当該Handover Confirm for NRメッセージ又はNR RRC Connection Reconfiguration Completeメッセージは、ネットワークスライス支援情報(network slice assistance information)又はスライス設定情報(slice configuration)を包含してもよい。
ステップ1308では、UE1がターゲットNR NB7に首尾よく(successfully)アクセスした場合に、ターゲットNR NB7は、UE1がセルを変更したことを知らせ且つパススイッチを要求するために、NR Path Switch RequestメッセージをNG Core5に送る。当該NR Path Switch Requestメッセージは、ターゲットNR NB7のセルに切り替えられたUE1のベアラ(i.e., E-RAB)又はパケットフロー(i.e., PDU flow(s))のリストを包含してもよい。より具体的には、当該NR Path Switch Requestメッセージは、“E-RAB/Flow to be switched in Downlink (DL) List”IEを包含してもよい。ステップ1308のNR Path Switch Requestメッセージは、スライス情報(slice information)を包含してもよい。スライス情報は、ターゲットセル/ターゲットNR NB7においてUE1が接続(利用)することを希望する1又はそれ以上のネットワークスライスを示す。
ステップ1309では、NG Core5は、フロー修正(modification)手順を実施する。例えば、NG Core5内の制御ノードは、NG Core5内の転送ノードに、セッション(i.e., PDU session)毎のModify Flow Requestメッセージを送ってもよい。Modify Flow Requestメッセージは、フロー識別子(e.g., PDU flow ID)、並びにターゲットNR NB3のアドレス及びダウンリンク(DL)のセッション・エンドポイント識別子(SEID)を包含してもよい。セッション・エンドポイント識別子(SEID)は、例えばTunnel Endpoint Identifier (TEID)であってもよい。NG Core5内の転送ノードは、NG Core5内の制御ノードにModify Flow Responseメッセージを返信してもよい。
ステップ1310では、NG Core5内の制御ノードは、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB3に送る。NG Core5がトンネルのアップリンク転送ポイント(tunnels of uplink termination point)を変更した場合、当該NR Path Switch Request Acknowledgeメッセージは、“E-RAB/Flow to be switched in Uplink(UL) List”IEを包含してもよい。“E-RAB/Flow to be switched in UL List”IEは、各ベアラ(i.e., E-RAB)又はフロー(i.e., PDU flow)のための新しいアップリンク・トランスポート・レイヤ・アドレス及びエンドポイント識別子を示す。NG Systemがユーザデータのベアラベースド転送をサポートする場合、NG Core5内の制御ノードは、ステップ1310において、セッション生成手順の代わりにベアラ修正(bearer modification)手順を行ってもよい。
なお、ステップ1308のNR Path Switch Requestメッセージの受信に応答して、NG Core5の制御ノードは、UE1のためのネットワークスライスの変更を決定してもよいし、いずれのネットワークスライスもUE1に許可されないことを判定してもよい。これに応じて、ステップ1310のNR Path Switch Request Acknowledgeメッセージは、変更されたUE1のためのネットワークスライスを示すSlice information IEを包含してもよい。あるいは、ステップ1310のNR Path Switch Request Acknowledgeメッセージは、いずれのネットワークスライスもUE1に許可されないことを示してもよい。
ステップ1311では、ターゲットNR NB3は、NG Core5から受信したNAS情報(e.g., Slice information IE)を運ぶNR DL Information TransferメッセージをUE1に送ってもよい。
図14は、intra-NR ハンドオーバ手順の一例を示している。図14に示されたハンドオーバ手順は、図13に示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5内のシグナリングについて具体的に記載している。図14に示されたNG Core5の具体的構成は、図8に示されたそれと同様である。すなわち、NG Core5は、Common NFs51、NFs for slice A52、NFs for slice B53、及びHSS54を含む。
ステップ1401は、図13のステップ1301に対応する。ここでは、一例として、UE1のためにスライスA及びスライスBが選択されている。ステップ1402は、図13のステップ1302~1307に対応し、ハンドオーバ準備フェーズ及びハンドオーバ実行フェーズを含む。
図14は、ケースA(ステップ1403~1406)及びケースB(ステップ1407~1410)を示している。ケースA及びケースBのいずれか1つが実行される。ケースAでは、Common NFs51内のCP NFs(e.g., Session Management Function(SMF)又はMobility Management Function(MMF))が、全てのUE1のためのスライスに対してフロー修正(又はベアラ修正)をトリガーする。これに対して、ケースBでは、各スライスのCP NFs(e.g., SMF又はMMF)がそのスライスのフロー修正(又はベアラ修正)をトリガーする。
まずケースAについて説明する。ステップ1403は、図13のステップ1308に対応する。ステップ1403では、ターゲットNR NB7は、NR Path Switch RequestメッセージをCommon NFs51に送る。既に説明したように、当該NR Path Switch Requestメッセージは、“E-RAB/Flow to be switched in Downlink (DL) List”IEを包含してもよい。さらに、当該NR Path Switch Requestメッセージは、スライス情報(slice information)を包含してもよい。スライス情報は、ターゲットセル/ターゲットNR NB7においてUE1が接続(利用)することを希望する1又はそれ以上のネットワークスライスを示す。
ステップ1404及び1405は、図13のステップ1309に対応する。ステップ1404及び1405では、Common NFs51のCP NFsは、NFs for slice A52及びNFs for slice B53にフロー修正(又はベアラ修正)をトリガーする。
ステップ1406は、図13のステップ1310に対応する。ステップ1406では、Common NFs51は、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB7に送る。既に説明したように、当該NR Path Switch Request Acknowledgeメッセージは、“E-RAB/Flow to be switched in UL List”IEを包含してもよい。
次に、ケースBについて説明する。ステップ1407は、図13のステップ1308に対応する。ステップ1407では、NR NB3は、ターゲットセル/ターゲットNR NB7においてUE1が接続(利用)することを希望する1又はそれ以上のネットワークスライスのCP NFs(i.e., NFs for slice A52のCP NFs及びFs for slice B53のCP NFs)のそれぞれにNR Path Switch Requestメッセージを送る。ターゲットNR NB7は、ソースNR NB6から受信したNR Handover Requestメッセージ(ステップ1402、1303)に包含されているスライス情報に基づいて、NR Handover Requestメッセージを送るべき1又はそれ以上のネットワークスライスを決定(選択)してもよい。これに代えて、ターゲットNR NB7は、UE1から受信したNR RRC Connection Reconfiguration Completeメッセージ(又はHandover Confirm for NRメッセージ)に包含されているネットワークスライス支援情報又はスライス情報に基づいて、NR Handover Requestメッセージを送るべき1又はそれ以上のネットワークスライスを決定(選択)してもよい。
ステップ1408及び1409は、図13のステップ1309に対応する。ステップ1408では、NFs for slice A52は、スライスA内のフロー修正(又はベアラ修正)を実行する。ステップ1409では、NFs for slice B53は、スライスB内のフロー修正(又はベアラ修正)を実行する。
ステップ1410は、図13のステップ1310に対応する。ステップ1410では、NFs for slice A52のCP NFs及びFs for slice B53のCP NFsのそれぞれが、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB7に送る。
図15は、intra-NR ハンドオーバ手順の一例を示している。図15は、ソースセル/ソースNR NB6ではUE1にネットワークスライシングが適用されないが、ターゲットセル/ターゲットNR NB7ではUE1にネットワークスライシングが適用されるケースを示している。
ステップ1501では、UE1は、ソースNR NB6に接続され、コネクテッド状態(i.e., RRC_Connected)である。UE1は、ソースセル/ソースNR NB6においてネットワークスライシングを適用されていない。
ステップ1502~1507は、図13のステップ1302~1507と基本的に同様である。ただし、ステップ1503のNR Handover Requestメッセージは、スライス情報(slice information)を包含しなくてもよい。一方、ステップ1507のNR RRC Connection Reconfiguration Completeメッセージ(又はHandover Confirm for NRメッセージ)は、ネットワークスライス支援情報を包含してもよい。ネットワークスライス支援情報は、NAS情報(NAS information)であってもよく、RRC情報(RRC information)であってもよい。
ステップ1508~ステップ1510は、ハンドオーバ完了フェーズであり、図13のステップ1308~1510と基本的に同様である。ただし、ステップ1509では、NG Core5は、UE1のためのスライス選択をさらに実行する。NG Core5によるスライス選択を支援するために、ステップ1508のNR Path Switch Requestメッセージは、UE1から送られたネットワークスライス支援情報を包含してもよい。ステップ1510のNR Path Switch Request Acknowledgeメッセージは、スライス情報(slice information)を包含してもよい。当該スライス情報は、NG Core5によってUE1のために選択された1又はそれ以上のネットワークスライスに関する。
ステップ1511は、図13のステップ1311に対応する。ステップ1511のNR DL Information Transferメッセージは、NG Core5から送られたスライス情報を運んでもよい。
図16は、intra-NR ハンドオーバ手順の一例を示している。図16に示されたハンドオーバ手順は、図15に示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5内のシグナリングについて具体的に記載している。図16に示されたNG Core5の具体的構成は、図8に示されたそれと同様である。
ステップ1601は、図15のステップ1501に対応する。ステップ1602は、図15のステップ1502~1507に対応し、ハンドオーバ準備フェーズ及びハンドオーバ実行フェーズを含む。なお、UE1は、ステップ1602の間に、又はステップ1602の前に、ネットワークスライス支援情報をターゲットNR NB7に送ってもよい。例えば、UE1は、NR RRC Connection Reconfiguration Completeメッセージ(又はHandover Confirm for NRメッセージ)を用いてネットワークスライス支援情報を送ってもよい。
ステップ1603は、図13のステップ1308に対応する。ステップ1603では、ターゲットNR NB7は、NR Path Switch RequestメッセージをCommon NFs51に送る。既に説明したように、当該NR Path Switch Requestメッセージは、“E-RAB/Flow to be switched in Downlink (DL) List”IEを包含してもよい。さらに、当該NR Path Switch Requestメッセージは、ネットワークスライス支援情報を包含してもよい。
ステップ1604では、Common NFs51は、必要に応じて、UE1の認証(authentication)を実行する。当該認証は、UE1に許可された(authorized)スライスの確認(slice authorization)を含む。slice authorizationでは、Common NFs51は、UE1が許可されるか否かをスライス毎に決定/判定してもよい。
図16は、少なくとも1つのネットワークスライスがUE1に許可されている場合、又は少なくとも1つのネットワークスライスがUE1によって行われている(ongoing)又は要求されている(requested)サービス(services(s))に適用できる(applicable)場合について示す。したがって、ステップ1605では、Common NFs51は、スライス選択を実行する。図16の例では、Common NFs51は、スライスAをUE1のために選択する。ステップ1605のスライス選択は、UE1によって行われている(ongoing)又は要求されている(requested)サービス毎(e.g., EPS bearer/E-RAB、IP flow)に行われてもよい。ステップ1605のスライス選択は、Common NFs51から離れて配置されたSSFによって行われてもよい。
ステップ1606は、図15のステップ1509に対応する。Common NFs51は、フロー修正(又はベアラ修正)を実行するめに、UE1のために選択されたスライス(ここでは、スライスA)のNFs for Slice A52と通信する。これにより、Common NFs51及びNFs for Slice A52は、UE1のパケットフロー(i.e., PDU flow(s))又はベアラのアップリンク及びダウンリンク転送ポイントを共通ネットワークスライス(i.e., Common NFs51)からスライスA(i.e., NFs for slice A52)に切り替える。
ステップ1607は、図15のステップ1510に対応する。Common NFs51は、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB7に送る。Common NFs51の代わりに、選択されたスライスのCP NFs(NFs for slice A52)が当該NR Path Switch Request AcknowledgeメッセージをターゲットNR NB7に送ってもよい。既に説明したように、ステップ1607のNR Path Switch Request Acknowledgeメッセージは、“E-RAB/Flow to be switched in UL List”IEを包含してもよい。
さらに、ステップ1607のNR Path Switch Request Acknowledgeメッセージは、スライス情報を包含してもよい。当該スライス情報は、UE1のためにNG Core5により選択された1又はそれ以上のネットワークスライスを認識することをターゲットNR NB7に可能とする。例えば、当該スライス情報は、各ネットワークスライスの識別子(e.g., NSI-ID、NF IDs、MDD)を示してもよい。さらに又はこれに代えて、当該スライス情報は、各ネットワークスライスに関連付けられたCP NFs(又はMMEに相当する制御ノード)によってUE1に割り当てられたUE識別子を示してもよい。当該UE識別子は、LTEのMME UE S1AP IDに相当する識別子であってもよい。UE1が複数のネットワークスライスに接続している場合、複数のネットワークスライスにそれぞれ対応する複数のUE識別子がUE1に割り当てられてもよい。
ステップ1608は、図15のステップ1511に対応する。当該NR DL Information Transferメッセージは、NG Core5から送られたスライス情報の全て又は一部を運んでもよい。
図17は、intra-NR ハンドオーバ手順の一例を示している。図17は、ソースセル/ソースNR NB6ではUE1にネットワークスライシングが適用されるが、ターゲットセル/ターゲットNR NB7ではUE1にネットワークスライシングが適用されないケースを示している。
ステップ1701では、図13のステップ1301と同様に、UE1は、ソースセル/ソースNR NB6においてネットワークスライシングを適用されている。ステップ1702~1711の処理も、図13のステップ1302~1311の処理と同様である。ただし、ステップ1709では、NG Core5は、ターゲットセル/ターゲットNR NB7においてネットワークスライシングがUE1に適用されないことを決定し、UE1のパケットフロー又はベアラのアップリンク及びダウンリンク転送ポイントをスライスA及びB(i.e., NFs for slice A52及びNFs for slice B53)から共通ネットワークスライス(i.e., Common NFs51)に切り替える。したがって、ステップ1710のNR Path Switch Request Acknowledgeメッセージは、UE1にネットワークスライシングが適用されないことを明示的または暗示的に示す情報を包含してもよい。ステップ1711のNR DL Information Transferメッセージも、UE1にネットワークスライシングが適用されないことを明示的または暗示的に示す情報を包含してもよい。
図18は、intra-NR ハンドオーバ手順の一例を示している。図18に示されたハンドオーバ手順は、図17に示されたハンドオーバ手順の詳細化及び変形であり、NG Core5内の構成と、NG Core5内のシグナリングについて具体的に記載している。図18に示されたNG Core5の具体的構成は、図8に示されたそれと同様である。
ステップ1801~1803における処理は、図14のステップ1401~1403における処理と同様である。ステップ1404では、Common NFs51は、必要に応じて、UE1の認証(authentication)を実行する。当該認証は、UE1に許可された(authorized)スライスの確認(slice authorization)を含む。slice authorizationでは、Common NFs51は、UE1が許可されるか否かをスライス毎に決定/判定してもよい。Common NFs51は、いずれのネットワークスライスもUE1に許可されていないこと、又はいずれのネットワークスライスもUE1によって行われている(ongoing)又は要求されている(requested)サービス(services(s))に適用できない(not applicable)ことを判定する。
ステップ1805及び1806は、図17のステップ1709に対応する。ステップ1805及び1806では、Common NFs51のCP NFsは、UE1のパケットフロー又はベアラのアップリンク及びダウンリンク転送ポイントをスライスA及びB(i.e., NFs for slice A52及びNFs for slice B53)から共通ネットワークスライス(i.e., Common NFs51)に切り替えるために、NFs for slice A52及びNFs for slice B53にフロー修正(又はベアラ修正)をトリガーする。
ステップ1807及び1808は、図17のステップ1710及び1711に対応する。ステップ1807では、Common NFs51は、NR Path Switch Request AcknowledgeメッセージをターゲットNR NB7に送る。ステップ1808では、ターゲットNR NB7は、NR DL Information TransferメッセージをUE1に送る。NR Path Switch Request Acknowledgeメッセージ及びNR DL Information Transferメッセージは、UE1にネットワークスライシングが適用されないことを明示的または暗示的に示す情報を包含してもよい。
以上の説明から理解されるように、本実施形態で説明された幾つかのIntra-NRハンドオーバ手順は、ネットワークスライシングをサポートする無線通信ネットワークにおけるUE1のハンドオーバを可能とする。特に、図15~図18を参照して説明された幾つかのIntra-NRハンドオーバ手順は、ソースセル/ソースNR NB6及びターゲットセル/ターゲットNR NB7のうちの一方にネットワークスライシングが適用されないケースにおけるUE1のハンドオーバを可能とする。
続いて以下では、上述の複数の実施形態に係るUE1、LTE eNB2、NR NB3、NR NB6、NR NB7、及びコアネットワークノードの構成例について説明する。図19は、UE1の構成例を示すブロック図である。LTEトランシーバ1901は、LTE eNB2と通信するために、LTE RATのPHYレイヤに関するアナログRF信号処理を行う。LTEトランシーバ1901により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。LTEトランシーバ1901は、アンテナ1902及びベースバンドプロセッサ1905と結合される。すなわち、LTEトランシーバ1901は、変調シンボルデータ(又はOFDMシンボルデータ)をベースバンドプロセッサ1905から受信し、送信RF信号を生成し、送信RF信号をアンテナ1902に供給する。また、LTEトランシーバ1901は、アンテナ1902によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ1905に供給する。
New Radio(NR)トランシーバ1903は、NR NB3と通信するために、NG RATのPHYレイヤに関するアナログRF信号処理を行う。New 5Gトランシーバ1903は、アンテナ1904及びベースバンドプロセッサ1905と結合される。
ベースバンドプロセッサ1905は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(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., アタッチ、モビリティ、及びパケット通信に関するシグナリング)の通信管理を含む。
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ1905によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol(PDCP)レイヤ、Radio Link Control(RLC)レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ1905によるコントロールプレーン処理は、Non-Access Stratum(NAS)プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
ベースバンドプロセッサ1905は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., Digital Signal Processor(DSP))とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., Central Processing Unit(CPU)、又はMicro Processing Unit(MPU))を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ1906と共通化されてもよい。
アプリケーションプロセッサ1906は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ1906は、複数のプロセッサ(複数のプロセッサコア)を含んでもよい。アプリケーションプロセッサ1906は、メモリ1908又は図示されていないメモリから読み出されたシステムソフトウェアプログラム(Operating System(OS))及び様々なアプリケーションプログラム(例えば、メータリングデータ又はセンシングデータを取得する通信アプリケーション)を実行することによって、UE1の各種機能を実現する。
いくつかの実装において、図19に破線(1907)で示されているように、ベースバンドプロセッサ1905及びアプリケーションプロセッサ1906は、1つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ1905及びアプリケーションプロセッサ1906は、1つのSystem on Chip(SoC)デバイス1907として実装されてもよい。SoCデバイスは、システムLarge Scale Integration(LSI)またはチップセットと呼ばれることもある。
メモリ1908は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ1908は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory(SRAM)若しくはDynamic RAM(DRAM)又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory(MROM)、Electrically Erasable Programmable ROM(EEPROM)、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ1908は、ベースバンドプロセッサ1905、アプリケーションプロセッサ1906、及びSoC1907からアクセス可能な外部メモリデバイスを含んでもよい。メモリ1908は、ベースバンドプロセッサ1905内、アプリケーションプロセッサ1906内、又はSoC1907内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ1908は、Universal Integrated Circuit Card(UICC)内のメモリを含んでもよい。
メモリ1908は、上述の複数の実施形態で説明されたUE1による処理を行うための命令群およびデータを含む1又は複数のソフトウェアモジュール(コンピュータプログラム)1909を格納してもよい。いくつかの実装において、ベースバンドプロセッサ1905又はアプリケーションプロセッサ1906は、当該ソフトウェアモジュール1909をメモリ1908から読み出して実行することで、上述の実施形態で説明されたUE1の処理を行うよう構成されてもよい。
図20は、上述の実施形態に係るLTE eNB2の構成例を示すブロック図である。図20を参照すると、LTE eNB2は、LTEトランシーバ2001、ネットワークインターフェース2003、プロセッサ2004、及びメモリ2005を含む。LTEトランシーバ2001は、UE1を含むLTE RATをサポートするUEsと通信するためにアナログRF信号処理を行う。LTEトランシーバ2001は、複数のトランシーバを含んでもよい。LTEトランシーバ2001は、アンテナ2002及びプロセッサ2004と結合される。LTEトランシーバ2001は、変調シンボルデータ(又はOFDMシンボルデータ)をプロセッサ2004から受信し、送信RF信号を生成し、送信RF信号をアンテナ2002に供給する。また、LTEトランシーバ2001は、アンテナ2002によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ2004に供給する。
ネットワークインターフェース2003は、ネットワークノード(e.g., 制御ノード及び転送ノード)と通信するために使用される。ネットワークインターフェース2003は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード(NIC)を含んでもよい。
プロセッサ2004は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ2004によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ2004によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
プロセッサ2004は、複数のプロセッサを含んでもよい。例えば、プロセッサ2004は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., DSP)とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., CPU又はMPU)を含んでもよい。
メモリ2005は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ2005は、プロセッサ2004から離れて配置されたストレージを含んでもよい。この場合、プロセッサ2004は、ネットワークインターフェース2003又は図示されていないI/Oインタフェースを介してメモリ2005にアクセスしてもよい。
メモリ2005は、上述の複数の実施形態で説明されたLTE eNB2による処理を行うための命令群およびデータを含む1又は複数のソフトウェアモジュール(コンピュータプログラム)2006を格納してもよい。いくつかの実装において、プロセッサ2004は、当該1又は複数のソフトウェアモジュール2006をメモリ2005から読み出して実行することで、上述の実施形態で説明されたLTE eNB2の処理を行うよう構成されてもよい。
図21は、上述の実施形態に係るNR NB3の構成例を示すブロック図である。NR NBs6及び7も、図21の構成を有してもよい。図21を参照すると、NR NB3は、New Radio(NR)トランシーバ2101、ネットワークインターフェース2103、プロセッサ2104、及びメモリ2105を含む。NRトランシーバ2101は、UE1を含むNG RATをサポートするUEsと通信するためにアナログRF信号処理を行う。NRトランシーバ2101は、複数のトランシーバを含んでもよい。NRトランシーバ2101は、アンテナ2102及びプロセッサ2104と結合される。NRトランシーバ2101は、変調シンボルデータをプロセッサ2104から受信し、送信RF信号を生成し、送信RF信号をアンテナ2102に供給する。また、NRトランシーバ2101は、アンテナ2102によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ2104に供給する。
ネットワークインターフェース2103は、ネットワークノード(e.g., NG Core5内の制御ノード及び転送ノード)と通信するために使用される。ネットワークインターフェース2103は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード(NIC)を含んでもよい。
プロセッサ2104は、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。プロセッサ2104は、複数のプロセッサを含んでもよい。例えば、プロセッサ2104は、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g., DSP)とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g., CPU又はMPU)を含んでもよい。
メモリ2105は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ2105は、プロセッサ2104から離れて配置されたストレージを含んでもよい。この場合、プロセッサ2104は、ネットワークインターフェース2103又は図示されていないI/Oインタフェースを介してメモリ2105にアクセスしてもよい。
メモリ2105は、上述の複数の実施形態で説明されたNR NB3による処理を行うための命令群およびデータを含む1又は複数のソフトウェアモジュール(コンピュータプログラム)2106を格納してもよい。いくつかの実装において、プロセッサ2104は、当該1又は複数のソフトウェアモジュール2106をメモリ2105から読み出して実行することで、上述の実施形態で説明されたNR NB3の処理を行うよう構成されてもよい。
図22は、上述の実施形態に係るコアネットワークノード2200の構成例を示すブロック図である。コアネットワークノード2200は、例えば、NG Core5内の制御ノード(e.g., Common NFs51)である。図22を参照すると、コアネットワークノード2200は、ネットワークインターフェース2201、プロセッサ2202、及びメモリ2203を含む。ネットワークインターフェース2201は、ネットワークノード(e.g., RANノード、他のコアネットワークノード)と通信するために使用される。ネットワークインターフェース2201は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード(NIC)を含んでもよい。
プロセッサ2202は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ2202は、複数のプロセッサを含んでもよい。
メモリ2203は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ2203は、プロセッサ2202から離れて配置されたストレージを含んでもよい。この場合、プロセッサ2202は、ネットワークインターフェース2201又は図示されていないI/Oインタフェースを介してメモリ2203にアクセスしてもよい。
メモリ2203は、上述の複数の実施形態で説明されたコアネットワークノード(e.g., NG Core5内の制御ノード)による処理を行うための命令群およびデータを含む1又は複数のソフトウェアモジュール(コンピュータプログラム)2204を格納してもよい。いくつかの実装において、プロセッサ2202は、当該1又は複数のソフトウェアモジュール2204をメモリ2203から読み出して実行することで、上述の実施形態で説明されたコアネットワークノードの処理を行うよう構成されてもよい。
図19~図22を用いて説明したように、上述の実施形態に係るUE1、LTE eNB2、NR NB3、及びコアネットワークノードが有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む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)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
<第5の実施形態>
本実施形態では、上述の実施形態で説明されたRRCメッセージ、RANとコアネットワークとの間の制御メッセージ(i.e., NG2メッセージ)、及びソース基地局とターゲット基地局の間の制御メッセージ(i.e., X3メッセージ)の具体例が説明される。
本実施形態では、上述の実施形態で説明されたRRCメッセージ、RANとコアネットワークとの間の制御メッセージ(i.e., NG2メッセージ)、及びソース基地局とターゲット基地局の間の制御メッセージ(i.e., X3メッセージ)の具体例が説明される。
図23A及び図23Bは、Mobility from EUTRA commandメッセージのフォーマットの一例を示している。LTE SystemからNG Systemへのハンドオーバの場合、MobilityFromEUTRACommandメッセージは、“handover”とセットされたpurposeと、NG RANに対応する“ngutra”とセットされたtargetRAT-Typeとを含む。さらに、MobilityFromEUTRACommandメッセージは、targetRAT-MessageContainerを含む。targetRAT-MessageContainerは、ターゲットNR NB3によって生成されたRRCConnectionReconfigurationNRメッセージを含む。さらにまた、targetRAT-Type が“OTHERRAN”、つまり“utra”、“geran”、又は“ngutra”であるとき、MobilityFromEUTRACommandメッセージは、nas-SecurityParamFromEUTRAを含む。
図24は、図2Aのステップ202及び図3Aのステップ302、においてソースLTE eNB2からターゲットNR NB3にダイレクト基地局間インタフェース101(X3インタフェース)上で送られるX3AP: NR Handover Requestメッセージのフォーマットの一例を示している。このNR Handover Requestメッセージは、NG Core5内の制御ノード(Common NF (CNF))の識別子(i.e., Globally Unique CNF ID(GUCNFI))を含む。さらに、このNR Handover Requestメッセージは、UE Context Informationを含む。
図25は、UE Context Informationのフォーマットの一例を示している。図25の例では、UE Context Informationは、NE-RABs To Be Setup Listを含む。NE-RABs To Be Setup Listは、ターゲットNR NB3においてセットアップされるべき無線アクセスベアラ(NE-RABs)のリストを示す。図25に示されたフォーマットは、NR NB3及びNG Core5を含むNG SystemがQoSクラス毎且つPDUセッション毎のベアラを用いるベアラベースド転送をサポートするよう構成される場合に使用されてもよい。
図25に示されたUE Context Informationは、さらに、RRC Contextを含む。RRC Contextは、RRC Handover Preparation Information messageを含む。RRC Handover Preparation Information messageは、NGシステム内でUE1と通信するためのリソース及びセキュリティ関連設定を実施するためにターゲットNR NB3によって使用される。
さらにまた、図35に示されたUE Context Informationは、ネットワークスライシングの為の支援情報(Assistance Data for Network Slicing)を含んでもよい。ソースLTE eNB2は、UE1又はNG Core5から受信したAssistance Data for Network Slicing をE Context Informationに含めてもよい。
図26は、図2Aのステップ203においてターゲットNR NB3からソースLTE eNBにダイレクト基地局間インタフェース101(X3インタフェース)上で送られるX3AP: NR Handover Request Acknowledgeメッセージのフォーマットの一例を示している。このNR Handover Commandメッセージは、Target to Source Transparent Containerを含む。Target to Source Transparent Containerは、ターゲットNR NB3によって生成された無線リソース設定情報(e.g., 無線パラメータ)を包含する。Target to Source Transparent Containerは、RRC NG-UTRA Handover Command メッセージを包含するRRC Containerを含んでもよい。さらに、図26の例では、NR Handover Request Acknowledgeメッセージは、NE-RABs Admitted Listを含む。NE-RABs Admitted Listは、リソースがターゲットセルにおいて準備された無線アクセスベアラ(NE-RABs)のリストを示す。
図27は、図3Aのステップ305においてターゲットNR NB3からソースLTE eNBにダイレクト基地局間インタフェース101(X3インタフェース)上で送られるX3AP: NR Handover Request Acknowledgeメッセージのフォーマットの一例を示している。図27に示されたフォーマットは、コアネットワーク・コンテキスト情報(NG Core Context)を含む点で図26に示されたフォーマットと異なる。NG Core Contextは、ソースLTE eNB2に透過的に、UE1へ送信されてもよい。さらに、又はこれに代えて、NG Core Contextの一部又は全てが、Target To Source Transparent Containerに包含されてもよい。図28は、NG Core Contextのフォーマットの一例を示している。第1の実施形態で説明したように、NG Core Informationは、例えば、スライス情報、及びフロー情報(又はPDUセッション情報)を含む。
図29は、Slice Informationのフォーマットの一例を示している。第1の実施形態において詳細に説明したように、Slice Informationは、UE1のために決定(選択)されたネットワークスライスの識別子(i.e., Network Slice Instance ID)、及び当該ネットワークスライスに関連付けられたネットワーク機能又はノードの識別子(i.e., Network Function ID)を含む。Slice Informationは、当該ネットワークスライスの種別情報(i.e., Multi-Dimensional Descriptor)を含んでもよい。さらに、Slice Informationは、モビリティ・クラス(Mobility Class)若しくはセッション・クラス(Session Class)又は両方を含んでもよい。
図30は、Flow Informationのフォーマットの一例を示している。第1の実施形態において詳細に説明したように、Flow Informationは、UE1の少なくとも1つのパケットフロー(i.e., PDU flow(s))を転送するためにNG system内で確立される少なくとも1つのセッション(i.e., PDU session(s))に関する情報(PDU session Information List)を含む。Flow Informationは、セッション識別子(e.g., PDU Session ID)、並びにNG Core5内の転送ノードのアドレス(Transport Layer Address)及びアップリンク(UL)のSession Endpoint ID(SIED)を含む。
図31は、Session Endpoint IDのフォーマットの一例を示している。第1の実施形態において詳細に説明したように、Session Endpoint IDは、GTP-TEID、GRE-TEID、又はネットワーク機能若しくはノードの識別子(NF ID)であってもよい。
<その他の実施形態>
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。
上述の実施形態は、LTE eNB2及びNR NB3が共にNG Core5に接続されるネットワークの構成例に基づいて説明された。これに代えて、LTE eNB2は、NG Systemとのインターワーキングするよう改良されたEPC(enhanced EPC(eEPC))に接続されてもよい。eEPC内の(e)MMEは、コントロールプレーン・インタフェースを介してNG Core5内の制御ノード(i.e., CPFノード)に接続されてもよい。さらに、eEPC内の1又は複数のノードは、ユーザプレーン・インタフェースを介してNG Core5内の1又は複数のデータノード(i.e., UPFノード)に接続されてもよい。
上述の実施形態で説明されたE-URAN及びNG RANは、Cloud Radio Access Network(C-RAN)コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたLTE eNB2及びNR NB3の各々により行われる処理及び動作は、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)とも呼ばれる。DUとRUは、RAN全体で提供されるASレイヤの機能をDUとRUとで分離して提供してもよい。例えば、ASレイヤの一部(レイヤ2/レイヤ3若しくはそれらのサブレイヤ、又はレイヤの一部機能)をDUに配置し、残りのレイヤ(又はレイヤの一部機能)をRUに配置する構成で、DUとRUとが提供されてもよい。すなわち、上述の実施形態で説明されたLTE eNB2及びNR NB3の各々によって行われる処理及び動作は、任意の1又は複数の無線局(又はRANノード)によって提供されてもよい。
NR NB 3は、ASレイヤ(layers)又は機能のDUとRUへの振り分け(allocation)を動的に変更できるように構成されてもよい。言い換えると、NR NB 3は、DUとRUとの間でのASレイヤ(layers)又は機能の分離ポイントを動的に変更できるように構成されてもよい。例えば、NR NB 3は、複数の異なる機能分離オプション(different functional split options)から1つを動的に選択できるように構成されてもよい。この場合、上述したいくつかの実施形態のLTE to NRのHO手順内で、NG Core5は、Handover Preparation Requiredメッセージ又はNR Path Switch Requestメッセージの受信に応答して、ASレイヤ又は機能のNR NB3のDUとRUへの振り分けを決定してもよい。これに代えて、NR NB3が、ASサブレイヤ又は機能のNR NB3のDUとRUへの振り分けを決定してもよい。NG Core5又はNR NB 3は、NR NB 3に適用される1つの機能分離オプションを予め定められた複数の機能分離オプションから選択してもよい。
一例において、NR NB 3に適用される機能分離オプションは、Handover Preparation Requiredメッセージ又はNR Path Switch Requestメッセージに含まれるE-RAB QoS information IE, e.g. QCI, ARP又はフロー情報などに基づいて決定(選択)されてもよい。さらに又はこれに代えて、NR NB 3に適用される機能分離オプションは、NG Core5若しくはNR NB3により生成されるスライス若しくはスライスに関する情報(スライス情報)に基づいて決定されてもよい。さらに又はこれに代えて、NR NB 3に適用される機能分離オプションは、UE1から送信されたNAS情報に含まれるネットワークスライス支援情報に基づいて決定されてもよい。
また、上述したいくつかの実施形態において、各ノード間で送受信されるメッセージにUE識別子が含まれてもよい。当該UE識別子は、ハンドオーバされるUE1をハンドオーバ手順内で識別するために使用される。
より具体的には、当該UE識別子は、NR NB3とNG Core5のMMEに相当する制御ノードとの間のインタフェース(e.g., Sn インタフェース又はNG2 インタフェース、nは整数)上で使用されるUE識別子であってもよい。このUE識別子は、NR NB UE SnAP ID(NR NB UE Sn Application Protocol Identifier)又はNR NB UE NG2AP IDと表現されてもよい。
これに代えて、当該UE識別子は、NR NB3とLTE eNB2との間のインタフェース(e.g., Xnインタフェース、nは整数)上で使用されるUE識別子であってもよい。このUE識別子は、NR NB UE XnAP IDと表現されてもよい。
これに代えて、当該UE識別子は、NG Core5のMMEに相当する制御ノードとEPC4内のMMEとの間のインタフェース(e.g., Sm インタフェース、mは整数)上で使用されるUE識別子であってもよい。このUE識別子は、例えばeMME UE SmAP IDと表現されてもよい。
これに代えて、当該UE識別子は、NG Core5のMMEに相当する制御ノードとLTE eNB2との間のインタフェース(e.g., Sl インタフェース、lは整数)上で使用され、且つ当該制御ノードによって割り当てられるUE識別子であってもよい。このUEの識別子は、例えばeMME UE SlAP IDと表現されてもよい。
さらに、これらのUE識別子がハンドオーバ手順内において各ノード間で転送されてもよい。なお、上述した各インタフェースを識別するためのSn、NG2、Sm、Sl、及びXnは例示であり、他の表記であってもよい。
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
(付記1)
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信するよう構成され、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信するよう構成され、
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御するよう構成され、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
ターゲットRANノード。
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信するよう構成され、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信するよう構成され、
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御するよう構成され、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
ターゲットRANノード。
(付記2)
前記スライス情報は、(a)前記無線端末のために選択されたネットワークスライスの識別情報、(b)前記無線端末のために選択されたネットワークスライスの種別情報、若しくは(c)前記無線端末のために選択されたネットワークスライスに関連付けられたネットワークノード又はネットワーク機能の識別情報、又はこれらの任意の組合せを含む、
付記1に記載のターゲットRANノード。
前記スライス情報は、(a)前記無線端末のために選択されたネットワークスライスの識別情報、(b)前記無線端末のために選択されたネットワークスライスの種別情報、若しくは(c)前記無線端末のために選択されたネットワークスライスに関連付けられたネットワークノード又はネットワーク機能の識別情報、又はこれらの任意の組合せを含む、
付記1に記載のターゲットRANノード。
(付記3)
前記スライス情報は、前記無線端末のために選択されたネットワークスライスがサポートするモビリティ・クラス若しくはセッション・クラス又は両方を含む、付記1又は2に記載のターゲットRANノード。
前記スライス情報は、前記無線端末のために選択されたネットワークスライスがサポートするモビリティ・クラス若しくはセッション・クラス又は両方を含む、付記1又は2に記載のターゲットRANノード。
(付記4)
前記フロー情報は、前記無線端末の各パケットフローに関して、フロー識別子及びフローQoSパラメータを含む、
付記1~3のいずれか1項に記載のターゲットRANノード。
前記フロー情報は、前記無線端末の各パケットフローに関して、フロー識別子及びフローQoSパラメータを含む、
付記1~3のいずれか1項に記載のターゲットRANノード。
(付記5)
前記少なくとも1つのプロセッサは、前記無線端末が前記ターゲットRANノードに接続した後のハンドオーバ完了フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つを前記コアネットワークから受信するよう構成されている、
付記1~4のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記無線端末が前記ターゲットRANノードに接続した後のハンドオーバ完了フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つを前記コアネットワークから受信するよう構成されている、
付記1~4のいずれか1項に記載のターゲットRANノード。
(付記6)
前記handover requestメッセージは、前記ソースRANノードによって導出されたセキュリティパラメータを含み、
前記少なくとも1つのプロセッサは、前記セキュリティパラメータからAccess Stratum(AS)セキュリティ鍵を導出するよう構成されている、
付記5に記載のターゲットRANノード。
前記handover requestメッセージは、前記ソースRANノードによって導出されたセキュリティパラメータを含み、
前記少なくとも1つのプロセッサは、前記セキュリティパラメータからAccess Stratum(AS)セキュリティ鍵を導出するよう構成されている、
付記5に記載のターゲットRANノード。
(付記7)
前記少なくとも1つのプロセッサは、前記ハンドオーバ完了フェーズにおいて、path switch requestメッセージを前記コアネットワークに送信するよう構成され、
前記path switch requestメッセージは、前記無線端末のためのネットワークスライスを選択又は生成するよう前記コアネットワークをトリガーする、
付記5又は6に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ハンドオーバ完了フェーズにおいて、path switch requestメッセージを前記コアネットワークに送信するよう構成され、
前記path switch requestメッセージは、前記無線端末のためのネットワークスライスを選択又は生成するよう前記コアネットワークをトリガーする、
付記5又は6に記載のターゲットRANノード。
(付記8)
前記少なくとも1つのプロセッサは、前記ハンドオーバ完了フェーズにおいて、path switch requestメッセージを前記コアネットワークに送信するよう構成され、
前記path switch requestメッセージは、前記無線端末のためのベアラレス・セッションを生成するよう前記コアネットワークをトリガーする、
付記5又は6に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ハンドオーバ完了フェーズにおいて、path switch requestメッセージを前記コアネットワークに送信するよう構成され、
前記path switch requestメッセージは、前記無線端末のためのベアラレス・セッションを生成するよう前記コアネットワークをトリガーする、
付記5又は6に記載のターゲットRANノード。
(付記9)
前記少なくとも1つのプロセッサは、前記スライス情報及びフロー情報のうち少なくとも1つを前記無線端末に送信するよう構成されている、
付記5~8のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記スライス情報及びフロー情報のうち少なくとも1つを前記無線端末に送信するよう構成されている、
付記5~8のいずれか1項に記載のターゲットRANノード。
(付記10)
前記少なくとも1つのプロセッサは、前記ソースRANノードによる前記無線端末へのハンドオーバの指示より前のハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つを前記コアネットワークから受信するよう構成されている、
付記1~4のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ソースRANノードによる前記無線端末へのハンドオーバの指示より前のハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つを前記コアネットワークから受信するよう構成されている、
付記1~4のいずれか1項に記載のターゲットRANノード。
(付記11)
前記少なくとも1つのプロセッサは、前記スライス情報に基づいて、前記無線端末のベアラ毎またはフロー毎に、ベアラ又はフローを受け入れるか否かを決定するよう構成されている、
付記10に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記スライス情報に基づいて、前記無線端末のベアラ毎またはフロー毎に、ベアラ又はフローを受け入れるか否かを決定するよう構成されている、
付記10に記載のターゲットRANノード。
(付記12)
前記少なくとも1つのプロセッサは、前記スライス情報に基づいて、各ネットワークスライスを受け入れることが可能か否かを決定するよう構成されている、
付記10又は11に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記スライス情報に基づいて、各ネットワークスライスを受け入れることが可能か否かを決定するよう構成されている、
付記10又は11に記載のターゲットRANノード。
(付記13)
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、Non-Access Stratum(NAS)セキュリティ設定情報と、Access Stratum(AS)セキュリティ鍵の導出のために前記ターゲットRANノードによって使用されるセキュリティパラメータとを前記コアネットワークからさらに受信するよう構成されている、
付記10~12のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、Non-Access Stratum(NAS)セキュリティ設定情報と、Access Stratum(AS)セキュリティ鍵の導出のために前記ターゲットRANノードによって使用されるセキュリティパラメータとを前記コアネットワークからさらに受信するよう構成されている、
付記10~12のいずれか1項に記載のターゲットRANノード。
(付記14)
前記少なくとも1つのプロセッサは、transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ソースRANノードに送信するよう構成され、
前記transparent containerは、前記スライス情報及びフロー情報のうち少なくとも1つに含まれる所定のパラメータ若しくは前記スライス情報及びフロー情報のうち少なくとも1つに基づいて生成された無線リソース設定情報又はこれら両方を包含し、且つ前記ソースRANノードによって前記無線端末に向けてフォワードされる、
付記10~13のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ソースRANノードに送信するよう構成され、
前記transparent containerは、前記スライス情報及びフロー情報のうち少なくとも1つに含まれる所定のパラメータ若しくは前記スライス情報及びフロー情報のうち少なくとも1つに基づいて生成された無線リソース設定情報又はこれら両方を包含し、且つ前記ソースRANノードによって前記無線端末に向けてフォワードされる、
付記10~13のいずれか1項に記載のターゲットRANノード。
(付記15)
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つの送信を要求する要求メッセージを前記コアネットワークに送信するよう構成され、
前記要求メッセージは、前記無線端末のためのネットワークスライスを選択又は生成するよう前記コアネットワークをトリガーする、
付記10~14のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つの送信を要求する要求メッセージを前記コアネットワークに送信するよう構成され、
前記要求メッセージは、前記無線端末のためのネットワークスライスを選択又は生成するよう前記コアネットワークをトリガーする、
付記10~14のいずれか1項に記載のターゲットRANノード。
(付記16)
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つの送信を要求する要求メッセージを前記コアネットワークに送信するよう構成され、
前記要求メッセージは、前記無線端末のためのベアラレス・セッションを生成するよう前記コアネットワークをトリガーする、
付記10~14のいずれか1項に記載のターゲットRANノード。
前記少なくとも1つのプロセッサは、前記ハンドオーバ準備フェーズにおいて、前記スライス情報及びフロー情報のうち少なくとも1つの送信を要求する要求メッセージを前記コアネットワークに送信するよう構成され、
前記要求メッセージは、前記無線端末のためのベアラレス・セッションを生成するよう前記コアネットワークをトリガーする、
付記10~14のいずれか1項に記載のターゲットRANノード。
(付記17)
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定するよう構成され、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信するよう構成され、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信するよう構成され、
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信するよう構成され、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
ソースRANノード。
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定するよう構成され、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信するよう構成され、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信するよう構成され、
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信するよう構成され、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
ソースRANノード。
(付記18)
前記少なくとも1つのプロセッサは、前記第1のネットワークで使用される第1のセキュリティパラメータから、前記第2のネットワークで使用される第2のセキュリティパラメータを導出し、前記第2のセキュリティパラメータを前記handover requestメッセージに含めるよう構成され、
前記第2のセキュリティパラメータは、前記第2のネットワークでのAccess Stratum(AS)セキュリティ鍵の導出のために前記ターゲットRANノードによって使用される、
付記17に記載のソースRANノード。
前記少なくとも1つのプロセッサは、前記第1のネットワークで使用される第1のセキュリティパラメータから、前記第2のネットワークで使用される第2のセキュリティパラメータを導出し、前記第2のセキュリティパラメータを前記handover requestメッセージに含めるよう構成され、
前記第2のセキュリティパラメータは、前記第2のネットワークでのAccess Stratum(AS)セキュリティ鍵の導出のために前記ターゲットRANノードによって使用される、
付記17に記載のソースRANノード。
(付記19)
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードにおける方法であって、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を備え、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
方法。
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードにおける方法であって、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を備え、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
方法。
(付記20)
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードにおける方法であって、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を備え、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
方法。
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードにおける方法であって、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を備え、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
方法。
(付記21)
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を備え、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
プログラム。
第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第1のネットワークから前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第1のネットワーク内のソースRANノードからダイレクト・インタフェース上で受信すること、
前記handover requestメッセージの受信に応答して、スライス情報及びフロー情報のうち少なくとも1つをコアネットワークから受信すること、及び
前記スライス情報及びフロー情報のうち少なくとも1つに基づいて、前記無線端末の通信を制御すること、
を備え、
前記スライス情報は、前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関し、
前記フロー情報は、前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関する、
プログラム。
(付記22)
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を備え、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
プログラム。
第1のネットワークに関連付けられたソース無線アクセスネットワーク(RAN)ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
前記第1のネットワークから第2のネットワークへの無線端末のハンドオーバを決定すること、
前記ハンドオーバの決定に応答して、前記第2のネットワークへの無線端末のハンドオーバを要求するhandover requestメッセージを前記第2のネットワーク内のターゲットRANノードにダイレクト・インタフェース上で送信すること、
transparent containerを包含するhandover request acknowledgeメッセージを、前記ダイレクト・インタフェース上で前記ターゲットRANノードから受信すること、及び
前記transparent containerを包含し且つ前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記無線端末に送信すること、
を備え、
前記transparent containerは、前記第2のネットワークに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を含み、
前記無線リソース設定情報は、(a)前記無線端末が接続する前記第2のネットワーク内のネットワークスライスに関するスライス情報に基づいて生成された第1の無線リソース設定情報、及び(b)前記無線端末の少なくとも1つのパケットフローを転送するためにベアラレス・ネットワークとしての前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報に基づいて生成された第2の無線リソース設定情報のうち少なくとも1つを含む、
プログラム。
(付記23)
無線端末であって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、前記無線端末が接続する第1のネットワークから第2のネットワークへのハンドオーバにおいて、前記第2のネットワーク内のネットワークスライスに関するスライス情報及び前記第2のネットワーク内のネットワークスライスに基づく無線リソース設定情報の少なくとも一方を包含するハンドオーバに関するメッセージを前記第1のネットワークの無線アクセスネットワーク(RAN)ノードから受信するよう構成される、無線端末。
無線端末であって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、前記無線端末が接続する第1のネットワークから第2のネットワークへのハンドオーバにおいて、前記第2のネットワーク内のネットワークスライスに関するスライス情報及び前記第2のネットワーク内のネットワークスライスに基づく無線リソース設定情報の少なくとも一方を包含するハンドオーバに関するメッセージを前記第1のネットワークの無線アクセスネットワーク(RAN)ノードから受信するよう構成される、無線端末。
(付記24)
前記少なくとも1つのプロセッサは、
前記第1のネットワークから前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記RANノードから受信するよう構成され、前記mobility commandメッセージは、前記第2のネットワークに関連付けられたターゲットRANノードにより生成され、前記無線端末が接続される前記第2のネットワーク内のネットワークスライスに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を包含し;
前記無線リソース設定情報を用いて、前記第2のネットワークに関連付けられた前記ターゲットRANノードとの前記無線コネクションを確立するよう構成されている、
付記23に記載の無線端末。
前記少なくとも1つのプロセッサは、
前記第1のネットワークから前記第2のネットワークへのハンドオーバを示すmobility commandメッセージを前記RANノードから受信するよう構成され、前記mobility commandメッセージは、前記第2のネットワークに関連付けられたターゲットRANノードにより生成され、前記無線端末が接続される前記第2のネットワーク内のネットワークスライスに関連付けられた無線コネクションを確立するために前記無線端末にとって必要となる無線リソース設定情報を包含し;
前記無線リソース設定情報を用いて、前記第2のネットワークに関連付けられた前記ターゲットRANノードとの前記無線コネクションを確立するよう構成されている、
付記23に記載の無線端末。
(付記25)
前記ハンドオーバに関するメッセージは、さらに、前記無線端末の少なくとも1つのパケットフローを転送するために前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報、及び前記フロー情報から導かれる無線リソース設定情報
のうち少なくとも一方を含む、
付記23又は24に記載の無線端末。
前記ハンドオーバに関するメッセージは、さらに、前記無線端末の少なくとも1つのパケットフローを転送するために前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報、及び前記フロー情報から導かれる無線リソース設定情報
のうち少なくとも一方を含む、
付記23又は24に記載の無線端末。
(付記26)
コアネットワークノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、第1のネットワークから第2のネットワークへの無線端末のハンドオーバにおいて、前記無線端末が接続される前記第2のネットワーク内のネットワークスライスに関するスライス情報を前記第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードに送るよう構成される、
コアネットワークノード。
コアネットワークノードであって、
少なくとも1つのメモリと、
前記少なくとも1つのメモリに結合された少なくとも1つのプロセッサと、
を備え、
前記少なくとも1つのプロセッサは、第1のネットワークから第2のネットワークへの無線端末のハンドオーバにおいて、前記無線端末が接続される前記第2のネットワーク内のネットワークスライスに関するスライス情報を前記第2のネットワークに関連付けられたターゲット無線アクセスネットワーク(RAN)ノードに送るよう構成される、
コアネットワークノード。
(付記27)
前記少なくとも1つのプロセッサは、さらに、前記第1のネットワークから前記第2のネットワークへの前記無線端末のハンドオーバにおいて、前記無線端末の少なくとも1つのパケットフローを転送するために前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報を前記ターゲットRANノードに送るよう構成される、
付記26に記載のコアネットワークノード。
前記少なくとも1つのプロセッサは、さらに、前記第1のネットワークから前記第2のネットワークへの前記無線端末のハンドオーバにおいて、前記無線端末の少なくとも1つのパケットフローを転送するために前記第2のネットワーク内で確立される少なくとも1つのセッションに関するフロー情報を前記ターゲットRANノードに送るよう構成される、
付記26に記載のコアネットワークノード。
(付記28)
前記少なくとも1つのプロセッサは、ソースRANノードによる前記無線端末へのハンドオーバの指示より前のハンドオーバ準備フェーズにおいて、前記スライス情報を前記ターゲットRANノードに送るよう構成される、
付記26又は27に記載のコアネットワークノード。
前記少なくとも1つのプロセッサは、ソースRANノードによる前記無線端末へのハンドオーバの指示より前のハンドオーバ準備フェーズにおいて、前記スライス情報を前記ターゲットRANノードに送るよう構成される、
付記26又は27に記載のコアネットワークノード。
(付記29)
前記少なくとも1つのプロセッサは、前記無線端末が前記ターゲットRANノードに接続した後のハンドオーバ完了フェーズにおいて、前記スライス情報を前記ターゲットRANノードに送るよう構成される、
付記26又は27に記載のコアネットワークノード。
前記少なくとも1つのプロセッサは、前記無線端末が前記ターゲットRANノードに接続した後のハンドオーバ完了フェーズにおいて、前記スライス情報を前記ターゲットRANノードに送るよう構成される、
付記26又は27に記載のコアネットワークノード。
この出願は、2016年8月10日に出願された日本出願特願2016-158282を基礎とする優先権を主張し、その開示の全てをここに取り込む。
1 User Equipment (UE)
2 LTE eNodeB (eNB)
3 New Radio (NR) NodeB (NB)
5 NextGen (NG) Core
6 New Radio (NR) NodeB (NB)
7 New Radio (NR) NodeB (NB)
1905 ベースバンドプロセッサ
1906 アプリケーションプロセッサ
1908 メモリ
2004 プロセッサ
2005 メモリ
2104 プロセッサ
2105 メモリ
2202 プロセッサ
2203 メモリ
2 LTE eNodeB (eNB)
3 New Radio (NR) NodeB (NB)
5 NextGen (NG) Core
6 New Radio (NR) NodeB (NB)
7 New Radio (NR) NodeB (NB)
1905 ベースバンドプロセッサ
1906 アプリケーションプロセッサ
1908 メモリ
2004 プロセッサ
2005 メモリ
2104 プロセッサ
2105 メモリ
2202 プロセッサ
2203 メモリ
Claims (16)
- Fifth Generation(5G)コアネットワークに接続されるターゲット無線アクセスネットワーク(RAN)ノードであって、
前記5Gコアネットワークに接続されたソースRANノードから、前記ターゲットRANノードと前記ソースRANノードとの間のインタフェースにおいて、Handover Requestメッセージを受信する手段と、
transparent containerを含むHandover Request Acknowledgeメッセージを前記ソースRANノードに送信する手段と、を備え、
前記transparent containerは、前記ソースRANノードを介して無線端末に転送される無線リソース設定情報を包含し、
前記Handover Requestメッセージは、スライス情報と、セットアップされる少なくとも1つのフローを示すフローリスト情報とを含み、
前記スライス情報は、ネットワークスライスを識別し、前記ネットワークスライスは論理ネットワークであり、
前記フローリスト情報において示される少なくとも1つのフローは、PDUセッション内に設定され、
前記フローリスト情報は、前記PDUセッション内のフローを識別するフロー識別子と、前記フロー識別子によって識別される前記フローに対応するフローQuality of Service(QoS)パラメータとを含む、
ターゲットRANノード。 - 前記ソースRANノード及び前記ターゲットRANノードは共に5G基地局である、
請求項1に記載のターゲットRANノード。 - 前記無線リソース設定情報は、前記Handover Requestメッセージに基づいて作成される、
請求項1又は2に記載のターゲットRANノード。 - 前記無線リソース設定情報は、前記フローリスト情報及び前記スライス情報の少なくとも一方に基づいて作成される、
請求項1~3のいずれか1項に記載のターゲットRANノード。 - Fifth Generation(5G)コアネットワークに接続されるソース無線アクセスネットワーク(RAN)ノードであって、
前記5Gコアネットワークに接続されたターゲットRANノードへ、前記ターゲットRANノードと前記ソースRANノードとの間のインタフェースにおいて、Handover Requestメッセージを送信する手段と、
無線リソース設定情報を包含するtransparent containerを含むHandover Request Acknowledgeメッセージを、前記ターゲットRANノードと前記ソースRANノードとの間の前記インタフェースにおいて、前記ターゲットRANノードから受信する手段と、
前記無線リソース設定情報を無線端末に送信する手段と、を備え、
前記Handover Requestメッセージは、スライス情報と、セットアップされる少なくとも1つのフローを示すフローリスト情報とを含み、
前記スライス情報は、ネットワークスライスを識別し、前記ネットワークスライスは論理ネットワークであり、
前記フローリスト情報において示される少なくとも1つのフローは、PDUセッション内に設定され、
前記フローリスト情報は、前記PDUセッション内のフローを識別するフロー識別子と、前記フロー識別子によって識別される前記フローに対応するフローQuality of Service(QoS)パラメータとを含む、
ソースRANノード。 - 前記ソースRANノード及び前記ターゲットRANノードは共に5G基地局である、
請求項5に記載のソースRANノード。 - 前記無線リソース設定情報は、前記Handover Requestメッセージに基づいて作成される、
請求項5又は6に記載のソースRANノード。 - 前記無線リソース設定情報は、前記フローリスト情報及び前記スライス情報の少なくとも一方に基づいて作成される、
請求項5~7のいずれか1項に記載のソースRANノード。 - Fifth Generation(5G)コアネットワークに接続されるターゲット無線アクセスネットワーク(RAN)ノードの方法であって、
前記5Gコアネットワークに接続されたソースRANノードから、前記ターゲットRANノードと前記ソースRANノードとの間のインタフェースにおいて、Handover Requestメッセージを受信すること、及び
transparent containerを含むHandover Request Acknowledgeメッセージを前記ソースRANノードに送信すること、を備え、
前記transparent containerは、前記ソースRANノードを介して無線端末に転送される無線リソース設定情報を包含し、
前記Handover Requestメッセージは、スライス情報と、セットアップされる少なくとも1つのフローを示すフローリスト情報とを含み、
前記スライス情報は、ネットワークスライスを識別し、前記ネットワークスライスは論理ネットワークであり、
前記フローリスト情報において示される少なくとも1つのフローは、PDUセッション内に設定され、
前記フローリスト情報は、前記PDUセッション内のフローを識別するフロー識別子と、前記フロー識別子によって識別される前記フローに対応するフローQuality of Service(QoS)パラメータとを含む、
方法。 - 前記ソースRANノード及び前記ターゲットRANノードは共に5G基地局である、
請求項9に記載の方法。 - 前記無線リソース設定情報は、前記Handover Requestメッセージに基づいて作成される、
請求項9又は10に記載の方法。 - 前記無線リソース設定情報は、前記フローリスト情報及び前記スライス情報の少なくとも一方に基づいて作成される、
請求項9~11のいずれか1項に記載の方法。 - Fifth Generation(5G)コアネットワークに接続されるソース無線アクセスネットワーク(RAN)ノードの方法であって、
前記5Gコアネットワークに接続されたターゲットRANノードへ、前記ターゲットRANノードと前記ソースRANノードとの間のインタフェースにおいて、Handover Requestメッセージを送信すること、
無線リソース設定情報を包含するtransparent containerを含むHandover Request Acknowledgeメッセージを、前記ターゲットRANノードと前記ソースRANノードとの間の前記インタフェースにおいて、前記ターゲットRANノードから受信すること、及び
前記無線リソース設定情報を無線端末に送信すること、を備え、
前記Handover Requestメッセージは、スライス情報と、セットアップされる少なくとも1つのフローを示すフローリスト情報とを含み、
前記スライス情報は、ネットワークスライスを識別し、前記ネットワークスライスは論理ネットワークであり、
前記フローリスト情報において示される少なくとも1つのフローは、PDUセッション内に設定され、
前記フローリスト情報は、前記PDUセッション内のフローを識別するフロー識別子と、前記フロー識別子によって識別される前記フローに対応するフローQuality of Service(QoS)パラメータとを含む、
方法。 - 前記ソースRANノード及び前記ターゲットRANノードは共に5G基地局である、
請求項13に記載の方法。 - 前記無線リソース設定情報は、前記Handover Requestメッセージに基づいて作成される、
請求項13又は14に記載の方法。 - 前記無線リソース設定情報は、前記フローリスト情報及び前記スライス情報の少なくとも一方に基づいて作成される、
請求項13~15のいずれか1項に記載の方法。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016158282 | 2016-08-10 | ||
JP2016158282 | 2016-08-10 | ||
JP2021025225A JP7088342B2 (ja) | 2016-08-10 | 2021-02-19 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
JP2022092163A JP7327588B2 (ja) | 2016-08-10 | 2022-06-07 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022092163A Division JP7327588B2 (ja) | 2016-08-10 | 2022-06-07 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023129544A true JP2023129544A (ja) | 2023-09-14 |
Family
ID=61162088
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018533427A Active JP6642720B2 (ja) | 2016-08-10 | 2017-05-15 | 無線アクセスネットワークノード、無線端末、及び方法 |
JP2019224261A Active JP6844679B2 (ja) | 2016-08-10 | 2019-12-12 | 無線アクセスネットワークノード、無線端末、及び方法 |
JP2021025225A Active JP7088342B2 (ja) | 2016-08-10 | 2021-02-19 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
JP2022092163A Active JP7327588B2 (ja) | 2016-08-10 | 2022-06-07 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
JP2023119539A Pending JP2023129544A (ja) | 2016-08-10 | 2023-07-24 | ターゲット無線アクセスネットワークノード、ソース無線アクセスネットワークノード、及びこれらの方法 |
Family Applications Before (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018533427A Active JP6642720B2 (ja) | 2016-08-10 | 2017-05-15 | 無線アクセスネットワークノード、無線端末、及び方法 |
JP2019224261A Active JP6844679B2 (ja) | 2016-08-10 | 2019-12-12 | 無線アクセスネットワークノード、無線端末、及び方法 |
JP2021025225A Active JP7088342B2 (ja) | 2016-08-10 | 2021-02-19 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
JP2022092163A Active JP7327588B2 (ja) | 2016-08-10 | 2022-06-07 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
Country Status (5)
Country | Link |
---|---|
US (3) | US11910258B2 (ja) |
EP (3) | EP3499964B1 (ja) |
JP (5) | JP6642720B2 (ja) |
CN (3) | CN109565732B (ja) |
WO (1) | WO2018029931A1 (ja) |
Families Citing this family (90)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6665937B2 (ja) | 2016-08-10 | 2020-03-13 | 日本電気株式会社 | 無線アクセスネットワークノード、無線端末、及びこれらの方法 |
WO2018029931A1 (ja) | 2016-08-10 | 2018-02-15 | 日本電気株式会社 | 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法 |
CN113194478A (zh) | 2016-08-10 | 2021-07-30 | 日本电气株式会社 | 无线电接入网络节点、无线电终端、核心网络节点及方法 |
CN113676973A (zh) * | 2016-08-10 | 2021-11-19 | 日本电气株式会社 | 无线终端、核心网节点及其方法 |
CN107734563B (zh) | 2016-08-12 | 2020-02-07 | 电信科学技术研究院 | 切换场景下的QoS参数处理的方法及设备 |
EP3503625A4 (en) * | 2016-08-17 | 2020-01-22 | NTT DoCoMo, Inc. | COMMUNICATION CONTROL DEVICE AND COMMUNICATION CONTROL METHOD |
CN111885642B (zh) * | 2016-11-02 | 2022-06-10 | 中兴通讯股份有限公司 | 切换方法及装置 |
US11039380B2 (en) * | 2016-11-03 | 2021-06-15 | Lg Electronics Inc. | Method for moving from NGS to EPS in wireless communication system and apparatus therefor |
WO2018124761A1 (ko) * | 2016-12-29 | 2018-07-05 | 엘지전자 주식회사 | 무선 통신 시스템에서 빔을 지원하는 방법 및 장치 |
WO2018128462A1 (ko) * | 2017-01-05 | 2018-07-12 | 엘지전자 주식회사 | Qos 플로우 대 drb 맵핑에 대한 규칙을 전송하는 방법 및 장치 |
CN113784387A (zh) * | 2017-01-05 | 2021-12-10 | 华为技术有限公司 | 信息传输的方法和装置 |
CN114423064B (zh) | 2017-01-06 | 2023-04-11 | 荣耀终端有限公司 | 一种通信方法、接入网设备、通信装置 |
US11228949B2 (en) * | 2017-01-06 | 2022-01-18 | Samsung Electronics Co., Ltd. | Intra-RAT handover for next generation system |
US10470199B2 (en) * | 2017-01-10 | 2019-11-05 | Htc Corporation | Device and method of handling a PDU session in inter-system mobility between a LTE system and a NR/5G system |
CN110169133B (zh) * | 2017-01-10 | 2021-06-18 | 株式会社Ntt都科摩 | 通信控制装置和通信控制方法 |
US20190373520A1 (en) * | 2017-01-23 | 2019-12-05 | Nokia Technologies Oy | Method and apparatus for complementary and equivalent network slice deployment in a network environment |
US11223987B2 (en) * | 2017-02-07 | 2022-01-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Bearer translation |
EP3361777B1 (en) * | 2017-02-09 | 2022-02-09 | HTC Corporation | Device and method for handling evolved long-term evolution network |
US10952176B2 (en) * | 2017-03-17 | 2021-03-16 | Samsung Electronics Co., Ltd. | AF influenced PDU session management and subscription procedures |
AU2017410366A1 (en) * | 2017-04-20 | 2019-11-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Communication method, access network device and terminal device |
US10582432B2 (en) | 2017-05-04 | 2020-03-03 | Comcast Cable Communications, Llc | Communications for network slicing using resource status information |
CN111465062A (zh) * | 2017-05-08 | 2020-07-28 | 华为技术有限公司 | 一种通信***间移动方法及装置 |
WO2018219352A1 (en) * | 2017-06-02 | 2018-12-06 | Fg Innovation Ip Company Limited | Methods, devices, and systems for service-driven mobility management |
WO2018226006A1 (ko) * | 2017-06-06 | 2018-12-13 | 엘지전자 주식회사 | Pdu 세션의 핸드오버를 결정하는 방법 및 셀 |
KR102224248B1 (ko) * | 2017-06-09 | 2021-03-08 | 삼성전자주식회사 | 통신 시스템에서 PDU(Protocol Data Unit) 세션을 설립하는 방법 |
US11553388B2 (en) * | 2017-06-16 | 2023-01-10 | Htc Corporation | Device and method of handling mobility between long-term evolution network and fifth generation network |
EP3646558A1 (en) * | 2017-06-26 | 2020-05-06 | Telefonaktiebolaget LM Ericsson (PUBL) | Refreshing a security context for a mobile device |
CN109429276B (zh) * | 2017-06-30 | 2021-03-30 | 华为技术有限公司 | 通信方法及装置 |
WO2019025497A1 (en) | 2017-08-02 | 2019-02-07 | Sony Corporation | METHODS AND APPARATUS FOR SUPPORTING INTEGRITY PROTECTION IN INTERCELLULAR TRANSFERS |
CN115397037A (zh) | 2017-08-11 | 2022-11-25 | 北京三星通信技术研究有限公司 | 建立双连接的方法及装置 |
CN109392004B (zh) * | 2017-08-11 | 2021-09-21 | 华为技术有限公司 | 通信方法、基站、终端设备和*** |
US11153813B2 (en) * | 2017-08-11 | 2021-10-19 | Comcast Cable Communications, Llc | Network slice for visited network |
US10764789B2 (en) | 2017-08-11 | 2020-09-01 | Comcast Cable Communications, Llc | Application-initiated network slices in a wireless network |
KR102329925B1 (ko) * | 2017-08-14 | 2021-11-23 | 삼성전자 주식회사 | 4g/5g 동시 등록된 이동 통신 단말을 위한 네트워크 이동시 데이터 동기화 제공 방안 |
JP7232250B2 (ja) * | 2017-09-26 | 2023-03-02 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 無線通信システムのハンドオーバにおけるセキュリティコンテキストの管理およびキー導出の実施 |
WO2019064383A1 (ja) * | 2017-09-27 | 2019-04-04 | 富士通株式会社 | 基地局装置、端末装置、無線通信システム、及び無線通信方法 |
CN113300877B (zh) * | 2017-09-27 | 2022-07-22 | 华为技术有限公司 | 一种网络切片管理方法及设备 |
JP7140128B2 (ja) * | 2017-09-27 | 2022-09-21 | ソニーグループ株式会社 | 通信装置、通信方法及びコンピュータプログラム |
TWI688286B (zh) * | 2017-10-29 | 2020-03-11 | 宏達國際電子股份有限公司 | 處理無線存取技術的無線承載組態的裝置及方法 |
US11240701B2 (en) * | 2017-11-17 | 2022-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Notification control over RAN interfaces |
US10681593B2 (en) * | 2017-11-30 | 2020-06-09 | At&T Intellectual Property I, L.P. | Session transfer for packet data network connection |
EP3972347A1 (en) | 2017-12-08 | 2022-03-23 | Comcast Cable Communications LLC | User plane function selection for isolated network slice |
US11252628B2 (en) * | 2018-01-09 | 2022-02-15 | Htc Corporation | Device and method for handling new radio capabilities |
KR102492562B1 (ko) * | 2018-01-12 | 2023-01-27 | 삼성전자주식회사 | 네트워크 보안을 위한 장치 및 방법 |
CN110278591B (zh) | 2018-03-14 | 2021-10-12 | 中兴通讯股份有限公司 | 地址协同方法、装置、基站、smf网元及存储介质 |
WO2019228504A1 (zh) * | 2018-05-31 | 2019-12-05 | Oppo广东移动通信有限公司 | 一种终端能力的获取方法及装置、计算机存储介质 |
EP3804402A1 (en) * | 2018-06-04 | 2021-04-14 | Telefonaktiebolaget LM Ericsson (publ.) | Core network indication and security handling for handover |
CN110636579B (zh) * | 2018-06-22 | 2021-07-09 | 华为技术有限公司 | 通信方法、寻呼方法、设备和*** |
US10575230B2 (en) * | 2018-07-20 | 2020-02-25 | Google Llc | Network slicing for WLAN |
US11271846B2 (en) | 2018-10-22 | 2022-03-08 | Oracle International Corporation | Methods, systems, and computer readable media for locality-based selection and routing of traffic to producer network functions (NFs) |
US10778527B2 (en) * | 2018-10-31 | 2020-09-15 | Oracle International Corporation | Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture |
US10999447B2 (en) * | 2018-11-02 | 2021-05-04 | Ofinno, Llc | Charging control in roaming scenario |
US11057811B2 (en) * | 2018-12-14 | 2021-07-06 | T-Mobile Usa, Inc. | Bearer selection for dual connectivity cellular systems |
CN113424585A (zh) * | 2019-02-11 | 2021-09-21 | 诺基亚技术有限公司 | 利用网络切片的蜂窝部署中的增强型移动性 |
US11252093B2 (en) | 2019-06-26 | 2022-02-15 | Oracle International Corporation | Methods, systems, and computer readable media for policing access point name-aggregate maximum bit rate (APN-AMBR) across packet data network gateway data plane (P-GW DP) worker instances |
US11159359B2 (en) | 2019-06-26 | 2021-10-26 | Oracle International Corporation | Methods, systems, and computer readable media for diameter-peer-wide egress rate limiting at diameter relay agent (DRA) |
US10819636B1 (en) | 2019-06-26 | 2020-10-27 | Oracle International Corporation | Methods, systems, and computer readable media for producer network function (NF) service instance wide egress rate limiting at service communication proxy (SCP) |
CN114128396A (zh) * | 2019-07-03 | 2022-03-01 | 皇家飞利浦有限公司 | 蜂窝切片网络中的中继选择 |
CN114097277A (zh) * | 2019-07-04 | 2022-02-25 | 上海诺基亚贝尔股份有限公司 | V2x通信从sidelink连接到小区连接的主动切换 |
US10833938B1 (en) | 2019-07-31 | 2020-11-10 | Oracle International Corporation | Methods, systems, and computer readable media for network function (NF) topology synchronization |
US11082393B2 (en) | 2019-08-29 | 2021-08-03 | Oracle International Corporation | Methods, systems, and computer readable media for actively discovering and tracking addresses associated with 5G and non-5G service endpoints |
US11323413B2 (en) | 2019-08-29 | 2022-05-03 | Oracle International Corporation | Methods, systems, and computer readable media for actively discovering and tracking addresses associated with 4G service endpoints |
US11018971B2 (en) | 2019-10-14 | 2021-05-25 | Oracle International Corporation | Methods, systems, and computer readable media for distributing network function (NF) topology information among proxy nodes and for using the NF topology information for inter-proxy node message routing |
US11102138B2 (en) | 2019-10-14 | 2021-08-24 | Oracle International Corporation | Methods, systems, and computer readable media for providing guaranteed traffic bandwidth for services at intermediate proxy nodes |
US11425598B2 (en) | 2019-10-14 | 2022-08-23 | Oracle International Corporation | Methods, systems, and computer readable media for rules-based overload control for 5G servicing |
CN114731544A (zh) * | 2019-11-28 | 2022-07-08 | 华为技术有限公司 | 一种基于网络切片的数据传输方法、装置和*** |
CN111130895B (zh) * | 2019-12-27 | 2022-08-09 | 天津瑞能电气有限公司 | 一种基于dsp的ren协议主站实现方法 |
US11224009B2 (en) | 2019-12-30 | 2022-01-11 | Oracle International Corporation | Methods, systems, and computer readable media for enabling transport quality of service (QoS) in 5G networks |
CN113132142B (zh) * | 2019-12-31 | 2022-08-09 | 华为技术有限公司 | 用于获取网络切片标识的方法和装置 |
US11026149B1 (en) * | 2020-01-31 | 2021-06-01 | Dish Wireless Llc | Systems and methods for reducing slice access failures |
CN115152315A (zh) * | 2020-04-14 | 2022-10-04 | 华为技术有限公司 | 数据传输方法及装置 |
CN111526551B (zh) * | 2020-04-17 | 2022-03-22 | 维沃移动通信有限公司 | 一种小区接入方法、设备及*** |
US11528334B2 (en) | 2020-07-31 | 2022-12-13 | Oracle International Corporation | Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP) |
US20220046489A1 (en) * | 2020-08-05 | 2022-02-10 | Qualcomm Incorporated | Techniques for supporting user plane integrity protection in wireless communications |
US11290549B2 (en) | 2020-08-24 | 2022-03-29 | Oracle International Corporation | Methods, systems, and computer readable media for optimized network function (NF) discovery and routing using service communications proxy (SCP) and NF repository function (NRF) |
US11483694B2 (en) | 2020-09-01 | 2022-10-25 | Oracle International Corporation | Methods, systems, and computer readable media for service communications proxy (SCP)-specific prioritized network function (NF) discovery and routing |
US11871285B2 (en) * | 2020-09-24 | 2024-01-09 | Electronics And Telecommunications Research Institute | Handover processing method based slice and device for performing the method |
US11570262B2 (en) | 2020-10-28 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for rank processing for network function selection |
CN114448913A (zh) * | 2020-10-30 | 2022-05-06 | 阿里巴巴集团控股有限公司 | 一种网络通信的方法和装置 |
CN113068227B (zh) * | 2020-11-24 | 2023-10-27 | 锐捷网络股份有限公司 | 一种在5g网络中切换切片的方法和基站 |
US11470544B2 (en) | 2021-01-22 | 2022-10-11 | Oracle International Corporation | Methods, systems, and computer readable media for optimized routing of messages relating to existing network function (NF) subscriptions using an intermediate forwarding NF repository function (NRF) |
US11496954B2 (en) | 2021-03-13 | 2022-11-08 | Oracle International Corporation | Methods, systems, and computer readable media for supporting multiple preferred localities for network function (NF) discovery and selection procedures |
CN115087071B (zh) * | 2021-03-16 | 2024-01-30 | 中国联合网络通信集团有限公司 | 切片管理方法、用户设备及存储介质 |
US11895080B2 (en) | 2021-06-23 | 2024-02-06 | Oracle International Corporation | Methods, systems, and computer readable media for resolution of inter-network domain names |
WO2022266969A1 (zh) * | 2021-06-24 | 2022-12-29 | 北京小米移动软件有限公司 | 一种小区的重选方法及其装置 |
US11950178B2 (en) | 2021-08-03 | 2024-04-02 | Oracle International Corporation | Methods, systems, and computer readable media for optimized routing of service based interface (SBI) request messages to remote network function (NF) repository functions using indirect communications via service communication proxy (SCP) |
US11849506B2 (en) | 2021-10-08 | 2023-12-19 | Oracle International Corporation | Methods, systems, and computer readable media for routing inter-public land mobile network (inter-PLMN) messages related to existing subscriptions with network function (NF) repository function (NRF) using security edge protection proxy (SEPP) |
US20230115367A1 (en) * | 2021-10-08 | 2023-04-13 | Dish Wireless L.L.C. | Selective handover of cellular device based on network slicing |
US20230171099A1 (en) * | 2021-11-27 | 2023-06-01 | Oracle International Corporation | Methods, systems, and computer readable media for sharing key identification and public certificate data for access token verification |
WO2024033973A1 (ja) * | 2022-08-08 | 2024-02-15 | 日本電気株式会社 | 通信装置、通信システム、通信方法およびプログラム |
Family Cites Families (68)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN2223669Y (zh) | 1995-04-26 | 1996-04-03 | 戴姆勒机械制造两合公司 | 螺旋夹钳 |
EP1723819B1 (en) | 2004-03-11 | 2019-10-16 | Nokia Solutions and Networks GmbH & Co. KG | A method of packet switched handover |
KR101042763B1 (ko) | 2005-07-07 | 2011-06-20 | 삼성전자주식회사 | 이기종 시스템 간의 핸드오버 방법 및 장치 |
US8553643B2 (en) | 2005-07-19 | 2013-10-08 | Qualcomm Incorporated | Inter-system handover using legacy interface |
JP4790438B2 (ja) | 2006-02-07 | 2011-10-12 | 株式会社エヌ・ティ・ティ・ドコモ | パケット多重伝送方法 |
CN101052208B (zh) | 2006-04-06 | 2010-10-20 | 华为技术有限公司 | 一种切换方法及切换网络 |
JP4848890B2 (ja) | 2006-08-23 | 2011-12-28 | 日本電気株式会社 | 移動通信システム及びその方法並びにそれに用いる基地局 |
GB0707387D0 (en) | 2007-04-17 | 2007-05-23 | Lucent Technologies Inc | Single radio VCC:LTE-VMSC anchor solution |
KR101424611B1 (ko) * | 2007-07-13 | 2014-08-01 | 애플 인크. | 멀티홉 무선 통신 환경에서의 서비스 품질 제어 |
CN101635968A (zh) | 2008-07-22 | 2010-01-27 | 株式会社Ntt都科摩 | 切换处理方法、基站及网络通信*** |
CN101841824A (zh) * | 2009-03-17 | 2010-09-22 | 大唐移动通信设备有限公司 | 一种实现小区切换的方法、***和中继设备 |
CN102104927B (zh) * | 2009-12-21 | 2014-12-10 | 中兴通讯股份有限公司 | 一种对终端进行接入控制的***及方法 |
CN102893548B (zh) | 2010-04-01 | 2016-02-24 | 瑞典爱立信有限公司 | 用于控制传输载波去激活的方法和设备 |
CN102215537B (zh) * | 2010-04-09 | 2014-06-04 | 华为技术有限公司 | 一种切换方法、基站和家庭网关 |
CN102340772B (zh) | 2010-07-15 | 2014-04-16 | 华为技术有限公司 | 切换过程中的安全处理方法、装置和*** |
CN102223669B (zh) | 2011-06-24 | 2018-06-12 | 中兴通讯股份有限公司 | 创建数据反传通道和分配互联网协议的方法及*** |
CN103548387B (zh) | 2011-09-05 | 2017-08-18 | 华为技术有限公司 | 处理切换的方法、移动性管理网元、无线接入网元和*** |
EP2820883A2 (en) | 2012-02-29 | 2015-01-07 | Telefonaktiebolaget LM Ericsson (Publ) | Methods and apparatus for enhancing circuit-switched call fallback (csfb) service for a shared network node |
EP2645754B1 (en) | 2012-03-29 | 2015-02-25 | Mitsubishi Electric R&D Centre Europe B.V. | Trust based system and method for performing a handover from a source base station to a target base station |
JP5561499B2 (ja) | 2012-07-03 | 2014-07-30 | 日本電気株式会社 | 無線通信システムおよびその通信方法 |
US9578557B2 (en) | 2012-07-06 | 2017-02-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Delayed handover signalling in a mobile network |
WO2014019123A1 (zh) | 2012-07-30 | 2014-02-06 | 华为技术有限公司 | 一种无线接入技术间切换方法、相应设备及通信*** |
JP6034491B2 (ja) | 2012-08-07 | 2016-11-30 | ▲ホア▼▲ウェイ▼技術有限公司Huawei Technologies Co.,Ltd. | ハンドオーバー処理方法および基地局 |
JP5993524B2 (ja) | 2012-12-14 | 2016-09-14 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 補助ベアラを確立するノードおよび方法 |
US20160057783A1 (en) * | 2013-03-26 | 2016-02-25 | Nokia Solutions And Networks Oy | Mechanism for Providing Communication Resources for Random Access of a User |
CN104255061B (zh) * | 2013-04-02 | 2018-11-06 | 华为技术有限公司 | 不同无线接入网的切换方法及装置、*** |
EP3043595B1 (en) | 2013-08-23 | 2019-04-10 | LG Electronics Inc. | Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same |
EP3050325A4 (en) | 2013-10-14 | 2016-11-02 | Huawei Tech Co Ltd | METHOD, APPARATUS AND SYSTEM FOR IMPLEMENTING PDN CONNECTIONS |
US20150229491A1 (en) | 2013-12-20 | 2015-08-13 | Dmitry Solovyev | Cost-Effective Core System for Mobile Networking |
CN111182600B (zh) | 2014-01-28 | 2021-09-07 | 北京三星通信技术研究有限公司 | 在无线通信***中支持ue移动的方法及装置 |
KR102143792B1 (ko) | 2014-01-29 | 2020-08-12 | 삼성전자주식회사 | 단말의 이동성을 보장하면서 효율적으로 세션을 관리하기 위한 방법 및 장치 |
DK3103311T3 (da) * | 2014-02-06 | 2020-01-02 | Ericsson Telefon Ab L M | Fremgangsmåder og indretninger til håndtering af kommunikation i et kommunikationssystem omfattende et adgangspunkt og en fastnet-netværksknude, der er forbundet med adgangspunktet via fastnet |
US10237791B2 (en) | 2014-03-27 | 2019-03-19 | Acer Incorporated | Method of updating network detection and selection information and traffic routing information |
CN106465080B (zh) | 2014-04-15 | 2020-02-07 | 诺基亚通信公司 | 用于基于承载的***和无承载***之间的互通的方法和装置 |
EP3135057B1 (en) * | 2014-04-23 | 2021-09-01 | Koninklijke KPN N.V. | Improved vertical handover |
WO2015169387A1 (en) * | 2014-05-09 | 2015-11-12 | Nokia Solutions And Networks Oy | Handover of machine type communication device to network supporting limited user apparatus capability |
CN105376811B (zh) * | 2014-08-25 | 2019-03-15 | 中国电信股份有限公司 | 在软件化移动网络架构下实现切换的方法和*** |
CN107113670B (zh) | 2014-12-30 | 2020-10-30 | Lg 电子株式会社 | 无线通信***中执行没有senb改变的menb间切换的方法和装置 |
EP3282760B1 (en) | 2015-04-10 | 2020-06-03 | Kyocera Corporation | Method for controlling handover procedure and base station |
EP3257320B1 (en) * | 2015-06-01 | 2020-04-08 | Huawei Technologies Co., Ltd. | System and method for virtualized functions in control and data planes |
US20160353367A1 (en) | 2015-06-01 | 2016-12-01 | Huawei Technologies Co., Ltd. | System and Method for Virtualized Functions in Control and Data Planes |
US10644955B2 (en) | 2015-08-21 | 2020-05-05 | Huawei Technologies Co., Ltd. | Method and apparatus for network slicing |
US10616820B2 (en) * | 2015-08-25 | 2020-04-07 | Lg Electronics Inc. | Base station connecting method and user equipment performing same |
US9775045B2 (en) | 2015-09-11 | 2017-09-26 | Intel IP Corporation | Slicing architecture for wireless communication |
US10506489B2 (en) * | 2015-09-18 | 2019-12-10 | Huawei Technologies Co., Ltd. | System and methods for network slice reselection |
US10536946B2 (en) * | 2015-12-08 | 2020-01-14 | Huawei Technologies Co., Ltd. | Method and system for performing network slicing in a radio access network |
US10772101B2 (en) * | 2015-12-08 | 2020-09-08 | Huawei Technologies Co., Ltd. | Systems and methods for determining air interface configuration |
EP3412085B1 (en) | 2016-02-05 | 2019-11-13 | Telefonaktiebolaget LM Ericsson (publ) | Radio network node, communication device and methods performed therein |
US10893455B2 (en) * | 2016-04-01 | 2021-01-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Handover in a wireless communication network with network slices |
US10257078B2 (en) * | 2016-04-01 | 2019-04-09 | Qualcomm Incorporated | Interworking with legacy radio access technologies for connectivity to next generation core network |
US10277515B2 (en) * | 2016-04-04 | 2019-04-30 | Qualcomm Incorporated | Quality of service (QOS) management in wireless networks |
JP2019096918A (ja) | 2016-04-05 | 2019-06-20 | シャープ株式会社 | 端末装置、基地局装置、MME(Mobility Management Entity)および通信制御方法 |
US10321371B2 (en) * | 2016-04-11 | 2019-06-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for communication over network slices in wireless communication systems |
JP6426648B2 (ja) | 2016-04-12 | 2018-11-21 | 株式会社Nttドコモ | 動画像予測復号方法及び動画像予測復号装置 |
US10028128B2 (en) | 2016-04-29 | 2018-07-17 | Motorola Mobility Llc | Procedures to support network slicing in a wireless communication system |
WO2017195081A1 (en) | 2016-05-10 | 2017-11-16 | Netsia, Inc. | System and method for communication between programmable base stations and software-defined radio access network controllers |
CN107426776B (zh) | 2016-05-24 | 2024-06-04 | 华为技术有限公司 | QoS控制方法及设备 |
US9967801B2 (en) | 2016-06-10 | 2018-05-08 | Lg Electronics Inc. | Method and apparatus for receiving authorization information on network slice |
KR20190020047A (ko) | 2016-06-15 | 2019-02-27 | 콘비다 와이어리스, 엘엘씨 | 뉴 라디오에 대한 그랜트리스 업링크 전송 |
EP3479623B1 (en) * | 2016-07-01 | 2022-11-09 | IDAC Holdings, Inc. | Methods for supporting session continuity on per-session basis |
US10701583B2 (en) * | 2016-07-07 | 2020-06-30 | Industrial Technology Research Institute | Method of service level traffic differentiation at radio access network, wireless network system and radio access network access node |
EP3488632A1 (en) | 2016-07-22 | 2019-05-29 | Nokia Technologies Oy | Security handling for network slices in cellular networks |
KR102242299B1 (ko) * | 2016-07-29 | 2021-04-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 네트워크 슬라이스 기반 nr을 위한 셀 특정 절차 또는 이동성 절차를 수행하는 방법 및 장치 |
KR102242297B1 (ko) * | 2016-07-29 | 2021-04-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 네트워크 슬라이스 기반 nr을 위한 셀 특정 절차를 수행하는 방법 및 장치 |
EP3498037B1 (en) * | 2016-08-08 | 2022-11-02 | Nokia Technologies Oy | End marker handling for mobility between 5g and lte |
CN113676973A (zh) * | 2016-08-10 | 2021-11-19 | 日本电气株式会社 | 无线终端、核心网节点及其方法 |
WO2018029931A1 (ja) | 2016-08-10 | 2018-02-15 | 日本電気株式会社 | 無線アクセスネットワークノード、無線端末、コアネットワークノード、及びこれらの方法 |
EP3503625A4 (en) * | 2016-08-17 | 2020-01-22 | NTT DoCoMo, Inc. | COMMUNICATION CONTROL DEVICE AND COMMUNICATION CONTROL METHOD |
-
2017
- 2017-05-15 WO PCT/JP2017/018227 patent/WO2018029931A1/ja unknown
- 2017-05-15 EP EP17839006.8A patent/EP3499964B1/en active Active
- 2017-05-15 CN CN201780048078.2A patent/CN109565732B/zh active Active
- 2017-05-15 US US16/321,998 patent/US11910258B2/en active Active
- 2017-05-15 JP JP2018533427A patent/JP6642720B2/ja active Active
- 2017-05-15 CN CN202111202454.3A patent/CN114040456A/zh active Pending
- 2017-05-15 EP EP20205291.6A patent/EP3796713A1/en active Pending
- 2017-05-15 EP EP21198971.0A patent/EP3958615A1/en active Pending
- 2017-05-15 CN CN202111202452.4A patent/CN114040455A/zh active Pending
-
2019
- 2019-12-12 JP JP2019224261A patent/JP6844679B2/ja active Active
-
2021
- 2021-02-19 JP JP2021025225A patent/JP7088342B2/ja active Active
- 2021-07-26 US US17/385,428 patent/US11765636B2/en active Active
-
2022
- 2022-06-07 JP JP2022092163A patent/JP7327588B2/ja active Active
-
2023
- 2023-07-24 JP JP2023119539A patent/JP2023129544A/ja active Pending
- 2023-07-24 US US18/225,421 patent/US20230370928A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2020039182A (ja) | 2020-03-12 |
JP2022120001A (ja) | 2022-08-17 |
JP6642720B2 (ja) | 2020-02-12 |
US11765636B2 (en) | 2023-09-19 |
WO2018029931A1 (ja) | 2018-02-15 |
US20190191348A1 (en) | 2019-06-20 |
US11910258B2 (en) | 2024-02-20 |
US20210352549A1 (en) | 2021-11-11 |
JP7088342B2 (ja) | 2022-06-21 |
CN109565732A (zh) | 2019-04-02 |
CN114040455A (zh) | 2022-02-11 |
CN114025395A (zh) | 2022-02-08 |
CN109565732B (zh) | 2021-10-22 |
JP7327588B2 (ja) | 2023-08-16 |
JP2021073832A (ja) | 2021-05-13 |
EP3796713A1 (en) | 2021-03-24 |
JP6844679B2 (ja) | 2021-03-17 |
EP3499964B1 (en) | 2021-06-23 |
EP3499964A1 (en) | 2019-06-19 |
EP3499964A4 (en) | 2019-08-14 |
JPWO2018029931A1 (ja) | 2019-06-06 |
CN114040456A (zh) | 2022-02-11 |
EP3958615A1 (en) | 2022-02-23 |
US20230370928A1 (en) | 2023-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7327588B2 (ja) | 無線アクセスネットワークノード、無線端末、及びこれらの方法 | |
JP7359231B2 (ja) | ターゲット無線アクセスネットワークノード及びその方法 | |
JP7363995B2 (ja) | ターゲット無線アクセスネットワークノード、5gコアネットワークノード、及びこれらの方法 | |
JP7327616B2 (ja) | 方法及びノード |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230724 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240604 |