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

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

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

▶ ノキア　テクノロジーズ　オサケユイチアの特許一覧

特表2024-536717デバイスタイプに固有の１つ以上の条件に基づいて小規模データ伝送を開始すること

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

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

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【公表番号】

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

(54)【発明の名称】デバイスタイプに固有の１つ以上の条件に基づいて小規模データ伝送を開始すること

(51)【国際特許分類】

H04W 52/02 20090101AFI20241001BHJP

H04W 76/27 20180101ALI20241001BHJP

H04W 74/0833 20240101ALI20241001BHJP

【ＦＩ】

H04W52/02

H04W76/27

H04W74/0833

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024513960

(86)(22)【出願日】2022-08-17

(85)【翻訳文提出日】2024-03-01

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

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

(87)【国際公開日】2023-03-09

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

(32)【優先日】2021-09-02

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキアテクノロジーズオサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤直樹

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤嘉晃

(72)【発明者】

【氏名】コスキネンユッシ－ペッカ

(72)【発明者】

【氏名】トゥルティネンサムリヘイッキ

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

5K067

【Ｆターム（参考）】

5K067AA43

5K067EE02

(57)【要約】

小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を含む、方法が開示される。
【選択図】図５

【特許請求の範囲】

【請求項1】

少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサを用いて、前記装置に、
小規模データ伝送に対する１つ以上の第１の条件を取得することであって、前記１つ以上の第１の条件が、第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記取得することと、
前記１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、
を行わせるように構成される、前記装置。

【請求項2】

前記１つ以上の第１の条件は、少なくともアップリンクデータ量に対する条件を含み、
前記装置はさらに、
小規模データ伝送のためのアップリンクデータ量閾値を調整することによって、前記アップリンクデータ量に対する条件を取得することであって、前記アップリンクデータ量閾値が、前記１つ以上の第２の条件に含まれている、前記取得すること
を行わされ、
前記小規模データ伝送手順のアップリンクデータ量値が、前記調整されたアップリンクデータ量閾値以下である場合に、前記アップリンクデータ量に対する条件が満たされる、請求項１に記載の装置。

【請求項3】

前記アップリンクデータ量閾値は、前記アップリンクデータ量閾値を低減させることによって調整される、請求項２に記載の装置。

【請求項4】

前記１つ以上の第１の条件は、少なくとも参照信号受信電力に対する条件を含み、
前記装置はさらに、
小規模データ伝送のための参照信号受信電力閾値を調整することによって、前記参照信号受信電力に対する条件を取得することであって、前記参照信号受信電力閾値が、前記１つ以上の第２の条件に含まれている、前記取得すること
を行わされ、
測定された参照信号受信電力値が、前記調整された参照信号受信電力閾値以上である場合に、前記参照信号受信電力に対する条件が満たされる、いずれかの先行請求項に記載の装置。

【請求項5】

前記参照信号受信電力閾値は、前記参照信号受信電力閾値を増加させることによって調整される、請求項４に記載の装置。

【請求項6】

前記装置はさらに、
ランダムアクセスチャネルプリアンブルグループデータ量閾値を調整することと、
前記調整されたランダムアクセスチャネルプリアンブルグループデータ量閾値に少なくとも部分的に基づいて、ランダムアクセスチャネルプリアンブルグループを選択することと、
前記選択されたランダムアクセスチャネルプリアンブルグループから、前記小規模データ伝送手順のためのアップリンクリソースを要求するためにランダムアクセスプリアンブルを送信することと、
前記小規模データ伝送手順のための前記アップリンクリソースをインディケートするインディケーションを受信することと、
を行わされ、
前記小規模データ伝送手順が、前記インディケーションされたアップリンクリソースを使用することによって開始される、いずれかの先行請求項に記載の装置。

【請求項7】

前記１つ以上の第１の条件は、前記１つ以上の第２の条件の少なくとも１つの条件の構成値を、除算、乗算、加算、または減算することによって取得される、いずれかの先行請求項に記載の装置。

【請求項8】

前記装置はさらに、
前記１つ以上の第２の条件の少なくとも１つの条件を調整するために、少なくとも１つのオフセット値を受信することと、
前記少なくとも１つのオフセット値を、前記１つ以上の第２の条件の前記少なくとも１つの条件に適用することによって、前記１つ以上の第１の条件を取得することと、
を行わされ、
前記少なくとも１つのオフセット値が受信され、前記１つ以上の第１の条件が満たされる場合に、前記小規模データ伝送手順が開始される、請求項１～６のいずれかに記載の装置。

