特許7449959 | 知財ポータル「IP Force」

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

▶ 富士通株式会社の特許一覧

特許7449959システム情報要求の送信方法、装置及びシステム

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-06

(45)【発行日】2024-03-14

(54)【発明の名称】システム情報要求の送信方法、装置及びシステム

(51)【国際特許分類】

H04W 48/08 20090101AFI20240307BHJP

H04W 72/0453 20230101ALI20240307BHJP

H04W 74/08 20240101ALI20240307BHJP

【ＦＩ】

H04W48/08

H04W72/0453

H04W74/08

【請求項の数】 10

(21)【出願番号】P 2021556930

(86)(22)【出願日】2019-03-28

(65)【公表番号】

(43)【公表日】2022-06-14

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

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

(87)【国際公開日】2020-10-01

【審査請求日】2021-10-25

【審判番号】

【審判請求日】2023-07-04

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(72)【発明者】

【氏名】ジア・メイイ

(72)【発明者】

【氏名】リ・グオルゥォン

【合議体】

【審判長】中木努

【審判官】廣川浩

【審判官】新田亮

(56)【参考文献】

【文献】３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ；ＮＲ；ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ１５），３ＧＰＰＤＲＡＦＴ＿３８３３１－Ｆ５０，［ｏｎｌｉｎｅ］，２０１９年３月２５日アップロード，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／２０１９０３＿ｄｒａｆｔ＿ｓｐｅｃｓ＿ａｆｔｅｒ＿ＲＡＮ＿８３／Ｄｒａｆｔ＿３８３３１－ｆ５０．ｚｉｐ＞

【文献】３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ；ＮＲ；ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ１５），３ＧＰＰＴＳ３８．３２１Ｖ１５．４．０（２０１８－１２），［ｏｎｌｌｉｎｅ］，２０１９年１月１１日アップロード，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／３８＿ｓｅｒｉｅｓ／３８．３２１／３８３２１－ｆ４０．ｚｉｐ＞

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H04B7/24- 7/26

H04W4/00-99/00

3GPP TSG RAN WG1-4

SA WG1-4

CT WG1,4

(57)【特許請求の範囲】

【請求項1】

端末装置に構成された、システム情報要求の送信装置であって、
サービングセルにＳＵＬが構成されているか否かに基づいて、メッセージ１に基づくシステム情報（ＳＩ）要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介してネットワーク装置にオンデマンドシステム情報を要求するか否かを決定する決定部であって、ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、前記端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートし、且つ前記端末装置がサポートされているＳＵＬ周波数帯域のＮＲ－ＮＳ－ＰｍａｘＬｉｓｔにおける少なくとも１つのａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎをサポートする場合、前記サービングセルにＳＵＬが構成されている、決定部、を含み、
前記決定部は、第１の選択部を含み、
前記第１の選択部は、
前記サービングセルに前記ＳＵＬが構成されており、且つＳＵＬを選択するための基準を満たす場合、前記ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでない場合、前記サービングセルにＮＵＬが構成されており、且つＮＵＬを選択するための基準を満たすとき、前記ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでないとき、メッセージ３に基づくＳＩ要求手順を使用し、
ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれている場合、前記サービングセルに前記ＮＵＬが構成されていると判断する、装置。

【請求項2】

ＳＵＬを選択するための基準を満たすことは、
ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いはＳＵＬが専用シグナリングを介して構成されている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、又は
ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いは専用シグナリングにＳＵＬでのランダムアクセスパラメータの構成情報が含まれている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、又は
ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合であり、
ＳＵＬを選択するための基準を満たすことに、ランダムアクセス手順のサービングセルにＳＵＬが構成されていることが含まれる場合、
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄフィールドが含まれること、
ＳＣｅｌｌＣｏｎｆｉｇフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇフィールドが含まれること、
ＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇフィールドが含まれること、及び
ＳｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋフィールドが存在することのうちの１つ又は複数の条件を満たすとき、前記サービングセルに前記ＳＵＬが構成されていると判断する、請求項１に記載の装置。

【請求項3】

