特許 7730987 早期のリアルタイム無線リンク問題検出

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

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

(11)【特許番号】

(24)【登録日】2025-08-20

(45)【発行日】2025-08-28

(54)【発明の名称】早期のリアルタイム無線リンク問題検出

(51)【国際特許分類】

   H04W 24/04 20090101AFI20250821BHJP

   H04W 76/19 20180101ALI20250821BHJP

【ＦＩ】

H04W24/04

H04W76/19

【請求項の数】 20

(21)【出願番号】P 2024515114

(86)(22)【出願日】2021-09-08

(65)【公表番号】

(43)【公表日】2024-09-12

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

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

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

【審査請求日】2024-06-06

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】マオ，ルクン

(72)【発明者】

【氏名】スン，シャンタオ

(72)【発明者】

【氏名】ジャン，チン

(72)【発明者】

【氏名】オウ，シュ

(72)【発明者】

【氏名】テラン，マヘシュ・デブダッタ

(72)【発明者】

【氏名】チェン，イーロン

【審査官】山中 実

(56)【参考文献】

【文献】国際公開第２０２０／２５３５４２（ＷＯ，Ａ１）

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

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

【文献】特開２０１１－０４０８５１（ＪＰ，Ａ）

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

【文献】NTT DOCOMO, INC.，Evaluation model for Rel-8 mobility performance，3GPP TSG-RAN WG1#56b R1-091578，2009年03月27日

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

ＩＰＣ Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

有害な無線リンク状態を検出するための、セルラユーザ機器（ＵＥ）装置（１０２）の通信プロセッサ（５００）における方法であって、
アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の通信スタック（６０８）の複数の層（６１０）を監視することを含み、前記ＵＥ装置（１０２）のアプリケーションプロセッサ（６０４）は、１つまたは複数の前記複数の層（６１０）に音声データ（６１４）を提供し、前記方法はさらに、
前記複数の層の監視に応答して（６１０）、前記アクティブ音声通話（７０１）に関連する少なくとも１つの有害な無線リンク状態を検出することと、
前記少なくとも１つの有害な無線リンク状態を検出したことに応答して、無線リンク劣化（ＲＬＤ）指示（６２２）を前記ＵＥ装置（１０２）の前記アプリケーションプロセッサ（６０４）に提供することと、を含む、方法。

【請求項2】

有害な無線リンク状態を検出するための、セルラユーザ機器（ＵＥ）装置（１０２）の通信プロセッサ（５００）における方法であって、
アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の通信スタック（６０８）の複数の層（６１０）を監視することと、
前記複数の層の監視に応答して（６１０）、前記アクティブ音声通話（７０１）に関連する少なくとも１つの有害な無線リンク状態を検出することと、
前記少なくとも１つの有害な無線リンク状態を検出したことに応答して、無線リンク劣化（ＲＬＤ）指示（６２２）を前記ＵＥ装置（１０２）のアプリケーションプロセッサ（６０４）に提供することと、を含み、
前記少なくとも１つの有害な無線リンク状態を検出することは、
前記複数の層の監視に応答して（６１０）、信号強度の更新（７０５）を検出することと、
前記信号強度の更新（７０５）を検出したことに応答して、前記信号強度の更新（７０５）に関連付けられる１つまたは複数の信号関連特性（７０７）にアクセスすることと、
前記１つまたは複数の信号関連特性（７０７）のいずれかに関連付けられる値が対応する閾値（７０９）を満たすかどうかを判定することと、
前記１つまたは複数の信号関連特性（７０７）のいずれかに関連する前記値が前記対応する閾値（７０９）を満たしたことに応答して、前記少なくとも１つの有害な無線リンク状態が存在すると判定することと、を含み、前記方法は、
送信時間間隔（ＴＴＩ）バンドリングが前記ＵＥ装置（１０２）で有効であるかどうか
を判定することと、
ＴＴＩバンドリングが有効化されていることに応答して、第１の閾値セット（７０９－１）から前記対応する閾値（７０９）を選択することと、
ＴＴＩバンドリングが無効にされていることに応答して、第２の閾値セット（７０９－２）から前記対応する閾値（７０９）を選択することと、をさらに含み、前記第２の閾値セットは前記第１の閾値セットよりも低く設定される、方法。

【請求項3】

有害な無線リンク状態を検出するための、セルラユーザ機器（ＵＥ）装置（１０２）の通信プロセッサ（５００）における方法であって、
アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の通信スタック（６０８）の複数の層（６１０）を監視することと、
前記複数の層の監視に応答して（６１０）、前記アクティブ音声通話（７０１）に関連する少なくとも１つの有害な無線リンク状態を検出することと、
前記少なくとも１つの有害な無線リンク状態を検出したことに応答して、無線リンク劣化（ＲＬＤ）指示（６２２）を前記ＵＥ装置（１０２）のアプリケーションプロセッサ（６０４）に提供することと、を含み、
前記少なくとも１つの有害な無線リンク状態を検出することは、
前記アクティブ音声通話（７０１）に関連するダウンリンクチャネル上の現在の音声トラフィックに対して、前記複数の層（６１０）のうちの物理層（６１０－１）で必要な帯域幅（１１０３）を決定することと、
前記アクティブ音声通話（７０１）に関連付けられる専用音声無線ベアラ上の前記複数の層（６１０）のうちのデータパス層（６１０－２）における現在のスループット（１１０９）を決定することと、
前記要求される帯域幅（１１０３）が前記現在のスループット（１１０９）よりも大きいことに応答して、低機能状態（１１１５）が前記物理層に存在すると判定することと、
低機能状態（１１１５）が存在するとの決定に応答して、低機能カウント（１１１３）をインクリメントすることと、
前記低機能カウントを低機能カウント閾値（１１１７）と比較することと、を含み、
前記ＲＬＤ指示は、前記低機能カウント（１１１３）が前記低機能カウント閾値（１１１７）を満たしたことに応答して、前記アプリケーションプロセッサ（６０４）に提供される、方法。

【請求項4】

有害な無線リンク状態を検出するための、セルラユーザ機器（ＵＥ）装置（１０２）の通信プロセッサ（５００）における方法であって、
アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の通信スタック（６０８）の複数の層（６１０）を監視することと、
前記複数の層の監視に応答して（６１０）、前記アクティブ音声通話（７０１）に関連する少なくとも１つの有害な無線リンク状態を検出することと、
前記少なくとも１つの有害な無線リンク状態を検出したことに応答して、無線リンク劣化（ＲＬＤ）指示（６２２）を前記ＵＥ装置（１０２）のアプリケーションプロセッサ（６０４）に提供することと、を含み、
前記少なくとも１つの有害な無線リンク状態を検出することは、
前記複数の層（６１０）のうちの物理層（６１０－１）における前記アクティブ音声通話（７０１）に関連する発信音声トラフィックに必要な帯域幅（１２０５）を決定することと、
前記アクティブ音声通話（７０１）に関連付けられるアップリンクチャネル上の前記複数の層（６１０）のうちのデータパス層６１０－２）で現在達成されているスループット（１２０７）を決定することと、
前記要求される帯域幅（１２０５）が前記現在達成されているスループット（１２０７）よりも大きいことに応答して、低機能状態（１２１３）が前記物理層（６１０－１）に存在すると判定することと、を含む、方法。

【請求項5】

有害な無線リンク状態を検出するための、セルラユーザ機器（ＵＥ）装置（１０２）の通信プロセッサ（５００）における方法であって、
アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の通信スタック（６０８）の複数の層（６１０）を監視することと、
前記複数の層の監視に応答して（６１０）、前記アクティブ音声通話（７０１）に関連する少なくとも１つの有害な無線リンク状態を検出することと、
前記少なくとも１つの有害な無線リンク状態を検出したことに応答して、無線リンク劣化（ＲＬＤ）指示（６２２）を前記ＵＥ装置（１０２）のアプリケーションプロセッサ（６０４）に提供することと、を含み、
前記少なくとも１つの有害な無線リンク状態を検出することは、
高送信電力不足状態（１３１１）が存在すると判定することと、
前記複数の層（６１０）のうちのデータパス層（６１０－２）における発信音声パケットのスループット（１３１９）は、前記複数の層（６１０）のうちのデータパス層（６１０－２）で生成される音声トラフィックのスループット（１３２１）より小さいと判定することと、を含む、方法。

【請求項6】

前記ＲＬＤ指示（６２２）は、前記少なくとも１つの有害な無線リンク状態が存在することを前記アプリケーションプロセッサ（６０４）に通知し、前記少なくとも１つの有害な無線リンク状態の原因を識別する、請求項１～５のいずれか一項に記載の方法。

【請求項7】

前記ＲＬＤ指示（６２２）を提供することは、前記アクティブ音声通話（７０１）中に前記ＲＬＤ指示（６２２）を前記アプリケーションプロセッサ（６０４）に提供することを含む、請求項１～６のいずれか一項に記載の方法。

【請求項8】

前記検出される少なくとも１つの有害な無線リンク状態は同期外れ状態であり（９０３）、前記ＲＬＤ指示（６２２）を提供することは、
前記同期外れ状態（９０３）の発生に応答して、無線リンク障害（ＲＬＦ）タイマ（９０５）が開始されたと判定することと、
前記ＲＬＦタイマ（９０５）の開始時および前記ＲＬＦタイマ（９０５）が満了する前に、前記ＲＬＤ指示（６２２）を前記アプリケーションプロセッサに提供することと、を含む、請求項１～７のいずれか一項に記載の方法。

【請求項9】

前記ＲＬＦタイマ（９０５）がアクティブである間に同期状態（９０９）が発生したこと、
前記ＲＬＦタイマ（９０５）が満了したこと、または、
前記ＲＬＦタイマ（９０５）が満了し、前記ＵＥ装置（１０２）が無線リソース制御（ＲＲＣ）接続再確立手順（９１１）を正常に実行したこと、
のうちの１つを検出したことに応答して、
前記通信プロセッサ（５００）によって内部的に維持されるＲＬＤ指示（６２２）をリセットすることを含む、請求項８に記載の方法。

