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

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 中国移動通信有限公司研究院の特許一覧 ▶ 中国移▲動▼通信集▲団▼公司の特許一覧

特表2024-539326情報報告方法、端末機器及びネットワーク側機器

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

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

< >

1
2
3
4
5
6
7
8
9
10

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

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

(11)【公表番号】

(43)【公表日】2024-10-28

(54)【発明の名称】情報報告方法、端末機器及びネットワーク側機器

(51)【国際特許分類】

H04W 24/10 20090101AFI20241018BHJP

H04W 24/02 20090101ALI20241018BHJP

H04W 74/0833 20240101ALI20241018BHJP

【ＦＩ】

H04W24/10

H04W24/02

H04W74/0833

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024525334

(86)(22)【出願日】2022-10-28

(85)【翻訳文提出日】2024-06-19

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

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

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

(31)【優先権主張番号】202111260246.9

(32)【優先日】2021-10-28

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】518389015

【氏名又は名称】中国移動通信有限公司研究院

【氏名又は名称原語表記】ＣｈｉｎａＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎＣｏ．，ＬｔｄＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ

【住所又は居所原語表記】３２ＸｕａｎｗｕｍｅｎＷｅｓｔＳｔｒｅｅｔ，ＸｉｃｈｅｎｇＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００５３，Ｃｈｉｎａ

(71)【出願人】

【識別番号】507142144

【氏名又は名称】中国移動通信集団有限公司

【氏名又は名称原語表記】ＣＨＩＮＡＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＧＲＯＵＰＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本健策

(72)【発明者】

【氏名】▲劉▼▲亮▼

(72)【発明者】

【氏名】黄学▲艷▼

(72)【発明者】

【氏名】胡南

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

5K067

【Ｆターム（参考）】

5K067DD43

5K067DD44

5K067EE02

5K067EE10

5K067HH23

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

前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータ量閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
請求項４１に記載のネットワーク側機器。

【請求項43】

前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
請求項４１に記載のネットワーク側機器。

【請求項44】

前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
請求項４１に記載のネットワーク側機器。

【請求項45】

【請求項46】

前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される、
請求項４１に記載のネットワーク側機器。

【請求項47】

前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用される、
請求項４１に記載のネットワーク側機器。

【請求項48】

前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
請求項４１に記載のネットワーク側機器。

【請求項49】

端末機器であって、前記端末機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、請求項１～１３のいずれか１項に記載の情報報告方法におけるステップを実現する、端末機器。

【請求項50】

ネットワーク側機器であって、前記ネットワーク側機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、請求項１４～２４のいずれか１項に記載の情報報告方法におけるステップを実現する、ネットワーク側機器。

【請求項51】

プロセッサによって実行されるとき、前記プロセッサに、請求項１～１３のいずれか１項に記載の情報報告方法におけるステップを実現させるか、又は請求項１４～２４のいずれか１項に記載の情報報告方法におけるステップを実現させるためのコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願への相互参照）
本出願は、出願番号が２０２１１１２６０２４６．９であり、出願日が２０２１年１０月２８日である中国特許出願に基づいて提出され、該中国特許出願の優先権を主張し、該中国特許出願の全ての内容が参照により本出願に組み込まれる。

【0002】

本出願は、通信技術分野に関し、特に、情報報告方法、端末機器及びネットワーク側機器に関する。

【背景技術】

【0003】

第５世代移動通信技術（５Ｇ）通信では、無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）非活性化（英語でＲＲＣ＿Ｉｎａｃｔｉｖｅと表現できる）状態が新たに導入される。関連技術では、端末機器は、ＲＲＣ接続状態に入る必要がなく、ＲＲＣ非活性化状態でランダムアクセスチャネル（ＲＡＣＨ：ＲａｎｄｏｍＡｃｃｅｓｓＣＨａｎｎｅｌ）により、又は構成許可（ＣＧ：ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ）プロセス中にスモールデータパケットを伝送することができる。

【0004】

しかし、端末機器はＲＲＣ非活性化状態で任意にデータを伝送することができず、ネットワーク側機器（例えば基地局）は、多くの条件又はパラメータ、例えばデータパケットサイズ、伝送リソース、伝送タイプなどを端末機器に構成する必要があり、端末機器はこれらの条件を満たし、適切なパラメータを使用してこそ、スモールデータパケットがネットワーク側機器にスムーズに送信されることを保証することができる。しかしながら、実際にはネットワーク側機器によって構成される各種の条件及びパラメータの初期値は経験にしか依存できず、端末機器がこれらの構成に基づいてスモールデータパケットの伝送（スモールデータ伝送とも呼ばれてもよい）を行うと、失敗状況が発生する可能性があり、ネットワーク側機器は伝送失敗の問題点を発見するのが難しく、さらにネットワーク性能の持続的な悪化を招きやすい。

