Carplay wire / wireless

介绍

CarPlay是苹果公司为车载系统开发的一项功能，该功能将iOS设备的界面通过USB或wireless(蓝牙+Wi-Fi)投影显示在车载屏幕上，可以让驾驶员在车内通过车载屏幕直接方便地使用iOS设备上的功能。例如，在车载屏幕上直接使用iPhone或iPad上的地图、导航、Siri语音助手、音乐、电话、短信等各项iOS上的服务及功能。换句话说，就相当于是在自己的车载系统上安装了一个“iOS操作系统”。该功能在很大程度上减少了驾驶员在车内对iPhone或iPad的直接使用及操作，从而降低了对驾驶员在车辆驾驶过程中的干扰。

目前，在很多报道中将CarPlay理解成一套车载系统，这种解释是不完全正确的。CarPlay是苹果公司为车载系统开发的一项功能，也可以说是车载系统中的一项新的应用，并非是一套车载系统。

CarPlay有两种实现途径，一种是通过wired(USB)连接iOS设备和车载系统设备，另一种是通过wireless(蓝牙+Wi-Fi)来连接iOS设备和车载系统设备。CarPlay的两种连接方案都是需要通过iAP2 (iOS Accessory Protocol, version 2) 协议以及Bonjour服务来建立CarPlay会话(CarPlay Session)从而实现CarPlay功能的。在我接下来的博客中，我将分别介绍CarPlay的wired(USB)连接方案，CarPlay的wireless(蓝牙+Wi-Fi)连接方案，以及两种连接方案相互切换的实现。

另外，对于CarPlay的USB连接方案，在硬件上需要支持USB2.0(含)以上版本。iOS设备需要支持闪电接口(Lightning接口)，也就是说iPhone5之前的苹果设备不支持wired(USB)连接方式的CarPlay。在操作系统方面，苹果公司从iOS7.1开始加入了CarPlay的功能，无论是wired还是wireless的连接方式，iOS设备的操作系统版本都需要在7.1及以上。

wire connect

首先，CarPlay的wired(USB)的连接方案要求车载设备至少要支持USB2.0 Hi-Speed，能够同时处理bulk IN和bulk OUT传输。该方案还要求车载设备必须支持USB Host Mode，该模式要求车载设备能够工作在USB device模式下，因为Apple设备在CarPlay中是作为USB Host的。而通常情况下，车载设备USB是工作在USB Host模式的，而外接的USB设备是工作在USB Device模式的，因而在这种情况下的CarPlay wired(USB)连接方案中就需要进行USB的模式切换。下图则是CarPlay的USB模式切换处理逻辑框图：

当角色切换完成后，按照协议要求有以下几点需要注意：

1.车载设备(USB device)需要等待至少1000ms，目的是等待Apple设备(USB host)来枚举

2.如果1000ms后没有任何traffic，车载设备(USB device)得切换回USB Host模式

3.当Apple设备侦测到总线掉电(the loss of VBUS)，Apple设备将切换回USB Device模式

4.如果车载设备(USB device)侦测到USB总线至少有200ms处于不活跃(inactivity)状态，车载设备(USB device)将切换回USB Host模式

接下来，对iAP2在CarPlay wired(USB)连接方案中的接口描述符(Interface Descriptor)和i数据传输(Data Transfers)作一下介绍

1.iAP2接口描述符(Interface Descriptor)

车载设备(USB Device)与Apple设备(USB Host)建立一个iAP2连接，需要申明一个vendor指定(vendor-specific)的接口，该接口有一个bulk IN端点(endpoint)和一个bulk OUT端点(endpoint)。

2.iAP2数据传输(Data Transfers)

Apple设备(USB Host)通过bulk OUT端点发送iAP2数据给车载设备(USB Device)。依据USB协议，如果车载设备 (USB Device)成功地接收到Apple设备发送的iAP2数据便会回复一个USB ACK包，反之则回复一个USB NAK包。如果车载设备(USB Device)重复地回复USB NAK包并且超过1秒，便会视为接收超时。

