特表2024-528546 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特表2024-528546オンデマンドシステム情報要求手順のための異なる障害タイプのログ記録

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【公表番号】

(43)【公表日】2024-07-30

(54)【発明の名称】オンデマンドシステム情報要求手順のための異なる障害タイプのログ記録

(51)【国際特許分類】

H04W 48/14 20090101AFI20240723BHJP

H04W 76/18 20180101ALI20240723BHJP

【ＦＩ】

H04W48/14

H04W76/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023580873

(86)(22)【出願日】2022-06-29

(85)【翻訳文提出日】2024-02-27

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

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

(87)【国際公開日】2023-01-05

(31)【優先権主張番号】63/216,302

(32)【優先日】2021-06-29

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

２．ＢＬＵＥＴＯＯＴＨ

３．ＺＩＧＢＥＥ

４．ブルートゥース

５．ＷＣＤＭＡ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】パリシェレテロウジェニ，アリ

(72)【発明者】

【氏名】ルネ，ヨハン

(72)【発明者】

【氏名】オルシノ，アントニノ

(72)【発明者】

【氏名】ラーマチャンドラ，プラディーパ

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

5K067

【Ｆターム（参考）】

5K067AA33

5K067DD34

5K067EE02

5K067EE10

5K067FF18

(57)【要約】

オンデマンドシステム情報（ＳＩ）要求に関連付けられた情報を報告するための無線デバイス（２１２Ａ－Ｄ）による方法（８００）は、オンデマンドＳＩ要求に関連付けられた情報をネットワークノード（２１０Ａ－Ｂ）に送信すること（８０２）を含む。この情報は、オンデマンドＳＩ要求が成功したか否かを示す。
【選択図】図８

【特許請求の範囲】

【請求項1】

オンデマンドシステム情報（ＳＩ）要求に関連付けられた情報を報告するための無線デバイスによる方法であって、該方法は、
ネットワークノードに前記オンデマンドＳＩ要求に関連付けられた情報を送信することであって、該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す、前記送信すること
を含む、方法。

【請求項2】

前記情報は、前記無線デバイスによって要求された少なくとも１つのシステム情報ブロック（ＳＩＢ）のインジケーションを含む
請求項１に記載の方法。

【請求項3】

前記情報は、前記無線デバイスによって要求された前記少なくとも１つのＳＩＢを前記無線デバイスが受信したか否かを示す
請求項２に記載の方法。

【請求項4】

前記情報は、
前記ＳＩ要求に対する確認応答が下位レイヤから受信されたか否か；
前記ＳＩ要求に対する確認応答が下位レイヤから受信されなかったこと；
前記ＳＩ要求に対する確認応答が下位レイヤから受信されたこと；
前記ＳＩ要求に対する確認応答が下位レイヤから受信された間に、少なくとも１つのＳＩメッセージの取得に失敗したか否か；
前記無線デバイスにより要求された前記少なくとも１つのＳＩメッセージの一部のみを該無線デバイスが受信したことのインジケーション；
前記無線デバイスが前記少なくとも１つのＳＩメッセージに対するＳＩウィンドウを検査したか否かのインジケーション；
前記少なくとも１つのＳＩメッセージに対して前記無線デバイスによって監視されたＳＩウィンドウ機会の個数のインジケーション；
前記無線デバイスが実行した前記少なくとも１つのＳＩメッセージの受信の試行回数のインジケーション；
前記少なくとも１つのＳＩメッセージを要求するための無線リソース制御（ＲＲＣ）メッセージを送信する際に前記無線デバイスが行ったハイブリッド自動再送要求（ＨＡＲＱ）の再送信の回数；
前記無線デバイスが下位レイヤでのＨＡＲＱ手順から確認応答を受信したか否かのインジケーション；
前記無線デバイスが前記オンデマンドＳＩ要求を送信した時の前記無線デバイスの位置情報；
前記オンデマンドＳＩ要求が実行されたセルのセル識別子、
の少なくとも１つを示す
請求項１乃至３の何れか１項に記載の方法。

【請求項5】

前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記情報をログ記録することをさらに含む
請求項１乃至４の何れか１項に記載の方法。

【請求項6】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で送信される
請求項１乃至５の何れか１項に記載の方法。

【請求項7】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項６に記載の方法。

【請求項8】

前記情報は、前記オンデマンドＳＩ要求に専用の報告で送信される
請求項１乃至５の何れか１項に記載の方法。

【請求項9】

前記無線デバイスはユーザ装置である
請求項１乃至８の何れか１項に記載の方法。

【請求項10】

オンデマンドシステム情報（ＳＩ）要求に関連付けられた情報を処理するためのネットワークノードによる方法であって、該方法は、
無線デバイスの前記オンデマンドＳＩ要求に関連付けられた情報を受信することであって、該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す、前記受信すること
を含む、方法。

【請求項11】

前記情報は、前記無線デバイスによって要求された少なくとも１つのシステム情報ブロック（ＳＩＢ）のインジケーションを含む
請求項１０に記載の方法。

【請求項12】

前記情報は、前記無線デバイスによって要求された前記少なくとも１つのＳＩＢを前記無線デバイスが受信したか否かを示す
請求項１１に記載の方法。

【請求項13】

【請求項14】

前記情報は、前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記無線デバイスによってログ記録される
請求項１０乃至１３の何れか１項に記載の方法。

【請求項15】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で受信される
請求項１０乃至１４の何れか１項に記載の方法。

【請求項16】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項１５に記載の方法。

【請求項17】

前記情報は、前記オンデマンドＳＩ要求に専用の報告で受信される
請求項１０乃至１４の何れか１項に記載の方法。

【請求項18】

前記ネットワークノードは無線アクセスノードを含み、前記方法は、少なくとも運用保守（Ｏ＆Ｍ）ノードに前記情報を転送することをさらに含む
請求項１０乃至１７の何れか１項に記載の方法。

【請求項19】

前記ネットワークノードは運用保守（Ｏ＆Ｍ）ノードを含み、前記情報は前記無線デバイスと通信する無線アクセスネットワークノードを介して受信される
請求項１０乃至１７の何れか１項に記載の方法。

【請求項20】

前記情報に基づいて少なくとも１つのＳＩメッセージを送信するための構成を最適化、適合、調整、修正または変更することをさらに含む
請求項１０乃至１９の何れか１項に記載の方法。

【請求項21】

前記情報に基づいて前記少なくとも１つのＳＩメッセージを送信するための前記構成を最適化、適合、調整、修正または変更することは、
複数のＳＩＢを異なる複数のＳＩメッセージにグループ化する方法を変更すること；
前記少なくとも１つのＳＩメッセージがブロードキャストされるか否かを変更すること；
後続のオンデマンドＳＩ要求に専用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースの量を変更すること；
少なくとも１つの後続のオンデマンドＳＩ要求に関連付けられたＲＡ関連構成を変更すること；
少なくとも１つのＲＡプリアンブルとＭｓｇ１に対する少なくとも１つの後続のＳＩメッセージとのマッピングを変更すること；
Ｍｓｇ１ベースのＳＩ要求からＭｓｇ３ベースのＳＩ要求に変更すること；
少なくとも１つのＳＩメッセージがＭｓｇ１またはＭｓｇ３の何れを介して利用可能であるかを変更すること；
後続のＳＩメッセージがブロードキャストされる回数を変更すること；
後続のＳＩメッセージをブロードキャストする時間期間を変更すること；
後続の複数のＳＩメッセージのスケジューリング周期を変更すること；
関連付けられたＳＩウィンドウ内でＳＩメッセージが送信される回数を変更すること；
要求されたＳＩメッセージが送信される少なくとも１つのビームを変更すること；
少なくとも１つのＳＩＢと少なくとも１つのＳＩメッセージとの間のマッピングを変更すること；
ＳＩウィンドウの長さを変更すること、
の少なくとも１つを含む
請求項２０に記載の方法。

【請求項22】

オンデマンドシステム情報（ＳＩ）要求に関連付けられた情報を報告するための無線デバイスであって、該無線デバイスは、
ネットワークノードに前記オンデマンドＳＩ要求に関連付けられた情報を送信するのに適合しており、該情報は前記オンデマンドＳＩ要求が成功したか否かを示す
無線デバイス。

【請求項23】

前記情報は、前記無線デバイスによって要求された少なくとも１つのシステム情報ブロック（ＳＩＢ）のインジケーションを含む
請求項２２に記載の無線デバイス。

【請求項24】

前記情報は、前記無線デバイスによって要求された前記少なくとも１つのＳＩＢを前記無線デバイスが受信したか否かを示す
請求項２３に記載の無線デバイス。

【請求項25】

【請求項26】

前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記情報をログ記録するのにさらに適合している
請求項２２乃至２５の何れか１項に記載の無線デバイス。

【請求項27】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で送信される
請求項２２乃至２６の何れか１項に記載の無線デバイス。

【請求項28】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項２７に記載の無線デバイス。

【請求項29】

前記情報は、前記オンデマンドＳＩ要求に専用の報告で送信される
請求項２２乃至２６の何れか１項に記載の無線デバイス。

【請求項30】

前記無線デバイスはユーザ装置である
請求項２２乃至２９の何れか１項に記載の無線デバイス。

【請求項31】

オンデマンドシステム情報（ＳＩ）要求に関連付けられた情報を処理するためのネットワークノードであって、該ネットワークノードは、
無線デバイスの前記オンデマンドＳＩ要求に関連付けられた情報を受信するのに適合しており、該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す
ネットワークノード。

【請求項32】

前記情報は、前記無線デバイスによって要求された少なくとも１つのシステム情報ブロック（ＳＩＢ）のインジケーションを含む
請求項３１に記載のネットワークノード。

【請求項33】

前記情報は、前記無線デバイスによって要求された前記少なくとも１つのＳＩＢを前記無線デバイスが受信したか否かを示す
請求項３２に記載のネットワークノード。

【請求項34】

【請求項35】

前記情報は、前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記無線デバイスによってログ記録される
請求項３１乃至３４の何れか１項に記載のネットワークノード。

【請求項36】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で受信される
請求項３１乃至３５の何れか１項に記載のネットワークノード。

【請求項37】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項３６に記載のネットワークノード。

【請求項38】

前記情報は、前記オンデマンドＳＩ要求に専用の報告で受信される
請求項３１乃至３５の何れか１項に記載のネットワークノード。

【請求項39】

前記ネットワークノードは無線アクセスノードを含み、前記方法は、少なくとも運用保守（Ｏ＆Ｍ）ノードに前記情報を転送することをさらに含む
請求項３１乃至３８の何れか１項に記載のネットワークノード。

【請求項40】

前記ネットワークノードは運用保守（Ｏ＆Ｍ）ノードを含み、前記情報は前記無線デバイスと通信する無線アクセスネットワークノードを介して受信される
請求項３１乃至３８の何れか１項に記載のネットワークノード。

【請求項41】

前記情報に基づいて少なくとも１つのＳＩメッセージを送信するための構成を最適化、適合、調整、修正または変更するのにさらに適合している
請求項３１乃至４０の何れか１項に記載のネットワークノード。

【請求項42】

前記情報に基づいて前記少なくとも１つのＳＩメッセージを送信するための前記構成を最適化、適合、調整、修正または変更する際に、前記ネットワークノードは、
複数のＳＩＢを異なる複数のＳＩメッセージにグループ化する方法を変更すること；
前記少なくとも１つのＳＩメッセージがブロードキャストされるか否かを変更すること；
後続のオンデマンドＳＩ要求に専用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースの量を変更すること；
少なくとも１つの後続のオンデマンドＳＩ要求に関連付けられたＲＡ関連構成を変更すること；
少なくとも１つのＲＡプリアンブルとＭｓｇ１に対する少なくとも１つの後続のＳＩメッセージとのマッピングを変更すること；
Ｍｓｇ１ベースのＳＩ要求からＭｓｇ３ベースのＳＩ要求に変更すること；
少なくとも１つのＳＩメッセージがＭｓｇ１またはＭｓｇ３の何れを介して利用可能であるかを変更すること；
後続のＳＩメッセージがブロードキャストされる回数を変更すること；
後続のＳＩメッセージをブロードキャストする時間期間を変更すること；
後続の複数のＳＩメッセージのスケジューリング周期を変更すること；
関連付けられたＳＩウィンドウ内でＳＩメッセージが送信される回数を変更すること；
要求されたＳＩメッセージが送信される少なくとも１つのビームを変更すること；
少なくとも１つのＳＩＢと少なくとも１つのＳＩメッセージとの間のマッピングを変更すること；
ＳＩウィンドウの長さを変更すること、
の少なくとも１つを実行するのにさらに適合している
請求項４１に記載のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、無線通信に関し、より詳細には、オンデマンドシステム情報（ＳＩ）要求手順のための異なる障害タイプをログ記録するためのシステムおよび方法に関する。

【背景技術】

【0002】

オンデマンドのシステム情報（ＳＩ）の取得は、３ＧＰＰＴＳ３８．３３１ｖ．１６．４．０の一部として規定されており、セクション５．２．２において、システム情報ブロック（ＳＩＢ）がブロードキャストされ得ることまたはされないことを開示している。ＳＩＢがブロードキャストされる場合、ｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓはｂｒｏａｄｃａｓｔｉｎｇに設定され、ブロードキャストされるＳＩＢの周期性がｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓの一部として提供される。

【0003】

ＳＩがブロードキャストされない場合、ユーザ装置（ＵＥ）が目的のＳＩを要求する方法は２つある。第１の方法は、ｍｅｓｓａｇｅ１（ＭＳＧ１）ベースのシステム情報要求である。この方法によると、ＳＩＢタイプのｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓはｎｏｔｂｒｏａｄｃａｓｔｉｎｇに設定され、ＵＥが少なくとも１つのＳＩＢの読み取りに興味がある場合、ＵＥはｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇに従って、必要なＳＩＢをブロードキャストするようネットワークに通知するために、どのランダムアクセスチャネル（ＲＡＣＨ）リソースを使用すべきかを判断する必要がある。ただし、ｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇはオプションのフィールドであり、ＵＥからのＳＩ要求に対してＲＡＣＨリソースが構成されている場合に存在する。逆に、ｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇが存在しない場合、またはＲＡＣＨリソースがオンデマンドＳＩ要求用に構成されている場合、ＵＥはｍｅｓｓａｇｅ３（ＭＳＧ３）ベースのシステム情報要求である２番目の方法を使用することができる。このシナリオでは、ＵＥはＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔを開始し、関心のあるＳＩをネットワークに要求する。

【0004】

ＳＩを要求する両方の方法において、（ＭＳＧ１ベースの方法では構成に基づいて、ＭＳＧ３ベースのソリューションでは競合ベースの方法に基づいて）ＲＡＣＨ手順が開始される必要がある。ランダムアクセス（ＲＡ）手順が成功すると、ＵＥによってｒａ－Ｒｅｐｏｒｔがログ記録（ロギング）される。ｒａ－Ｒｅｐｏｒｔは、ＲＡ手順のパフォーマンスを示す。ＲＡ手順の内容は、３ＧＰＰＴＳ３８．３３１に開示されている。特に、接続モードのオンデマンドＳＩ要求の手順は、３ＧＰＰＴＳ３８．３３１のセクション５．２．２．３．５および５．２．２．３．６に開示されている。ただし、ＵＥがシステム情報を要求するためのランダムアクセス手順に失敗した場合、ＵＥには、失敗したランダムアクセス関連情報をログ記録するための動作は存在しない。

【0005】

しかし、現在、ある課題が存在する。例えば、３ＧＰＰＴＳ３８．３２１ｖ．１６．４．０によると、ブロードキャストステータスがｎｏｔｂｒｏａｄｃａｓｔｉｎｇに設定されているＳＩ（ＳＩＢなど）のオンデマンド要求をトリガした際、ｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇの一部としてＲＡＣＨリソースが提供されている場合、ＵＥは下位レイヤから確認メッセージを受信しなければならない。たとえば、ＵＥは、３ＧＰＰＴＳ３８．３２１で規定されているように、媒体アクセス制御（ＭＡＣ）レイヤから確認応答を受信することがある。下位レイヤからの確認応答は、３ＧＰＰＴＳ３８．３３１の５．２．２．３．２項に定義されているように、要求されたオンデマンドＳＩ／ＳＩＢの取得をトリガする可能性がある。

【0006】

しかし、ＵＥが要求されたＳＩの受信に失敗する結果となる異なる条件があるかもしれない。例えば、第１のケースでは、ＭＡＣレイヤにおけるプリアンブルの送信およびランダムアクセス応答（ＲＡＲ）メッセージの受信に関する問題が原因で、オンデマンドＳＩ／ＳＩＢ要求が失敗することがある。例えば、ＵＥがアップリンクで良好なカバレッジの場所にいないために、オンデマンドＳＩ／ＳＩＢ要求に専用のプリアンブルの送信に失敗することがある。別の例として、プリアンブルはＵＥによって正常に送信されネットワークノードによって受信されるが、ダウンリンクのカバレッジの問題により、ネットワークノードがＲＡＲメッセージの送信に失敗することがある。

【0007】

別の例として、第２のケースでは、ＵＥがプリアンブルの送信に成功し、ネットワークノードが送信されたプリアンブルを受信したことを示すＲＡＲを受信する場合がある。しかし、カバレッジの問題により、ＵＥは要求されたオンデマンドＳＩ／ＳＩＢを取得できない場合がある。あるいは、ネットワークがブロードキャストまたは専用のＲＲＣシグナリングのいずれかを介してＳＩ／ＳＩＢを送信しないことを決定したため、ＵＥが要求したＳＩ／ＳＩＢをＵＥが取得できない場合もある。しかしながら、これらのシナリオの何れにおいても、ネットワークはこれらの障害タイプの種類の知識を有さない。

【発明の概要】

【0008】

本開示の特定の態様およびその実施形態は、これらの課題または他の課題に対する解決策を提供し得る。例えば、オンデマンドＳＩ／ＳＩＢ要求手順に関してＵＥによってログ記録された新しい情報セットを使用する方法およびシステムが提供される。ＵＥによってログ記録され、ＲＡＮノード（および／またはＯＡＭ）に報告された新しい情報セットによって、ＲＡＮノードまたはＯＡＭは、手順における障害がＭＡＣ層（プリアンブルの送信またはＲＡＲおよびＳＩ要求確認応答の受信）から発生したのか、または下位層からのＳＩ要求確認応答を受信した後、ＳＩＢまたはＳＩメッセージを取得する段階で障害が発生したのかを分析し、理解することができる。

【0009】

特定の実施形態によれば、オンデマンドＳＩ要求に関連付けられた情報を報告するための無線デバイスによる方法は、ネットワークノードに前記オンデマンドＳＩ要求に関連付けられた情報を送信することを含む。該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す。

【0010】

特定の実施形態によれば、オンデマンドＳＩ要求に関連付けられた情報を報告するための無線デバイスは、ネットワークノードに前記オンデマンドＳＩ要求に関連付けられた情報を送信するのに適合している。該情報は前記オンデマンドＳＩ要求が成功したか否かを示す。

【0011】

特定の実施形態によれば、オンデマンドＳＩ要求に関連付けられた情報を処理するためのネットワークノードによる方法は、無線デバイスの前記オンデマンドＳＩ要求に関連付けられた情報を受信することを含む。該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す。

【0012】

特定の実施形態によれば、オンデマンドＳＩ要求に関連付けられた情報を処理するためのネットワークノードは、無線デバイスの前記オンデマンドＳＩ要求に関連付けられた情報を受信するのに適合している。該情報は前記オンデマンドＳＩ要求が成功したことまたは前記オンデマンドＳＩ要求が成功しなかったことを示す。

【0013】

特定の実施形態は、以下の技術的利点の１つ以上を提供することができる。例えば、特定の実施形態は、オンデマンドＳＩ／ＳＩＢ要求に関する測定および情報を受信するネットワークノードまたは運用保守（ＯＡＭ）が、手順における障害を引き起こす問題がＳＩＢまたはＳＩメッセージを取得する下位レイヤに関連しているかどうかを把握することを可能にするという技術的利点を提供し得る。具体的には、例えば、ネットワークノードまたはＯＡＭは、障害がＲＲＣレイヤのＭＡＣレイヤに関連しているかどうかを判断することができる。したがって、特定の実施形態は、例えば、ＭＡＣ層またはＳＩを取得するための要求手順を最適化するなどの対抗措置をネットワークが取ることを可能にするという技術的利点を提供することができる。例えば、情報が、無線デバイスがプリアンブルの送信またはＲＡＲ手順の受信に成功しなかったことを示す場合、ネットワークノードは、ＳＳＢダウンリンク／アップリンクカバレッジを再最適化する必要があるかもしれない。しかし、ＳＩＢまたはＳＩメッセージを取得する段階で障害が発生した場合、ネットワークノードはＳＩブロードキャストまたはユニキャスト手順を最適化することができる。

【0014】

別の例として、特定の実施形態は、無線デバイスがプリアンブルの実際の送信前にＳＩＢまたはＳＩメッセージを取得するためにＳＩウィンドウをリッスンするか否かを無線デバイスがログ記録しネットワークに報告することを可能にするという技術的利点を提供することができる。無線デバイスがプリアンブルを送信する前にＳＩウィンドウをリッスンしているかどうかを知ることは、ネットワークノードがＳＩメッセージのブロードキャストを最適化するのに役立つ。実際、プリアンブルを送信する前にＳＩウィンドウを検査（チェック）する無線デバイスが多く存在する場合、ネットワークノードが受信したプリアンブルごとに、全てのビームにＳＩＢまたはＳＩメッセージをブロードキャストする方が良いかもしれない。これにより、他のＵＥが要求する前にＳＩＢまたはＳＩメッセージを受信する可能性が高まる。しかし、無線デバイスがプリアンブルを送信する前にＳＩウィンドウをリッスンしない場合、他の無線デバイスがリッスンしない可能性があるため、ネットワークはすべてのビーム上でＳＩＢまたはＳＩメッセージをブロードキャストする必要はない。

【0015】

他の利点は、当業者には容易に明らかであろう。特定の実施形態は、記載された利点を全く有しないかあるいは、いくつかまたは全てを有し得る。

【図面の簡単な説明】

【0016】

開示された実施形態ならびにその特徴および利点をより完全に理解するために、添付図面と併せて以下の説明を参照する：

【0017】

【図1】特定の実施形態による無線デバイスの動作に基づく様々なネットワーク動作を示す図である。

【図2】特定の実施形態による例示的な通信システムを示す図である。

【図3】特定の実施形態による例示的なＵＥを示す図である。

【図4】特定の実施形態による例示的なネットワークノードを示す図である。

【図5】特定の実施形態によるホストのブロック図である。

【図6】特定の実施形態によるいくつかの実施形態によって実装される機能が仮想化され得る仮想化環境を示す図である。

【図7】特定の実施形態によるネットワークノードを介した部分的な無線接続によりＵＥと通信するホストを示す図である。

【図8】特定の実施形態によるオンデマンドＳＩ／ＳＩＢ要求に関連する情報を報告するための無線デバイスによる方法を示す図である。