【請求項9】

前記１つ以上の第１の条件は、前記装置の、帯域幅、アンテナの数、受信機の数、バッテリ寿命の少なくとも１つに少なくとも部分的に基づいて取得される、いずれかの先行請求項に記載の装置。

【請求項10】

前記装置はさらに、
前記１つ以上の第１の条件及び／または前記１つ以上の第２の条件を、ワイヤレス通信ネットワークのネットワーク要素から受信することによって、前記１つ以上の第１の条件及び／または前記１つ以上の第２の条件を取得すること
を行わされる、いずれかの先行請求項に記載の装置。

【請求項11】

前記第１のデバイスタイプは、縮小機能デバイスを指し、前記装置は、縮小機能デバイスであるか、または前記縮小機能デバイスに含まれる、いずれかの先行請求項に記載の装置。

【請求項12】

少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードが、前記少なくとも１つのプロセッサを用いて、前記装置に、
少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、前記第１のインディケーションが前記第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられる、前記送信すること、
を行わせるように構成される、前記装置。

【請求項13】

前記インディケーションは、前記第１のデバイスタイプに固有である少なくとも１つの閾値を含み、
前記少なくとも１つの閾値が、アップリンクデータ量閾値、参照信号受信電力閾値、ランダムアクセスチャネルプリアンブルグループデータ量閾値の少なくとも１つを含む、請求項１２に記載の装置。

【請求項14】

前記インディケーションは、前記１つ以上の第２の条件の少なくとも１つを調整するために少なくともオフセット値を含む、請求項１２～１３のいずれかに記載の装置。

【請求項15】

前記インディケーションは、少なくとも、前記１つ以上の第１の端末デバイスと、前記第２のデバイスタイプの１つ以上の第２の端末デバイスとを含む複数の端末デバイスへブロードキャストされ、
前記ブロードキャストすることは、前記１つ以上の第１の端末デバイスに、前記インディケーションに少なくとも部分的に基づいて、前記１つ以上の第２の条件を調整することにより、前記１つ以上の第１の条件を取得させる、請求項１２～１４のいずれかに記載の装置。

【請求項16】

前記インディケーションは、専用のシグナリングを使用することによって、前記１つ以上の第１の端末デバイスに送信される、請求項１２～１４のいずれかに記載の装置。

【請求項17】

前記第１のデバイスタイプは、縮小機能デバイスを指し、前記１つ以上の第１の端末デバイスは、１つ以上の縮小機能デバイスを含む、請求項１２～１６のいずれかに記載の装置。

【請求項18】

方法であって、
小規模データ伝送に対する１つ以上の第１の条件を取得することであって、前記１つ以上の第１の条件が、第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記取得することと、
前記１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、
を含む、前記方法。

【請求項19】

方法であって、
少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、前記第１のインディケーションが前記第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記送信すること、
を含む、前記方法。

【請求項20】

コンピュータプログラムであって、
少なくとも以下の、
小規模データ伝送に対する１つ以上の第１の条件を取得することであって、前記１つ以上の第１の条件が、第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記取得することと、
前記１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、
を装置に行わせるための命令を含む、前記コンピュータプログラム。

【請求項21】

コンピュータプログラムであって、
少なくとも以下の、
少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、前記第１のインディケーションが前記第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記送信すること、
を装置に行わせるための命令を含む、前記コンピュータプログラム。

【請求項22】

少なくとも、第１のデバイスタイプの端末デバイスと、ワイヤレス通信ネットワークのネットワーク要素とを含むシステムであって、
前記ネットワーク要素が、
少なくとも前記第１のデバイスタイプの前記端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、前記第１のインディケーションが前記第１のデバイスタイプに固有であり、前記１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、前記１つ以上の第２の条件が、前記第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、前記送信すること、
を行うように構成されており、
前記端末デバイスが、
前記ネットワーク要素から前記インディケーションを受信することと、
前記１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、
を行うように構成されている、前記システム。

【発明の詳細な説明】

【技術分野】

【0001】

以下の例示的な実施形態は、ワイヤレス通信に関する。

【背景技術】

【0002】

ワイヤレス通信システムは、絶え間なく開発されている。例えば、デバイスは、接続確立からのシグナリングオーバーヘッドを低減するため、かつ電力消費を最小化するため、非アクティブ状態で少量データの送信または受信を行い得る。

