特表 2024-517806 無線通信システムにおけるサービス告知

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-23

(54)【発明の名称】無線通信システムにおけるサービス告知

(51)【国際特許分類】

   H04W 60/00 20090101AFI20240416BHJP

   H04W 12/069 20210101ALI20240416BHJP

【ＦＩ】

H04W60/00

H04W12/069

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023567883

(86)(22)【出願日】2022-04-27

(85)【翻訳文提出日】2023-12-04

(86)【国際出願番号】 US2022026498

(87)【国際公開番号】W WO2022235466

(87)【国際公開日】2022-11-10

(31)【優先権主張番号】17/307,009

(32)【優先日】2021-05-04

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】520040566

【氏名又は名称】チャーター コミュニケーションズ オペレーティング、エルエルシー

(74)【代理人】

【識別番号】110000109

【氏名又は名称】弁理士法人特許事務所サイクス

(72)【発明者】

【氏名】カキナダ ウママヘスワール

(72)【発明者】

【氏名】ウォン カート

(72)【発明者】

【氏名】シャヒン ユルドゥルム

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

5K067EE16

(57)【要約】

無線通信ネットワークの無線アクセスネットワーク（ＲＡＮ）は、無線ネットワークにより支援される非公開ネットワーク（ＮＰＮ）により提供されるＮＰＮサービスに関する情報をユーザ機器（ＵＥ）へ送信し、ここではＵＥはＮＰＮに加入されていない。いくつかの実施形態ではＮＰＮサービス情報はＵＥへ定期的に同報通信され；他の実施形態ではこの情報はＵＥからの要求を受信することに応答して送信される。ＮＰＮサービス情報を受信することに応答して、ＵＥは、ＵＥをＮＰＮへオンボーディングするためのオンボーディング要求を送信し、そしてＵＥはこれを受信し；ＲＡＮはこれを無線ネットワークのオンボーディングネットワーク（ＯＢＮ）へ転送する。これに応答して、ＲＡＮは、ＯＢＮからＵＥのＮＰＮ証明書を受信し、これをＵＥへ転送し、ＵＥはＮＰＮに登録するためにＮＰＮ証明書を使用し、これにより、非加入ＵＥがＮＰＮに加入することを可能にする。

【特許請求の範囲】

【請求項1】

無線通信ネットワークの無線アクセスネットワーク（ＲＡＮ）であって、
前記ＲＡＮは、無線送受信機、バックホール送受信機、及び前記無線及びバックホール送受信機の動作を制御するように構成されたプロセッサを含み、
前記無線送受信機は、前記無線通信ネットワークにより支援される非公開ネットワーク（ＮＰＮ）により提供されるＮＰＮサービスに関する情報をユーザ機器（ＵＥ）へ送信するように構成され；
前記無線送受信機は、前記ＵＥを前記ＮＰＮへオンボーディングするために前記ＵＥからオンボーディング要求を受信するように構成され；
前記バックホール送受信機は前記オンボーディング要求を前記無線通信ネットワークのオンボーディングネットワーク（ＯＢＮ）へ転送するように構成され；
前記バックホール送受信機は前記ＯＢＮから前記ＵＥのＮＰＮ証明書を受信するように構成され；そして
前記無線送受信機は前記ＮＰＮ証明書を前記ＵＥへ転送するように構成される、ＲＡＮ。

【請求項2】

前記無線送受信機は同報通信されたメッセージ内の前記ＮＰＮサービスに関する情報を前記ＵＥへ送信するように構成される、請求項１に記載のＲＡＮ。

【請求項3】

前記無線通信ネットワークは５Ｇネットワークであり；
前記ＮＰＮは、ネットワーク識別子（ＮＩＤ）部分を有するＳＮＰＮ識別子（ＳＮＰＮ－ＩＤ）を有するスタンドアロン非公開ネットワーク（ＳＮＰＮ）であり；そして
前記プロセッサは前記同報通信されたメッセージ内の前記ＳＮＰＮ－ＩＤの前記ＮＩＤ部分内の前記ＮＰＮサービスに関する情報を符号化するように構成される、請求項２に記載のＲＡＮ。

【請求項4】

前記ネットワーク識別子は割り当てモード値及びＮＩＤ値を有し；そして
前記ＮＰＮ情報を送信するために、前記プロセッサは前記ＮＩＤ値が前記ＮＰＮサービスに関する前記情報を符号化するということを指示する値を前記割り当てモード値へ割り当てるように構成される、請求項３に記載のＲＡＮ。

【請求項5】

前記無線送受信機は前記情報の要求を前記ＵＥから受信することに応答して前記ＮＰＮサービスに関する前記情報を前記ＵＥへ送信するように構成される、請求項１乃至４のいずれかに記載のＲＡＮ。

【請求項6】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は、前記要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔのＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔ－ＩＥフィールド内のＳＩＢ－１０又は新しいＳＩＢに必要とされる適切なビットを必要に応じ設定することにより前記ＮＰＮサービス情報の前記要求を受信するように構成される、請求項５に記載のＲＡＮ。

【請求項7】

前記無線送受信機は前記ＵＥにより復号されるビットストリングとして前記ＮＰＮサービス情報を送信するように構成される、請求項５乃至６のいずれかに記載のＲＡＮ。

【請求項8】

前記無線送受信機は前記ＮＰＮサービス情報を人間可読クリアテキストフォーマットで送信するように構成される、請求項７に記載のＲＡＮ。

【請求項9】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は修正されたＳＩＢ－１０メッセージ内の１又は複数のフィールド内の情報を送信するように構成される、請求項５乃至８のいずれかに記載のＲＡＮ。

【請求項10】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は、１又は複数のセグメントとして新しいＳＩＢメッセージの１又は複数のフィールド内の前記情報を送信するように構成される、請求項５乃至８のいずれかに記載のＲＡＮ。

【請求項11】

無線通信ネットワークの無線アクセスネットワーク（ＲＡＮ）のための方法であって、前記ＲＡＮは、無線送受信機、バックホール送受信機、及び前記無線及びバックホール送受信機の動作を制御するプロセッサを含み、前記方法は、
前記無線送受信機が、前記無線通信ネットワークにより支援される非公開ネットワーク（ＮＰＮ）により提供されるＮＰＮサービスに関する情報をユーザ機器（ＵＥ）へ送信すること；
前記無線送受信機が、前記ＵＥを前記ＮＰＮへオンボーディングするために前記ＵＥからオンボーディング要求を受信すること；
前記バックホール送受信機が、前記オンボーディング要求を前記無線通信ネットワークのオンボーディングネットワーク（ＯＢＮ）へ転送すること；
前記バックホール送受信機が前記ＯＢＮから前記ＵＥのＮＰＮ証明書を受信すること；及び
前記無線送受信機が前記ＮＰＮ証明書を前記ＵＥへ転送することを含む、方法。

【請求項12】

無線アクセスネットワーク（ＲＡＮ）を有する無線通信ネットワークのユーザ機器（ＵＥ）であって、前記ＵＥは無線送受信機及びプロセッサを含み、
前記無線送受信機は前記無線通信ネットワークにより支援される非公開ネットワーク（ＮＰＮ）により提供されるＮＰＮサービスに関する情報を前記ＲＡＮから受信するように構成され；
前記無線送受信機は、前記ＵＥを前記ＮＰＮへオンボーディングするためにオンボーディング要求を前記ＲＡＮへ受信するように構成され；
前記無線送受信機は前記ＲＡＮから前記ＵＥのＮＰＮ証明書を受信するように構成され；そして
前記プロセッサは前記ＮＰＮに登録するように構成される、ユーザ機器（ＵＥ）。

【請求項13】

前記無線送受信機は同報通信メッセージ内の前記ＮＰＮサービスに関する前記情報を前記ＲＡＮから受信するように構成される、請求項１２に記載のＵＥ。

【請求項14】

前記無線通信ネットワークは５Ｇネットワークであり；
前記ＮＰＮは、ネットワーク識別子（ＮＩＤ）部分を有するＳＮＰＮ識別子（ＳＮＰＮ－ＩＤ）を有するスタンドアロン非公開ネットワーク（ＳＮＰＮ）であり；
前記無線送受信機は前記同報通信されたメッセージ内の前記ＳＮＰＮ－ＩＤの前記ＮＩＤ部分内の符号化された前記ＮＰＮサービスに関する情報を受信するように構成され；そして
前記プロセッサは前記ＮＰＮサービスに関する前記情報を復号するように構成される、請求項１３に記載のＵＥ。

【請求項15】