车载设备在iAP2传输通道上成功的建立一个iAP2连接，通过iAP2进行认证，该认证过程有以下7种iAP2控制会话消息：

1.RequestAuthenticationCertificate

2.AuthenticationCertificate

3.RequestAuthenticationChallengeResponse

4.AuthenticationResponse

5.AuthenticationFailed

6.AuthenticationSucceeded

7.AccessoryAuthenticationSerialNumber

接下来，再介绍一下USB的NCM(Network Control Model)的两个接口

1.USB NCM 控制接口(Control Interface)描述符(Descriptor)

2.USB NCM数据接口(Data Interface)描述符(Descriptor)

车载设备需要在这个接口上完成USB Hi-Speed NCM。这个接口需要支持到64KB封装的数据报的传输(也就是到40个1514字节的以太网帧(Ethernet Frame)的传输)和16比特的NCM传输块。

使用CarPlay USB NCM接口的车载设备需要支持至少100Mbps的带宽，TCP和UDP的延迟小于5ms，UDP的丢包率(iperf测试下)要低于1%。

当Apple设备连上或断开的时候，车载设备需要对NCM接口状态作相应的改变。当Apple设备连接上的时候，在网络协议栈的头部需要标注NCM接口可用。

最后，介绍建立/终止CarPlay会话(session)。

建立CarPlay会话(session)，车载设备首先需要同Apple设备建立IP网络连接，因此需要虚拟一个网络接口并分配MAC地址和ip地址，该ip连接必须是IPv6。车载设备在这个接口上需要支持Apple Bonjour零配置网络连接(zero-configuration networking)。一旦网络连接建立成功，车载设备在完成认证后将在CarPlay接口上开始设置(setup)和内容传输(content transfer)。需要注意的是，按协议要求，车载设备需要在与Apple设备网络连接建立好后的3秒钟内建立CarPlay会话，如果与Apple设备的物理连接断开，车载设备也需要检测到该断开情况并且在1秒钟内终止CarPlay会话。

下图是wired(USB)的CarPlay 会话建立框图：

wireless bt+ wifi ：bt

在苹果公司推出基于wired(USB)的CarPlay连接方案后(在我的上一篇博客中已对CarPlay的USB的连接方案做过介绍，这里就不介绍了)，接下来苹果公司又推出了基于wireless(蓝牙+WiFi)的CarPlay连接方案。

基于wireless的CarPlay连接，顾名思义，就是车载设备和Apple设备不需要连接任何数据线连接，直接通过无线的方式实现CarPlay的功能。在这种方案中，CarPlay的setup由蓝牙发起，在这篇博客中我将介绍CarPlay over wireless中的蓝牙部分。

首先，CarPlay的wireless连接方案要求车载设备能够提供蓝牙的连接(Bluetooth connection)、服务发现(service discovery)、配对(pairing)、以及iAP2 over Bluetooth。苹果公司在其协议规范中对蓝牙物理层要求车载设备支持蓝牙2.1+EDR(Enhanced Data Rate)以及定义在REF 8.2.6中定义的调制方式。在蓝牙连接setup之前，车载设备需要周期性的执行质询扫描(inquiry scans)，若收到Apple设备的质询，车载设备会回一个带有BT EIR bit的FHS(Frequency Hoping Sequence：调频序列)的包来应答(respond)。Apple设备接收到车载设备的蓝牙EIR(Extended Inquiry Response)会检测其是否含有CapPlay UUID(Universal Unique Identifier)，来确定该车载设备是否支持wireless CarPlay。支持wireless CarPlay的车载设备会在其应答包封装支持CarPlay服务的128bit的UUID(0xEC884348CD4140A29727575D50BF1FD3)。而支持CarPlay over wireless的Apple设备也需要在其服务(service)的广播数据中包含128 bit的UUID：0x2D8D2466E14D451C88BC7301ABEA291A。车载设备以此区别普通蓝牙设备和支持CarPlay的Apple设备。