【発明の概要】

【0003】

様々な例示的実施形態に対して求められる保護の範囲は、独立請求項によって定められている。独立請求項の範囲に入らない本明細書に説明される例示的実施形態及び特徴は、たとえあったとしても、様々な例示的実施形態を理解するために役立つ例として解釈されるべきである。

【0004】

一態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードが、少なくとも１つのプロセッサを用いて、装置に、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を行わせるように構成される、装置が提供される。

【0005】

別の態様によれば、小規模データ伝送に対する１つ以上の第１の条件を取得する手段であって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得する手段と、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始する手段と、を含む装置が提供される。

【0006】

別の態様によれば、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を含む、方法が提供される。

【0007】

別の態様によれば、少なくとも以下の、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を装置に行わせるための命令を含む、コンピュータプログラムが提供される。

【0008】

別の態様によれば、コンピューティング装置上で実行されると、コンピューティング装置に、少なくとも以下の、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を行わせるプログラム命令を含むコンピュータプログラム製品が提供される。

【0009】

別の態様によれば、少なくとも以下の、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を装置に行わせるためのプログラム命令を含む、コンピュータ可読媒体が提供される。

【0010】

別の態様によれば、少なくとも以下の、小規模データ伝送に対する１つ以上の第１の条件を取得することであって、１つ以上の第１の条件が、第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、取得することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を装置に行わせるためのプログラム命令を含む、非一時的コンピュータ可読媒体が提供される。

【0011】

別の態様によれば、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、少なくとも１つのメモリ及びコンピュータプログラムコードが、少なくとも１つのプロセッサを用いて、装置に、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を行わせるように構成される装置が提供される。

【0012】

別の態様によれば、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信する手段であって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信する手段、を含む装置が提供される。

【0013】

別の態様によれば、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を含む方法が提供される。

【0014】

別の態様によれば、少なくとも以下の、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を装置に行わせるための命令を含む、コンピュータプログラムが提供される。

【0015】

別の態様によれば、コンピューティング装置上で実行されると、コンピューティング装置に、少なくとも以下の、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を行わせるプログラム命令を含むコンピュータプログラム製品が提供される。

【0016】

別の態様によれば、少なくとも以下の、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を装置に行わせるためのプログラム命令を含む、コンピュータ可読媒体が提供される。

【0017】

別の態様によれば、少なくとも以下の、少なくとも第１のデバイスタイプの１つ以上の第１の端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を装置に行わせるためのプログラム命令を含む、非一時的コンピュータ可読媒体が提供される。

【0018】

別の態様によれば、少なくとも、第１のデバイスタイプの端末デバイスと、ワイヤレス通信ネットワークのネットワーク要素とを含むシステムが提供される。ネットワーク要素は、少なくとも第１のデバイスタイプの端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信することであって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信すること、を行うように構成されている。第１のデバイスタイプの端末デバイスは、ネットワーク要素からインディケーションを受信することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を行うように構成されている。

【0019】

別の態様によれば、少なくとも、第１のデバイスタイプの端末デバイスと、ワイヤレス通信ネットワークのネットワーク要素とを含むシステムが提供される。ネットワーク要素は、少なくとも第１のデバイスタイプの端末デバイスに、小規模データ伝送に対する１つ以上の第１の条件をインディケートするインディケーションを送信する手段であって、第１のインディケーションが第１のデバイスタイプに固有であり、１つ以上の第１の条件が、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、１つ以上の第２の条件が、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている、送信する手段、を含む。第１のデバイスタイプの端末デバイスは、ネットワーク要素からインディケーションを受信することと、１つ以上の第１の条件が満たされる場合、無線リソース制御の非アクティブ状態またはアイドル状態にある間に、小規模データ伝送手順を開始することと、を行う手段を含む。

【0020】

以下、様々な例示的実施形態について、添付図面を参照しながら、より詳細に説明する。

【図面の簡単な説明】

【0021】

【図1】セルラ通信ネットワークの例示的実施形態を示す。

【図2】いくつかの例示的実施形態によるシグナリング図を示す。

【図3】いくつかの例示的実施形態によるシグナリング図を示す。

【図4】いくつかの例示的実施形態によるフローチャートを示す。

【図5】いくつかの例示的実施形態によるフローチャートを示す。

【図6】いくつかの例示的実施形態によるフローチャートを示す。

【図7】いくつかの例示的実施形態によるフローチャートを示す。