【図9】特定の実施形態によるオンデマンドＳＩ／ＳＩＢ要求に関連する情報を処理するためのネットワークノードによる方法を示す図である。

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

【0018】

ここで、本明細書で企図される実施形態のいくつかを、添付図面を参照してより完全に説明する。実施形態は、当業者に主題の範囲を伝えるために例示として提供される。しかしながら、他の実施形態は、本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例示として提供される。

【0019】

一般に、本明細書で使用されるすべての用語は、異なる意味が明確に与えられていない限り、および／またはそれが使用される文脈から暗示されない限り、関連する技術分野における通常の意味に従って解釈されるものとする。要素、装置、構成要素、手段、ステップ等へのすべての言及は、明示的に別段の記載がない限り、その要素、装置、構成要素、手段、ステップ等の少なくとも１つのインスタンスを指すものとしてオープンに解釈されるものとする。本明細書に開示される方法のステップは、ステップが他のステップに続くまたは先行すると明示的に記述されている場合、および／またはステップが他のステップに続くまたは先行しなければならないことが暗黙的に記述されている場合を除き、開示される正確な順序で実行される必要はない。本明細書に開示された実施形態のいずれかの特徴は、適切な場合には、他の実施形態にも適用することができる。同様に、任意の実施形態の任意の利点は、任意の他の実施形態に適用することができ、逆もまた同様である。同封の実施形態の他の目的、特徴および利点は、以下の説明から明らかになるであろう。

【0020】

いくつかの実施形態では、より一般的な用語「ネットワークノード」が使用される場合があり、ＵＥと（直接または別のノードを介して）および／または別のネットワークノードと通信する任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応する場合がある。ネットワークノードの例としては、ＮｏｄｅＢ、マスターｅＮｏｄｅＢ（ＭｅＮＢ）、マスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）に属するネットワークノード、基地局（ＢＳ）、ＭＳＲ＿ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）、ネットワーク制御装置、無線ネットワーク制御装置（ＲＮＣ）、基地局制御装置（ＢＳＣ）、中継器、ドナーノード制御中継器、基地送受信局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）内のノード、コアネットワークノード（例えば、移動交換局（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）など）、運用保守（Ｏ＆Ｍ）、運用サポートシステム（ＯＳＳ）、自己組織化ネットワーク（ＳＯＮ）、測位ノード（進化型サービングモバイルロケーションセンタ（Ｅ－ＳＭＬＣ）など）、駆動試験の最小化（ＭＤＴ）、試験装置（物理ノードまたはソフトウェア）などがある。

【0021】

いくつかの実施形態では、ユーザ装置（ＵＥ）または無線デバイスという非限定的な用語が使用されることがあり、セルラー通信システムまたは移動通信システムにおいてネットワークノードおよび／または別のＵＥと通信する任意のタイプの無線デバイスを指すことがある。ＵＥの例としては、ターゲットデバイス、デバイス間（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥまたはマシン間（Ｍ２Ｍ）通信が可能なＵＥ、パーソナルデジタルアシスタント（ＰＤＡ）、タブレット、携帯端末、スマートフォン、ラップトップ内蔵装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、ユニファイドシリアルバス（ＵＳＢ）ドングル、ＵＥカテゴリＭ１、ＵＥカテゴリＭ２、近接サービスＵＥ（ＰｒｏＳｅＵＥ）、車－車間ＵＤ（Ｖ２Ｖ＿ＵＥ）、車－任意間ＵＥ（Ｖ２Ｘ＿ＵＥ）などが挙げられる。

【0022】

さらに、基地局／ｇＮＢやＵＥなどの用語は、非限定的なものとみなされるべきであり、特に２つの間の特定の階層関係を意味するものではない。一般に、「ｇＮＢ」はデバイス１とみなされ、「ＵＥ」はデバイス２とみなされ、これら２つのデバイスは、何らかの無線チャネルを介して互いに通信する。そして以下では、送信機または受信機は、ｇＮＢまたはＵＥのいずれかである。

【0023】

本明細書で説明する実施形態は、ロングタームエボリューション（ＬＴＥ）およびニューラジオ（ＮＲ）無線アクセスネットワーク（ＲＡＮ）ノードの両方に適用可能である。

【0024】

本書で説明する禁止タイマは、３ＧＰＰＴＳ３８．３３１のタイマＴ３５０にマッピングされ、その逆も同様である。

【0025】

特定の実施形態によれば、ネットワークノードおよびＲＡＮノードは互換的に使用される。ネットワークノードまたはＲＡＮノードの非限定的な例は、ｅＮＢ、ｇＮＢ、ｇＮＢ－集約ユニット（ｇＮＢ－ＣＵ）、ｇＮＢ－ＣＵ－制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）、ｇＮＢ－分散ユニット（ｇＮＢ－ＤＵ）であり得る。

【0026】

本明細書では、「オンデマンドＳＩ」という用語が使用されるが、この用語は、「オンデマンドＳＩＢ」、「オンデマンドＳＩＢｓ」、または「オンデマンドＳＩＢ（ｓ）」と、意味を失うことなく交換することもできることが認識される。一般に、「ＳＩ」、「ＳＩＢ」、「ＳＩＢｓ」、および「ＳＩＢ（ｓ）」は、意味を失うことなく交換可能に使用され得る。特定の実施形態によれば、例えばＵＥなどの無線デバイスによって実行される方法が提供される。この方法は、無線デバイスによって、オンデマンドＳＩ／ＳＩＢを取得するための要求を受信したときの無線デバイスによる動作に関連する情報をログ記録することを含む。様々な特定の実施形態によれば、無線デバイスは、以下の情報のいずれか１つ以上をログ記録することができる：
・オンデマンドＳＩ／ＳＩＢ要求が成功したか否かを示すインジケーション（ここで、成功とは、ＵＥが要求を送信し、ＵＥが要求されたＳＩＢまたはＳＩメッセージをネットワークから受信したことを意味する）；
・ＳＩ要求に対する確認応答が下位レイヤから受信されたかどうかのインジケーション（ここで、本明細書で使用する場合、下位レイヤという用語は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、または無線リンク制御（ＲＬＣ）レイヤを含む）；
・ＳＩＢまたはＳＩ要求に対する確認応答が下位レイヤから正しく受信されている間に、ＳＩＢまたはＳＩメッセージの取得に失敗したかどうかを示すインジケーション；
・ＳＩＢまたはＳＩ要求に対する確認応答が下位レイヤから受信されていない間に、ＳＩＢまたはＳＩメッセージの取得が成功したかどうかを示すインジケーション；
・ＵＥがＳＩＢｘ、ＳＩＢｙ、およびＳＩＢｚを要求したが、ＵＥはＳＩＢｘ（または要求されたＳＩＢのすべてよりも少ない別のＳＩＢ）のみを受信したことを示すインジケーション；
・ＵＥが、オンデマンドＳＩＢ／ＳＩ要求手順を開始する前に、必要なＳＩＢまたはＳＩメッセージについてＳＩウィンドウを検査したかどうかを示すインジケーション；
・ＳＩＢまたはＳＩメッセージを受信するために何個のＳＩウィンドウ機会をＵＥが監視したかのインジケーション；
・ＳＩ－ＲＮＴＩ宛てのダウンリンクスケジューリング割り当てが関連するＳＩメッセージに関連するＳＩウィンドウで受信された場合、要求されたＳＩメッセージの受信のＵＥによる試行回数のインジケーション；
・ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＳＩを要求するためにＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔのＲＲＣメッセージを使用した場合、ＵＥがＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを送信したときに行ったＨＡＲＱの再送信の回数；
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔのＲＲＣメッセージまたはＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔを使用したＳＩ要求の場合、ＵＥがハイブリッド自動再送要求（ＨＡＲＱ）手順による確認応答を下位レイヤから受信したか否かのインジケーション、および／または
・ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥまたはオンデマンドＳＩ／ＳＩＢを要求するためのＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージによる送信に応答して、ＵＥがＲＬＣ下位レイヤから確認応答を受信したか否かのインジケーション。

【0027】

特定の実施形態によれば、無線デバイスは、例えば、接続確立障害（ＣＥＦ）報告、ＲＡＣＨ報告、またはＲＡ報告などの既存のＵＥ報告の一部として、上記の情報のいずれかをログ記録する。あるいは、この情報は、オンデマンドＳＩ／ＳＩＢ要求に関する情報および測定値を提供することに特化した新しい報告としてログ記録され、提供されることもある。

【0028】

あるいは、特定の実施形態によれば、無線デバイスは、報告フォーマットとは異なる構造で情報を格納し、無線デバイスは、例えば、ネットワークからログ／格納された情報のすべてまたは一部に関する報告を送信する要求をＵＥが受信したときなど、ＵＥがトリガされたときに、格納された情報を使用して報告を構築することができる。

【0029】

特定の実施形態によれば、無線デバイスは、要求されたＳＩ／ＳＩＢを取得する際に、無線デバイスにカバレッジを提供するＳＳＢビームから受信された無線リンク品質をログ記録する。さらなる特定の実施形態において、無線リンク品質に関連するログされた情報は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、信号干渉対雑音比（ＳＩＮＲ）、信号対雑音比（ＳＮＲ）、受信信号強度インジケータ（ＲＳＳＩ）、パスロスなどのうちの１つ以上を含み得る。さらに、または代替的に、ログされた情報は、無線デバイスがオンデマンドＳＩ／ＳＩＢ要求を開始した時点の位置情報を含むことができる。

【0030】

特定の他の実施形態によれば、無線デバイスは、オンデマンドＳＩ／ＳＩＢ要求関連報告の一部として、サービングセル測定値および隣接セル測定値の無線リンク品質測定値を報告する。特定の実施形態において、例えば、無線リンク品質に関連するログ情報は、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ、ＲＳＳＩ、パスロス等のうちの１つ以上を含み得る。さらに、または代替的に、情報は、無線デバイスがオンデマンドＳＩ／ＳＩＢ要求を開始した時点における無線デバイスの位置情報を含み得る。

【0031】

特定の実施形態では、無線デバイスは、ＳＩ／ＳＩＢ要求が実行されるセルのセルＩＤをログ記録する。セルＩＤは、セルグローバルＩＤ（ＣＧＩ）、および／または物理セルＩＤ（ＰＣＩ）、およびセルの動作周波数情報を含む場合がある。ＵＥはまた、様々な特定の実施形態において、オンデマンドＳＩ／ＳＩＢメッセージが要求されたセルのトラッキングエリアコードおよび公衆陸上移動ネットワーク（ＰＬＭＮ）ＩＤをログすることができる。

【0032】

特定の実施形態では、無線デバイスは、無線デバイスがオンデマンドＳＩ／ＳＩＢ要求を開始した時点のＧＮＳＳ位置情報（例えば、全地球測位システム（ＧＰＳ）、ガリレオ、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、または北斗を介して取得された）もログ記録することができる。オプションとして、位置情報は、無線デバイスの速度および／または移動方向に関する情報によって補完される場合がある。

【0033】

特定の実施形態では、オンデマンドＳＩ／ＳＩＢ要求に関する情報および測定をログ記録した後、無線デバイスは、例えばネットワークノードなどのネットワークに対応する報告の利用可能性を示す。ネットワークからのフェッチ要求を受信すると、無線デバイスは、オンデマンドＳＩ／ＳＩＢ要求に関する情報および測定を含む報告をネットワークにシグナリングする。

【0034】

特定の実施形態では、測定値およびオンデマンドＳＩ／ＳＩＢ要求に関する情報を含む報告は、Ｘｎ、ＮＧおよびＦ１インタフェースなどのＲＡＮノード間インタフェースを介したＲＡＮノード間シグナリングを介して、無線アクセスネットワーク（ＲＡＮ）ノード間で転送される。したがって、ネットワークノードは、無線デバイスから受信した情報を互いに送信／転送／交換することができる。

【0035】

特定の実施形態では、ＬＴＥのＲＡＣＨ報告やＮＲのＲＡ報告、ＣＥＦ報告、またはこの目的専用の報告、すなわちＳＩ要求報告など、オンデマンドＳＩ／ＳＩＢ要求に関連するフィードバック情報を含む報告において、ＵＥは、ＵＥが関心を持ち、受信する必要がある他のＳＩのすべてのＳＩＢ（複数可）を示す情報を含めることができる。これには、セル内でブロードキャストされている／されていないＳＩＢ（複数可）と、ブロードキャストされている／されていないＳＩＢ（複数可）の両方が含まれる。この情報は、ネットワークが、ブロードキャストされるべき他のＳＩのＳＩＢと、オンデマンドで利用可能なＳＩＢを決定する際に有用である。１つのオプションとして、この情報は、セル内で利用可能な（ブロードキャストまたは利用可能なオンデマンドの）ＳＩＢのうち、ＵＥが興味を持っているＳＩＢを示す。また、別のオプションとして、その情報は、セル内で（ブロードキャストでもオンデマンドでも）利用できない、他のＳＩに属するものとして指定された１つまたは複数のＳＩＢ（複数可）にＵＥが関心を持っていることを示す場合もあり、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準、または３ＧＰＰ標準の特定のリリースにおいて、他のＳＩのＳＩＢとして指定されているすべてのＳＩＢ（複数可）のうち、ＵＥが関心を持っている他のＳＩのＳＩＢ（複数可）を示す場合もある。

【0036】

ネットワークへのシグナリング
特定の実施形態によれば、無線デバイスは、既存の報告、例えば、ＲＡＣＨ報告またはＲＡ報告（ＮＲのＲＡ－Ｒｅｐｏｒｔ－ｒ１６ＩＥなど）、またはオンデマンドＳＩ／ＳＩＢ要求のために意図的に設計された専用報告（例えば、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔまたはＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔ－ｒ１７として示される新しいＩＥのいずれか）で、上述の情報および測定値の一部、すべて、またはいずれかをログ記録する。

【0037】

特定の実施形態では、無線デバイスは、オンデマンドＳＩ／ＳＩＢ要求関連情報、および／または測定結果、および／またはオンデマンドＳＩ／ＳＩＢ要求関連パラメータまたはＩＥのセットの複数のチャンクのリスト（最大Ｘ個）を、専用の報告または既存の報告（この新しいタイプの情報で拡張される）にログ記録する。

【0038】

オンデマンドＳＩ／ＳＩＢ要求に関連する情報をログ記録すると、無線デバイスは、オンデマンドＳＩ／ＳＩＢ要求関連情報を含む報告の可用性をネットワークノードに示し、ネットワークノードは、例えば、ＵＥ情報要求／応答手順などの勧誘メカニズムを介して報告のフェッチを要求する。

【0039】

特定の実施形態では、ネットワークノードは、無線デバイスからの可用性信号を待たない場合があり、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の無線デバイスからオンデマンドＳＩの要求（すなわち、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージ）を受信すると、ネットワークは、例えば、ＵＥ情報要求／応答手順を使用して、オンデマンドＳＩ要求に関連する情報のフェッチを開始する場合がある。

【0040】

さらに、別の特定の実施形態では、オンデマンドＳＩ／ＳＩＢ要求を送信する際に、無線デバイスは、デフォルトで、以前のオンデマンドＳＩ／ＳＩＢ要求のオンデマンドＳＩ／ＳＩＢ要求関連情報を含む報告を含む。例えば、無線デバイスがＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＳＩ／ＳＩＢを要求し、後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した場合、無線デバイスは、ＲＲＣ接続が確立された後、ネットワーク（例えば、ｇＮＢまたはｅＮＢ）に報告を（先行する要求なしで）送信する。

【0041】

いくつかの実施形態では、オンデマンドＳＩ要求に関する情報を含む報告が、ＳＩが主に要求されたＲＡＮノードとは異なるＲＡＮノード（例えば、ｇＮＢ－ＣＵ＿２）によってフェッチされる場合（例えば、ＳＩ要求が別のＲＡＮノード（例えば、ｇＮＢ－ＣＵ＿１）によって所有されるセルで送信された場合）、報告（測定結果およびオンデマンドＳＩ要求（ｇＮＢ－ＣＵ＿２）に関する情報を含む）を受信したＲＡＮノードは、オンデマンドＳＩ／ＳＩＢ要求が実行されたＲＡＮノード（ｇＮＢ－ＣＵ＿１）に報告を転送しなければならない。報告は、特定の実施形態では、ＸｎまたはＮＧインタフェースなどのＲＡＮノード間インタフェースを介して送信されることがある。

【0042】

他の実施形態では、上述のシナリオにおいて、報告（例えばｇＮＢ－ＣＵ＿２）を受信するＲＡＮノードは、代わりに報告をＯ＆Ｍシステムに送信することができる。Ｏ＆Ｍシステムは、報告を処理し、報告内の情報に関係するＲＡＮノード（ｇＮＢ－ＣＵ＿１など）で動作を開始する。あるいは、Ｏ＆Ｍシステムは、特定の実施形態では、関係するＲＡＮノード（ｇＮＢ－ＣＵ＿１など）に報告を転送し、ｒａｎノード自身に報告を処理させ、可能な動作を開始させることができる。

【0043】

特定の実施形態において、ｇＮＢ－ＤＵがＭＡＣレイヤ手順を決定し最適化するものである場合、オンデマンドＳＩ要求関連情報を含む報告（無線デバイスから直接、または別のノード（例えば、別のｇＮＢ－ＣＵまたはＯ＆Ｍシステムのエンティティ）から）を受信したｇＮＢ－ＣＵは、報告（または報告の一部）をＦ１インタフェースを介してｇＮＢ－ＤＵに転送することができる。

【0044】

ネットワークノードにおけるオンデマンドＳＩ／ＳＩＢ要求情報の処理
特定の実施形態によれば、ネットワークは、ＵＥからのオンデマンドＳＩ／ＳＩＢ要求に関連するフィードバック情報を使用して、ネットワークの関連および関連する態様を最適化する。特に、オンデマンドＳＩ／ＳＩＢ要求に関連する測定結果および情報を受信したネットワークノードは、ＳＩ／ＳＩＢ伝送を最適化するためにこの報告を使用する。したがって、ネットワークは、構成に関連する態様を最適化、適合、調整、修正、または変更するために、受信したそのような受信情報を使用することができる。例えば、様々な特定の実施形態によれば、ネットワークノードは、以下のいずれか１つ以上を実行することができる：
－複数のＳＩＢを異なる複数のＳＩメッセージにグループ化する方法を変更する：例えば、特定の実施形態では、ネットワークが、同じ無線デバイスがあるＳＩＢのセットを、おそらく連続したＳＩ要求で要求することが一般的であることに気づいた場合、ネットワークは、関係するＳＩＢが同じＳＩメッセージに含まれるように、ＳＩＢとＳＩメッセージのマッピングを変更することを選択することができる。
－ＳＩＢ／ＳＩメッセージがブロードキャストされるか否かを変更する：例えば、特定の実施形態では、ネットワークが、あるＳＩＢまたはＳＩメッセージが頻繁に要求され、多くの無線デバイスに関心があることに気づいた場合、ネットワークは、当該ＳＩ／ＳＩＢメッセージの配信原則をオンデマンドからブロードキャストに変更することを選択することができる。
－ＳＩ／ＳＩＢ要求に専用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースの量を変更する：例えば、特定の実施形態において、ネットワークがＳＩ／ＳＩＢ要求がしばしば失敗することに気付いた場合、これは頻繁な衝突の兆候であるか、または受信基地局（例えばｇＮＢ）が処理できるよりも多くのＭｓｇ１に基づくＳＩ／ＳＩＢ要求が同じＰＲＡＣＨ機会で送信されることの兆候である可能性があり、これはＰＲＡＣＨリソースの量を増加させること（例えばＳＩ／ＳＩＢ要求専用のＰＲＡＣＨ機会をより密にすること）が有益であることを意味する可能性がある。
－ＳＩ／ＳＩＢ要求に関連するＲＡ関連構成を変更する：例えば、様々な実施形態において、ネットワークは以下の１つ以上を変更することができる：
・初期送信電力を制御するパラメータ、
・パワーランピングステップ、
・プリアンブル送信の最大許容回数。
－Ｍｓｇ１ベースのＳＩ／ＳＩＢ要求に対して、ランダムアクセスプリアンブルとＳＩ／ＳＩＢメッセージとのマッピングを変更する：例えば、特定の実施形態では、ネットワークノードは、以前は別々の関連するランダムアクセスプリアンブルを持っていた複数のＳＩ／ＳＩＢメッセージに同じランダムアクセスプリアンブルを関連付け、これらのＳＩ／ＳＩＢメッセージを単一のＭｓｇ１ベースのＳＩ／ＳＩＢ要求（すなわち、単一のランダムアクセスプリアンブル）で要求できるようにすることを選択することができる。これは、例えば、ネットワークが、無線デバイスがこれらのＳＩ／ＳＩＢメッセージの１つを要求するとき、関連するＳＩ／ＳＩＢメッセージの他の１つも要求することが一般的であることに気付いた場合に有用である。
－Ｍｓｇ１ベースからＭｓｇ３ベースのＳＩ／ＳＩＢ要求へ変更する
－Ｍｓｇ１ベースとＭｓｇ３ベースで利用可能なＳＩ／ＳＩＢメッセージを変更する：Ｍｓｇ１ベースとＭｓｇ３ベースのＳＩ要求が並行してサポートされる可能性のある将来のシナリオでは、Ｍｓｇ１ベースとＭｓｇ３ベースのＳＩ／ＳＩＢ要求で利用可能なＳＩ／ＳＩＢを変更する（両方の方法ですべての要求が可能でない場合）。
－要求されたＳＩメッセージがブロードキャストされる回数または時間期間を変更する：例えば、特定の実施形態において、無線デバイスから報告されたフィードバック情報が、ＳＩ／ＳＩＢ要求に関する確認応答を受信したにもかかわらず、無線デバイスが要求されたＳＩメッセージ（複数可）または希望するＳＩＢ（複数可）の受信にしばしば失敗することを示す場合、ネットワークは、あるオンデマンドＳＩ／ＳＩＢメッセージの要求を受信した後、それをブロードキャストする回数を増やすことによって、これに対処しようとすることができる。
－オンデマンドＳＩ／ＳＩＢのスケジューリング周期を変更する
－オンデマンドＳＩメッセージが送信される回数を変更する：特定の実施形態では、ネットワークは、関連するＳＩウィンドウ内でオンデマンドＳＩ／ＳＩＢメッセージが送信（またはビーム掃引）される回数（すなわち、関連する反復ＳＩウィンドウの同じ発生またはインスタンス中に送信される回数）を変更することができる。
－要求されたＳＩ／ＳＩＢメッセージが送信されるビーム：例えば、特定の実施形態では、ネットワークは、要求されたＳＩ／ＳＩＢメッセージが送信されるビームを以下のように変更することができる：
・要求に使用されたＰＲＡＣＨ機会（複数のＳＳＢが同じＰＲＡＣＨ機会オケージョンに関連付けられている場合はプリアンブル）に関連するＳＳＢの同期信号ブロック（ＳＳＢ）ビームに対応するもののみ；
・すべてのＳＳＢビーム（つまり全ビーム掃引）、または
・統計により無線デバイスはほぼ当該カバーエリアに位置しているＳＳＢビームのセット。
－ＳＩＢとＳＩメッセージのマッピングを変更する、および／または
－ＳＩウィンドウの長さを変更する。

