MCPC TR-025
Implementation guidelines forBluetooth Interoperability Issues
Version 1.10
2021 年 12 月 15 日

モバイルコンピューティング推進コンソーシアム
技術委員会

変更履歴
日付
2017年1月18日
2021年12月15日

変更内容

Version

1.00
1.10

Base version initial release
Version 1.10

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

ドキュメント発行者、および著作権者:〒105-0011
東京都港区芝公園3-5-12 長谷川グリーンビル
モバイルコンピューティング推進コンソーシアム (MCPC)
電話： 03-5401-1935
ＦＡＸ： 03-5401-1937
ＥＭＡＩＬ： office@mcpc-jp.org
WEB SITE: http://www.mcpc-jp.org

機密保持について:
MCPC会則、MCPC IP Policyを遵守

免責について:本ドキュメントはモバイルコンピューティングに関する標準仕様、推奨仕様などを提供するもので、モバイルコン
ピューティング推進コンソーシアム（以下MCPCとする）は、本ドキュメントを使用した結果発生した損害、第三者の特許、またはその他の権利の侵害に対して、一切の責任を負わない。また、本ドキュメントはMCPC、または第3三者が保持するいかなる権利のライセンスを許諾するものではない。

2進数、10進数、16進数の表記方法：• 2進数は小文字”b”を付加する。 (例： 10b)• 2進数4桁以上は4桁毎にスペースで区切る。 (例：1000 0101 0010b)• 16進数は小文字”h”を付加する。(例：FFFFh and 80h)
• その他の数字表記は10進数とする。

キーワード• することができる
推奨または要求に自由な選択肢を示す。
してもよい
(may)
• すべきである
必須ではないが強い推奨を示す。実施の際、必須ではないが考慮すべき。
(should)• しなければならない 必須要求を示す。接続性、仕様準拠のために必ず実施しなければならない。
(shall)アプリケーションノート
ドキュメントに実施例を記載する場合は下記の通り記載すること:
アプリケーションノート:
実施例記入

2

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

Contributors
Version 1.00
Yasushi Otomo

ALPS ELECTRIC Co., Ltd.

Shougo Sadashima

Clarion Co., Ltd.

Shigeru Oota

Clarion Co., Ltd.

Kazuhiro Hirose

Clarion Co., Ltd.

Masashi Miura

DENSO CORPORATION

Toshiya Tamura

FUJITSU LIMITED

Takashi Yamazaki

Harman International

Hiroyuki Morimoto

Mitsubishi Electric Corporation

Sadamitsu Kanamori

Renesas Electronics Corporation

Masahiko Seki

Sony Corporation

Yasuho Egawa

Sony Corporation

Mitsuyoshi Yasuda

Sony Mobile Communications Inc.

Toshiaki Yamauchi

TAIYO YUDEN CO., LTD.

Shigetoshi Hara

Visteon Japan

Keiju Hasegawa

Visteon Japan

Masatsugu Kamimura

Visteon Japan

Version 1.10
Itsuo Sakai

Allion Japan Inc.

Yasushi Otomo

ALPS ALPINE Co., Ltd.

Soichi Saito

DENSO CORPORATION

Toshiya Tamura

FCNT Limited

Hiroyuki Morimoto

Mitsubishi Electric Corporation

Yasuho Egawa

Mobile Computing Promotion Consortium

Sadamitsu Kanamori

Renesas Electronics Corporation

Masahiko Seki

Sony Group Corporation

Mitsuyoshi Yasuda

Sony Mobile Communications Inc.

Katsumi Adachi

Toshiba Corporation

Shinichi Miyano* 発行時点では退会済み。

Visteon Japan *3©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

Table of Contents
1. はじめに ................................................................................................................................. 5
2. 接続性の問題と議論内容 ........................................................................................................ 6
2.1. 履歴 ............................................................................................................................................. 6
2.2. 議論内容 ...................................................................................................................................... 6

3. 参考文献 ...............................................................................................................................25

4

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

