特許 7540502 端末装置及び基地局

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

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

(11)【特許番号】

(24)【登録日】2024-08-19

(45)【発行日】2024-08-27

(54)【発明の名称】端末装置及び基地局

(51)【国際特許分類】

   H04W 76/27 20180101AFI20240820BHJP

   H04W 74/08 20240101ALI20240820BHJP

   H04W 76/19 20180101ALI20240820BHJP

【ＦＩ】

H04W76/27

H04W74/08

H04W76/19

【請求項の数】 12

(21)【出願番号】P 2022558192

(86)(22)【出願日】2020-03-27

(65)【公表番号】

(43)【公表日】2023-05-11

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

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

(87)【国際公開日】2021-09-30

【審査請求日】2022-11-24

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

【審査官】倉本 敦史

(56)【参考文献】

【文献】米国特許出願公開第２０１９／００３７４４７（ＵＳ，Ａ１）

【文献】3GPP TS36.331 V15.8.0，2020年01月08日，pp.68-70, 88-90

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

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

端末装置であって、
スモールデータ送信（ＳＤＴ）のために設定されるデータ無線ベアラ（ＤＲＢ）を示す情報を含む無線リソース制御（ＲＲＣ）リリースメッセージを基地局から受信する手段と、
前記ＤＲＢが非アクティブ状態における第１のアップリンクデータの送信をサポートする旨の決定に基づいて、前記ＳＤＴを非アクティブ状態において開始することを決定する手段と、
前記ＤＲＢ、第１のシグナリング無線ベアラ（ＳＲＢ）、および前記ＳＤＴのために設定される第２のＳＲＢが保留されていると決定する手段と、
前記ＤＲＢ、前記第１のＳＲＢ、および前記第２のＳＲＢを再開する手段と、
前記ＤＲＢ、前記第１のＳＲＢ、および前記第２のＳＲＢに基づいて、非アクティブ状態において前記第１のアップリンクデータを前記基地局へ送信する手段と、を含む、
端末装置。

【請求項2】

前記第１のアップリンクデータのサイズを決定する手段をさらに含み、
前記端末装置は、前記第１のアップリンクデータの前記サイズが閾値以下の場合に、前記ＳＤＴを開始することを決定する、
請求項１に記載の端末装置。

【請求項3】

前記閾値を示す情報を含むシステム情報を前記基地局から受信する手段をさらに含む、請求項２に記載の端末装置。

【請求項4】

前記ＳＤＴのために、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報が保持されているか否かを決定する手段と、
前記ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報が前記ＳＤＴのために保持されていると決定したことに従って、前記ＳＤＴに関連付けられているタイミングアドバンス（ＴＡ）が有効であるか否かを決定する手段と、
前記ＴＡが有効であると決定したことに従って、前記ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報に基づいて、前記ＳＤＴを実行する手段と、
前記ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報が設定されていないか、または前記ＴＡが有効ではないと決定したことに従って、ランダムアクセスプロシージャに基づいて、前記ＳＤＴを実行する手段と、
をさらに含む請求項１から３のいずれか１つに記載の端末装置。

【請求項5】

前記ＳＤＴ中に、ネットワーク装置によってサービングされる第１セルから第２基地局によってサービングされる第２セルへ再選択することに応じて、アイドル状態に入る手段をさらに含む、
請求項１から４のいずれか１つに記載の端末装置。

【請求項6】

ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ又はｄｙｎａｍｉｃ ｇｒａｎｔに基づいて後続の送信を実行する手段をさらに含む、
請求項１から５のいずれか１つに記載の端末装置。

【請求項7】

基地局であって、
スモールデータ送信（ＳＤＴ）のために設定されるデータ無線ベアラ（ＤＲＢ）を示す情報を含む無線リソース制御（ＲＲＣ）リリースメッセージを、端末装置に送信する手段を有し、
前記ＤＲＢが非アクティブ状態における第１のアップリンクデータの送信をサポートする旨の決定に基づいて、前記ＳＤＴが非アクティブ状態の前記端末装置によって開始されることが決定され、
前記ＤＲＢ、第１のシグナリング無線ベアラ（ＳＲＢ）、および前記ＳＤＴのために設定される第２のＳＲＢが保留されていると決定され、
前記ＤＲＢ、前記第１のＳＲＢ、および前記第２のＳＲＢが再開され、
前記ＤＲＢ、前記第１のＳＲＢ、および前記第２のＳＲＢに基づいて、非アクティブ状態において前記端末装置から前記第１のアップリンクデータを受信する手段と、
を含む基地局。

【請求項8】

前記第１のアップリンクデータのサイズが閾値以下の場合に、前記ＳＤＴが開始することが決定される、
請求項７に記載の基地局。

【請求項9】

前記閾値を示す情報を含むシステム情報を前記端末装置に送信する手段をさらに含む請求項８に記載の基地局。

【請求項10】