【0045】

特定の実施形態では、ネットワークノードは、オンデマンドＳＩ／ＳＩＢ要求の手順で発生した障害を分類し、障害がＭＡＣ層で発生したのか（例えば、ＭＡＣ層でＳＩ／ＳＩＢ要求に対する確認応答を受信していない）、またはＭＡＣ層から確認応答を受信した後に障害が発生したのか（例えば、ＳＩウィンドウでＲＲＣ層がＳＩ／ＳＩＢメッセージを受信していないなど）を判断する。

【0046】

別の特定の実施形態では、ネットワークノードは、オンデマンドＳＩ／ＳＩＢ要求のプリアンブルを送信するために無線デバイスによって選択および使用されたビームインデックスを解析する。ネットワークノードはこの情報を使用して、要求されたＳＩ／ＳＩＢメッセージのブロードキャストを無線デバイスによって選択されたビーム上でのみ最適化することができる。そのため、ネットワークノードは、プリアンブルの送信のために無線デバイスによって選択されなかったビーム上では、要求されたＳＩ／ＳＩＢメッセージをブロードキャストしない。

【0047】

別の実施形態では、無線デバイスが選択されたビームインデックスを提供せず、ログ記録してプリアンブルインデックスを提供する場合、まず、選択されたプリアンブルの送信にどのＳＳＢが使用されているかを把握し、次にＳＩメッセージのブロードキャストを最適化する。言い換えると、ネットワークノードは、まず、選択されたプリアンブルインデックスから選択されたビームを把握し、次に、無線デバイスによって頻繁に使用されたビーム上にのみＳＩＢまたはＳＩメッセージをブロードキャストする（または、ＳＩＢまたはＳＩメッセージの要求のために無線デバイスによって使用されなかったビーム上にはＳＩＢまたはＳＩメッセージをブロードキャストしない）。

【0048】

さらに別の実施形態では、ネットワークノードは無線デバイスから提供された情報を使用する。特に、ネットワークノードは、プリアンブルを送信する前にＳＩウィンドウを検査する際に、無線デバイスの動作を使用することができる。図１は、特定の実施形態による、無線デバイスの動作に基づいて決定される異なるネットワーク動作を示す２つのシナリオ１００を示す。

【0049】

図１に示される第１のシナリオ（シナリオ１）では、ネットワークノード（すなわち、ＲＡＮノード）は、複数の無線デバイスがオンデマンドＳＩを要求する前に最も近いＳＩウィンドウをリッスンすることを示したため、全てのビーム上でＳＩＢまたはＳＩメッセージをブロードキャストする。例えば、複数の無線デバイスがプリアンブルを送信する前にＳＩウィンドウを検査し、ブロードキャストステータスフラグがｎｏｔｂｒｏａｄｃａｓｔｉｎｇに設定されているＳＩＢを取得しようとする場合、ネットワークノードは全てのビーム上でＳＩＢまたはＳＩメッセージをブロードキャストすることを学習することができる（図１のシナリオ１）。これにより、無線デバイスが実際の要求の前にブロードキャストステータスフラグがｎｏｔｂｒｏａｄｃａｓｔｉｎｇに設定されたＳＩＢを取得する機会が増加する。しかしながら、無線デバイスがＳＩＢ／ＳＩ要求のためのプリアンブルを送信する前にＳＩウィンドウを検査しない場合、他のビームによってカバーされる他のＵＥは実際に要求するまでブロードキャストされたＳＩＢまたはＳＩメッセージをリッスンしない可能性があるため、ネットワークノードは、プリアンブルを実際に受信したビーム上で、要求されたＳＩＢまたはＳＩメッセージのみをブロードキャストすることを学習することができる。したがって、第２のシナリオ（シナリオ２）では、ＵＥがオンデマンドＳＩを要求する前に、最も近いＳＩウィンドウをリッスンしないことを示したため、ＲＡＮノードは、ＵＥ１をカバーするビームに向けてのみＳＩＢまたはＳＩメッセージをブロードキャストする。

【0050】

実施例
本明細書で説明する特定の実施形態は、測定結果およびオンデマンドＳＩ要求に関する情報のログ記録および報告を含み、ＲＲＣ仕様３ＧＰＰＴＳ３８．３３１のＵＥ情報要求／応答手順（ＡＳＮ．１コードおよび関連するフィールド記述および条件付き存在コード説明の観点から記述される）の一部として実装することができる。以下に３つの非限定的な実装／実現例を示すが、これらの例は非限定的であり、実施形態例としてのみ提供されることを認識されたい。

【0051】

実施例１
この実装例または実現例では、ＡＳＮ．１コードは、ＵＥが関与したＳＩ／ＳＩＢ要求手順に関するＵＥからｇＮＢへのフィードバック情報を報告する目的で、新しい情報要素（ＩＥ）を導入することに依存している（ここで、新しいＩＥはＳＩ－ＲｅｑｅｕｓｔＲｅｐｏｒｔ－ｒ１７と表記される）。ＡＳＮ．１コードの最も関連性の高い部分は太字（訳注：本翻訳文では下線）で示されている。このコードには、以前に説明した情報項目の例がすべて含まれているわけではなく、このコードには、上記のテキストでは開示されていないかもしれない、ＵＥがネットワークに報告する可能性のあるＳＩ要求関連のフィードバック情報の例も開示されている。

【0052】

ＵＥ－ＭｅａｓｕｒｅｍｅｎｔｓＡｖａｉｌａｂｌｅ情報要素

-- ASN1START
-- TAG-UE-MeasurementsAvailable-START

UE-MeasurementsAvailable-r16 ::= SEQUENCE {
logMeasAvailable-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableBT-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r16 ENUMERATED {true} OPTIONAL,
connEstFailInfoAvailable-r16 ENUMERATED {true} OPTIONAL,
rlf-InfoAvailable-r16 ENUMERATED {true} OPTIONAL,
...
[[
si-RequestInfoAvailable-r17 ENUMERATED {true} OPTIONAL,
]]
}

-- TAG-UE-MeasurementsAvailable-STOP
-- ASN1STOP

【0053】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ
ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージは、ネットワークがＵＥから情報を取得するために使用される。
シグナリング無線ベアラ：ＳＲＢ１
ＲＬＣ－ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ネットワークからＵＥ

【0054】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔメッセージ

-- ASN1START
-- TAG-UEINFORMATIONREQUEST-START

UEInformationRequest-r16 ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
ueInformationRequest-r16 UEInformationRequest-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

UEInformationRequest-r16-IEs ::= SEQUENCE {
idleModeMeasurementReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
logMeasReportReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
connEstFailReportReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
ra-ReportReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
rlf-ReportReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
mobilityHistoryReportReq-r16 ENUMERATED {true} OPTIONAL, -- Need N
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension UEInformationRequest-v1700-IEs OPTIONAL
}

UEInformationRequest-v1700-IEs ::= SEQUENCE {
si-RequestReportReq-r17 ENUMERATED {true} OPTIONAL, -- Need N
nonCriticalExtension SEQUENCE {} OPTIONAL
}

-- TAG-UEINFORMATIONREQUEST-STOP
-- ASN1STOP

【0055】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔ－ＩＥフィールドの説明
ｃｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥが接続障害に関する情報を報告するか否かを示すために使用される。
ｉｄｌｅＭｏｄｅＭｅａｓｕｒｅｍｅｎｔＲｅｑ
このフィールドは、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージでアイドル／非アクティブ測定情報があれば、ＵＥがネットワークに報告しなければならないことを示す。
ｌｏｇＭｅａｓＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥがログ記録された測定値に関する情報を報告するか否かを示すために使用される。
ｍｏｂｉｌｉｔｙＨｉｓｔｏｒｙＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥがモビリティ履歴情報に関する情報を報告するか否かを示すために使用される。
ｒａ－ＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥがランダムアクセス手順に関する情報を報告するか否かを示すために使用される。
ｒｌｆ－ＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥが無線リンク障害に関する情報を報告するか否かを示すために使用される。
ｓｉＲｅｑｕｅｓｔＲｅｐｏｒｔＲｅｑ
このフィールドは、ＵＥがＳＩ要求手順に関する情報を報告するか否かを示すために使用される。

【0056】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ
ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージは、ネットワークから要求された情報を転送するためにＵＥが使用する。
シグナリング無線ベアラ：ＳＲＢ１またはＳＲＢ２（ログ記録された測定情報が含まれる場合）
ＲＬＣ－ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥからネットワーク

【0057】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ

-- ASN1START
-- TAG-UEINFORMATIONRESPONSE-START

UEInformationResponse-r16 ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
ueInformationResponse-r16 UEInformationResponse-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

UEInformationResponse-r16-IEs ::= SEQUENCE {
measResultIdleEUTRA-r16 MeasResultIdleEUTRA-r16 OPTIONAL,
measResultIdleNR-r16 MeasResultIdleNR-r16 OPTIONAL,
logMeasReport-r16 LogMeasReport-r16 OPTIONAL,
connEstFailReport-r16 ConnEstFailReport-r16 OPTIONAL,
ra-ReportList-r16 RA-ReportList-r16 OPTIONAL,
rlf-Report-r16 RLF-Report-r16 OPTIONAL,
mobilityHistoryReport-r16 MobilityHistoryReport-r16 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension UEInformationResponse-v1700-IEs OPTIONAL
}

LogMeasReport-r16 ::= SEQUENCE {
absoluteTimeStamp-r16 AbsoluteTimeInfo-r16,
traceReference-r16 TraceReference-r16,
traceRecordingSessionRef-r16 OCTET STRING (SIZE (2)),
tce-Id-r16 OCTET STRING (SIZE (1)),
logMeasInfoList-r16 LogMeasInfoList-r16,
logMeasAvailable-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableBT-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r16 ENUMERATED {true} OPTIONAL,
...
}

LogMeasInfoList-r16 ::= SEQUENCE (SIZE (1..maxLogMeasReport-r16)) OF LogMeasInfo-r16

LogMeasInfo-r16 ::= SEQUENCE {
locationInfo-r16 LocationInfo-r16 OPTIONAL,
relativeTimeStamp-r16 INTEGER (0..7200),
servCellIdentity-r16 CGI-Info-Logging-r16 OPTIONAL,
measResultServingCell-r16 MeasResultServingCell-r16 OPTIONAL,
measResultNeighCells-r16 SEQUENCE {
measResultNeighCellListNR MeasResultListLogging2NR-r16 OPTIONAL,
measResultNeighCellListEUTRA MeasResultList2EUTRA-r16 OPTIONAL
},
anyCellSelectionDetected-r16 ENUMERATED {true} OPTIONAL,
...
}

ConnEstFailReport-r16 ::= SEQUENCE {
measResultFailedCell-r16 MeasResultFailedCell-r16,
locationInfo-r16 LocationInfo-r16 OPTIONAL,
measResultNeighCells-r16 SEQUENCE {
measResultNeighCellListNR MeasResultList2NR-r16 OPTIONAL,
measResultNeighCellListEUTRA MeasResultList2EUTRA-r16 OPTIONAL
},
numberOfConnFail-r16 INTEGER (1..8),
perRAInfoList-r16 PerRAInfoList-r16,
timeSinceFailure-r16 TimeSinceFailure-r16,
...
}

MeasResultServingCell-r16 ::= SEQUENCE {
resultsSSB-Cell MeasQuantityResults,
resultsSSB SEQUENCE{
best-ssb-Index SSB-Index,
best-ssb-Results MeasQuantityResults,
numberOfGoodSSB INTEGER (1..maxNrofSSBs-r16)
} OPTIONAL
}

MeasResultFailedCell-r16 ::= SEQUENCE {
cgi-Info CGI-Info-Logging-r16,
measResult-r16 SEQUENCE {
cellResults-r16 SEQUENCE{
resultsSSB-Cell-r16 MeasQuantityResults
},
rsIndexResults-r16 SEQUENCE{
resultsSSB-Indexes-r16 ResultsPerSSB-IndexList
}
}
}

RA-ReportList-r16 ::= SEQUENCE (SIZE (1..maxRAReport-r16)) OF RA-Report-r16

RA-Report-r16 ::= SEQUENCE {
cellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
ra-InformationCommon-r16 RA-InformationCommon-r16 OPTIONAL,
raPurpose-r16 ENUMERATED {accessRelated, beamFailureRecovery, reconfigurationWithSync, ulUnSynchronized,
schedulingRequestFailure, noPUCCHResourceAvailable, requestForOtherSI,
spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
...
}

RA-InformationCommon-r16 ::= SEQUENCE {
absoluteFrequencyPointA-r16 ARFCN-ValueNR,
locationAndBandwidth-r16 INTEGER (0..37949),
subcarrierSpacing-r16 SubcarrierSpacing,
msg1-FrequencyStart-r16 INTEGER (0..maxNrofPhysicalResourceBlocks-1) OPTIONAL,
msg1-FrequencyStartCFRA-r16 INTEGER (0..maxNrofPhysicalResourceBlocks-1) OPTIONAL,
msg1-SubcarrierSpacing-r16 SubcarrierSpacing OPTIONAL,
msg1-SubcarrierSpacingCFRA-r16 SubcarrierSpacing OPTIONAL,
msg1-FDM-r16 ENUMERATED {one, two, four, eight} OPTIONAL,
msg1-FDMCFRA-r16 ENUMERATED {one, two, four, eight} OPTIONAL,
perRAInfoList-r16 PerRAInfoList-r16,
...
}

PerRAInfoList-r16 ::= SEQUENCE (SIZE (1..200)) OF PerRAInfo-r16

PerRAInfo-r16 ::= CHOICE {
perRASSBInfoList-r16 PerRASSBInfo-r16,
perRACSI-RSInfoList-r16 PerRACSI-RSInfo-r16
}

PerRASSBInfo-r16 ::= SEQUENCE {
ssb-Index-r16 SSB-Index,
numberOfPreamblesSentOnSSB-r16 INTEGER (1..200),
perRAAttemptInfoList-r16 PerRAAttemptInfoList-r16
}

PerRACSI-RSInfo-r16 ::= SEQUENCE {
csi-RS-Index-r16 CSI-RS-Index,
numberOfPreamblesSentOnCSI-RS-r16 INTEGER (1..200)
}

PerRAAttemptInfoList-r16 ::= SEQUENCE (SIZE (1..200)) OF PerRAAttemptInfo-r16

PerRAAttemptInfo-r16 ::= SEQUENCE {
contentionDetected-r16 BOOLEAN OPTIONAL,
dlRSRPAboveThreshold-r16 BOOLEAN OPTIONAL,
...
}

RLF-Report-r16 ::= CHOICE {
nr-RLF-Report-r16 SEQUENCE {
measResultLastServCell-r16 MeasResultRLFNR-r16,
measResultNeighCells-r16 SEQUENCE {
measResultListNR-r16 MeasResultList2NR-r16 OPTIONAL,
measResultListEUTRA-r16 MeasResultList2EUTRA-r16 OPTIONAL
} OPTIONAL,
c-RNTI-r16 RNTI-Value,
previousPCellId-r16 CHOICE {
nrPreviousCell-r16 CGI-Info-Logging-r16,
eutraPreviousCell-r16 CGI-InfoEUTRALogging
} OPTIONAL,
failedPCellId-r16 CHOICE {
nrFailedPCellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
eutraFailedPCellId-r16 CHOICE {
cellGlobalId-r16 CGI-InfoEUTRALogging,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 EUTRA-PhysCellId,
carrierFreq-r16 ARFCN-ValueEUTRA
}
}
},
reconnectCellId-r16 CHOICE {
nrReconnectCellId-r16 CGI-Info-Logging-r16,
eutraReconnectCellId-r16 CGI-InfoEUTRALogging
} OPTIONAL,
timeUntilReconnection-16 TimeUntilReconnection-16 OPTIONAL,
reestablishmentCellId-r16 CGI-Info-Logging-r16 OPTIONAL,
timeConnFailure-r16 INTEGER (0..1023) OPTIONAL,
timeSinceFailure-r16 TimeSinceFailure-r16,
connectionFailureType-r16 ENUMERATED {rlf, hof},
rlf-Cause-r16 ENUMERATED {t310-Expiry, randomAccessProblem, rlc-MaxNumRetx,
beamFailureRecoveryFailure, lbtFailure-r16,
bh-rlfRecoveryFailure, spare2, spare1},
locationInfo-r16 LocationInfo-r16 OPTIONAL,
noSuitableCellFound-r16 ENUMERATED {true} OPTIONAL,
ra-InformationCommon-r16 RA-InformationCommon-r16 OPTIONAL,
...
},
eutra-RLF-Report-r16 SEQUENCE {
failedPCellId-EUTRA CGI-InfoEUTRALogging,
measResult-RLF-Report-EUTRA-r16 OCTET STRING,
...
}
}

MeasResultList2NR-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResult2NR-r16
MeasResultList2EUTRA-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResult2EUTRA-r16

MeasResult2NR-r16 ::= SEQUENCE {
ssbFrequency-r16 ARFCN-ValueNR OPTIONAL,
refFreqCSI-RS-r16 ARFCN-ValueNR OPTIONAL,
measResultList-r16 MeasResultListNR
}

MeasResultListLogging2NR-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResultLogging2NR-r16

MeasResultLogging2NR-r16 ::= SEQUENCE {
carrierFreq-r16 ARFCN-ValueNR,
measResultListLoggingNR-r16 MeasResultListLoggingNR-r16
}

MeasResultListLoggingNR-r16 ::= SEQUENCE (SIZE (1..maxCellReport)) OF MeasResultLoggingNR-r16

MeasResultLoggingNR-r16 ::= SEQUENCE {
physCellId-r16 PhysCellId,
resultsSSB-Cell-r16 MeasQuantityResults,
numberOfGoodSSB-r16 INTEGER (1..maxNrofSSBs-r16) OPTIONAL
}

MeasResult2EUTRA-r16 ::= SEQUENCE {
carrierFreq-r16 ARFCN-ValueEUTRA,
measResultList-r16 MeasResultListEUTRA
}

MeasResultRLFNR-r16 ::= SEQUENCE {
measResult-r16 SEQUENCE {
cellResults-r16 SEQUENCE{
resultsSSB-Cell-r16 MeasQuantityResults OPTIONAL,
resultsCSI-RS-Cell-r16 MeasQuantityResults OPTIONAL
},
rsIndexResults-r16 SEQUENCE{
resultsSSB-Indexes-r16 ResultsPerSSB-IndexList OPTIONAL,
ssbRLMConfigBitmap-r16 BIT STRING (SIZE (64)) OPTIONAL,
resultsCSI-RS-Indexes-r16 ResultsPerCSI-RS-IndexList OPTIONAL,
csi-rsRLMConfigBitmap-r16 BIT STRING (SIZE (96)) OPTIONAL
} OPTIONAL
}
}

TimeSinceFailure-r16 ::= INTEGER (0..172800)

MobilityHistoryReport-r16 ::= VisitedCellInfoList-r16

TimeUntilReconnection-16 ::= INTEGER (0..172800)

UEInformationResponse-v1700-IEs ::= SEQUENCE {
si-RequestReportList-r17 SI-RequestReportList-r17
...
}

SI-RequestReportList-r17 ::= SEQUENCE (SIZE (1..maxSIRequestReport-r17)) OF SI-RequestReport-r17

SI-RequestReport-r17 ::= SEQUENCE {
cellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
wantedSIB-Types-r17 SEQUENCE (SIZE (1..maxSIB)) OF SIB-Type-r17,
siRequestType-r17 ENUMERATED {msg1Based, msg3Based, rrcConnectedStateRequest),
si-RequestAttemptsPerSSB-InfoList-r17 SEQUENCE (SIZE (1..200)) OF SI-RequestAttemptsPerSSB-Info-r17 OPTIONAL, -- Cond msg1msg3Request
si-RRC-ConnStateConfigInfo-r17 SI-RRC-ConnStateConfigInfo-r17 OPTIONAL, -- Cond rrcConnStateRequest
perRRC-ConnStateSI-RequestAttemptInfoList-r17 SEQUENCE (SIZE (1..maxNoOfSI-RequestAttemptsRRC-ConnState) OF PerRRC-ConnStateSI-RequestAttemptInfo-r17 OPTIONAL, -- Cond rrcConnStateRequest
initiationTime InitiationTimestamp,
locationInfo LocationInfo-r16 OPTIONAL,
outcome-r17 Outcome-r17,
receivedSIB-Types-r17 SEQUENCE (SIZE (1..maxSIB)) OF SIB-Type-r17, OPTIONAL, -- Cond ackedAndSubsetOfWantedSIBsReceived
si-MessageReceptionInfo-r17 SI-MessageReceptionInfo-r17
OPTIONAL, -- Cond si-MessageReceptionAttempted
...
}

SIB-Type-r17 ::= ENUMERATED {sibType2, sibType3, sibType4, sibType5, sibType6, sibType7, sibType8, sibType9, sibType10-v1610, sibType11-v1610, sibType12-v1610, sibType13-v1610, sibType14-v1610, spare3, spare2, spare1, ...}

InitiationTimestamp ::= CHOICE {
preciseUTC INTEGER (0..8796093022207),
coarseUTC-HSFN-SFN-SlotSymbol CoarseUTC-HSFN-SFN-SlotSymbol,
coarseUTC-HSFN-SFN-Slot CoarseUTC-HSFN-SFN-Slot,
coarseUTC-HSFN-SFN CoarseUTC-HSFN-SFN,
semiCoarseUTC-SFN-SlotSymbol SemiCoarseUTC-SFN-SlotSymbol,
semiCoarseUTC-SFN-Slot SemiCoarseUTC-SFN-Slot,
semiCoarseUTC-SFN SemiCoarseUTC-SFN,
hsfn-SFN-SlotSymbol HSFN-SFN-SlotSymbol,
hsfn-SFN-Slot HSFN-SFN-Slot,
hsfn-SFN HSFN-SFN,
gnssTime GNSS-Time
}

CoarseUTC-HSFN-SFN-SlotSymbol ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

CoarseUTC-HSFN-SFN-Slot ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

CoarseUTC-HSFN-SFN ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

SemiCoarseUTC-SFN-SlotSymbol ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

SemiCoarseUTC-SFN-Slot ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

SemiCoarseUTC-SFN ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023)
}

HSFN-SFN-SlotSymbol ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

HSFN-SFN-Slot ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

HSFN-SFN ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023)
}

GNSS-Time ::= SEQUENCE {
timeSource CHOICE {
gpsTime INTEGER (0..4398046511104),
galileoTime INTEGER (0..4398046511104),
glonassTime INTEGER (0..8796093022207),
beidouTime INTEGER (0..4398046511104),
...
},
leapSeconds INTEGER (-255..256) OPTIONAL,
}

Outcome-r17 ::= CHOICE {
concluded-r17 ENUMERATED {ackedAndAllWantedSIBsReceived, ackedAndSubsetOfWantedSIBsReceived, ackedAndNoWantedSIBsReceived, maxAllowedAttemptsReachedWithoutAck},
abandoned-r17 ENUMERATED {wantedSIBsReceived, subsetOfWantedSIBsReceived, lossOfCoverage, rlf, cellReselection, spare3, spare2, spare1, ...},
...
}