前記ＮＩＤ部分は割り当てモード値及びＮＩＤ値を有し；そして
前記ＮＰＮ情報を受信するために、前記プロセッサは前記ＮＩＤ値が前記ＮＰＮサービスに関する前記情報を符号化するということを指示する前記割り当てモード値の値を検出するように構成される、請求項１４に記載のＵＥ。

【請求項16】

前記無線送受信機は前記ＮＰＮサービスに関する前記情報の要求を前記ＲＡＮへ送信するように構成される、請求項１２乃至１５のいずれかに記載のＵＥ。

【請求項17】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は、前記要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔのＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔ－ＩＥフィールド内のＳＩＢ－１０又は新しいＳＩＢの適切なビットを必要に応じ設定することにより前記ＮＰＮサービス情報の前記要求を送信するように構成される、請求項１６に記載のＵＥ。

【請求項18】

前記無線送受信機は前記ＵＥにより復号されるビットストリングとして前記ＮＰＮサービス情報を受信するように構成される、請求項１６乃至１７のいずれかに記載のＵＥ。

【請求項19】

前記無線送受信機は人間可読クリアテキストフォーマットの前記ＮＰＮサービス情報を受信するように構成される、請求項１６乃至１７のいずれかに記載のＵＥ。

【請求項20】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は修正されたＳＩＢ－１０メッセージ内のフィールド内の前記情報を受信するように構成される、請求項１６乃至１９のいずれかに記載のＵＥ。

【請求項21】

前記無線通信ネットワークは５Ｇネットワークであり；そして
前記無線送受信機は新しいＳＩＢメッセージ内のフィールド内の前記情報を受信するように構成される、請求項１６乃至１９のいずれかに記載のＵＥ。

【請求項22】

無線アクセスネットワーク（ＲＡＮ）を有する無線通信ネットワークのユーザ機器（ＵＥ）のための方法であって、前記ＵＥは無線送受信機及びプロセッサを含み、前記方法は：
前記無線送受信機が、前記無線通信ネットワークにより支援される非公開ネットワーク（ＮＰＮ）により提供されるＮＰＮサービスに関する情報を前記ＲＡＮから受信すること；
前記無線送受信機が、前記ＵＥを前記ＮＰＮへオンボーディングするためにオンボーディング要求を前記ＲＡＮへ受信すること；
前記無線送受信機が前記ＲＡＮからの前記ＵＥのＮＰＮ証明書を受信すること；及び
前記プロセッサが前記ＮＰＮに登録することを含む、方法。

【発明の詳細な説明】

【背景技術】

【0001】

本開示は、無線通信に関し、そして排他的ではないが具体的には非公開ネットワークを支援する無線通信システムに関する。

【発明の概要】

【課題を解決するための手段】

【0002】

この章は、開示のより良い理解を促進することを支援し得る態様を紹介する。従って、この章の陳述は、この観点で読まれるべきであり、何が先行技術か又は何が先行技術でないかに関する承認として理解されるべきではない。

【0003】

５Ｇ無線通信システムの第三世代パートナーシッププロジェクトリリース（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ）－１６（３ＧＰＰＲｅｌ－１６）標準規格は、私的ネットワーク配備を許容する非公開ネットワーク（ＮＰＮ：Ｎｏｎ－Ｐｕｂｌｉｃ Ｎｅｔｗｏｒｋ）機能を導入した。例えば、コーヒー店又は書店のようなビジネス又はスポーツアリーナのような場所は、そのサービスが非加入者に利用可能ではないその私的ネットワークに加入するする無線ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のユーザへ特定サービスを提供するＮＰＮを配備し得る。例えば、コーヒー店は、非加入者に利用可能でないディスカウントをその加入者へ提示し得る。

【0004】

３ＧＰＰ Ｒｅｌ－１６では、スタンドアロン非公開ネットワーク（ＳＮＰＮ：Ｓｔａｎｄ－ａｌｏｎｅ Ｎｏｎ－Ｐｕｂｌｉｃ Ｎｅｔｗｏｒｋ）のようなＮＰＮにアクセスするための加入証明書が加入者のＵＥ内に事前構成されるということが仮定される。換言すれば、ＳＮＰＮに既に加入しているＵＥだけが当該ＳＮＰＮにアクセスし得そしてそれからサービスを利用し得る。

【0005】

本開示の実施形態は、同様な参照符号が同様又は同一要素を識別する以下の詳細説明、添付の特許請求の範囲及び添付図面からより完全に明白になる。

【図面の簡単な説明】

【0006】

【図1】本開示のいくつかの実施形態による無線５Ｇ通信ネットワークの簡略ブロック図である。

【図2】第１のＮＰＮ通信方式を行う本開示のいくつかの実施形態による図１の通信ネットワーク内の信号の流れを表す信号フロー図である。

【図3】３ＧＰＰ Ｒｅｌ－１６によるネットワーク識別子（ＮＩＤ：Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）のフォーマットを表す線図である。

【図4】３ＧＰＰ Ｒｅｌ－１６による０のＮＩＤ割り当てモード値のＮＩＤのフォーマットを表す線図である。

【図5】ＮＩＤ内のビットを符号化するための３つの異なる可能な任意選択子を表す。

【図6】第２のＮＰＮ通信モードを行う本開示のいくつかの実施形態による図１の通信ネットワーク内の信号の流れを表す信号フロー図である。

【発明を実施するための形態】

【0007】

本開示の詳細例示的実施形態が本明細書において開示される。しかし、本明細書において開示される特定構造及び機能詳細は本開示の例示的実施形態を説明する目的のための代表的なものに過ぎない。本開示は、多くの代替形式で具現化され得、従って、本明細書に記載された実施形態だけに限定されると解釈されるべきではない。さらに、本明細書で使用される専門用語は、特定実施形態だけを説明する目的のためだけのものであり、従って、本開示の例示的実施形態の制限であるようには意図されていない。

【0008】

本明細書で使用されるように、文脈が明示しない限り単数形の定冠詞及び不定冠詞は複数形も同様に含むように意図されている。用語「含む」は、陳述された特徴、工程、又は部品の存在を規定するが、１つ又は複数の他の特徴、工程、又は部品の存在又は追加の存在を排除するものではないということもさらに理解されることになる。いくつかの代替実装形態では記載された機能／行為は添付図面内に記載された順番から外れて行われ得るということにも留意すべきである。例えば、連続で示された２つの図は、関与される機能／行為に依存して、実際にはほぼ同時に実行され得る又は時には逆の順番で実行され得る。

【0009】

リリース１７に関して、３ＧＰＰは、ＳＮＰＮのような非公開ネットワークに対するいくつかの拡張（ＳＮＰＮに加入していないユーザのＵＥのＳＮＰＮへのオンボーディング（ｏｎ－ｂｏａｒｄｉｎｇ）のような）を研究してきた。３ＧＰＰリリース１７研究は、どのようにユーザがローカルＳＮＰＮ（ＵＥが、事前構成された加入証明書を有しない）により提示されるサービスを発見し得るかの態様をカバーしない。非加入ユーザが、サービスエリア内で提示されるＳＮＰＮサービスに気付くようにされ得れば（この文脈では、サービスエリアはユーザが現在居るエリアである）、ユーザは、ＳＮＰＮサービスを利用するためにＳＮＰＮへのオンボーディングプロセスを開始すべきかどうかをより良く判断し得る

【0010】

本開示のいくつかの実施形態によると、５Ｇ ＮＰＮネットワークのような私的ネットワークは、私的ネットワークに加入するべきかどうかをそれらの非加入者が判断し得るように、非加入者のＵＥ（セル電話等々）との無線通信（加入者のために支援されるサービスについて非加入者に通知する）を支援する。特定実装形態に依存して、私的ネットワークの基地局はこのような通信のための２つの異なるモードの一方又は両方を採用し得る。第１の通信モードでは、ＮＰＮ基地局は、そのダウンリンクメッセージを受信することができる任意のＵＥへその加入サービスに関する情報を同報通信する。第２のモードでは、ＵＥはこのような情報のアップリンク要求を送信し、そしてＮＰＮ基地局は、ユニキャストダウンリンクメッセージ内の情報をＵＥへ返送することにより応答する。

【0011】

