带你解锁蓝牙skill(二)

紧接着带你解锁蓝牙skill(一)继续分析

3>,Pbap配置

Pbap:Phone Book Access Profile是说共享联系人协议,具体定义可参考上一篇。 其实说白了就是一个手机可以从另一个手机中导入联系人信息。 其中包括两个角色

  1. PCE:对应的协议配置文件为PbapClientProfile,作为客户端,是指获取联系人的一端
  2. PSE:对应协议配置文件为PbapServerProfile,作为服务器端,是指提供联系人数据的一端。

Android源码在7.0以前只支持作为PSE即作为提供数据的一方。但是各芯片提供商可能会自己增加一个蓝牙协议用于支持读取数据。

现在用两个手机做测试机进行测试

  • 一个是支持PSE,PCE两种角色,相当于既可以当客户端又可以当服务端(即既可以提供联系人数据,又可以获取对方的联系人数据),可以主动选择获取其他手机上的联系人数据。我们称之为S&C(server&client).
  • 一个是只支持PSE(即作为提供联系人数据的一方),只能作为服务端,不能通过蓝牙获取其他手机上的联系人,只能是被动的提供数据。我们称之为S(server)。

首先看一下Pbap是怎么用的。

第一,Pbap不是什么

首先要说明一点:Pbap不是说在通讯录中通过蓝牙分享联系人,因为在分享联系人时是将联系人先导出到一个一个文件,然后把文件分享出去,归根结底还是分享文件,走的是Opp协议。如下图所示,当对方在分享一个联系人信息时,会先将联系人打包到一个vcf文件中,并通过文件分享的方式传送过来

那么Pbap是什么呢??

第二,Pbap是什么

在通讯录–>菜单中,会有导入/导出选项,针对Pbap的两种角色来进行分析。

1>,如果你的手机只支持PSE角色不支持PCE,即只支持外界读取本机的联系人,不支持读取外界联系人的话—–测试机S ,那么显示选项如下

联系人的来源只有一个,那就是从存储设备中导入。(因为没有安装sim卡的缘故) 其实导入来源应该是有两个

  • 从存储设备中导入
  • 从sim卡中导入

2>,但如果你的手机既支持PSE角色有支持PCE角色的话—–测试机S&C,那么导入联系人时的选项如下

可以看到对于联系人的导入可以通过三种

  • 从存储设备中导入
  • 从sim卡中导入
  • 从其他手机导入

相对于上一种情况,这种条件下多了一个从其他手机导入的支持。 接下来就可以从其他设备导入通讯录了

选择通过蓝牙方式导入联系人后,会提示

在从其他设备导入联系人时有两个要求,

  • 保证对方设备在设置中开启蓝牙
  • 报这个对方设备设置为对其他蓝牙可见

这两个条件是为了让S&C设备可以实现和C设备的配对。配对成功后,在C设备上会有一个读取联系人权限的问题

权限声明如下: 设备想要访问您的联系人信息和通话记录。要向设备授予访问权限吗? 点击同意之后,C设备上的联系人信息便会同步到S&C设备上。C设备上的联系人会成为S&C设备上联系人的一部分。所获取到的信息包括联系人信息和通话记录。

当然,因为我的测试机是S&CC,所以以上就是按这种情况考虑的。具体情况基本可以类推。

举个例子来帮助你理解Pbap的含义。 比如现在有3个桶A,B,C,其中桶C是空的。桶A和桶B有水,而且桶B无限大(哈哈,搞笑嘛,谁不会,哈哈哈)。 接下来桶A主动将桶A的水的一部分(某个联系人)倒入到桶C中(打包成一个vcf文件),然后送给桶B(这种情况就是C设备通过蓝牙分享的方式将联系人分享至S&C设备),此时蓝牙分享联系人过程已经结束,在桶B这里需要自己把桶C中的水倒进来(即S&C设备获取到了一个vcf文件)。这种情况并不是属于Pbap的情况 但如果桶B说我要获取A的所有水(导入联系人),也就是说桶A是被动提供水的,此时就是S&C设备通过蓝牙导入联系人,那么A中的所有水会直接倒入C中(所有联系人打包到一个vcf文件),并且,此时还没结束,桶C中的水紧接着会倒入B中与B融为一体,至此,通过蓝牙导入联系人的过程才结束。