端末装置に構成された、システム情報要求の送信装置であって、
ＳＩＢ１にＳＵＬの構成が含まれるか否か、及び前記端末装置が前記ＳＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくシステム情報（ＳＩ）要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介してネットワーク装置にオンデマンドシステム情報を要求するか否かを決定する決定部、を含み、
前記決定部は、第２の選択部を含み、
前記第２の選択部は、
前記ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ前記端末装置が前記ＳＵＬの構成をサポートでき、且つＳＵＬを選択するための基準を満たす場合、ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでない場合、前記ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ前記端末装置がＮＵＬの構成をサポートでき、且つＮＵＬを選択するための基準を満たすとき、ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでないとき、メッセージ３に基づくＳＩ要求手順を使用する、装置。

【請求項4】

前記端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートすること、
前記端末装置がＳＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートすること、及び
前記端末装置がサポートされているＳＵＬ周波数帯域のＮＲ－ＮＳ－ＰｍａｘＬｉｓｔにおける少なくとも１つのａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎをサポートし、或いは、前記端末装置がサポートされているＳＵＬ周波数帯域におけるａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎが０であることをサポートすることのうちの１つ又は複数の条件を満たす場合、前記端末装置が前記ＳＵＬの構成をサポートできると判断する、請求項３に記載の装置。

【請求項5】

前記端末装置がＮＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートすること、
前記端末装置がＮＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートすること、及び
前記端末装置がサポートされているＮＵＬ周波数帯域のＮＲ－ＮＳ－ＰｍａｘＬｉｓｔにおける少なくとも１つのａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎをサポートし、或いは、前記端末装置がサポートされているＮＵＬ周波数帯域のａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎが０であることをサポートすることのうちの１つ又は複数の条件を満たす場合、前記端末装置が前記ＮＵＬの構成をサポートできると判断する、請求項３に記載の装置。

【請求項6】

端末装置に構成された、システム情報要求の送信装置であって、
前記端末装置がＳＵＬの構成及びＮＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくシステム情報（ＳＩ）要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介してネットワーク装置にオンデマンドシステム情報を要求するか否かを決定する決定部、を含み、
前記決定部は、
ｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、ＳＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガし、或いはＮＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガするトリガ部と、
第３の選択部と、を含み、
前記第３の選択部は、
ＳＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガしており、且つＳＵＬを選択するための基準を満たす場合、ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでない場合、ＮＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガしており、且つＮＵＬを選択するための基準を満たすとき、ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用し、
そうでないとき、メッセージ３に基づくＳＩ要求手順を使用する、装置。

【請求項7】

ｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、少なくとも１つの必要なＳＩＢを含み、且つそのｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓがｎｏｔＢｒｏａｄｃａｓｔｉｎｇに設定されているＳＩメッセージについて、前記ＳＩメッセージのｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ前記端末装置が前記ＳＵＬの構成をサポートできる場合、前記トリガ部は、前記ＳＵＬを介して前記ＳＩメッセージを取得するためのＳＩ要求をトリガし、
そうでない場合、前記ＳＩメッセージのｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ前記端末装置が前記ＮＵＬの構成をサポートできる場合、前記トリガ部は、前記ＮＵＬを介して前記ＳＩメッセージを取得するためのＳＩ要求をトリガする、請求項６に記載の装置。

【請求項8】

【請求項9】

【請求項10】

端末装置に構成されたキャリア選択装置であって、
サービングセルにＳＵＬが構成されており、且つＳＵＬを選択するための基準を満たす場合、ＳＵＬキャリアを選択してランダムアクセス手順を実行する選択部、を含み、
ＳＵＬを選択するための基準を満たすことは、
ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いはＳＵＬが専用シグナリングを介して構成されている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、ランダムアクセス手順のために該ＳＵＬキャリアを選択すること、又は
ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いは専用シグナリングにＳＵＬでのランダムアクセスパラメータの構成情報が含まれている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、ランダムアクセス手順のために該ＳＵＬキャリアを選択することであり、
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄフィールドが含まれること、
ＳＣｅｌｌＣｏｎｆｉｇフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇフィールドが含まれること、
ＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇフィールドが含まれること、及び
ＳｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋフィールドが存在することのうちの１つ又は複数の条件を満たす場合、サービングセルにＳＵＬが構成されていると判断する、装置。

【発明の詳細な説明】

【技術分野】

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