図１は本開示のいくつかの実施形態による無線５Ｇ通信ネットワーク１００の簡略ブロック図である。５Ｇネットワーク１００は、１又は複数の無線アクセスネットワーク（ＲＡＮ：ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）１０４（そのうちの１つだけが図１に示される）の動作を支援する１又は複数の５Ｇコア（５ＧＣ）１０６（そのうちの１つだけが図１に示される）を有する。各ＲＡＮ１０４は、それぞれが１又は複数のＵＥ１０２（そのうちの１つだけが図１に示される）と通信し得る１又は複数の基地局（ｇＮＢ）（図１に示されない）を有する。５ＧＣ１０６により支援される動作は、ＵＥ１０２と通信するためにＲＡＮ１０４を使用し得る１又は複数のＳＮＰＮ（及び、１又は複数のＰｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ（ＰＬＭＮ））を含み得る。

【0012】

また、図１の５ＧＣ１０６へ接続されて示されるのは、ＵＥ１０２への新しいＳＮＰＮ加入のオンボーディングを可能にし、以下にさらに詳細に説明されるオンボーディングネットワーク（ＯＢＮ：Ｏｎ－Ｂｏａｒｄｉｎｇ Ｎｅｔｗｏｒｋ）１０８である。

【0013】

図１に示すように、ＵＥ１０２は、ＲＡＮ１０４と通信するための無線送受信機（ＴＲＸ：ｔｒａｎｓｃｅｉｖｅｒ）、送受信機の動作を制御しそして入力及び出力データを処理するためのプロセッサ、及びデータを格納するためのメモリ、そしていくつかの実装形態では、プロセッサの動作を制御するためのソフトウェアを含む。同様に、ＲＡＮ１０４は、ＵＥ１０２と通信するための無線送受信機、５Ｇコア１０６（ＯＢＮ１０８を含む）と通信するためのバックホール（ｂａｃｋｈａｕｌ）送受信機、これら送受信機の動作を制御しそして入力及び出力データを処理するためのプロセッサ、及びデータを格納するためのメモリ、そしていくつかの実装形態では、プロセッサの動作を制御するためのソフトウェアを含む。

【0014】

本開示のいくつかの実施形態は、ＵＥ１０２が新しいＮＰＮを発見すること、そのサービス能力を学習すること、及びそれを登録しそしてそれと接続することを可能にする。所与のＮＰＮへ接続されている間、ＵＥ１０２は、現在接続されているＮＰＮ内で利用可能であり得る追加サービスについて学習し、そしてそれを利用し得る。ＵＥ１０２は、様々な利用可能ＮＰＮに関するサービス情報を一定間隔で要求し得る。所与のＮＰＮへ接続されている間、ＵＥ１０２は、より良い又はより望ましいサービスを自身が利用するために異なるＮＰを発見しそしてそれと接続し得る。

【0015】

第１の通信モード：同報通信されるＳＮＰＮ情報
以下は「どのように、ＳＮＰＮのｇＮＢが、ＳＮＰＮにアクセスするための有効ＳＮＰＮ証明書を未だ有しないＵＥを訪ねるために提示ＳＮＰＮサービスを広告／同報通信し得るか」に対するいくつかの解決策を説明する。

【0016】

３ＧＰＰ Ｒｅｌ－１６仕様書により、ＳＮＰＮ識別子（ＳＮＰＮ－ＩＤ）はｇＮＢにより同報通信される。ｇＮＢのサービスエリア内に在りそしてｇＮＢにより同報通信されるＳＮＰＮ－ＩＤの１つのＳＮＰＮ－ＩＤの加入及び事前構成された証明書を有する３ＧＰＰＲｅｌ－１６準拠ＵＥは、３ＧＰＰ ＴＳ ２３．１２２ Ｒｅｌ－１６内に規定された自動又は手動ＳＮＰＮ選択手順に従うことにより当該ＳＮＰＮ－ＩＤを選択し、そして次に、その両方の教示をその全体の参照により本明細書に援用する３ＧＰＰ ＴＳ ２３．５０１によりＳＮＰＮ登録手順を開始し得る。ＵＥが、ｇＮＢにより同報通信されるＳＮＰＮ－ＩＤのいずれかにアクセスするための有効ＳＮＰＮ証明書を有しなければ、ＵＥはｇＮＢサービスエリア内のＳＮＰＮのいずれへもアクセスし得ない。

【0017】

上述のように、３ＧＰＰは「どのようにＳＮＰＮが、以前の関係性も加入も有しないＵＥのＳＮＰＮサービスエリア内に提示されたサービスを広告／同報通信し得るか」に関するいかなる方法も規定又は研究してこなかった。ＳＮＰＮサービスエリアを訪れるがＳＮＰＮへの加入（及びＵＥ内の事前構成された、いかなる関連ＳＮＰＮ証明書）を有しないＵＥのユーザは、ＳＮＰＮサービスを利用するためにＳＮＰＮオンボーディングプロセスを開始すべきかどうかに関するより情報を踏まえた判断を下すために、同報通信サービス情報に基づきＳＮＰＮサービスを使用することに関心があり得る。

【0018】

以下にさらに説明するように、提案解決策は、ｇＮＢがＳＮＰＮにより提示されたサービスを広告／同報通信し得るように、同報通信されたダウンリンクメッセージ内に含まれるＳＮＰＮ－ＩＤのネットワーク識別子（ＮＩＤ）部分の符号化／構造を強化し、そしてｇＮＢのカバレージエリア内のいかなる有効ＳＮＰＮ証明書も未だ有しないＵＥは、図１のＯＢＮ１０８によりＳＮＰＮオンボーディング手順を開始し得る。ＳＮＰＮオンボーディング手順はＳＮＰＮ証明書をＵＥへダウンロードするやり方である。オンボーディング手順が成功裡に完了されると、ＵＥは、ＳＮＰＮサービスを利用するために、ダウンロードされたＳＮＰＮ証明書を使用することによりＳＮＰＮ登録手順を行い得る。

【0019】

図２は、第１のＮＰＮ通信モードを行う本開示のいくつかの実施形態による図１の通信ネットワーク１００内の信号の流れを表す信号フロー図である。このプロセスは、通信ネットワーク１００により支援される１又は複数のＳＮＰＮに関係する情報によるＲＡＮ１０４、５ＧＣ１０６、及びＯＢＮ１０８の事前構成により工程２０２で始まる。

【0020】

次に、工程２０４では、ＲＡＮ１０４は、それらのＳＮＰＮに関係する情報を同報通信するためにそのｇＮＢを使用する。「いくつかの状況では、ＳＮＰＮは、そのサービスエリアが、ＳＮＰＮをスポンサーする企業の場所に対応する１又は複数のｇＮＢに関連付けられることになる」ということに留意されたい。これらの状況では、そのｇＮＢだけが当該ＳＮＰＮに関する情報を同報通信する可能性がある。いくつかの状況では、所与のｇＮＢは、２以上のＳＮＰＮ及び／又は恐らく１又は複数のＰＬＭＮに関連付けられ得る。これらの状況では、ｇＮＢは、様々なＳＮＰＮ及び／又はＰＬＭＮに関する情報（その識別子は同じ同報通信されたシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）（すなわちＳＩＢ－１）内に列挙される）を連続的に同報通信し得る。

【0021】

５Ｇ Ｒｅｌ－１６によると、ＰＬＭＮはＰＬＭＮ識別子（ＰＬＭＮ－ＩＤ）により識別される一方で、ＳＮＰＮはＰＬＭＮ－ＩＤ及びネットワーク識別子（ＮＩＤ）からなるＳＮＰＮ識別子（ＳＮＰＮ－ＩＤ）により識別され、ここで、ＲＡＮ１０４は、ＲＡＮ１０４が接続される５Ｇコア１０６のＰＬＭＮ－ＩＤ及び／又はＳＮＰＮ－ＩＤを同報通信する。他のシステム情報と共にこのようなＰＬＭＮ－ＩＤ及びＳＮＰＮ－ＩＤの同報通信は３ＧＰＰ仕様書（ＴＳ）３８．３３１に規定されている。

【0022】

図３に示すように、３ＧＰＰ Ｒｅｌ－１６によると、ＳＮＰＮのＮＩＤは４４ビット（すなわち４０ビットＮＩＤ値（１０個の１６進桁に対応する）が続く４ビット割り当てモード値（１つの１６進（別名ｈｅｘ）桁に対応する）を有する。３ＧＰＰ Ｒｅｌ－１６は、０、１及び２の割り当てモード値（１０進）を定義し、そして将来の定義のために利用可能な１３個の他の可能な割り当てモード値（すなわち１０進値３～１５）を予約する。

【0023】