【発明の概要】

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

【0005】

関連する技術的問題を解決するために、本出願の実施例は、情報報告方法、端末機器及びネットワーク側機器を提供する。

【0006】

第１態様では、本出願の実施例は、情報報告方法を提供し、該情報報告方法は、
端末機器がＲＲＣ非活性化状態でデータ伝送時の関連情報を取得又は記録することと、
前記関連情報をネットワーク側機器に報告することと、を含む。

【0007】

上記の解決策では、前記関連情報をネットワーク側機器に報告することは、
ＲＲＣ接続状態にある場合、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ接続状態へ転換するプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ非活性化状態で、前記関連情報を前記ネットワーク側機器に報告すること、及び
ランダムアクセスプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、のうちのいずれか１つを含む。

【0008】

上記の解決策では、前記関連情報をネットワーク側機器に報告することは、
前記ネットワーク側機器の要求に基づいて、前記関連情報を前記ネットワーク側機器に報告することを含む。

【0009】

上記の解決策では、前記ネットワーク側機器の要求に基づいて、前記関連情報を前記ネットワーク側機器に報告することは、
指示メッセージを前記ネットワーク側機器に送信することであって、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用される、ことと、
前記ネットワーク側機器によって送信された情報報告要求を受信することと、
前記情報報告要求に応答して、前記関連情報を前記ネットワーク側機器に報告することと、を含む。

【0010】

上記の解決策では、前記関連情報をネットワーク側機器に報告した後、前記情報報告方法はさらに、
前記ネットワーク側機器によって送信されたターゲット構成情報を受信することであって、前記ターゲット構成情報は、前記ネットワーク側機器が前記関連情報に基づいて前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報を調整した後の情報である、ことを含む。

【0011】

上記の解決策では、前記関連情報は、
データパケット情報、
ＣＧリソースを使用して前記データパケットを伝送する場合のタイミング前倒し（ＴＡ：ＴｉｍｅＡｄｖａｎｃｅｄ）情報、
参照信号受信電力（ＲＳＲＰ：ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｉｎｇＰｏｗｅｒ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ：ＢａｎｄｗｉｄｔｈＰａｒｔ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む。

【0012】

上記の解決策では、前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータパケット量の閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量の閾値を超えるかどうか、のうちの少なくとも１つを含む。

【0013】

上記の解決策では、前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ：ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌａｎｄＰＢＣＨｂｌｏｃｋ）情報のうちの少なくとも１つを含む。

【0014】

上記の解決策では、前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ：ＳｍａｌｌＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む。

【0015】

上記の解決策では、前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、
又は、前記伝送タイプ情報はさらに、ＲＡＣＨを使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用される。

【0016】

上記の解決策では、前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される。

【0017】

上記の解決策では、前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）リソースを使用することを示すために使用される。

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

【0053】

【0054】

第５態様では、本出願の実施例は、端末機器をさらに提供し、前記端末機器は、トランシーバ、メモリ、プロセッサ、及びメモリに記憶されてプロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、前記コンピュータプログラムを実行するとき、上記の第１態様に記載の情報報告方法におけるステップを実現する。

【0055】

第６態様では、本出願の実施例は、ネットワーク側機器をさらに提供し、前記ネットワーク側機器は、トランシーバ、メモリ、プロセッサ、及びメモリに記憶されてプロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、前記コンピュータプログラムを実行するとき、上記の第２態様に記載の情報報告方法におけるステップを実現する。

【0056】

第７態様では、本出願の実施例は、コンピュータ可読記憶媒体をさらに提供し、前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されるとき、前記プロセッサに上記の第１態様に記載の情報報告方法におけるステップを実現するか、又は上記の第２態様に記載の情報報告方法におけるステップを実現させる。

【0057】

【図面の簡単な説明】

【0058】

【図1】本出願の実施例による情報報告方法の第１のフローチャートである。

【0059】

【図2】本出願の実施例による端末機器がＲＲＣ非活性化状態でデータを送信する第１のフローチャートである。

【0060】

【図3】本出願の実施例による端末機器がＲＲＣ非活性化状態でデータを送信する第２のフローチャートである。

【0061】