含まれる図面は、本発明の実施例をさらに理解するために用いられ、明細書の一部を構成し、本発明の実施形態を例示するために用いられ、文言の記載と共に本発明の原理を説明する。なお、以下に説明される図面は、単なる本発明の一部の実施例であり、当業者にとっては、これらの図面に基づいて他の図面を容易に想到できる。

【図1】補助アップリンクを使用する一例の概略図である。

【図2】本発明の実施例の通信システムの概略図である。

【図3】実施例１のシステム情報要求の送信方法の１つの概略図である。

【図4】図３に示す実施例の方法を適用する１つの例の概略図である。

【図5】図３に示す実施例の方法を適用するもう１つの例の概略図である。

【図6】図３に示す実施例の方法を適用するさらにもう１つの例の概略図である。

【図7】実施例１のシステム情報要求の送信方法のもう１つの概略図である。

【図8】図７に示す実施例の方法を適用する１つの例の概略図である。

【図9】実施例１のシステム情報要求の送信方法のさらにもう１つの概略図である。

【図10】図９に示す実施例の方法を適用する１つの例の概略図である。

【図11】実施例２のシステム情報要求の構成方法の１つの概略図である。

【図12】実施例３のキャリア選択方法の１つの概略図である。

【図13】実施例４のシステム情報要求の送信装置の１つの概略図である。

【図14】実施例４のシステム情報要求の送信装置のもう１つの概略図である。

【図15】実施例４のシステム情報要求の送信装置のさらにもう１つの概略図である。

【図16】実施例５のシステム情報要求の構成装置の１つの概略図である。

【図17】実施例６のキャリア選択装置の１つの概略図である。

【図18】実施例７の端末装置の概略図である。

【図19】実施例８のネットワーク装置の概略図である。

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

【0035】

本発明の上記及び他の特徴は以下の説明により明らかになる。明細書及び図面において、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明は説明される実施形態に限定されない。本発明は、添付される特許請求の範囲内の全ての変更されたもの、変形されたもの及び均等的なものを含む。以下は、図面を参照しながら本発明の各実施形態を説明する。これらの実施形態は単なる例示的なものであり、本発明を制限するものではない。

【0036】

本発明の実施例では、用語「第１」、「第２」などは、タイトルで異なる要素を区別するために用いられるが、これらの要素の空間的配列又は時間的順序などを表すものではなく、これらの要素はこれらの用語に制限されない。用語「及び／又は」は、関連するリストに列挙された用語の１つ又は複数のうち何れか１つ及び全ての組み合わせを含む。用語「含む」、「包括する」、「有する」などは、列挙された特徴、要素、素子又は構成部材の存在を意味するが、１つ又は複数の他の特徴、要素、素子又は構成部材の存在又は追加を排除するものではない。

【0037】

本発明の実施例では、単数形の「１つ」、「該」などは複数形を含み、「１種類」又は「１類」と広義的に理解されるべきであり、「１個」に限定されない。また、用語「前記」は、文脈がそうでないことを明確に示さない限り、単数形及び複数形両方を含むと理解されるべきである。また、文脈がそうでないことを明確に示さない限り、用語「に記載の」は「少なくとも一部に記載の」と理解されるべきであり、用語「に基づいて」は「少なくとも一部に基づいて」と理解されるべきである。

【0038】

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、例えばロングタームエボリューション（ＬＴＥ：ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、進化したロングタームエボリューション（ＬＴＥ－Ａ、ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）などの任意の通信規格に適合するネットワークを意味してもよい。

【0039】

また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われてもよく、該通信プロトコルは、例えば１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、及び将来の５Ｇ、新しい無線（ＮＲ：ＮｅｗＲａｄｉｏ）等、及び／又は現在の既知の他の通信プロトコル若しくは将来開発される他の通信プロトコルを含んでもよいが、これらに限定されない。

【0040】

本発明の実施例では、用語「ネットワーク装置」は、例えば通信システムに端末装置をアクセスさせて該端末装置にサービスを提供する通信システム内の装置を意味する。ネットワーク装置は、基地局（ＢＳ：ＢａｓｅＳｔａｔｉｏｎ）、アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ：ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）、ブロードキャスト送信機、モビリティ管理エンティティ（ＭＭＥ：ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ゲートウェイ、サーバ、無線ネットワークコントローラ（ＲＮＣ：ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、基地局コントローラ（ＢＳＣ：ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）などを含んでもよいが、これらに限定されない。