【請求項10】

前記検出される少なくとも１つの有害な無線リンク状態は同期外れ状態であり（９０３）、
前記方法は、
無線リンク障害（ＲＬＦ）タイマ（９０５）が満了したと判定することを含み、前記ＲＬＦタイマ（９０５）は、前記同期外れ状態（９０３）の発生に応答して開始され、
前記方法は、
前記ＲＬＦタイマ（９０５）が満了したことに応答して、前記ＵＥ装置（１０２）が無線リソース制御（ＲＲＣ）接続再確立手順（９１１）を正常に実行したと判定することと、
前記ＲＲＣ接続再確立手順（９１１）に成功したことに応答して、前記通信プロセッサ（５００）によって内部的に維持されるＲＬＤ指示（６２２）をリセットすることと、を含む、請求項１～７のいずれか一項に記載の方法。

【請求項11】

前記検出される少なくとも１つの有害な無線リンク状態は、データトラフィックに関連する無線リンク制御（ＲＬＣ）最大再送信状態（１００５）であり、前記ＲＬＤ指示（６２２）を提供することは、
前記ＲＬＣ最大再送信状態（１００５）により無線リンク障害（ＲＬＦ）が発生したと判定することと、
前記ＲＬＦに応答して、前記ＲＬＤ指示（６２２）を前記アプリケーションプロセッサ（６０４）に提供することと、を含む、請求項１～７のいずれか一項に記載の方法。

【請求項12】

前記ＲＬＦに応答して前記ＵＥ装置（１０２）が無線リソース制御（ＲＲＣ）接続再確立手順（１００７）を正常に完了したと判定することと、
前記ＲＲＣ接続再確立手順（１００７）が前記正常に完了したことに応答して、他の有害な無線リンク状態（１００９）が存在するかどうかを判定することと、
少なくとも１つの他の有害な無線リンク状態（１００９）が存在することに応答し、前記少なくとも１つの他の有害な無線リンク状態（１００９）が存在し、前記ＲＬＣ最大再送信状態（１００５）がもはや存在しないことを示す更新されたＲＬＤ指示（６２２）を前記アプリケーションプロセッサ（６０４）に提供することと、
他の有害な無線リンク状態（１００９）が存在しないことに応答して、前記通信プロセッサ（５００）によって内部的に維持されるＲＬＤ指示（６２２）をリセットすることと、を含む、請求項１１に記載の方法。

【請求項13】

前記低機能カウント（１１１３）が前記低機能カウント閾値（１１１７）を満たさないことに応答して、前記少なくとも１つの有害な無線リンク状態が存在することを示す、前記通信プロセッサ（５００）によって内部的に維持されるＲＬＤ指示（６２２）をリセットする、請求項３に記載の方法。

【請求項14】

前記少なくとも１つの有害な無線リンク状態を検出することは、
低機能状態（１２１３）が存在するとの決定に応答して、低機能カウント（１２１１）をインクリメントすることと、
前記低機能カウント（１２１１）を低機能カウント閾値（１２１５）と比較することと、を含み、
前記ＲＬＤ指示（６２２）は、前記低機能カウント（１２１１）が前記低機能カウント閾値（１２１５）を満たしたことに応答して、前記アプリケーションプロセッサ（６０４）に提供される、請求項４に記載の方法。

【請求項15】

前記低機能カウント（１２１１）が前記低機能カウント閾値（１２１５）を満たさないことに応答して、前記少なくとも１つの有害な無線リンク状態が存在することを示す、前記通信プロセッサ（５００）によって内部的に維持されるＲＬＤ指示（６２２）をリセットする、請求項１４に記載の方法。

【請求項16】

高送信電力不足状態（１３１１）が存在すると判定することは、
送信電力不足（１３０３）を検出することと、
前記送信電力不足（１３０３）を送信電力不足閾値（１３０９）と比較することと、
前記送信電力不足（１３０３）が前記送信電力不足閾値（１３０９）を満たしたことに応答して、高送信電力不足カウント（１３１３）をインクリメントすることと、
所与の数の送信インスタンスの監視ウィンドウについて、前記高送信電力不足カウント（１３１３）に基づいて高送信電力不足インスタンスの比率（１３１５）を決定することと、
高送信電力不足インスタンスの前記比率（１３１５）が比率閾値（１３１７）を満たしたことに応答して、前記高送信電力不足状態（１３１１）が存在すると判定することと、を含む、請求項５に記載の方法。

【請求項17】

前記アクティブ音声通話（７０１）中に前記ＵＥ装置（１０２）の前記通信スタック（６０８）の前記複数の層（６１０）を監視することは、前記通信スタックの前記複数の層のうちの１つまたは複数にわたって少なくとも１つのパラメータを監視することを含み、前記少なくとも１つのパラメータは、前記アクティブ音声通話の維持に関連し、
前記アクティブ音声通話（７０１）に関連する前記少なくとも１つの有害な無線リンク状態を検出することは、前記少なくとも１つのパラメータに基づいて、前記アクティブ音声通話（７０１）に関連する前記少なくとも１つの有害な無線リンク状態を検出することを含む、請求項１～１６のいずれか一項に記載の方法。

【請求項18】

前記少なくとも１つのパラメータに基づいて前記アクティブ音声通話（７０１）に関連する前記少なくとも１つの有害な無線リンク状態を検出することは、所定の基準を満たす前記少なくとも１つのパラメータに応じて前記少なくとも１つの有害な無線リンク状態を検出することを含む、請求項１７に記載の方法。

【請求項19】

ユーザ機器装置（１０２）は、
少なくとも１つのネットワーク（１００）と無線通信するように構成される１つまたは複数の無線周波数（ＲＦ）モデム（３０６）と、
前記１つまたは複数のＲＦモデム（３０６）に結合される１つまたは複数のプロセッサ（３１０）と、
実行可能命令を記憶する少なくとも１つのメモリ（３１２）と、を含み、前記実行可能命令は、前記１つまたは複数のプロセッサ（３１０）または前記１つまたは複数のＲＦモデム（３０６）のうちの少なくとも１つを操作して、請求項１～１８のいずれか一項に記載の方法を実行するように構成される、ユーザ機器装置（１０２）。

【請求項20】

請求項１～１８のいずれか一項に記載の前記方法をコンピュータシステム（１０２）に実行させるための、プログラム。

【発明の詳細な説明】

【背景技術】

【0001】

背景
セルラベースのネットワークでは、信号や送信電力の問題、内部エラーなど、さまざまな理由で通信リンク障害が発生し得る。アクティブ音声通話中に無線リンクに障害が発生するか切断されると、リンク障害と無線通信装置のアプリケーションによる障害の認識との間に遅延が発生し得る。この遅延は通常、さまざまな通信スタック層の独立したコンポーネントがリンク障害を検出することによって引き起こされ、場合によっては、無線通信装置が音声通話を回復できなくなったり、接続がない状況などユーザエクスペリエンスが低下したりすることがある。

【発明の概要】

【0002】

実施形態の概要
一態様によれば、有害な無線リンク状態を検出するためにセルラユーザ機器（ＵＥ）装置の第１のコンポーネントで実行される方法は、アクティブ音声通話中にＵＥ装置の通信スタックの複数の層を監視することを含む。複数の層の監視に応答して、アクティブ音声通話に関連する少なくとも１つの有害な無線リンク状態が検出される。無線リンク劣化（ＲＬＤ）は、少なくとも１つの有害な無線リンク状態を検出したことに応答して、ＵＥ装置の第２のコンポーネントに提供される。

【0003】

少なくともいくつかの実施形態では、アクティブ音声通話中にＵＥ装置の通信スタックの複数の層を監視することは、複数の層のうちの１つまたは複数にわたって少なくとも１つのパラメータを監視することを含み、少なくとも１つのパラメータはアクティブ音声通話の維持に関連付けられる。アクティブ音声通話に関連する少なくとも１つの有害な無線リンク状態は、少なくとも１つの監視されるパラメータに基づいて検出することができる。いくつかの例では、少なくとも１つの有害な無線リンク状態は、少なくとも１つの監視パラメータが１つまたは複数の所定の基準を満たすことに基づいて（またはそれに応答して）検出され得る。基準は、アクティブ音声通話の品質を示すことができる。

【0004】

任意選択で、いくつかの例示的な実施形態では、複数の層のうちの１つまたは複数にわたって少なくとも１つのパラメータを監視することは、複数の層にわたって複数のパラメータを監視することを含み、複数のパラメータはアクティブ音声通話の維持に関連付けられる。アクティブ音声通話に関連する少なくとも１つの有害な無線リンク状態は、監視される複数のパラメータのうちの１つまたは複数に基づいて検出され得る。いくつかの例では、少なくとも１つの有害な無線リンク状態は、監視される複数のパラメータのうちの１つまたは複数が１つまたは複数の所定の基準を満たすことに基づいて（またはそれに応答して）検出され得る。基準は、アクティブ音声通話の品質を示すことができる。

【0005】

少なくともいくつかの実施形態では、ＲＬＤ指示は、少なくとも１つの有害な無線リンク状態が存在することを第２のコンポーネントに通知し、少なくとも１つの有害な無線リンク状態の原因を識別する。少なくともいくつかの実施形態では、ＲＬＤ指示を提供することは、アクティブ音声通話中に第２のコンポーネントにＲＬＤ指示を提供することを含む。

【0006】

