▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-05-08
(45)【発行日】2023-05-16
(54)【発明の名称】ページング手順のためのユーザ機器、基地局、および方法
(51)【国際特許分類】
H04W 68/00 20090101AFI20230509BHJP
H04W 48/18 20090101ALI20230509BHJP
H04W 74/08 20090101ALI20230509BHJP
H04W 76/10 20180101ALI20230509BHJP
【ＦＩ】
H04W68/00
H04W48/18
H04W74/08
H04W76/10
【請求項の数】
16
(21)【出願番号】P 2020530610
(86)(22)【出願日】2019-01-11
(65)【公表番号】
(43)【公表日】2021-05-06
(86)【国際出願番号】 EP2019050664
(87)【国際公開番号】W WO2019138060
(87)【国際公開日】2019-07-18
【審査請求日】2021-12-21
(31)【優先権主張番号】18151524.8
(32)【優先日】2018-01-12
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】シヴァヴァキーサー シヴァパサリンガム
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】バムリ アンキット
(72)【発明者】
【氏名】ゴンザレス ダビド
(72)【発明者】
【氏名】コウ ティアン ミン ベンジャミン
【審査官】鈴木 重幸
(56)【参考文献】
【文献】国際公開第２０１７／０９８４４２（ＷＯ，Ａ１）
【文献】国際公開第２０１７／１３５８５９（ＷＯ，Ａ１）
【文献】Sequans Communications，Cell reselection upon incoming service request[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1801176，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1801176.zip>，2018年01月11日
【文献】CATT，Stage 2 TP for handling of DL signallings in RRC_INACTIVE state[online]，3GPP TSG RAN WG3 #97 R3-172793，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_97/Docs/R3-172793.zip>，2017年08月11日
【文献】ZTE，Open issues for cIoT optimization[online]， 3GPP TSG-RAN WG2#94 R2-164320，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_94/Docs/R2-164320.zip＞，2016年05月21日
【文献】Ericsson，Size of MSG3 in NR[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1800381，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1801162.zip>，2018年01月11日
【文献】Panasonic，Slice Indication at Service Request - Why Efficient Mechanism is required?[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1800372，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1800372.zip>，2018年01月12日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ユーザ機器であって、受信機であって、動作時、前記ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する、前記受信機と、
プロセッサであって、動作時、複数のネットワークスライスのうち、前記ページングメッセージが関連する少なくとも１つのネットワークスライスを、前記受信されたページングメッセージに基づいて求める、前記プロセッサと、
送信機であって、動作時、前記求められた少なくとも１つのネットワークスライスに関する識別情報を含むデータ送信準備メッセージを、前記基地局に送信する、前記送信機、
を備え、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記ユーザ機器によって前記基地局に送信される接続要求である、
ユーザ機器。
【請求項2】
前記少なくとも１つのネットワークスライスを求めるステップが、以下、すなわち、・ 前記ページングメッセージに含まれる、前記少なくとも１つのネットワークスライスのネットワークスライス識別情報、
・ 前記ページングメッセージを受信する際に前記ユーザ機器によって使用されるタイミングおよび／または周波数リソース、
・ 前記ページングメッセージを受信する際に前記ユーザ機器によって使用される無線リソースのヌメロロジー方式、
のうちの１つまたは組合せに基づいて実行される、
請求項１に記載のユーザ機器。
【請求項3】
前記複数のネットワークスライスそれぞれにネットワークスライスＩＤが関連付けられており、前記ネットワークスライスＩＤが、前記移動通信システム内で一義的である、および／または、前記基地局によって制御される前記無線セル内で一義的である、および／または、前記ユーザ機器に対して一義的である、請求項１または請求項２に記載のユーザ機器。
【請求項4】
前記複数のネットワークスライスが、特定のネットワーク能力および特定のネットワーク特性を有する異なる論理ネットワークを提供し、各ネットワークスライスが、互いに一義的に関連付けられている、無線セルに関連する部分およびコアネットワークに関連する部分、を備えている、
請求項１から請求項３のいずれか１項に記載のユーザ機器。
【請求項5】
ページングを実行する方法であって、以下のステップ、すなわち、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信するステップと、
複数のネットワークスライスのうち、前記ページングメッセージが関連する少なくとも１つのネットワークスライスを、前記受信されたページングメッセージに基づいて求めるステップと、
前記求められた少なくとも１つのネットワークスライスに関する識別情報を含むデータ送信準備メッセージを、前記基地局に送信するステップと、
が前記ユーザ機器によって実行され、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記ユーザ機器によって前記基地局に送信される接続要求である、
方法。
【請求項6】
基地局であって、送信機であって、動作時、前記基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器にページングメッセージを送信し、したがって前記ユーザ機器が、複数のネットワークスライスのうち、前記ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信された前記ページングメッセージに基づいて求めることができる、前記送信機と、
受信機であって、動作時、前記求められた少なくとも１つのネットワークスライスに関する識別情報を含むデータ送信準備メッセージを、前記ユーザ機器から受信する、前記受信機、
を備え、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記基地局が前記ユーザ機器から受信する接続要求である、基地局。
【請求項7】
前記ページングメッセージを送信するステップが、以下のステップ、すなわち、・ 前記少なくとも１つのネットワークスライスのネットワークスライス識別情報を前記ページングメッセージに含めるステップ、
・ 前記ページングメッセージを送信する際のタイミングおよび／または周波数リソースを、前記少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
・ 前記ページングメッセージを送信する際の無線リソースのヌメロロジー方式を、前記少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
のうちの１つまたは組合せを含む、
請求項６に記載の基地局。
【請求項8】
受信機であって、動作時、別のページングメッセージが関連する前記少なくとも１つのネットワークスライスの識別情報を含む、前記別のページングメッセージを、コアネットワークエンティティから受信し、前記ページングメッセージを前記ユーザ機器に送信するステップが、前記別のページングメッセージを受信することに応えて実行される、前記受信機、および／または、
送信機であって、動作時、前記少なくとも１つのネットワークスライスの前記識別情報を、それぞれの前記無線セル内の前記ユーザ機器をページングするための要求と一緒に、１基または複数の別の基地局に送信する、前記送信機、
をさらに備えている、請求項６または請求項７に記載の基地局。
【請求項9】
ユーザ機器であって、受信機であって、動作時、前記ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信し、前記情報が、各ネットワークスライスについて、それぞれの前記ネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、前記短縮されたネットワークスライスＩＤと、前記移動通信システム内で前記ネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む、前記受信機と、
プロセッサであって、動作時、前記複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求め、動作時、対応する少なくとも１つの短縮されたネットワークスライスＩＤを、前記受信されたマッピング情報に基づいてさらに求める、前記プロセッサと、
送信機であって、動作時、前記求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、前記基地局に送信する、前記送信機と、
を備え、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記ユーザ機器によって前記基地局に送信される接続要求もしくは再開要求である、ユーザ機器。
【請求項10】
前記短縮されたネットワークスライスＩＤが、前記完全なネットワークスライスＩＤの一部である、例えば前記完全なネットワークスライスＩＤの４個の最下位ビットである、請求項９に記載のユーザ機器。
【請求項11】
前記複数のネットワークスライスに関する前記情報を、前記無線セル内で前記基地局によってブロードキャストされるシステム情報を介して前記ユーザ機器によって受信することができ、前記システム情報が、前記ユーザ機器による要求に応えて前記無線セル内で前記基地局によって送信される、および／または、前記複数のネットワークスライスに関する前記情報を、前記基地局から送信されかつ前記ユーザ機器にアドレッシングされている専用メッセージの中で、前記ユーザ機器によって受信することができる、
請求項９から請求項１０のいずれか１項に記載のユーザ機器。
【請求項12】
前記受信機が、動作時、前記完全なネットワークスライスＩＤと、前記複数のネットワークスライスの１つとの間のマッピングを定義するさらなるマッピング情報を、前記基地局から受信する、請求項９から請求項１１のいずれか１項に記載のユーザ機器。
【請求項13】
前記短縮されたネットワークスライスＩＤが、前記基地局によって制御される前記無線セル内で前記ネットワークスライスを一義的に識別するように定義され、前記マッピング情報が、前記無線セルに固有であり、かつ前記無線セル内の複数のユーザ機器によって使用され得る、および／または、
前記短縮されたネットワークスライスＩＤが、各ユーザ機器に対して前記ネットワークスライスを一義的に識別するように定義され、前記マッピング情報が、それぞれの前記ユーザ機器に固有であり、かつそれぞれの前記ユーザ機器によってのみ使用され得る、
請求項９から請求項１２のいずれか１項に記載のユーザ機器。
【請求項14】
ユーザ機器によって実行される以下のステップ、すなわち、前記ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信するステップであって、前記情報が、各ネットワークスライスについて、それぞれの前記ネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、前記短縮されたネットワークスライスＩＤと、前記移動通信システム内で前記ネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む、ステップと、
前記複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求めるステップと、
対応する少なくとも１つの短縮されたネットワークスライスＩＤを、前記受信されたマッピング情報に基づいて求めるステップと、
前記求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、前記基地局に送信するステップと、
を含み、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記ユーザ機器によって前記基地局に送信される接続要求もしくは再開要求である、方法。
【請求項15】
基地局であって、送信機であって、動作時、前記基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器に、複数のネットワークスライスに関する情報を送信し、前記情報が、各ネットワークスライスについて、それぞれの前記ネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、前記短縮されたネットワークスライスＩＤと、前記移動通信システム内で前記ネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む、前記送信機と、
受信機であって、動作時、求められた少なくとも１つの前記短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、前記ユーザ機器から受信する、前記受信機と、
を備え、
前記データ送信準備メッセージが、前記ユーザ機器と前記基地局との間で実行されるランダムアクセス手順の一部として前記ユーザ機器によって前記基地局に送信される接続要求もしくは再開要求である、
基地局。
【請求項16】
プロセッサであって、動作時、各ネットワークスライスの前記短縮されたネットワークスライスＩＤを定義し、さらに、前記短縮されたネットワークスライスＩＤと前記完全なネットワークスライスＩＤとの間のマッピングを定義する前記マッピング情報、を定義する、前記プロセッサ、をさらに備えている、請求項１５に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システム（３ＧＰＰ通信システムなど）における方法、装置、および項目を対象としている。
【背景技術】
【0002】
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、次世代のセルラー技術（第５世代（５Ｇ）とも称される）の技術仕様の次のリリース（リリース１５）に取り組んでいる。３ＧＰＰの技術仕様グループ（ＴＳＧ：Technical Specification Group）の無線アクセスネットワーク（ＲＡＮ：Radio Access network）会合＃７１（２０１６年３月、Gothenburg）において、ＲＡＮ１、ＲＡＮ２、ＲＡＮ３、およびＲＡＮ４が関与する、５Ｇの最初の検討項目「Study on New Radio Access Technology（新しい無線アクセス技術に関する検討）」が承認され、５Ｇの最初の標準規格を定義するリリース１５の作業項目になるものと予測される。この検討項目の目的は、ＲＡＮの要件の検討時に定義されたように、最大１００ＧＨｚの周波数範囲で動作し、かつ広範なユースケースをサポートする「新無線（ＮＲ：New Radio）」アクセス技術（ＲＡＴ）を開発することである（例えば非特許文献１（www.3gpp.orgで入手可能であり、現在のバージョン１４．３．０）を参照）。
【0003】
１つの目的は、非特許文献１に定義されているすべての使用シナリオ、要件、および配置シナリオに対処し、少なくとも、高度モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）を含む、単一の技術的枠組みを提供することである。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣには、スマートウェアラブルやセンサネットワークなど遅延の影響が小さいデータ伝送による多数の装置を使用するシナリオが含まれうる。ｅＭＢＢサービスおよびＵＲＬＬＣサービスは、いずれも極めて広い帯域幅が要求される点において類似しているが、ＵＲＬＬＣサービスは、極めて小さいレイテンシ（待ち時間）（latency）が要求される点において異なる。
【0004】
第２の目的は、前方互換性を達成することである。ロングタームエボリューション（ＬＴＥ、ＬＴＥ－Ａ）セルラーシステムへの後方互換性は要求されず、これにより、まったく新しいシステムの設計および／または新規の特徴の導入が促進される。
【0005】
物理層の基本的な信号波形は、ＯＦＤＭに基づいており、非直交波形およびマルチアクセスがサポートされる可能性がある。例えば、ＯＦＤＭに加えての追加機能（ＤＦＴ－Ｓ－ＯＦＤＭ、および／または、ＤＦＴ－Ｓ－ＯＦＤＭのバリエーションなど）、および／または、フィルタリング／ウインドウ化、がさらに考慮されている。ＬＴＥでは、ダウンリンク送信の波形としてサイクリックプレフィックス（ＣＰ）ベースのＯＦＤＭが使用され、アップリンク送信の波形としてＤＦＴ－Ｓ－ＯＦＤＭが使用されている。ＮＲ（新無線）における設計目標の１つは、ダウンリンク、アップリンク、およびサイドリンクのための、できる限り共通の波形を模索することである。
【0006】
上に挙げた目的を達成するため、波形に加えて、いくつかの基本フレーム構造およびチャネル符号化方式が開発される。検討では、上に挙げた目的を達成するために、無線プロトコルの構造およびアーキテクチャに関する要求事項についての共通の認識も模索される。さらには、上に挙げた目的を満たすために新しいＲＡＴ（無線アクセス技術）を可能にするうえで必要である技術的機能（同じ連続する周波数ブロックにおいて、複数の異なるサービスおよびユースケースのトラフィックを効率的に多重化することを含む）が検討される。
【0007】
既存のセルラーネットワークのアーキテクチャは、比較的一体的な構造であり、ユーザ装置へのモバイルトラフィックを容易にするトランスポートネットワークを有する。これらのアーキテクチャは、性能およびスケーラビリティの幅広い要件をサポートするうえで十分にフレキシブルではないことがある。
【0008】
５Ｇ ＮＲによって要求される多様な要件を満たすための機能として現在活発に検討されている１つのコンセプトは、「ネットワークスライシング（network slicing）」である。ネットワークスライシングのコンセプトは、５Ｇネットワークを複数の仮想ネットワークに論理的に分割することを可能にし、したがって、いくつかのユースケースを同時にアクティブにすることを可能にするうえでの高い柔軟性レベルを提供する目的で、特定のアプリケーションに対処してネットワークサービスが効率的にサポートされるように各スライスを最適化することができる。複数の異なるネットワークスライスにより、各ネットワークスライスにおいて特定の要件を満たすようにネットワークの要素および機能を容易に設定・構成して再利用することが可能になる。５Ｇにおけるネットワークスライシングの実施は、コアネットワークおよび無線アクセスネットワーク（ＲＡＮ）を含むエンドツーエンドの機能であるように検討されている。各ネットワークスライスが、自身のネットワークアーキテクチャ、エンジニアリングメカニズム、およびネットワークプロビジョニングを有することができる。
【0009】
３ＧＰＰの第５世代システムのＮＲの標準化は始まったばかりであるため、特に、ネットワークスライシング、およびネットワークスライシングの実施方法に関して、いくつかの課題が不明確なままである。
【先行技術文献】
【非特許文献】
【0010】
【文献】3GPP TR 38.913 “Study on Scenarios and Requirements for Next Generation Access Technologies”
【文献】Technical Report TR 38.804 v14.0.0
【文献】TS 38.300 v.15.0.0
【文献】3GPP TR 38.801 v14.0.0
【文献】3GPP TS 38.211 v15.0.0
【文献】TR 38.804 v14.0.0
【文献】3GPP TS 36.321. v14.1.0
【文献】TS 23.401 v15.2.0
【文献】TS 36.300 v15.0.0
【文献】TS 36.331 v15.0.1
【文献】3GPP TS 23.501 v15.0.0
【文献】TS 38.801
【文献】TS 36.213 v14.5.0
【文献】TS 36.304 v14.5.0
【文献】TS 38.413 v0.5.0
【文献】TS 36.413 v14.4.0
【発明の概要】
【課題を解決するための手段】
【0011】
非限定的かつ例示的な一実施形態は、複数の異なるエンティティ（ＵＥ、ｇＮＢ）が関与する改良されたページング手順と、ＡＳ（アクセス層）接続およびＮＡＳ（非アクセス層）サービス要求手順を提供することを容易にする。
【0012】
一般的な第１の一態様においては、本明細書に開示されている技術は、ユーザ機器であって、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する受信機、を備えたユーザ機器、を提供する。本ＵＥのプロセッサは、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求める。
【0013】
一般的な第２の一態様においては、本明細書に開示されている技術は、ＵＥによって実行される以下のステップを含む方法、を提供する。ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する。複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求める。
【0014】
一般的な第３の一態様においては、本明細書に開示されている技術は、基地局であって、基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器にページングメッセージを送信する送信機、を備えており、したがってユーザ機器が、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求めることができる、基地局、を提供する。
【0015】
なお、一般的な実施形態または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、ただしこのような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【0016】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【0017】
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示している。
【図2】ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥの、例示的なユーザプレーンおよび制御プレーンのアーキテクチャを示している。
【図3】さまざまなサブキャリア間隔１５ｋＨｚ、３０ｋＨｚ、および６０ｋＨｚと、結果としてのシンボル持続時間とを示している。
【図4】競合ベースのＲＡＣＨ手順を実行するときにｅＮＢとＵＥの間で交換されるメッセージを示している。
【図5】競合のないＲＡＣＨ手順を実行するときにｅＮＢとＵＥの間で交換されるメッセージを示している。
【図6】ＵＥおよびｅＮＢの例示的な単純化された構造を示している。
【図7】ＵＥがｇＮＢ１に接続されており、それぞれ異なるｇＮＢによって制御される隣接セルを有する、単純なシナリオを示している。
【図8】第１の実施形態の１つのバリエーションに係る、ＵＥおよび基地局の挙動のシーケンス図である。
【図9】第１の実施形態の１つのバリエーションに係る、改良されたページング手順のメッセージ図である。
【図10】第１の実施形態の異なるバリエーションに係る、改良されたＲＡＣＨ手順のメッセージ図である。
【図11】第１の実施形態の異なるバリエーションに係る、改良されたＲＡＣＨ手順のメッセージ図である。
【図12】第２の実施形態の１つのバリエーションに係る、スライスに固有な可能なアドミッション制御を示したメッセージ図である。
【図13】第２の実施形態の１つのバリエーションに係る、ＵＥおよび基地局の挙動のシーケンス図である。
【発明を実施するための形態】
【0018】
［本開示の基礎］
［５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック］
背景技術のセクションで説明したように、３ＧＰＰは、最大１００ＧＨｚの周波数範囲で動作する新しい無線アクセス技術（ＮＲ）の開発を含む、第５世代のセルラー技術（簡潔に５Ｇと呼ばれる）のための次のリリースに取り組んでいる。３ＧＰＰは、緊急な市場のニーズと、より長期的な要求事項の両方を適切な時期に満たしながら、ＮＲシステムを成功裏に標準化するために必要な技術要素を明らかにして開発しなければならない。これを達成する目的で、検討項目「New Radio Access Technology（新しい無線アクセス技術）」では、無線インタフェースおよび無線ネットワークアーキテクチャを進化させることが考慮されている。結果および合意事項は、非特許文献２にまとめられている。
［５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック］
背景技術のセクションで説明したように、３ＧＰＰは、最大１００ＧＨｚの周波数範囲で動作する新しい無線アクセス技術（ＮＲ）の開発を含む、第５世代のセルラー技術（簡潔に５Ｇと呼ばれる）のための次のリリースに取り組んでいる。３ＧＰＰは、緊急な市場のニーズと、より長期的な要求事項の両方を適切な時期に満たしながら、ＮＲシステムを成功裏に標準化するために必要な技術要素を明らかにして開発しなければならない。これを達成する目的で、検討項目「New Radio Access Technology（新しい無線アクセス技術）」では、無線インタフェースおよび無線ネットワークアーキテクチャを進化させることが考慮されている。結果および合意事項は、非特許文献２にまとめられている。
【0019】
特に、全体的なシステムアーキテクチャに関して暫定的な合意がなされた。ＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク）はｇＮＢから構成され、これらのｇＮＢは、ＵＥに向かうＮＧ－無線アクセスユーザプレーンプロトコル（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーンプロトコル（ＲＲＣ）を終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ：Next Generation）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Functioｎ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）に接続される。ＮＧ－ＲＡＮのアーキテクチャは、非特許文献３の４節に基づいて図１に示してある。
【0020】
例えば非特許文献４に反映されているように、さまざまな異なる配置シナリオが、サポートされるように現在検討されている。この文献には、例えば、非中央集中型の配置シナリオ（非特許文献４の５．２節）（中央集中型の配置は５．４節に記載されている）が提示されており、このシナリオでは５Ｇ ＮＲをサポートする基地局を配置することができる。図２は、例示的な非中央集中型の配置シナリオを示しており、この非特許文献４の図５．２．－１に基づいているが、ＬＴＥ ｅＮＢとユーザ機器（ＵＥ）をさらに示しており、ユーザ機器（ＵＥ）は、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されている。前述したようにＮＲ ５Ｇの新しいｅＮＢは、例示的にｇＮＢと称することができる。
【0021】
ｅＬＴＥ ｅＮＢ（非特許文献４に例示的に定義されている）は、ｅＮＢの進化型であり、ＥＰＣ（進化型パケットコア（Evolved Packet Core））およびＮＧＣ（次世代コア（Next Generation Core））への接続性をサポートする。
【0022】
ＮＲ（新無線）におけるユーザプレーンプロトコルスタックは、現在、非特許文献３の４．４．１節に定義されている。ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control）サブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、非特許文献３の６．５節に記載されているように、ＰＤＣＰの上に、新しいアクセス層（ＡＳ）サブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される。ＮＲ（新無線）における制御プレーンプロトコルスタックは、非特許文献３の４．４．２節に定義されている。レイヤ２の機能の概要は、非特許文献３の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献３の６．４節、６．３節、および６．２節にリストされている。ＲＲＣ層の機能は、非特許文献３の７節にリストされている。上に挙げた節は、非特許文献３の中の節である。
【0023】
５Ｇシステム用に例示的に想定されているＮＲの新しいレイヤ（層）は、ＬＴＥ（－Ａ）通信システムにおいて現在使用されているユーザプレーンのレイヤ（層）構造に基づく。しかしながら、ＮＲのレイヤ（層）の細部すべてに関して、現時点では最終的な合意に達していないことに留意されたい。
【0024】
非特許文献１に記載されているように、ＮＲのユースケース／配置シナリオとしては、高度モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が挙げられ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関する要件が多様である。例えばｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供されるデータレートの３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ側で認識されるデータレートがサポートされることが期待される。一方でＵＲＬＬＣの場合には、厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシについてはアップリンクおよびダウンリンクそれぞれが０．５ｍｓ）および高い信頼性（１ｍｓ以内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境における１，０００，０００個のデバイス／ｋｍ２）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が要求される。
【0025】
したがって、あるユースケースに適したＯＦＤＭのヌメロロジー（numerology）（例えば、サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースでは良好に機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が要求されることがある。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が要求される。したがって、同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、サブキャリア間隔を最適化するべきである。３ＧＰＰ ＲＡＮ１＃８４ｂｉｓ会合（２０１６年４月、釜山）において、ＮＲでは２つ以上のサブキャリア間隔の値がサポートされる必要があることが合意された。これらサブキャリア間隔の値は、サブキャリア間隔の特定の値にＮを乗じた値から導かれる（Ｎは整数）。ＲＡＮ１会合のＲＡＮ１＃８５（２０１６年５月、南京）では、実用的な想定として、１５ｋＨｚのサブキャリア間隔を含むＬＴＥベースのヌメロロジーが、ＮＲのヌメロロジーの基本設計であるという結論に達した。倍率Ｎについては、ＮＲのヌメロロジーの基本設計の想定としてＮ＝２ｎが決定された。今後の会合では、ヌメロロジーのより低い候補値が選択される可能性もある。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。図３は、３つの異なるサブキャリア間隔（１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ）および対応するシンボル持続時間を例示的に示している。シンボル持続時間Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対して１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0026】
新しい無線システム５Ｇ－ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される。非特許文献５から明らかであるように、いくつかの定義がすでになされている。
【0027】
［ＲＡＣＨ手順］
５Ｇ ＮＲにおけるＲＡＣＨ（ランダムアクセスチャネル：Random Access Channel）手順に関しては、最終的な合意には達していない。非特許文献６の９．２節に記載されているように、ＮＲのＲＡＣＨ手順では、ＬＴＥにおいて定義されている方法と同じかまたは類似する方法で、競合ベースのランダムアクセスと、競合のないランダムアクセスの両方がサポートされうる。さらに、ＮＲのＲＡＣＨ手順の設計では、ＬＴＥと同様に、メッセージ３の柔軟なサイズがサポートされ、ただしサイズは極めて限定される可能性がある。
５Ｇ ＮＲにおけるＲＡＣＨ（ランダムアクセスチャネル：Random Access Channel）手順に関しては、最終的な合意には達していない。非特許文献６の９．２節に記載されているように、ＮＲのＲＡＣＨ手順では、ＬＴＥにおいて定義されている方法と同じかまたは類似する方法で、競合ベースのランダムアクセスと、競合のないランダムアクセスの両方がサポートされうる。さらに、ＮＲのＲＡＣＨ手順の設計では、ＬＴＥと同様に、メッセージ３の柔軟なサイズがサポートされ、ただしサイズは極めて限定される可能性がある。
【0028】
以下では、ＬＴＥのＲＡＣＨ手順について、図４および図５を参照しながらさらに詳しく説明する。ＬＴＥにおける移動端末のアップリンク送信は、移動端末のアップリンク送信が時間同期されている場合にのみスケジューリングすることができる。したがってランダムアクセスチャネル（ＲＡＣＨ）手順は、同期していない移動端末（ＵＥ）がアップリンク無線アクセスの直交送信を行う機会として重要な役割を果たす。例えば、ＬＴＥにおけるランダムアクセスは、アップリンクの同期をまだ獲得していないかまたはアップリンクの同期を失ったユーザ機器においてアップリンクの時間同期を達成するために使用される。ユーザ機器がアップリンクの同期を達成すると、ｅＮｏｄｅＢはそのユーザ機器のためのアップリンク送信リソースをスケジューリングすることができる。ランダムアクセスに関連する１つのシナリオとして、自身の現在のサービングセルから新しいターゲットセルにハンドオーバーする、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器が、ターゲットセルにおけるアップリンクの時間同期を達成する目的で、ランダムアクセス手順を実行する。
【0029】
ＬＴＥでは、２種類のランダムアクセス手順が提供されており、競合ベース（例えば本質的に衝突のリスクを伴う）または競合なし（非競合ベース）のいずれかでアクセスが許可される。ＬＴＥのランダムアクセス手順の詳細な説明は、非特許文献７の５．１節にも記載されている。
【0030】
以下では、ＬＴＥにおける競合ベースのランダムアクセス手順について、図４に関連してさらに詳しく説明する。この手順は４つの「ステップ」から構成される。最初に、ユーザ機器は、ランダムアクセスプリアンブル（例えばＲＡＣＨ手順のメッセージ１）を物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）でｅＮｏｄｅＢに送信する。ｅＮｏｄｅＢは、ＲＡＣＨプリアンブルを検出した後、プリアンブルが検出された時間－周波数スロットを識別する（ランダムアクセス）ＲＡ－ＲＮＴＩによってＰＤＣＣＨ上でアドレッシングされたＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）で、ランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージ（ＲＡＣＨ手順のメッセージ２）を送信する。複数のユーザ機器が同じＰＲＡＣＨリソースにおいて同じＲＡＣＨプリアンブルを送信していた場合（衝突とも称する）、これらのユーザ機器は同じランダムアクセス応答メッセージを受信する。このＲＡＲメッセージは、検出されたＲＡＣＨプリアンブルと、以降のアップリンク送信を同期させるためのタイミングアライメントコマンド（ＴＡコマンド）と、スケジューリングされた最初の送信を送るための最初のアップリンクリソース割当て（グラント）と、Ｔ－ＣＲＮＴＩ（一時的なセル無線ネットワーク一時識別子：Temporary Cell Radio Network Temporary Identifier）の割当て、を伝えることができる。ｅＮｏｄｅＢは、ＲＡＣＨ手順が終了するまでは、ＲＡＣＨプリアンブルが検出された（１基または複数の）移動端末をアドレッシングする目的にこのＴ－ＣＲＮＴＩを使用し、なぜならｅＮｏｄｅＢはこの時点では移動端末の「真の」識別情報をまだ認識していないためである。
【0031】
ユーザ機器は、所与の時間窓（ｅＮｏｄｅＢによって設定される）の中で、ＰＤＣＣＨを監視してランダムアクセス応答メッセージを受信する。ユーザ機器は、ｅＮｏｄｅＢから受信したＲＡＲメッセージに応えて、スケジューリングされた最初のアップリンク送信を、そのランダムアクセス応答の中のグラントによって割り当てられた無線リソースで送信する。このスケジューリングされたアップリンク送信は、例えばＲＲＣ接続要求、ＲＲＣ再開要求、あるいはバッファ状態報告など実際のランダムアクセス手順メッセージを伝える。
【0032】
ＲＡＣＨ手順の最初のメッセージにおいてプリアンブルの衝突が起きた（例えば複数のユーザ機器が同じＰＲＡＣＨリソースで同じプリアンブルを送信した）場合、衝突しているユーザ機器は、ランダムアクセス応答の中で同じＴ－ＣＲＮＴＩを受信し、ＲＡＣＨ手順の第３のステップにおいてそれぞれのスケジューリングされた送信を送るときに、同じアップリンクリソースにおいて衝突する。１基のユーザ機器からのスケジューリングされた送信がｅＮｏｄｅＢによって正常に復号される場合、他の（１基または複数の）ユーザ機器においては競合は解決していないままである。このタイプの競合を解決するため、ｅＮｏｄｅＢは、そのＣ－ＲＮＴＩまたは一時的なＣ－ＲＮＴＩにアドレッシングされた競合解決メッセージ（第４のメッセージ）を送信する。これによりＲＡＣＨ手順が完了する。
【0033】
図５は、３ＧＰＰ ＬＴＥの競合のないランダムアクセス手順を示しており、競合ベースのランダムアクセス手順と比べて簡易化されている。最初のステップにおいて、ｅＮｏｄｅＢは、衝突の（例えば複数のユーザ機器が同じプリアンブルを送信する）危険がないように、ランダムアクセスに使用するためのプリアンブルをユーザ機器に提供する。したがって次いでユーザ機器は、ｅＮｏｄｅＢによってシグナリングされたプリアンブルを、ＰＲＡＣＨリソースでアップリンクにおいて送信する。競合のないランダムアクセスの場合、複数のＵＥが同じプリアンブルを送信するケースが回避されるため、競合のないランダムアクセス手順は、本質的に、ランダムアクセス応答がＵＥによって正常に受信された後に完了する。
【0034】
したがって、図４および図５に関連して上に説明した手順に類似するかまたは同じＲＡＣＨ手順を、今後、５Ｇの新しい無線技術において採用することができる。しかしながら３ＧＰＰは、５Ｇ ＮＲ用に２ステップのＲＡＣＨ手順も検討しており、この手順では、最初に、メッセージ１（４ステップのＲＡＣＨ手順におけるメッセージ１およびメッセージ３に相当する）を送信する。次いでｇＮＢが、メッセージ２（ＬＴＥ ＲＡＣＨ手順のメッセージ２およびメッセージ４に相当する）で応える。メッセージの交換が少ないため、この２ステップの手順のレイテンシは、４ステップの手順と比較して減少しうる。オプションとして、メッセージ用の無線リソースはネットワークによって設定される。
【0035】
［５Ｇ ＮＲにおけるページング手順］
５Ｇでは、ページングはまだ最終的に決定されていないが、５Ｇ ＮＲには２つの異なるページング手順、すなわちＲＡＮ（無線アクセスネットワーク）ベースのページング手順と、コアネットワーク（ＣＮ）ベースのページング手順が用意されるものと想定される（例えば、いくつかの節でＲＡＮページングおよびＣＮページングについて記載している非特許文献３を参照）。ＮＲ ５ＧにおけるＲＲＣは、非特許文献６の５．５．２節に現在定義されているように、次の３つの状態、すなわちＲＲＣ＿ＩＤＬＥ（ＲＲＣアイドル）、ＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ非アクティブ）、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続）をサポートする。新しいＲＲＣ状態であるＩＮＡＣＴＩＶＥ（非アクティブ）は、シグナリング、電力節約、レイテンシなどに関する要件が極めて異なるｅＭＢＢ（高度モバイルブロードバンド）、ｍＭＴＣ（大規模マシンタイプ通信）、ＵＲＬＬＣ（超高信頼・低遅延通信）などの幅広いサービスをサポートするうえで有利であるように、５Ｇの新しい無線技術において定義される。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるユーザ機器は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への完全な状態遷移を実行する必要なしに、小さいアップリンクデータの送信をサポートすることができる。
５Ｇでは、ページングはまだ最終的に決定されていないが、５Ｇ ＮＲには２つの異なるページング手順、すなわちＲＡＮ（無線アクセスネットワーク）ベースのページング手順と、コアネットワーク（ＣＮ）ベースのページング手順が用意されるものと想定される（例えば、いくつかの節でＲＡＮページングおよびＣＮページングについて記載している非特許文献３を参照）。ＮＲ ５ＧにおけるＲＲＣは、非特許文献６の５．５．２節に現在定義されているように、次の３つの状態、すなわちＲＲＣ＿ＩＤＬＥ（ＲＲＣアイドル）、ＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ非アクティブ）、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ接続）をサポートする。新しいＲＲＣ状態であるＩＮＡＣＴＩＶＥ（非アクティブ）は、シグナリング、電力節約、レイテンシなどに関する要件が極めて異なるｅＭＢＢ（高度モバイルブロードバンド）、ｍＭＴＣ（大規模マシンタイプ通信）、ＵＲＬＬＣ（超高信頼・低遅延通信）などの幅広いサービスをサポートするうえで有利であるように、５Ｇの新しい無線技術において定義される。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるユーザ機器は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への完全な状態遷移を実行する必要なしに、小さいアップリンクデータの送信をサポートすることができる。
【0036】
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥに対しては、ＲＡＮおよびコアネットワークとの接続（ユーザプレーン接続および制御プレーン接続の両方）を維持することができる。これに加えて、この非アクティブ状態にあるユーザ機器を対象とするページングメカニズム（通知メカニズムとも称される）は、いわゆる無線アクセスネットワーク（ＲＡＮ）ベースの通知領域（略してＲＮＡ）に基づく。無線アクセスネットワークは、ユーザ機器が位置している現在のＲＮＡを認識しているべきであり、ユーザ機器は、自身がさまざまなＲＮＡの間で移動するのをｇＮＢが追跡するように支援することができる。ＲＮＡは、ＵＥに固有とすることができる。ＲＮＡは、１つのセルまたは複数のセルをカバーすることができる。ＲＮＡは、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥを追跡するために使用されるコアネットワーク領域より小さくすることができる。
【0037】
ＵＥをページングすることは、例えば、ＵＥにダウンリンクデータを提供できるようにする目的で、必要でありうる。ダウンリンクデータは、そのＵＥによってサポートされている特定のネットワークスライス（詳しくは後からの説明を参照）を指していることがあり、ＵＥが正しく接続して、接続およびサービスを正しく確立できるようにするためには、通信システムのＲＡＮおよびコアネットワークにおいてネットワークスライスに関する情報が必要である。
【0038】
［ネットワークスライシング］
背景技術のセクションで言及したように、ネットワークスライシングは、５Ｇ ＮＲの多様な要件を満たすうえで重要なコンセプトである。
背景技術のセクションで言及したように、ネットワークスライシングは、５Ｇ ＮＲの多様な要件を満たすうえで重要なコンセプトである。
【0039】
ネットワークスライシング自体は新しいものではなく、なぜならＬＴＥリリース１３において類似するコンセプトが定義され、専用コア（Dedicated Core（ＤＥＣＯＲ））として採用された。専用コアの原理では、それぞれ固有なサービスを供給する目的でコアネットワークを分割することが可能になる。ＤＥＣＯＲはさらにｅＤＥＣＯＲに進化し、ｅＤＥＣＯＲでは、ＵＥは自身の専用コアネットワーク（ＤＣＮ：Dedicated Core Network）ＩＤを提供することができ、このＩＤによってｅＮＢは、最初のインスタンス自体において適切な専用コアネットワーク要素を選択することができる。この機能によって、ｅＤＥＣＯＲはＤＥＣＯＲと区別され、コアのシグナリングを減らすことが可能になる。専用コアネットワークは、例えば非特許文献８からの４．３．２５節に記載されている。したがってＵＥは、非特許文献９（１９．２．１．７節におけるＮＡＳノード選択機能（ＮＮＳＦ：NAS Node Selection Function）に関して）および非特許文献１０（例えば５．３．３．４節におけるＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐに関して）に記載されているように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅにＤＣＮ－ＩＤを含める。
【0040】
３ＧＰＰでは、ＤＣＮ－ＩＤは、特定の専用コアネットワーク（ＤＣＮ）を識別するために定義される。ＤＣＮが使用されるときには、ＭＭＥ負荷バランシング（MME Load Balancing）機能は、同じＤＣＮに属すＭＭＥの間でのみ実行される。ＤＣＮに対するＭＭＥ負荷バランシングは、非特許文献８の４．３．７２節に記載されている。
【0041】
スライシングとｅＤＥＣＯＲの主たる違いとして、スライシングではリソースのパーティショニングがエンドツーエンドである（すなわちリソースのパーティショニングが、コアネットワークリソースに加えて無線ネットワークリソースにも適用される）のに対して、ＤＥＣＯＲでは、リソースのパーティショニングはコアネットワークのみに適用される。
【0042】
ｅＤＥＣＯＲの場合、ＵＥがサポートできるサービスタイプは最大で１つであると考えられていた。したがってＤＣＮ－ＩＤを含めることは、効率の観点からは問題ではない。一方で３ＧＰＰは、ＲＡＮ２＃９９において、ＵＥは最大で８つのネットワークスライスを同時にサポートできることと、サポートされるスライスの要件をサポートするようにＵＥを構成できる（例えば異なるＰＤＵセッションの異なる専用無線ベアラ（ＤＲＢ：Dedicated Radio Bearer）を適切に設定することによる）ことを決定した。
【0043】
しかしながら、ＵＥが８つのネットワークスライスを同時にサポートできることが３ＧＰＰ ＲＡＮ２＃９９で決定されたことと、Ｓ－ＮＳＳＡＩが最大で３２ビットをとり得ることが３ＧＰＰ ＳＡ２で定義されたことにより、エアインタフェースにおいて多くのビットを使用して交換する必要が生じる。
【0044】
ネットワークスライシングは、非特許文献１１（例えば５．１５節、５．１８．５節）にも全般的に定義されている。非特許文献１１によれば、Ｓ－ＮＳＳＡＩ（単一ネットワークスライス選択支援情報：Single Network Slice Selection Assistance Information）は、ネットワークスライスを識別し、以下から構成される。
【0045】
・ スライス／サービスタイプ（ＳＳＴ：Slice/Service type）： 機能およびサービスに関して予期されるネットワークスライスの挙動を示す。
【0046】
・ スライス区分子（ＳＤ：Slice Differentiator）： スライス／サービスタイプを補足するオプションの情報であり、同じスライス／サービスタイプの複数のネットワークスライスを区別する。
【0047】
Ｓ－ＮＳＳＡＩは、標準の値または標準以外の値を有することができる。ＰＬＭＮに固有な値を有するＳ－ＮＳＳＡＩは、その値を割り当てるＰＬＭＮのＰＬＭＮ ＩＤに関連付けられる。Ｓ－ＮＳＳＡＩは、そのＳ－ＮＳＳＡＩが関連付けられているＰＬＭＮ以外のＰＬＭＮでは、アクセス層手順においてＵＥによって使用されない。
【0048】
ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩの集まりである。ＵＥとネットワークの間のシグナリングメッセージにおいて送られるＮＳＳＡＩには、最大で８つのＳ－ＮＳＳＡＩを含めることができる。各Ｓ－ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するのを支援する。
【0049】
同じネットワークスライスインスタンスを、複数の異なるＳ－ＮＳＳＡＩによって選択することができる。
【0050】
事業者の運用上のニーズまたは配備上のニーズに基づいて、ネットワークスライスインスタンスが１つまたは複数のＳ－ＮＳＳＡＩに対応することができ、あるいはＳ－ＮＳＳＡＩの複数のネットワークスライスインスタンスを、同じトラッキングエリアまたは複数の異なるトラッキングエリアに配置することができる。Ｓ－ＮＳＳＡＩの複数のネットワークスライスインスタンスが同じトラッキングエリアに配置されているときには、ＵＥをサーブするＡＭＦインスタンスが、そのＳ－ＮＳＳＡＩの２つ以上のネットワークスライスインスタンスに論理的に属することができ、例えばこのＡＭＦインスタンスを、そのＳ－ＮＳＳＡＩの複数のネットワークスライスインスタンスに共通とすることができる。あるＳ－ＮＳＳＡＩがＰＬＭＮにおいて２つ以上のネットワークスライスインスタンスによってサポートされているときには、特定のエリア内でその同じＳ－ＮＳＳＡＩをサポートしているネットワークスライスインスタンスのうち、５．１５．５節に定義されているネットワークスライスインスタンス選択手順の結果としての任意のインスタンスが、そのＳ－ＮＳＳＡＩを使用することが許可されているＵＥをサーブすることができる。ＵＥは、Ｓ－ＮＳＳＡＩに関連付けられると、例えば所与の登録エリアにおいてネットワークスライスインスタンスがもはや有効ではなくなるまで、あるいはＵＥに許可されているＮＳＳＡＩが変更されるまで、そのＳ－ＮＳＳＡＩの同じネットワークスライスインスタンスによってサーブされる。このような場合、５．１５．５．２．２節または５．１５．５．２．３節に記載されている手順が適用される。
【0051】
５ＧＣは、ＵＥをサーブするための（１つまたは複数の）ネットワークスライスインスタンスと、そのネットワークスライスインスタンスに対応する５ＧＣの制御プレーンネットワーク機能およびユーザプレーンネットワーク機能を選択する責務を担う。
【0052】
（Ｒ）ＡＮ（（無線）アクセスネットワーク）は、５ＧＣが（Ｒ）ＡＮに許可ＮＳＳＡＩ（Allowed NSSAI）を通知する前には、ＵＥの制御プレーンの接続を処理するためにアクセス層（ＡＳ）シグナリングにおいて要求ＮＳＳＡＩ（Requested NSSAI）を使用することができる。ＵＥが５Ｇ－ＧＵＴＩを提供するときには、ＲＡＮはルーティングするのに要求ＮＳＳＡＩを使用しない。
【0053】
ＵＥが正常に登録されると、コアネットワーク（ＣＮ）は、許可ＮＳＳＡＩ全体を提供することによって（Ｒ）ＡＮに通知する。
【0054】
５Ｇ ＮＲにおけるネットワークスライシングに関連するいくつかの合意事項は、現時点では非特許文献３の１６．３節に記載されている。
【0055】
ネットワークスライスは、それぞれ異なる資源を識別しうるＲＡＮ部分とＣＮ部分とから構成することができる。ネットワークスライシングのサポートは、異なるスライスのトラフィックが異なるＰＤＵセッションによって扱われるという原理に依拠する。ネットワークは、スケジューリングすることと、異なるＬ１／Ｌ２構成を提供することによって、異なるネットワークスライスを実現することができる。ＵＥは、ネットワークスライスを選択するための支援情報がＮＡＳによって提供されている場合、この情報をＲＲＣメッセージにおいて提供する。ネットワークは多数の（例：数百の）スライスをサポートすることができるが、ＵＥは９以上のスライスを同時にサポートする必要はない。
【0056】
ネットワークスライシングは、各顧客の要件に応じて差別化した扱いを可能にするためのコンセプトである。スライシングを使用することで、移動体通信事業者（ＭＮＯ）は、顧客を、それぞれが異なるサービス要件を有する異なるテナントタイプに属すものとみなすことが可能であり、サービス要件は、サービスレベル合意（ＳＬＡ：Service Level Agreement）およびサブスクリプションに基づいて各テナントが使用する資格のあるスライスタイプに関して決めるものである。ＵＥは、自身がどのネットワークスライスおよびネットワークスライスタイプをサブスクライブしているか（これらは５Ｇコアネットワーク（例えばＨＳＳ（ホーム加入者サーバ：Home Subscriber Server）に）格納することができる）について決めるサービスレベル合意（ＳＬＡ）を有する。
【0057】
この点で、３ＧＰＰにおいて利用可能なさまざまな技術仕様書には、若干異なる定義が記載されている。例えば非特許文献１１によれば、ネットワークスライスとは、特定のネットワーク能力および特定のネットワーク特性を提供する論理ネットワークであり、ネットワークスライスインスタンスは、配置されるネットワークスライスを形成する一連のネットワーク機能インスタンスおよび必要な資源（例：コンピュータ、記憶装置、ネットワークリソース）である。非特許文献１２では、ネットワークスライスとは、事業者によって作成されるネットワークであり、エンドツーエンド範囲で特定の要件を必要とする特定のマーケットシナリオにとって最適化されたソリューションとなるようにカスタマイズされたネットワーク、と定義されている。
【0058】
各ネットワークスライスは、上に挙げた非特許文献１１に定義されているように、Ｓ－ＮＳＳＡＩによって一意に識別される。ＮＳＳＡＩ（ネットワークスライス選択支援情報）は、１つまたは複数のＳ－ＮＳＳＡＩ（単一ＮＳＳＡＩ）を含む。
【0059】
ＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク）におけるネットワークスライシングのサポートには、以下の重要な原理が適用される。
【0060】
ＲＡＮにおけるスライスの認識
－ ＮＧ－ＲＡＮは、事前に設定された複数の異なるネットワークスライスのトラフィックの差別化した扱いをサポートする。ＮＧ－ＲＡＮが、ＮＧ－ＲＡＮ機能（例：各スライスを含む一連のネットワーク機能）に関するスライスの有効化をどのようにサポートするかは、実装に依存する。
－ ＮＧ－ＲＡＮは、事前に設定された複数の異なるネットワークスライスのトラフィックの差別化した扱いをサポートする。ＮＧ－ＲＡＮが、ＮＧ－ＲＡＮ機能（例：各スライスを含む一連のネットワーク機能）に関するスライスの有効化をどのようにサポートするかは、実装に依存する。
【0061】
ネットワークスライスのＲＡＮ部分の選択
－ ＮＧ－ＲＡＮは、ＵＥまたは５ＧＣによって提供される支援情報によってネットワークスライスのＲＡＮ部分を選択することをサポートし、この支援情報は、ＰＬＭＮにおいて事前に設定されたネットワークスライスの１つまたは複数を一義的に識別する。
－ ＮＧ－ＲＡＮは、ＵＥまたは５ＧＣによって提供される支援情報によってネットワークスライスのＲＡＮ部分を選択することをサポートし、この支援情報は、ＰＬＭＮにおいて事前に設定されたネットワークスライスの１つまたは複数を一義的に識別する。
【0062】
スライスごとのリソース管理
－ ＮＧ－ＲＡＮは、スライスごとにサービスレベル合意に従ってポリシーを適用することをサポートする。１つのＮＧ－ＲＡＮノードが複数のスライスをサポートすることが可能であるべきである。ＮＧ－ＲＡＮは、サポートされる各スライスに、該当するＳＬＡに照らして最良のＲＲＭ（無線リソース管理）ポリシーを自由に適用することができるべきである。
－ ＮＧ－ＲＡＮは、スライスごとにサービスレベル合意に従ってポリシーを適用することをサポートする。１つのＮＧ－ＲＡＮノードが複数のスライスをサポートすることが可能であるべきである。ＮＧ－ＲＡＮは、サポートされる各スライスに、該当するＳＬＡに照らして最良のＲＲＭ（無線リソース管理）ポリシーを自由に適用することができるべきである。
【0063】
ＱｏＳのサポート
－ ＮＧ－ＲＡＮは、スライス内でのＱｏＳの差別化をサポートする。
－ ＮＧ－ＲＡＮは、スライス内でのＱｏＳの差別化をサポートする。
【0064】
ＲＡＮによるＣＮエンティティの選択
－ ＵＥは、最初にアタッチする場合、ＡＭＦの選択をサポートするための支援情報を提供することができる。ＮＧ－ＲＡＮは、支援情報が利用可能である場合、この情報を用いて最初のＮＡＳシグナリングをＡＭＦにルーティングする。ＮＧ－ＲＡＮがこの情報を用いてＡＭＦを選択することができない、またはＵＥがこのような情報を提供しない場合、ＮＧ－ＲＡＮは、ＮＡＳシグナリングをデフォルトのＡＭＦに送る。
－ ＵＥは、最初にアタッチする場合、ＡＭＦの選択をサポートするための支援情報を提供することができる。ＮＧ－ＲＡＮは、支援情報が利用可能である場合、この情報を用いて最初のＮＡＳシグナリングをＡＭＦにルーティングする。ＮＧ－ＲＡＮがこの情報を用いてＡＭＦを選択することができない、またはＵＥがこのような情報を提供しない場合、ＮＧ－ＲＡＮは、ＮＡＳシグナリングをデフォルトのＡＭＦに送る。
【0065】
－ 以降のアクセスでは、ＵＥは、５ＧＣによってＵＥに割り当てられる一時ＩＤをＮＧ－ＲＡＮに提供し、これによりＮＧ－ＲＡＮは、この一時ＩＤが有効である限りはＮＡＳメッセージを適切なＡＭＦにルーティングすることができる（ＮＧ－ＲＡＮは、一時ＩＤに関連付けられるＡＭＦを認識しており、このＡＭＦにアクセスすることができる）。一時ＩＤを提供しない場合、最初にアタッチするための方法が適用される。
【0066】
スライス間のリソースの分離
－ ＮＧ－ＲＡＮは、スライス間のリソースの分離をサポートする。ＮＧ－ＲＡＮによるリソース分離は、ＲＲＭポリシーおよび保護メカニズム（あるスライスで共有リソースが不足することで別のスライスにおいてサービスレベル合意が守られないことを回避するべきである）によって達成することができる。ＮＧ－ＲＡＮのリソースすべてを特定のスライスに割り当てることが可能であるべきである。ＮＧ－ＲＡＮがリソース分離をどのようにサポートするかは、実装に依存する。
－ ＮＧ－ＲＡＮは、スライス間のリソースの分離をサポートする。ＮＧ－ＲＡＮによるリソース分離は、ＲＲＭポリシーおよび保護メカニズム（あるスライスで共有リソースが不足することで別のスライスにおいてサービスレベル合意が守られないことを回避するべきである）によって達成することができる。ＮＧ－ＲＡＮのリソースすべてを特定のスライスに割り当てることが可能であるべきである。ＮＧ－ＲＡＮがリソース分離をどのようにサポートするかは、実装に依存する。
【0067】
スライスの可用性
－ いくつかのスライスを、ネットワークの一部のみにおいて利用可能にすることができる。ＮＧ－ＲＡＮが、隣接するセルにおいてサポートされているスライスを認識していることは、接続モードにおける異周波数モビリティにおいて有利でありうる。スライスの可用性は、ＵＥの登録エリア内では変更されないものと想定する。
－ いくつかのスライスを、ネットワークの一部のみにおいて利用可能にすることができる。ＮＧ－ＲＡＮが、隣接するセルにおいてサポートされているスライスを認識していることは、接続モードにおける異周波数モビリティにおいて有利でありうる。スライスの可用性は、ＵＥの登録エリア内では変更されないものと想定する。
【0068】
－ ＮＧ－ＲＡＮおよび５ＧＣは、所与のエリアにおいて利用可能である、または利用可能ではないスライスを対象とするサービス要求を処理する責務を担う。スライスへのアクセスの許可または拒否は、そのスライスのサポート、リソースの可用性、要求されたサービスのＮＧ－ＲＡＮによるサポートなどの要因によって決まるようにすることができる。
【0069】
ＵＥを複数のネットワークスライスに同時に関連付けることのサポート
－ ＵＥが複数のスライスに同時に関連付けられている場合、１つのシグナリング接続のみが維持され、同一周波数セル再選択では、ＵＥは最良のセルへのキャンプオンをつねに試みる。異周波数セル再選択では、専用の優先順位を使用して、ＵＥがキャンプオンする周波数を制御することができる。
－ ＵＥが複数のスライスに同時に関連付けられている場合、１つのシグナリング接続のみが維持され、同一周波数セル再選択では、ＵＥは最良のセルへのキャンプオンをつねに試みる。異周波数セル再選択では、専用の優先順位を使用して、ＵＥがキャンプオンする周波数を制御することができる。
【0070】
スライスの認識の粒度
－ ＮＧ－ＲＡＮでは、ＰＤＵセッションレベルでのスライスの認識が導入され、これはＰＤＵセッションリソース情報を含むすべてのシグナリングにおいて、ＰＤＵセッションに対応するＳ－ＮＳＳＡＩを示すことによる。
－ ＮＧ－ＲＡＮでは、ＰＤＵセッションレベルでのスライスの認識が導入され、これはＰＤＵセッションリソース情報を含むすべてのシグナリングにおいて、ＰＤＵセッションに対応するＳ－ＮＳＳＡＩを示すことによる。
【0071】
ネットワークスライスにアクセスするためのＵＥの権利の確認
－ ＵＥがネットワークスライスにアクセスする権利を有することを確認することは、５ＧＣの責務である。ＮＧ－ＲＡＮが初期コンテキスト設定要求（Initial Context Setup Request）メッセージを受信するより前に、ＵＥがどのスライスへのアクセスを要求しているかの認識に基づいて、ＮＧ－ＲＡＮが何らかの暫定ポリシー／ローカルポリシーを適用できるようにすることができる。初期コンテキストの設定時、リソースが要求されている対象のスライスがＮＧ－ＲＡＮに通知される。
－ ＵＥがネットワークスライスにアクセスする権利を有することを確認することは、５ＧＣの責務である。ＮＧ－ＲＡＮが初期コンテキスト設定要求（Initial Context Setup Request）メッセージを受信するより前に、ＵＥがどのスライスへのアクセスを要求しているかの認識に基づいて、ＮＧ－ＲＡＮが何らかの暫定ポリシー／ローカルポリシーを適用できるようにすることができる。初期コンテキストの設定時、リソースが要求されている対象のスライスがＮＧ－ＲＡＮに通知される。
【0072】
５Ｇ ＮＲにおけるネットワークスライシング機能をさらに発展させる３ＧＰＰの会合および検討では、さらなる合意がなされており、今後もなされるであろう。いくつかの初期の合意および想定は、ネットワークスライシングをＲＡＮに拡張することに関して行われたが、この点において詳細なソリューションはまだ利用可能ではなく、提案もされていない。したがって、ＲＡＮにおけるネットワークスライシングをどのように実施できるかに関する改良された手順を提供する必要がある。この手順は、アクセス層（ＡＳ）に固有な短縮されたネットワークスライスＩＤの使用を伴う改良されたページング手順および改良された接続手順または再開手順を含むことができる。
【0073】
例えばＵＥは、ＮＡＳノード選択機能が動作するように、自身の関心の対象のスライスＩＤをｇＮＢに示す必要がある。これに対応してｇＮＢは、所与のＵＥの接続要求およびサービス要求に対してどのコアネットワーク要素を接続するかを決定することができる。
【0074】
さらに、ＵＥが８つのネットワークスライスを同時にサポートする場合、ＵＥが８つのネットワークスライスＩＤ（現時点ではＳ－ＮＳＳＡＩ）をｇＮＢに伝える必要がある状況となり、各ネットワークスライスＩＤは３２ビット長であり、したがって合計２５６ビットである。これは不利であり、なぜならエアインタフェースにおける不足気味のリソースが非効率的に使用されるためである。
【0075】
［本開示の詳細な説明］
以下では、５Ｇ移動通信システムを対象に検討されている新しい無線アクセス技術において、上記のニーズを満たすためのＵＥ、基地局、および手順について説明する。さまざまな実装形態およびバリエーションも説明する。以下の詳細な開示内容は、前のセクション「本開示の基礎」の中で説明した検討事項およびその結果によって促進されたものであり、例えば少なくともその一部に基づく。
以下では、５Ｇ移動通信システムを対象に検討されている新しい無線アクセス技術において、上記のニーズを満たすためのＵＥ、基地局、および手順について説明する。さまざまな実装形態およびバリエーションも説明する。以下の詳細な開示内容は、前のセクション「本開示の基礎」の中で説明した検討事項およびその結果によって促進されたものであり、例えば少なくともその一部に基づく。
【0076】
しかしながら全般的には、５Ｇセルラー通信システムに関して実際に合意されたことはわずかであり、したがって以下では、本開示の基礎をなす原理を明確かつわかりやすく説明することができるように、多くの想定を行わなければならないことに留意されたい。しかしながら、これらの想定は、本開示の範囲を制限することのない単なる例として理解されたい。当業者には、以下の開示の、請求項に記載されている原理を、さまざまなシナリオに、本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。
【0077】
さらに、次の３ＧＰＰ ５Ｇ通信システムのための新しい無線アクセス技術に関連して使用される特定の専門用語は、まだ完全には決定されていないが、以下で使用されている、手順、エンティティ、レイヤ（層）などの用語のいくつかは、ＬＴＥ／ＬＴＥ－Ａシステムに、または３ＧＰＰ ５Ｇの現在の検討項目において使用されている専門用語に、密接に関係している。したがって用語は、３ＧＰＰの標準化段階において変更されうるが、本発明の実施形態の機能・動作には影響しない。したがって、本発明およびその保護範囲は、より新しいかまたは最終的に合意された専門用語が存在しない理由で本明細書において例示的に使用されている特定の用語に制限されるべきではなく、本開示の機能・動作および原理の基礎をなす機能およびコンセプトに関して広義に理解されるべきであることが、当業者には認識されるであろう。
【0078】
例えば、「移動局（mobile station）」、「移動ノード（mobile node）」、「ユーザ端末（user terminal）」、または「ユーザ機器（ＵＥ）」は、通信ネットワーク内の物理エンティティ（物理ノード）である。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能を同じノードもしくは別のノードまたはネットワークの別の機能エンティティに提供する、ソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、自身を通信機器または通信媒体にアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティまたは通信相手ノードと通信することができる。
【0079】
用語「基地局」または「無線基地局」は、本明細書においては、通信ネットワーク内の物理エンティティを意味する。基地局は、移動局と同様に、いくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能を同じノードもしくは別のノードまたはネットワークの別の機能エンティティに提供する、ソフトウェアモジュールまたはハードウェアモジュールを意味する。物理エンティティは、通信装置に関連するいくつかの制御タスク（スケジューリングおよび設定の１つまたは複数を含む）を実行する。なお、基地局の機能および通信装置の機能を、１つの装置内に統合してもよいことに留意されたい。例えば、移動端末が、他の端末に対して基地局の機能をさらに実施してもよい。ＬＴＥにおいて使用されている専門用語はｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ ＮＲにおいて現時点で使用されている専門用語はｇＮＢである。
【0080】
用語「ネットワークスライス」は、異なる特性および異なる要件を有する異なるサービスの提供を容易にするため、ネットワークリソースをどのようにパーティショニングするかのアイディアを意味する。上のセクション［本開示の基礎］の中で言及したように、複数の異なる３ＧＰＰグループによって、若干異なる定義がこれまでに提供されている。したがってネットワークスライスとは、特定のネットワーク機能およびネットワーク特性を提供する論理ネットワークとして広義に理解することができる。
【0081】
図６は、ユーザ機器（通信装置とも称される）およびスケジューリング装置（本明細書では例示的に基地局、例えばｅＬＴＥ ｅＮＢ（またはｎｇ－ｅＮＢとも称される）もしくは５Ｇ ＮＲにおけるｇＮＢ内に位置するものと想定する）の一般的な単純化した例示的なブロック図を示している。ＵＥとｅＮＢ／ｇＮＢは、それぞれ送受信機を使用して（無線）物理チャネルを通じて互いに通信する。
【0082】
通信装置は、送受信機および処理回路を備えていることができる。送受信機は、受信機および送信機を備えていることができる。処理回路は、１つまたは複数のプロセッサまたは任意のＬＳＩなど、１つまたは複数のハードウェアとすることができる。送受信機と処理回路との間には入力／出力部（またはノード）が存在しており、処理回路は、動作時にこの入力／出力部を通じて送受信機を制御し（例えば受信機および／または送信機を制御し）、受信／送信データを交換することができる。送受信機は、１本または複数のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）フロントエンドを含むことができる。処理回路は、自身が提供するユーザデータおよび制御データを送信する、および／または、処理回路によってさらに処理されるユーザデータおよび制御データを受信するように、送受信機を制御するなど、制御タスクを実施することができる。さらに処理回路は、判定する、決定する、計算する、測定するなどのプロセスを実行する責務も担うことができる。送信機は、送信するプロセス、および送信に関連する他のプロセスを実行する責務を担うことができる。受信機は、受信するプロセス、および受信に関連する他のプロセスを実行する責務を担うことができる。
【0083】
したがってこの場合、さまざまな実施形態およびそれらのバリエーションの後からの説明から明らかになるように、プロセッサを、ネットワークスライスおよび対応する識別情報（短縮されたネットワークスライスＩＤや完全なネットワークスライスＩＤなど）を決定するように例示的に構成することができる。別の例は送信機に関し、送信機は、ＲＡＣＨ手順のメッセージを送信することができるように構成されている。反対に、受信機は、基地局からＲＡＣＨ手順のメッセージおよびページングメッセージを受信することができるように構成することができる。
【0084】
以下では、例示的な単純なシナリオを想定する。図７に示したように、ＵＥが、ｇＮＢ１によって制御される無線セル１のカバレッジエリア内に位置しているものと想定する。隣接する無線セル２、無線セル３、および無線セル４が存在しており、これらはそれぞれｇＮＢ２、ｇＮＢ３、ｇＮＢ４によって制御される。
【0085】
［実施形態１］
以下では、ページングが実際にどのネットワークスライスに関連するかをＵＥが求めることができるように、第１の実施形態の膨大なバリエーションに係る改良されたページング手順、について説明する。ネットワークスライスに関する情報はＵＥにとって重要であり、なぜならこの情報によってＵＥは、ページングに適切に応答する（例：接続およびサービスを確立する、または再開する）ために必要である対応する情報を、（ｇＮＢおよび／またはコアネットワークを宛先とする）メッセージに含めることが可能になるためである。
以下では、ページングが実際にどのネットワークスライスに関連するかをＵＥが求めることができるように、第１の実施形態の膨大なバリエーションに係る改良されたページング手順、について説明する。ネットワークスライスに関する情報はＵＥにとって重要であり、なぜならこの情報によってＵＥは、ページングに適切に応答する（例：接続およびサービスを確立する、または再開する）ために必要である対応する情報を、（ｇＮＢおよび／またはコアネットワークを宛先とする）メッセージに含めることが可能になるためである。
【0086】
簡潔に言えば、ｇＮＢは、ページングが送信される対象のネットワークスライスをＵＥがページングメッセージから導くことができるように、ページングメッセージをＵＥに送信する責務を担う。ｇＮＢからＵＥに送信されるページングメッセージによって、そのページングが対象とするネットワークスライスをＵＥが求めることができるようにするいくつかの可能な方法が存在する。一般的には、以下に説明するように、ネットワークスライスの対応する識別情報をページングメッセージによって明示的または暗黙的に符号化することができる。
【0087】
例えば、ネットワークスライスの明示的な識別情報を、例えば（ｇＮＢからＵＥに送信される）ページングレコードの一部として、ページングメッセージの中に含めることができる。現在ＬＴＥでは、ページングメッセージは、非特許文献１０の６．２．２節（５．３．２節も参照）に定義されているように使用されている。５Ｇ ＮＲに関しては、確定的なページングメッセージはまだ定義されておらず、したがってさらに説明する目的で、ＬＴＥにおいて現在採用されているページングメッセージを例示的に想定する。上に引用した非特許文献１０から明らかであるように、ＬＴＥでは、ページングメッセージは最大で１６個のページングレコードを含むことができ、各レコードは、ページングメッセージ内でページングされるＵＥを指定する。
【0088】
ネットワークスライスＩＤ（この例示的なケースでは、以下で下線を引いた太字のＳ－ＮＳＳＡＩ）を追加的に伝えるため、ページングメッセージのページングレコードを次のように拡張することができる。
【0089】
【0090】
これに代えて、ページングレコード内に明示的な識別情報を提供する代わりに、別の可能な解決策では、ページングメッセージに付随するＰＤＣＣＨ（ＤＣＩ）の中に識別情報を提供することができる。この点において５Ｇ ＮＲについては最終的な合意に達していないが、ページングがＬＴＥに類似して実行されるものと想定することができ、ＬＴＥにおけるページングは、ＣＲＣがＰ－ＲＮＴＩによってスクランブルされたＰＤＣＣＨ（ＤＣＩ）に基づいて実行される（ＬＴＥのページングについては、例えば非特許文献１３の７．１節および非特許文献１４の７節を参照）。ページングレコードを有する実際のページングメッセージは、ＰＤＣＣＨ ＤＣＩによって示されるＰＤＳＣＨで送信される。ＬＴＥから明らかであるように、「ＰＤＣＣＨで送信されるＰ－ＲＮＴＩ」は通常のＬＴＥの場合であり、「ＭＰＤＣＣＨで送信されるＰ－ＲＮＴＩ」はｅＭＴＣの場合であり、「ＮＰＤＣＣＨで送信されるＰ－ＲＮＴＩ」はＮＢ－ＩｏＴの場合である。５Ｇ ＮＲでは例示的に、ｅＭＢＢは通常のＰＤＣＣＨを使用することができ、ｍＭＴＣは別のＰＤＣＣＨを使用することができ、ＵＲＬＬＣは、ｅＭＢＢと同じ通常のＰＤＣＣＨ、または別のＰＤＣＣＨを使用することができ、これは今後の検討によって決まる。したがって、ネットワークスライスＩＤを追加的に伝えるためにＰＤＣＣＨ ＤＣＩフォーマットを拡張することができる。
【0091】
別の解決策では、識別情報の明示的なシグナリングを使用する代わりに、複数の異なるネットワークスライスを区別するため、例えばページングメッセージを送信する際に使用される送信パラメータを使用して、識別情報の暗黙的な示唆を提供し、したがってＵＥは、ページングが対象とするネットワークスライスを識別することができる。
【0092】
この点において使用することのできる送信パラメータはいくつかあり、例えばページングメッセージが送信される時刻（例：サブフレーム、または無線フレーム）、ページングメッセージが送信される周波数（例：周波数サブバンド）、あるいはページングメッセージを送信するのに使用されるＯＦＤＭのヌメロロジー（代表的には例えばサブフレーム間隔）などである。どの送信パラメータまたは送信パラメータの組合せが、どのネットワークスライスを符号化するかに関して、ＵＥとｇＮＢは共通の認識を有し、したがってｇＮＢは、対象のネットワークスライスから（１つまたは複数の）送信パラメータを決定することができ、ＵＥは、ページングの送信に使用された（１つまたは複数の）送信パラメータから、そのページングが対象とするネットワークスライスを導くことができる。ネットワークスライスの暗黙的なシグナリングは、例えばｇＮＢからＵＥに明示的な識別情報を伝えるために必要であるエアインタフェースの無線リソースが非効率的に使用されないことにおいて有利である。
【0093】
異なるネットワークスライスをどのように識別するかの１つの例は、ページングメッセージが送信される周波数に基づく。異なるネットワークスライスは、データの受信および送信に採用される周波数に関して互いに異なっていることができる。これらのネットワークスライスを、例示的に異周波数ネットワークスライス（inter-frequency network slices）と称することができる。したがって各ネットワークスライスを、そのスライスにおいて採用される周波数によって一義的に識別することができ、対象とするネットワークスライスの周波数でページングメッセージを送信することによって、ＵＥは、ページングメッセージの送信に使用された周波数からネットワークスライスを一義的に導くことができる。
【0094】
複数の異なるネットワークスライスがデータの受信および送信に同じ周波数を採用しているときには、周波数に基づく一義的な識別はもはや可能ではない。このようなネットワークスライスを、例示的に同一周波数ネットワークスライス（intra-frequency network slices）と称することができる。同一周波数ネットワークスライスは、別の方法で、例えば同一周波数ネットワークスライスの間で異なる別の送信パラメータ（ページングの時刻など）に基づいて、またはｇＮＢがページングメッセージに含める明示的な識別情報に基づいて、ＵＥによって識別される必要がある。これにより、ページングの対象のネットワークスライスを一義的に識別することが、この場合にも可能である。
【0095】
さらに、ネットワークスライスの識別情報を明示的または暗黙的にシグナリングするためのさまざまな解決策（上の説明を参照）を、任意の適切な方式で組み合わせることもできる。例えば、識別情報の一部をページングメッセージの中に（例：ページングレコードの中に、またはページングメッセージに付随するＤＣＩの中に）明示的に符号化し、その一方で、識別情報の別の部分をページングメッセージに暗黙的に（例えば特定の周波数を使用してページングメッセージを送信することによって）符号化する。
【0096】
いずれの場合も、ＵＥは、ページングメッセージが対象とするネットワークスライスを、受信したページングメッセージに基づいて求めることができる。次いで、後から例示的に説明するように、この情報を使用して、ｇＮＢおよびコアネットワークとの接続およびサービスを確立することができる。
【0097】
上の説明では１つのネットワークスライスを考慮するのみであったが、上記および後から説明する実施形態１のバリエーションは、ページングメッセージが２つ以上のネットワークスライスに同時に関連する場合にも適用することができる。この場合には例えば、ｇＮＢがさまざまなネットワークスライスの識別情報を明示的および／または暗黙的に符号化し、これに対応してＵＥは、ページングが関連するさまざまなネットワークスライスを、受信したページングメッセージに基づいて識別する。
【0098】
ここまでの説明では、ページングがｇＮＢによって開始される（ＲＡＮベースのページング）のか、コアネットワークのエンティティ（ＡＭＦなど）によって開始される（コアネットワークベースのページング）のかを考慮することなく、ＵＥとｇＮＢとの間で発生するページングに主として焦点をあててきた。第一に、実施形態１は、ＲＡＮベースのページングおよびコアネットワークベースのページングの両方に適用可能である。
【0099】
ＲＡＮベースのページングおよびコアネットワークベースのページングの一般的な特性は、前に説明した。具体的には、ＲＡＮベースのページングは、無線アクセスネットワーク内で開始され、コアネットワークに透過的である（例えばコアネットワークは、ＵＥが依然として接続モードにあるものと想定する）。したがって例えば、ＵＥに対する責務を担うｇＮＢにコアネットワークからダウンリンクデータが転送される場合には、ページングエリア内でＲＡＮベースのページングに従ってそのＵＥをページングする必要がある。したがって、ＵＥに固有なＲＡＮ通知エリア（このエリア内ではＩＮＡＣＴＩＶＥ状態のＵＥは更新をトリガーする必要なしにローミングすることができる）内のすべてのｇＮＢ（またはページングエリア内のｇＮＢのうち少なくともネットワークスライスを実際にサポートしているｇＮＢ）は、ＵＥに到着するように適切なページングメッセージを送信する。
【0100】
コアネットワーク（例：サービングゲートウェイ）からダウンリンクデータを受信したｇＮＢは、そのダウンリンクデータが指している１つまたは複数のネットワークスライスを求める。ｇＮＢは、これら１つまたは複数のネットワークスライスの対応する識別情報を決定し、これをＲＡＮ通知エリア内の他のｇＮＢに転送し、したがってこれらの他のｇＮＢは、ページング時に、（例えば上述した明示的な解決策および／または暗黙的な解決策のいずれかに従って）この識別情報をＵＥに提供することができる。ｇＮＢは、Ｘｎインタフェースを通じて別のｇＮＢと通信することができ、一例においては、ＲＡＮベースのページングのためのｇＮＢ間の対応するメッセージを、必要な識別情報によって拡張することができる。
【0101】
コアネットワークベースのページングは、前に詳しく説明してあり、ＡＭＦ（アクセスおよびモビリティ管理機能）によって開始することができ、ＡＭＦは、ＵＥに固有なページング要求メッセージをＮ２インタフェースを介してｇＮＢに送信する。このようなページング要求メッセージの例は、現在、非特許文献１５の８．５節（非特許文献１６の８．５節にも基づきうる）に定義されており、例えば次のように拡張することができる（表内の下線を引いた太字の最終行を参照）。
【0102】
【表1】
【0103】
情報要素「スライス情報」は、例えば１つまたは複数のネットワークスライスＩＤ（前に紹介したＳ－ＮＳＳＡＩなど）を含むことができる。
【0104】
ここまで説明した解決策では、ネットワークスライスに関する識別情報が、３２ビットのサイズのＳ－ＮＳＳＡＩであるものと想定してきた。これに対して、実施形態２の膨大なバリエーションでは、エアインタフェースにおける過度なオーバーヘッドを回避するために、ビットがずっと少ない短縮されたネットワークスライスＩＤを導入する。実施形態１の改良されたページング手順において、完全なネットワークスライスＩＤ（例：Ｓ－ＮＳＳＡＩ）の代わりに短縮されたネットワークスライスＩＤを（可能な限り）使用するように、実施形態１と実施形態２を組み合わせることができる。
【0105】
例えば、拡張されたページングメッセージの前と同じ例を想定すると、ページングメッセージのページングレコードを、短縮されたネットワークスライスＩＤ（ここでは例示的にＡＳ－Ｓｌｉｃｅ ＩＤと称する）によって次のように拡張することができる。
【0106】
【0107】
完全なネットワークスライスＩＤの代わりに短縮されたネットワークスライスＩＤを使用することで、ページングの対象であるネットワークスライスの明示的なシグナリングおよび暗黙的なシグナリングを容易にすることができ、なぜならページングメッセージの送信に基づいて識別する必要のあるネットワークスライスがずっと少ないためである。送信パラメータを通じて暗黙的に符号化するときのパラメータの変更が少なくてすむ、および／または、明示的にシグナリングする場合にページングメッセージまたはＰＤＣＣＨ ＤＣＩに含める必要のあるビット数が少ない。
【0108】
これに対して、ｇＮＢ間で交換されるメッセージでは、短縮されたスライスＩＤではなく完全なネットワークスライスＩＤ（例：Ｓ－ＮＳＳＡＩ）を使用することができ、なぜならこの交換はバックボーンを介して行われるためであり、例えばｇＮＢに固有とすることのできる、短縮されたネットワークスライスＩＤと実際のネットワークスライスとの間のマッピングを、他のｇＮＢが認識していないことがあるためである。この点において、完全なＩＤを使用しない場合には、短縮されたネットワークスライスＩＤを使用することができるように、これらのマッピングを他のｇＮＢに通知する必要が生じうる。
【0109】
したがって実施形態１は、上述したさまざまな実装形態のいずれかに係る改良されたページング手順を行うことのできる、適切に構成された（１基または複数の）ｇＮＢ（基地局）およびＵＥ、を提供する。これらの基地局およびＵＥは、実施形態１に関与するために必要なタスクおよびステップを実行するために、図６に例示したユニットを含むことができる。図８は、実施形態１の例示的な基本的なバリエーションに係るｇＮＢ（基地局）およびＵＥの挙動を示している。この点において基地局（例：その送信機）は、ページングメッセージをＵＥに送信するように動作し、ページングメッセージには、ページングが対象とするネットワークスライスの識別情報が（例えば暗黙的および／または明示的に）符号化されている。ＵＥ（例：その受信機）は、基地局からページングメッセージを受信するように動作する。次いでＵＥ（例：そのプロセッサ）は、ページングメッセージが関連するネットワークスライスを求めることができる。ＵＥは、基地局による識別情報の符号化に応じて、ページングが対象とするネットワークスライスを、明示的または暗黙的な情報に基づいて求めることができる。
【0110】
なお、基地局によるページングは、ＵＥを宛先とするダウンリンクデータによって発生したものと例示的に想定する。図８に示した実施形態のこの例示的なバリエーションによれば、次に、基地局とＵＥの間のダウンリンクデータ送信を可能にするために必要な接続およびサービスを準備する目的で、ネットワークスライスに関する情報を使用してデータ送信の準備を行う。この準備は、例えばＵＥが、前に求めたネットワークスライスの識別情報を含むデータ送信準備メッセージを基地局に送信するステップを含むことができる。このデータ送信準備手順は、ＡＳ（アクセス層）およびＮＡＳ（非アクセス層）の必要な接続およびサービスを最終的に確立するさらなるステップを含むことができ、ただしこれらのステップは実施形態１においてさほど重要ではないため、図８および本説明では省いてある。
【0111】
図９は、コアネットワークベースのページングに基づく、実施形態１の１つのバリエーションに係る高レベルのメッセージ交換の図であり、ページングが対象とするネットワークスライスに関する情報を伝えるページング要求メッセージの送信を示している。これに対応して、ネットワークスライスの識別情報も伝えるページングメッセージが、ｇＮＢからＵＥに送信される。
【0112】
さらに、図１０および図１１は、図８に関連して上述したデータ送信準備メッセージのバリエーションを開示している。特に、ネットワークスライスの識別情報を送信するために使用されるデータ送信準備メッセージは、ＲＡＣＨ手順の第３のメッセージ（図１０では例示的にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ）、またはサービス要求メッセージ（図１１のＮＡＳサービス要求メッセージ）とすることができる。
【0113】
別のさらなる解決策によれば、ｇＮＢは、ページングされるＵＥと、このページングが関連する対応するネットワークスライスとの間の関連付け（association）、を格納することができる。例えばページングが、ＩＮＡＣＴＩＶＥ状態にあるＵＥに対するものと想定すると、ｇＮＢは、Ｉ－ＲＮＴＩ（リリース１４の再開識別子（Resume Identifier）に相当しうる）を使用してＵＥを識別することができる。したがってｇＮＢは、ＵＥのＩ－ＲＮＴＩをページングのネットワークスライスに関連付けることができ、したがって上述したようにネットワークスライスＩＤを使用してＵＥをページングする必要がない。そうではなくｇＮＢは、Ｉ－ＲＮＴＩとネットワークスライスとの間の関連付けを格納しておき、ＵＥが接続要求または再開要求を送ったとき、ｇＮＢは格納されている関連付けに基づいて適切なコアエンティティを決定することができる。
【0114】
［実施形態２］
以下では、第２の実施形態の膨大なバリエーションに係る、ネットワークスライスの改良された識別について説明する。この改良された識別では、例えば、エアインタフェースを通じてＵＥによって実行される接続要求手順、再開要求手順、およびサービス要求手順において、恩恵がもたらされる。前に説明したように、５Ｇ ＮＲにおけるネットワークスライシングでは、互いに一義的に関連付けられるＲＡＮスライスとコアネットワークスライスに分割される。ネットワークスライスＩＤ（例：Ｓ－ＮＳＳＡＩ）は、定義された任意のＲＡＮスライスおよびＣＮ（コアネットワーク）スライスを一義的に識別することができる。
以下では、第２の実施形態の膨大なバリエーションに係る、ネットワークスライスの改良された識別について説明する。この改良された識別では、例えば、エアインタフェースを通じてＵＥによって実行される接続要求手順、再開要求手順、およびサービス要求手順において、恩恵がもたらされる。前に説明したように、５Ｇ ＮＲにおけるネットワークスライシングでは、互いに一義的に関連付けられるＲＡＮスライスとコアネットワークスライスに分割される。ネットワークスライスＩＤ（例：Ｓ－ＮＳＳＡＩ）は、定義された任意のＲＡＮスライスおよびＣＮ（コアネットワーク）スライスを一義的に識別することができる。
【0115】
ＵＥは、最大で８つの異なるＲＡＮネットワークスライスを同時にサポートすることができ、したがってＲＡＮネットワークスライスそれぞれをｇＮＢに識別させなければならない。
【0116】
実施形態２では、完全なネットワークスライスＩＤ（例：Ｓ－ＮＳＳＡＩ）とは異なり、新規の短縮されたネットワークスライスＩＤを導入する。実施形態２のバリエーションの１つに係る短縮されたネットワークスライスＩＤを提供することによって、エアインタフェースにおけるデータのオーバーヘッドを大幅に低減することができる。この短縮されたネットワークスライスＩＤは、主として、例えば無線アクセスネットワーク（ＲＡＮ）におけるアクセス層（ＡＳ）において使用することができ、したがって以下では例示的にＡＳスライスＩＤと称する。新規のＡＳスライスＩＤのビット長は、完全なネットワークスライスＩＤと比較して短縮されており、ＡＳスライスＩＤのビット長が短いほど、完全なネットワークスライスＩＤの代わりに短縮されたネットワークスライスＩＤを使用することによってエアインタフェースの無線リソースを節約できる量に関して恩恵が大きい。
【0117】
現在、Ｓ－ＮＳＳＡＩが３２ビットを有することが検討されており、３２ビットでは、異なる（ＲＡＮおよびＣＮ）ネットワークスライスの可能な数は２３２＝４，２９４，９６７，２９６個になり、例えば４００万の可能なネットワークスライス（またはネットワークスライスインスタンス）を超える。１つのＰＬＭＮ内では数百ないし数千のネットワークスライスがサポートされうるが、無線セル内で同時にサポートしなければならないネットワークスライスは大幅に少ないであろう。各ＵＥにおいて同時にサポートされるネットワークスライスはさらに少なく、例えば現時点では最大で８つのネットワークスライスであるが、通常ではＵＥは２つまたは３つの異なるネットワークスライスのみを同時にサポートすると予測される。さらに、将来の無線セルは、容量の理由でサイズが小さくなる可能性もあり、したがってサポートしなければならないネットワークスライスまたはネットワークスライスタイプはさらに少なくなりうる。実際に区別する必要のある異なるネットワークスライスが少ないほど、それらを区別できるようにする目的で必要な短縮されたネットワークスライスＩＤは短い。短縮されたネットワークスライスＩＤは、それぞれの完全なネットワークスライスＩＤおよびそのネットワークスライスに一義的に対応する。短縮されたスライスＩＤと完全なスライスＩＤとの間のマッピングは、無線セルに固有とすることができ、例えば短縮されたスライスＩＤと完全なスライスＩＤとの間のマッピングは、１つの無線セル内で有効であるが、それ以外の無線セルの間では異なっていてよい。これに代えて、またはこれに加えて、短縮されたスライスＩＤと完全なスライスＩＤとの間のマッピングは、ＵＥに固有とすることもでき、例えばこのマッピングは特定のＵＥ（またはＵＥのグループ）においてのみ有効であるが、それ以外のＵＥの間では異なっていてよい。これら２つの方式を組み合わせることもでき、したがってネットワークスライスのうち、（対応する完全なネットワークスライスＩＤを有する）いくつかのネットワークスライスが、無線セルに固有である短縮されたネットワークスライスＩＤにマッピングされ、（対応する完全なネットワークスライスＩＤを有する）他のネットワークスライスが、ＵＥに固有である短縮されたネットワークスライスＩＤにマッピングされる。
【0118】
実施形態２の膨大なバリエーションの基本的な発想のいくつかの以下の説明を単純にするため、短縮されたスライスＩＤと完全なスライスＩＤとの間のマッピングが、無線セルに固有であると例示的に想定する。
【0119】
ＡＳスライスＩＤと完全なネットワークスライスＩＤとの間のこのマッピングは、例えば、無線セルを制御するｇＮＢによって定義することができ、ｇＮＢは、無線セル内のＵＥを認識しているエンティティであり、したがって無線セル内で同時にサポートされる必要のあるネットワークスライスおよびその数に関して決定することができる。ｇＮＢは、この情報に基づいて、ＡＳスライスＩＤと、完全なネットワークスライスＩＤ（例：実際のネットワークスライス）への対応するマッピングとを定義することができる。
【0120】
短縮されたＡＳスライスＩＤを定義するための１つの可能な方法の例は、完全なネットワークスライスＩＤの一部（例：その４個の最下位ビット）を使用することである。
【0121】
ｇＮＢは、必要なＡＳスライスＩＤおよび対応するマッピングを定義した後、これらを自身の無線セル内のＵＥに通知することができる。したがってｇＮＢは、ＡＳスライスＩＤと、完全なネットワークスライスＩＤへの対応するマッピングとを、必要なエンティティに通知する責務を担う。
【0122】
新たに定義されたＡＳスライスＩＤと、完全なネットワークスライスＩＤへのＡＳスライスＩＤのマッピングに関する必要な情報は、さまざまな方法でｇＮＢの無線セル内のＵＥに提供することができる。例えば、これらの情報を、ｇＮＢによって無線セル内でシステム情報としてブロードキャストすることができる。例示的な一実装形態によれば、この点においてシステム情報ブロック１（ＳＩＢ １）を使用することができ、これらの情報が含まれるように、例えば次のようにＳＩＢ １を拡張することができる（下線を引いた太字を参照）。
【0123】
【0124】
上の定義「ＳＩＺＥ（ｘ）」において、ｘは、短縮されたＡＳスライスＩＤのサイズ（例：３ビット）を示し、これに対してＳ－ＮＳＳＩは３２ビットのサイズを有する。
【0125】
必要なＡＳスライスＩＤおよび対応するマッピングの情報を無線セル内の（１基または複数の）ＵＥに提供するためのさらなるオプションは、オンデマンド式のシステム情報とすることができる。５Ｇ ＮＲでは、現在、システム情報を一般に最小限のシステム情報とそれ以外のシステム情報とに分割することが考えられている（ただし最終的には合意されていない）。最小限のシステム情報は、定期的にブロードキャストされ、セルに最初にアクセスするために必要な基本的な情報（システムフレーム番号（System Frame Number）、ＰＬＭＮのリスト、セルＩＤ、セルキャンピングパラメータ、ＲＡＣＨパラメータなど）を含む。さらに最小限のシステム情報は、定期的にブロードキャストされるかまたはオンデマンド方式で提供される任意の他のＳＩ（システム情報）を取得するための情報（例：この点において適切なスケジューリング情報）を含むことができる。スケジューリング情報は、例えば、ＳＩＢタイプ、有効性情報（validity information）、ＳＩの周期、ＳＩウィンドウ情報を必要に応じて含むことができる。したがってそれ以外のシステム情報は、最小限のシステム情報の中でブロードキャストされないすべての情報（例：セル再選択の隣接セル情報）を網羅する。これらのそれ以外のＳＩ（システム情報）は、専用の方法で（ネットワークによってトリガーされる、またはＵＥからの要求時に）ブロードキャストまたは提供することができる。
【0126】
したがって、ＡＳスライスＩＤおよび対応するマッピングの情報は、最小限のシステム情報の中で（例：ＳＩＢ １の中で）、またはオンデマンド方式で提供されるそれ以外のシステム情報の一部として、送信することができる。
【0127】
さらなるオプションによれば、ＡＳスライスＩＤおよび対応するマッピングの情報は、専用シグナリング（例：ＲＲＣ接続解放（RRC Connection Release）メッセージなどのＲＲＣレイヤのシグナリング）を介してＵＥに直接送信することができる。このような専用シグナリングは、無線セル内のすべてのＵＥではなく特定のＵＥのみにアドレッシングされ、したがってＡＳスライスＩＤおよび対応するマッピングの情報がＵＥに固有である場合に最適である。
【0128】
修正されたＲＲＣ接続解放メッセージの例を以下に提示する（特に、下線を引いた太字の部分）。
【0129】
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ
【0130】
実施形態２のさらなるバリエーションにおいては、ｇＮＢが、ＡＳスライスＩＤと、短いスライスＩＤと完全なスライスＩＤとの間の対応するマッピングとに関する情報を、隣接セル（およびそれらのｇＮＢ）に、これらのｇＮＢがハンドオーバー目的およびセル（再）選択パラメータのブロードキャストに使用することのできるＸｎインタフェースを介して提供することもできる。したがってこれらのｇＮＢも、（１つまたは複数の）隣接セルのＡＳスライスＩＤおよび対応するマッピングの情報を、例えばシステム情報の一部として、またはオンデマンド式のシステム情報として、またはＵＥにアドレッシングされる専用シグナリング（ＲＲＣ接続解放メッセージや、このメッセージ内の隣接セルに関連する要素（例：「ｎｅｉｇｈＳｌｉｃｅＭａｐＩｎｆｏＬｉｓｔ－ｒ９」）など）において、ＵＥに提供することができる。
【0131】
したがってＵＥには、上述した方法のいずれかに基づいて、ＡＳスライスＩＤおよび対応するマッピングが通知され、したがってＵＥは、これらの情報をさらなる動作において使用することができる。例えばネットワークスライスＩＤの情報は、一般には、データを送信および／または受信できるようにＵＥがコアネットワークに接続する（または以前の接続を再開する）必要があるときに使用される。ＲＡＮ（例：ｇＮＢ）は、接続およびサービスを確立するべき対象のネットワークスライスについてのＵＥによる指示情報に基づいて、示された（１つまたは複数の）ネットワークスライスに適したコアネットワーク要素を選択することができる。ｇＮＢは、短いスライスＩＤと完全なスライスＩＤとの間のマッピングに基づいて、受信された短縮されたネットワークスライスＩＤからネットワークスライスを一義的に導くことができる。
【0132】
例示的に、ＵＥ内でトリガーされるデータ（アップリンクデータ）の送信を想定すると、このデータ送信のために準備する手順には、ＵＥのＮＡＳレイヤがＵＥの下位レイヤに、データ送信に使用するべきネットワークスライスに関する指示情報を提供するステップが含まれることがある。ＮＡＳレイヤは、ＵＥ内のレイヤ間通信において完全なネットワークスライスＩＤを使用することがあり、したがってＵＥの下位レイヤは、前にｇＮＢから取得したマッピングに基づいて、完全なネットワークスライスＩＤから、より短いＡＳスライスＩＤを導く。これにより、後から説明するように、ＵＥとｇＮＢの間で次に実行される接続およびサービスの確立を短いＡＳスライスＩＤに基づいて実行することができる。
【0133】
ダウンリンクにおいてＵＥ宛のデータが利用可能である理由でＵＥがページングされるものと例示的に想定すると、ページングが対象とするネットワークスライスに関する情報を、そのＵＥに提供する必要がある。したがって、この点において実施形態１の上述したバリエーションのいずれかを使用することができ、結果として実施形態１と実施形態２が適切に組み合わされる。実施形態１は、ページングが対象とするネットワークスライスをどのようにＵＥに通知するかの解決策を提供し、この場合にｇＮＢは、オプションとして、エアインタフェースを介したページングにおいて、完全なネットワークスライスＩＤの代わりに（実施形態２の）短いＡＳスライスＩＤを使用することができる。さらにこの場合、ＵＥは、前にｇＮＢから取得したマッピングに基づいて、受信した短いＡＳスライスＩＤから完全なネットワークスライスＩＤを（必要時に）求めることができる。
【0134】
上記の例示的なケース（アップリンクまたはダウンリンク）のいずれにおいても、ｇＮＢおよびコアネットワークとの接続およびサービスを確立または再開する必要が生じることがあり、その場合には例えば、セクション「本開示の基礎」で概略的に説明したようにＵＥとｇＮＢとの間でランダムアクセス手順（ＲＡＣＨ手順）を実行し、ＵＥからｇＮＢにＮＡＳサービス要求メッセージを送信することができる。
【0135】
ｇＮＢとのＲＡＣＨ手順を実行するときには、ＵＥは、メッセージ３の一部として、例えばＲＲＣ接続要求メッセージの中でＡＳスライスＩＤを送信することができる。これは図１０に示してあり、図１０は、ＲＲＣ接続要求メッセージが、短縮されたＡＳスライスＩＤを含むことを示している。ＲＲＣ接続要求メッセージの代わりに、ＵＥは、ＲＡＣＨ手順の第３のメッセージの中で、ＡＳスライスＩＤを含むＲＲＣ再開要求メッセージを送信することもできる。現在のところ、ＲＡＣＨ手順のメッセージ３はサイズがかなり制限されており、多すぎるビットを含めるには不利である。したがって、短縮されたＡＳスライスＩＤをＲＡＣＨ手順のメッセージ３を使用して送信することは可能でありうるが、完全なネットワークスライスＩＤをＲＡＣＨ手順のメッセージ３の中で送信することは不可能なことがある。
【0136】
これに代えて、またはこれに加えて、短縮されたＡＳスライスＩＤを、ＲＡＣＨ手順の完了後に送信されるＮＡＳサービス要求メッセージの一部として、ＵＥによってｇＮＢに送信することができる。この解決策は、図１１に例示的に示してある。
【0137】
ＲＡＣＨ手順のメッセージ３を使用するときには、データ送信準備手順の早い段階で、スライスに固有なアドミッション制御を実行することが可能である。より具体的には、スライスに固有なアドミッション制御は、例えばコアネットワークと情報をやりとりする前にＡＳレベルにおいてｇＮＢによって実行することができる。例えばコアネットワークは、自身のコアネットワークエンティティのいくつかが特定のネットワークスライスにおいてすでに過負荷になっており、それらのコアネットワークエンティティへのそれ以上の接続を拒否しなければならないと判断することがある。したがってコアネットワークは、ＲＡＮ側での迅速なスライス固有のアドミッション制御を促進するため、特定のネットワークスライスの過負荷通知をｇＮＢに提供する。これに対応してｇＮＢは、ＵＥによって示されたネットワークスライスについて、適切なコアネットワークエンティティへのさらなる接続が可能であるかを、ＡＳスライスＩＤに基づいて、かつコアネットワークから前に受信した過負荷通知に基づいて、判断する。示された特定のネットワークスライスを対象にＵＥによって要求された接続が可能ではないとｇＮＢが判断する場合、ＵＥによる接続要求または再開要求をただちに拒否することができる。この点において、ｇＮＢはＲＲＣ接続拒否メッセージをＵＥに返すことができる。このスライスに固有なアドミッション制御は、図１２に概念的に示してある。
【0138】
より遅いメッセージ（ＮＡＳサービス要求メッセージなど）を使用してネットワークスライスの識別情報を伝えるときには、余分なシグナリングおよび時間遅延が生じうる。
【0139】
ＲＡＣＨ手順の第３のメッセージの中で２つ以上のネットワークスライスが示される場合、ｇＮＢは、５Ｇコアネットワークにおいてどのネットワークスライスが過負荷であるかに応じて、適切な情報をさらにＵＥに返すことができ、したがってＵＥは、要求したネットワークスライスのうちどのネットワークスライスが過負荷であり、どのネットワークスライスが過負荷ではないかを導くことができる。この点において、例示的な一実装形態では、ｇＮＢは、過負荷であるネットワークスライスまたは過負荷ではないネットワークスライスのいずれかに関する識別情報（例：短縮されたネットワークスライスＩＤ）を、ＲＲＣ接続確立メッセージまたはＲＲＣ接続拒否メッセージに含めることができる。
【0140】
実施形態２の別の例示的な実装形態では、短縮されたネットワークスライスＩＤがＵＥに固有であるものと想定する。ＵＥがネットワーク接続を確立するときに、このようなＵＥに固有なスライス情報がコアネットワークによってｇＮＢに伝えられる場合、ｇＮＢは、自身のセル内で使用される、ＲＡＮ部分のスライスとコアネットワーク部分のスライスとの間のＵＥに固有なマッピングを、オンデマンド式のシステム情報の一部として、またはＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）時におけるＵＥに固有な高レベルシグナリングとして、提供することができる。ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のいずれかであるＵＥは、サービス要求時に、エアインタフェースにおいてこのＵＥに固有なビットパターンを使用することができる。
【0141】
実施形態２の特定のバリエーションによれば、短縮されたＡＳスライスＩＤを定義するときに、使用頻度の高いネットワークスライスが、短縮されるＡＳスライスＩＤによって識別され、その一方で、使用頻度の低いネットワークスライスは、短縮されたＡＳスライスＩＤによって識別可能ではなく、完全なネットワークスライスＩＤによって識別可能である。この特定のバリエーションにおいては、ＵＥは、利用可能なネットワークスライスのいずれか１つ以上を使用することができ、この場合、決定したネットワークスライスに関する識別情報（短縮されたＡＳスライスＩＤまたは完全なネットワークスライスＩＤ）をｇＮＢに伝えることができる。決定したネットワークスライスを短縮されたＡＳスライスＩＤによって識別することができる場合、ＵＥは、その短縮されたＡＳスライスＩＤをＲＡＣＨ手順のメッセージ３（例：ＲＲＣ接続要求メッセージまたはＲＲＣ再開要求メッセージ）の中で送信することができる。これに対して、決定したネットワークスライスが完全なネットワークスライスＩＤによって識別される場合、ＵＥは、その完全なネットワークスライスＩＤを、ＮＡＳサービス要求メッセージ（例：ＲＡＣＨ手順のメッセージ４の後のメッセージ５）の中で送信することができる（メッセージ３において利用可能な限られたサイズが、送信される完全なネットワークスライスＩＤの１つまたは複数を含めるには十分ではないものと想定する）。
【0142】
セルに固有なマッピングが使用される場合、ネットワークは、使用頻度の高いスライス、またはレイテンシの影響が大きいサービスのみをアドバタイズする。これらのアドバタイズされるスライスＩＤは、より短いビット長を使用する。アドバタイズされないスライスは、より長いビット長（例：最大でＳ－ＮＳＳＡＩのサイズ）を使用する。この場合、１つの可能な方法として、ＵＥは短いＩＤをメッセージ３の中で送ることができるが、長いＩＤはメッセージ５の中でのみ送ることができる。これにより、短いＩＤか長いＩＤかのフラグを含める必要がない。
【0143】
したがって実施形態２は、上述したさまざまな実装形態のいずれかに係る、ネットワークスライスの改良された識別と、接続およびサービスの改良された確立手順を実行することのできる、適切に構成された（１基または複数の）ｇＮＢ（基地局）およびＵＥ、を提供する。本基地局および本ＵＥは、実施形態２に関与するために必要なタスクおよびステップを実行するために図６に例示したユニットを含むことができる。図１３は、実施形態２の例示的な基本的なバリエーションに係る、ｇＮＢ（基地局）およびＵＥの挙動を示している。より詳細には、本ｇＮＢ（例：そのプロセッサ）は、特定の（限られた）数のネットワークスライスの短縮されたネットワークスライスＩＤと、短縮されたスライスＩＤと完全なスライスＩＤとの間の対応するマッピングとを決定することができる。次に、短縮されたネットワークスライスＩＤおよび対応するマッピングに関する情報が、ｇＮＢによって（例：その送信機によって）、（例えばブロードキャストとして、または専用シグナリングを使用して）ＵＥに送信される。ＵＥは、以降にｇＮＢおよびコアネットワークと通信するのにこの情報を使用することができる。したがってＵＥは、１つまたは複数のネットワークスライスおよび対応する短縮されたＡＳスライスＩＤを、前にｇＮＢから受信したマッピングに基づいて、（例えばそのプロセッサによって）最終的に（例えばアップリンクでデータを送信できるようにする目的で）求めることができる。
【0144】
続くステップにおいてＵＥは、（例えばアップリンクデータの送信に）使用するように意図されるネットワークスライスを、（１つまたは複数の）短縮されたネットワークスライスＩＤを使用してｇＮＢに通知し、これらの短縮されたネットワークスライスＩＤは、データ送信準備手順の対応するメッセージ（例：ＲＡＣＨ手順のメッセージ３、またはＮＡＳサービス要求メッセージ）の中で送信することができる。
【0145】
［さらなる態様］
第１の態様によれば、ユーザ機器であって、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する受信機、を備えているユーザ機器、を提供する。本ＵＥは、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求めるプロセッサ、をさらに備えている。
第１の態様によれば、ユーザ機器であって、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する受信機、を備えているユーザ機器、を提供する。本ＵＥは、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求めるプロセッサ、をさらに備えている。
【0146】
第１の態様に加えて提供される第２の態様によれば、少なくとも１つのネットワークスライスを求めるステップは、以下、すなわち、
・ ページングメッセージに含まれる、少なくとも１つのネットワークスライスのネットワークスライス識別情報、
・ ページングメッセージを受信する際にユーザ機器によって使用されるタイミングおよび／または周波数リソース、
・ ページングメッセージを受信する際にユーザ機器によって使用される無線リソースのヌメロロジー方式、
のうちの１つまたは組合せに基づいて実行される。
・ ページングメッセージに含まれる、少なくとも１つのネットワークスライスのネットワークスライス識別情報、
・ ページングメッセージを受信する際にユーザ機器によって使用されるタイミングおよび／または周波数リソース、
・ ページングメッセージを受信する際にユーザ機器によって使用される無線リソースのヌメロロジー方式、
のうちの１つまたは組合せに基づいて実行される。
【0147】
第１の態様または第２の態様に加えて提供される第３の態様によれば、複数のネットワークスライスそれぞれにネットワークスライスＩＤが関連付けられており、ネットワークスライスＩＤは、移動通信システム内で一義的である、および／または、基地局によって制御される無線セル内で一義的である、および／または、ユーザ機器に対して一義的である。
【0148】
第１の態様から第３の態様のいずれか一態様に加えて提供される第４の態様によれば、複数のネットワークスライスは、特定のネットワーク能力および特定のネットワーク特性を有する異なる論理ネットワークを提供する。オプションとして、各ネットワークスライスは、互いに一義的に関連付けられている、無線セルに関連する部分およびコアネットワークに関連する部分、を備えている。
【0149】
第１の態様から第４の態様のいずれか一態様に加えて提供される第５の態様によれば、本ＵＥは送信機を備えており、この送信機は、求められた少なくとも１つのネットワークスライスに関する識別情報を含むデータ送信準備メッセージを、基地局に送信する。オプションとして、データ送信準備メッセージは、ユーザ機器と基地局との間で実行されるランダムアクセス手順の一部としてユーザ機器によって基地局に送信される接続要求である、または、ユーザ機器と基地局との間で実行されるランダムアクセス手順の完了後にユーザ機器によって基地局に送信されるサービス要求である。
【0150】
第６の態様によれば、ページングを実行する方法であって、ユーザ機器によって実行される以下のステップを含む、方法、を提供する。ＵＥは、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、ページングメッセージを受信する。次いでＵＥは、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求める。
【0151】
第７の態様によれば、基地局であって、基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器にページングメッセージを送信する送信機、を備えており、したがってユーザ機器が、複数のネットワークスライスのうち、ページングメッセージが関連する少なくとも１つのネットワークスライスを、受信されたページングメッセージに基づいて求めることができる、基地局、を提供する。
【0152】
第７の態様に加えて提供される第８の態様によれば、ページングメッセージを送信するステップは、以下のステップ、すなわち、
・ 少なくとも１つのネットワークスライスのネットワークスライス識別情報をページングメッセージに含めるステップ、
・ ページングメッセージを送信する際のタイミングおよび／または周波数リソースを、少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
・ ページングメッセージを送信する際の無線リソースのヌメロロジー方式を、少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
のうちの１つまたは組合せを含む。
・ 少なくとも１つのネットワークスライスのネットワークスライス識別情報をページングメッセージに含めるステップ、
・ ページングメッセージを送信する際のタイミングおよび／または周波数リソースを、少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
・ ページングメッセージを送信する際の無線リソースのヌメロロジー方式を、少なくとも１つのネットワークスライスに基づいて決定して使用するステップ、
のうちの１つまたは組合せを含む。
【0153】
第７の態様または第８の態様に加えて提供される第９の態様によれば、本基地局は、別のページングメッセージが関連する少なくとも１つのネットワークスライスの識別情報を含む、別のページングメッセージを、コアネットワークエンティティから受信する受信機、をさらに備えている。ページングメッセージをユーザ機器に送信するステップは、その別のページングメッセージを受信することに応えて実行される。これに加えて、またはこれに代えて、本基地局は、少なくとも１つのネットワークスライスの識別情報を、それぞれの無線セル内のユーザ機器をページングするための要求と一緒に、１基または複数の別の基地局に送信する送信機、を備えている。
【0154】
第１０の態様によれば、ユーザ機器であって、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信する受信機、を備えているユーザ機器、を提供する。この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。本ＵＥは、複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求めるプロセッサ、をさらに備えている。このプロセッサは、対応する少なくとも１つの短縮されたネットワークスライスＩＤを、受信されたマッピング情報に基づいてさらに求める。本ＵＥは、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、基地局に送信する送信機、をさらに備えている。
【0155】
第１０の態様に加えて提供される第１１の態様によれば、短縮されたネットワークスライスＩＤは、完全なネットワークスライスＩＤの一部である、例えば完全なネットワークスライスＩＤの４個の最下位ビットである。
【0156】
第１０の態様または第１１の態様に加えて提供される第１２の態様によれば、データ送信準備メッセージは、ユーザ機器と基地局との間で実行されるランダムアクセス手順の一部としてユーザ機器によって基地局に送信される接続要求である、または、ユーザ機器と基地局との間で実行されるランダムアクセス手順の完了後にユーザ機器によって基地局に送信されるサービス要求である。
【0157】
第１０の態様から第１２の態様のいずれか一態様に加えて提供される第１３の態様によれば、複数のネットワークスライスに関する情報は、無線セル内で基地局によってブロードキャストされるシステム情報を介してユーザ機器によって受信することができる。オプションとして、システム情報は、ユーザ機器による要求に応えて無線セル内で基地局によって送信される。これに加えて、またはこれに代えて、複数のネットワークスライスに関する情報は、基地局から送信されかつユーザ機器にアドレッシングされている専用メッセージの中で、ユーザ機器によって受信することができる。
【0158】
第１０の態様から第１３の態様のいずれか一態様に加えて提供される第１４の態様によれば、受信機は、完全なネットワークスライスＩＤと、複数のネットワークスライスの１つとの間のマッピングを定義するさらなるマッピング情報を、基地局から受信する。
【0159】
第１０の態様から第１４の態様のいずれか一態様に加えて提供される第１５の態様によれば、短縮されたネットワークスライスＩＤは、基地局によって制御される無線セル内でネットワークスライスを一義的に識別するように定義され、マッピング情報が、無線セルに固有であり、かつ無線セル内の複数のユーザ機器によって使用することができる。これに加えて、またはこれに代えて、短縮されたネットワークスライスＩＤは、各ユーザ機器に対してネットワークスライスを一義的に識別するように定義され、マッピング情報が、それぞれのユーザ機器に固有であり、かつそれぞれのユーザ機器によってのみ使用することができる。
【0160】
第１６の態様によれば、ユーザ機器によって実行される以下のステップを含む方法、を提供する。ＵＥは、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信する。この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。ＵＥは、複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求める。ＵＥは、対応する少なくとも１つの短縮されたネットワークスライスＩＤを、受信されたマッピング情報に基づいて求める。ＵＥは、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、基地局に送信する。
【0161】
第１７の態様によれば、基地局であって、基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器に、複数のネットワークスライスに関する情報を送信する送信機、を備えている、基地局、を提供する。この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。本基地局は、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、ユーザ機器から受信する。
【0162】
第１７の態様に加えて提供される第１８の態様によれば、本基地局はプロセッサをさらに備えており、プロセッサは、各ネットワークスライスの短縮されたネットワークスライスＩＤを定義し、さらに、短縮されたネットワークスライスＩＤと完全なネットワークスライスＩＤとの間のマッピングを定義するマッピング情報、を定義する。
【0163】
一実施形態においては、本明細書に開示されている技術は、以下のように送信機と、受信機と、プロセッサとを備えているユーザ機器、を提供する。受信機は、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信し、この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。プロセッサは、複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求める。プロセッサは、対応する少なくとも１つの短縮されたネットワークスライスＩＤを、受信されたマッピング情報に基づいてさらに求める。送信機は、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、基地局に送信する。
【0164】
一実施形態においては、本明細書に開示されている技術は、ＵＥによって実行される以下のステップを含む方法、を提供する。ＵＥは、ユーザ機器が位置している移動通信システムの無線セル、を制御する基地局から、複数のネットワークスライスに関する情報を受信し、この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。ＵＥは、複数のネットワークスライスのうちの少なくとも１つと、対応する完全なネットワークスライスＩＤとを求め、さらに、対応する少なくとも１つの短縮されたネットワークスライスＩＤを、受信されたマッピング情報に基づいて求める。ＵＥは、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、基地局に送信する。
【0165】
一実施形態においては、本明細書に開示されている技術は、以下のように送信機と、受信機と、プロセッサとを備えている基地局、を提供する。送信機は、基地局によって制御される移動通信システムの無線セル、内に位置しているユーザ機器に、複数のネットワークスライスに関する情報を送信し、この情報は、各ネットワークスライスについて、それぞれのネットワークスライスを識別する短縮されたネットワークスライスＩＤを少なくとも含み、さらに、短縮されたネットワークスライスＩＤと、移動通信システム内でネットワークスライスを一義的に識別する完全なネットワークスライスＩＤとの間のマッピング、を定義するマッピング情報、を含む。受信機は、求められた少なくとも１つの短縮されたネットワークスライスＩＤを含むデータ送信準備メッセージを、ユーザ機器から受信する。
【0166】
［ハードウェアおよびソフトウェアによる本開示の実施］
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上に記載した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩはチップとして個別に形成することができ、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、本明細書においては、集積度の違いに応じて、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実現されていてもよい。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として将来の集積回路技術がＬＳＩに置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上に記載した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩはチップとして個別に形成することができ、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、本明細書においては、集積度の違いに応じて、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩと称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実現されていてもよい。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として将来の集積回路技術がＬＳＩに置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
【0167】
さらに、様々な実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行される、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【0168】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、様々な変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】