SI-MessageReceptionInfo-r17 ::= SEQUENCE (SIZE(1..maxSI-Message) OF PerSI-MessageReceptionInfo-r17)

PerSI-MessageReceptionInfo-r17 ::= SEQUENCE {
si-MessageNumber-r17 INTEGER (1..maxSI-Message),
numberOfReceptionAttempts-r17 INTEGER,
si-MessageReceptionResult-r17 ENUMERATED {success, failure},
...
}

SI-RequestAttemptsPerSSBInfo-r17 ::= SEQUENCE {
ssb-Index-r16 SSB-Index,
numberOfSI-RequestsSentOnSSB INTEGER (1..200),
perSI-RequestAttemptInfoList-r17 SEQUENCE (SIZE (1..200)) OF PerSI-RequestAttemptInfo-r17,
...
}

PerSI-RequestAttemptInfo-r17 ::= SEQUENCE {
contentionDetected-r16 BOOLEAN OPTIONAL, -- Cond msg3Request
dlRSRPAboveThreshold-r16 BOOLEAN OPTIONAL,
relativeTimestamp RelativeTimestamp OPTIONAL,
...
}

SI-RRC-ConnStateConfigInfo-r17 ::= SEQUENCE {
absoluteFrequencyPointA-r16 ARFCN-ValueNR,
locationAndBandwidth-r16 INTEGER (0..37949),
subcarrierSpacing-r16 SubcarrierSpacing,
...
}

PerRRC-ConnStateSI-RequestAttemptInfo-r17 ::= SEQUENCE {
numberOfHARQ-Retransmissions-r17 INTEGER,
relativeTimestamp RelativeTimestamp OPTIONAL, -- In case of HARQ retransmissions, the relative timestamp indicates the time of the first transmission.
...
}

RelativeTimestamp ::= CHOICE {
milliseconds INTEGER (0..1048575),
slots INTEGER (0..4194303),
symbols INTEGER (0..67108863),
...
}

-- TAG-UEINFORMATIONRESPONSE-STOP
-- ASN1STOP

【0058】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ－ＩＥフィールドの説明
ｌｏｇＭｅａｓＲｅｐｏｒｔ
このフィールドは、ログ記録されたＭＤＴに関連付けられたＵＥによって保存された測定結果を提供するために使用される。
ｍｅａｓＲｅｓｕｌｔＩｄｌｅＥＵＴＲＡ
ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥ中に実行されたＥＵＴＲＡ測定結果。
ｍｅａｓＲｅｓｕｌｔＩｄｌｅＮＲ
ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥ中に実行されたＮＲ測定結果。
ｒａ－ＲｅｐｏｒｔＬｉｓｔ
このフィールドは、過去に成功したランダムアクセス手順の数ｍａｘＲＡＲｅｐｏｒｔ－ｒ１６までＵＥが保存するＲＡ報告のリストを提供するために使用される。
ｒｌｆ－Ｒｅｐｏｒｔ
このフィールドは、ＲＬＦ報告関連の内容を示すために使用される。
ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔＬｉｓｔ
このフィールドは、ＳＩ要求手順のｍａｘＳＩＲｅｑｕｅｓｔＲｅｐｏｒｔ数までの過去についてＵＥが保存するＳＩ要求報告のリストを含む。

【0059】

ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔフィールドの説明
ｃｅｌｌＩＤ
このフィールドは、関連するＳＩ要求手順が実行されたセルのセルＩＤを、ＣＧＩまたはＰＣＩと搬送波周波数の組み合わせの形で示す。
ｃｏａｒｓｅＵＴＣ
このフィールドは、ＵＴＣに従って１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過時間を３２７６８ミリ秒の単位で示す。
ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄ
このフィールドは、Ｍｓｇ３ベースのＳＩ要求を試行した場合に、送信されたプリアンブルの競合が検出されたかどうかを示すために使用される。ＵＥがＭｓｇ１ベースのＳＩ要求を使用する場合、このフィールドは含まれない。
ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄ
このフィールドは、ＳＩ要求手順に選択されたＵＬ＿ＢＷＰのＵＬ＿ＢＷＰ構成において、ＳＩ要求試行に関連するＤＬビーム（ＳＳＢ）のＲＳＲＰがｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎの閾値ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ以上であったか未満であったかを示すために使用される。
ｇｎｓｓＴｉｍｅ
このフィールドは、それぞれのＧＮＳＳ時刻ソースの時刻保持開始からの経過ミリ秒数を示す。
ｉｎｉｔｉａｔｉｏｎＴｉｍｅ
このフィールドは、ＳＩ要求手順が開始された時刻を示す。Ｍｓｇ１およびＭｓｇ３に基づくＳＩ要求の場合、この時刻はランダムアクセスプリアンブル送信に使用されるＰＲＡＣＨオケージョンの最初のシンボルの開始時刻である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｅｕｓｔメッセージを使用するＳＩ要求の場合、示された時間はＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｅｕｓｔメッセージを伝送するＰＵＳＣＨ伝送の最初のシンボル（ＨＡＲＱ再送信の場合は最初の伝送）の開始時刻である。パラメータで使用される時間表現がより粗い粒度を持つ場合、指示された（丸められた）時間は、実際の開始時間に最も近い値であるべきである。
ｌｏｃａｔｉｏｎＩｎｆｏ
このフィールドには、ＵＥの位置情報と、場合によってはＵＥの速度情報が含まれる。理想的には、ＳＩ要求手順の開始時のＵＥの位置（および該当する場合は速度）を示すべきであるが、報告された位置情報は、ｃｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏＩＥのｌｏｃａｔｉｏｎＴｉｍｅｓｔａｍｐパラメータで示されるように、異なる時間に収集された可能性もある。
ｎｕｍｂｅｒＯｆＨＡＲＱ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信を使用したＳＩ要求試行中に使用されたＨＡＲＱの再送信回数を示す。
ｎｕｍｂｅｒＯｆＳＩ－ＲｅｑｕｅｓｔｓＳｅｎｔＯｎＳＳＢ
このフィールドは、対応するＳＳ／ＰＢＣＨブロックに関連するＰＲＡＣＨリソースを使用して送信された、連続するＭｓｇ１またはＭｓｇ３に基づくＳＩ要求の総数を示すために使用される。
ｏｕｔｃｏｍｅ
このフィールドは、ＳＩ要求手順の結果を示す。フィールド「ｃｏｎｃｌｕｄｅｄ」が存在することは、ＳＩ要求手順が（Ｍｓｇ１ベースのＳＩ要求の場合はＭｓｇ２のＲＡＰＩＤフィールドが一致するか、Ｍｓｇ３ベースのＳＩ要求の場合はＭｓｇ４のＵＥ＿Ｃｏｎｔｅｎｔｉｏｎ＿Ｒｅｓｏｌｕｔｉｏｎ＿ＩＤ＿ＭＡＣ＿ＣＥが一致するか、または、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求の場合はＲＬＣ確認応答、によって）確認応答されたか、または確認応答を受信せずにＳＩ要求の最大試行回数に達するまで継続されたことを示す。ＳＩ要求が確認応答された場合、ＵＥはすべての要求ＳＩＢ（すなわち、ＳＩ要求のＳＩＢ）を受信することができる。「ａｃｋｅｄＡｎｄＡｌｌＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、および「ａｃｋｅｄＡｎｄＮｏＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」というＥＮＵＭＥＲＡＴＥＤ値で示される。ＵＥが確認応答を受信することなく、最大許容数のＳＩ要求試行を行った場合、ｃｏｎｃｅｄｅｄフィールドには値「ｍａｘＡｌｌｏｗｅｄＡｔｔｅｍｐｔｓＲｅａｃｈｅｄＷｉｔｈｏｕｔＡｃｋ」が設定される。ａｂａｎｄｏｎｅｄフィールドの存在は、ＳＩ要求手順が確認応答を受け取らなかったとしても、最大許容試行回数が実行される前にＳＩ要求手順が放棄されたことを示す。ＳＩ要求手順を放棄した理由は、このフィールドが提供する値で示される。
ｐｅｒＲＲＣ－ＣｏｎｎＳｔａｔｅＳＩ－ＲｅｑｕｅｓｔＡｔｔｅｍｐｔＩｎｆｏＬｉｓｔ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信を通して実行された連続したＳＩ要求試行の数についての詳細情報を提供する。１回のＳＩ要求試行は、関連するＨＡＲＱ再送のセットで構成され得る。
ｐｅｒＳＩ－ＲｅｑｕｅｓｔＡｔｔｅｍｐｔＩｎｆｏＬｉｓｔ
このフィールドは、同じＳＳ／ＰＢＣＨブロックに関連するＰＲＡＣＨリソースを使用してランダムアクセスプリアンブルが送信された、連続したＭｓｇ１ベースまたはＭｓｇ３ベースのＳＩ要求試行回数に関する詳細情報を提供する。
ｐｒｅｃｉｓｅＵＴＣ
このフィールドは、ＵＴＣに基づき、１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過ミリ秒数を示す。
ｒｅｃｅｉｖｅｄＳＩＢ－Ｔｙｐｅｓ
このフィールドは、ＵＥのＳＩ要求が確認され（Ｍｓｇ１ベースのＳＩ要求の場合はＭｓｇ２のＲＡＰＩＤフィールドが一致するか、Ｍｓｇ３ベースのＳＩ要求の場合はＭｓｇ４のＵＥ＿Ｃｏｎｔｅｎｔｉｏｎ＿Ｒｅｓｏｌｕｔｉｏｎ＿ＩＤ＿ＭＡＣ＿ＣＥが一致するか、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求の場合はＲＬＣ確認応答が一致する）、ＵＥが希望するＳＩＢ（すなわち、ｗａｎｔｅｄＳＩＢ－Ｔｙｐｅｓフィールドに示されたタイプのＳＩＢ）のすべてではなく少なくとも１つを受信した場合に、ＵＥが受信した希望するＳＩＢ（もしあれば）を示す。このフィールドは、ｏｕｔｃｏｍｅフィールドが存在する場合に表示される。このフィールドは、ｏｕｔｃｏｍｅフィールドに値「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」に設定されたｃｏｎｃｌｕｄｅｄフィールドが含まれている場合に存在し、そうでない場合は存在しない。
ｒｅｌａｔｉｖｅＴｉｍｅｓｔａｍｐ
このフィールドは、ｉｎｉｔｉａｔｉｏｎＴｉｍｅフィールドで示される時刻から、ｒｅｌａｔｉｖｅＴｉｍｅｓｔａｍｐフィールドが関連するＳＩ要求試行の開始までの経過時間を示す。Ｍｓｇ１に基づくＳＩ要求試行とＭｓｇ３に基づくＳＩ要求試行の場合、ＳＩ要求試行の開始はランダムアクセスプリアンブル送信に使用されるＰＲＡＣＨ機会の最初のシンボルの開始である。ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用するＳＩ要求試行の場合、ＳＩ要求試行の開始は、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信に使用されるＰＵＳＣＨリソースの最初のシンボルの開始である。ＳＩ要求試行がＨＡＲＱ再送を含む場合、相対タイムスタンプは最初の送信の開始時刻を示す。
ｓｅｍｉＣｏａｒｓｅＵＴＣ
このフィールドは、ＵＴＣに基づき、１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過時間を示し、単位は２０４８ミリ秒である。
ｓｉ－ＭｅｓｓａｇｅＲｅｃｅｐｔｉｏｎＩｎｆｏ
このフィールドは、要求されたＳＩメッセージの受信または受信試行に関連する情報を提供する。ＵＥが要求されたＳＩメッセージの受信試行しなかった場合、このフィールドは存在しない。これは、「ａｃｋｅｄＡｎｄＡｌｌＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、または「ａｃｋｅｄＡｎｄＮｏＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」のいずれかの値に設定されたｃｏｎｃｌｕｄｅｄフィールドが結果フィールドに含まれる場合、このフィールドが存在することを意味する。
ｓｉ－ＲｅｑｕｅｓｔＡｔｔｅｍｐｔｓＰｅｒＳＳＢ－ＩｎｆｏＬＩｓｔ
このフィールドは、Ｍｓｇ１ベースまたはＭｓｇ３ベースのＳＩ要求試行の連続するセットに関する詳細情報を提供し、各セットのＳＩ要求試行は、特定の（同じ）ＳＳ／ＰＢＣＨブロックに関連付けられたＰＲＡＣＨリソースを使用する。そのような連続するＳＩ要求試行の各セットは、Ｓｉ－ＲｅｑｅｓｔＡｔｔｅｍｐｔｓＰｅｒＳＳＢ－Ｉｎｆｏフィールドに含まれる。
ｓｉ－ＲｅｑｕｅｓｔＴｙｐｅ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、Ｍｓｇ１ベースのＳＩ要求、Ｍｓｇ３ベースのＳＩ要求、またはＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求のタイプのいずれかを示す。
ｓｉ－ＲＲＣ－ＣｏｎｎＳｔａｔｅＣｏｎｆｉｇＩｎｆｏ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＩ要求のメカニズムに関連する一般的な構成情報を提供する。
ｓｓｂ－Ｉｎｄｅｘ
このフィールドは、ＳＩ要求試行に対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨインデックスを示すために使用される。
ｗａｎｔｅｄＳＩＢ－Ｔｙｐｅｓ
このフィールドは、ＵＥが（このＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔインスタンスが関係するＳＩ要求手順の間に）要求されたＳＩメッセージ内のＳＩＢのうち、ＵＥが関心を持つもの（すべてまたはサブセット）を示す。例えば、ＳＩＢＸ、ＳＩＢＹ、およびＳＩＢＺがオンデマンドで利用可能な同じＳＩメッセージに含まれ、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔのｗａｎｔｅｄＳＩＢ－ＴｙｐｅｓパラメータがＳＩＢタイプＸおよびＹを示す場合、これは、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔが関係するＳＩ要求手順において、ＵＥがＳＩＢＸ、ＳＩＢＹ、およびＳＩＢＺを含むＳＩメッセージを要求したが、ＵＥはＳＩＢＸおよびＳＩＢＹにのみ関心があり、ＳＩＢＺには関心がなかったことを意味する。（注：連続した試行の間に、ＵＥが要求されたＳＩＢまたは要求されたＳＩメッセージまたはＳＩＢを変更した場合、これは新しいＳＩ要求手順とみなされ、新しいＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔとしてログ記録および報告されるべきである。）

【0060】

ＳＩ－ＲＲＣ－ＣｏｎｎＳｔａｔｅＣｏｎｆｉｇＩｎｆｏフィールドの説明
ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡ
このフィールドは、参照リソースブロック（共通ＲＢ０）の絶対周波数位置を示す。
ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ
このＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔが関係するＳＩ要求手順のＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの伝送に使用される帯域幅部分の周波数領域の位置と帯域幅。
ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ
このフィールドは、このＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔが関係するＳＩ要求手順のＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信に使用されたサブキャリア間隔を示す。

【0061】

条件付きプレゼンスおよび説明
ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ
このフィールドは、ＵＥのＳＩ要求が肯定応答され（Ｍｓｇ１ベースのＳＩ要求の場合はＭｓｇ２のＲＡＰＩＤフィールドが一致するか、Ｍｓｇ３ベースのＳＩ要求の場合はＭｓｇ４のＵＥ＿Ｃｏｎｔｅｎｔｉｏｎ＿Ｒｅｓｏｌｕｔｉｏｎ＿ＩＤ＿ＭＡＣ＿ＣＥが一致するか、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求の場合はＲＬＣ確認応答が一致する）、ＵＥが希望するＳＩＢ（すなわち、ｗａｎｔｅｄＳＩＢ－Ｔｙｐｅｓフィールドに示されたタイプのＳＩＢ）を少なくとも１つ（すべてではない）受信した場合に、必ず存在する。したがって、ｏｕｔｃｏｍｅフィールドに値「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」に設定されたｃｏｎｃｌｕｄｅｄフィールドが含まれる場合はこのフィールドは必須で存在し、そうでない場合はこのフィールドは存在しない。
ｍｓｇ１ｍｓｇ３Ｒｅｑｕｅｓｔ
ＳＩ要求がＭｓｇ１ベースのＳＩ要求メソッドまたはＭｓｇ３ベースのＳＩ要求メソッドで実行された場合、このフィールドは必須である。そうでなければ、ＳＩ要求がＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信によって実行された場合、このフィールドは存在しない。
ｍｓｇ３Ｒｅｑｕｅｓｔ
ＳＩ要求がＭｓｇ３ベースのＳＩ要求メソッドで実行された場合、このフィールドは必須である。
ｒｒｃＣｏｎｎＳｔａｔｅＲｅｑｕｅｓｔ
ＳＩ要求がＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信によって実行された場合、このフィールドは必須である。
ｓｉ－ＭｅｓｓａｇｅＲｅｃｅｐｔｉｏｎＡｔｔｅｍｐｔｅｄ
このフィールドは、ＵＥが少なくとも１つの要求されたＳＩメッセージに対して受信試行した場合（成功したか失敗したかのどちらかである）、存在することが必須である。

【0062】

ＬｏｃａｔｉｏｎＩｎｆｏ
ＩＥ「ＬｏｃａｔｉｏｎＩｎｆｏ」は、ＵＥで利用可能な詳細な位置情報、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、およびセンサーの測定結果を転送するために使用される。

【0063】

ＬｏｃａｔｉｏｎＩｎｆｏ情報要素

-- ASN1START
-- TAG-LOCATIONINFO-START

LocationInfo-r16 ::= SEQUENCE {
commonLocationInfo-r16 CommonLocationInfo-r16 OPTIONAL,
bt-LocationInfo-r16 LogMeasResultListBT-r16 OPTIONAL,
wlan-LocationInfo-r16 LogMeasResultListWLAN-r16 OPTIONAL,
sensor-LocationInfo-r16 Sensor-LocationInfo-r16 OPTIONAL,
...
}

-- TAG-LOCATIONINFO-STOP
-- ASN1STOP

【0064】

ＣｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏ
ＩＥ「ＣｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏ」は、測定値とＵＥの位置情報を関連付けるために、ＵＥで利用可能な詳細な位置情報を転送するために使用される。

【0065】

ＣｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏ情報要素

-- ASN1START
-- TAG-COMMONLOCATIONINFO-START

CommonLocationInfo-r16 ::= SEQUENCE {
gnss-TOD-msec-r16 OCTET STRING OPTIONAL,
locationTimestamp-r16 OCTET STRING OPTIONAL,
locationCoordinate-r16 OCTET STRING OPTIONAL,
locationError-r16 OCTET STRING OPTIONAL,
locationSource-r16 OCTET STRING OPTIONAL,
velocityEstimate-r16 OCTET STRING OPTIONAL
}

-- TAG-COMMONLOCATIONINFO-STOP
-- ASN1STOP

【0066】

ＣｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏフィールドの説明
ｇｎｓｓ－ＴＯＤ－ｍｓｅｃ
ＴＳ３７．３５５［４９］で定義されているパラメータタイプｇｎｓｓ－ＴＯＤ－ｍｓｅｃ。最初のオクテットの最初／左端のビットは最上位ビットを含む。
ｌｏｃａｔｉｏｎＴｉｍｅＳｔａｍｐ
ＴＳ３７．３５５［４９］で定義されているパラメータタイプＤｉｓｐｌａｃｅｍｅｎｔＴｉｍｅＳｔａｍｐ。最初のオクテットの最初／左端のビットは最上位ビットを含む。
ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅ
ＴＳ３７．３５５［４９］で定義されているパラメータタイプＬｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓ。最初のオクテットの最初／左端のビットは最上位ビットを含む。
ｌｏｃａｔｉｏｎＥｒｒｏｒ
ＴＳ３７．３５５［４９］で定義されているパラメータＬｏｃａｔｉｏｎＥｒｒｏｒ。最初のオクテットの最初／左端のビットは最上位ビットを含む。
ｌｏｃａｔｉｏｎＳｏｕｒｃｅ
ＴＳ３７．３５５［４９］で定義されているパラメータＬｏｃａｔｉｏｎＳｏｕｒｃｅ。最初のオクテットの最初／左端のビットは、最上位ビットを含む。
ｖｅｌｏｃｉｔｙＥｓｔｉｍａｔｅ
ＴＳ３７．３５５［４９］で定義されているパラメータタイプＶｅｌｏｃｉｔｙ。最初のオクテットの最初／左端のビットは最上位ビットを含む。

【0067】

実施例２
実施例１と同様に、この第２の実装例または実現例では、ＡＳＮ．１コードは、ＵＥが関与したＳＩ要求手順に関するＵＥからｇＮＢへのフィードバック情報を報告する目的で、新しいＩＥの導入に依存している（ここで、新しいＩＥはＳＩ－ＲｅｑｅｕｓｔＲｅｐｏｒｔ－ｒ１７と示される）。ただし、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔ－ｒ１７ＩＥの内部では、実施例１よりもＲＡ－Ｒｅｐｏｒｔ－ｒ１６ＩＥに関連するパラメータの再利用が多い。ＡＳＮ．１コードの最も関連する部分は黄色でハイライト（訳注：本翻訳文では下線）されている。このコードには、先に説明した情報項目の例がすべて含まれているわけではなく、このコードには、上記のテキストで開示されていない可能性がある、ＵＥがネットワークに報告するＳＩ要求関連のフィードバック情報の例も開示されている。

【0068】

【0069】

【0070】

【0071】

【0072】

【0073】

ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージ

-- ASN1START
-- TAG-UEINFORMATIONRESPONSE-START