少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、複数の層の監視に応答して信号強度更新を検出することを含む。信号強度の更新は、監視されるパラメータの一例である。信号強度更新を検出したことに応答して、信号強度更新に関連付けられる１つまたは複数の信号関連特性がアクセスされる。１つまたは複数の信号関連特性のいずれかに関連付けられる値が対応する閾値を満たすかどうかの決定が行われる。対応する閾値を満たす１つまたは複数の信号関連特性のいずれかに関連付けられる値に応じて、少なくとも１つの有害な無線リンク状態が存在するという決定が行われる。

【0007】

少なくともいくつかの実施形態では、方法は、送信時間間隔（ＴＴＩ）バンドリングがＵＥ装置で有効であるかどうかを判定することをさらに含む。ＴＴＩバンドリングが有効になることに応答して、対応する閾値が第１の閾値セットから選択される。ＴＴＩバンドリングが無効になることに応答して、対応する閾値が第２の閾値セットから選択される。第２の閾値セットは、第１の閾値セットよりも低く設定される。

【0008】

少なくともいくつかの実施形態では、検出される少なくとも１つの有害な無線リンク状態は同期外れ状態であり、ＲＬＤ指示を提供することは、同期外れ状態に応答して無線リンク障害（ＲＬＦ）タイマが開始されたと判定することを含む。同期外れ状態は、監視対象パラメータの一例である。ＲＬＤ指示は、ＲＬＦタイマの開始時およびＲＬＦタイマが満了になる前に第２のコンポーネントに提供される。

【0009】

少なくともいくつかの実施形態では、方法は、以下のうちの１つを検出したことに応答して、第１のコンポーネントによって内部的に維持されるＲＬＤ指示をリセットすることをさらに含む：ＲＬＦタイマがアクティブである間に発生した同期状態、ＲＬＦタイマの満了、または、ＲＬＦタイマが満了し、ＵＥ装置が無線リソース制御（ＲＲＣ）接続再確立手順を正常に実行した。

【0010】

少なくともいくつかの実施形態では、検出される少なくとも１つの有害な無線リンク状態は、同期外れ状態である。この方法はさらに、ＲＬＦタイマが満了し、同期外れ状態（９０３）の発生に応答してＲＬＦタイマが開始されたと判定することを含む。ＲＬＦタイマが満了したことに応答して、ＵＥ装置がＲＲＣ接続再確立手順を正常に実行したと判定する。ＲＲＣ接続再確立手順が成功したことに応答して、第１のコンポーネントによって内部的に維持されるＲＬＤ指示をリセットする。

【0011】

少なくともいくつかの実施形態では、検出される少なくとも１つの有害な無線リンク状態は、データトラフィックに関連付けられる無線リンク制御（ＲＬＣ）最大再送信状態であり、ＲＬＤ指示を提供することは、ＲＬＣ最大再送信状態がＲＬＦをもたらしたと判定することを含む。ＲＬＣ最大再送信状態は、監視されるパラメータの一例である。ＲＬＦに応答して、ＲＬＤ指示が第２のコンポーネントに提供される。少なくともいくつかの実施形態では、ＵＥ装置がＲＬＦに応答してＲＲＣ接続再確立手順を正常に完了したという決定がなされる。ＲＲＣ接続再確立手順が正常に完了したことに応答して、他の有害な無線リンク状態が存在するかどうかが決定される。少なくとも１つの他の有害な無線リンク状態に応答して、少なくとも１つの他の有害な無線リンク状態が存在し、ＲＬＣ最大再送信状態がもはや存在しないことを示す更新されたＲＬＤ指示が第２のコンポーネントに提供される。他に有害な無線リンク状態が存在しないことに応答して、第１のコンポーネントによって内部的に維持されるＲＬＤ指示がリセットされる。

【0012】

少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、アクティブ音声通話に関連付けられるダウンリンクチャネル上の現在の音声トラフィックに対して複数の層のうちの第１の層で必要な帯域幅を決定することを含む。複数の層のうちの第２の層における現在のスループットが決定される。現在のスループットは、アクティブ音声通話に関連付けられる専用音声無線ベアラに対するものである。必要な帯域幅が現在のスループットよりも大きいことに応じて、第１の層に低機能状態が存在すると判定される。低機能状態は、監視対象パラメータの一例である。少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、低機能状態が存在するという決定に応答して低機能カウントをインクリメントすることをさらに含む。低機能カウントは、低機能カウント閾値と比較される。ＲＬＤ指示は、低機能カウントが低機能カウント閾値を満たしたことに応答して第２のコンポーネントに提供される。少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態が存在することを示す、第１のコンポーネントによって内部的に維持されるＲＬＤ指示は、低機能カウントが低機能カウント閾値を満たさないことに応答してリセットされる。

【0013】

少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、複数の層のうちの第１の層におけるアクティブ音声通話に関連する発信音声トラフィックに必要な帯域幅を決定することを含む。アクティブ音声通話に関連するアップリンクチャネル上の複数の層のうちの第２の層で現在達成されているスループットが決定される。要求される帯域幅が現在達成されているスループットよりも大きいことに応じて、第２の層に低機能状態が存在すると判定される。

【0014】

少なくともいくつかの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、低機能状態が存在するという決定に応答して低機能カウントをインクリメントすることをさらに含む。低機能カウントは、低機能カウント閾値と比較される。ＲＬＤ指示は、低機能カウントが低機能カウント閾値を満たしたことに応答して第２のコンポーネントに提供される。少なくともいくつかの実施形態では、第１のコンポーネントによって内部的に維持され、少なくとも１つの有害な無線リンク状態が存在することを示すＲＬＤ指示は、低機能カウントが低機能カウント閾値を満たさないことに応答してリセットされる。

【0015】

少なくとも１つの実施形態では、少なくとも１つの有害な無線リンク状態を検出することは、高送信電力不足状態が存在すると判定することを含む。高送信電力不足状態は、監視されるパラメータの一例である。複数の層のうちの第１の層における発信音声パケットのスループットが、複数の層のうちの第２の層において生成される音声トラフィックのスループットよりも小さいという決定がなされる。少なくともいくつかの実施形態では、高送信電力不足状態が存在すると判定することは、送信電力不足を検出することと、送信電力不足を送信電力不足閾値と比較することを含む。高送信電力不足カウントは、インクリメントされた送信電力不足閾値を送信電力不足が満たしたことに応答してインクリメントされる。所与の数の送信インスタンスの監視ウィンドウについて、高送信電力不足インスタンスの比率は、高送信電力不足カウントに基づいて決定される。比率閾値を満たす高送信電力不足インスタンスの比率に応じて、高送信電力不足状態が存在するかどうかの決定が行われる。

【0016】

別の態様によれば、ユーザ機器装置は、少なくとも１つのネットワークと無線通信するように構成される１つまたは複数の無線周波数（ＲＦ）モデムを含む。１つまたは複数のプロセッサが１つまたは複数のＲＦモデムに結合される。少なくとも１つのメモリには実行可能な命令が記憶される。実行可能命令は、１つまたは複数のプロセッサまたは１つまたは複数のＲＦモデムのうちの少なくとも１つを操作して、本明細書に記載される方法動作のいずれかを実行するように構成される。

【0017】

さらに別の態様によれば、コンピュータ可読記憶媒体は、実行可能命令のセットを具体化する。実行可能な命令のセットは、コンピュータシステムを操作して、本明細書に記載されている方法動作のいずれかを実行するためのものである。

【0018】

図面の簡単な説明
添付の図面を参照することによって、本開示がよりよく理解され、その多くの特徴および利点が当業者に明らかになり得る。異なる図面での同じ参照符号の使用は、類似または同一の項目を示す。

【0019】

添付の図面を参照することによって、本開示がよりよく理解され、その多くの特徴および利点が当業者に明らかになり得る。異なる図面での同じ参照符号の使用は、類似または同一の項目を示す。

【図面の簡単な説明】

【0020】

【図1】いくつかの実施形態による、有害な無線リンク状態に対する１つまたは複数の検出機構を実装するユーザ機器（ＵＥ）装置を使用する例示的な無線通信システムを示す図である。

【図2】いくつかの実施形態による、図１のＵＥ装置によって使用される有害な無線リンク状態の検出機構の例示的なモードを示すブロック図である。

【図3】いくつかの実施形態による、有害な無線リンク状態に対する１つまたは複数の検出機構を実装するＵＥ装置の例示的な構成を示す図である。

【図4】いくつかの実施形態による、有害な無線リンク状態に対する１つまたは複数の検出機構を実装するシステムオンチップ（ＳｏＣ）の例示的な構成を示す図である。

【図5】いくつかの実施形態による、有害な無線リンク状態に対する１つまたは複数の検出機構を実装する通信プロセッサの例示的な構成を示す図である。

【図6】いくつかの実施形態による、有害な無線リンク状態に対する１つまたは複数の検出機構を実装する通信プロセッサの例示的な機能構成を示す図である。

【図7】いくつかの実施形態による、低信号強度に基づいてＵＥ装置において有害な無線リンク状態の検出を実装する例示的な動作の図を一緒に示す図である。

【図8】いくつかの実施形態による、低信号強度に基づいてＵＥ装置において有害な無線リンク状態の検出を実装する例示的な動作の図を一緒に示す図である。

【図9】いくつかの実施形態による、同期外れによって引き起こされる無線リンク障害に基づいて、ＵＥ装置において有害な無線リンク状態検出を実装する動作例を示す図である。

【図10】いくつかの実施形態による、最大再送信誘発無線リンク障害に基づいて、ＵＥ装置において有害な無線リンク状態検出を実装する動作例を示す図である。

【図11】いくつかの実施形態による、ダウンリンクチャネル上の低物理層能力に基づいて、ＵＥ装置において有害な無線リンク状態検出を実装する動作例を示す図である。

【図12】いくつかの実施形態による、アップリンクチャネル上の低物理層能力に基づいて、ＵＥ装置において有害な無線リンク状態検出を実装する動作例を示す図である。