【図4】本出願の実施例による競争に基づく４ステップのＲＡＣＨのフローチャートである。

【0062】

【図5】本出願の実施例による競争に基づく２ステップのＲＡＣＨのフローチャートである。

【0063】

【図6】本出願の実施例による情報報告方法の第２のフローチャートである。

【0064】

【図7】本出願の実施例による端末機器の第１の構造図である。

【0065】

【図8】本出願の実施例によるネットワーク側機器の第１の構造図である。

【0066】

【図9】本出願の実施例による端末機器の第２の構造図である。

【0067】

【図10】本出願の実施例によるネットワーク側機器の第２の構造図である。

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

【0068】

本出願の実施例の技術的解決策をより明確に説明するために、以上において本出願の実施例の説明に使用する必要がある図面を簡単に紹介する。明らかに、以上に説明された図面は、本出願の実施例の一部だけであり、当業者にとっては、創造的な労力を払うことなく、これらの図面に基づいて他の図面をさらに取得することができる。

【0069】

以下、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決策を明確かつ完全に説明し、明らかに、説明される実施例は、本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づいて、当業者が創造的な労力を払うことなく得られた他の全ての実施例は、いずれも本出願の保護範囲に属する。

【0070】

図１を参照すると、図１は、本出願の実施例による情報報告方法のフローチャートであり、図１に示すように、ステップ１０１～ステップ１０２を含む。

【0071】

ステップ１０１において、端末機器は、ＲＲＣ非活性化状態でデータ伝送時の関連情報を取得又は記録する。

【0072】

５Ｇ通信では、端末機器は、ＲＲＣアイドル状態とＲＲＣ接続（英語でＲＲＣ＿Ｃｏｎｎｅｃｔｅｄと表現できる）状態を備えるほか、さらにＲＲＣアイドル状態とＲＲＣ接続状態の間に位置する中間状態であるＲＲＣ非アクティブ（ＲＲＣ＿Ｉｎａｃｔｉｖｅ）状態が新たに導入される。主な目的は、リソースとエネルギーをできるだけ節約する場合に、端末機器がＲＲＣ接続状態に迅速に入ってプロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションの確立を完了するようにして、５Ｇによって提案される超信頼性と低遅延シナリオの要求を満たすことである。

【0073】

端末機器がＲＲＣ非活性化状態にあり、ネットワーク側機器（例えば基地局）が端末機器をページングするか又は端末機器が無線アクセスネットワークベースの通知領域（ＲＮＡ：ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋｂａｓｅｄｎｏｔｉｆｉｃａｔｉｏｎａｒｅａ）の更新を開始する場合、端末機器はＲＲＣ接続回復プロセスを開始し、具体的には以下のステップを含む。

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

【0172】

【0173】

【0174】

【0175】

【0176】

【0177】

【0178】

【0179】

本出願の実施例によって提供されるネットワーク側機器は、上記の方法の実施例を実行することができ、その実現原理及び技術的効果が同様であるため、本実施例では詳しく説明しない。

【0180】

本出願の実施例のネットワーク側機器は、端末機器によって報告された関連情報を受信し、ここで、前記関連情報は、ＲＲＣ非活性化状態でデータ伝送時の前記端末機器によって取得又は記録された関連情報である。このようにして、ネットワーク側機器は、ＲＲＣ非活性化状態でデータ伝送時の端末によって報告された関連情報を受信することで、該関連情報に基づいて、ＲＲＣ非活性化状態でデータ伝送時の構成情報が合理であるかどうかを分析することができ、さらに不合理な構成情報を最適化し、ネットワーク性能を向上させることができる。

【0181】

本出願の実施例は、端末機器をさらに提供する。端末機器が問題を解決する原理は本出願の実施例における情報報告方法と同様であるため、該端末機器の実施は方法の実施を参照することができ、重複のところについては、詳しく説明しない。図９に示すように、本出願の実施例の端末機器は、プロセッサ９００及びトランシーバ９１０を含む。

【0182】

プロセッサ９００は、メモリ９２０内のプログラムを読み取り、
ＲＲＣ非活性化状態でデータ伝送時の関連情報を取得又は記録することと、
トランシーバ９１０により前記関連情報をネットワーク側機器に報告することとを実行するように構成される。

【0183】

トランシーバ９１０は、プロセッサ９００の制御下でデータを送受信するように構成される。

【0184】