特に、その教示がその全体の参照により本明細書に援用される３ＧＰＰ ＴＳ ２３．００３ Ｒｅｌ－１６によると、０の４ビットＮＩＤ割り当てモード値は、４０ビットＮＩＤ値が対応ＰＬＭＮ－ＩＤと無関係にグローバルに一意的であるということを暗示する。１のＮＩＤ割り当てモード値は、ＮＩＤ値が配備時にＳＮＰＮにより個々に選択されるということを暗示する。２のＮＩＤ割り当てモード値は、ＮＩＤ値と対応ＰＬＭＮ－ＩＤとの組み合せがグローバルに一意的であるようにＮＩＤ値が割り当てられるということを暗示する。１のＮＩＤ割り当てモード値の配備モデルが自己割り当てと呼ばれる一方で、２つの他の割り当てモデルは共調型割り当てと呼ばれる。

【0024】

図４に示すように、０のＮＩＤ割り当てモード値に関して、４０ビットＮＩＤ値は、２桁ＮＩＤコードが続く８桁私的企業番号（ＮＩＤ Ｐｒｉｖａｔｅ Ｅｎｔｅｒｐｒｉｓｅ Ｎｕｍｂｅｒ：ＰＥＮ）へさらに分割され、ここで、ＮＩＤ ＰＥＮは、私的企業番号管理者としてのその資格のインターネット割り当て番号認証局（ＩＡＮＡ：Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ）によりＳＮＰＮのサービスプロバイダへ発行され、そして、ＮＩＤコードは、ＮＩＤ ＰＥＮにより識別されたサービスプロバイダ内のＳＮＰＮを識別する。

【0025】

いくつかの実施形態によると、新しい４ビットＮＩＤ割り当てモード値は予約された１０進値３－１５の１つであるように定義される。次に、４０ビットＮＩＤ値は対応ＳＮＰＮ－ＩＤにより識別されたＳＮＰＮにより提供されるサービスに関する情報を提供するために使用される。

【0026】

図５の任意選択子１において示されるように、１つの可能な実装形態では、４０ビットＮＩＤ値の１０個の１６進桁のうちの１又は複数の桁は、ＳＮＰＮにより提供される様々なタイプのサービスを表すために使用される。例えば、最後の２つの１６進桁内のビットは以下のサービスを表すために使用される可能性がある：
●００００ ０００１ 低速公衆インターネットアクセス
●００００ ００１０ 高速公衆インターネットアクセス
●００００ ０１００ 飲料サービス
●００００ １０００ フードサービス
●０００１ ００００ 様々な角度からの映像
●００１０ ００００ ローカルプロモーション／販売
●０１００ ００００ 緊急支援

【0027】

以前予約された割り当てモード値４がＳＮＰＮサービスのために使用され、そして特定ＳＮＰＮが高速公衆インターネットアクセス、飲料サービス及びローカルプロモーション／販売を提供すれば、４４ビットＮＩＤ値は：
0100 0000 0000 0000 0000 0000 0000 0000 0000 0010 0110
になるであろう。ここで、最初の４ビット値０１００は割り当てモード値４を表し、そして最後の２つの４ビット値００１０ ０１１０内の３つの１は、３つの支援されたサービスを識別する。１６進フォーマットでは、１１桁ＮＩＤ値は４００００００００２６になるであろう。

【0028】

図５の任意選択子２において示されるように、別の可能な実装形態では、１０桁ＮＩＤ値は様々な部分に分割され、ここで第１の部分（例えば１つの１６進数）がＳＮＰＮカテゴリを識別する一方で、第２の部分（例えば別の２つの１６進桁）は提示されたＳＮＰＮサービス（前の例におけるような）を識別し、ここで任意の残り部分（例えば残り７つの１６進桁）は予約される。例えば、第８番目の１６進数は以下のようにＳＮＰＮカテゴリを識別するために使用される可能性がある：
●０００１ コーヒー店
●００１０ コンサートホール
●００１１ スタジアム
●０１００ レストラン
●０１０１ 書店
●０１１０ 都市
●０１１１ 空港

【0029】

以前予約された割り当てモード値４がＳＮＰＮサービスのために使用され、そしてＳＮＰＮを有するレストランが高速インターネットアクセス、飲料及びフードサービス、及びローカルプロモーション／販売を提供すれば、４４ビットＮＩＤ値は：
0100 0000 0000 0000 0000 0000 0000 0000 0100 0010 1110
になるであろう。ここで、最初の４ビット値０１００は割り当てモード値４を表し、第８番目の４ビット値０１００が企業をレストランとして識別し、そして２つの最後の４ビット値００１０ １１１０内の４つの１は４つの支援されたサービスを識別する。１６進フォーマットでは、１１桁ＮＩＤ値は４０００００００４２Ｅになるであろう。ここで、１６進値Ｅは十進値１４に対応する。

【0030】

図５の任意選択子３において示されるように、さらに別の可能な実装形態では、異なる割り当てモード値（例えば５）が、様々なＳＮＰＮが様々な標準化されたサービス提示を一意的に定義することを可能にするために使用される可能性がある。この任意選択子では、ＵＥは、様々なＰＥＮにより提示されたＳＮＰＮサービス構成をマッピングするための構成ファイルをダウンロードする。この構成情報は、ＵＥ内に事前構成され得る、又はＵＥにより信頼ソースからダウンロードされ得る。

【0031】

本開示のいくつかの実施形態はＮＩＤ割り当てモード０の拡張版であり、ここではＮＩＤ値は３２ビットのグローバル一意的ＰＥＮ（私的企業番号：Ｐｒｉｖａｔｅ Ｅｎｔｅｒｐｒｉｓｅ Ｎｕｍｂｅｒ）及び８ビットＮＩＤコードを含む。本開示は、ＰＥＮ割り当てを有するＳＮＰＮオペレータのサービス提示を広告／同報通信する方法を提案する。例えば、スタジアムオペレータはインターネット割り当て番号認証局（ＩＡＮＡ）により割り当てられたＰＥＮを得る（ｈｔｔｐｓ：／／ｗｗｗ．ｉａｎａ．ｏｒｇ／ａｓｓｉｇｎｍｅｎｔｓ／ｅｎｔｅｒｐｒｉｓｅ－ｎｕｍｂｅｒｓ／ｅｎｔｅｒｐｒｉｓｅ－ｎｕｍｂｅｒｓ）。次に、サンプル符号化により、オペレータはこのＰＥＮを使用してＳＮＰＮ－ＩＤを構築する。８ビットＮＩＤコード値はスタジアムオペレータによりこのスタジアムにおいて提示されるサービスのタイプを同報通信するために使用される。ゲーム又はコンサートのようなイベントのためにスタジアムを訪れるユーザは、様々なＰＥＮホルダーによるあらゆるＳＮＰＮサービス提示を有するファイルを（例えばＰＥＮホルダーにより確立されたウェブサイトから）ダウンロードし得る。このようなファイルは、８ビットＮＩＤコードによりこのスタジアム場所において同報通信された特定ＳＮＰＮサービスをエンドユーザが人間可読フォーマットへマッピングすることを許容し得る。このようなマッピングはまた、ＵＥ内にダウンロードされたアプリケーションなどのいくつかの他の手段により自動化され得る。

【0032】

図２を再び参照すると、工程２０６では、同報通信されたＳＮＰＮ情報を受信するＵＥ１０２は、ＳＮＰＮ探索（例えばユーザにより手動で選択された）を行い、そしてＵＥが未だ加入されていない１又は複数の利用可能ＳＮＰＮにより提供されるサービスに関する情報を表示する。もしユーザが利用可能ＳＮＰＮの１つを選択するときは、ＵＥをＳＮＰＮへオンボーディングするプロセスが工程２０８において行われ、この間にＳＮＰＮ証明書がＵＥへ供給される。

【0033】

例えば、それらの顧客のための無料インターネットサービス又は任意の販売促進セールを提供するＳＮＰＮを有するコーヒー店では、ＳＮＰＮネットワークはそのサービスエリアのｇＮＢを介しこのサービス提示を同報通信し得る。ＵＥのユーザは、利用可能ネットワーク及びサービスを発見するためにコーヒー店内の手動ＳＮＰＮネットワーク探索を開始し得る。ＵＥは、ＳＮＰＮ－ＩＤ及び関連提供物（例えば無料インターネットサービス）をユーザへ表示する。ユーザがサービスに関心があれば、ユーザは、オンボーディングプロセスを始めるために関連ＳＮＰＮを選択し得る。

【0034】