【図13】いくつかの実施形態による、送信電力不足に基づいてＵＥ装置において有害な無線リンク状態の検出を実装する動作例を示す図である。

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

【0021】

詳細な説明
ユーザ機器（ＵＥ）装置内のコンポーネントは通常、限られた無線リンク情報を共有する。無線リンク情報の共有を制限または遅延することにより、コンポーネントは電力を節約し、アプリケーションへの不必要な混乱を回避することなどができる。しかし、アクティブ音声通話に関連する無線リンク情報を制限または遅延すると、動作上およびユーザエクスペリエンスに関するさまざまな問題が発生し得る。例えば、アプリケーションプロセッサなどのコンポーネントが、アクティブ音声通話の有害な無線リンクに関する遅延または制限される情報を受信した場合、アプリケーションプロセッサは、Ｖｏｉｃｅ ｏｖｅｒ Ｗｉｒｅｌｅｓｓ－Ｆｉｄｅｌｉｔｙ（ＶｏＷｉＦｉ）に切り替えるなどの適切なアクションを実行することで、通話を保存する機会を逃す可能性がある。また、ＵＥ装置は、通話を開いたままにし、無線リンクに障害が発生しているにもかかわらず通話が接続されていることがＵＥ装置のユーザインターフェースに表示されることにより、コンピュータリソースを不必要に使用し得、その結果、ユーザエクスペリエンスが低下する。

【0022】

したがって、以下では、音声トラフィックに関連する有害な無線リンク状態をリアルタイムでアクティブに検出および報告するようにＵＥ装置の少なくとも１つのコンポーネントを構成するためのシステムおよび方法の実施形態について説明する。例えば、ＵＥ装置のコンポーネントは、音声通話の切断や低品質音声エクスペリエンスの原因となった、またはその可能性がある無線リンク情報などの音声通話関連情報を監視、分析、および報告するように構成されている。このような無線リンク情報の例には、低信号、無線リンク障害（ＲＬＦ）などが含まれる。少なくともいくつかの実施形態では、構成されるＵＥコンポーネントは、例えば通信プロセッサ内のさまざまなネットワークプロトコルスタック層にわたって情報を収集する。構成されるＵＥコンポーネントは、音声通話接続を許容可能な品質で維持することに関連する主要な要素（またはパラメーター）を監視および処理する。例えば、ＵＥコンポーネントは、少なくとも１つのネットワークプロトコルスタック層にわたって１つまたは複数のパラメータ、アクティブ音声通話の維持に関連する１つまたは複数のパラメータを監視する（特に、品質閾値を超える品質でアクティブ音声通話を維持することに関連する）。ネットワークプロトコルスタック層全体で重要な要素を監視および分析することにより、構成されるＵＥコンポーネントは、従来の無線リンク障害機構よりも精度が向上して、リアルタイムまたはほぼリアルタイムで無線リンクの問題を検出できる。無線リンク障害（または障害の可能性）を検出すると、構成されるＵＥコンポーネントは、アプリケーションプロセッサなどの別のＵＥコンポーネントに通知するため、無線リンク障害または差し迫った障害によって引き起こされる動作上およびリソース上の問題、およびユーザエクスペリエンス上の問題を軽減するために適切なアクションを実行できる。

【0023】

説明を容易にするために、以下の技術は、１つまたは複数のＵＥ装置および無線アクセスネットワーク（ＲＡＮ）が１つまたは複数の無線アクセス技術（ＲＡＴ）を実装するコンテキスト例で説明され、少なくとも第５世代（５Ｇ）新無線（ＮＲ）規格（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））リリース１５、３ＧＰＰリリース１６など）（以下、「５ＧＮＲ」または「５ＧＮＲ規格」）を含む。しかし、本開示は、５ＧＮＲＲＡＴ構成を採用するネットワークに限定されず、むしろ、本明細書で説明される技術は、ＵＥ装置およびＲＡＮで採用される異なるＲＡＴの任意の組み合わせに適用できることが理解されるべきである。また、本開示は、ＵＥ装置で無線リンク障害検出を実装するために本明細書で説明される特定のネットワーク構成またはアーキテクチャに限定されないことも理解されたい。代わりに、本明細書で説明する技術は、ＲＡＮの任意の構成に適用することができる。また、本開示は、本明細書で説明される例および状況に限定されず、むしろ、本明細書で説明される技術は、ＵＥ装置が有害な無線リンク状態の検出技術を実装する任意のネットワーク環境に適用することができる。

【0024】

図１は、少なくともいくつかの実施形態によるモバイルセルラネットワーク（システム）１００を示す。図示のように、モバイルセルラネットワーク１００は、１つまたは複数の無線通信リンク１０６（無線リンク１０６－１および１０６－２）を介して１つまたは複数の基地局１０４（基地局１０４－１および１０４－２）と通信するように構成されるユーザ機器（ＵＥ）装置１０２を含む。少なくともいくつかの実施形態では、ＵＥ装置１０２は、さまざまな無線通信装置のいずれかを含み、携帯電話、セルラ対応のタブレットコンピュータまたはセルラ対応のノートブックコンピュータ、セルラ対応のウェアラブル装置、自動車、またはセルラサービスを利用するその他の車両（例えば、ナビゲーション、エンターテイメントサービスの提供、車内モバイルホットスポットなど）などである。少なくともいくつかの実施形態では、ＵＥ装置１０２は単一のＲＡＴ１０８を使用する。他の実施形態では、ＵＥ装置１０２は、複数のＲＡＴ１０８を使用するマルチモードＵＥ装置である。複数のＲＡＴの例には、３ＧＰＰロングタームエボリューション（３ＧＰＰＬＴＥ）ＲＡＴ１０８－１および３ＧＰＰ第５世代新無線（５ＧＮＲ）ＲＡＴ１０８－２が含まれる。

【0025】

少なくともいくつかの実施形態では、基地局１０４は、マクロセル、マイクロセル、スモールセル、ピコセルなど、またはそれらの任意の組み合わせで実装される。基地局１０４の例には、進化型ユニバーサル地上無線アクセスネットワークノードＢ（Ｅ－ＵＴＲＡＮノードＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代（ＮＧまたはＮＧＥＮ）ノードＢ（ｇＮｏｄｅＢまたはｇＮＢ）などが含まれる。基地局１０４は、任意の適切なタイプの無線リンクを使用して実装される無線リンク１０６を介してＵＥ装置１０２と通信する。少なくともいくつかの実施形態では、無線リンク１０６には、基地局１０４からＵＥ装置１０２に通信されるデータおよび制御情報のダウンリンク、ＵＥ装置１０２から基地局１０４に通信されるデータおよび制御情報のアップリンク、またはその両方が含まれる。無線リンク１０６（またはベアラ）は、少なくともいくつかの実施形態では、３ＧＰＰ４ＧＬＴＥ、５ＧＮＲなどの任意の適切な通信プロトコルもしくは規格、または通信プロトコルもしくは規格の組み合わせを使用して実装される。少なくともいくつかの実施形態では、複数の無線リンク１０６がキャリアアグリゲーションに集約されて、ＵＥ装置１０２により高いデータレートを提供する。また、複数の基地局１０４からの複数の無線リンク１０６は、少なくともいくつかの実施形態では、ＵＥ装置１０２との協調マルチポイント（ＣｏＭＰ）通信およびデュアル接続のために構成され、例えば、単一ＲＡＴ ＬＴＥ－ＬＴＥまたはＮＲ－ＮＲデュアル接続、またはＥ－ＵＴＲＡ－ＮＲデュアル接続（ＥＮ－ＤＣ）、ＮＧＥＮ無線アクセスネットワーク（ＲＡＮ）Ｅ－ＵＴＲＡ－ＮＲデュアル接続（ＮＧＥＮ－ＤＣ）、およびＮＲＥ－ＵＴＲＡデュアル接続（ＮＥ－ＤＣ）を含むマルチ無線アクセス技術（Ｍｕｌｔｉ－ＲＡＴ）デュアル接続（ＭＲ－ＤＣ）などである。

【0026】

基地局１０４は集合的に、Ｅ－ＵＴＲＡＮまたは５ＧＮＲＲＡＮなどの無線アクセスネットワーク１１０を形成する。基地局１０４は、１つまたは複数のリンク１１４（リンク１１４－１および１１４－２）を介して、制御プレーンおよびユーザプレーンインターフェースを介してコアネットワーク１１２に接続される。モバイルセルラネットワーク１００の構成に応じて、コアネットワーク１１２は、進化型パケットコア（ＥＰＣ）ネットワーク１１２－１または５Ｇコアネットワーク（５ＧＣ）１１２－２のいずれかである。例えば、Ｅ－ＵＴＲＡＮ構成または５Ｇ非スタンドアロン（ＮＳＡ）ＥＮ－ＤＣ構成では、コアネットワーク１１２は、例えば、モビリティ管理エンティティ（ＭＭＥ）１１６およびサービングゲートウェイ（Ｓ－ＧＷ）１１８を含むＥＰＣネットワーク１１２－１である。ＭＭＥ１１６は、複数のＵＥ装置１０２の登録および認証、認可、モビリティ管理などの制御プレーン機能を提供する。Ｓ－ＧＷ１１８は、ＵＥ装置１０２と外部ネットワーク１２０（例えば、インターネット）および１つまたは複数のリモートサービス１２２との間でユーザプレーンデータを中継する。５Ｇスタンドアロン（ＳＡ）構成またはＮＳＡＮＥ－ＤＣもしくはＮＧＥＮ－ＤＣ構成では、コアネットワーク１１２は５ＧＣネットワーク１１２－２である。５ＧＣ１１２－２は、例えば、アクセスおよびモビリティ管理機能（ＡＭＦ）１２４およびユーザプレーン機能（ＵＰＦ）１２６を含む。ＡＭＦ１２４は、複数のＵＥ１０２の登録および認証、認可、モビリティ管理などの制御プレーン機能を提供する。ＵＰＦ１２６は、ＵＥ１０２と外部ネットワーク１２０（例えば、インターネット）および１つまたは複数のリモートサービス１２２との間でユーザプレーンデータを中継する。