1. はじめに本ドキュメントは、JASPARからインプットされた接続互換性の問題、及びMCPCにて実施した互換性検証ワークショップにおいて抽出された接続互換性の問題に関して、原因解析結果とMCPC SWG
での議論内容と回避例について記載したものである。

5

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

2. 接続性の問題と議論内容
2.1. 履歴
Versi
on
1.00
1.10

内容

対象 No.

JASPAR での問題点および過去の互換性検証 Work Shop (WS)での問題点
第 50 回～第 52 回互換性検証 WS での問題点

1～71
72～87

2.2. 議論内容
互換性検証 WS お
No. よび JASPAR からの問題点
Group Navigation
コマンド（FolderUp/Down）
1
に対し SUCCESSで応答し、何も機
能しない

2

3

4

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

問題はサポートしていな
いものを OK で返すこと。移動機上にサポートしているアプリが 1 つもないのはおかしい。

Play コマンドで実行可否が分らない状況でも 100ms
以内に OK を返すのは仕方がなく、getPlayStatus で別のステータスを見る等の工夫は可能と考えられる。また、プリセットアプリベースで動作可能な機能だけをEnable とすること。

FastForward/Rewi
nd の Press/Stopの取り扱いがスペックに準拠していな
いPlayItem の Scope
によって動作する
場合としない場合がある

長押しの時に2秒以内
現状AVRCPには記述がない。WPのみにある。
毎にコマンドが出ていない問題。将来的には
AVRCPの改定も検討すべきである。
NowPlayingの時に動か規格準拠すること。
ないケースと、
VirtualFileSystemで動かないケースがある。実装の問題。

複数のプレイヤーを搭載している
AVRCP1.3 TG で、
メタデータを取得するコマンドがアクテ
ィブでないプレイヤーに送られて動作しない

最低限 A2DP を使って
AVRCP1.5 以降を搭載することが望ましい。
いるのであれば、
Play/Stop はストリーミン
グの Status と合致した
Status を返すこと。再生中ではない楽曲の情報が表示されることがある。音がミキシングされているため、A2DP のStatus と合わせても必ずしも適切な Status 通6©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

No.

5

6

7

8

互換性検証 WS お
よび JASPAR からの問題点

WS 参加者およびJASPAR での原因解析