写了那么多,该歇一歇了

哇噻,有彩虹噢~~~

4>,音频协议

Android中的音频协议包括两大类

  1. 手机音频:蓝牙通话,常见的是蓝牙耳机。协议是HeadSet
  2. 媒体音频:蓝牙播放音视频声音,可以是手机,蓝牙耳机,蓝牙音箱等可以播放音频的设备,相关协议是A2dp 如下图所示,手机与一个蓝牙耳机进行配对时会显示手机音频和媒体音频配置项。

先来说一下媒体音频相关—A2dp,A2dp是说音频分发协议,分为两个角色

  • Source (SRC) : A2dp服务端,用于提供音频源,对应的协议文件为A2dpProfile。
  • Sink (SNK) :A2dp客户端,用于播放音频,对应的协议文件为A2dpSinkProfile. 其实说白了A2dp的高级音频分发协议说的就是用其他蓝牙设备播放本机的媒体音频(注意,是音频,只有声音)。

再来看看手机音频—-Headset,与A2dp类似,同样分为两个角色

  • HeadsetProfile:提供音频源的一端
  • HfpClientProfile:播放音频源的一端

比如在手机和蓝牙耳机的连接中 蓝牙耳机可以作为媒体音频的播放器—A2DP的sink角色,也可以作为手机音频的播放器—Headset的HfpClient 而手机扮演的是媒体音频中的音频源的提供者—A2dp的src角色,手机音频中的音频提供者–headset。

至于HID和Map一个是人机接口设备,一个是读取短彩信,因条件不允许,暂时不能演示,接下来进行源码研究。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏腾讯技术工程官方号的专栏

腾讯研发专家:TXSQL如何成为云计算时代数据库核弹头?

2481
来自专栏重庆的技术分享区

微服务 - 从想法到迈出第一步

原文地址:https://codeburst.io/microservices-from-idea-to-starting-line-d6e8cd5e9bb4?...

1511
来自专栏腾讯移动品质中心TMQ的专栏

基于网页分析的可播放性测试

到周末了,有空啦,很多同学就会拿起手机,打开QQ浏览器,点开热门视频,弄几个视频来犒劳犒劳自己,放松一下,搜索个片子,打开,额,播放不了: ? 再试试看,...

3135
来自专栏大数据和云计算技术

存储创新思路思考

image.png 头图是西雅图风光,站在山上可以眺望华盛顿湖和雷尼尔雪山。 下面这篇文章写的比较highlevel,初学者可能看不懂,欢迎资深人士一起探讨。 ...

3218
来自专栏SDNLAB

SDN实战团分享(三十二):ZStack架构及其网络功能简介

先说些题外话 SDN 群里大牛很多,从平时讨论中学习到不少,我的背景相对更偏云计算一些,我对 SDN 的角度可能也与大家有一些不同。 举例来说,前段时间发生了...

5475
来自专栏Java架构

Java分布式架构的演进过程

1946年,世界上第一台电子计算机在美国的宾夕法尼亚大学诞生,它的名字是:ENICAC ,这台计算机的体重比较大,计算速度也不快,但是而代表了计算机时代的到来,...

1986
来自专栏无原型不设计

无协作,不原型!

Mockplus3.1新增了团队协作功能,支持一键创建团队项目、团队成员快捷管理、一键通知成员审阅、多人评论批注的功能。Mockplus是一个简单快速的原型设...

2494
来自专栏Laoqi's Linux运维专列

饿了么的架构设计及演进之路(转)

1796

云监控与服务器监控不同的6个原因

传统的IT监控,一直是针对以服务器为主的基础设施来进行的。然而如果是将应用部署在云端,那么监控会变得很不一样,因为别说监控,我们很有可能都接触不到服务器。对于应...

2467
来自专栏即时通讯技术

达达O2O后台架构演进实践:从0到4000高并发请求背后的努力

达达创立于2014年5月,业务覆盖全国37个城市,拥有130万注册众包配送员,日均配送百万单,是全国领先的最后三公里物流配送平台。 达达的业务模式与滴滴以及Ub...

2223

扫码关注云+社区

领取腾讯云代金券