【0027】

少なくともいくつかの実施形態では、ＵＥ装置１０２がＥＮ－ＤＣを使用する場合、ＵＥ装置１０２は、例えば、マスタノード（ＭＮ）として機能する４ＧＬＴＥＲＡＴを実装する第１の基地局１０４－１と通信し、無線リンク１０６－１はＥ－ＵＴＲＡリンクである。ＵＥ装置１０２は、例えばセカンダリノード（ＳＮ）として機能する５ＧＮＲＲＡＴを実装する第２の基地局１０４－２とも通信し、無線リンク１０６－２は５ＧＮＲリンクである。リンク１２８において、第１の基地局（例えば、ｅＮＢ）１０４－１および第２の基地局（例えば、５ＧＮＲ）１０４－２は、例えばＸ２インターフェースを介してユーザプレーンおよび制御プレーンのデータを通信する。第１の基地局１０４－１は、例えばＳ１－ＭＭＥインターフェースを介して制御プレーン情報をＥＰＣ１１２－１内のＭＭＥ１１６と通信し、例えばＸ２インターフェースを介して制御プレーン情報を第２の基地局１０４－２に中継する。

【0028】

ユーザプレーン（ＵＰ）データは、データ無線ベアラ（ＤＲＢ）を使用してＥＰＣネットワーク１１２－１とＵＥ装置１０２との間で伝送される。ＥＮ－ＤＣにおけるＤＲＢの例には、マスターセルグループ（ＭＣＧ）ベアラ、セカンダリセルグループ（ＳＣＧ）ベアラ、およびスプリットベアラが含まれる。ＭＣＧベアラは、ＭＮ（例えば、第１の基地局１０４－１）で終端し、ＭＮの下位層（無線リンク制御（ＲＬＣ）、媒体アクセス層（ＭＡＣ）、および物理層（ＰＨＹ））のみを使用する直接ＤＲＢである。ＭＣＧベアラが使用される場合、ＭＮはＥＰＣネットワーク１１２－１からデータを受信し、そのデータをＵＥ装置１０２に送信する。ＳＣＧベアラは、ＳＮ（例えば、第２の基地局１０４－２）で終端し、ＳＮの下位層（ＲＬＣ、ＭＡＣ、およびＰＨＹ）のみを使用する直接ＤＲＢである。

【0029】

ＳＣＧベアラが使用される場合、ＳＮは、ＥＰＣネットワーク１１２－１からデータを受信し、そのデータをＵＥ装置１０２に送信する。スプリットベアラは、ＭＣＧスプリットベアラまたはＳＣＧスプリットベアラのいずれかである。ＭＣＧスプリットベアラは、ＭＣＧで終端し、ＭＮとＳＮの下位層のいずれかまたは両方を使用するＤＲＢである。ＭＣＧスプリットベアラが使用される場合、ＭＮはＥＰＣネットワーク１１２－１からデータを受信し、そのデータを２つの部分に分割する。データの一部はＭＮからＵＥ装置１０２に送信され、データの第２の部分はＳＮからＵＥ装置１０２に送信される。ＳＣＧスプリットベアラは、ＳＮで終端し、ＭＮとＳＮの下位層のいずれかまたは両方を使用するＤＲＢである。ＳＣＧスプリットベアラが使用される場合、ＳＮはＥＰＣネットワーク１１２－１からデータを受信し、そのデータを２つの部分に分割する。データの一部はＳＮからＵＥ装置１０２に送信され、データの第２の部分はＭＮからＵＥ装置１０２に送信される。

【0030】

他の実施形態では、ＵＥ装置１０２がＮＧＥＮ－ＤＣを使用する場合、ＵＥ装置１０２は、ＭＮとして機能する第１の基地局１０４－１と通信し、無線リンク１０６－１はＥ－ＵＴＲＡリンクである。ＵＥ装置１０２は、ＳＮとして機能する第２の基地局１０４－２とも通信し、無線リンク１０６－２は５ＧＮＲリンクである。リンク１２８において、第１の基地局１０４－１および第２の基地局１０４－２は、例えばＸｎインターフェースを介してユーザプレーンおよび制御プレーンのデータを通信する。第１の基地局１０４－１は、例えば、ＮＧ－Ｃインターフェースを介して５ＧＣネットワーク１１２－２内のＡＭＦ１２４と制御プレーン情報を通信し、例えばＸｎインターフェースを介して制御プレーン情報を第２の基地局１０４－２に中継する。

【0031】

さらなる実施形態では、ＵＥ装置１０２がＮＥ－ＤＣを使用する場合、ＵＥ装置１０２は、ＭＮとして機能する第２の基地局１０４－２と通信し、無線リンク１０６－１は５ＧＮＲリンクである。ＵＥ装置１０２は、ＳＮとして機能する第１の基地局１０４－１とも通信し、無線リンク１０６－１はＥ－ＵＴＲＡリンクである。リンク１２８では、第１の基地局１０４－１と第２の基地局１０４－２は、例えばＸｎインターフェースを介してユーザプレーンデータと制御プレーンデータを通信する。第２の基地局１０４－２は、例えばＮＧ－Ｃインターフェースを介して５ＧＣネットワーク１１２－２内のＡＭＦ１２４と制御プレーン情報を通信し、例えばＸｎインターフェースを介して制御プレーン情報を第１の基地局１０４－１に中継する。

【0032】

ＭＲ－ＤＣ構成から転じると、少なくともいくつかの実施形態では、図１の環境は、単一ＲＡＴＤＣ構成を表す。あるタイプの単一ＲＡＴＤＣ状況では、両方の基地局１０４－１と１０４－２は、Ｅ－ＵＴＲＡ基地局であり、例えばリンク１２８上のＸ２インターフェースを介してユーザプレーンおよび制御プレーンのデータを通信し、基地局１０４－１および１０４－２は両方ともＥＰＣ１１２－１にリンクする。別のタイプの単一ＲＡＴＤＣ構成では、基地局１０４－１および１０４－２は両方とも５ＧＮＲ基地局であり、例えばリンク１２８上のＸｎインターフェースを介してユーザプレーンおよび制御プレーンのデータを通信し、両方の基地局ステーション１０４－１および１０４－２は、５ＧＣネットワーク１１２－２にリンクする。

【0033】

音声通話の動作中に、ＵＥ装置１０２は、無線リンク障害または音声品質の低下をもたらす、または潜在的にそれらを引き起こす可能性のある、有害な無線リンク状態に遭遇し得る。音声通話の品質は、無線リンクの状態が悪いために所定の品質閾値を下回ることもあるし、ＵＥ装置１０２から完全に切断／失われることもある。したがって、少なくともいくつかの実施形態では、ＵＥ装置１０２は、１つまたは複数の有害な無線リンク状態（ＡＲＬＣ）検出機構１３０を使用して、アクティブ音声通話に関連する有害な無線リンク状態および無線リンク障害を、リアルタイムまたはほぼリアルタイムで検出する。以下でさらに詳しく説明するが、ＡＲＬＣ検出機構１３０には、音声トラフィックに関連する有害な無線リンク状態を（例えば、通話の維持に関連する１つまたは複数の監視パラメータに基づいて）アクティブに検出する１つまたは複数のモードが含まれ、無線リンク障害または潜在的な障害の原因に関するリアルタイムのフィードバックを提供する。いくつかの例では、少なくとも１つの有害な無線リンク状態は、音声通話の品質を示す（または音声通話の品質に関連する）ことができる、１つまたは複数の所定の基準を満たす、監視される複数のパラメータのうちの１つまたは複数に基づいて検出することができる。無線リンクの状態を監視し、リアルタイムまたはほぼリアルタイムでフィードバックを提供することにより、音声通話中のユーザエクスペリエンスが向上する。例えば、音声通話の接続に関する洞察をタイムリーに提供することで、ユーザに現在のリンク状態を常に通知し、ユーザがイライラするシナリオを回避する。また、ＡＲＬＣ検出機構１３０によって採用されるさまざまな検出モードは、ＵＥ装置１０２の１つまたは複数のコンポーネントに無線リンク問題の早期報告を提供する。有害なリンク状態を早期に報告することにより、アプリケーションプロセッサなどのＵＥ装置１０２のコンポーネントは、アクティブ通話をＶｏＷｉＦｉに切り替えるなど、通話を保存するために１つまたは複数のアクションを実行できるようになる。したがって、リソースの使用が改善され得る。

【0034】

図２は、いくつかの実施形態による、ＡＲＬＣ検出機構１３０の一部としてＵＥ装置１０２によって単独で、またはさまざまな組み合わせで使用されるさまざまなモード例を示す。これらのモードのそれぞれについては、図７から図１３を参照して以下でより詳細に説明する。これらのモードは個別に提供されてもよいし、１つまたは複数のモードがＡＲＬＣ検出機構１３０の一部として任意の適切な組み合わせで提供されてもよい。

【0035】

そのようなモードの１つは、第１のＡＲＬＣ検出モード２０２を含む。このモードでは、ＡＲＬＣ検出機構１３０は、１つまたは複数の信号関連特性／パラメータに基づいて、４ＧＬＴＥ、５ＧＮＲ信号またはビーム、またはそれらの組み合わせの信号強度を決定することによって低信号状態を監視する。信号関連の特性の例には、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、搬送波対干渉プラス雑音比（ＣＩＮＲ）、信号対干渉プラス雑音比（ＳＩＮＲ）などが含まれる。ＡＲＬＣ検出機構１３０は、通話に関連する信号強度が閾値を下回る場合、アクティブ音声通話中に有害な無線リンク状態が存在すると判定する。換言すれば、この例では、ＡＲＬＣ検出機構１３０は、信号強度の監視されるパラメータに基づいて、有害な無線リンク状態を検出する。これに応答して、ＡＲＬＣ検出機構１３０は、無線リンク劣化（ＲＬＤ）指示を報告して、検出される有害な無線リンク状態をＵＥ装置１０２の１つまたは複数の他のコンポーネントに知らせる。少なくともいくつかの実施形態では、低信号状態などのＲＬＤの考えられる原因も、ＵＥ装置１０２の他のコンポーネントに送信される。