UEInformationResponse-r16 ::= SEQUENCE {
rrc-TransactionIdentifier RRC-TransactionIdentifier,
criticalExtensions CHOICE {
ueInformationResponse-r16 UEInformationResponse-r16-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}

UEInformationResponse-r16-IEs ::= SEQUENCE {
measResultIdleEUTRA-r16 MeasResultIdleEUTRA-r16 OPTIONAL,
measResultIdleNR-r16 MeasResultIdleNR-r16 OPTIONAL,
logMeasReport-r16 LogMeasReport-r16 OPTIONAL,
connEstFailReport-r16 ConnEstFailReport-r16 OPTIONAL,
ra-ReportList-r16 RA-ReportList-r16 OPTIONAL,
rlf-Report-r16 RLF-Report-r16 OPTIONAL,
mobilityHistoryReport-r16 MobilityHistoryReport-r16 OPTIONAL,
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension UEInformationResponse-v1700-IEs OPTIONAL
}

LogMeasReport-r16 ::= SEQUENCE {
absoluteTimeStamp-r16 AbsoluteTimeInfo-r16,
traceReference-r16 TraceReference-r16,
traceRecordingSessionRef-r16 OCTET STRING (SIZE (2)),
tce-Id-r16 OCTET STRING (SIZE (1)),
logMeasInfoList-r16 LogMeasInfoList-r16,
logMeasAvailable-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableBT-r16 ENUMERATED {true} OPTIONAL,
logMeasAvailableWLAN-r16 ENUMERATED {true} OPTIONAL,
...
}

LogMeasInfoList-r16 ::= SEQUENCE (SIZE (1..maxLogMeasReport-r16)) OF LogMeasInfo-r16

LogMeasInfo-r16 ::= SEQUENCE {
locationInfo-r16 LocationInfo-r16 OPTIONAL,
relativeTimeStamp-r16 INTEGER (0..7200),
servCellIdentity-r16 CGI-Info-Logging-r16 OPTIONAL,
measResultServingCell-r16 MeasResultServingCell-r16 OPTIONAL,
measResultNeighCells-r16 SEQUENCE {
measResultNeighCellListNR MeasResultListLogging2NR-r16 OPTIONAL,
measResultNeighCellListEUTRA MeasResultList2EUTRA-r16 OPTIONAL
},
anyCellSelectionDetected-r16 ENUMERATED {true} OPTIONAL,
...
}

ConnEstFailReport-r16 ::= SEQUENCE {
measResultFailedCell-r16 MeasResultFailedCell-r16,
locationInfo-r16 LocationInfo-r16 OPTIONAL,
measResultNeighCells-r16 SEQUENCE {
measResultNeighCellListNR MeasResultList2NR-r16 OPTIONAL,
measResultNeighCellListEUTRA MeasResultList2EUTRA-r16 OPTIONAL
},
numberOfConnFail-r16 INTEGER (1..8),
perRAInfoList-r16 PerRAInfoList-r16,
timeSinceFailure-r16 TimeSinceFailure-r16,
...
}

MeasResultServingCell-r16 ::= SEQUENCE {
resultsSSB-Cell MeasQuantityResults,
resultsSSB SEQUENCE{
best-ssb-Index SSB-Index,
best-ssb-Results MeasQuantityResults,
numberOfGoodSSB INTEGER (1..maxNrofSSBs-r16)
} OPTIONAL
}

MeasResultFailedCell-r16 ::= SEQUENCE {
cgi-Info CGI-Info-Logging-r16,
measResult-r16 SEQUENCE {
cellResults-r16 SEQUENCE{
resultsSSB-Cell-r16 MeasQuantityResults
},
rsIndexResults-r16 SEQUENCE{
resultsSSB-Indexes-r16 ResultsPerSSB-IndexList
}
}
}

RA-ReportList-r16 ::= SEQUENCE (SIZE (1..maxRAReport-r16)) OF RA-Report-r16

RA-Report-r16 ::= SEQUENCE {
cellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
ra-InformationCommon-r16 RA-InformationCommon-r16 OPTIONAL,
raPurpose-r16 ENUMERATED {accessRelated, beamFailureRecovery, reconfigurationWithSync, ulUnSynchronized,
schedulingRequestFailure, noPUCCHResourceAvailable, requestForOtherSI,
spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1},
...
}

RA-InformationCommon-r16 ::= SEQUENCE {
absoluteFrequencyPointA-r16 ARFCN-ValueNR,
locationAndBandwidth-r16 INTEGER (0..37949),
subcarrierSpacing-r16 SubcarrierSpacing,
msg1-FrequencyStart-r16 INTEGER (0..maxNrofPhysicalResourceBlocks-1) OPTIONAL,
msg1-FrequencyStartCFRA-r16 INTEGER (0..maxNrofPhysicalResourceBlocks-1) OPTIONAL,
msg1-SubcarrierSpacing-r16 SubcarrierSpacing OPTIONAL,
msg1-SubcarrierSpacingCFRA-r16 SubcarrierSpacing OPTIONAL,
msg1-FDM-r16 ENUMERATED {one, two, four, eight} OPTIONAL,
msg1-FDMCFRA-r16 ENUMERATED {one, two, four, eight} OPTIONAL,
perRAInfoList-r16 PerRAInfoList-r16,
...
}

PerRAInfoList-r16 ::= SEQUENCE (SIZE (1..200)) OF PerRAInfo-r16

PerRAInfo-r16 ::= CHOICE {
perRASSBInfoList-r16 PerRASSBInfo-r16,
perRACSI-RSInfoList-r16 PerRACSI-RSInfo-r16
}

PerRASSBInfo-r16 ::= SEQUENCE {
ssb-Index-r16 SSB-Index,
numberOfPreamblesSentOnSSB-r16 INTEGER (1..200),
perRAAttemptInfoList-r16 PerRAAttemptInfoList-r16
}

PerRACSI-RSInfo-r16 ::= SEQUENCE {
csi-RS-Index-r16 CSI-RS-Index,
numberOfPreamblesSentOnCSI-RS-r16 INTEGER (1..200)
}

PerRAAttemptInfoList-r16 ::= SEQUENCE (SIZE (1..200)) OF PerRAAttemptInfo-r16

PerRAAttemptInfo-r16 ::= SEQUENCE {
contentionDetected-r16 BOOLEAN OPTIONAL,
dlRSRPAboveThreshold-r16 BOOLEAN OPTIONAL,
...
}

RLF-Report-r16 ::= CHOICE {
nr-RLF-Report-r16 SEQUENCE {
measResultLastServCell-r16 MeasResultRLFNR-r16,
measResultNeighCells-r16 SEQUENCE {
measResultListNR-r16 MeasResultList2NR-r16 OPTIONAL,
measResultListEUTRA-r16 MeasResultList2EUTRA-r16 OPTIONAL
} OPTIONAL,
c-RNTI-r16 RNTI-Value,
previousPCellId-r16 CHOICE {
nrPreviousCell-r16 CGI-Info-Logging-r16,
eutraPreviousCell-r16 CGI-InfoEUTRALogging
} OPTIONAL,
failedPCellId-r16 CHOICE {
nrFailedPCellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
eutraFailedPCellId-r16 CHOICE {
cellGlobalId-r16 CGI-InfoEUTRALogging,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 EUTRA-PhysCellId,
carrierFreq-r16 ARFCN-ValueEUTRA
}
}
},
reconnectCellId-r16 CHOICE {
nrReconnectCellId-r16 CGI-Info-Logging-r16,
eutraReconnectCellId-r16 CGI-InfoEUTRALogging
} OPTIONAL,
timeUntilReconnection-16 TimeUntilReconnection-16 OPTIONAL,
reestablishmentCellId-r16 CGI-Info-Logging-r16 OPTIONAL,
timeConnFailure-r16 INTEGER (0..1023) OPTIONAL,
timeSinceFailure-r16 TimeSinceFailure-r16,
connectionFailureType-r16 ENUMERATED {rlf, hof},
rlf-Cause-r16 ENUMERATED {t310-Expiry, randomAccessProblem, rlc-MaxNumRetx,
beamFailureRecoveryFailure, lbtFailure-r16,
bh-rlfRecoveryFailure, spare2, spare1},
locationInfo-r16 LocationInfo-r16 OPTIONAL,
noSuitableCellFound-r16 ENUMERATED {true} OPTIONAL,
ra-InformationCommon-r16 RA-InformationCommon-r16 OPTIONAL,
...
},
eutra-RLF-Report-r16 SEQUENCE {
failedPCellId-EUTRA CGI-InfoEUTRALogging,
measResult-RLF-Report-EUTRA-r16 OCTET STRING,
...
}
}

MeasResultList2NR-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResult2NR-r16
MeasResultList2EUTRA-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResult2EUTRA-r16

MeasResult2NR-r16 ::= SEQUENCE {
ssbFrequency-r16 ARFCN-ValueNR OPTIONAL,
refFreqCSI-RS-r16 ARFCN-ValueNR OPTIONAL,
measResultList-r16 MeasResultListNR
}

MeasResultListLogging2NR-r16 ::= SEQUENCE(SIZE (1..maxFreq)) OF MeasResultLogging2NR-r16

MeasResultLogging2NR-r16 ::= SEQUENCE {
carrierFreq-r16 ARFCN-ValueNR,
measResultListLoggingNR-r16 MeasResultListLoggingNR-r16
}

MeasResultListLoggingNR-r16 ::= SEQUENCE (SIZE (1..maxCellReport)) OF MeasResultLoggingNR-r16

MeasResultLoggingNR-r16 ::= SEQUENCE {
physCellId-r16 PhysCellId,
resultsSSB-Cell-r16 MeasQuantityResults,
numberOfGoodSSB-r16 INTEGER (1..maxNrofSSBs-r16) OPTIONAL
}

MeasResult2EUTRA-r16 ::= SEQUENCE {
carrierFreq-r16 ARFCN-ValueEUTRA,
measResultList-r16 MeasResultListEUTRA
}

MeasResultRLFNR-r16 ::= SEQUENCE {
measResult-r16 SEQUENCE {
cellResults-r16 SEQUENCE{
resultsSSB-Cell-r16 MeasQuantityResults OPTIONAL,
resultsCSI-RS-Cell-r16 MeasQuantityResults OPTIONAL
},
rsIndexResults-r16 SEQUENCE{
resultsSSB-Indexes-r16 ResultsPerSSB-IndexList OPTIONAL,
ssbRLMConfigBitmap-r16 BIT STRING (SIZE (64)) OPTIONAL,
resultsCSI-RS-Indexes-r16 ResultsPerCSI-RS-IndexList OPTIONAL,
csi-rsRLMConfigBitmap-r16 BIT STRING (SIZE (96)) OPTIONAL
} OPTIONAL
}
}

TimeSinceFailure-r16 ::= INTEGER (0..172800)

MobilityHistoryReport-r16 ::= VisitedCellInfoList-r16

TimeUntilReconnection-16 ::= INTEGER (0..172800)

UEInformationResponse-v1700-IEs ::= SEQUENCE {
si-RequestReportList-r17 SI-RequestReportList-r17
...
}

SI-RequestReportList-r17 ::= SEQUENCE (SIZE (1..maxSIRequestReport-r17)) OF SI-RequestReport-r17

SI-RequestReport-r17 ::= SEQUENCE {
cellId-r16 CHOICE {
cellGlobalId-r16 CGI-Info-Logging-r16,
pci-arfcn-r16 SEQUENCE {
physCellId-r16 PhysCellId,
carrierFreq-r16 ARFCN-ValueNR
}
},
wantedSIB-Types-r17 SEQUENCE (SIZE (1..maxSIB)) OF SIB-Type-r17,
siRequestType-r17 ENUMERATED {msg1Based, msg3Based, rrcConnectedStateRequest),
perRAInfoList-r16 PerRAInfoList-r16 OPTIONAL, -- Cond msg1msg3Request
si-RRC-ConnStateConfigInfo-r17 SI-RRC-ConnStateConfigInfo-r17 OPTIONAL, -- Cond rrcConnStateRequest
perRRC-ConnStateSI-RequestAttemptInfoList-r17 SEQUENCE (SIZE (1..maxNoOfSI-RequestAttemptsRRC-ConnState) OF PerRRC-ConnStateSI-RequestAttemptInfo-r17 OPTIONAL, -- Cond rrcConnStateRequest
initiationTime InitiationTimestamp,
locationInfo LocationInfo-r16 OPTIONAL,
outcome-r17 Outcome-r17,
receivedSIB-Types-r17 SEQUENCE (SIZE (1..maxSIB)) OF SIB-Type-r17 OPTIONAL, -- Cond ackedAndSubsetOfWantedSIBsReceived
si-MessageReceptionInfo-r17 SI-MessageReceptionInfo-r17
OPTIONAL, -- Cond si-MessageReceptionAttempted
...
}

SIB-Type-r17 ::= ENUMERATED {sibType2, sibType3, sibType4, sibType5, sibType6, sibType7, sibType8, sibType9, sibType10-v1610, sibType11-v1610, sibType12-v1610, sibType13-v1610, sibType14-v1610, spare3, spare2, spare1, ...}

InitiationTimestamp ::= CHOICE {
preciseUTC INTEGER (0..8796093022207),
coarseUTC-HSFN-SFN-SlotSymbol CoarseUTC-HSFN-SFN-SlotSymbol,
coarseUTC-HSFN-SFN-Slot CoarseUTC-HSFN-SFN-Slot,
coarseUTC-HSFN-SFN CoarseUTC-HSFN-SFN,
semiCoarseUTC-SFN-SlotSymbol SemiCoarseUTC-SFN-SlotSymbol,
semiCoarseUTC-SFN-Slot SemiCoarseUTC-SFN-Slot,
semiCoarseUTC-SFN SemiCoarseUTC-SFN,
hsfn-SFN-SlotSymbol HSFN-SFN-SlotSymbol,
hsfn-SFN-Slot HSFN-SFN-Slot,
hsfn-SFN HSFN-SFN,
gnssTime GNSS-Time
}

CoarseUTC-HSFN-SFN-SlotSymbol ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

CoarseUTC-HSFN-SFN-Slot ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

CoarseUTC-HSFN-SFN ::= SEQUENCE {
coarseUTC INTEGER (0..268435455),
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

SemiCoarseUTC-SFN-SlotSymbol ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

SemiCoarseUTC-SFN-Slot ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

SemiCoarseUTC-SFN ::= SEQUENCE {
semiCoarseUTC INTEGER (0..4294967295),
sfn INTEGER (0..1023)
}

HSFN-SFN-SlotSymbol ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159),
symbol INTEGER (0..13)
}

HSFN-SFN-Slot ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023),
slot INTEGER (0..159)
}

HSFN-SFN ::= SEQUENCE {
hsfn INTEGER (0..1023),
sfn INTEGER (0..1023)
}

GNSS-Time ::= SEQUENCE {
timeSource CHOICE {
gpsTime INTEGER (0..4398046511104),
galileoTime INTEGER (0..4398046511104),
glonassTime INTEGER (0..8796093022207),
beidouTime INTEGER (0..4398046511104),
...
},
leapSeconds INTEGER (-255..256) OPTIONAL,
}

Outcome-r17 ::= CHOICE {
concluded-r17 ENUMERATED {ackedAndAllWantedSIBsReceived, ackedAndSubsetOfWantedSIBsReceived, ackedAndNoWantedSIBsReceived, maxAllowedAttemptsReachedWithoutAck},
abandoned-r17 ENUMERATED {wantedSIBsReceived, subsetOfWantedSIBsReceived, lossOfCoverage, rlf, cellReselection, spare3, spare2, spare1, ...},
...
}

SI-MessageReceptionInfo-r17 ::= SEQUENCE (SIZE(1..maxSI-Message) OF PerSI-MessageReceptionInfo-r17)

PerSI-MessageReceptionInfo-r17 ::= SEQUENCE {
si-MessageNumber-r17 INTEGER (1..maxSI-Message),
numberOfReceptionAttempts-r17 INTEGER,
si-MessageReceptionResult-r17 ENUMERATED {success, failure},
...
}

SI-RRC-ConnStateConfigInfo-r17 ::= SEQUENCE {
absoluteFrequencyPointA-r16 ARFCN-ValueNR,
locationAndBandwidth-r16 INTEGER (0..37949),
subcarrierSpacing-r16 SubcarrierSpacing,
...
}

PerRRC-ConnStateSI-RequestAttemptInfo-r17 ::= SEQUENCE {
numberOfHARQ-Retransmissions-r17 INTEGER,
relativeTimestamp RelativeTimestamp OPTIONAL, -- In case of HARQ retransmissions, the relative timestamp indicates the time of the first transmission.
...
}

RelativeTimestamp ::= CHOICE {
milliseconds INTEGER (0..1048575),
slots INTEGER (0..4194303),
symbols INTEGER (0..67108863),
...
}

-- TAG-UEINFORMATIONRESPONSE-STOP
-- ASN1STOP

【0074】

【0075】

ＲＡ－Ｒｅｐｏｒｔフィールドの説明
ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡ
このフィールドは、参照リソースブロック（共通ＲＢ０）の絶対周波数位置を示す。
ｃｅｌｌＩＤ
このフィールドは、関連するランダムアクセス手順が実行されたセルのＣＧＩを示す。
ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄ
このフィールドは、指定されたランダムアクセス試行で送信プリアンブルの競合が検出されたか否かを示すために使用される。このフィールドは、ＵＥがランダムアクセス試行を行う際に競合のないランダムアクセスリソースを使用する場合、またはｒａＰｕｒｐｏｓｅがｒｅｑｕｅｓｔＦｏｒＯｔｈｅｒＳＩに設定されている場合には含まれない。
ｃｓｉ－ＲＳ－Ｉｎｄｅｘ
このフィールドは、ランダムアクセスの試みに対応するＣＳＩ－ＲＳインデックスを示すために使用される。
ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄ
このフィールドは、ランダムアクセス試行に関連するＤＬビーム（ＳＳＢ）品質が、ビーム障害回復のために開始されたランダムアクセス手順に選択されたＵＬ＿ＢＷＰのＵＬ＿ＢＷＰ構成のｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇの閾値ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢを上回ったか下回ったかを示すために使用される。
ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ
ＵＥが使用するランダムアクセスリソースに関連する帯域幅部分の周波数領域の位置および帯域幅。
ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＣＳＩ－ＲＳ
このフィールドは、対応するＣＳＩ－ＲＳで送信された連続するＲＡプリアンブルの総数を示すために使用される。
ｎｕｍｂｅｒＯｆＰｒｅａｍｂｌｅｓＳｅｎｔＯｎＳＳＢ
このフィールドは、対応するＳＳ／ＰＢＣＨブロックで送信された連続するＲＡプリアンブルの総数を示すために使用される。
ｐｅｒＲＡＡｔｔｅｍｐｔＩｎｆｏＬｉｓｔ
このフィールドは、ランダムアクセスの試行に関する詳細情報を提供する。
ｐｅｒＲＡＩｎｆｏＬｉｓｔ
このフィールドは、ランダムアクセス試行の時系列順に、各ランダムアクセス試行に関する詳細情報を提供する。
ｐｅｒＲＡＣＳＩ－ＲＳＩｎｆｏＬｉｓｔ
このフィールドは、同じＣＳＩ－ＲＳに関連する連続したランダムアクセス試行に関する詳細情報を提供する。
ｐｅｒＲＡＳＳＢＩｎｆｏＬｉｓｔ
このフィールドは、同じＳＳ／ＰＢＣＨブロックに関連する連続したランダムアクセス試行に関する詳細情報を提供する。
ｒａＰｕｒｐｏｓｅ
このフィールドは、ＲＡ報告エントリがトリガされるＲＡシナリオを示すために使用される。ＲＲＣ＿ＩＤＬＥからの初期アクセス、ＲＲＣ－ＩＮＡＣＴＩＶＥからの移行、およびＭＳＧ３に基づくＳＩ要求に関連するＲＡアクセスは、インジケータ「ａｃｃｅｓｓＲｅｌａｔｅｄ」を使用して示される。インジケータｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙは、ＳｐＣｅｌｌ［３］でビーム障害回復に関連するＲＡ手順が成功した場合に使用される。インジケータｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃは、ＵＥが同期を伴う再構成を実行した場合に使用される。インジケータｕｌＵｎＳｙｎｃｈｒｏｎｉｚｅｄは、ＰＴＡＧ内でｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが実行されていないときに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中にＤＬまたはＵＬのデータ到着によってＳｐＣｅｌｌ内でランダムアクセス手順が開始された場合、またはＰＤＣＣＨオーダーによってサービングセル内でＲＡ手順が開始された場合に使用される［３］。インジケータｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＦａｉｌｕｒｅは、ＳＲ失敗の場合に使用される［３］。インジケータｎｏＰＵＣＣＨＲｅｓｏｕｒｃｅＡｖａｉｌａｂｌｅは、ＵＥに有効なＳＲ＿ＰＵＣＣＨリソースが構成されていない場合に使用される［３］。インジケータｒｅｑｕｅｓｔＦｏｒＯｔｈｅｒＳＩは、要求ＳＩ要求に基づくＭＳＧ１に使用される。
ｒａ－ＩｎｆｏｒｍａｔｉｏｎＣｏｍｍｏｎ
このフィールドは、ＲＡ報告とＲＬＦ報告の間で共通のランダムアクセス関連情報を示すために使用される。ＲＡ報告では、このフィールドの提示は必須である。ＲＬＦ報告の場合、ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅが「ｈｏｆ」に設定されているか、ｃｏｎｎｅｃｔｉｏｎＦａｉｌｕｒｅＴｙｐｅが「ｒｌｆ」に設定されており、ｒｌｆ－Ｃａｕｓｅが「ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ」または「ｂｅａｍＲｅｃｏｖｅｒｙＦａｉｌｕｒｅ」に等しい場合、このフィールドはオプションで提示される。
ｓｓｂ－Ｉｎｄｅｘ
このフィールドは、ランダムアクセス試行に対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨインデックスを示すために使用される。
ｓｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ
ＵＥが使用するランダムアクセスリソースに関連するＢＷＰで使用されるサブキャリア間隔。

