2380647_ja-JP

Yes

app_localizationとapp_localization_algoにおけるRAS転送処理に関する質問

こんにちは、

現在、KW47でチャネルサウンディングを使用しようとしており、MCUXpresso SDKドキュメントの「Bluetooth Low Energyチャネルサウンディングアプリケーション開発者ガイド」を参照しています。しかしながら、測距サービス（RAS）を実装する必要があるかどうか確信が持てないため、ご説明をいただきたく存じます。
具体的には、app_localization_algo共通モジュールに関して、ドキュメントには次のように記載されています。

app_localization_algoモジュールは、CS手順とRAS転送の結果として得られたデータを解凍する役割を担います。その後、モジュールはそれを距離測定アルゴリズムに渡してメートル単位の距離を取得し、その距離をアプリケーションに伝達します。
アプリケーションとこのモジュールの間には、他に直接的な相互作用はありません。そのAPIは主にapp_localizationモジュールで使用されています。

この説明に基づき、RASの移送に関して以下の点を明確にしたいと思います。

RAS転送はapp_localizationモジュール内で自動的に設定および処理されますか？
それとも、app_localizationはapp_localization_algoモジュールとのみ連携し、RAS転送にはRAS APIを使用して別途実装する必要があるのでしょうか？

言い換えれば、アプリケーションはCSプロシージャ処理とRAS転送の両方においてapp_localizationに完全に依存すべきなのか、それともアプリケーションレベルでRAS APIを明示的に統合する必要があるのか、ということです。
参考までに、関連するドキュメントページは以下のとおりです。
https://mcuxpresso.nxp.com/mcuxsdk/26.03.00/html/middleware/wireless/bluetooth/doc/Bluetooth %20Low%...
ご説明いただけると幸いです。
よろしくお願いします、

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @t_hosomi

事例を作成していただきありがとうございます。

少々お時間をください。いただいた詳細情報を確認し、できるだけ早くご返信いたします。

よろしくお願いいたします。

Christine。

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @t_hosomi

ご辛抱強くお待ちいただき、また詳細な情報を提供していただき、ありがとうございます。

私の回答は以下のとおりです。

ご提供のリンクに示されているように、RASはレンジャーサービスの略です。これは別のサービスです。「app_localization」は実際にRASプロファイルインターフェースを呼び出してデータを転送します。

「app_localization」はアプリケーションコードの一部と考えることができます。ここではRASと呼ばれ、他の一般的なアプリケーションコードでも同様です。`app_localization`の使用をお勧めします。

`app_localization`は、RASを介したクライアント・サーバー（CS）データの転送を実装します。

しかし、アプリケーション層はプロファイルの購読、通知の有効化、インジケーターなどの基本的なインターフェースを呼び出す必要があります。

ご理解いただけましたでしょうか？

よろしくお願いいたします。

Christine。

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @Christine_Li さん。

ご回答ありがとうございます。

RASは独立したサービスであると理解しています。

app_localization内でCSデータを転送(すなわちRASを利用する)には、関連ドキュメントの「Ranging Service common module」セクションやwireless_ranging SDKサンプルで説明されているステップ、特に「アプリケーション層は基本的なインターフェースを呼び出す必要がある」という手順を追加で実装する必要があるという理解は正しいでしょうか。例えば、プロフィールの購読、通知の有効化、指標など」などです。

よろしくお願いします、

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @t_hosomi

はい、おっしゃる通りです。

よろしくお願いいたします。

Christine。

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @t_hosomi

ご返信ありがとうございます。

誤解を避けるため、別の言葉を変えてみましょう。

RASはapp_localization内で処理されるのではなく、独立したサービスとして扱われます。

app_localizationはCSデータを転送するためにRASを呼び出す必要があります。

サンプルは必ずしもそのままでは使用できないわけではない。ただし、`app_localization` が RAS/プロファイルレベルの設定をすべて自動的に処理すると考えるべきではありません。カスタムアプリケーションに機能を統合する際には、プロファイルのサブスクリプションや通知・表示の有効化など、必要なアプリケーション層手順が適切に実装されていることを確認する必要があります。そうしないと、RASデータパスが意図したとおりに機能しない可能性があります。

これでより分かりやすくなったでしょうか。

もし何か不明な点があれば、遠慮なくお知らせください。

よろしくお願いいたします。

Christine。

Re: Question about RAS transfer handling in app_localization vs app_localization_algo

こんにちは、 @Christine_Li さん。

ご回答ありがとうございます。

あなたの説明から理解すると、RASもapp_localization内で処理されますが、基本的なインターフェースはアプリケーション層から呼び出して設定する必要があるようです。

しかし、digital_key_car_anchor_csやdigital_key_device_csなどのSDKsサンプルコードでは、ドキュメントの「レンジングサービス共通モジュール」セクションで説明されているように、レンジングサービスの設定がアプリケーション層から明示的に呼び出されていないようです。

これらのサンプルは、現状のままでは直接使用できない(つまり、正しく機能しないか、精度が向上しない可能性がある)ということですか?アプリケーションレベルでの追加RAS構成が必要だということです

敬具