【0036】

別のモードには、第２のＡＲＬＣ検出モード２０４が含まれる。このモードでは、ＡＲＬＣ検出機構１３０は、同期外れ状態または無線リンク制御（ＲＬＣ）最大（ｍａｘ）再送信状態による無線リンク障害（ＲＬＦ）を監視する。しかし、３ＧＰＰ仕様で定義される同期外れまたは最大再送信によるＲＬＦとは異なり、少なくともいくつかの実施形態の第２のＡＲＬＣ検出モード２０４は、音声トラフィックおよび品質に対するＲＬＤの影響を評価する際の柔軟性を提供する。換言すれば、少なくともいくつかの実施形態では、第２のＡＲＬＣ検出モード２０４は音声通話指向であり、ＡＲＬＣ検出機構１３０は、ＲＬＤが音声通話にどのような影響を与えるかに基づいてＲＬＤを報告する。例えば、アクティブ音声通話中に、ＡＲＬＣ検出機構１３０は、１つまたは複数のプロトコルスタック層によって生成される同期外れの指示を監視する。少なくともいくつかの実施形態では、ＡＲＬＣ検出機構１３０は、生成される同期外れ指示／状態（またはパラメータ）について、１つまたは複数の（ネットワーク）プロトコルスタック層にわたって監視することができる。少なくともいくつかの実施形態では、同期外れ指示は、ＵＥ装置１０２が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を正常に復号化できなかった間隔の数を識別する。同期外れ指示の一例は、４ＧＬＴＥおよび５ＧＮＲの３ＧＰＰ規格で定義されているＮ３１０指示である。閾値数の連続した同期外れ指示が検出されると、ＡＲＬＣ検出機構１３０は、４ＧＬＴＥおよび５ＧＮＲの３ＧＰＰ規格で定義されるネットワーク構成のＴ３１０タイマなどのタイマを開始する。タイマが満了になるか、タイマの実行中に連続する同期指示の閾値数が受信されなかった場合、ＡＲＬＣ検出機構１３０は、同期外れ状態により無線リンク障害が発生したと判定する。換言すれば、この例では、ＡＲＬＣ検出機構１３０は、同期外れ状態の監視されるパラメータに基づいて、有害な無線リンク状態を検出する。同期指示の一例は、４ＧＬＴＥおよび５ＧＮＲの３ＧＰＰ規格で定義されているＮ３１１指示である。これに応じて、ＡＲＬＣ検出機構１３０は、ＲＬＤ指示を報告して、ＵＥ装置１０２の１つまたは複数の他のコンポーネントに、無線リンク障害などの、検出される有害な無線リンク状態を知らせる。少なくともいくつかの実施形態では、同期外れ状態などの無線リンク障害の考えられる原因も、ＵＥ装置１０２の他のコンポーネントに送信される。

【0037】

ＲＬＣ最大再送信状態を監視する場合、ＡＲＬＣ検出機構１３０は、ＲＬＣ確認モード（ＡＭ）でのデータトラフィック中のＲＬＣ再送信試行の数を監視する。ＲＬＣ再送信試行回数が閾値数を超えた場合、ＡＲＬＣ検出機構１３０は、ＲＬＣ最大再送信状態が発生したと判定する。ＡＲＬＣ検出機構１３０は、ＲＬＤ指示を送信して、ＵＥ装置１０２の１つまたは複数の他のコンポーネントに、無線リンク障害など、検出される有害な無線リンク状態を知らせる。少なくともいくつかの実施形態では、ＲＬＣ最大再送信状態などの無線リンク障害の考えられる原因も、ＵＥ装置１０２の他のコンポーネントに送信される。

【0038】

さらに別のモードは、ＡＲＬＣ検出機構１３０が物理（ＰＨＹ）層の能力を監視する第３のＡＲＬＣ検出モード２０６を含む。このモードでは、ＡＲＬＣ検出機構１３０は、ダウンリンク（ＤＬ）ＰＨＹ層およびアップリンク（ＵＬ）ＰＨＹ層の能力を監視する。少なくともいくつかの実施形態では、能力は、セルラネットワーク１００によって割り当てられた無線リソースおよび現在のブロックエラー率（ＢＬＥＲ）に基づくＵＥ装置１０２の予想スループットを指す。音声トラフィックのＤＬまたはＵＬ能力のいずれかが閾値を下回る場合、ＡＲＬＣ検出機構１３０は、検出される有害な無線リンク状態をＵＥ装置１０２の１つまたは複数の他のコンポーネントに通知するためのＲＬＤ指示を生成する。換言すると、ＡＲＬＣ検出機構１３０は、この例では、監視される能力のパラメータに基づいて有害な無線リンク状態を検出する。少なくともいくつかの実施形態では、低いＤＬまたはＵＬ能力などのＲＬＤの考えられる原因も、ＵＥ装置１０２の他のコンポーネントに送信される。

【0039】

追加のモードには、ＡＲＬＣ検出機構１３０がＵＥ装置１０２における送信（Ｔｘ）電力不足を監視する第４のＡＲＬＣ検出モード２０８が含まれる。Ｔｘ電力不足は、実際のＴｘ電力が目標Ｔｘ電力と等しくない場合に発生する。これは通常、最大送信電力レベル（ＭＴＰＬ）の上限または内部エラーによって引き起こされる。その結果、実際に適用されるＴｘ電力はＭＴＰＬよりも低くなる。Ｔｘ電力不足が大きく、持続する場合（例えば、１つまたは複数の層でのスループットが低下し得る）、Ｔｘ電力不足はＵＬパケット送信に影響する。多くの音声パケットが失われると、アクティブ音声通話が切断されるか、少なくとも音声品質が低下し得る。パス損失が大きい場合、目標のＴｘ電力が高くなり、Ｔｘ不足が増加する可能性がある。したがって、ＡＲＬＣ検出機構１３０が閾値を超えるＴｘ不足を検出すると、ＡＲＬＣ検出機構１３０は、検出される有害な無線リンク状態をＵＥ装置１０２の１つまたは複数の他のコンポーネントに通知するためのＲＬＤ指示を生成する。換言すれば、ＡＲＬＣ検出機構１３０は、この例では、送信電力不足の監視されるパラメータに基づいて、有害な無線リンク状態を検出する。少なくともいくつかの実施形態では、Ｔｘ電力不足などのＲＬＤの考えられる原因も、ＵＥ装置１０２の他のコンポーネントに送信される。このモードでは、ＡＲＬＣ検出機構１３０は、少なくともいくつかの実施形態では、音声トラフィックに対するＴｘ電力不足の影響をより正確に推定するために、専用音声無線ベアラにおけるプロトコルデータユニット（ＰＤＵ）フローも監視する。

【0040】

図３は、ＵＥ装置１０２の例示的な装置図３００を示す。少なくともいくつかの実施形態では、装置図３００は、音声通話に対する有害な無線リンク状態をリアルタイムまたはほぼリアルタイムで検出するさまざまな態様を実装するＵＥ装置を説明する。ＵＥ装置１０２は、明確にするために図３から省略されている追加の機能およびインターフェースを含むことができる。少なくともいくつかの実施形態では、ＵＥ装置１０２は、アンテナ３０２、無線周波数（ＲＦ）フロントエンド３０４、５ＧＲＡＮ、Ｅ－ＵＴＲＡＮ、それらの組み合わせなどＲＡＮ１１０内の１つまたは複数の基地局１０４と通信するための１つまたは複数のＲＦトランシーバ３０６（例えば、３ＧＰＰ４ＧＬＴＥトランシーバ３０６－１および５ＧＮＲトランシーバ３０６－２）を含む。少なくともいくつかの実施形態では、ＲＦフロントエンド３０４は、送信（Ｔｘ）フロントエンド３０４－１および受信（Ｒｘ）フロントエンド３０４－２を含む。Ｔｘフロントエンド３０４－１は、１つまたは複数のパワーアンプ（ＰＡ）、ドライバ、ミキサ、フィルタなどのコンポーネントを含む。Ｒｘフロントエンド３０４－２は、低雑音アンプ（ＬＮＡ）、ミキサ、フィルタなどのコンポーネントを含む。少なくともいくつかの実施形態では、ＲＦフロントエンド３０４は、ＬＴＥトランシーバ３０６－１および５ＧＮＲトランシーバ３０６－２などの１つまたは複数のトランシーバ３０６をアンテナ３０２に結合または接続して、さまざまなタイプの無線通信を容易にする。

【0041】

少なくともいくつかの実施形態では、ＵＥ装置１０２のアンテナ３０２は、互いに同様に構成される、または互いに異なる複数のアンテナのアレイを含む。少なくともいくつかの実施形態では、アンテナ３０２およびＲＦフロントエンド３０４は、３ＧＰＰＬＴＥ、３ＧＰＰ５ＧＮＲ、ＩＥＥＥ無線ローカルエリアネットワーク（ＷＬＡＮ）、ＩＥＥＥ無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、または他の通信規格によって定義される周波数帯域など、１つまたは複数の周波数帯域に調整されているか、または調整可能である。少なくともいくつかの実施形態では、アンテナ３０２、ＲＦフロントエンド３０４、ＬＴＥトランシーバ３０６－１、および５ＧＮＲトランシーバ３０６－２は、ビームフォーミング（例えば、アナログ、デジタル、ハイブリッド）または同相および直角位相（Ｉ／Ｑ）動作（例えば、Ｉ／Ｑ変調または復調動作）をサポートするように構成され、１つまたは複数の基地局１０４との通信の送信および受信を行う。例として、アンテナ３０２およびＲＦフロントエンド３０４は、３ＧＰＰＬＴＥ、３ＧＰＰ５ＧＮＲ、または他の通信規格によって定義されるサブギガヘルツ帯域、サブ６ＧＨｚ帯域、６ＧＨｚ以上の帯域、またはこれらの帯域の組み合わせで動作する。