【0041】

そのうち、基地局は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、及び５Ｇ基地局（ｇＮＢ）など、並びにリモート無線ヘッド（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、リモート無線ユニット（ＲＲＵ：ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、中継装置（ｒｅｌａｙ）又は低電力ノード（例えばｆｅｍｔｏ、ｐｉｃｏなど）を含んでもよいが、これらに限定されない。また、用語「基地局」はそれらの機能の一部又は全てを含んでもよく、各基地局は特定の地理的エリアに対して通信カバレッジを提供してもよい。用語「セル」は、該用語が使用されるコンテキストに応じて、基地局及び／又はそのカバレッジエリアを意味してもよい。

【0042】

本発明の実施例では、用語「ユーザ装置」（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）又は用語「端末装置」（ＴＥ：ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ）は、例えばネットワーク装置を介して通信ネットワークにアクセスし、ネットワークサービスを受ける装置を意味する。端末装置は、固定的なもの又は移動的なものであってもよく、移動局（ＭＳ：ＭｏｂｉｌｅＳｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ：ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、アクセス端末（ＡＴ：ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどと称されてもよい。

【0043】

そのうち、端末装置は、携帯電話（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、パーソナルデジタルアシスタント（ＰＤＡ：ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線変復調装置、無線通信装置、ハンドヘルドデバイス、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話、スマートフォン、スマートウォッチ、デジタルカメラなどを含んでもよいが、これらに限定されない。

【0044】

例えば、モノのインターネット（ＩｏＴ：ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）などのシナリオでは、ユーザ装置は、監視又は測定を行う機器又は装置であってもよく、例えばマシンタイプ通信（ＭＴＣ：ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、デバイスツーデバイス（Ｄ２Ｄ：ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）端末、マシンツーマシン（Ｍ２Ｍ：ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）端末などを含んでもよいが、これらに限定されない。

【0045】

以下は、一例を参照しながら本発明の実施例のシナリオを説明するが、本発明はこれに限定されない。

【0046】

図２は、本発明の実施例の通信システムの概略図であり、ユーザ装置及びネットワーク装置の例を概略的に示している。図２に示すように、通信システム２００は、ネットワーク装置２０１及び端末装置２０２を含んでもよい。説明の便宜上、図２は、１つの端末装置のみを一例にして説明する。ネットワーク装置２０１は、例えばＮＲシステムにおけるネットワーク装置ｇＮＢである。

【0047】

本発明の実施例では、ネットワーク装置２０１と端末装置２０２との間では、既存のサービス又は将来に実装可能なサービスを行うことができる。例えば、これらのサービスは、拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）及び高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない。

【0048】

ここで、端末装置２０２は、例えばグラントフリー（ｇｒａｎｔ－ｆｒｅｅ）の伝送方式を用いてネットワーク装置２０１にデータを送信してもよい。ネットワーク装置２０１は、１つ又は複数の端末装置２０２により送信されたデータを受信し、端末装置２０２に情報（例えば肯定応答（ＡＣＫ）／非肯定応答（ＮＡＣＫ））をフィードバックしてもよく、端末装置２０２は、フィードバック情報に基づいて伝送手順の終了を確認してもよいし、新しいデータ伝送又はデータ再送を行ってもよい。

【0049】

以下は、図面を参照しながら本発明の実施例の各態様を説明する。これらの態様は単なる例示的なものであり、本発明を限定するものではない。

【0050】

＜実施例１＞
本実施例はシステム情報要求の送信方法を提供し、該方法は端末装置、例えば図２に示す端末装置２０２に適用される。

【0051】

図３は本実施例のシステム情報要求の送信方法の１つの概略図である。図３に示すように、該方法は以下のステップを含む。

【0052】

ステップ３０１：端末装置は、サービングセルにＳＵＬが構成されているか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介して（即ち、ＳＵＬにおいて、或いはＮＵＬにおいて）ネットワーク装置にｏｎｄｅｍａｎｄシステム情報を要求するか否かを決定する。

【0053】