【0076】

ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔフィールドの説明
ｃｅｌｌＩＤ
このフィールドは、関連するＳＩ要求手順が実行されたセルのセルＩＤを、ＣＧＩまたはＰＣＩと搬送波周波数の組み合わせの形で示す。
ｃｏａｒｓｅＵＴＣ
このフィールドは、ＵＴＣに従って１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過時間を３２７６８ミリ秒の単位で示す。
ｃｏｎｔｅｎｔｉｏｎＤｅｔｅｃｔｅｄ
このフィールドは、Ｍｓｇ３ベースのＳＩ要求を試行した場合に、送信されたプリアンブルの競合が検出されたかどうかを示すために使用される。ＵＥがＭｓｇ１ベースのＳＩ要求を使用する場合、このフィールドは含まれない。
ｄｌＲＳＲＰＡｂｏｖｅＴｈｒｅｓｈｏｌｄ
このフィールドは、ＳＩ要求手順に選択されたＵＬ＿ＢＷＰのＵＬ＿ＢＷＰ構成において、ＳＩ要求試行に関連するＤＬビーム（ＳＳＢ）のＲＳＲＰがｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎの閾値ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ以上であったか未満であったかを示すために使用される。
ｇｎｓｓＴｉｍｅ
このフィールドは、それぞれのＧＮＳＳ時刻ソースの時刻保持開始からの経過ミリ秒数を示す。
ｉｎｉｔｉａｔｉｏｎＴｉｍｅ
このフィールドは、ＳＩ要求手順が開始された時刻を示す。Ｍｓｇ１およびＭｓｇ３に基づくＳＩ要求の場合、この時刻はランダムアクセスプリアンブル送信に使用されるＰＲＡＣＨオケージョンの最初のシンボルの開始時刻である。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｅｕｓｔメッセージを使用するＳＩ要求の場合、示された時間はＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｅｕｓｔメッセージを伝送するＰＵＳＣＨ伝送の最初のシンボル（ＨＡＲＱ再送信の場合は最初の伝送）の開始時刻である。パラメータで使用される時間表現がより粗い粒度を持つ場合、指示された（丸められた）時間は、実際の開始時間に最も近い値であるべきである。
ｌｏｃａｔｉｏｎＩｎｆｏ
このフィールドには、ＵＥの位置情報と、場合によってはＵＥの速度情報が含まれる。理想的には、ＳＩ要求手順の開始時のＵＥの位置（および該当する場合は速度）を示すべきですが、報告された位置情報は、ｃｏｍｍｏｎＬｏｃａｔｉｏｎＩｎｆｏＩＥのｌｏｃａｔｉｏｎＴｉｍｅｓｔａｍｐパラメータで示されるように、異なる時間に収集された可能性もある。
ｏｕｔｃｏｍｅ
このフィールドは、ＳＩ要求手順の結果を示す。フィールド「ｃｏｎｃｌｕｄｅｄ」が存在することは、ＳＩ要求手順が（Ｍｓｇ１ベースのＳＩ要求の場合はＭｓｇ２のＲＡＰＩＤフィールドが一致するか、Ｍｓｇ３ベースのＳＩ要求の場合はＭｓｇ４のＵＥ＿Ｃｏｎｔｅｎｔｉｏｎ＿Ｒｅｓｏｌｕｔｉｏｎ＿ＩＤ＿ＭＡＣ＿ＣＥが一致するか、またはＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求のＲＬＣ確認応答、によって）確認応答されたか、または確認応答を受信せずにＳＩ要求の最大試行回数に達するまで継続されたことを示す。ＳＩ要求が確認応答された場合、ＵＥはすべての要求ＳＩＢ（すなわち、ＳＩ要求のＳＩＢ）を受信することができる。「ａｃｋｅｄＡｎｄＡｌｌＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、および「ａｃｋｅｄＡｎｄＮｏＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」というＥＮＵＭＥＲＡＴＥＤ値で示される。ＵＥが確認応答を受信することなく、最大許容数のＳＩ要求試行を行った場合、ｃｏｎｃｅｄｅｄフィールドには値「ｍａｘＡｌｌｏｗｅｄＡｔｔｅｍｐｔｓＲｅａｃｈｅｄＷｉｔｈｏｕｔＡｃｋ」が設定される。ａｂａｎｄｏｎｅｄフィールドの存在は、ＳＩ要求手順が確認応答を受け取らなかったとしても、最大許容試行回数が実行される前にＳＩ要求手順が放棄されたことを示す。ＳＩ要求手順を放棄した理由は、このフィールドが提供する値で示される。
ｐｅｒＲＲＣ－ＣｏｎｎＳｔａｔｅＳＩ－ＲｅｑｕｅｓｔＡｔｔｅｍｐｔＩｎｆｏＬｉｓｔ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信を通して実行された連続したＳＩ要求試行の数についての詳細情報を提供する。１回のＳＩ要求試行は、関連するＨＡＲＱ再送のセットで構成され得る。
ｐｒｅｃｉｓｅＵＴＣ
このフィールドは、ＵＴＣに基づき、１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過ミリ秒数を示す。
ｒｅｃｅｉｖｅｄＳＩＢ－Ｔｙｐｅｓ
このフィールドは、ＵＥのＳＩ要求が確認され（Ｍｓｇ１ベースのＳＩ要求の場合はＭｓｇ２のＲＡＰＩＤフィールドが一致するか、Ｍｓｇ３ベースのＳＩ要求の場合はＭｓｇ４のＵＥ＿Ｃｏｎｔｅｎｔｉｏｎ＿Ｒｅｓｏｌｕｔｉｏｎ＿ＩＤ＿ＭＡＣ＿ＣＥが一致するか、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求の場合はＲＬＣ確認応答が一致する）、ＵＥが希望するＳＩＢ（すなわち、ｗａｎｔｅｄＳＩＢ－Ｔｙｐｅｓフィールドに示されたタイプのＳＩＢ）のすべてではなく少なくとも１つを受信した場合に、ＵＥが受信した希望するＳＩＢ（もしあれば）を示す。このフィールドは、ｏｕｔｃｏｍｅフィールドが存在する場合に表示される。このフィールドは、ｏｕｔｃｏｍｅフィールドに値「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」に設定されたｃｏｎｃｌｕｄｅｄフィールドが含まれている場合に存在し、そうでない場合は存在しない。
ｒｅｌａｔｉｖｅＴｉｍｅｓｔａｍｐ
このフィールドは、ｉｎｉｔｉａｔｉｏｎＴｉｍｅフィールドで示される時刻から、ｒｅｌａｔｉｖｅＴｉｍｅｓｔａｍｐフィールドが関連するＳＩ要求試行の開始までの経過時間を示す。Ｍｓｇ１に基づくＳＩ要求試行とＭｓｇ３に基づくＳＩ要求試行の場合、ＳＩ要求試行の開始はランダムアクセスプリアンブル送信に使用されるＰＲＡＣＨオケージョンの最初のシンボルの開始である。ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用するＳＩ要求試行の場合、ＳＩ要求試行の開始は、ＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージの送信に使用されるＰＵＳＣＨリソースの最初のシンボルの開始である。ＳＩ要求試行がＨＡＲＱ再送を含む場合、相対タイムスタンプは最初の送信の開始時刻を示す。
ｓｅｍｉＣｏａｒｓｅＵＴＣ
このフィールドは、ＵＴＣに基づき、１８９９年１２月３１日と１９００年１月１日との間の深夜からの経過時間を示し、単位は２０４８ミリ秒である。
ｓｉ－ＭｅｓｓａｇｅＲｅｃｅｐｔｉｏｎＩｎｆｏ
このフィールドは、要求されたＳＩメッセージの受信または受信の試みに関連する情報を提供する。ＵＥが要求されたＳＩメッセージの受信を試みなかった場合、このフィールドは存在しない。これは、「ａｃｋｅｄＡｎｄＡｌｌＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、「ａｃｋｅｄＡｎｄＳｕｂｓｅｔＯｆＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」、または「ａｃｋｅｄＡｎｄＮｏＷａｎｔｅｄＳＩＢｓＲｅｃｅｉｖｅｄ」のいずれかの値に設定されたｃｏｎｃｌｕｄｅｄフィールドが結果フィールドに含まれる場合、このフィールドが存在することを意味する。
ｓｉ－ＲｅｑｕｅｓｔＴｙｐｅ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、Ｍｓｇ１ベースのＳＩ要求、Ｍｓｇ３ベースのＳＩ要求、またはＤｅｄｉｃａｔｅｄＳＩＢＲｅｑｕｅｓｔメッセージを使用したＳＩ要求のタイプのいずれかを示す。
ｓｉ－ＲＲＣ－ＣｏｎｎＳｔａｔｅＣｏｎｆｉｇＩｎｆｏ
このフィールドは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＩ要求のメカニズムに関連する一般的な構成情報を提供する。
ｓｓｂ－Ｉｎｄｅｘ
このフィールドは、ＳＩ要求試行に対応するＳＳ／ＰＢＣＨブロックのＳＳ／ＰＢＣＨインデックスを示すために使用される。
ｗａｎｔｅｄＳＩＢ－Ｔｙｐｅｓ
このフィールドは、ＵＥが（このＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔインスタンスが関係するＳＩ要求手順の間に）要求されたＳＩメッセージ内のＳＩＢのうちのどれ（すべてまたはサブセット）に興味があるかを示す。例えば、ＳＩＢＸ、ＳＩＢＹ、およびＳＩＢＺがオンデマンドで利用可能な同じＳＩメッセージに含まれ、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔのｗａｎｔｅｄＳＩＢ－ＴｙｐｅｓパラメータがＳＩＢタイプＸおよびＹを示す場合、これは、ＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔが関係するＳＩ要求手順において、ＵＥがＳＩＢＸ、ＳＩＢＹ、およびＳＩＢＺを含むＳＩメッセージを要求したが、ＵＥはＳＩＢＸおよびＳＩＢＹにのみ関心があり、ＳＩＢＺには関心がなかったことを意味する。（注：連続した試行の間に、ＵＥが要求されたＳＩＢまたは要求されたＳＩメッセージまたはＳＩＢを変更した場合、これは新しいＳＩ要求手順とみなされ、新しいＳＩ－ＲｅｑｕｅｓｔＲｅｐｏｒｔとしてログ記録および報告されるべきである。）

【0077】

【0078】

【0079】

ＬｏｃａｔｉｏｎＩｎｆｏ
ＩＥ「ＬｏｃａｔｉｏｎＩｎｆｏ」は、ＵＥで利用可能な詳細位置情報、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、およびセンサーの測定結果を転送するために使用される。

【0080】

【0081】

【0082】

【0083】

【0084】

実施例３
以下は、さらに別の非限定的な実施例である。

【0085】

【0086】

図２は、いくつかの実施形態による通信システム２００の例を示す。この例では、通信システム２００は、無線アクセスネットワーク（ＲＡＮ）などのアクセスネットワーク２０４と、１つまたは複数のコアネットワークノード２０８を含むコアネットワーク２０６とを含む電気通信ネットワーク２０２を含む。アクセスネットワーク２０４は、ネットワークノード２１０ａおよび２１０ｂ（そのうちの１つまたは複数を一般にネットワークノード２１０と呼ぶことがある）などの１つまたは複数のアクセスネットワークノード、または他の同様の第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスノードまたは非３ＧＰＰアクセスポイントを含む。ネットワークノード２１０は、ＵＥ２１２ａ、２１２ｂ、２１２ｃ、および２１２ｄ（これらのうちの１つまたは複数を一般にＵＥ２１２と呼ぶことがある）を１つまたは複数の無線接続を介してコアネットワーク２０６に接続することなどにより、ユーザ装置（ＵＥ）の直接接続または間接接続を容易にする。

【0087】

無線接続を介した例示的な無線通信には、電磁波、電波、赤外線、および／またはワイヤ、ケーブル、または他の物質導体を使用せずに情報を伝達するのに適した他のタイプの信号を使用して無線信号を送信および／または受信することが含まれる。さらに、異なる実施形態では、通信システム２００は、任意の数の有線または無線ネットワーク、ネットワークノード、ＵＥ、および／または、有線接続または無線接続のいずれを介するかにかかわらず、データおよび／または信号の通信を促進または参加し得る任意の他のコンポーネントまたはシステムを含み得る。通信システム２００は、任意のタイプの通信、電気通信、データ、セルラー、無線ネットワーク、および／または他の同様のタイプのシステムを含み、および／またはそれらとインタフェースすることができる。

【0088】

ＵＥ２１２は、ネットワークノード２１０および他の通信デバイスと無線通信するように配置、構成、および／または動作可能な無線デバイスを含む、多種多様な通信デバイスのいずれであってもよい。同様に、ネットワークノード２１０は、ＵＥ２１２と、および／または電気通信ネットワーク２０２内の他のネットワークノードまたは機器と、直接的または間接的に通信するように配置、構成、および／または動作可能であり、無線ネットワークアクセスなどのネットワークアクセスを可能にする、および／または提供する、および／または電気通信ネットワーク２０２内の管理などの他の機能を実行する。

【0089】

描かれている例では、コアネットワーク２０６はネットワークノード２１０をホスト２１６などの１つ以上のホストに接続している。これらの接続は、１つ以上の中間ネットワークまたはデバイスを介して直接または間接的に行われる。他の例では、ネットワークノードはホストに直接結合されてもよい。コアネットワーク２０６は、ハードウェアおよびソフトウェアコンポーネントで構造化された１つ以上のコアネットワークノード（例えば、コアネットワークノード２０８）を含む。これらのコンポーネントの機能は、ＵＥ、ネットワークノード、および／またはホストに関して説明したものと実質的に類似している場合があり、そのようなコンポーネントの説明は、コアネットワークノード２０８の対応するコンポーネントに一般的に適用可能である。例示的なコアネットワークノードは、移動交換センタ（ＭＳＣ）、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、アクセスおよびモビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、加入者識別子非通知機能（ＳＩＤＦ）、統合データ管理（ＵＤＭ）、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、ネットワーク露出機能（ＮＥＦ）、および／またはユーザプレーン機能（ＵＰＦ）のうちの１つまたは複数の機能を含む。

【0090】

ホスト２１６は、アクセスネットワーク２０４および／または電気通信ネットワーク２０２のオペレータまたはプロバイダ以外のサービスプロバイダの所有または管理下にあり、サービスプロバイダによって、またはサービスプロバイダに代わって運営されることがある。ホスト２１６は、１つ以上のサービスを提供するために様々なアプリケーションをホストすることができる。そのようなアプリケーションの例としては、ライブおよび録画済みのオーディオ／ビデオコンテンツ、複数のＵＥによって検出された様々な周囲の状況に関するデータを取得およびコンパイルするようなデータ収集サービス、分析機能、ソーシャルメディア、リモートデバイスを制御または他の方法で相互作用するための機能、アラームおよび監視センターのための機能、またはサーバによって実行される他の任意のそのような機能が挙げられる。

【0091】

全体として、図２の通信システム２００は、ＵＥ、ネットワークノード、およびホスト間の接続を可能にする。その意味で、通信システムは、これらに限定されないが、以下のような特定の規格など、事前に定義された規則または手順に従って動作するように構成することができる：例えば、移動通信のためのグルーバルシステム（ＧＳＭ）、ユニバーサル移動通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および／または他の適切な２Ｇ、３Ｇ、４Ｇ、５Ｇ標準、または適用可能な任意の将来世代標準（例えば６Ｇ）、電気電子学会（ＩＥＥＥ）８０２．１１標準（ＷｉＦｉ）などの無線ローカルエリアネットワーク（ＷＬＡＮ）標準、および／または、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ－Ｗａｖｅ、近距離無線通信（ＮＦＣ）、ＺｉｇＢｅｅ、ＬｉＦｉ、および／またはＬｏＲａやＳｉｇｆｏｘなどの低電力広域ネットワーク（ＬＰＷＡＮ）標準などの他の適切な無線通信標準。

【0092】

いくつかの例では、電気通信ネットワーク２０２は、３ＧＰＰ標準化機能を実装するセルラーネットワークである。したがって、電気通信ネットワーク２０２は、電気通信ネットワーク２０２に接続される異なるデバイスに異なる論理ネットワークを提供するために、ネットワークスライシングをサポートすることができる。例えば、電気通信ネットワーク２０２は、一部のＵＥに超信頼低遅延通信（ＵＲＬＬＣ）サービスを提供する一方で、他のＵＥにエンハンスドモバイルブロードバンド（ｅＭＢＢ）サービスを提供し、および／またはさらなるＵＥに大規模マシン型通信（ｍＭＴＣ）／大規模ＩｏＴサービスを提供することができる。

【0093】

いくつかの例では、ＵＥ２１２は、人間の直接的なインタラクションなしに情報を送信および／または受信するように構成される。例えば、ＵＥは、所定のスケジュールで、内部または外部のイベントによってトリガされたときに、またはアクセスネットワーク２０４からの要求に応答して、アクセスネットワーク２０４に情報を送信するように設計され得る。さらに、ＵＥは、シングルまたはマルチＲＡＴまたはマルチスタンダードモードで動作するように構成される場合がある。例えば、ＵＥは、Ｗｉ－Ｆｉ、ＮＲ（ニューラジオ）、およびＬＴＥのいずれか１つまたは構成で動作することができ、すなわち、Ｅ－ＵＴＲＡＮ（進化型ＵＭＴＳ地上無線アクセスネットワーク）ニューラジオ－デュアル接続（ＥＮ－ＤＣ）などのマルチ無線デュアル接続（ＭＲ－ＤＣ）のために構成され得る。

【0094】

実施例では、ハブ２１４は、アクセスネットワーク２０４と通信して、１つまたは複数のＵＥ（例えば、ＵＥ２１２ｃおよび／または２１２ｄ）とネットワークノード（例えば、ネットワークノード２１０ｂ）との間の間接的な通信を促進する。いくつかの例では、ハブ２１４は、コントローラ、ルータ、コンテンツソースおよび分析、またはＵＥに関する本明細書で説明される他の通信デバイスのいずれかであってもよい。例えば、ハブ２１４は、ＵＥのコアネットワーク２０６へのアクセスを可能にするブロードバンドルータであってもよい。別の例として、ハブ２１４は、ＵＥ内の１つまたは複数のアクチュエータにコマンドまたは命令を送信するコントローラであってもよい。コマンドまたは命令は、ＵＥ、ネットワークノード２１０から、またはハブ２１４内の実行可能コード、スクリプト、プロセス、または他の命令によって受信され得る。別の例として、ハブ２１４は、ＵＥデータの一時的なストレージとして機能するデータコレクタであってもよく、いくつかの実施形態では、データの分析または他の処理を実行してもよい。別の例として、ハブ２１４はコンテンツソースであってもよい。例えば、ＶＲヘッドセット、ディスプレイ、スピーカ、または他のメディア配信デバイスであるＵＥの場合、ハブ２１４は、ネットワークノードを介して、ＶＲアセット、ビデオ、オーディオ、または感覚情報に関連する他のメディアまたはデータを取得することができ、ハブ２１４は、その後、直接、ローカル処理を実行した後、および／または追加のローカルコンテンツを追加した後のいずれかで、ＵＥに提供する。さらに別の例では、ハブ２１４は、特に１つまたは複数のＵＥが低エネルギーＩｏＴデバイスである場合に、ＵＥのプロキシサーバまたはオーケストレータとして機能する。

【0095】

ハブ２１４は、ネットワークノード２１０ｂへの常時／持続的または断続的な接続を有することができる。ハブ２１４はまた、ハブ２１４とＵＥ（例えば、ＵＥ２１２ｃおよび／または２１２ｄ）との間、ならびにハブ２１４とコアネットワーク２０６との間で、異なる通信方式および／またはスケジュールを可能にすることができる。他の例では、ハブ２１４は、有線接続を介してコアネットワーク２０６および／または１つ以上のＵＥに接続される。さらに、ハブ２１４は、アクセスネットワーク２０４を介してＭ２Ｍサービスプロバイダに、および／または直接接続を介して別のＵＥに接続するように構成される場合がある。一部のシナリオでは、ＵＥは、有線接続または無線接続を介してハブ２１４を介して接続されたまま、ネットワークノード２１０との無線接続を確立することができる。一部の実施形態では、ハブ２１４は、専用ハブ、すなわち、ＵＥとの間の通信をネットワークノード２１０ｂから／ネットワークノード２１０ｂにルーティングすることを主機能とするハブであってもよい。他の実施形態では、ハブ２１４は、非専用ハブ、すなわち、ＵＥとネットワークノード２１０ｂとの間の通信をルーティングするように動作可能であるが、特定のデータチャネルの通信開始点および／または通信終了点として追加的に動作可能なデバイスであってもよい。

【0096】

図３は、いくつかの実施形態によるＵＥ３００を示す。本明細書で使用される場合、ＵＥは、ネットワークノードおよび／または他のＵＥと無線通信することができ、構成され、配置され、および／または動作可能なデバイスを指す。ＵＥの例としては、スマートフォン、携帯電話、セルラー電話、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽記憶デバイス、再生アプライアンス、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵装置（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、スマートデバイス、無線顧客構内装置（ＣＰＥ）、車載または車載組込み／統合無線デバイスなどが挙げられるが、これらに限定されない。他の例には、狭帯域のモノのインターネット（ＮＢ－ＩｏＴ）ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別された任意のＵＥが含まれる。

【0097】

ＵＥは、例えば、サイドリンク通信、専用の短範囲通信（ＤＳＲＣ）、車－車間通信（Ｖ２Ｖ）、車－インフラ間通信（Ｖ２Ｉ）、または車－任意間通信（Ｖ２Ｘ）のための３ＧＰＰ標準規格を実装することにより、デバイス間（Ｄ２Ｄ）通信をサポートすることができる。他の例では、ＵＥは、関連デバイスを所有および／または操作する人間のユーザという意味でのユーザを必ずしも持たない場合がある。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる操作を意図しているが、特定の人間のユーザとは関連付けられない、または当初は関連付けられない可能性があるデバイスを表す場合がある（例えば、スマートスプリンクラー制御装置）。あるいは、ＵＥは、エンドユーザへの販売またはエンドユーザによる操作を意図していないが、ユーザと関連付けられるか、またはユーザの利益のために操作される可能性があるデバイスを表す場合がある（たとえば、スマート電力メータ）。

【0098】

ＵＥ３００は、バス３０４を介して、入出力インタフェース３０６、電源３０８、メモリ３１０、通信インタフェース３１２、および／または任意の他のコンポーネント、またはそれらの任意の組み合わせに動作可能に結合された処理回路３０２を含む。特定のＵＥは、図３に示されたコンポーネントのすべてまたはサブセットを利用することができる。コンポーネント間の統合レベルは、ＵＥごとに異なる場合がある。さらに、特定のＵＥは、複数のプロセッサ、メモリ、送受信機、送信機、受信機など、コンポーネントの複数のインスタンスを含む場合がある。

【0099】

処理回路３０２は、命令およびデータを処理するように構成され、メモリ３１０にマシン可読コンピュータプログラムとして格納された命令を実行するように動作する任意の逐次ステートマシンを実装するように構成され得る。処理回路３０２は、１つまたは複数のハードウェア実装ステートマシン（例えば、ディスクリートロジック、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）など）、適切なファームウェアを伴うプログラマブルロジック、１つまたは複数の格納されたコンピュータプログラム、適切なソフトウェアを伴うマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）などの汎用プロセッサ、または上記の任意の組み合わせとして実装され得る。例えば、処理回路３０２は、複数の中央処理装置（ＣＰＵ）を含むことができる。

【0100】

本実施例において、入出力インタフェース３０６は、入力デバイス、出力デバイス、または１つ以上の入力デバイスおよび／もしくは出力デバイスへのインタフェースまたはインタフェースを提供するように構成され得る。出力デバイスの例には、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組み合わせが含まれる。入力デバイスにより、ユーザはＵＥ３００に情報を取り込むことができる。入力デバイスの例としては、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどが挙げられる。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための静電容量式または抵抗膜式のタッチセンサを含むことができる。センサーは、例えば、加速度センサー、ジャイロスコープ、傾斜センサー、力センサー、磁力計、光学センサー、近接センサー、生体センサーなど、またはそれらの任意の組み合わせであってもよい。出力デバイスは、入力デバイスと同じタイプのインタフェースポートを使用することができる。例えば、ユニバーサルシリアルバス（ＵＳＢ）ポートを使用して、入力デバイスと出力デバイスを提供することができる。

【0101】

いくつかの実施形態では、電源３０８は、電池または電池パックとして構成される。外部電源（例えば、コンセント）、光起電力装置、または電力電池などの他のタイプの電源を使用することもできる。電源３０８は、電源３０８自体、および／または外部電源から、入力回路または電力ケーブルなどのインタフェースを介してＵＥ３００の様々な部分に電力を供給するための電力回路をさらに含み得る。電力の供給は、例えば、電源３０８の充電のためであってもよい。電源回路は、電源３０８からの電力を、電力が供給されるＵＥ３００のそれぞれの構成要素に適した電力にするために、任意のフォーマット、変換、または他の変更を実行することができる。

【0102】

メモリ３１０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、ハードディスク、リムーバブルカートリッジ、フラッシュドライブなどのメモリであるか、またはそれらを含むように構成することができる。一例では、メモリ３１０は、オペレーティングシステム、ウェブブラウザアプリケーション、ウィジェット、ガジェットエンジン、または他のアプリケーションなどの１つまたは複数のアプリケーションプログラム３１４、および対応するデータ３１６を含む。メモリ３１０は、ＵＥ３００による使用のために、様々なオペレーティングシステムまたはオペレーティングシステムの組み合わせのいずれかを格納することができる。