【図8】いくつかの例示的実施形態による装置を示す。

【図9】いくつかの例示的実施形態による装置を示す。

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

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

レガシーＮＲＵＥ（２－Ｒｘ車両ＵＥを除く）が最小で４つのＲｘアンテナポートを装備する必要がある周波数帯域では、ＲｅｄＣａｐデバイス用にサポートされるＲｘブランチの最小数は１であってよい。この仕様はまた、これらの帯域におけるＲｅｄＣａｐデバイスの２つのＲｘブランチもサポートし得る。

【0059】

１つのＲｘブランチを有するＲｅｄＣａｐデバイスでは、１つのＤＬＭＩＭＯレイヤがサポートされ得る。２つのＲｘブランチを有するＲｅｄＣａｐデバイスでは、２つのＤＬＭＩＭＯレイヤがサポートされ得る。ｇＮＢは、ＵＥのＲｘブランチの数を把握することができる。ＤＬでの２５６ＱＡＭ（直交振幅変調）のサポートは、ＦＲ１ＲｅｄＣａｐデバイスの場合には（必須ではなく）任意選択的であってよい。

【0060】

ＲｅｄＣａｐデバイスは、キャリアアグリゲーション、デュアルコネクティビティ、及びより広い帯域幅などの機能の使用を防止することができる。

【0061】

ランダムアクセス手順中に、ＲｅｄＣａｐデバイスは、メッセージ１（Ｍｓｇ１、すなわち、ＲＡＣＨプリアンブル）及び／またはメッセージ３（Ｍｓｇ３）の早期インディケーションを通じて、ネットワークに対して明示的に識別可能であってもよく、サポートされる場合には、早期インディケーションに対してネットワークによって設定可能であるという能力を含む、メッセージＡ（ＭｓｇＡ）の早期インディケーションを通じて、ネットワークに対して明示的に識別可能であってもよい。Ｍｓｇ１及びＭｓｇ３は、４ステップのランダムアクセス手順で使用され得るのに対して、ＭｓｇＡは、２ステップのランダムアクセス手順で使用され得る。２ステップのランダムアクセス手順では、Ｍｓｇ１及びＭｓｇ３は、単一のメッセージ（すなわち、ＭｓｇＡ）に組み合わされ得る。

【0062】

システム情報インディケーションを用いて、ＲｅｄＣａｐデバイスがセル／周波数に対してキャンプできるか否かを示すことができる。このインディケーションは、ＲｅｄＣａｐデバイスのＲｘブランチの数に固有であってよい。

【0063】

ＲｅｄＣａｐデバイスは、ページングタイムウィンドウ（ＰＴＷ）及びページングハイパーフレーム（ＰＨ）を使用することなく、１０．２４秒までのｅＤＲＸサイクルを伴うＲＲＣ＿ＩＮＡＣＴＩＶＥ及びＲＲＣ＿ＩＤＬＥ状態に対する拡張された不連続受信（ｅＤＲＸ）をサポートすることができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥとＲＲＣ＿ＩＤＬＥとの間に、１つの共通の設計（例えばｅＤＲＸ値の共通のセット）が存在してよい。一部のＲｅｄＣａｐデバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ及びＲＲＣ＿ＩＤＬＥ状態に対して、１０４８５．７６秒までのｅＤＲＸサイクルを伴うｅＤＲＸをサポートすることができる。ＳＤＴは、少なくとも１０．２４秒以下のｅＤＲＸサイクルで使用され得る。

【0064】

ＲＲＣ＿ＩＮＡＣＴＩＶＥ／ＲＲＣ＿ＩＤＬＥ及び／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに対して、ＲｅｄＣａｐデバイスの隣接セルでは、無線リソース管理（ＲＲＭ）緩和が存在してよい。ＲＲＭ緩和のイネーブル及びディスエーブルは、ネットワークの制御下にあり、ブロードキャストまたは専用シグナリングによってシグナリングされ得る。

【0065】

なお、ＲｅｄＣａｐデバイスは非ＲｅｄＣａｐＵＥと共存し得る（すなわち、所与のセルにＲｅｄＣａｐデバイスと非ＲｅｄＣａｐＵＥとの双方が存在し得る）ことに留意されたい。

【0066】