別の例として、スタジアム会場は、会場を訪れる顧客のための各種サービスを提供するＳＮＰＮを有する。提示されるサービスは、例えば無料最大限努力（ｆｒｅｅ ｂｅｓｔ－ｅｆｆｏｒｔ）インターネット、有料高速インターネット、様々なカメラアングルからの特別イベント映像などである。これらのサービス提示は、１又は複数のこれらのサービスと１又は複数のＳＮＰＮ－ＩＤとを関連付けることによりＮＢを介し同報通信される。ＵＥのユーザは、利用可能ネットワーク及びサービスを発見するために会場内の手動ＳＮＰＮネットワーク探索を開始し得る。ＵＥは、ＳＮＰＮ－ＩＤ及び関連サービス提示をユーザへ表示する。ユーザがサービスのいずれかを利用することに関心があれば、ユーザは、オンボーディングプロセスを始めるために関連ＳＮＰＮを選択し得る。

【0035】

オンボーディング手順中、ＵＥはＳＮＰＮサービスにアクセスするために使用される５ＧＣからの新しいＳＮＰＮ－ＩＤを受信し得る。この新しいＳＮＰＮ－ＩＤもまた同じｇＮＢにより同報通信される。オンボーディングプロセスは３ＧＰＰ Ｒｅｌ－１７機能に基づくことになる。図１の通信ネットワーク１００のオンボーディング手順の一例は次のように要約され得る：
●有効ＳＮＰＮ証明書の無いＵＥ１０２は、ＲＡＮ１０４を介し信号伝達するＵＥ－ｔｏ－５ＧＣを介しこのような証明書を提供するように５ＧＣ１０６に頼む；
●５ＧＣ１０６は、このＵＥ１０２の一時的ＳＮＰＮ証明書をＯＢＮ１０８から検索し、次に、恒久的ＳＮＰＮ証明書（ＳＮＰＮローカルサービスのためにＵＥ１０２により使用される新しいＳＮＰＮ－ＩＤを含み得る）をＵＥ１０２に割り当てる；
●５ＧＣ１０６は５ＧＣ－ｔｏ－ＵＥシグナリングを介しＳＮＰＮ証明書をＵＥ１０２に返送し；そして、
●ＵＥは、５ＧＣ１０６を切り離し、そして次にダウンロードされたＳＮＰＮ証明書を使用することにより５ＧＣ１０６へ再接続する。

【0036】

オンボーディング手順が完了された後、工程２１０では、ＵＥ１０２はＳＮＰＮに登録し、これにより、ＵＥがＳＮＰＮを介しＰＤＵ（プロトコルデータユニット：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションを確立することを可能にする。これは、ＵＥとデータ転送のためのＳＮＰＮとの間の接続の確立のためである。ＰＤＵセッションは、ＵＥとＳＮＰＮにより提示されたサービス（例えばインターネット）にアクセスすることを提供するデータネットワークとの間の関連性を意味する。

【0037】

第２の通信モード：要求されるＮＰＮ情報（ＮＰＮのすべてのフレーバ（ｆｌａｖｏｒ）に適用可能：すなわちＳＮＰＮ及びＰＮＩ－ＮＰＮ）
以下は、有効ＮＰＮ証明書を未だ有していないＵＥがどのように利用可能ＮＰＮの特徴に関する情報を要求し得るかに関するいくつかの解決策を説明する。これらの解決策は、その両方の開示をその全体の参照により本明細書に援用するＳＮＰＮ及び公衆ネットワーク統合化（Ｐｕｂｌｉｃ Ｎｅｔｗｏｒｋ Ｉｎｔｅｇｒａｔｅｄ）ＮＰＮ（ＰＮＩ－ＮＰＮ）の両方（３ＧＰＰ ＴＳ ２２．２６１及び３ＧＰＰ ＴＳ ２３．５０１において定義される）に適用する。

【0038】

いくつかの実装形態によると、既存３ＧＰＰメッセージ内の新しい問合せを使用することにより、ＵＥは提示されたＮＰＮサービスに関する情報を懇願するネットワークへ要求を送信し、そしてネットワークは、支援されそして利用可能なＮＰＮサービス提示に関する情報に応答する。次に、ＵＥは、利用可能ＮＰＮサービス提示によりユーザを促し、そしてユーザの同意により、これらのサービスを利用する。ＵＥはまた、所与の場所において又は或るプロバイダから利用可能である場合にこれらのネットワーク接続及びサービスを利用するように事前構成され得る。

【0039】

図６は第２のＮＰＮ通信モードを行う本開示のいくつかの実施形態による図１の通信ネットワーク１００における信号の流れを表す信号フロー図である。本プロセスは、工程６０２において、通信ネットワーク１００より支援される１又は複数のＮＰＮに関係する情報によるＲＡＮ１０４、５ＧＣ１０６及びＯＢＮ１０８の事前構成により始まる。工程６０２は図２の工程２０２に似ている。

【0040】

工程６０４では、ＲＡＮ１０４は、ダウンリンクＭＩＢ（マスター情報ブロック：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）メッセージをＵＥ１０２へ同報通信する。ＭＩＢは、一定間隔で無線ネットワーク上で送信される同報通信メッセージ（セルからＳＩＢ－１メッセージを取得するためにＵＥに必要とされるパラメータを含む）である。ＭＩＢは修正可能ネットワークをＵＥが識別しそしてそれに関連付けられることを可能にする。

【0041】

工程６０６では、ＲＡＮ１０４はダウンリンクＳＩＢ－１システム情報ブロックメッセージをＵＥ１０２へ同報通信する。ＳＩＢ－１メッセージは、それらの他のＳＩＢのメッセージの送信のスケジューリングを含む他のＳＩＢのメッセージ（ＳＩＢ－２、ＳＩＢ－３など）を定義する。３ＧＰＰ ＴＳ ３８．３３１において規定された複数のＳＩＢ（例えばＳＩＢ－１～ＳＩＢ－１４及びＳＩＢｐｏｓ）が存在する。各ＳＩＢは特定情報を含む。ＳＩＢ－１はシステム情報ブロックタイプ１を意味する。ＳＩＢ－１は、定期的に送信される特別ＳＩＢであり、そしてまた、他のＳＩＢのメッセージのスケジュールを指示し得る。所与のＳＩＢのメッセージが同報通信されるようにスケジュールされなければ、ＵＥは、所望ＳＩＢのメッセージを特に要求し得る。

【0042】

工程６０８では、ＮＰＮサービスに関する情報を取得するために、特定ＵＥ１０２は、アップリンクシステム情報要求メッセージをＲＡＮ１０４へ送信し、そして工程６１０では、ＲＡＮ１０４は、ダウンリンク応答メッセージ内の要求されたシステム情報の同報通信により応答する。図６には明示的に示されないが、追加アップリンク要求及び対応ダウンリンク応答メッセージは、ＵＥ１０２が必要情報のすべてを受信するまで、必要に応じ送信され得る。さらに、ダウンリンク応答メッセージが同報通信されるので、ＮＰＮのサービスエリア内のＵＥのすべてもまた同情報を取得し得る。さらに、ダウンリンク応答メッセージが同報通信されるので、ＮＰＮのサービスエリア内のＵＥのすべてもまた同情報を取得し得る。これらの要求及び応答メッセージは以下にさらに詳細に説明される。ＮＰＮサービスに関する情報の第１の交換はシステム情報要求メッセージを使用することによりＵＥ１０２により開始される。図６では明示的に示されなかったが、様々なＵＥから同様な要求に起因してネットワーク上の負荷を最小化するために（例えばスタジアム使用ケースでは）、ネットワークは所与のエリア内のｇＮＢを介しこれらのＳＩＢメッセージを一定間隔で同報通信するように構成され得る。

【0043】

ＵＥ１０２が必要情報のすべてを取得した後、ＵＥ１０２は、ＮＰＮ探索を行い（適切ならば）、ＮＰＮサービス情報を表示し、ユーザのＮＰＮ選択を受信し、選択されたＮＰＮのオンボーディングを開始し、そして工程６１２－６１６においてＰＤＵセッションのためにＮＰＮに登録する。これらは図２の工程２０６－２１０に似ている。工程６１２関して、図２の工程２０６と同様に、ＵＥ１０２は、受信情報をユーザフレンドリーなやり方でユーザへ提示し（必要ならば、メッセージ及びビットストリングを復号することにより）、様々な任意選択子をユーザへ提示し、そして、選択されたＮＰＮに加入するためのユーザの嗜好／同意を取得し得る。

【0044】