【0103】

メモリ３１０は、冗長独立ディスクアレイ（ＲＡＩＤ）、フラッシュメモリ、ＵＳＢフラッシュドライブ、外付けハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ－ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブなどの多数の物理ドライブユニットを含むように構成することができる、外部のミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭのＳＤＲＡＭ、ＵＳＩＭおよび／またはＩＳＩＭなどの１つまたは複数の加入者ＩＤモジュール（ＳＩＭ）を含むユニバーサル集積回路カード（ＵＩＣＣ）の形態の耐タンパーモジュールなどのスマートカードメモリ、その他のメモリ、またはそれらの任意の組み合わせとして構成され得る。ＵＩＣＣは、たとえば、埋め込み型ＵＩＣＣ（ｅＵＩＣＣ）、統合型ＵＩＣＣ（ｉＵＩＣＣ）、または一般に「ＳＩＭカード」として知られる取り外し可能なＵＩＣＣであってもよい。メモリ３１０は、ＵＥ３００が、一時的または非一時的メモリ媒体に格納された命令、アプリケーションプログラムなどにアクセスしたり、データをオフロードしたり、データをアップロードしたりすることを可能にし得る。通信システムを利用するものなどの製造品は、メモリ３１０として、またはメモリ３１０に接して具現化される場合があり、このメモリ３１０は、デバイス読み取り可能な記憶媒体として構成される場合がある。

【0104】

処理回路３０２は、通信インタフェース３１２を使用してアクセスネットワークまたは他のネットワークと通信するように構成され得る。通信インタフェース３１２は、１つまたは複数の通信サブシステムから構成され、アンテナ３２２を含むか、またはアンテナ３２２に通信可能に結合され得る。通信インタフェース３１２は、無線通信が可能な別のデバイス（たとえば、別のＵＥまたはアクセスネットワーク内のネットワークノード）の１つまたは複数の遠隔送受信機と通信することなどにより、通信するために使用される１つまたは複数の送受信機を含むことができる。各送受信機は、ネットワーク通信（例えば、光、電気、周波数割り当てなど）を提供するのに適切な送信機３１８および／または受信機３２０を含み得る。さらに、送信機３１８および受信機３２０は、１つまたは複数のアンテナ（例えば、アンテナ３２２）に結合されることがあり、回路コンポーネント、ソフトウェアまたはファームウェアを共有することがあり、あるいは、別個に実装されることがある。

【0105】

図示された実施形態では、通信インタフェース３１２の通信機能は、セルラー通信、Ｗｉ－Ｆｉ通信、ＬＰＷＡＮ通信、データ通信、音声通信、マルチメディア通信、ブルートゥースなどの近距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベースの通信、別の同様の通信機能、またはそれらの任意の組み合わせを含み得る。通信は、ＩＥＥＥ８０２．１１、符号分割多重アクセス（ＣＤＭＡ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、ＧＳＭ、ＬＴＥ、ニューラジオ（ＮＲ）、ＵＭＴＳ、ＷｉＭａｘ、イーサネット、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、同期光ネットワーキング（ＳＯＮＥＴ）、非同期転送モード（ＡＴＭ）、ＱＵＩＣ、ハイパーテキスト転送プロトコル（ＨＴＴＰ）などの１つまたは複数の通信プロトコルおよび／または標準に従って実施することができる。

【0106】

センサの種類に関係なく、ＵＥは、そのセンサによって捕捉されたデータの出力を、その通信インタフェース３１２を介して、ネットワークノードへの無線接続を介して提供することができる。ＵＥのセンサによって捕捉されたデータは、別のＵＥを介してネットワークノードに無線接続を介して通信することができる。出力は、定期的（例えば、感知された温度を報告する場合は１５分ごとに１回）、ランダム（例えば、複数のセンサからの報告による負荷を均等にするため）、トリガイベント（例えば、水分が検出されたときにアラートが送信される）に応答して、要求（例えば、ユーザが開始した要求）に応答して、または連続ストリーム（例えば、患者のライブビデオフィード）とすることができる。

【0107】

別の例として、ＵＥは、無線接続を介してネットワークノードから無線入力を受信するように構成された通信インタフェースに関連するアクチュエータ、モータ、またはスイッチで構成される。受信した無線入力に応答して、アクチュエータ、モータ、またはスイッチの状態が変化することがある。例えば、ＵＥは、受信した入力に応じて飛行中のドローンの制御面やローターを調整するモーターや、受信した入力に応じて医療処置を行うロボットアームを構成することができる。

【0108】

ＵＥは、モノのインターネット（ＩｏＴ）デバイスの形態である場合、１つまたは複数のアプリケーション領域で使用するためのデバイスである可能性があり、これらの領域は、都市ウェアラブル技術、拡張産業アプリケーション、およびヘルスケアを含むが、これらに限定されない。このようなＩｏＴデバイスの非限定的な例としては、以下のようなデバイスが挙げられる：コネクテッド冷蔵庫または冷凍庫、テレビ、コネクテッド照明装置、電力メーター、ロボット掃除機、音声制御スマートスピーカー、ホームセキュリティカメラ、人感センサー、サーモスタット、煙探知機、ドア／窓センサー、洪水／湿気センサー、電気ドアロック、コネクテッドドアベル、ヒートポンプのような空調システム、自律走行車、監視システム、天候監視装置、車両駐車監視装置、電気自動車充電ステーション、スマートウォッチ、フィットネストラッカー、拡張現実（ＡＲ）または仮想現実（ＶＲ）用ヘッドマウントディスプレイ、触覚増強または感覚増強用ウェアラブル、散水器、動物またはアイテム追跡装置、植物または動物を監視するセンサー、産業用ロボット、無人航空機（ＵＡＶ）、心拍数モニターや遠隔操作手術ロボットのようなあらゆる種類の医療機器。ＩｏＴデバイスの形態のＵＥは、図３に示されたＵＥ３００に関連して説明されたような他の構成要素に加えて、ＩｏＴデバイスの意図された用途に依存する回路および／またはソフトウェアで構成される。

【0109】

さらに別の具体例として、ＩｏＴシナリオでは、ＵＥは、モニタリングおよび／または測定を実行し、そのようなモニタリングおよび／または測定の結果を別のＵＥおよび／またはネットワークノードに送信する機械または他のデバイスを表す場合がある。この場合、ＵＥはＭ２Ｍデバイスである可能性があり、３ＧＰＰのコンテキストではＭＴＣデバイスと呼ばれることがある。特定の一例として、ＵＥは３ＧＰＰのＮＢ－ＩｏＴ規格を実装することができる。他のシナリオでは、ＵＥは、自動車、バス、トラック、船舶、航空機などの車両、または動作状態や動作に関連する他の機能を監視および／または報告できる他の機器を表す場合がある。

【0110】

実際には、単一のユースケースに関して、任意の数のＵＥを一緒に使用することができる。例えば、第１のＵＥは、ドローンであるか、またはドローンに統合され、ドローンを操作するリモートコントローラである第２のＵＥにドローンの速度情報（速度センサを介して取得される）を提供する。ユーザがリモートコントローラから変更を加えると、第１のＵＥは、ドローンのスロットルを（例えば、アクチュエータを制御することによって）調整して、ドローンの速度を増減させることができる。第１のＵＥおよび／または第２のＵＥは、上述した機能性を１つ以上含むこともできる。例えば、ＵＥは、センサとアクチュエータを含み、速度センサとアクチュエータの両方のデータの通信を処理することができる。

【0111】

図４は、いくつかの実施形態によるネットワークノード４００を示す。

【0112】

本明細書で使用される場合、ネットワークノードとは、電気通信ネットワークにおいて、ＵＥと、および／または他のネットワークノードまたは機器と、直接的または間接的に通信することができ、構成され、配置され、および／または動作可能な機器を指す。ネットワークノードの例としては、アクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））が挙げられるが、これらに限定されない。

【0113】

基地局は、提供するカバレッジ量（別の言い方をすれば、送信電力レベル）に基づいて分類されるため、提供するカバレッジ量に応じて、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることがある。基地局は、中継ノードまたは中継を制御する中継ドナーノードである場合がある。ネットワークノードはまた、集中型デジタルユニットおよび／またはリモート無線ユニット（ＲＲＵ）（リモート無線ヘッド（ＲＲＨ）と呼ばれることもある）などの分散型無線基地局の１つまたは複数（またはすべて）の部分を含むこともある。このような遠隔無線ユニットは、アンテナ一体型無線機としてアンテナと一体化されていても、一体化されていなくてもよい。分散型無線基地局の一部は、分散型アンテナシステム（ＤＡＳ）のノードと呼ばれることもある。

【0114】

ネットワークノードの他の例としては、マルチ送信ポイント（マルチＴＲＰ）５Ｇアクセスノード、ＭＳＲのＢＳなどのマルチスタンダード無線（ＭＳＲ）装置、無線ネットワーク制御装置（ＲＮＣ）や基地局制御装置（ＢＳＣ）などのネットワーク制御装置、基地送受信局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、運用保守（Ｏ＆Ｍ）ノード、運用支援システム（ＯＳＳ）ノード、自己組織化ネットワーク（ＳＯＮ）ノード、測位ノード（例えば、進化型サービングモバイルロケーションセンター（Ｅ－ＳＭＬＣ））、および／または最小化駆動試験（ＭＤＴ）を含む。

【0115】

ネットワークノード４００は、処理回路４０２、メモリ４０４、通信インタフェース４０６、および電源４０８を含む。ネットワークノード４００は、複数の物理的に別個のコンポーネント（例えば、ＮｏｄｅＢコンポーネントとＲＮＣコンポーネント、またはＢＴＳコンポーネントとＢＳＣコンポーネントなど）から構成されることがあり、これらはそれぞれそれぞれのコンポーネントを有することがある。ネットワークノード４００が複数の別個のコンポーネント（例えば、ＢＴＳおよびＢＳＣコンポーネント）から構成される特定のシナリオでは、別個のコンポーネントの１つ以上が複数のネットワークノード間で共有される場合がある。例えば、単一のＲＮＣが複数のＮｏｄｅＢを制御する場合がある。このようなシナリオでは、各一意のＮｏｄｅＢとＲＮＣのペアは、場合によっては、単一の別個のネットワークノードと見なされることがある。いくつかの実施形態では、ネットワークノード４００は、複数の無線アクセス技術（ＲＡＴ）をサポートするように構成される場合がある。このような実施形態では、一部の構成要素が重複され（例えば、異なるＲＡＴ用の別個のメモリ４０４）、一部の構成要素が再利用される（例えば、同じアンテナ４１０が異なるＲＡＴで共有される）場合がある。ネットワークノード４００はまた、例えばＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｚ－ｗａｖｅ、ＬｏＲａＷＡＮ、無線周波数識別子（ＲＦＩＤ）またはＢｌｕｅｔｏｏｔｈ無線技術など、ネットワークノード４００に統合された異なる無線技術のための様々な図示のコンポーネントの複数のセットを含むことができる。これらの無線技術は、ネットワークノード４００内の同一または異なるチップまたはチップセットおよび他のコンポーネントに統合される場合がある。

【0116】

処理回路４０２は、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、ネットワークノード４００の機能を提供するために、単独で、またはメモリ４０４などの他のネットワークノード４００コンポーネントと連携して、提供するように動作可能な他の任意の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および／または符号化ロジックの組み合わせの１つまたは複数から構成され得る。

【0117】

いくつかの実施形態において、処理回路４０２は、システムオンチップ（ＳＯＣ）を含む。いくつかの実施形態において、処理回路４０２は、無線周波数（ＲＦ）送受信機回路４１２およびベースバンド処理回路４１４のうちの１つ以上を含む。いくつかの実施形態では、無線周波数（ＲＦ）送受信機回路４１２およびベースバンド処理回路４１４は、無線ユニットおよびデジタルユニットなどの別個のチップ（またはチップセット）、基板、またはユニット上にある場合がある。代替実施形態では、ＲＦ送受信機回路４１２およびベースバンド処理回路４１４の一部または全部は、同じチップまたはチップセット、基板、またはユニット上にある場合がある。

【0118】

メモリ４０４は、限定はされないが、永続記憶装置、ソリッドステートメモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、大容量記憶媒体（例えば、ハードディスク）を含む、任意の形態の揮発性または不揮発性のコンピュータ読み取り可能メモリを構成することができる、リムーバブル記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または、処理回路４０２によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性の、非一時的デバイス読み取り可能な、および／またはコンピュータ実行可能なメモリデバイスである。メモリ４０４は、コンピュータプログラム、ソフトウェア、処理回路４０２によって実行され、ネットワークノード４００によって利用され得る論理、規則、コード、テーブル、および／または他の命令のうちの１つ以上を含むアプリケーションを含む、任意の適切な命令、データ、または情報を記憶することができる。メモリ４０４は、処理回路４０２によって行われたあらゆる計算、および／または通信インタフェース４０６を介して受信されたあらゆるデータを記憶するために使用され得る。いくつかの実施形態では、処理回路４０２およびメモリ４０４は統合されている。

【0119】

通信インタフェース４０６は、ネットワークノード、アクセスネットワーク、および／またはＵＥ間のシグナリングおよび／またはデータの有線または無線通信において使用される。図示されるように、通信インタフェース４０６は、例えば有線接続を介してネットワークとの間でデータを送受信するためのポート（複数可）／端子（複数可）４１６を備える。通信インタフェース４０６はまた、アンテナ４１０に結合されるか、または特定の実施形態ではアンテナ４１０の一部である無線フロントエンド回路４１８を含む。無線フロントエンド回路４１８は、フィルタ４２０と増幅器４２２から構成される。無線フロントエンド回路４１８は、アンテナ４１０および処理回路４０２に接続されてもよい。無線フロントエンド回路は、アンテナ４１０と処理回路４０２との間で通信される信号を調整するように構成され得る。無線フロントエンド回路４１８は、無線接続を介して他のネットワークノードまたはＵＥに送信されるデジタルデータを受信することができる。無線フロントエンド回路４１８は、フィルタ４２０および／または増幅器４２２の組み合わせを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。その後、無線信号はアンテナ４１０を介して送信される。同様に、データを受信する場合、アンテナ４１０は、無線フロントエンド回路４１８によってデジタルデータに変換される無線信号を収集することができる。デジタルデータは処理回路４０２に渡される。他の実施形態では、通信インタフェースは、異なる構成要素および／または異なる構成要素の組み合わせで構成される場合がある。

【0120】

ある代替実施形態では、ネットワークノード４００は別個の無線フロントエンド回路４１８を含まず、代わりに、処理回路４０２が無線フロントエンド回路を含み、アンテナ４１０に接続される。同様に、いくつかの実施形態では、ＲＦ送受信機回路４１２の全部または一部は通信インタフェース４０６の一部である。さらに他の実施形態では、通信インタフェース４０６は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端子４１６、無線フロントエンド回路４１８、およびＲＦ送受信機回路４１２を含み、通信インタフェース４０６は、デジタルユニット（図示せず）の一部であるベースバンド処理回路４１４と通信する。

【0121】

アンテナ４１０は、無線信号を送信および／または受信するように構成された１つまたは複数のアンテナ、またはアンテナアレイを含むことができる。アンテナ４１０は、無線フロントエンド回路４１８に結合されてもよく、データおよび／または信号を無線で送受信できる任意のタイプのアンテナであってもよい。特定の実施形態では、アンテナ４１０はネットワークノード４００とは別個であり、インタフェースまたはポートを介してネットワークノード４００に接続可能である。

【0122】

アンテナ４１０、通信インタフェース４０６、および／または処理回路４０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および／または特定の取得動作を実行するように構成され得る。任意の情報、データおよび／または信号は、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナ４１０、通信インタフェース４０６、および／または処理回路４０２は、ネットワークノードによって実行されるものとして本明細書で説明される任意の送信動作を実行するように構成され得る。任意の情報、データおよび／または信号を、ＵＥ、別のネットワークノードおよび／または任意の他のネットワーク機器に送信することができる。

【0123】

電源４０８は、ネットワークノード４００の様々な構成要素に、それぞれの構成要素に適した形態で（例えば、それぞれの構成要素に必要な電圧および電流レベルで）電力を供給する。電源４０８は、本明細書で説明する機能を実行するための電力をネットワークノード４００の構成要素に供給する電力管理回路をさらに備えるか、または電力管理回路に結合される場合がある。例えば、ネットワークノード４００は、電気ケーブルなどの入力回路またはインタフェースを介して外部電源（例えば、電力網、コンセント）に接続可能であり得、それにより、外部電源は、電源４０８の電力回路に電力を供給する。さらなる例として、電源４０８は、電源回路に接続されるか、または電源回路に内蔵される電池または電池パックの形態の電源から構成されることがある。バッテリーは、外部電源が故障した場合にバックアップ電力を提供することができる。

【0124】

ネットワークノード４００の実施形態は、本明細書で説明される機能のいずれか、および／または本明細書で説明される主題をサポートするために必要な機能を含む、ネットワークノードの機能の特定の態様を提供するために、図４に示されるもの以外の追加の構成要素を含むことができる。例えば、ネットワークノード４００は、ネットワークノード４００への情報の入力を可能にし、ネットワークノード４００からの情報の出力を可能にするユーザインタフェース装置を含むことができる。これにより、ユーザはネットワークノード４００の診断、保守、修理、および他の管理機能を実行することができる。

【0125】

図５は、本明細書で説明する様々な態様に従った、図２のホスト２１６の実施形態であり得るホスト５００のブロック図である。本明細書で使用されるように、ホスト５００は、スタンドアロンサーバ、ブレードサーバ、クラウド実装サーバ、分散サーバ、仮想マシン、コンテナ、またはサーバファーム内の処理リソースを含む、様々な組み合わせのハードウェアおよび／またはソフトウェアであるか、またはそれらで構成され得る。ホスト５００は、１つまたは複数のサービスを１つまたは複数のＵＥに提供することができる。

【0126】

ホスト５００は、バス５０４を介して入出力インタフェース５０６、ネットワークインタフェース５０８、電源５１０、およびメモリ５１２に動作可能に結合された処理回路５０２を含む。他の実施形態では、他の構成要素を含めることができる。これらの構成要素の特徴は、その説明がホスト５００の対応する構成要素に一般的に適用可能であるように、図３および図４などの以前の図のデバイスに関して説明したものと実質的に類似していてもよい。

【0127】

メモリ５１２は、１つまたは複数のホストアプリケーションプログラム５１４を含む１つまたは複数のコンピュータプログラム、およびユーザデータ、例えば、ホスト５００のためにＵＥによって生成されたデータ、またはＵＥのためにホスト５００によって生成されたデータを含み得るデータ５１６を含み得る。ホスト５００の実施形態は、示された構成要素のサブセットまたはすべてのみを利用することができる。ホストアプリケーションプログラム５１４は、コンテナベースのアーキテクチャで実装され、複数の異なるクラス、タイプ、または実装のＵＥ（たとえば、ハンドセット、デスクトップコンピュータ、ウェアラブルディスプレイシステム、ヘッドアップディスプレイシステム）用のトランスコーディングを含む、ビデオコーデック（例えば、多用途ビデオ符号化（ＶＶＣ）、高効率ビデオ符号化（ＨＥＶＣ）、アドバンスドビデオ符号化（ＡＶＣ）、ＭＰＥＧ、ＶＰ９）およびオーディオコーデック（例えば、ＦＬＡＣ、アドバンスドオーディオ符号化（ＡＶＣ）、ＭＰＥＧ、Ｇ．７１１）のサポートを提供することができる。ホストアプリケーションプログラム５１４はまた、ユーザ認証およびライセンス検査を提供することができ、コアネットワーク内またはコアネットワークの端にあるデバイスなどの中央ノードに、健全性、経路、およびコンテンツ可用性を定期的に報告することができる。したがって、ホスト５００は、ＵＥのオーバーザトップサービスのために異なるホストを選択および／または指示することができる。ホストアプリケーションプログラム５１４は、ＨＴＴＰライブストリーミング（ＨＬＳ）プロトコル、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ＨＴＴＰ上の動的適応的ストリーミングＨＴＴＰ（ＭＰＥＧ－ＤＡＳＨ）などの様々なプロトコルをサポートすることができる。

【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】

グループＢの例示的実施形態
例示的実施形態Ｂ１．オンデマンドシステム情報要求手順のために記録された障害情報を処理するためにネットワークノードによって実行される方法であって、この方法は、単独で、または上述の他のステップ、特徴、または機能と組み合わせて、上述のネットワークノードのステップ、特徴、または機能のいずれかを含む。
例示的実施形態Ｂ２．前述の実施形態の方法であって、上述した１つまたは複数の追加のネットワークノードのステップ、特徴または機能をさらに含む。
例示的実施形態Ｂ３．前述の実施形態の何れかに記載の方法であって、ユーザデータを取得することと、ユーザデータをホストまたはユーザ装置に転送することと、をさらに含む。

【0169】