しかしながら、ＲｅｄＣａｐデバイスの制限された機能（例えば、アンテナ数の削減、帯域幅サポートの削減など）は、現在ＳＤＴ手順では考慮されていないため、ＳＤＴ手順は現在、ＲｅｄＣａｐデバイスにとって最適ではない。例えば、低減されたアンテナ数を有するＲｅｄＣａｐデバイスは、ＳＤＴセッションが成功するのに必要な電力での送信及び／または受信ができない場合があり、これにより、ＳＤＴを実行する他のデバイスに対して、一定の障害及び干渉が生じる場合がある。したがって、ＲｅｄＣａｐデバイスのためのＳＤＴ手順を改善する必要がある。

【0067】

いくつかの例示的な実施形態では、ＲｅｄＣａｐデバイスなどのデバイスのためのＳＤＴリソース選択及び／またはＳＤＴ許容量決定を強化することができる。いくつかの例示的な実施形態では、ＲｅｄＣａｐデバイスのためのＳＤＴ許容量決定及びリソース選択の基準は、ＲｅｄＣａｐデバイスの制限される機能を考慮することで調整され得る。

【0068】

図２は、例示的実施形態によるシグナリング図を示し、ＲｅｄＣａｐデバイスがＳＤＴに対する条件（複数可）をどのように調整すべきかをネットワークが明示的にインディケートする。図２を参照すると、ワイヤレス通信ネットワークのネットワーク要素は、１つ以上のＵＥに対して、ＳＤＴに対する１つ以上の条件を調整するためのインディケーションを送信する（２０１）。このインディケーションは、ＲｅｄＣａｐデバイスに固有である（すなわち、ＲｅｄＣａｐではないＵＥは、このインディケーションを無視することができる）。１つ以上のＵＥは、少なくとも１つのＲｅｄＣａｐデバイスを備えることができる。ネットワーク要素は、ｇＮＢなどの基地局であり得る。

【0069】

インディケーション２０１は、少なくとも１つの閾値及び／または１つ以上の条件を調整するためのルールを含み得る。ルール及び少なくとも１つの閾値は、ＲｅｄＣａｐデバイスに固有であってよい（すなわち、非ＲｅｄＣａｐＵＥは、これらを使用しなくてもよい）。代替的または付加的に、インディケーション２０１は、１つ以上の条件のうちの少なくとも１つを調整するための少なくともオフセット値を含み得る。

【0070】

少なくとも１つの閾値は、ＳＤＴ許容量に対するアップリンクデータ量条件を調整するためのアップリンクデータ量閾値、ＳＤＴ許容量に対するＲＳＲＰ条件を調整するためのＲＳＲＰ閾値、及び／または、リソース選択のためのＲＡＣＨプリアンブルグループ（ＡまたはＢ）データ量閾値、のうちの少なくとも１つを含み得る。これらの閾値は、ＲｅｄＣａｐデバイス固有であり得る。

【0071】

インディケーション２０１は、専用のシグナリングを使用することによって（すなわち、デバイス固有のインディケーションを少なくとも１つのＲｅｄＣａｐデバイスに送信することによって）、少なくとも１つのＲｅｄＣａｐデバイスに送信可能である。

【0072】

代替形態として、インディケーション２０１を、例えばシステム情報ブロック（ＳＩＢ）シグナリングを介して、少なくとも１つのＲｅｄＣａｐデバイス及び少なくとも１つの非ＲｅｄＣａｐＵＥを含む複数のＵＥ（例えばセル内の全てのＵＥ）にブロードキャストすることもできる。ブロードキャストは、複数のＵＥのサブセットに、ＳＤＴに対する１つ以上の条件を調整させることができる。例えば、複数のＵＥのサブセットは、少なくとも１つのＲｅｄＣａｐデバイスを含むことができるが、ＲｅｄＣａｐ以外のＵＥはサブセットに含まれない場合がある。換言すれば、このインディケーション（例えば少なくとも１つの閾値を含む）は、ＲｅｄＣａｐデバイスと非ＲｅｄＣａｐＵＥとの両方にブロードキャストされ得るが、１つ以上の条件を調整するためにＲｅｄＣａｐデバイスのみがインディケーションを使用できる。したがって、特定のタイプのデバイス（例えば、ＲｅｄＣａｐデバイス）のみが、ＳＤＴ条件（複数可）の調整を実行できる場合がある。

【0073】

少なくとも１つのＲｅｄＣａｐデバイスは、ネットワーク要素から受信したインディケーションの中のルール、少なくとも１つの閾値、及び／またはオフセット値に、少なくとも部分的に基づいて、１つ以上の条件を調整する（２０２）。