図９では、バスアーキテクチャは、任意の数の相互に接続されたバス及びブリッジを含むことができ、具体的に、プロセッサ９００によって表される１つ又は複数のプロセッサ及びメモリ９２０によって表されるメモリの様々な回路が互いにリンクされる。バスアーキテクチャはさらに、周辺機器、電圧レギュレータ、電力管理回路などの他の様々な回路をリンクすることができるが、これらはすべて当技術分野でよく知られているため、本明細書ではこれ以上説明しない。バスインターフェースはインターフェースを提供する。トランシーバ９１０は、複数の素子であってもよく、即ち送信機及び受信機を含み、伝送媒体で他の様々な装置と通信するためのユニットを提供する。異なるユーザ機器に対して、ユーザインターフェース９３０はさらに、必要な機器を外部接続及び内部接続可能なインターフェースであってもよく、接続された機器は、キーパッド、ディスプレイ、スピーカ、マイク、ジョイスティックなどを含むが、これらに限定されない。プロセッサ９００は、バスアーキテクチャ及び一般的な処理の管理を担当し、メモリ９２０は、操作を実行するときにプロセッサ９００によって使用されるデータを記憶することができる。

【0185】

一実施例では、プロセッサ９００はさらに、メモリ９２０内のプログラムを読み取り、
ＲＲＣ接続状態にある場合、トランシーバ９１０により前記関連情報を前記ネットワーク側機器に報告するステップと、
ＲＲＣ接続状態へ転換するプロセスに、トランシーバ９１０により前記関連情報を前記ネットワーク側機器に報告するステップと、
ＲＲＣ非活性化状態で、トランシーバ９１０により前記関連情報を前記ネットワーク側機器に報告するステップと、
ランダムアクセスプロセスに、トランシーバ９１０により前記関連情報を前記ネットワーク側機器に報告するステップと、を実行するように構成される。

【0186】

一実施例では、プロセッサ９００はさらに、メモリ９２０内のプログラムを読み取り、
前記ネットワーク側機器の要求に基づいて、トランシーバ９１０により前記関連情報を前記ネットワーク側機器に報告するステップを実行するように構成される。

【0187】

一実施例では、プロセッサ９００はさらに、メモリ９２０内のプログラムを読み取り、
トランシーバ９１０により指示メッセージを前記ネットワーク側機器に送信するステップであって、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用される、ステップと、
トランシーバ９１０により前記ネットワーク側機器によって送信された情報報告要求を受信するステップと、
トランシーバ９１０により前記情報報告要求に応答して、前記関連情報を前記ネットワーク側機器に報告するステップと、を実行するように構成される。

【0188】

一実施例では、プロセッサ９００はさらに、メモリ９２０内のプログラムを読み取り、
トランシーバ９１０により前記ネットワーク側機器によって送信されたターゲット構成情報を受信するステップであって、前記ターゲット構成情報は、前記ネットワーク側機器が前記関連情報に基づいて前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報を調整した後の情報である、ステップを実行するように構成される。

【0189】

【0190】

【0191】

【0192】

【0193】

【0194】

【0195】

【0196】

【0197】

【0198】

本出願の実施例は、ネットワーク側機器をさらに提供する。ネットワーク側機器が問題を解決する原理は本出願の実施例における情報報告方法と同様であるため、該ネットワーク側機器の実施は方法の実施を参照することができ、重複のところについては、詳しく説明しない。図１０に示すように、本出願の実施例のネットワーク側機器は、プロセッサ１０００及びトランシーバ１０１０を含む。

【0199】

プロセッサ１０００は、メモリ１０２０内のプログラムを読み取り、
トランシーバ１０１０により端末機器によって報告された関連情報を受信することであって、前記関連情報は、ＲＲＣ非活性化状態でデータ伝送時の前記端末機器によって取得又は記録された関連情報である、ことを実行するように構成される。

【0200】

トランシーバ１０１０は、プロセッサ１０００の制御下でデータを送受信するように構成される。

【0201】

図１０では、バスアーキテクチャは、任意の数の相互に接続されたバス及びブリッジを含むことができ、具体的に、プロセッサ１０００によって表される１つ又は複数のプロセッサ及びメモリ１０２０によって表されるメモリの様々な回路が互いにリンクされる。バスアーキテクチャはさらに、周辺機器、電圧レギュレータ、電力管理回路などの他の様々な回路をリンクすることができるが、これらはすべて当技術分野でよく知られているため、本明細書ではこれ以上説明しない。バスインターフェースはインターフェースを提供する。トランシーバ１０１０は、複数の素子であってもよく、即ち送信機及び受信機を含み、伝送媒体で他の様々な装置と通信するためのユニットを提供する。プロセッサ１０００は、バスアーキテクチャ及び一般的な処理の管理を担当し、メモリ１０２０は、操作を実行するときにプロセッサ１０００によって使用されるデータを記憶することができる。