その教示を全体の参照により本明細書に援用する３ＧＰＰ ＴＳ ３８．３３１はＳＩＢ－１ダウンリンクメッセージＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎを以下のように定義する：
SystemInformation::=SEQUENCE{
criticalExtensions CHOICE{
systemInformation SystemInformation-IEs,
criticalExtensionsFuture-r16 CHOICE{
posSystemInformation-r16 PosSystemInformation-r16-IEs,
criticalExtensionsFuture SEQUENCE{}
}
}
}
SystemInformation-IEs::=SEQUENCE{
sib-TypeAndInfo SEQUENCE(SIZE(1..maxSIB))OF CHOICE{
sib2 SIB2,
sib3 SIB3,
sib4 SIB4,
sib5 SIB5,
sib6 SIB6,
sib7 SIB7,
sib8 SIB8,
sib9 SIB9,
...,
sib10-v1610 SIB10-r16,
sib11-v1610 SIB11-r16,
sib12-v1610 SIB12-r16,
sib13-v1610 SIB13-r16,
sib14-v1610 SIB14-r16
},
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{}OPTIONAL
}

【0045】

その教示を全体の参照により本明細書に援用する３ＧＰＰ ＴＳ ３８．３３１はＳＩＢ－１０ダウンリンクメッセージＳＩＢ１０－ｒ１６を以下のように定義する：
SIB10-r16::=SEQUENCE{
hrnn-List-r16 HRNN-List-r16 OPTIONAL,--Need R
lateNonCriticalExtension OCTET STRING OPTIONAL,
...
}
HRNN-List-r16::=SEQUENCE(SIZE(1..maxNPN-r16))OF HRNN-r16
HRNN-r16::=SEQUENCE{
hrnn-r16 OCTET STRING(SIZE(1..maxHRNN-Len-r16))OPTIONAL--Need R
}

【0046】

その教示を全体の参照により本明細書に援用する３ＧＰＰ ＴＳ ３８．３３１章６．２．２はアップリンクシステム情報要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔを以下のように定義する：
RRCSystemInfoRequest::=SEQUENCE{
criticalExtensions CHOICE{
rrcSystemInfoRequest RRCSystemInfoRequest-IEs,
criticalExtensionsFuture-r16 CHOICE{
rrcPosSystemInfoRequest-r16 RRC-PosSystemInfoRequest-r16-IEs,
criticalExtensionsFuture SEQUENCE{}
}
}
}
RRCSystemInfoRequest-IEs::=SEQUENCE{
requested-SI-List BIT STRING(SIZE (maxSI-Message)),--32bits
spare BIT STRING(SIZE(12))
}
RRC-PosSystemInfoRequest-r16-IEs::=SEQUENCE{
requestedPosSI-List BIT STRING (SIZE(maxSI-Message)),--32bits
spare BIT STRING(SIZE(11))
}

【0047】

いくつかの実施形態によると、要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔのＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔＩＥフィールド内の適切なビットが、ＵＥが未だ加入されていない利用可能ＮＰＮのＮＰＮサービスに関する情報を要求するためにＵＥ１０２により使用される。それに応答して、特定実装形態に依存して、ＲＡＮ１０４は、要求されたＮＰＮサービス情報をＵＥ１０２へ返送するために、修正されたＳＩＢ－１０応答メッセージＳＩＢ１０－ｒ１６又は新しいＳＩＢ応答メッセージＮＥＷ－ＳＩＢ－ｒ１８のいずれかを使用する。以下にさらに説明するように、適切な指示子をＳＩＢ－１メッセージ内に設定することにより、新しいＳＩＢ応答メッセージはセル固有又はエリア固有であり得、これによりより広いネットワークのオーバーヘッドを最小化する。新しいＳＩＢの応答メッセージの周期性は同様なＳＩＢのメッセージとアライメントされるように提案される。ＮＰＮサービスに関する情報の第１の交換は、ＳｙｓｔｅｍＩｎｆｏ要求メッセージにより前に説明されたＵＥにより開始される。様々なＵＥからの同様な要求のためにネットワーク上の負荷を最小化するために（例えば、スタジアム使用ケースにおいて）、ネットワークは、所与のエリア内のｇＮＢを介するこれらのメッセージを一定間隔で広告し得る。

【0048】

修正されたＳＩＢ－１０応答メッセージ
既存ＳＩＢ－１０応答メッセージはＮＰＮの人間可読ネットワーク名（ＨＲＮＮ：Ｈｕｍａｎ Ｒｅａｄａｂｌｅ Ｎｅｔｗｏｒｋ Ｎａｍｅ）を提供する。いくつかの実施形態によると、ＳＩＢ－１０ダウンリンクメッセージＳＩＢ１０－ｒ１６は所与のＮＰＮにより提示されるサービスに関する人間可読情報を取り込むために使用され得るＮＰＮサービス８進ストリングフィールドＮＰＮ－Ｓｅｒｖを含むように修正される。修正されたＳＩＢ－１０メッセージＳＩＢ１０－ｒ１６は以下のように定義される：
SIB10-r16::=SEQUENCE{
hrnn-List-r16 HRNN-List-r16 OPTIONAL,--Need R
lateNonCriticalExtension OCTET STRING OPTIONAL,
...
}
HRNN-List-r16::=SEQUENCE(SIZE(1..maxNPN-r16))OF HRNN-r16
HRNN-r16::=SEQUENCE{
hrnn-r16 OCTET STRING(SIZE(1..maxHRNN-Len-r16))OPTIONAL--Need R
NPN-Serv OCTET STRING(SIZE(1..maxNPN-Serv-Len-r18))OPTIONAL--Need R
}

【0049】

ＳＩＢ－１内のＮＰＮの数と同じ数のＨＲＮＮ要素が、修正されたＳＩＢ－１０メッセージ内に含まれ、ここで、ＨＲＮＮリストのｎ番目のエントリは、ＳＩＢ－１のｎ番目のＮＰＮの人間可読ネットワーク名を含む。ＨＲＮＮリスト内の通信エントリ内の人間可読ネットワーク名は、所与のＮＰＮに関連付けられたＨＲＮＮが無ければ存在しない。新しいＮＰＮ－Ｓｅｒｖフィールドは、対応ＮＰＮにより提示されるサービスの人間可読記述を提供する。

【0050】

新しいＳＩＢ応答メッセージ
新しいＳＩＢ応答メッセージＮＥＷ－ＳＩＢ－ｒ１８関して、ＳＩＢ－１メッセージＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ－ＩＥは以下のように修正され得る：
SystemInformation-IEs::=SEQUENCE{
sib-TypeAndInfo SEQUENCE(SIZE (1..maxSIB))OF CHOICE{
sib2 SIB2,
sib3 SIB3,
sib4 SIB4,
sib5 SIB5,
sib6 SIB6,
sib7 SIB7,
sib8 SIB8,
sib9 SIB9,
...,
sib10-v1610 SIB10-r16,
sib11-v1610 SIB11-r16,
sib12-v1610 SIB12-r16,
sib13-v1610 SIB13-r16,
sib14-v1610 SIB14-r16,
new-sib-v18-10 NEW-SIB-r18
},
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension SEQUENCE{}OPTIONAL
}

【0051】

１つの可能な実装形態によると、新しいＳＩＢ応答メッセージＮＥＷ－ＳＩＢ－ｒ１８はビットストリングフィールドＮＰＮＳｅｒｖｉｃｅｓＳｕｐｐｏｒｔｅｄにより以下のように定義され得る：
NEW-SIB-r18::=SEQUENCE{
npn-service-List-r18 NPN-Sevice-List-r18
}
NPN-Service-List-r18::=SEQUENCE(SIZE(1..maxNPN-r18))OF NPN-Serv-r18
NPN-Serv-r18::=SEQUENCE{
messageIdentifier BIT STRING(SIZE(16)),
serialNumber BIT STRING(SIZE(16)),
NPNServicesSupported BIT STRING(SIZE(32)),
ServiceMessageSegmentType ENUMERATED{notLastSegment,lastSegment},
ServiceMessageSegmentNumber INTEGER(0..63),
ServiceMessageSegment OCTET STRING,
dataCodingScheme OCTET STRING(SIZE(1))OPTIONAL,--Cond Segment1
...
...
}

【0052】

注記：支援されるＮＰＮサービスは、より多くの情報を提供するように望まれれば（必要に応じて、恐らく人間可読クリアテキストフォーマットで）、ビットストリングとして１つの属性内に（ＮＰＮＳｅｒｖｉｃｅｓＳｕｐｐｏｒｔｅｄを使用することにより）、又は１又は複数のセグメント内に（ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ、ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ、ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔ及びｄａｔａＣｏｄｉｎｇＳｃｈｅｍｅを使用することにより）のいずれかで指示され得る。

【0053】