【0074】

少なくとも１つのＲｅｄＣａｐデバイスが、調整された１つ以上の条件が満たされたことを判定する場合（２０３）、少なくとも１つのＲｅｄＣａｐデバイスは、ＳＤＴ手順を開始し（２０４）、小規模データ伝送をネットワーク要素に送信する。

【0075】

調整された１つ以上の条件は、１つ以上の第１の条件と呼ばれる場合もあり、元の（調整されていない）１つ以上の条件は、１つ以上の第２の条件と呼ばれる場合もある。換言すれば、１つ以上の第１の条件は、１つ以上の第２の条件を調整することによって得られてもよい。

【0076】

いくつかの例示的実施形態は、ＲｅｄＣａｐデバイスに限定されず、ＳＤＴに対する１つ以上の条件が、他のタイプのデバイス／ＵＥによって調整されることもあることに留意されたい。

【0077】

図３は、別の例示的実施形態によるシグナリング図を示す。図３では、ネットワークが、異なるタイプのＵＥに対して、ＳＤＴに対する異なる条件のセットをシグナリングする。図３を参照すると、ワイヤレス通信ネットワークのネットワーク要素は、ＳＤＴに対する１つ以上の第１の条件をインディケートする第１のインディケーションを、１つ以上の第１のＵＥ（ＵＥ１で示される）へ送信する（３０１）。ネットワーク要素は、ＳＤＴに対する１つ以上の第２の条件をインディケートする第２のインディケーションを１つ以上の第２のＵＥ（ＵＥ２で示される）へ送信する（３０２）。

【0078】

１つ以上の第１の条件は、１つ以上の第１のＵＥを含む第１のデバイスタイプに固有のものである。１つもしくは複数の第２の条件は、１つ以上の第２のＵＥを含む第２のデバイスタイプに、関連付けられているか、あるいは固有のものである。１つ以上の第１の条件及び１つ以上の第２の条件は、少なくとも部分的に異なる。例えば、１つ以上の第１の条件は、ＳＤＴ許容量に対する第１のアップリンクデータ量閾値及び／または第１のＲＳＲＰ閾値を含んでもよく、１つ以上の第２の条件は、ＳＤＴ許容量に対する第２のアップリンクデータ量閾値及び／または第２のＲＳＲＰ閾値を含んでもよく、第２のアップリンクデータ量閾値の値及び／または第２のＲＳＲＰ閾値の値は、それぞれ、第１のアップリンクデータ量閾値の値及び／または第１のＲＳＲＰ閾値の値と異なり得る。

【0079】

第１のデバイスタイプは、第２のデバイスタイプと比較して異なる。例えば、第１のデバイスタイプは、ＲｅｄＣａｐデバイスを含むか、またはＲｅｄＣａｐデバイスを指すことができ、この場合、１つ以上の第１のＵＥは、ＲｅｄＣａｐデバイス（複数可）であり得る。第２のデバイスタイプは、非ＲｅｄＣａｐＵＥを含むか、または非ＲｅｄＣａｐＵＥを指すことができ、この場合、１つ以上の第２のＵＥは、非ＲｅｄＣａｐＵＥ（複数可）であり得る。ネットワーク要素は、ｇＮＢなどの基地局であり得る。

【0080】

別の例として、第１のデバイスタイプは、１ＲｘＲｅｄＣａｐデバイスを指す場合があり、この場合、１つ以上の第１のＵＥは、１ＲｘＲｅｄＣａｐデバイス（複数可）であり得る。この場合、第２のデバイスタイプは、２ＲｘＲｅｄＣａｐデバイス及び／または非ＲｅｄＣａｐＵＥを含むか、またはこれらを指すことができ、この場合、１つ以上の第２のＵＥは、２ＲｘＲｅｄＣａｐデバイス（複数可）及び／または非ＲｅｄＣａｐＵＥを含み得る。１ＲｘＲｅｄＣａｐデバイスとは、単一の受信機を含むＲｅｄＣａｐデバイスを指す。２ＲｘＲｅｄＣａｐデバイスとは、２つの受信機を含むＲｅｄＣａｐデバイスを指す。

【0081】