本実施例では、端末装置は、「サービングセルにＳＵＬが構成されているか否か」に基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用するか否かを決定することができるため、端末装置の能力がサポートしない場合に誤ったＳＩ要求手順を選択することを回避することができる。

【0054】

本実施例では、サービングセルにＳＵＬが構成されており、且つＳＵＬを選択するための基準を満たす場合、端末装置は、該ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでない場合、サービングセルにＮＵＬが構成されており、且つＮＵＬを選択するための基準を満たすとき、端末装置は、該ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでないとき、端末装置は、メッセージ３に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。

【0055】

本実施例では、以下の１つ又は複数の条件を満たす場合、サービングセルにＳＵＬが構成されていると判断する。これらの条件は、以下の条件を含むが、該条件に限定されない。

【0056】

ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれている。

【0057】

端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域（ｆｒｅｑｕｅｎｃｙｂａｎｄｓ）をサポートする。

【0058】

端末装置がＳＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートする。

【0059】

端末装置がサポートされているＳＵＬ周波数帯域のＮＲ－ＮＳ－ＰｍａｘＬｉｓｔにおける少なくとも１つのａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎをサポートし、或いは、端末装置がサポートされているＳＵＬ周波数帯域におけるａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎが０であることをサポートする。

【0060】

本実施例では、以下の１つ又は複数の条件を満たす場合、サービングセルにＮＵＬが構成されていると判断する。これらの条件は、以下の条件を含むが、該条件に限定されない。

【0061】

ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれている。

【0062】

端末装置がＮＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域（ｆｒｅｑｕｅｎｃｙｂａｎｄｓ）をサポートする。

【0063】

端末装置がＮＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートする。

【0064】

端末装置がサポートされているＮＵＬ周波数帯域のＮＲ－ＮＳ－ＰｍａｘＬｉｓｔにおける少なくとも１つのａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎをサポートし、或いは、端末装置がサポートされているＮＵＬ周波数帯域のａｄｄｉｔｉｏｎａｌＳｐｅｃｔｒｕｍＥｍｉｓｓｉｏｎが０であることをサポートする。

【0065】

本実施例では、ＳＵＬを選択するための基準を満たすことは、以下の通りである。

【0066】

１つの態様では、ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いはＳＵＬが専用シグナリングを介して構成されている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、ＳＵＬを選択するための基準を満たすと判断する。

【0067】

もう１つの態様では、ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されており、或いは専用シグナリングにＳＵＬでのランダムアクセスパラメータの構成情報が含まれている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、ＳＵＬを選択するための基準を満たすと判断する。

【0068】

さらにもう１つの態様では、ランダムアクセス手順で使用されるキャリアが明示的に通知されていない場合、且つランダムアクセス手順のサービングセルにＳＵＬが構成されている場合、且つダウンリンクパス損失リファレンスのＲＳＲＰが閾値よりも低い場合、ＳＵＬを選択するための基準を満たすと判断する。

【0069】

本実施例では、ＳＵＬを選択するための基準を満たすことに「ランダムアクセス手順のサービングセルにＳＵＬが構成されている」ことが含まれる場合、以下の１つ又は複数の条件を満たす場合、サービングセルに前記ＳＵＬが構成されていると判断する。これらの条件は、以下の条件を含むが、該条件に限定されない。

【0070】

ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｒａｃｈ－ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄフィールドが含まれる。

【0071】

ＳＣｅｌｌＣｏｎｆｉｇフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇフィールドが含まれる。

【0072】

ＢＷＰ－ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄフィールドにｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋを含むｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇフィールドが含まれる。

【0073】

ＳｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋフィールドが存在する。

【0074】

この態様では、上述したＳＩ要求を行う際にサービングセルにＳＵＬが構成されているか否かを判断することと異なり、ランダムアクセス手順において、専用構成からＳＵＬ構成が受信された場合、サービングセルにＳＵＬが構成されていると判断する。

【0075】

本実施例では、「サービングセルにＳＵＬが構成されている」ことは、サービングセルにＳＵＬが構成されていると見なすこと、ＳＵＬが構成されていること、ＳＵＬが構成されていると見なすこと、端末装置にＳＵＬが構成されていること、端末装置にＳＵＬが構成されていると見なすこと、ＳＵＬが構成されていると端末装置により見なされること、サービングセルにＳＵＬが構成されていると端末装置により見なされることなどの何れかとして表現されてもよい。表現方法に関係なく、その意味は同一である。また、様々なシナリオでは、異なる表現を有してもよく、本実施例はこれらに限定されない。