ＮＥＷ－ＳＩＢ－ｒ１８メッセージのこの実装形態のフィールドは以下のように定義される：
●ｍｅｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ：メッセージが特定「サービスプロバイダ」から送信されるということを指示するためにサービス提示通知のソース及びタイプを識別する。
●ｓｅｒｉａｌＮｕｍｂｅｒ：以前の受信メッセージが更新されたかどうかをＵＥに告げるためのサービス提示通知の変形形態を識別する。ＵＥは、ｍｅｓｓａｇｅＩｄｅｎｔｉｆｉｅｒ及び／又はｓｅｒｉａｌＮｕｍｂｅｒが修正される場合にだけユーザへの情報を更新する。
●ＮＰＮＳｅｒｖｉｃｅｓＳｕｐｐｏｒｔｅｄ：ＮＰＮサービスに関する同報通信された情報の文脈における符号化の以前の論述と同様な様々な２進及び／又は１６進値で符号化されたものとしてＮＰＮにより提示されるサービスの説明。
●ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ：含まれたサービス提示警告メッセージセグメントが最終セグメントか否かを示す。
●ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ：ＳＩＢ内に含まれるサービス提示警告メッセージセグメントのセグメント番号。０のセグメント番号は第１のセグメントに対応し、１のセグメント番号は第２のセグメントに対応する等々。
●ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔ：サービス提示メッセージコンテンツＩＥのセグメントを運ぶ。
●ｄａｔａＣｏｄｉｎｇＳｃｈｅｍｅ：サービス提示通知のアルファベット／符号化及び言語適用変形形態を識別する。
●Ｓｅｇｍｅｎｔ１：フィールドは、新しいＳＩＢの第１のセグメント内に強制的に存在する；そうでなければ存在しない。
ＮＰＮのサービス情報が大きい場合、フィールドＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＴｙｐｅ、ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔＮｕｍｂｅｒ、ＳｅｒｖｉｃｅＭｅｓｓａｇｅＳｅｇｍｅｎｔ及びｄａｔａＣｏｄｉｎｇＳｃｈｅｍｅは情報がＮＥＷ－ＳＩＢ－ｒ１８メッセージの様々なインスタンスを介し連続して運ばれるセグメント化手法を実装するために使用され得る。

【0054】

別の可能な実装形態によると、新しいＳＩＢ応答メッセージＮＥＷ－ＳＩＢ－ｒ１８は、ＮＰＮＳｅｒｖｉｃｅｓＳｕｐｐｏｒｔｅｄフィールドが次のように定義された８進数ストリングである：
ＮＰＮＳｅｒｖｉｃｅｓＳｕｐｐｏｒｔｅｄ ＯＣＴＥＴ ＳＴＲＩＮＧ（ＳＩＺＥ（１．．ｍａｘＮＰＮＳｅｒｖ－Ｌｅｎ－ｒ１８））
ということを除き、上述のように定義される。この実装形態では、様々な建物タイプ及び／又は様々なＮＰＮサービスは人間可読クリアテキストフォーマットを使用することにより記述され得る。これは、新しいサービス提示又はサービス変更がＵＥ又はネットワーク機能内のいかなる変更も無しに組み込まれることを可能にする。この情報は、必要に応じ１又は複数のセグメント内に提供され得、そして様々な符号化選択子を支援し得る。

【0055】

新しい特徴はより古いバージョンでは利用可能ではないかもしれないが、このシステムは全体として、既存ネットワーク機能と逆方向互換性があるべきである。さらに、いくつかの実施形態は、ハードウェアに対するいかなる変更も必要でないようにソフトウェア修正形態だけに関与する。

【0056】

いくつかの実施形態では、本開示は無線通信ネットワークの無線アクセスネットワークであり、ここで、ＲＡＮは、無線送受信機、バックホール送受信機、及び無線及びバックホール送受信機の動作を制御するように構成されたプロセッサを含む。無線送受信機は、無線通信ネットワークより支援される非公開ネットワークにより提供されるＮＰＮサービスに関する情報をユーザ機器へ送信するように構成され；無線送受信機は、ＵＥをＮＰＮへオンボーディングするためにＵＥからオンボーディング要求を受信するように構成され；バックホール送受信機はオンボーディング要求を無線通信ネットワークのオンボーディングネットワークへ転送するように構成され；バックホール送受信機はＯＢＮからＵＥのＮＰＮ証明書を受信するように構成され；そして無線送受信機はＮＰＮ証明書をＵＥへ転送するように構成される。

【0057】

上記実施形態の少なくともいくつかでは、無線送受信機はＮＰＮサービスに関する情報を同報通信メッセージ内のＵＥへ送信するように構成される。

【0058】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；ＮＰＮは、ネットワーク識別子部分を有するＳＮＰＮ識別子を有するスタンドアロン非公開ネットワークであり；そしてプロセッサは同報通信されたメッセージ内のＳＮＰＮ－ＩＤのＮＩＤ部分内のＮＰＮサービスに関する情報を符号化するように構成される。

【0059】

上記実施形態の少なくともいくつかでは、ネットワーク識別子は割り当てモード値及びＮＩＤ値を有し；そしてＮＰＮ情報を送信するために、プロセッサはＮＩＤ値がＮＰＮサービスに関する情報を符号化するということを指示する値を割り当てモード値へ割り当てるように構成される。

【0060】

上記実施形態の少なくともいくつかでは、無線送受信機は情報の要求をＵＥから受信することに応答してＮＰＮサービスに関する情報をＵＥへ送信するように構成される。

【0061】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は、要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔのＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔ－ＩＥフィールド内のＳＩＢ－１０又は新しいＳＩＢの適切なビットを必要に応じ設定することによりＮＰＮサービス情報の要求を受信するように構成される。

【0062】

上記実施形態の少なくともいくつかでは、無線送受信機はＵＥにより復号されるビットストリングとしてＮＰＮサービス情報を送信するように構成される。

【0063】

上記実施形態の少なくともいくつかでは、無線送受信機はＮＰＮサービス情報を人間可読クリアテキストフォーマットで送信するように構成される。

【0064】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は修正されたＳＩＢ－１０メッセージ内の１又は複数のフィールド内の情報を送信するように構成される。

【0065】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は、１又は複数のセグメントとして新しいＳＩＢメッセージの１又は複数のフィールド内の情報を送信するように構成される。

【0066】

いくつかの他の実施形態では、本開示は、無線アクセスネットワークを有する無線通信ネットワークのユーザ機器であり、ここでＵＥは無線送受信機及びプロセッサを含む。無線送受信機は、無線通信ネットワークより支援される非公開ネットワークにより提供されるＮＰＮサービスに関する情報をＲＡＮから受信するように構成され；無線送受信機はＵＥをＮＰＮへオンボーディングするためにオンボーディング要求をＲＡＮへ送信するように構成され；無線送受信機はＲＡＮからＵＥのＮＰＮ証明書を受信するように構成され；そしてプロセッサはＮＰＮに登録するように構成される。

【0067】

上記実施形態の少なくともいくつかでは、無線送受信機は、同報通信メッセージ内のＮＰＮサービスに関する情報をＲＡＮから受信するように構成される。

【0068】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；ＮＰＮは、ネットワーク識別子部分を有するＳＮＰＮ識別子を有するスタンドアロン非公開ネットワークであり；無線送受信機は同報通信メッセージ内のＳＮＰＮ－ＩＤのＮＩＤ部分内の符号化されたＮＰＮサービスに関する情報を受信するように構成され；そしてプロセッサはＮＰＮサービスに関する情報を復号するように構成される。

【0069】

上記実施形態の少なくともいくつかでは、ＮＩＤ部分は割り当てモード値及びＮＩＤ値を有し；そしてＮＰＮ情報を受信するために、プロセッサはＮＩＤ値がＮＰＮサービスに関する情報を符号化するということを指示する割り当てモード値の値を検出するように構成される。

【0070】

上記実施形態の少なくともいくつかでは、無線送受信機はＮＰＮサービスに関する情報の要求をＲＡＮへ送信するように構成される。

【0071】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は、要求メッセージＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔのＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔ－ＩＥフィールド内のＳＩＢ－１０又は新しいＳＩＢの適切なビットを必要に応じ設定することによりＮＰＮサービス情報の要求を送信するように構成される。

【0072】

上記実施形態の少なくともいくつかでは、無線送受信機はＵＥにより復号されるビットストリングとしてＮＰＮサービス情報を受信するように構成される。

【0073】

上記実施形態の少なくともいくつかでは、無線送受信機は人間可読クリアテキストフォーマットのＮＰＮサービス情報を受信するように構成される。