【0202】

一実施例では、プロセッサ１０００はさらに、メモリ１０２０内のプログラムを読み取り、
前記関連情報に基づいて、前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報に対して合理性分析を行うステップと、前記構成情報が不合理であることを決定する場合、前記構成情報を調整し、ターゲット構成情報を得るステップと、
トランシーバ１０１０により前記ターゲット構成情報を前記端末機器に送信するステップと、を実行するように構成される。

【0203】

一実施例では、プロセッサ１０００はさらに、メモリ１０２０内のプログラムを読み取り、
トランシーバ１０１０により前記端末機器によって送信された指示メッセージを受信するステップであって、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用される、ステップと、
トランシーバ１０１０により情報報告要求を前記端末機器に送信するステップと、
トランシーバ１０１０により前記端末機器によって報告された前記関連情報を受信するステップと、を実行するように構成される。

【0204】

【0205】

【0206】

【0207】

【0208】

【0209】

【0210】

【0211】

【0212】

【0213】

また、本出願の実施例のコンピュータ可読記憶媒体は、コンピュータプログラムを記憶するために使用され、前記コンピュータプログラムは、プロセッサによって実行されて前述の図１又は図６に示す情報報告方法の実施例におけるステップを実現することができる。

【0214】

本出願で提供されるいくつかの実施例では、開示される方法及び装置は、他の方式により実現されてもよいと理解すべきである。例えば、上記説明された装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は、論理機能的区分だけであり、実際に実現するときに他の区分モードもあり得て、例えば複数のユニット又は構成要素は組み合わせられてもよく又は別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。

【0215】

また、本出願の各実施例における各機能ユニットは、１つの処理ユニットに統合されてもよく、個々のユニットは単独で物理に存在してもよく、２つ又は２つ以上のユニットは、１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形式で実現されてもよく、ハードウェアとソフトウェアの機能ユニットの形式で実現されてもよい。

【0216】

ソフトウェア機能ユニットの形式で実現される上述の統合されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。上述のソフトウェア機能ユニットは、記憶媒体に記憶され、コンピュータ機器（パーソナルコンピュータ、サーバ、又はネットワーク機器などであってもよい）に本出願の各実施例に記載される方法の一部のステップを実行させるためのいくつかの命令を含む。前記の記憶媒体は、ＵＳＢフラッシュディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスク又は光ディスクなどのプログラムコードを記憶できる様々な媒体を含む。

【0217】

以上に記載されるものは、本出願の好ましい実施形態であり、指摘すべきこととして、当業者にとっては、本出願に記載される原理から逸脱することなく、いくつかの改良及び潤色をさらに行うことができ、これらの改良及び潤色も本出願の保護範囲とみなされるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-06-19

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

【請求項3】

前記関連情報は、
データ量情報、
構成許可(ＣＧ)リソースを使用してデータパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
請求項１に記載の情報報告方法。

【請求項4】

前記データ量情報は、
未決データ量又はバッファされたデータ量、
ネットワークによって構成されたデータ量閾値、及び
前記未決データ量又はバッファされたデータ量がネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
請求項３に記載の情報報告方法。

【請求項5】

前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
請求項３に記載の情報報告方法。

【請求項6】

前記ＲＳＲＰ情報は、
スモールデータ伝送（ＳＤＴ）が開始又は失敗したときのＲＳＲＰ値、
ネットワークによって構成された前記ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成された前記ＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
請求項３に記載の情報報告方法。

【請求項7】

前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、又は、
前記伝送タイプ情報はさらに、ランダムアクセスチャネル（ＲＡＣＨ）を使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用され、又は、
前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用され、又は、
前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用され、又は、
前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
請求項３に記載の情報報告方法。

【請求項8】

【請求項9】

【請求項10】

前記関連情報は、
データ量情報、
構成許可(ＣＧ)リソースを使用して前記データパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
請求項８に記載の情報報告方法。

【請求項11】

前記データ量情報は、
未決データ量又はバッファされたデータ量、
ネットワークによって構成されたデータ量閾値、及び
前記未決データ量又はバッファされたデータ量がネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
請求項１０に記載の情報報告方法。

【請求項12】

前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
請求項１０に記載の情報報告方法。

【請求項13】