接下来，就是蓝牙连接的setup、配对以及iAP2。配对过程要求车载设备必须支持使用数字比较(Numeric Comparison)的标准蓝牙安全简单配对(Secure Simple Pairing)。当安全的蓝牙链路建立好后，车载设备需要协商iAP2 profile建立iAP2会话，用于交互Wi-Fi证书(Wi-Fi credentials，即Wi-Fi的BSSID，SSID，Security，WPA2 PSK，工作信道(Operating Channel))。其中该蓝牙链路中的iAP2 Client仅仅提供Wi-FI证书，当CapPlay会话建立完成后蓝牙链路会断开。

需要注意的是，iAP2 建立后，车载设备可能还协商其他蓝牙profiles，像HFP，A2DP，AVRCP等。然而，一旦CarPlay会话建立完成，Apple设备将通知车载设备断开所有处于活动状态的profiles。其中协议还规定，如果Apple设备在蓝牙EIR中显示wireless CarPlay是可用的，车载设备必须首先开始协商iAP2 profile，接下来才是协商蓝牙的其他profiles。

在车载设备的Wi-Fi证书通过iAP2 over Bluetooth与Apple设备交互成功后，接下来就开始Apple设备与车载设备的Wi-Fi连接了，关于Wi-Fi部分我将在CarPlay over wireless方案的下一篇博客中做介绍。

下图是CarPlay over wireless中蓝牙部分的交互逻辑简图：

最后，当基于wireless的CarPlay会话成功建立后，考虑到同频干扰的影响，针对Wi-Fi工作在2.4GHz频段和5GHz频段的两种情况，苹果公司在其CarPlay协议上对蓝牙行为也有些不同。因为蓝牙也是工作在2.4GHz频段，对于Wi-Fi工作在2.4GHz频段的情况，在Carplay会话成功建立后的，与Apple设备的蓝牙链路必须被终止，车载设备的蓝牙子系统需要被禁用，与其他设备的所有蓝牙连接也都必须终止；而对于Wi-Fi工作在5GHz频段的情况，同样，在Carplay会话成功建立后的，车载设备与建立好CarPlay会话的Apple设备的蓝牙链路也必须被终止，但其蓝牙子系统不需要禁用，可以与其他没有建立CarPlay会话的蓝牙设备建立蓝牙连接和profiles。

wireless bt+ wifi ：wifi

在Wi-Fi方面，车载设备工作在AP模式下，Apple设备作为STA连接到车载设备(AP)。首先，在蓝牙进行Carplay相关交互前，车载设备的Wi-Fi已经工作在AP模式下，车载设备的Wi-Fi证书(Wi-Fi credentials，即Wi-Fi(AP)的BSSID，SSID，Security，WPA2 PSK，工作信道(Operating Channel))通过iAP2 over Bluetooth与Apple设备交互成功后，接下来Apple设备作为STAt就开始与车载设备进行Wi-Fi连接了，该连接就是通常的基于Wi-Fi基础结构(Infrastructure)的WiFi连接，对于Wi-Fi及802.11、WFA协议部分，我将在我的另一个博客系列中做介绍，在这里就只针对CarPlay相关的Wi-Fi做介绍。当基于Wi-Fi的无线链路建立好后，接下来就是苹果的Bonjour服务来建立CarPlay会话。CarPlay会话建立完成后，接下来就是iAP2 profile的断开和蓝牙的断开。整个CarPlay over wireless的连接过程就完成了， 下图是在2.4GHz下的CarPlay over wireless连接图：

接下来，主要介绍CarPlay over wireless方案中对Wi-Fi的要求：