知にならない可能性がある。音をミキシングしている状態では、プレイヤーという概念はなく、ストリーミングは Open であるが音が出ないという状態が発生し得る。
HFP の応答保留に Android の実装の問題。
対応していない AG タイマーで強制的に着信に応答保留コマン 拒否している例もある。
ドを送信すると、AT コマンドでエラーを返
OK を返すが、着信 してほしいというのが HFを継続する。
側の希望であるが、AG側は応答保留の時は何を返せばいいのかよくわ
からないので OK を返していると考えられる。
PBAP、MAP のリ
スペック通りの実装にな
スト件数取得っていない。
(MaxListCount=0
でリストを取得）に対して、0 件と応答する
AVRCP 1.4/1.5 で 実装問題。
Control channel とBrowsing channel
を間違えて送ってくることがある。
GetElementAttri 現状はbute とGetElementAttribute でGetItemAttribute も media element item，の両方に対応して あるいは folder item のいる場合、メタデータを取得できる
GetElementAttri TG が多いが Spec 通り
bute でも取得でき に作った TG が割を食うてもよいのでは？
ことになってしまうため
現行仕様書ではSpec をもう少し柔軟にしTG/CT とも 1.4 以 てもらってもよいと思う。
降ではGetItemAttributeを使用することになっている。

MCPC SWG での議論内容と回避例

現在の Android の実装に依存しており、端末実装側で対応することが望ましい。端末仕様(能力)に合致した
Status を返すこと。

規格準拠すること。

規格準拠すること。

本来、規格準拠すべきであるが、AVRCP 1.4 以降であっても GetElementAttribute を使って media element
item，あるいは folder item のメタデータを取得することにより回避できる。

7

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
SetAddressedPlay
9
er に対応していない。
A2DP 接続前に10 AVRCP をつないでくることがある。
AVRCP で TG とCT の両方が接続
11 要求してくることが
ある。

12

13

14

アルバム件数を取得しようとすると、全曲件数が取得できてしまう。

MCPC SWG での議論内容と回避例

複数プレイヤー対応機
器でも実装しているもの
は少ない。
実装問題。

AVRCP1.4 以降では TG の Category-1 または 3 はMedia Player Selection が必須。

AVRCP の IOP Issue である。

AVRCP の接続はどちらでも良い。
シグナリングチャネルは INT 側から確立する。AVDTPのメディアチャネルの確立は SRC 側がするべき。基本
的にはどちらから Initiate しても良い。 参考文献[3]参照規格準拠すること。

Total number of Tracksの解釈の問題。

MPS 参照して頂きたい。

ネットラジオの時の AVRCP の仕様に参照す 規格化されてないため、AVRCP のメタデータのアサイ仕様がちゃんと固べき記載がない。
ンを検討して実装する必要がある。
まっていない。

Pause 中に曲送りしたときにタイトルを取得できるものとできないものがある。
Absolute Volume
で CT と TG のステ
ップ数が違うことが
ある。

15

16

WS 参加者およびJASPAR での原因解析

GetPlayStatus を毎秒出す CT がある。

Pause して曲送り→トラックチェンジして曲名が取れない（スマホが出さない）→アプリ実装問題

規格準拠すること。

CT と TG の volume に関する仕様、考え方が異なり、volume のとりえる値の範囲が異なる可能性があることに注意。
0x00 の時だけ mute。
0x00 よりも大きな値の場合には音を出すべきと考えられる。
再生時間の更新等の目的で情報を取得しにくる。

あるデバイスの音量が 10 段階であり、Absolute
Volume の 128 段階に割り当てる際に、例えば 0～9の Absolute Volume を 10 段階の 0 と割り当てると、値としては 0 でないにも関わらずミュートしてしまい、ユー
ザーを混乱させる可能性があるので注意が必要である。

毎秒時間取得することは、TG の負荷が高くなる、ある
いは無線のトラフィックの増加の弊害を引き起こすた
め、数秒間隔にすることが望ましい。

8©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点(AVRCP 1.3) 曲戻しを連続した後、再
17 生時間が 00:00 から更新されません。
(PBAP) スマートフ
ォン本体に登録されているアドレス
18
は PHOTO タグが送信されていなかった。
(AVRCP 1.3) ワン
セグの録画コンテ
ンツを再生時、19 GetPlayStutas に対して常に Pausedを通知していた。

20

21

22

(HFP) 着信割り込
み時、ナビにてアクティブの通話を終話し、着信割り込
み側と通話した
際、しばらくすると
通話音声がスマー
トフォン側に移管される。
(AVRCP 1.3)
Repeat・Shuffle が設定できない(HFP) キャッチ応
答時、Navi より終話すると 2 個目と通話を継続するが、Navi への通知
が終話となっている

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

TG から CT に時間情報が正しく送られているのか要調査。

実装の問題の可能性有。

スマートフォンの実装の問題。

規格準拠すること。

音楽再生プレイヤーが再生状態でなかったた
めに、Paused を通知していたと考えられる。

Foreground にいるカレントのアプリの Status を返すこと。

スマートフォンの実装の問題。

規格準拠すること。

実際にはサポートしていないコマンドについてサポートできているように
Capabilities を返してしまうスマートフォンの実装の問題。
スマートフォンの実装の問題。
本来 Call Waiting 通知を出すところが、終話(Call=0)が返る。

スマートフォンの搭載機能に合致した Capability を返すこと。

規格準拠すること。

9©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点(PBAP)
電話帳全件転送を実行した場合に、オーナー情報の23 み、Photo データが付与され、その他の電話帳データには Photo データ
が存在しなかった・(AVRCP1.3)
早送り、巻き戻しを実行した場合、ホストからの要求に24
対して、応答は送信しているが、携帯側の状態は変わらない。
(AVRCP 1.3)
【発生状態】
携帯から早送り、巻き戻しを実施
後、ホストから再生
時間取得
25
【現象】
シーク後の携帯の再生時間と、ホストが取得した再生時間が一致しない。
(MAP)
SetStatus コマンドで unread を実行するが、unread にならない。
26

WS 参加者およびJASPAR での原因解析
スマートフォンの実装の問題。

MCPC SWG での議論内容と回避例
規格準拠すること。

早送り、巻き戻しにアプ 再生ステータスの変更を確認することを推奨とする。アリが対応していない。パ プリの中に早送り、巻き戻しに対応可能なアプリがな
ススルーコマンドは受信 い場合には Success を返すべきでない。
成功を持って Successを返している。
AVRCP1.3 以降はできるはず。
SNK か SRC かはこれだ 規格準拠すること。
けではわからない。SNKだとすると、FF/FR 後のPlayStatus を取得していない可能性あり。SRC だとすると、FF/FR 後の再
生時間を正しく返せていない可能性あり。ログを見ればわかるかも。

MAP SetStatusコマンド
でunreadを実行するが、スマートフォン側のステータスがunreadにならない。コマンドはサポートしているので、ステータスが変更できるはずである。ステータスが変更できないのであれば、
Successを応答すべきでない。スマートフォンの実装の問題

Success を返す以上はステータスを変更すべき。車載
機側はステータスが変更できない可能性があるため、適宜ステータスを確認すべきである。

10

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
WS 参加者および
No. よび JASPAR から
JASPAR での原因解析
の問題点
(MAP)
スマートフォンの実装のUpdateInbox コマン 問題。
27 ドを実行するとエラ
ーが返る。

28

29

30

(MAP)
SetStatus コマンドで delete 後、
undelete に失敗する。
(AVRCP 1.3) スマ
ホ側のプレイヤーが変わったときに
GetPlayStatus の値が元のプレイヤーのものがきてしまうため Pause が継続する。CT 側としてはこのステータ
スを見てPlay/Pause を投げ分けるので問題である。
ConferenceCall 未
契約SIMだったが、AT+CHLD=3をNavi側から実行した後、OKを携帯電
話側が返してきた。しかし、呼が変化しないため、Navi
側では Conference
Call になるのを待ってしまう現象が発生。

MCPC SWG での議論内容と回避例
規格準拠すること。

アプリの実装次第。
規格準拠すること。
delete でごみ箱に移っても、undelete で戻せるべ
きだが、戻らないことがあった。
スマートフォンの実装の AVRCP1.5 以降をサポートし、プレイヤー毎の状態を問題。
取得することを推奨とする。
AVRCP1.4 対応プレイヤーであっても、ダウンロードした音楽アプリが AVRCP1.4 非対応の場合がある。

呼が変化しない場合の対処が不足している。

規格準拠すること。

11©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

No.

31

32

33

34

互換性検証 WS お
よび JASPAR からの問題点
送信メッセージのネットワークへの送信成功通知(SendingSuccess）
が通知されない（SMS/EMAILの両方）
送信メッセージのネットワークへの送信失敗通知(SendingFailure）が通知されない（SMS/EMAILの両方）
Mobile phone side
will link loss. It
does not response
to carkit.

MCPC SWG での議論内容と回避例

Bluetooth 部分の実装問 規格準拠すること。
題？

Bluetooth 部分の実装問 規格準拠すること。
題

Supervision Time Out の ガイドラインの見直しは必要かもしれない。
設定で切れやすくなる可能性もある。車載のガイドラインに推奨値が記載されているが 5s なので、切れやすい。通話中
は 5s、それ以外は 20sにすればいいのでは？
Voice Dial終了後、 HF側でVoiceDialに紐づ 規格準拠すること。
HFからBVRA=0が けられていた全てのApp
送信されてこない を閉じることでBVRA=0が送信されてきた。HF側の問題。
Pause中の曲名を取得できないものがある。

Pause して曲送り→トラックチェンジして曲名が取れない（スマホが出さない）→アプリ実装問題

規格準拠すること。

au/Verizon/Sprint
等CDMA系のキャリアで、CallWaitingの動作がBTの要求コマンド通りに動いてくれない。

CDMA は端末で呼の状態を管理することができないことが原因。

規格準拠すること。

35

36

WS 参加者およびJASPAR での原因解析

12©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

No.

37

38

39

40

互換性検証 WS お
よび JASPAR からの問題点
Bluetooth Audio再生中OPPでの電話帳転送を行うと、
急に電話帳の転送レートが極端に低下する。放置していると１０００件の電話帳データ送
信に20分以上掛かる（Sniffモード等に問題ある）。
AVRCP1.3に対応しているのに曲名
がNo titleとして送信される

4G(LTE)対応してから、電界強度の送信方法がメーカ
によって異なっている。
Android、iOS
ナビから
PBAP/MAP接続を要求した際、携帯電話側に接続確
認ポップアップが表示され、携帯電
話操作で許可/拒
否選択するまでの間、接続要求に対する応答がない。

WS 参加者およびJASPAR での原因解析
端末の実装の問題と考えられる。A2DP と OPPの競合動作の問題と考えられる。

MCPC SWG での議論内容と回避例
A2DP によるオーディオデータの転送と OPP による電話帳データの転送を競合させないことが望ましい。

プレイヤーのアプリケー 規格準拠すること。
ションと AVRCP の対応ができていないケースが多い。特にデフォルトプ
レイヤー以外のアプリを使用する場合に見られる。
移動機でピクト表示して ピクト表示している電波強度と同じ数値を送ること。
いる強度と同じ数値が受信できない。

携帯電話側の仕様によ デフォルト設定の変更、「常に許可」に設定することをる。RFCOMM 接続後、推奨とする。
OBEX_CONNECT コマン
ド送信に対して応答がない。

13

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Android
携帯電話に複数の電話アプリケーショ
ンをインストールしている場合、ナビ
から発信操作を行った際、携帯電話側に使用するアプ
リケーション選択画
41
面が表示され、携帯電話操作でアプ
リケーション選択するまでの間、発信要求に対する応答がない。
(例えば、電話アプ
リとして Skype 等を使用する場合)
iOS
AVRCP1.4 対応デバイスに対して、
Bluetooth Audio 再
生曲情報取得して42 いる状態でプレイヤー変更すると、
そのプレイヤーで再生されている曲の曲情報が表示されない。
車載機からの応答
保留が効かない。

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

携帯電話側の仕様によ ユーザーが携帯電話操作で「常にこのアプリケーショ
る。ATD に対して応答が ンを使用」の設定することで、回避できる。
ない。ユーザーが携帯電話操作で「常にこのア
プリケーションを使用」の設定することで、回避される。

デバイスは Browsing に対応しているが、Player(アプリケーション)
が Browsing に対応していないため、GetItemAttributeValue
が失敗している。

プレイヤーの Supported Features で確認し、Browsing
対応/非対応で GetItemAttribute とGetElementAttribute を切り替える。

スマートフォンの実装仕様。

応答保留に対応していないのであれば、車載機からの要求にエラーを返すことが望ましい。

4314

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
iOS
車載からメッセージ
削除要求すると
44 OK 応答するが、削除しない(Delete フ
ォルダへ移動しな
い)。
AT+CHLD=?に対して、携帯側から
1,1x,2,2x,3,4 を応答するが、ナビから
45
AT+CHLD=2 コマン
ド送信すると CME
ERROR:0 を応答する。
Bluetooth SDP 応
答のSupportedReposito
ries の
bit1(SIMcard)に 1が設定されているにも関わらず、SIMのOCH/ICH/MCH/C
CH が取得出来ない(エラー応答 Not
Acceptable)。もし46
エラーコードを応答する実装仕様とす
るならば、PBAP 仕様書の Table 6.4に基づき、SIM カー
ド内にファイルがない理由としてエラー
コード
NotAcceptable を応答するではなく、
Not Found を通知すべき。

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

スマートフォンの実装仕様。

削除要求に対して実装通りに実装すること。

スマートフォンの実装仕様。

規格準拠すること。

スマートフォンの実装仕 規格準拠すること。
様。
「ファイルが無い為にエラーとなっているが、フォルダへのアクセスはできるので対応となっていると考えられる。このケースでは「Not Found」を返すのが適切だと考えられる。

15

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Bluetooth MAP の送信機能に関して、PushMessage
でメッセージ送信を行うと、OK 応答が47 応答されるが、その後携帯端末から
event
type:"SendingFailure" を受信。結果的に送信に失敗。
P-03E 保留呼、通話呼が存在する状
態で、AT+CHLD=1を送信したところ、"No call is
active","Call on
hold, no active
call"の+CIEV を受信し、Active 呼が48存在しないという状態を受信した。しかし、携帯端末(P03E)の画面は通話中になっており、呼が存在しており、内部状態もしくは通知内容が間違っている。
不在着信の未読ア
イコン表示しているにもかかわらず、
PBAP 不在着信の未読件数が取得できない
49 (NewMissedCalls=0
を通知)。

WS 参加者およびJASPAR での原因解析
スマートフォンの実装仕様。

MCPC SWG での議論内容と回避例
規格準拠すること。

本事象の原因は、規格準拠規格通りに実装すること。
Bluetooth 機器に通話状
態=IDLE を出力する箇所で第 2 呼が残っている場合も通過する箇所であるのにもかかわらず、一律 IDLE を出力するようになっていたためと考えられる。

PBAP1.0 仕様(Itindicates the number ofmissed calls that havenot been checked on
the PSE at the point of
the request.)に違反していると思われる。
PBAP1.2 になると更に強い要求となっており、
PBAP1.2 対応したら改善される可能性あり。(Itshall indicate thenumber of undismissed

ある機種は PBAP 接続後に未読アイコンが発生した
場合は、NewMissedCalls=1 を通知してくる。他の機種では PBAP 接続前後、両方のケースで通知しない。

16

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

No.

互換性検証 WS お
よび JASPAR からの問題点

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

missed calls on the PSE
at the point of therequest.)

50

51

52

53

携帯電話側の電話 スマートフォンの実装依帳でグループ設定 存
すると、グループに含めた電話帳デー
タが転送されない。

規格準拠すること。

MAP で e-mail の
スマートフォンの実装依アカウントが通知さ 存
れない※「MAP MASiOS」以外のアカウ
ント通知がない。

規格準拠すること。

携帯電話側の電話帳に登録がある相手から SMS を受けた場合、MAP の
sender_addressing
として電話番号ではなくコンタクト名を通知してくる。
MAP にて「send」フ
ォルダ内のメッセージを要求すると"sender_name"および"sender_addressing"が空で通知される。

スマートフォンの実装依存

規格準拠すること。

スマートフォンの実装依存

規格準拠装すること。

17©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
LTE 圏内の場合、電話機から電波強度(+CIEV イベント)
54 が"0"で通知され
る。

55

56

57

58

HFP 接続直後に電波強度(+CIEV イベント)が"5"で通知され、その後電話機
から電波強度の変化を通知してこない。
車載器が他のデバ
イスと HFP 接続中に、車載器から対象デバイスにA2DP 接続操作を行った場合、A2DP
接続後に電話機から HFP 接続してくるが、HFP 接続に失敗した場合、A2DP も切断されることがある。
電話機のバックラ
イト消灯中に、ハンズフリー着信→終
話した後、PAN 通
信できない。電話機のバックライトを点灯させると取得可能になる。
電話機の電源を圏外で ON し、ナビに接続後、圏内復帰
しても PAN データ通信が行えない。
ナビから iPhone に対して IP の取得要求を発行しているWS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

18

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
が、応答が無い。
圏内復帰してしば
らく待つと自動復
帰する。

59

60

61

AV 機器側で一度も音楽再生していない場合、機器登録後ナビも AV 機
器も BT オーディオ
再生中状態になるが、Stream Start
状態にならならず、車載器から再生音が聞こえない。
携帯操作でFF/REW をするとPlayStatus が Playのままとなる。通知もなく取得に行っても PLAY のままとなる。
MAP にてフォルダ
リストを複数回に分けて取得するためにオフセット指定で取得すると、先頭からの取得以外
は listSize が 0 で応答され、取得が出来ない。オフセッ
ト指定せずに全件取得を行えば取得可能ではあるが、表示可能な分のみ取得という方法が取れない。

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

19©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
PBAP のブラウズ
で履歴に対して電話番号を指定した検索を行うと検索結果と一致したデ62
ータではなく、全データが取得される（検索を指定しない
場合と同じ挙動となる）PBAP のブラウズ
で電話番号を指定
して検索を行っても正しい結果が得ら
63
れず、検索指定した番号と異なる電話帳の情報が応答される。
PBAP のブラウズ
で電話番号を指定してのサーチを行うと応答が得られ64ず、その後携帯のBT を OFF→ON するまで BT が動作しなくなる。
携帯操作で音声認識を起動しても+BVRA が通知され65 ない為、車載機側は音声認識中かどうかを判断できな
い。
AVRCP でTrackNo が再生し
66 ている曲によらず常に一定の値である。

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

スマートフォンの実装依存。

規格準拠すること。

AVRCP1.3 サポートの場
合に、複数プレイヤーを管理ができないために発生する問題。

AVRCP1.5 以降のサポートを推奨する。

20

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Siri 使用中に、AV接続を維持したまま HFP 接続のみ
67 切断すると、HFPを再接続後に SCOの音声接続ができなくなる。
Handsfree 発着信
時、Photo が表示
68されない。
車載機で BT 接続
機器が切り替わらない場合がある

70

71

曲が切り替わるタ
イミングで有線接
続から Bluetooth
オーディオに切替えると、音声は次の曲が再生されるが曲情報は切替前の曲のものが表示される
Absolute volume
が効かない

72

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

スマートフォンの実装依存。

規格準拠の実装をすること。

スマートフォンの実装依存。

規格準拠すること。

PBAP 接続要求の結果が遅れている理由は、携帯電話側で電話帳ア
クセス許可拒否をユーザーに求めている状態にいるため。Android 携
帯側で一度も PBAP 接続を許可していないか、許可したときに「常に許可する」旨のチェックを外している場合発生。
スマートフォンの実装依存。

デフォルト設定を「常に許可」と変更することが望ましい。

Phone 側で Absolutevolume 無効と判断していると推測。

SDP で車載機側が CAT2 TG に対応しているか、および SDP で車載機側が AVRCP 1.3 以下で返答していないか、要調査。Notification の不具合の可能性も考えられる。

規格準拠すること。

21©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Music Player がSpotify の時に
AVRCP Pause が73 Accept されているのに効かない。
Google Music なら問題無し。
Absolute Volume
非対応であると音74 が出ない

75

76

77

78

WS 参加者およびJASPAR での原因解析
スマホの音楽アプリとス
マホの OS の間の不具合。相手起因。

エアログ上は音が出ており、おそらく自機側の不具合と思われるPlay time isshowed as wrong
when the music isforwarded or
rewarded.

MCPC SWG での議論内容と回避例
Accept は Bluetooth スタックが返答している。アプリがそれを受けて正しく動作していない可能性がある。
将来的にはアプリの挙動は OS 側で吸収するか、そのOS を利用する上での実装要件として、動作に問題が起きないようなアプリの実装をしてもらいたい。
アプリは認証試験での動作確認ができないが、セルフチェックなどの仕組みは検討の余地がある。
相手(スマホ側)が Absolute Volume 非対応だとVolume 0 にセットしてしまうと考えられる。

頻繁に時間取得されると不具合が起きる可能性があるので、インターバルを開けて自走で時間表示する。

発信中および通話中にヘッドセットより AT+CKPD=200の AT コマンドを送信すると、SCO が切断されただけで、終話にならな
い
電話番号に『,』や『;』が入っているデータの画像が転送されない仕様動作かどうかを確認する必要あり

HSP 自体は SCO を切断するだけでネットワーク側の挙動までは規定していない。終話するかどうかは実装
仕様として判断することになる。通話移管で問題ない
可能性もある。VoIP アプリの場合は終話自体がない
可能性がある。

『,』は『p』に、『;』は『w』に変換されてClientに通知されることが原因。

vCardのフォーマット上の問題の可能性あり。
「,」→「p」 「;」→「w」は以前よりある実装なので、そこが問題かどうかはわからない。vCARD の区切りは「:」なので、「,」や「;」が認識できない可能性あり。

音楽再生している
状態で音声着信を受けて通話を開始
し、音量を変更して終話すると音楽再生は再開するが音が聞こえない音データ有りのメディア
パケットは送信されていたので、おそらくHF側の問題と考えられる

ミュートしているのか、あるいは音量が下がっているだ
けなのか、確認が必要。

22

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Browsing で曲が見えない

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

79

Cover Art非対応のはずがSDPでSupportedを返
していた。

80

AAC off/on での再 車載機側でLinkkeyが正接続ができない
しく保存されていなかった

AAC->ACC?（アクセサリ）。実装問題の可能性あり。プ
ロファイル接続までしないと、link key を保存しないケースがある。Android でも似たケースがある。毎回再接続できないのか、あるいは途中で切られた時だけなのか、要検討。

着信履歴で最初の1 件が名前表示ではなく電話番号になる

電話番号と名前を送っているのか、あるいは、車載機側でダウンロードした電話帳と照合して名前を出しているのか、 車載機側での調査が必要

81

先方(車載器側)に問題があると思われる

Cover Art のやりとりができないためスタックしている模様。

#81 と同件の可能性あり。電話帳登録名称でない＝電話番号表示であるのか要調査。

82

最新の通話履歴が 不明
電話帳登録名称ではない

83

AVP reconfigureを受けるがHUがリジェクトreconfigureをHUがサポートしていないため、仕様通りの動作

SRC 側（スマホ）が HU の Reconfigure 対応を確認して、送らないようにすべきだが、送ってきているため、
HU 側が切断している。

SBC Suband4(510kbps）だと相手機器が正常に再生できず

相手機器のデコードに問題があると思われる

対向機のデコーダーの問題（実装問題）→ 他社機器
でも同じデコーダーを使っていると同様の問題が発生する可能性がある。

A2DPコーデックの切り替えできず。
A2DPの接続、切断を繰り返す現象が見られた。

相手機器に問題があると思われる

Reconfigure（#83）と同件。

84

85

23

©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

互換性検証 WS お
No. よび JASPAR からの問題点
Sink機器側にSBC
Subband4
86 (510kbps）再生に
問題あり。

87

WS 参加者およびJASPAR での原因解析

MCPC SWG での議論内容と回避例

Sink側のデコーダーに不 デコーダー対応問題（#84）と同件。
具合があると思われる。

BT-Audioにおい事象として確認したが、て、トラックの再生 問題としない内容
経過時間の更新が3sec毎であった

自機は Target か要確認。 車載機がインターバルを 3秒にしたのであれば問題ない。

24©Copyright 2021 Mobile Computing Promotion Consortium (MCPC)MCPC TR-025 Implementation guidelines for Bluetooth Interoperability Issues Version 1.10

3. 参考文献[1] Bluetooth Core Specification Version 5.3[2] IEEE Standard 802.11ac(2013)[3] SIMULTANEOUS USE OF HFP, A2DP, AND AVRCP PROFILES V10(2007)[4] IEEE1394 AV/C Digital Interface Command Set General Specification Version4.2(2004)[5] Message Access Profile (MAP)[6] Phone Book Access Profile (PBAP)[7] Multi Profile Specification (MPS)[8] Hands-Free Profile (HFP)[9] Audio/Video Remote Control Profile (AVRCP)[10] Advanced Audio Distribution Profile ( A2DP)[11] Personal Area Networking Profile (PAN)25