前記ＲＳＲＰ情報は、
スモールデータ伝送（ＳＤＴ）が開始又は失敗したときのＲＳＲＰ値、
ネットワークによって構成された前記ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成された前記ＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記ＳＤＴが開始又は失敗したときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
請求項１０に記載の情報報告方法。

【請求項14】

端末機器であって、前記端末機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、請求項１～７のいずれか１項に記載の情報報告方法を実現する、端末機器。

【請求項15】

ネットワーク側機器であって、前記ネットワーク側機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、請求項８～１３のいずれか１項に記載の情報報告方法を実現する、ネットワーク側機器。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００５７

【補正方法】変更

【補正の内容】

【0057】

本出願の実施例では、端末機器は、ＲＲＣ非活性化状態でデータ伝送時の関連情報を取得又は記録し、ネットワーク側機器に前記関連情報を報告する。このようにして、端末機器は、ＲＲＣ非活性化状態でデータ伝送時の関連情報を記録し、該関連情報をネットワーク側機器に報告することで、ネットワーク側機器が伝送中のフィードバック情報を取得できるようになり、ネットワーク側機器が取得したフィードバック情報に基づいて、ＲＲＣ非活性化状態でデータ伝送時の構成情報が合理であるかどうかを分析するのに役立ち、さらに不合理な構成情報を最適化することで、ネットワーク性能を向上させることができ、ＲＲＣ非活性化状態でのデータ伝送方式がネットワーク性能の持続的な悪化を招きやすい問題を少なくとも解決することができる。
本発明は、例えば、以下の項目を提供する。
（項目１）
情報報告方法であって、
端末機器が無線リソース制御（ＲＲＣ）非活性化状態でデータ伝送時の関連情報を取得又は記録することと、
前記関連情報をネットワーク側機器に報告することと、を含む、情報報告方法。
（項目２）
前記関連情報をネットワーク側機器に報告することは、
ＲＲＣ接続状態にある場合、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ接続状態へ転換するプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ非活性化状態で、前記関連情報を前記ネットワーク側機器に報告すること、及び
ランダムアクセスプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、のうちのいずれか１つを含む、
項目１に記載の情報報告方法。
（項目３）
前記関連情報をネットワーク側機器に報告することは、
前記ネットワーク側機器の要求に基づいて、前記関連情報を前記ネットワーク側機器に報告することを含む、
項目１に記載の情報報告方法。
（項目４）
前記ネットワーク側機器の要求に基づいて、前記関連情報を前記ネットワーク側機器に報告することは、
指示メッセージを前記ネットワーク側機器に送信することであって、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用される、ことと、
前記ネットワーク側機器によって送信された情報報告要求を受信することと、
前記情報報告要求に応答して、前記関連情報を前記ネットワーク側機器に報告することと、を含む、
項目３に記載の情報報告方法。
（項目５）
前記関連情報をネットワーク側機器に報告した後、前記情報報告方法はさらに、
前記ネットワーク側機器によって送信されたターゲット構成情報を受信することであって、前記ターゲット構成情報は、前記ネットワーク側機器が前記関連情報に基づいて前記ＲＲＣ非活性化状態でデータ伝送時の構成情報を調整した後の情報である、ことを含む、
項目１に記載の情報報告方法。
（項目６）
前記関連情報は、
データパケット情報、
構成許可(ＣＧ)リソースを使用してデータパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
項目１に記載の情報報告方法。
（項目７）
前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータ量閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
項目６に記載の情報報告方法。
（項目８）
前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
項目６に記載の情報報告方法。
（項目９）
前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
項目６に記載の情報報告方法。
（項目１０）
前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、又は、
前記伝送タイプ情報はさらに、ランダムアクセスチャネル（ＲＡＣＨ）を使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用される、
項目６に記載の情報報告方法。
（項目１１）
前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される、
項目６に記載の情報報告方法。
（項目１２）
前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用される、
項目６に記載の情報報告方法。
（項目１３）
前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
項目６に記載の情報報告方法。
（項目１４）
ネットワーク側機器が端末機器によって報告された関連情報を受信することであって、前記関連情報は、無線リソース制御（ＲＲＣ）非活性化状態でデータ伝送時の前記端末機器によって取得又は記録された関連情報である、ことを含む、情報報告方法。
（項目１５）
前記ネットワーク側機器が端末機器によって報告された関連情報を受信した後、前記情報報告方法はさらに、
前記ネットワーク側機器が前記関連情報に基づいて、前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報に対して合理性分析を行うことと、
前記構成情報が不合理であることを決定する場合、前記構成情報を調整し、ターゲット構成情報を得ることと、
前記ターゲット構成情報を前記端末機器に送信することと、を含む、
項目１４に記載の情報報告方法。
（項目１６）
前記ネットワーク側機器が端末機器によって報告された関連情報を受信することは、
前記ネットワーク側機器が前記端末機器によって送信された指示メッセージを受信することであって、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用される、ことと、
情報報告要求を前記端末機器に送信することと、
前記端末機器によって報告された前記関連情報を受信することと、を含む、
項目１４に記載の情報報告方法。
（項目１７）
前記関連情報は、
データパケット情報、
構成許可(ＣＧ)リソースを使用して前記データパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
項目１４に記載の情報報告方法。
（項目１８）
前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータ量閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
項目１７に記載の情報報告方法。
（項目１９）
前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
項目１７に記載の情報報告方法。
（項目２０）
前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
項目１７に記載の情報報告方法。
（項目２１）
前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、
又は、前記伝送タイプ情報はさらに、ランダムアクセスチャネル（ＲＡＣＨ）を使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用される、
項目１７に記載の情報報告方法。
（項目２２）
前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される、
項目１７に記載の情報報告方法。
（項目２３）
前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用される、
項目１７に記載の情報報告方法。
（項目２４）
前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
項目１７に記載の情報報告方法。
（項目２５）
端末機器であって、トランシーバ及びプロセッサを含み、
前記プロセッサは、無線リソース制御（ＲＲＣ）非活性化状態でデータ伝送時の関連情報を取得又は記録するように構成され、
前記トランシーバは、前記関連情報をネットワーク側機器に報告するように構成される、端末機器。
（項目２６）
前記トランシーバはさらに、
ＲＲＣ接続状態にある場合、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ接続状態へ転換するプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、
ＲＲＣ非活性化状態で、前記関連情報を前記ネットワーク側機器に報告すること、及び
ランダムアクセスプロセスに、前記関連情報を前記ネットワーク側機器に報告すること、のうちのいずれか１つを実行するように構成される、
項目２５に記載の端末機器。
（項目２７）
前記トランシーバはさらに、前記ネットワーク側機器の要求に基づいて、前記関連情報を前記ネットワーク側機器に報告するように構成される、
項目２５に記載の端末機器。
（項目２８）
前記トランシーバはさらに、
指示メッセージを前記ネットワーク側機器に送信し、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用され、
前記ネットワーク側機器によって送信された情報報告要求を受信し、
前記情報報告要求に応答して、前記関連情報を前記ネットワーク側機器に報告するように構成される、
項目２７に記載の端末機器。
（項目２９）
前記トランシーバはさらに、前記ネットワーク側機器によって送信されたターゲット構成情報を受信するように構成され、前記ターゲット構成情報は、前記ネットワーク側機器が前記関連情報に基づいて前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報を調整した後の情報である、
項目２５に記載の端末機器。
（項目３０）
前記関連情報は、
データパケット情報、
構成許可(ＣＧ)リソースを使用して前記データパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
項目２５に記載の端末機器。
（項目３１）
前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータパケット量閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
項目３０に記載の端末機器。
（項目３２）
前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
項目３０に記載の端末機器。
（項目３３）
前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
項目３０に記載の端末機器。
（項目３４）
前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、
又は、前記伝送タイプ情報はさらに、ランダムアクセスチャネル（ＲＡＣＨ）を使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用される、
項目３０に記載の端末機器。
（項目３５）
前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される、
項目３０に記載の端末機器。
（項目３６）
前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用される、
項目３０に記載の端末機器。
（項目３７）
前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
項目３０に記載の端末機器。
（項目３８）
ネットワーク側機器であって、トランシーバ及びプロセッサを含み、
前記トランシーバは、端末機器によって報告された関連情報を受信するように構成され、前記関連情報は、無線リソース制御（ＲＲＣ）非活性化状態でデータ伝送時の前記端末機器によって取得又は記録された情報である、ネットワーク側機器。
（項目３９）
前記プロセッサはさらに、前記関連情報に基づいて、前記ＲＲＣ非活性化状態でデータパケットを伝送する構成情報に対して合理性分析を行い、前記構成情報が不合理であることを決定する場合、前記構成情報を調整し、ターゲット構成情報を得るように構成され、
前記トランシーバはさらに、前記ターゲット構成情報を前記端末機器に送信するように構成される、
項目３８に記載のネットワーク側機器。
（項目４０）
前記トランシーバはさらに、
前記端末機器によって送信された指示メッセージを受信し、前記指示メッセージは、前記端末機器が前記関連情報を記録することを示すために使用され、
情報報告要求を前記端末機器に送信し、
前記端末機器によって報告された前記関連情報を受信するように構成される、
項目３８に記載のネットワーク側機器。
（項目４１）
前記関連情報は、
データパケット情報、
構成許可(ＣＧ)リソースを使用して前記データパケットを伝送する場合のタイミング前倒し（ＴＡ）情報、
参照信号受信電力（ＲＳＲＰ）情報、
伝送タイプ情報、
前記データパケットの伝送時に生成されるフォールバック情報、
伝送リソース情報、
前記ネットワーク側機器にプリアンブルを送信するときの電力増加ステップ情報、
使用されるキャリア情報、
帯域幅パート（ＢＷＰ）情報、
伝送失敗回数情報、
論理チャネルスケジューリング要求遅延タイマー、及び
Ｔ３１９ａタイマー、のうちの少なくとも１つを含む、
項目３８に記載のネットワーク側機器。
（項目４２）
前記データパケット情報は、
伝送対象データ量のサイズ、
ネットワークによって構成されたデータ量閾値、及び
伝送対象データ量のサイズがネットワークによって構成されたデータ量閾値を超えるかどうか、のうちの少なくとも１つを含む、
項目４１に記載のネットワーク側機器。
（項目４３）
前記ＴＡ情報は、ＴＡ値、ＴＡ有効時間情報、ＴＡ有効時間を超えるかどうか、及び前記ＣＧリソースに対応する同期信号ブロック（ＳＳＢ）情報のうちの少なくとも１つを含む、
項目４１に記載のネットワーク側機器。
（項目４４）
前記ＲＳＲＰ情報は、
前記データパケットを伝送するときのＲＳＲＰ値、
ネットワークによって構成されたスモールデータ伝送（ＳＤＴ）を選択するときのＲＳＲＰ閾値、
ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値、
ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成された非ＳＤＴを選択するときのＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が、ネットワークによって構成されたＳＤＴを選択するときに送信されるＳＳＢに対応するＲＳＲＰ閾値より高いかどうか、
前記データパケットを伝送するときのＲＳＲＰ値が有効ＣＧリソースに対応するＲＳＲＰ閾値より高いかどうか、のうちの少なくとも１つを含む、
項目４１に記載のネットワーク側機器。
（項目４５）
前記伝送タイプ情報は、前記データパケットを伝送するときにＣＧ又はランダムアクセスプロセスを使用することを示すために使用され、
又は、前記伝送タイプ情報はさらに、ランダムアクセスチャネル（ＲＡＣＨ）を使用して前記データパケットを伝送する場合、２ステップのランダムアクセス又は４ステップのランダムアクセスを選択することを示すために使用される、
項目４１に記載のネットワーク側機器。
（項目４６）
前記フォールバック情報は、前記データパケットを伝送するときにＣＧの使用から２ステップのＲＡＣＨの使用へフォールバックし、又は２ステップのＲＡＣＨの使用から４ステップのＲＡＣＨの使用へフォールバックすることを示すために使用される、
項目４１に記載のネットワーク側機器。
（項目４７）
前記伝送リソース情報は、前記データパケットを伝送するときにＣＧリソース又は物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを使用することを示すために使用される、
項目４１に記載のネットワーク側機器。
（項目４８）
前記使用されるキャリア情報は、前記データパケットを伝送するときに補足アップリンク（ＳＵＬ）キャリア又はアップリンク（ＵＬ）キャリアを使用することを示すために使用される、
項目４１に記載のネットワーク側機器。
（項目４９）
端末機器であって、前記端末機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、項目１～１３のいずれか１項に記載の情報報告方法におけるステップを実現する、端末機器。
（項目５０）
ネットワーク側機器であって、前記ネットワーク側機器は、トランシーバ、メモリ、プロセッサ、及び前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムを含み、前記プロセッサは、メモリ内のプログラムを読み取って、項目１４～２４のいずれか１項に記載の情報報告方法におけるステップを実現する、ネットワーク側機器。
（項目５１）
プロセッサによって実行されるとき、前記プロセッサに、項目１～１３のいずれか１項に記載の情報報告方法におけるステップを実現させるか、又は項目１４～２４のいずれか１項に記載の情報報告方法におけるステップを実現させるためのコンピュータプログラムを記憶する、コンピュータ可読記憶媒体。

【国際調査報告】

知財求人

青山学院大学 (神奈川県相模原市中央区淵野辺)

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

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

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