【0076】

本実施例では、「ＮＵＬの基準を満たす」という条件に限定されず、「ＮＵＬの基準を満たす」の既存の条件が本発明に適用されてもよい。

【0077】

図４は本実施例の方法を適用する１つの例の概略図である。図４に示すように、現在の規格では、ｏｎｄｅｍａｎｄシステム情報の要求の記述を修正することができる。例えば、「if SIB1 includes si-SchedulingInfo containing si-RequestConfigSUL」を「if the serving cell is configured with supplementary uplink」に置き換え、「else if SIB1 includes si-SchedulingInfo containing si-RequestConfig」を「if the serving cell is configured with normal uplink」に置き換える。

【0078】

図５は本実施例の方法を適用するもう１つの例の概略図である。図５に示すように、現在の規格では、ＳＩメッセージの取得をトリガする記述を修正できる。例えば、１つのオプション、即ち「5 > if the UE supports one or more of frequency bands indicated
in the frequencyBandList of supplementary uplink band」を追加し、該オプションの下に１つのオプション、即ち「6 > consider supplementary uplink as configured in the serving
cell」を追加し、元のオプションである「6 > trigger a request to acquire the SI message(s) as defined in
sub-clause 5.2.2.3.3」を「6 > trigger a request to acquire
the SI message(s) over supplementary uplink as defined in sub-clause 5.2.2.3.3」に修正する。

【0079】

図５の例では、「端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートする」をサービングセルにＳＵＬが構成されている条件の一例として説明しているが、上記のオプション５＞は、上記のサービングセルにＳＵＬが構成されている他の条件に置き換えられてもよく、ここでその説明を省略する。

【0080】

図６は本実施例の方法を適用するさらにもう１つの例の概略図である。図６に示すように、現在の規格では、図５に示す現在の規格における関連記述の修正に基づいて、ＮＵＬに対する制限をさらに追加してもよい。例えば、１つのオプション「5 > else」を追加し、該オプションの下に２つのオプション、即ち「6 >
consider normal uplink as configured in the serving cell」及び「6 > trigger a request to acquire the SI message(s) over normal
uplink as defined in sub-clause 5.2.2.3.3」を追加する。

【0081】

図６の例では、オプション「6 > consider normal uplink as configured in the serving cell」を「6 > consider supplementary uplink as not configured in the
serving cell」に置き換えてもよい。

【0082】

本実施例の方法は、サービングセルにＳＵＬが構成されているか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用するか否かを決定することで、端末装置の能力がサポートしない場合に誤ったＳＩ要求手順を選択することを回避することができる。

【0083】

本実施例では、「サービングセルにＳＵＬが構成されている」という条件を１つのモジュールに統合することで、判断を行う際に該モジュールのみを呼び出せば良いため、端末の実装プロセスを最適化し、コストを節約することができる。

【0084】

図７は本実施例のシステム情報要求の送信方法のもう１つの概略図である。図７に示すように、該方法は以下のステップを含む。

【0085】

ステップ７０１：端末装置は、ＳＩＢ１にＳＵＬの構成が含まれるか否か、及び端末装置が該ＳＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介して（即ち、ＳＵＬにおいて、或いはＮＵＬにおいて）ネットワーク装置にｏｎｄｅｍａｎｄシステム情報を要求するか否かを決定する。

【0086】

本実施例では、「サービングセルにＳＵＬが構成されているか否か」は、「ＳＩＢ１にＳＵＬの構成が含まれているか否か、及び端末装置が該ＳＵＬの構成をサポートできるか否か」を意味する。端末装置は、ＳＩＢ１にＳＵＬの構成が含まれているか否か、及び端末装置が該ＳＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用するか否かを決定することで、端末装置の能力がサポートしない場合に誤ったＳＩ要求手順を選択することを回避することができる。

【0087】

