CarPlay wireless(蓝牙+WiFi)连接方案(Wi-Fi部分)

2024-05-27 11:58

本文主要是介绍CarPlay wireless(蓝牙+WiFi)连接方案(Wi-Fi部分),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

这篇博客是继上一篇CarPlay wireless(蓝牙+WiFi)连接方案(蓝牙部分)的第二部分:Wi-Fi部分。在这篇博客中我主要是针对CarPlay over wireless方案中的Wi-Fi部分做介绍。

        在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)。建议工作在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协议中的定义。

这篇关于CarPlay wireless(蓝牙+WiFi)连接方案(Wi-Fi部分)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1007410

相关文章

SSID究竟是什么? WiFi网络名称及工作方式解析

《SSID究竟是什么?WiFi网络名称及工作方式解析》SID可以看作是无线网络的名称,类似于有线网络中的网络名称或者路由器的名称,在无线网络中,设备通过SSID来识别和连接到特定的无线网络... 当提到 Wi-Fi 网络时,就避不开「SSID」这个术语。简单来说,SSID 就是 Wi-Fi 网络的名称。比如

Xshell远程连接失败以及解决方案

《Xshell远程连接失败以及解决方案》本文介绍了在Windows11家庭版和CentOS系统中解决Xshell无法连接远程服务器问题的步骤,在Windows11家庭版中,需要通过设置添加SSH功能并... 目录一.问题描述二.原因分析及解决办法2.1添加ssh功能2.2 在Windows中开启ssh服务2

Redis连接失败:客户端IP不在白名单中的问题分析与解决方案

《Redis连接失败:客户端IP不在白名单中的问题分析与解决方案》在现代分布式系统中,Redis作为一种高性能的内存数据库,被广泛应用于缓存、消息队列、会话存储等场景,然而,在实际使用过程中,我们可能... 目录一、问题背景二、错误分析1. 错误信息解读2. 根本原因三、解决方案1. 将客户端IP添加到Re

Mysql 中的多表连接和连接类型详解

《Mysql中的多表连接和连接类型详解》这篇文章详细介绍了MySQL中的多表连接及其各种类型,包括内连接、左连接、右连接、全外连接、自连接和交叉连接,通过这些连接方式,可以将分散在不同表中的相关数据... 目录什么是多表连接?1. 内连接(INNER JOIN)2. 左连接(LEFT JOIN 或 LEFT

Java解析JSON的六种方案

《Java解析JSON的六种方案》这篇文章介绍了6种JSON解析方案,包括Jackson、Gson、FastJSON、JsonPath、、手动解析,分别阐述了它们的功能特点、代码示例、高级功能、优缺点... 目录前言1. 使用 Jackson:业界标配功能特点代码示例高级功能优缺点2. 使用 Gson:轻量

Spring Boot实现多数据源连接和切换的解决方案

《SpringBoot实现多数据源连接和切换的解决方案》文章介绍了在SpringBoot中实现多数据源连接和切换的几种方案,并详细描述了一个使用AbstractRoutingDataSource的实... 目录前言一、多数据源配置与切换方案二、实现步骤总结前言在 Spring Boot 中实现多数据源连接

Redis KEYS查询大批量数据替代方案

《RedisKEYS查询大批量数据替代方案》在使用Redis时,KEYS命令虽然简单直接,但其全表扫描的特性在处理大规模数据时会导致性能问题,甚至可能阻塞Redis服务,本文将介绍SCAN命令、有序... 目录前言KEYS命令问题背景替代方案1.使用 SCAN 命令2. 使用有序集合(Sorted Set)

QT实现TCP客户端自动连接

《QT实现TCP客户端自动连接》这篇文章主要为大家详细介绍了QT中一个TCP客户端自动连接的测试模型,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录版本 1:没有取消按钮 测试效果测试代码版本 2:有取消按钮测试效果测试代码版本 1:没有取消按钮 测试效果缺陷:无法手动停

MyBatis延迟加载的处理方案

《MyBatis延迟加载的处理方案》MyBatis支持延迟加载(LazyLoading),允许在需要数据时才从数据库加载,而不是在查询结果第一次返回时就立即加载所有数据,延迟加载的核心思想是,将关联对... 目录MyBATis如何处理延迟加载?延迟加载的原理1. 开启延迟加载2. 延迟加载的配置2.1 使用

Android WebView的加载超时处理方案

《AndroidWebView的加载超时处理方案》在Android开发中,WebView是一个常用的组件,用于在应用中嵌入网页,然而,当网络状况不佳或页面加载过慢时,用户可能会遇到加载超时的问题,本... 目录引言一、WebView加载超时的原因二、加载超时处理方案1. 使用Handler和Timer进行超