前記送信する手段は、
前記ＳＤＴのために、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報が保持され、かつ前記ＳＤＴに関連付けられているタイミングアドバンス（ＴＡ）が有効であると決定されたことに従って、前記ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報に基づいて、前記ＳＤＴを実行することと、
前記ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ情報が設定されていないか、または前記ＴＡが有効ではないと決定されたことに従って、ランダムアクセスプロシージャに基づいて、前記ＳＤＴを実行することと、
を含む請求項７または８に記載の基地局。

【請求項11】

前記ＳＤＴ中に、前記基地局によってサービングされる第１セルから第２基地局によってサービングされる第２セルへの再選択に応じて、前記端末装置がアイドル状態に入る、
請求項７から１０のいずれか１つに記載の基地局。

【請求項12】

ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ又はｄｙｎａｍｉｃ ｇｒａｎｔに基づいて後続の送信を受信する手段をさらに含む請求項７から１１のいずれか１つに記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関するものであり、特にスモールデータ送信（ＳＤＴ）制御のための通信方法、通信装置及び通信用コンピュータ記憶媒体に関するものである。

【背景技術】

【0002】

通常、非アクティブ状態にある端末装置は依然として、送信すべき少量で頻繁ではないデータトラフィック（以下、ＳＤＴとも称する）を有する場合がある。第３世代パートナープロジェクト（３ＧＰＰ）リリース１６までは、非アクティブ状態はデータ転送をサポートしておらず、端末装置はダウンリンクデータとアップリンクデータのいずれについても接続を再開しなければならない。各データ送信において、データパケットの量と頻度が如何に小さくても、接続が確立され、その後非アクティブ状態にリリースされることになる。これは、不必要な電力消費とシグナリングオーバーヘッドを引き起こす。

【0003】

これに対し、３ＧＰＰ リリース１７は、非アクティブ状態にあるランダムアクセスチャネル（ＲＡＣＨ）および事前に設定された物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースに基くＳＤＴを既に承認している。そのため、ＳＤＴをどのように制御するかは注目される問題になっている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

全体として、本開示の例示的な実施形態は、ＳＤＴ制御のための通信方法、通信装置及び通信用のコンピュータ記憶媒体を提供する。

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

【0005】

第１態様において、通信方法を提供する。この方法は、端末装置において、アップリンクデータに関連付けられているトラフィックの特性に基づいて、端末装置の非アクティブ状態においてアップリンクデータが送信されるか否かを決定することと、非アクティブ状態においてアップリンクデータが送信されると決定したことに従って、非アクティブ状態においてアップリンクデータの送信のための無線ベアラを復旧することと、端末装置が非アクティブ状態にあるときに、無線ベアラに基づいて、アップリンクデータをネットワーク装置に送信することと、を含む。

【0006】

第２態様において、通信方法を提供する。この方法は、ネットワーク装置において、トラフィックに関連するアップリンクデータを受信することを含み、アップリンクデータは、トラフィックの特徴に基づいて端末装置によって非アクティブ状態で送信される、そして、アップリンクデータの受信に対する応答を端末装置に送信する。

【0007】

第３態様において、端末装置を提供する。端末装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリは、プロセッサによって実行された場合、端末装置に本開示の第１態様に記載の方法を実行させる命令を記憶する。

【0008】

第４態様において、ネットワーク装置を提供する。ネットワーク装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリは、プロセッサによって実行された場合、ネットワーク装置に本開示の第２態様に記載の方法を実行させる命令を記憶する。

【0009】

第４態様において、記憶された命令を有するコンピュータ可読媒体を提供する。命令は、少なくとも１つのプロセッサ上で実行された場合、当該少なくとも１つのプロセッサに、本開示の第１態様に記載の方法を実行させる。

【0010】

第６態様において、記憶された命令を有するコンピュータ可読媒体を提供する。命令は、少なくとも１つのプロセッサ上で実行された場合、当該少なくとも１つのプロセッサに、本開示の第２態様に記載の方法を実行させる。

【0011】

本開示の他の特徴は、以下の説明により容易に理解できるはずである。

【図面の簡単な説明】

【0012】

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【0013】

【図1】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

【0014】

【図2】本開示のいくつかの実施形態にかかる、ＳＤＴ制御のための通信プロセスを示す模式図である。

【0015】

【図3】本開示のいくつかの実施形態にかかる、端末装置において実装される例示的な通信方法を示す図である。

【0016】

【図4】本開示のいくつかの実施形態にかかる、非アクティブ状態においてアップリンクデータの例示的な送信方法を示す図である。

【0017】

【図5】本開示のいくつかの実施形態にかかる、ランダムアクセスプロシージャに基づいてアップリンクデータを送信する別の例示的な方法を示す図である。

【0018】

【図6】本開示のいくつかの実施形態にかかる、後続の送信がサポートされるか否かを決定する例示的な方法を示す図である。

【0019】

【図7】本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される例示的な通信方法を示す図である。

【0020】

【図8】本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法を示す図である。

【0021】

【図9】本開示のいくつかの実施形態にかかる、ネットワーク装置において実装される別の例示的な通信方法を示す図である。

【0022】

【図10】本開示の実施形態を実装するのに適した装置の概略ブロック図である。

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

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことが理解されるべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】