本実施例では、ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ端末装置がＳＵＬの構成をサポートでき、且つＳＵＬを選択するための基準を満たす場合、端末装置は、ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでない場合、ＳＩＢ１にｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ端末装置がＮＵＬの構成をサポートでき、且つＮＵＬを選択するための基準を満たすとき、端末装置は、ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでないとき、端末装置は、メッセージ３に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。

【0088】

本実施例では、以下の１つ又は複数の条件を満たす場合、端末装置がＳＵＬの構成をサポートできると判断する。これらの条件は以下の条件を含むが、該条件に限定されない。

【0089】

【0090】

端末装置がＳＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートする。

【0091】

【0092】

本実施例では、以下の１つ又は複数の条件を満たす場合、端末装置がＮＵＬの構成をサポートできると判断する。これらの条件は以下の条件を含むが、該条件に限定されない。

【0093】

【0094】

端末装置がＮＵＬのｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈフィールドに示されている初期アップリンクＢＷＰの帯域幅をサポートする。

【0095】

【0096】

図８は本実施例の方法を適用する１つの例の概略図である。図８に示すように、現在の規格では、ｏｎｄｅｍａｎｄシステム情報の要求の記述を修正することができる。例えば、「if SIB1 includes si-SchedulingInfo containing si-RequestConfigSUL
and criteria to select supplementary uplink as defined in TS 38.321[13], clause
5.1.1 is met」を「if SIB1 includes si-SchedulingInfo
containing si-RequestConfigSUL and if the UE supports one or more of the
frequency bands indicated in the frequencyBandList of supplementary uplink and
criteria to select supplementary uplink as defined in TS 38.321[13], clause
5.1.1 is met」に置き換える。

【0097】

図８の例では、「端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートする」を「端末装置がＳＵＬの構成をサポートしている」の条件の一例として説明しているが、上記の表現は上記の「端末装置がＳＵＬの構成をサポートしている」の他の条件に置き換えられてもよく、ここでその説明を省略する。

【0098】

「端末装置がＮＵＬの構成をサポートしている」の条件について、現在の規格に対して追加や置き換えを行ってもよく、ここでその説明を省略する。

【0099】

本実施例の方法は、ＳＩＢ１にＳＵＬの構成が含まれるか否か、及び端末装置がＳＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用するか否かを決定することで、端末装置の能力がサポートしない場合に誤ったＳＩ要求手順を選択することを回避することができる。

【0100】

また、本実施例の方法は、ｏｎｄｅｍａｎｄシステム情報の要求を直接修正することで、柔軟性を図り、デバッグのオーバーヘッドを低減させることができるため、コストを削減することができる。

【0101】

図９は本実施例のシステム情報要求の送信方法のさらにもう１つの概略図である。図９に示すように、該方法は以下のステップを含む。

【0102】

ステップ９０１：端末装置は、端末装置がＳＵＬの構成及びＮＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用してＳＵＬ又はＮＵＬを介して（即ち、ＳＵＬにおいて、或いはＮＵＬにおいて）ネットワーク装置にｏｎｄｅｍａｎｄシステム情報を要求するか否かを決定する。

【0103】

本実施例では、「サービングセルにＳＵＬが構成されているか否か」は、「端末装置がＳＵＬの構成及びＮＵＬの構成をサポートできるか否か」を意味し、端末装置は、端末装置がＳＵＬの構成及びＮＵＬの構成をサポートできるか否かに基づいて、メッセージ１に基づくＳＩ要求手順又はメッセージ３に基づくＳＩ要求手順を使用するか否かを決定することで、端末装置の能力がサポートしない場合に誤ったＳＩ要求手順を選択することを回避することができる。

【0104】

本実施例では、ｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、ＳＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガし、或いはＮＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガしてもよい。ＳＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガしており、且つＳＵＬを選択するための基準を満たす場合、端末装置は、ＳＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでない場合、ＮＵＬを介してＳＩメッセージを取得するためのＳＩ要求をトリガしており、且つＮＵＬを選択するための基準を満たすとき、端末装置は、ＮＵＬを介してメッセージ１に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。そうでないとき、端末装置は、メッセージ３に基づくＳＩ要求手順を使用してネットワーク装置に該ｏｎｄｅｍａｎｄシステム情報を要求する。

【0105】