１つ以上の第１の条件が、１つ以上の第１のＵＥで満たされた場合、１つ以上の第１のＵＥは、ＳＤＴ手順を開始し（３０３）、第１の小規模データ伝送をネットワーク要素に送信する。１つ以上の第２の条件が、１つ以上の第２のＵＥで満たされた場合、１つ以上の第２のＵＥは、ＳＤＴ手順を開始し（３０４）、第２の小規模データ伝送をネットワーク要素に送信する。

【0082】

いくつかの例示的実施形態は、ＲｅｄＣａｐデバイスに限定されず、第１のデバイスタイプが、ＲｅｄＣａｐデバイス以外の他の何らかのデバイスタイプであってもよいことに留意されたい。

【0083】

図４は、例示的実施形態によるフローチャートを示す。図４に示される機能は、基地局などのネットワーク要素などの装置によって実行されてもよく、またはそのようなネットワーク要素に含まれていてもよい。図４を参照すると、ＳＤＴに対する１つ以上の第１の条件をインディケートするインディケーションが、少なくとも第１のデバイスタイプの１つ以上の第１のＵＥへ送信され（４０１）、この場合、第１のインディケーションは第１のデバイスタイプに固有である。１つ以上の第１の条件は、小規模データ伝送に対する１つ以上の第２の条件と比較して異なり、上記の１つ以上の第２の条件は、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている。

【0084】

第１のデバイスタイプは、例えばＲｅｄＣａｐデバイスに関連しているものであり得、１つ以上の第１のＵＥは、１つ以上のＲｅｄＣａｐデバイスを含むことができる。第２のデバイスタイプは、例えば非ＲｅｄＣａｐＵＥに関連しているものであり得る。

【0085】

【0086】

インディケーション４０１は、第１のデバイスタイプに固有の少なくとも１つの閾値を含むことができる。少なくとも１つの閾値は、アップリンクデータ量閾値、ＲＳＲＰ閾値、及び／またはＲＡＣＨプリアンブルグループデータ量閾値のうちの少なくとも１つを含むことができる。代替的または付加的に、インディケーション４０１は、１つ以上の第２の条件のうちの少なくとも１つを調整するための少なくともオフセット値を含み得る。

【0087】

このインディケーション４０１は、少なくとも１つ以上の第１のＵＥと、第２のデバイスタイプの１つ以上の第２のＵＥとを含む複数のＵＥにブロードキャスト可能である。ブロードキャストは、１つ以上の第１のＵＥに、インディケーションに基づいて１つ以上の第２の条件を調整することによって、例えばインディケーションされた少なくとも１つの閾値及び／またはオフセット値を１つ以上の第２の条件に適用することによって、１つ以上の第１の条件を取得させることができる。代替的に、インディケーション４０１は、専用のシグナリングを使用することによって、１つ以上の第１のＵＥに送信されてもよい。

【0088】

図５は、ＳＤＴ許容量を決定するための例示的実施形態によるフローチャートを示す。図５に示される機能は、端末デバイス（ＵＥ）（例えば、ＲｅｄＣａｐデバイス）などの装置によって実行可能であり得、またはそのような端末デバイス（ＵＥ）に含まれ得る。図５を参照すると、ＳＤＴに対する１つ以上の第１の条件が得られる（ステップ５０１）。上記の１つ以上の第１の条件は、第１のデバイスタイプに固有である。１つ以上の第１の条件は、ＳＤＴに対する１つ以上の第２の条件と比較して異なり、上記の１つ以上の第２の条件は、第１のデバイスタイプと異なる第２のデバイスタイプに関連付けられている。例えば、１つ以上の第１の条件は、アップリンクデータ量に対する条件及び／またはＲＳＲＰに対する条件を含み得る。

【0089】

【0090】

【0091】

１つ以上の第１の条件は、装置で利用可能な帯域幅（装置によってサポートされる帯域幅）、装置に含まれるアンテナの数、装置に含まれる受信機の数、及び／または装置のバッテリ寿命、のうちの少なくとも１つに少なくとも部分的に基づいて取得可能であり、これにより、第２のデバイスタイプ（例えば、非ＲｅｄＣａｐデバイス）と比較した第１のデバイスタイプ（例えば、ＲｅｄＣａｐデバイス）の制限が考慮される。

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

技術が進歩するにつれて、本発明の概念を様々な手法で実装できることは、当業者には明らかであろう。実施形態は、上述した例示的実施形態に限定されるものではなく、特許請求の範囲の範囲内で変更することができる。したがって、全ての単語及び表現は広く解釈されるべきであり、それらは例示的実施形態を限定するのではなく、例示することを意図している。

【図1】