グループＣの例示的実施形態
例示的実施形態Ｃ１．オンデマンドシステム情報要求手順のための障害情報を記録するための無線デバイス（例えば、ユーザ装置（ＵＥ）など）による方法は、ネットワークノードに、オンデマンドシステム情報（ＳＩ）要求に関連する情報を送信することを含む。
例示的実施形態Ｃ２．情報は、オンデマンドＳＩ要求が成功したか否か；オンデマンドＳＩ要求が成功したこと；オンデマンドＳＩ要求が成功しなかったこと；ＳＩ要求に対する確認応答が下位レイヤ（すなわち、ＰＨＹ、ＭＡＣ、またはＲＬＣレイヤ）から受信されたか否か；ＳＩ要求に対する確認応答が下位レイヤから受信されなかったこと；ＳＩ要求に対する確認応答が下位レイヤから受信されたこと；ＳＩ要求に対する確認応答が下位レイヤから受信された間に、少なくとも１つのＳＩメッセージの取得に失敗したか否か；無線デバイスが要求されたシステム情報ブロック（ＳＩＢ）の一部のみを受信したことのインジケーション；無線デバイスがプリアンブルを送信する前に少なくとも１つのＳＩメッセージに対するＳＩウィンドウを検査したか否かのインジケーション；少なくとも１つのＳＩメッセージに対して無線デバイスによって監視されたＳＩウィンドウ機会の個数のインジケーション；無線デバイスが実行した少なくとも１つのＳＩメッセージの受信の試行回数のインジケーション；少なくとも１つのＳＩメッセージを要求するための無線リソース制御（ＲＲＣ）メッセージを送信する際に無線デバイスが行ったハイブリッド自動再送要求（ＨＡＲＱ）の再送信の回数；無線デバイスが下位レイヤにおいてＨＡＲＱ手順からの確認応答を受信したか否かのインジケーション；無線デバイスが無線リンク制御（ＲＬＣ）下位レイヤから確認応答を受信したか否かのインジケーション；無線デバイスがオンデマンドＳＩ要求を開始した時の無線デバイスの位置情報；オンデマンドＳＩ要求が実行されたセルのセル識別子、の少なくとも１つを示す、例示的実施形態Ｃ１に記載の方法。
例示的実施形態Ｃ３．オンデマンドＳＩ要求はオンデマンドシステム情報ブロック（ＳＩＢ）要求を含む、例示的実施形態Ｃ１－Ｃ２の何れかに記載の方法。
例示的実施形態Ｃ４．オンデマンドＳＩ要求に関連するＳＩ手順を実行している間に情報を記録することをさらに含む、例示的実施形態Ｃ１－Ｃ３の何れかに記載の方法。
例示的実施形態Ｃ５．情報がランダムアクセス報告またはランダムアクセスチャネル報告で送信される、例示的実施形態Ｃ１－Ｃ４の何れかに記載の方法。
例示的実施形態Ｃ６．情報はオンデマンドＳＩ要求に専用の報告で送信される、例示的実施形態Ｃ１－Ｃ４の何れかに記載の方法。
例示的実施形態Ｃ７．情報は、ＳＩを取得するときに無線デバイスにカバレッジを提供する同期信号ブロックビームに関連する少なくとも１つの信号強度測定値をさらに含む、例示的実施形態Ｃ１－Ｃ６の何れかに記載の方法。
例示的実施形態Ｃ８．少なくとも１つの信号強度測定値は、ＲＳＲＰ測定値、ＲＳＲＱ測定値、ＳＩＮＲ測定値、ＳＮＲ測定値、ＲＳＳＩ測定値、およびパスロス測定値のうちの少なくとも１つを含む、例示的実施形態Ｃ７に記載の方法。
例示的実施形態Ｃ９．情報をネットワークノードに送信する前に、情報が利用可能であることを示すインジケーションをネットワークノードに送信することと、ネットワークノードから、情報の要求を受信することと、をさらに含み、情報は、要求に応答してネットワークノードに送信される、例示的実施形態Ｃ１－Ｃ８の何れかに記載の方法。
例示的実施形態Ｃ１０．無線デバイスはユーザ装置である、例示的実施形態Ｃ１－Ｃ９の何れかに記載の方法。
例示的実施形態Ｃ１１．ユーザデータを提供することと、ネットワークノードへの伝送を介してユーザデータをホストに転送することと、をさらに含む、例示的実施形態Ｃ１－Ｃ１０の何れかに記載の方法。
例示的実施形態Ｃ１２．例示的実施形態Ｃ１－Ｃ１２の何れかに記載の方法を実行するように構成された処理回路を備える、無線デバイス。
例示的実施形態Ｃ１３．例示的実施形態Ｃ１－Ｃ１２の何れかに記載の方法を実行するように構成された処理回路を備える、無線デバイス。
例示的実施形態Ｃ１４．コンピュータ上で実行されると、例示的実施形態Ｃ１－Ｃ１２の何れかに記載の方法を実行する命令を含む、コンピュータプログラム。
例示的実施形態Ｃ１５．コンピュータプログラムを含むコンピュータプログラム製品であって、該コンピュータプログラムは、コンピュータ上で実行されると例示的実施形態Ｃ１－Ｃ１２の何れかに記載の方法を実行する命令を含む。
例示的実施形態Ｃ１６．コンピュータによって実行されたときに例示的実施形態Ｃ１－Ｃ１２の何れかに記載の方法を実行する命令を記憶する非一時的コンピュータ可読媒体。

【0170】

グループＤの例示的実施形態
例示的実施形態Ｄ１．オンデマンドシステム情報要求手順のために記録された障害情報を処理するためのネットワークノードによる方法は、無線デバイスから、オンデマンドシステム情報（ＳＩ）要求に関連する情報を受信することを含む。
例示的実施形態Ｄ２．情報は、オンデマンドＳＩ要求が成功したか否か；オンデマンドＳＩ要求が成功したこと；オンデマンドＳＩ要求が成功しなかったこと；ＳＩ要求に対する確認応答が下位レイヤ（すなわち、ＰＨＹ、ＭＡＣ、またはＲＬＣレイヤ）から受信されたか否か；ＳＩ要求に対する確認応答が下位レイヤから受信されなかったこと；ＳＩ要求に対する確認応答が下位レイヤから受信されたこと；ＳＩ要求に対する確認応答が下位レイヤから受信された間に、少なくとも１つのＳＩメッセージの取得に失敗したか否か；無線デバイスが要求されたシステム情報ブロック（ＳＩＢ）の一部のみを受信したことのインジケーション；無線デバイスがプリアンブルを送信する前に少なくとも１つのＳＩメッセージに対するＳＩウィンドウを検査したか否かのインジケーション；少なくとも１つのＳＩメッセージに対して無線デバイスによって監視されたＳＩウィンドウ機会の個数のインジケーション；無線デバイスが実行した少なくとも１つのＳＩメッセージの受信の試行回数のインジケーション；少なくとも１つのＳＩメッセージを要求するための無線リソース制御（ＲＲＣ）メッセージを送信する際に無線デバイスが行ったハイブリッド自動再送要求（ＨＡＲＱ）の再送信の回数；無線デバイスが下位レイヤにおいてＨＡＲＱ手順からの確認応答を受信したか否かのインジケーション；無線デバイスが無線リンク制御（ＲＬＣ）下位レイヤから確認応答を受信したか否かのインジケーション；無線デバイスがオンデマンドＳＩ要求を開始した時の無線デバイスの位置情報；オンデマンドＳＩ要求が実行されたセルのセル識別子、の少なくとも１つを示す、例示的実施形態Ｄ１に記載の方法。
例示的実施形態Ｄ３．オンデマンドＳＩ要求は、オンデマンドシステム情報ブロック（ＳＩＢ）要求を含む、例示的実施形態Ｄ１－Ｄ２の何れかに記載の方法。
例示的実施形態Ｄ４．情報は、オンデマンドＳＩ要求に関連するＳＩ手順を実行している間に、無線デバイスによって記録される、例示的実施形態Ｄ１－Ｄ３の何れかに記載の方法。
例示的実施形態Ｄ５．情報は、ランダムアクセス報告またはランダムアクセスチャネル報告で受信される、例示的実施形態Ｄ１－Ｄ４の何れかに記載の方法。
例示的実施形態Ｄ６．情報は、オンデマンドＳＩ要求に専用の報告で受信される、例示的実施形態Ｄ１－Ｄ４の何れかに記載の方法。
例示的実施形態Ｄ７．情報は、ＳＩを取得するときに無線デバイスにカバレッジを提供する同期信号ブロックビームに関連する少なくとも１つの信号強度測定値をさらに含む、例示的実施形態Ｄ１－Ｄ６の何れかに記載の方法。
例示的実施形態Ｄ８．少なくとも１つの信号強度測定値は、ＲＳＲＰ測定値、ＲＳＲＱ測定値、ＳＩＮＲ測定値、ＳＮＲ測定値、ＲＳＳＩ測定値、およびパスロス測定値のうちの少なくとも１つを含む、例示的実施形態Ｄ７に記載の方法。
例示的実施形態Ｄ９．情報を受信する前に、無線デバイスから情報が利用可能であるというインジケーションを受信することと、無線デバイスに情報の要求を送信することと、をさらに含む、例示的実施形態Ｄ１－Ｄ８の何れかに記載の方法。情報は、要求に応答してネットワークノードによって受信される。
例示的実施形態Ｄ１０．少なくとも１つの他のネットワークノードに情報を転送することをさらに含む、例示的実施形態Ｄ１－Ｄ９の何れかに記載の方法。
例示的実施形態Ｄ１１．情報に基づいて、少なくとも１つのＳＩ送信の構成を最適化、適合、調整、修正、または変更することをさらに含む、例示的実施形態Ｄ１－Ｄ１０の何れかに記載の方法。
例示的実施形態Ｄ１２．情報に基づいて少なくとも１つのＳＩ伝送のための構成を最適化、適応、調整、修正、または変更することは、ＳＩＢが異なるＳＩメッセージにどのようにグループ化されるかを変更すること；ＳＩＢ／ＳＩメッセージがブロードキャストされるか否かを変更すること；ＳＩ要求のために専用化されるＰＲＡＣＨリソースの量を変更すること、少なくとも１つのＳＩ要求に関連するＲＡ関連構成を変更すること；ランダムアクセスプリアンブルのＭｓｇ１用ＳＩメッセージへのマッピングを変更すること；Ｍｓｇ１ベースからＭｓｇ３ベースのＳＩ要求に変更すること；Ｍｓｇ１を介して利用可能なＳＩメッセージおよび／またはＭｓｇ３を介して利用可能なＳＩメッセージを変更すること；ＳＩメッセージをブロードキャストする回数または期間を変更すること；オンデマンドＳＩメッセージのスケジューリング周期性を変更すること；関連するＳＩウィンドウ内でオンデマンドＳＩメッセージが送信される回数を変更すること；要求されたＳＩメッセージが送信されるビームを変更すること；ＳＩＢとＳＩメッセージのマッピングを変更すること；ＳＩウィンドウの長さを変更すること、のうちの少なくとも１つを含む、例示的実施形態Ｄ１１に記載の方法。
例示的実施形態Ｄ１３．無線デバイスはユーザ装置である、例示的実施形態Ｄ１－Ｄの何れかに記載の方法。
例示的実施形態Ｄ１４．ネットワークノードはｇＮｏｄｅＢ（ｇＮＢ）を含む、例示的実施形態Ｄ１－Ｄ１３の何れかに記載の方法。
例示的実施形態Ｄ１５．ユーザデータを取得することと、ユーザデータをホストまたはユーザ装置に転送することと、をさらに含む、例示的実施形態Ｄ１－Ｄ１４の何れかに記載の方法。
例示的実施形態Ｄ１６．例示的実施形態Ｄ１－Ｄ１５の何れかに記載の方法を実行するように構成された処理回路を備える、ネットワークノード。
例示的実施形態Ｄ１７．コンピュータ上で実行されると、例示的実施形態Ｄ１－Ｄ１５の何れかに記載の方法を実行する命令を含む、コンピュータプログラム。
例示的実施形態Ｄ１８．コンピュータプログラムを含むコンピュータプログラム製品であって、該コンピュータプログラムは、コンピュータ上で実行されると例示的実施形態Ｄ１－Ｄ１５の何れかに記載の方法を実行する命令を含む。
例示的実施形態Ｄ１９．コンピュータによって実行されたときに例示的実施形態Ｄ１－Ｄ１５の何れかに記載の方法を実行する命令を記憶する非一時的コンピュータ可読媒体。

【0171】

グループＥの例示的実施形態
例示的実施形態Ｅ１．オンデマンドシステム情報要求手順のための障害情報を記録するためのユーザ装置（ＵＥ）であって、グループＡおよびＣの例示的実施形態の何れかのステップを実行するように構成された処理回路と、処理回路に電力を供給するように構成された電源回路と、を備える。
例示的実施形態Ｅ２．オンデマンドシステム情報要求手順のために記録された障害情報を処理するためのネットワークノードであって、グループＢおよびＤの例示的実施形態の何れかのステップを実行するように構成された処理回路と、処理回路に電力を供給するように構成された電源回路と、を備える。
例示的実施形態Ｅ３．オンデマンドシステム情報要求手順のための障害情報を記録するユーザ装置（ＵＥ）であって、無線信号を送受信するように構成されたアンテナと、アンテナおよび処理回路に接続されアンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、グループＡおよびＣの例示的実施形態の何れかのステップを実行するように構成される処理回路と、処理回路に接続され処理回路によって処理されるＵＥへの情報の入力を可能にするように構成された入力インタフェースと、処理回路に接続され処理回路によって処理されたＵＥからの情報を出力するように構成された出力インタフェースと、処理回路に接続されＵＥに電力を供給するように構成されたバッテリーと、を備える。
例示的実施形態Ｅ４．オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するためにセルラーネットワークへのユーザデータの送信を開始するように構成されたネットワークインタフェースと、を備え、ＵＥは通信インタフェースと処理回路とを備え、ＵＥの通信インタフェースおよび処理回路は、ホストからユーザデータを受信するために、グループＡおよびＣの例示的実施形態の何れかのステップを実行するように構成される。
例示的実施形態Ｅ５．セルラーネットワークは、ホストからＵＥにユーザデータを送信するためにＵＥと通信するように構成されたネットワークノードをさらに含む、先行する例示的実施形態のホスト。
例示的実施形態Ｅ６．ホストの処理回路は、ホストアプリケーションを実行するように構成され、それにより、ユーザデータを提供し、ホストアプリケーションは、ＵＥ上で実行されるクライアントアプリケーションと対話するように構成され、クライアントアプリケーションは、ホストアプリケーションに関連付けられる、先行する２つの例示的実施形態のホスト。
例示的実施形態Ｅ７．ネットワークノードおよびユーザ装置（ＵＥ）をさらに含む通信システムで動作するホストによって実装される方法であって、ＵＥにユーザデータを提供することと、ネットワークノードを含むセルラーネットワークを介して、ユーザデータをＵＥに搬送する送信を開始することと、を含み、ＵＥは、ホストからユーザデータを受信するために、グループＡの例示的実施形態の何れかの動作を実行する、方法。
例示的実施形態Ｅ８．ホストにおいて、ＵＥ上で実行中のクライアントアプリケーションに関連するホストアプリケーションを実行して、ＵＥからユーザデータを受信することをさらに含む、先行する例示的実施形態の方法。
例示的実施形態Ｅ９．ホストにおいて、ＵＥ上で実行されるクライアントアプリケーションに入力データを送信することであって、入力データはホストアプリケーションを実行することによって提供される、送信することをさらに含み、ユーザデータは、ホストアプリケーションからの入力データに応答してクライアントアプリケーションによって提供される、先行する例示的実施形態の方法。
例示的実施形態Ｅ１０．オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、ホストは、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するためにセルラーネットワークへのユーザデータの送信を開始するように構成されたネットワークインタフェースと、を備え、ＵＥは、通信インタフェースおよび処理回路を備え、ＵＥの通信インタフェースおよび処理回路は、ユーザデータをホストに送信するためにグループＡおよびＣの例示的実施形態の何れかのステップを実行するように構成される。
例示的実施形態Ｅ１１．セルラーネットワークは、ＵＥからホストへユーザデータを送信するためにＵＥと通信するように構成されたネットワークノードをさらに含む、先行する例示的実施形態のホスト。
例示的実施形態Ｅ１２．ホストの処理回路は、ホストアプリケーションを実行するように構成され、それによってユーザデータを提供し、ホストアプリケーションは、ＵＥ上で実行されるクライアントアプリケーションと対話するように構成され、クライアントアプリケーションは、ホストアプリケーションに関連付けられる、先行する２つの例示的実施形態のホスト。
例示的実施形態Ｅ１３．ネットワークノードおよびユーザ装置（ＵＥ）をさらに含む通信システムで動作するように構成されたホストによって実施される方法であって、ホストにおいて、ＵＥによってネットワークノードを介してホストに送信されたユーザデータを受信することを含み、ＵＥは、ユーザデータをホストに送信するために、グループＡおよびＣの例示的実施形態の何れかのステップを実行する。
例示的実施形態Ｅ１４．ホストにおいて、ＵＥ上で実行中のクライアントアプリケーションに関連するホストアプリケーションを実行して、ＵＥからユーザデータを受信することをさらに含む、先行する例示的実施形態の方法。
例示的実施形態Ｅ１５．ホストにおいて、ＵＥ上で実行されるクライアントアプリケーションに入力データを送信することであって、入力データはホストアプリケーションを実行することによって提供される、送信することをさらに含み、ユーザデータは、ホストアプリケーションからの入力データに応答してクライアントアプリケーションによって提供される、先行する例示的実施形態の方法。
例示的実施形態Ｅ１６．オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するためにセルラーネットワーク内のネットワークノードへのユーザデータの送信を開始するように構成されたネットワークインタフェースと、を備え、ネットワークノードは、通信インタフェースおよび処理回路を有し、ネットワークノードの処理回路は、ホストからＵＥにユーザデータを送信するために、グループＢおよびＤの例示的実施形態の何れかの動作を実行するように構成される。
例示的実施形態Ｅ１７．ホストの処理回路は、ユーザデータを提供するホストアプリケーションを実行するように構成され、ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行して、ホストからのユーザデータの送信を受信するように構成された処理回路を備える、先行する例示的実施形態のホスト。
例示的実施形態Ｅ１８．ネットワークノードおよびユーザ装置（ＵＥ）をさらに含む通信システムにおいて動作するように構成されたホストにおいて実装される方法であって、ＵＥにユーザデータを提供することと、ネットワークノードを含むセルラーネットワークを介して、ユーザデータをＵＥに搬送する送信を開始することと、を含み、ネットワークノードは、ユーザデータをホストからＵＥに送信するために、グループＢおよびＤの例示的実施形態の何れかの動作を実行する。
例示的実施形態Ｅ１９．ネットワークノードにおいて、ホストから提供されたユーザデータをＵＥのために送信することをさらに含む、先行する例示的実施形態の方法。
例示的実施形態Ｅ２０．ユーザデータは、ＵＥ上で実行されるクライアントアプリケーションと対話するホストアプリケーションを実行することによってホストで提供され、クライアントアプリケーションはホストアプリケーションに関連付けられる、先行する２つの例示的実施形態の方法。
例示的実施形態Ｅ２１．オーバザトップサービスを提供するように構成された通信システムであって、ユーザ装置（ＵＥ）にユーザデータを提供するように構成された処理回路であって、ユーザデータはオーバザトップサービスに関連する、処理回路を備えるホストと、ＵＥに送信するためにセルラーネットワークノードに向けてユーザデータの送信を開始するように構成されたネットワークインタフェースと、を備え、ネットワークノードは、通信インタフェースおよび処理回路を備え、ネットワークノードの処理回路は、ユーザデータをホストからＵＥに送信するために、グループＢおよびＤの例示的実施形態の何れかの動作を実行するように構成される。
例示的実施形態Ｅ２２．ネットワークノードおよび／またはユーザ装置をさらに備える、先行する例示的実施形態の通信システム。
例示的実施形態Ｅ２３．オーバーザトップ（ＯＴＴ）サービスを提供するために通信システムで動作するように構成されたホストであって、ホストは、ユーザデータの受信を開始するように構成された処理回路と、セルラーネットワーク内のネットワークノードからユーザデータを受信するように構成されたネットワークインタフェースと、を備え、ネットワークノードは、通信インタフェースと処理回路とを有し、ネットワークノードの処理回路は、ホストのユーザ装置（ＵＥ）からユーザデータを受信するために、グループＢおよびＤの実施形態例の何れかの動作を実行するように構成される。
例示的実施形態Ｅ２４．ホストの処理回路は、ホストアプリケーションを実行するように構成され、それによってユーザデータを提供し、ホストアプリケーションは、ＵＥ上で実行されるクライアントアプリケーションと対話するように構成され、クライアントアプリケーションは、ホストアプリケーションに関連付けられる、先行する例示的実施形態のホスト。
例示的実施形態Ｅ２５．ユーザデータの受信を開始することは、ユーザデータを要求することを含む、先行する２つの例示的実施形態のホスト。
例示的実施形態Ｅ２６．ネットワークノードおよびユーザ装置（ＵＥ）をさらに含む通信システムにおいて動作するように構成されたホストによって実装される方法であって、ホストにおいて、ＵＥからのユーザデータの受信を開始することであって、ユーザデータはネットワークノードがＵＥから受信した送信に由来する、開始することを含み、ネットワークノードは、ホストのためにＵＥからユーザデータを受信するために、グループＢおよびＤの例示的実施形態の何れかのステップを実行する。
例示的実施形態Ｅ２７．ネットワークノードにおいて、受信したユーザデータをホストに送信することをさらに含む、先行する例示的実施形態の方法。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-02-27

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

【請求項4】

【請求項5】

【請求項6】

【請求項7】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項６に記載の方法。

【請求項8】

【請求項9】

前記情報は、前記無線デバイスによって要求された少なくとも１つのシステム情報ブロック（ＳＩＢ）のインジケーションを含む
請求項８に記載の方法。

【請求項10】

前記情報は、前記無線デバイスによって要求された前記少なくとも１つのＳＩＢを前記無線デバイスが受信したか否かを示す
請求項９に記載の方法。

【請求項11】

【請求項12】

前記情報は、前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記無線デバイスによってログ記録される
請求項８乃至１１の何れか１項に記載の方法。

【請求項13】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で受信される
請求項８乃至１２の何れか１項に記載の方法。

【請求項14】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項１３に記載の方法。

【請求項15】

前記情報に基づいて少なくとも１つのＳＩメッセージを送信するための構成を最適化、適合、調整、修正または変更することをさらに含む
請求項８乃至１４の何れか１項に記載の方法。

【請求項16】

【請求項17】

【請求項18】

請求項２乃至７の何れか１項に記載の方法を実行するようにさらに構成された
請求項１７に記載の無線デバイス。

【請求項19】

【請求項20】

請求項９乃至１６の何れか１項に記載の方法を実行するようにさらに構成された
請求項１９に記載のネットワークノード。

【手続補正書】

【提出日】2024-03-29

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

【請求項4】

【請求項5】

前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記情報をログ記録することをさらに含む
請求項１に記載の方法。

【請求項6】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で送信される
請求項１に記載の方法。

【請求項7】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項６に記載の方法。

【請求項8】

【請求項9】

【請求項10】

【請求項11】

【請求項12】

前記情報は、前記オンデマンドＳＩ要求の送信に関連付けられたＳＩ要求手順を実行している間に前記無線デバイスによってログ記録される
請求項８に記載の方法。

【請求項13】

前記情報は、ランダムアクセス（ＲＡ）報告またはランダムアクセスチャネル（ＲＡＣＨ）報告で受信される
請求項８に記載の方法。

【請求項14】

前記ＲＡ報告または前記ＲＡＣＨ報告は、少なくとも１つのＲＳＲＰ測定値および／またはパスロス測定値を含む
請求項１３に記載の方法。

【請求項15】

前記情報に基づいて少なくとも１つのＳＩメッセージを送信するための構成を最適化、適合、調整、修正または変更することをさらに含む
請求項８に記載の方法。

【請求項16】

【請求項17】

【請求項18】

請求項２乃至７の何れか１項に記載の方法を実行するようにさらに構成された
請求項１７に記載の無線デバイス。

【請求項19】

【請求項20】

請求項９乃至１６の何れか１項に記載の方法を実行するようにさらに構成された
請求項１９に記載のネットワークノード。

【国際調査報告】

知財求人

知財求人お知らせサービス

知財のニュースを調べる
- 知財ニュース
- 知財周辺ニュース
企業の特許を調べる
知財のセミナーを調べる
知財,特許事務所への求職・転職
特許事務所をさがす
弁理士試験を受ける
- 年の弁理士試験情報
- 弁理士試験の合格率など統計
知財の法律をしらべる
期限日をしらべる
- 今日に対して意見書・補正書の期限
- 今日に対して審査請求期限日
知財の判決をしらべる
コンテンツ・リンク
運営会社
プレスの皆様へ
- お問い合わせ
ユーザーの皆様
- お問い合わせ・フィードバック
広告掲載を希望の皆様へ
- 広告掲載について
- 求人広告の掲載について

IP Force 特許公報掲載プロジェクト 2022.1.31 β版