１つの態様では、ｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏに基づいて、「少なくとも１つの必要なＳＩＢを含み、且つそのｓｉ－ＢｒｏａｄｃａｓｔＳｔａｔｕｓがｎｏｔＢｒｏａｄｃａｓｔｉｎｇに設定されている」ＳＩメッセージについて、該ＳＩメッセージのｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇＳＵＬを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ端末装置がＳＵＬの構成をサポートできる場合、ＳＵＬを介して該ＳＩメッセージを取得するためのＳＩ要求をトリガする。そうでない場合、該ＳＩメッセージのｓｉ－ＲｅｑｕｅｓｔＣｏｎｆｉｇを含むｓｉ－ＳｃｈｅｄｕｌｉｎｇＩｎｆｏが含まれ、且つ端末装置がＮＵＬの構成をサポートできる場合、該ＮＵＬを介して該ＳＩメッセージを取得するためのＳＩ要求をトリガする。

【0106】

上記のトリガ方式は単なる一例であり、本実施例はこれに限定されない。

【0107】

本実施例では、「端末装置がＳＵＬ構成をサポートできる」という条件と「端末装置がＮＵＬの構成をサポートできる」という条件は、図７の態様と同様であり、ここでその内容を援用し、その説明を省略する。

【0108】

図１０は本実施例の方法を適用する１つの例の概略図である。図１０に示すように、現在の規格では、ＳＩメッセージの取得をトリガする記述を修正してもよい。例えば、１つのオプション「5 > if the UE supports one or more of frequency bands indicated
in the frequencyBandList of supplementary uplink band」を追加し、元のオプション「6 > trigger a request to acquire the SI message(s) as defined in
sub-clause 5.2.2.3.3」を「6 > trigger a request to
acquire the SI message(s) over supplementary uplink as defined in sub-clause
5.2.2.3.3」に修正する。

【0109】

図１０の例では、「端末装置がＳＵＬのｆｒｅｑｕｅｎｃｙＢａｎｄＬｉｓｔフィールドに示されている１つ又は複数の周波数帯域をサポートする」を「端末装置がＳＵＬの構成をサポートする」という条件の一例として説明しているが、上記のオプション５＞は、上記の「端末装置がＳＵＬの構成をサポートする」の他の条件に置き換えられてもよく、ここでその説明を省略する。

【0110】

図１０の例では、図５の例と同様に、追加されたオプション５＞の後にオプション「6 > consider supplementary uplink as configured in the serving
cell」を追加してもよい。

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

本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される際に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。

【0218】

本発明の実施例を参照しながら説明した各装置における各処理方法は、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又は両者の組み合わせで実施されてもよい。例えば、図面に示す機能的ブロック図における１つ若しくは複数、又は機能的ブロック図の１つ若しくは複数の組み合わせは、コンピュータプログラムフローの各ソフトウェアモジュールに対応してもよいし、各ハードウェアモジュールに対応してもよい。これらのソフトウェアモジュールは、図面に示す各ステップにそれぞれ対応してもよい。これらのハードウェアモジュールは、例えばフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）を用いてこれらのソフトウェアモジュールをハードウェア化して実現されてもよい。

【0219】

ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、モバイルハードディスク、ＣＤ－ＲＯＭ又は当業者にとって既知の任意の他の形の記憶媒体に位置してもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込むように該記憶媒体をプロセッサに接続してもよいし、記憶媒体がプロセッサの構成部であってもよい。プロセッサ及び記憶媒体はＡＳＩＣに位置してもよい。該ソフトウェアモジュールは移動端末のメモリに記憶されてもよいし、移動端末に挿入されたメモリカードに記憶されてもよい。例えば、機器（例えば移動端末）が比較的に大きい容量のＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置を用いる場合、該ソフトウェアモジュールは該ＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置に記憶されてもよい。

【0220】

図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、本願に記載されている機能を実行するための汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理装置、ディスクリートハードウェアコンポーネント、又はそれらの任意の適切な組み合わせで実現されてもよい。図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、例えば、コンピューティング機器の組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰ通信と組み合わせた１つ又は複数のマイクロプロセッサ又は他の任意の構成で実現されてもよい。

【0221】

以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び変更を行ってもよく、これらの変形及び変更も本発明の範囲内のものである。

【図1】