【0042】

少なくともいくつかの実施形態では、アンテナ３０２は、実装のために一次元形状（例えば、線）または二次元形状（例えば、三角形、長方形、またはＬ字形）に配置される１つまたは複数の受信アンテナを含み、それらは、３つ以上の受信アンテナ素子を含む。一次元形状では１つの角度寸法（例えば、方位角または仰角）の測定が可能であるが、二次元形状では２つの角度寸法（例えば、方位角と仰角の両方）の測定が可能になる。アンテナ３０２の少なくとも一部を使用して、ＵＥ装置１０２は、操縦されるまたは操縦されない、広いまたは狭い、または形状（例えば、半球、立方体、扇形、円錐形、または円筒形）のビームを形成することができる。１つまたは複数の送信アンテナは、操縦されていない全方向性放射パターンを有してもよく、または操縦可能な広いビームを生成してもよい。これらの技術のいずれかにより、ＵＥ装置１０２は無線信号を送信して大空間を照らすことができる。いくつかの実施形態では、受信アンテナは、所望のレベルの角度精度および角度分解能を達成するために、デジタルビーム形成により数千の狭い操縦ビーム（例えば、２０００ビーム、４０００ビーム、または６０００ビーム）を生成する。

【0043】

少なくともいくつかの実施形態では、ＵＥ装置１０２は、温度、供給電力、電力使用量、バッテリ状態などのうちの１つまたは複数などのさまざまな特性を検出するために実装される１つまたは複数のセンサ３０８を含む。センサの例には、熱センサ、バッテリーセンサ、電力使用量センサなどが含まれる。

【0044】

ＵＥ装置１０２はまた、少なくとも１つのプロセッサ３１０を含む。プロセッサ３１０は、少なくともいくつかの実施形態では、シリコン、ポリシリコン、高－Ｋ誘電体、銅などのさまざまな材料で構成される単一コアプロセッサまたはマルチコアプロセッサである。少なくともいくつかの実施形態では、プロセッサ３１０は、例えば、集積回路またはシステムオンチップ（ＳｏＣ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複合プログラマブル論理装置（ＣＰＬＤ）のコンポーネント、シリコンまたはその他のハードウェアでのその他の実装、またはそれらの組み合わせを含むハードウェアで少なくとも部分的に実装される。

【0045】

プロセッサ３１０の例には、通信プロセッサ、アプリケーションプロセッサ、マイクロプロセッサ、ＤＳＰ、コントローラなどが含まれる。通信プロセッサは、少なくともいくつかの実施形態では、モデムベースバンドプロセッサ、ソフトウェア無線モジュール、構成可能なモデム（例えば、マルチモード、マルチバンドモデム）、無線データインターフェース、無線モデムなどとして実装される。少なくともいくつかの実施形態では、通信プロセッサは、無線ネットワークのデータアクセス、メッセージング、またはデータベースのサービスのうちの１つまたは複数、ならびにさまざまな音声ベースの通信（例えば、音声通話）をサポートする。アプリケーションプロセッサは、少なくともいくつかの実施形態では、ＵＥ装置１０２上で実行されるアプリケーションにコンピューティングリソースを提供する。例えば、アプリケーションは、ＵＥ装置１０２上で実行されるアプリケーションをサポートするために、システム機能（例えば、グラフィックス処理、メモリ管理、およびマルチメディア処理）を提供する自己完結型の動作環境を提供する。

【0046】

ＵＥ装置１０２はさらに、非一時的なコンピュータ可読記憶媒体３１２（ＣＲＭ３１２）を含む。本明細書で説明するコンピュータ可読記憶媒体には、伝播信号は含まれない。少なくともいくつかの実施形態では、ＣＲＭ３１２は、任意の適切なメモリまたは記憶装置を含み、ランダムアクセスメモリ（ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、不揮発性ＲＡＭ（ＮＶＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、またはＵＥ装置１０２の装置データ３１４を記憶するために使用可能なフラッシュメモリなどである。少なくともいくつかの実施形態では、装置データ３１４は、ユーザデータ、マルチメディアデータ、ビームフォーミングコードブック、アプリケーション３１６、ユーザインターフェース３１８、ＵＥ装置１０２の動作システムなどを含み、これらは、ユーザプレーン通信、制御プレーンシグナリング、およびＵＥ装置１０２とのユーザインタラクションを可能にするために、プロセッサ３１０によって実行可能である。ユーザインターフェース３１８は、少なくとも１つの実施形態において、ＵＥ装置１０２のユーザから入力を受信するように構成され、例えば、有害な無線リンク状態検出の１つまたは複数の態様を定義および／または容易にするユーザからの入力を受信するように構成される。少なくともいくつかの実施形態では、ユーザインターフェース３１８は、タッチ入力を介して入力情報を受信するグラフィカルユーザインターフェース（ＧＵＩ）を含む。他の例では、ユーザインターフェース３１８は、可聴入力または音声を介して入力情報を受信するインテリジェントアシスタントを含む。代替的に、または追加的に、ＵＥ装置１０２の動作システムは、ＣＲＭ３１２上のファームウェアまたはアプリケーションとして維持され、プロセッサ３１０によって実行される。

【0047】

ＣＲＭ３１２は、少なくともいくつかの実施形態では、通信マネージャ３２０およびＡＲＬＣ監視モジュール３２２のいずれかまたは両方も含む。代替的に、または追加的に、通信マネージャ３２０およびＡＲＬＣ監視モジュール３２２のいずれかまたは両方は、少なくともいくつかの実施形態では、ＵＥ装置１０２の他のコンポーネントと一体化される、または別個のハードウェア論理または回路として全体または一部が実装される。少なくともいくつかの実施形態では、通信マネージャ３２０は、ＲＦフロントエンド３０４、ＬＴＥトランシーバ（モデム）３０６－１、５ＧＮＲトランシーバ（モデム）３０６－２、またはそれらの組み合わせを構成して、１つまたは複数の無線通信動作を実行する。

【0048】

ＡＲＬＣ監視モジュール３２２は、少なくともいくつかの実施形態では、有害な無線リンク状態および無線リンク障害をリアルタイムまたはほぼリアルタイムで検出するためのＡＲＬＣ検出機構１３０を実装する。例えば、ＡＲＬＣ監視モジュール３２２は、低信号ベースのＡＲＬＣ検出２０２、ＲＬＦベースのＡＲＬＣ検出２０４、ＰＨＹ層能力ベースのＡＲＬＣ検出２０６、および送信電力不足ベースのＡＲＬＣ検出２０８のうちの１つまたは複数を実行するように構成されている。以下でより詳細に説明するように、少なくともいくつかの実施形態では、ＡＲＬＣ監視モジュール３２２は、ＵＥ装置１０２の１つまたは複数のプロセッサ３１０内のさまざまなネットワークプロトコルスタック層にわたって情報を収集することによってＡＲＬＣ監視を実行する。この情報は、許容可能な品質で音声通話接続を維持することに関連する要素またはパラメータを表す。ネットワークプロトコルスタック層全体の主要な要素を分析することにより、構成されるＵＥコンポーネントは、従来の無線リンク障害機構よりも精度が向上して、リアルタイムまたはほぼリアルタイムで無線リンクの問題を検出する。無線リンク障害（または潜在的な障害）を検出すると、構成されるＵＥコンポーネントはアプリケーションプロセッサなどの別のＵＥコンポーネントに通知し、無線リンク障害または差し迫った障害によって引き起こされる動作上およびユーザエクスペリエンスの問題を軽減するための適切なアクションを実行できるようにする。

【0049】

少なくともいくつかの実施形態では、ＣＲＭ３１２には、音声通話ＡＲＬＣ監視動作を実行するためにＡＲＬＣ監視モジュール３２２によって使用されるＡＲＬＣ監視情報３２４がさらに含まれる。ＡＲＬＣ監視情報３２４は、少なくともいくつかの実施形態では、信号情報３２４－１、ＲＬＦ情報３２４－２、ＰＨＹ層能力情報３２４－３、送信電力不足情報３２４－４などを含む。信号情報３２４－１は、少なくともいくつかの実施形態では、信号関連特性／パラメータ（例えば、ＲＳＲＰ、ＲＳＲＱ、ＣＩＮＲ、ＳＩＮＲなど）信号強度測定値、信号強度閾値などの情報を含む。少なくともいくつかの実施形態では、ＲＬＦ情報３２４－２情報には、情報が含まれ、例えば、同期外れの指示（例えば、Ｎ３１０指示）、タイマ（例えば、Ｔ３１０タイマ）情報、同期指示（例えば、Ｎ３１１指示）、ＲＬＤ指示、無線リソース制御（ＲＲＣ）接続再確立指示、ＲＬＣ再送信指示などである。ＰＨＹ層能力情報３２４－３は、少なくともいくつかの実施形態では、アップリンク能力情報およびダウンリンク能力情報などの情報を含む。ダウンリンクＰＨＹ層能力情報には、例えば、ダウンリンク帯域幅要件、専用音声無線ベアラのＲＬＣ層での現在のスループット、ＰＨＹ能力低下指示、ＲＬＤ指示などが含まれる。アップリンクＰＨＹ層能力情報には、例えば、進行中の音声トラフィックの専用ベアラ上のＲＬＣＰＤＵ、現在達成されているアップリンクＰＨＹ層能力、ＰＨＹ能力低下指示、ＲＬＤ指示などが含まれる。送信電力不足情報３２４－４は、少なくともいくつかの実施形態では、送信電力不足が不足マージンよりも大きいインスタンスの数、高不足インスタンスの比率、比率閾値、ＰＬＣＰＤＵの音声パケットのスループット、生成された音声トラフィックのスループット、ＲＬＤ指示などの情報を含む。