【0074】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は修正されたＳＩＢ－１０メッセージ内のフィールド内の情報を受信するように構成される。

【0075】

上記実施形態の少なくともいくつかでは、無線通信ネットワークは５Ｇネットワークであり；そして無線送受信機は新しいＳＩＢメッセージ内のフィールド内の情報を受信するように構成される。

【0076】

本開示の実施形態は、単一集積回路（ＡＳＩＣ又はＦＰＧＡなど）、マルチチップモジュール、単一カード又はマルチカード回路パックとして可能な実装形態を含む回路ベースプロセス（アナログ、ディジタル又はアナログ及びディジタルの両方のハイブリッド）として実施され得る。当業者とって明白であろうように、回路素子の様々な機能はまた、ソフトウェアプログラム内の処理ブロックとして実装され得る。このようなソフトウェアは、例えばディジタル信号プロセッサ、マイクロコントローラ、汎用コンピュータ又は他のプロセッサ内に採用され得る。

【0077】

当業者により理解されることになるように、本開示は、装置（例えば、システム、機械、デバイス、コンピュータプログラム製品及び／又は等々を含む）として、方法（例えば、ビジネスプロセス、コンピュータ実施プロセス及び／又は等々を含む）として、又は上記の任意の組合せとして具現化され得る。従って、本開示の実施形態は、完全ソフトウェアベース実施形態（ファームウェア及び常駐ソフトウェア、マイクロコード等々を含む）、完全ハードウェア実施形態、又はソフトウェア態様及びハードウェア態様を組み合わせる実施形態（本明細書では概して「システム」と呼ばれ得る）の形式を取り得る。

【0078】

本開示の実施形態はその方法を実行するための方法及び装置の形式で明示され得る。本開示の実施形態はまた、磁気記録媒体、光記録媒体、ソリッドステートメモリ、フロッピーディスケット、ＣＤ－ＲＯＭ、ハードドライブ又は他の非一時的機械可読ストレージ媒体などの有形媒体で具現化されるプログラムコードの形式で明示され得、プログラムコードがコンピュータなどの機械内へロードされそれらにより実行されると、機械は本開示を実行するための装置となる。本開示の実施形態はまた、例えば非一時的機械可読ストレージ媒体内に格納される（機械へロードされる及び／又はそれにより実行されることを含む）プログラムコードの形式で明示され得、プログラムコードがコンピュータなどの機械内へロードされそれにより実行されると機械は本開示を実行するための装置となる。汎用プロセッサ上に実装される場合、プログラムコードセグメントは、特定論理回路と似たやり方で動作する一意的デバイスを提供するためにプロセッサと組み合わされる。

【0079】

任意の好適なプロセッサ使用可能／可読又はコンピュータ使用可能／可読ストレージ媒体が利用され得る。ストレージ媒体は、（制限しないが）電子的、磁気的、光学的、電磁気的、赤外線、又は半導体システム、装置又はデバイスであり得る。可能なストレージ媒体のより具体的且つ非網羅的リストは、磁気テープ、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）又はフラッシュメモリ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ ＲＯＭ）、光学的ストレージデバイス及び磁気ストレージデバイスを含む。プログラムが、必要であれば、例えば印刷の光学的走査を介し電子的に補足され、次にコンパイルされ、解釈され得る、又はそうでなければ好適なやり方（限定しないが光学的文字認識を含む）で処理され、そして次にプロセッサ又はコンピュータメモリ内に格納され得るので、ストレージ媒体はさらに、プログラムが印刷される紙又は別の好適な媒体である可能性があるということに留意したい。本開示の文脈では、好適なストレージ媒体は、命令実行システム、装置又はデバイスによる又はそれと接続された使用のためのプログラムを含み得る又は格納し得る任意の媒体であり得る。

【0080】

添付図面内に示される様々な要素の機能（「プロセッサ」としてラベルが付けられた任意の機能的ブロックを含む）は、適切なソフトウェアと関連してソフトウェアを実行することができる専用ハードウェア及びハードウェアの使用を介し提供され得る。プロセッサにより提供される場合、機能は、単一専用プロセッサにより、単一共有プロセッサにより、又はそのうちのいくつかが共有され得る複数の個々のプロセッサにより提供され得る。さらに、用語「プロセッサ」又は「コントローラ」の明示的使用は、ソフトウェアを実行することができるハードウェアを排他的に指すように解釈されるべきでなく、従ってディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）及び不揮発性ストレージを制限無く暗黙的に含み得る。従来の及び／又はカスタム仕様の他のハードウェアもまた含まれ得る。同様に、添付図面内に示される任意のスイッチは単に概念的である。それらの機能は、プログラム論理の動作を介し、専用論理を介し、プログラム制御と専用論理との相互作用を介し、又はさらには手動で、実行され得、その具体的技術は文脈からより具体的に理解されるように実施者により選択可能である。

【0081】

別途明示的に述べられない限り、各数値及び範囲は、あたかも単語「約」又は「ほぼ」が値又は範囲に先行するかのように近似であると解釈されるべきである。

【0082】

本開示の実施形態を説明するために説明されそして示されたパーツの詳細、材料及び配置の様々な変更は、以下の請求項により包含される本開示の実施形態から逸脱すること無く当業者によりなされ得るということがさらに理解されることになる。

【0083】

任意の請求項を含む本明細書では、用語「各」は、複数の以前列挙された要素又は工程の１又は複数の規定された特性を参照するために使用され得る。開放型用語「含む」と共に使用される場合、用語「各」の列挙は、追加の未列挙要素又は工程を排除しない。従って、装置は追加の未列挙要素を有し得、そして方法は追加の未列挙工程を有し得るということが理解されることになり、ここで、追加の未列挙要素又は工程は１又は複数の規定特性を有しない。

【0084】

請求項内の図番及び／又は図参照ラベルの使用は、請求項の解釈を容易にするために、請求主題の１又は複数の可能な実施形態を識別するように意図されている。このような使用は、その請求項の範囲を対応図内に示される実施形態に必ずしも制限するように解釈されてはならない。

【0085】

本明細書に記載された例示的方法の工程は説明された順番で行われる必要が必ずしもないということが理解されるべきであり、そしてこのような方法の工程の順番は単に例示的であると理解されるべきである。同様に、追加工程がこのような方法に含まれ得、そしていくつかの工程は本開示の様々な実施形態に順ずる方法において省略又は組み合わせられ得る。

【0086】

以下の方法請求項内のいくつかの要素（もしあれば）は、対応ラベリングを有する特定シーケンスで列挙されるが、請求項列挙がそれらの要素のいくつか又はすべてを実装するための特定シーケンスを他の方法で暗示しなければ、それらの要素は、当該特定シーケンスで実装されるように制限されるように必ずしも意図されていない。

【0087】

従って、本明細書において述べられるすべての文献は、本開示（特に依存する）を提供するために参照によりそれらの全体が又は代替的に援用される。

【0088】

「１つの実施形態」又は「実施形態」への本明細書における参照は、実施形態に関連して述べられた特定特徴、構造又は特性が本開示の少なくとも１つ実施形態に含まれ得るということを意味する。本明細書の様々な場所における句「１つの実施形態において」の出現は、必ずしもすべてが同じ実施形態を参照しないし、他の実施形態の必ずしも互いに排他的な別の実施形態又は代替実施形態でもない。同じことは用語「実装形態」に当てはまる。

【0089】

本出願における特許請求の範囲によりカバーされる実施形態は（１）本明細書により可能になる実施形態及び（２）法的主題に対応する実施形態に制限される。実行不能な実施形態及び非法的主題に対応する実施形態はたとえ請求項の範囲内に入っても明示的に放棄される。

【0090】

本明細書においてそして特許請求の範囲において使用されるように、装置に関する又はシステム、デバイス又は部品に関する用語「提供する」は、装置、システム、デバイス又は部品を設計又は製作すること；装置、システム、デバイス又は部品が設計又は製作されること；及び／又は購入、リース、レンタル又は他の契約約款により装置、システム、デバイス又は部品を取得することを包含する。

【0091】

本明細書に於いて別途規定しない限り、複数の同様なオブジェクトのうちの１つのオブジェクトを参照するための順序形容詞「第１」、「第２」、「第３」などの使用は、このような同様なオブジェクトの様々なインスタンスが、参照されており、そしてそのように参照された同様オブジェクトが、時間的に、空間的に、序列的に、又は任意の他のやり方でのいずれにおいても対応順番又はシーケンス内に在る必要があるということを示唆するようには意図されないということを指示するに過ぎない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】