1. 在硬件上要求支持802.11n 2.4GHz HT20或802.11n 5GHz HT20 or HT40，建议支持802.11ac VHT20，VHT40，VHT80。

2. 在频段上要求工作在2.4GHz或5GHz，如果工作在2.4GHz频段，要求车载设备(AP)只能工作在信道1(2.412 GHz)、6(2.437 GHz)或11(2.462 GHz)；如果工作在5GHz频段，要求车载设备(AP)工作在信道36(5.180 GHz)、40(5.200 GHz)、44(5.220 GHz)、48(5.240 GHz)、149(5.745 GHz)、153(5.765 GHz)、157(5.785 GHz)或161(5.805 GHz)（国内仅支持高频，即>=149）。建议工作在5GHz频段，此外，需要限制信道切换(channel switch)功能在CarPlay中使用。

3. 基本的(Basic)Wi-Fi要求：

1). 车载设备的Wi-Fi需要工作在Software Access Point(SWAP)模式，也就是我们通常说的AP模式

2). 车载设备的Wi-Fi需要支持DCF(Distributed Coordination Function)

3). 车载设备的Wi-Fi需要支持下面基本类型的帧：

Association Request and Response

Re-association Request and Response

Probe Request and Response

- Broadcast Probe Requests

- Directed Probe Requests

Beacons

Disassociation

De-authentication

RTS/CTS

ACK

Data Frames

Null Frames

Public Action Frames

Receive Defragmentation(mandatory)

Transmit Fragmentation (optional)

4). 车载设备的Wi-Fi需要支持电源管理和IEEE802.11定义的省电功能。

5). 车载设备的Wi-Fi可以支持short guard interval(400 ns)。

6). 车载设备的Wi-Fi需要支持OFDM数据率：6,9,12,18,24,36,48和54Mbps。

4. 高级的(Advanced)Wi-Fi要求：

1). 车载设备的Wi-Fi需要支持WFA(Wi-Fi联盟)的WMM(WFA Wireless Multimedia)的QoS(Quality of Service)机制。

2). CarPlay协议要求用AC_VO类型的QoS(WMM)Wi-Fi数据包传输音频数据流和控制数据流，用AC_VI类型的QoS(WMM)Wi-Fi数据包传输屏幕/视频数据流。

3). 车载设备的Wi-Fi也可以支持U-APSD(Universal Advanced Power Save Delivery)。

4). 当Apple设备要进入802.11省电模式时，它会发一个带有PM bit的null data包给车载设备(AP)，车载设备必须ACK这个包并且必须flush其Tx 硬件队列(hardware queue)里的所有还未发送出去的数据包，而还未进入硬件队列的包将不会再发送。

5. Wi-Fi安全要求：

1). 需要支持并使用WPA2个人安全模式(WiFi Protected Access version 2 Personal) ，也就是我们通常说WPA2-PSK安全模式。

2). 所有支持的加密算法/功能都应该有硬件来完成。

6.性能要求：

最后，介绍一下在CarPlay over wireless中所用到的两个信息元素(information Element(IE))，同时分别附上我在自己的开发平台上添加这两个IE的截图供参考(用Wireshark抓的beacon包)。

1. IEEE802.11 Interworking IE.

该IE要求车载设备(AP)支持。该IE中的Access NetWork Option字段用来提供是否CarPlay的车载设备(AP)提供Internet共享服务；Venue info字段用来告知该网络是由车载的设备提供，其Group code值为10（车载的设备）。

2. Apple Device IE.

该IE是Vendor IE，由Vendor自定义(ID:221(0xDD)，Apple的OUI:0x00-0xA0-0x40,Sub_type:0x00)，该IE需要添加在车载设备(AP)的Beacon，Probe Response和Association Response帧中。而该IE中最重要的就是其payload部分，由苹果公司自定义，有Flags，Name，Manufacture，dWds，Bluetooth MAC，Device ID等信息，细节可以查看Apple的CarPlay协议中的定义。