【0050】

図４は、少なくともいくつかの実施形態において、本明細書に記載のＡＲＬＣ監視技術のさまざまな態様を実装する例示的なシステムオンチップ（ＳｏＣ）４００を示す。ＳｏＣ４００は、明確にするために図４から省略されている追加の機能およびインターフェースを含むことができる。少なくともいくつかの実施形態では、ＳｏＣ４００は、アクティブ音声通話に対するＡＲＬＣ監視を実装するために、任意のタイプのＵＥ装置１０２または別の装置／システムとして、またはその内部で具体化される。チップベースのパッケージングを参照して説明したが、図４に示されるコンポーネントは、限定ではないが、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け規格製品（ＡＳＳＰ）、デジタルシグナルプロセッサ（ＤＳＰ）、複合プログラマブル論理装置（ＣＰＬＤ）、システムインパッケージ（ＳｉＰ）、パッケージオンパッケージ（ＰｏＰ）、処理および通信チップセット、通信コプロセッサ、センサコプロセッサなどの他のシステムまたはコンポーネント構成として具現化されてもよい。

【0051】

図４に示される例では、ＳｏＣ４００は、データ４０６（例えば、受信データ、受信中のデータ、ブロードキャストにスケジュールされるデータ、パケット化されるデータなど）の有線または無線通信を可能にする通信トランシーバ４０２および無線モデム４０４を含む。少なくともいくつかの実施形態では、無線モデム４０４は、さまざまな通信プロトコルに従って、異なる周波数帯域、またはそれらの組み合わせに従って通信するように構成可能なマルチモードマルチバンドモデムまたはベースバンドプロセッサである。さらに、少なくともいくつかの実施形態では、無線モデム４０４は、符号化または変調される信号をトランシーバ回路と通信するためのトランシーバインターフェース（図示せず）を含む。

【0052】

少なくともいくつかの実施形態では、データ４０６または他のシステムコンテンツは、ＳｏＣ４００またはさまざまなコンポーネントの構成設定、システムによって記憶されるメディアコンテンツ、および／またはシステムユーザに関連する情報を含む。ＳｏＣ４００に記憶されるメディアコンテンツには、あらゆるタイプの音声、ビデオ、および／または画像データが含まれる。ＳｏＣ４００はまた、１つまたは複数のデータ入力４０８を含み、それらを介してあらゆるタイプのデータ、メディアコンテンツ、および／または入力は、ユーザ入力、ユーザが選択可能な入力（明示的または暗黙的）、またはコンテンツソースやデータソースから受信したその他のタイプの音声、ビデオ、および／または画像データなどを受信できる。代替的に、または追加的に、データ入力４０８は、さまざまなデータインターフェースを含み、これらは、シリアルおよび／またはパラレルインターフェース、無線インターフェース、ネットワークインターフェースのうちの任意の１つまたは複数として、または他の装置またはシステムとの通信を可能にする任意の他のタイプの通信インターフェースとして実装可能である。

【0053】

ＳｏＣ４００は、ＳｏＣ４００の動作を制御し、音声通話ＡＲＬＣ監視技術を可能にするために、さまざまなコンピュータ実行可能命令を処理する１つまたは複数のプロセッサコア４１０を含む。代替的に、または追加的に、ＳｏＣ４００は、処理および制御回路４１２と関連して実装されるハードウェア、ファームウェア、または固定論理回路のいずれか１つまたは組み合わせで実装される。図示されていないが、ＳｏＣ４００は、ＳｏＣ４００内のさまざまなコンポーネントを結合するバス、相互接続、クロスバー、またはファブリックのうちの１つまたは複数を含む。

【0054】

ＳｏＣ４００はまた、永続的および／または非一時的なデータ記憶を可能にし、したがって一時的な信号または搬送波を含まない１つまたは複数のメモリ回路などのメモリ４１４（例えば、コンピュータ可読媒体）を含む。メモリ４１４の例には、ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＮＶ－ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、またはフラッシュメモリが含まれる。メモリ４１４は、システムデータ４０６、ファームウェア１６、アプリケーション４１８、およびＳｏＣ４００の動作態様に関連する任意の他のタイプの情報および／またはデータのためのデータ記憶装置を提供する。例えば、ファームウェア４１６は、少なくともいくつかの実施形態では、メモリ４１４内の動作システム（例えば、リアルタイムＯＳ）のプロセッサ実行可能命令として維持され、１つまたは複数のプロセッサコア４１０上で実行される。

【0055】

アプリケーション４１８は、少なくともいくつかの実施形態では、任意の形式の制御アプリケーション、ソフトウェアアプリケーション、信号処理および制御モジュール、特定のシステムに固有のコード、抽象化モジュール、ジェスチャモジュールなどのシステムマネージャを含む。少なくともいくつかの実施形態では、メモリ４１４はまた、本明細書で説明される音声通話ＡＲＬＣ監視技術の態様を実装するためのシステムコンポーネント、ユーティリティ、または情報のうちの１つまたは複数を記憶し、信号情報３２４－１、ＲＬＦ情報３２４－２、ＰＨＹ層能力情報３２４－３、送信電力不足情報３２４－４などである。

【0056】

少なくともいくつかの実施形態では、ＳｏＣ４００はＡＲＬＣ監視モジュール３２２を含む。ＡＲＬＣ監視モジュール３２２は、少なくともいくつかの実施形態では、全体的または部分的に、ハードウェアもしくはファームウェアを通じて、または少なくとも部分的にメモリ４１４内に実装される。少なくともいくつかの実施形態では、ＳｏＣ４００は、グラフィックプロセッサ４２０、音声プロセッサ４２２、および画像センサプロセッサ４２４などの他の機能を可能にする追加のプロセッサまたはコプロセッサも含む。グラフィックプロセッサ４２０は、少なくともいくつかの実施形態では、ＳｏＣ４００のユーザインターフェース、動作システム、またはアプリケーションに関連付けられるグラフィックコンテンツをレンダリングする。場合によっては、音声プロセッサ４２２は、音声通話または再生用の符号化される音声データに関連する音声信号および情報などの音声データおよび信号を符号化または復号化する。画像センサプロセッサ４２４は、少なくともいくつかの実施形態では、画像センサに結合され、画像データ処理、ビデオ捕捉、および他の視覚媒体調整および処理機能を提供する。

【0057】

少なくともいくつかの実施形態では、ＳｏＣ４００は、安全な通信プロトコルおよび暗号化されるデータ記憶装置を提供するなど、さまざまなセキュリティ、暗号化、および暗号化動作をサポートするセキュリティプロセッサ４２６も含む。図示されていないが、セキュリティプロセッサ４２６は、少なくともいくつかの実施形態では、ＳｏＣ４００の情報または通信の暗号化および暗号処理をサポートするために、１つまたは複数の暗号エンジン、暗号ライブラリ、ハッシュモジュール、または乱数生成器を含む。代替的に、または追加的に、ＳｏＣ４００は、位置および位置エンジン４２８およびセンサインターフェース４３０を含む。一般に、位置および位置エンジン４２８は、全地球航法衛星システム（ＧＮＳＳ）および／または他の運動または慣性センサデータ（例えば、推測航法）の信号を処理することによって、測位または位置データを提供する。センサインターフェース４３０は、ＳｏＣ４００が静電容量センサやモーションセンサなどのさまざまなセンサからデータを受信できるようにする。

【0058】

図５は、少なくともいくつかの実施形態において、本明細書で説明されるＡＲＬＣ監視技術のさまざまな態様を実装する無線通信プロセッサ（ＣＰ）５００の構成例を示す。ＳｏＣ４００は、明確にするために図５から省略されている追加の機能およびインターフェースを含むことができる。一般に通信プロセッサと呼ばれるが、通信プロセッサ５００は、少なくともいくつかの実施形態では、モデムベースバンドプロセッサ、ソフトウェア無線モジュール、設定可能なモデム（例えば、マルチモード、マルチバンドモデム）、無線データインターフェース、または無線モデムとして実装され、ＵＥ装置１０２のＲＦトランシーバ３０６またはＳｏＣ４００の無線モデム４０４などである。少なくともいくつかの実施形態では、通信プロセッサ５００は、無線ネットワークのデータアクセス、メッセージング、またはデータベースのサービス、ならびにさまざまな音声ベースの通信をサポートするために、ＵＥ装置１０２などの装置またはシステムに実装される（音声通話など）。

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

利益、他の利点、および問題の解決策は、特定の実施形態に関して上で説明されている。しかし、利益、利点、問題の解決策、および利益、利点、または解決策が発生する、またはより顕著になる可能性のある特徴は、いずれかのまたはすべての請求項の重要な、必須の、または本質的な特徴として解釈されるべきではない。さらに、上に開示した特定の実施形態は単なる例示であり、開示の主題は、本明細書の教示の恩恵を受ける当業者にとって明白な、異なるが同等の方法で変更および実施することができる。以下の特許請求の範囲に記載されているものを除き、本明細書に示される構造または設計の詳細に対して制限を意図するものではない。したがって、上で開示した特定の実施形態が変更または修正され得ることは明らかであり、そのような変形はすべて、開示される主題の範囲内にあるとみなされる。したがって、本明細書で求められる保護は、以下の特許請求の範囲に記載されているとおりである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】