3.1、用户界面级别
在本规范的上下文中，user interface level（用户界面级别）是指蓝牙设备的用户遇到蓝牙 terminology（术语）和 parameters（参数）的名称、值和数字表示的位置(如 displays(显示)、dialog boxes（对话框）、manuals（手册）、packaging（包装）、advertising（广告）等)。
此 profile 指定应该在用户界面级别上使用的 generic terms（通用术语）。
3.2、蓝牙参数表示
3.2.1、蓝牙设备地址(BD_ADDR)
3.2.1.1、定义
BD_ADDR 是定义的蓝牙设备使用的地址。它在 device discovery procedure（设备发现过程）中从远程设备接收。
3.2.1.2、用户界面层面的术语
当在UI级别提到蓝牙地址时，应该使用术语 Bluetooth Device Address（蓝牙设备地址）。
3.2.1.3、表示
在 baseband level（基带级别）上，BD_ADDR表示为48 bits（位）。在 Link Layer（链路层）上，公共地址（public）和随机设备地址（random）表示为48位地址。
在用户界面层，蓝牙地址用12个 hexadecimal characters（十六进制字符）表示，可以用 “:” (例如， ' 000C3E3A4B69 ' 或 ' 00:0C:3E:3A:4B:69 ')。在 UI 层，任何数字都应该有MSB -> LSB(从左到右)的“自然”顺序。
3.2.2、蓝牙设备名称(用户友好名称)
3.2.2.1、定义
蓝牙设备名称是蓝牙设备向远程设备公开的 user-friendly（用户友好）的名称。对于支持 BR/EDR 设备类型的设备，名称是在 LMP_name_res 对 LMP_name_req 的响应中返回的字符串。对于支持仅限 LE 设备类型的设备，该名称是定义的 Device Name characteristic（设备名称特征）中包含的 character string（字符串）。
3.2.2.1.1、具有 BR/EDR/LE 设备类型的设备中的蓝牙设备名称
BR/EDR/LE 设备类型应该有一个单一的蓝牙设备名称，无论用于执行 name discovery procedure（名称发现过程）的 physical channel（物理通道）是什么，该名称都应该是相同的。
对于 BR/EDR 物理通道，名称在 LMP_name_res 中 received（接收）。对于 LE 物理通道，可以从定义的 Device Name characteristic（设备名称特性）中 read（读取）该名称。
注意：如果本地设备支持 ATT over BR/EDR，则使用 ATT over BR/EDR 的远程设备可以 read（读取）本地设备的 Device Name Characteristic（设备名称特征）。
3.2.2.2、用户界面层面的术语
当在 UI 级别引用蓝牙设备名称时，应该使用术语 Bluetooth Device Name “蓝牙设备名称”。
3.2.2.3、表示
蓝牙设备名称最多可达248 bytes（字节）。它应该按照 UTF-8 进行编码（因此，如果使用范围在 U+0000 到 U+007F 之外的代码点，在 UI 级别上输入的名称可能被限制为 62个 characters（字符）)。
设备不能期望一般的远程设备能够处理蓝牙设备名称的前40个 characters（字符）以上。如果 remote device（远程设备）的显示能力有限，则只能使用前20个字符。
3.2.3、蓝牙 Passkey（密钥）（蓝牙PIN）
3.2.3.1、定义
Bluetooth passkey（蓝牙密钥）可用于在通过 pairing procedure（配对过程）创建 mutual link key（相互链接密钥）的过程中相互验证两个蓝牙设备。密钥可以在配对过程中用于生成 initial link key（初始链接密钥）。
该 PIN（引脚）可以在 UI 层上输入，也可以存储在设备中；例如，在没有足够的 MMI 输入和显示数字的情况下。
3.2.3.2、用户界面层面的术语
当在 UI 级别提到 蓝牙 PIN 时，应该使用术语 Bluetooth Passkey “蓝牙密钥”。
3.2.3.3、表示
Bluetooth passkey（蓝牙密钥）有许多不同的表示形式。在较高级别，有两种不同的表示形式：一种用于 Secure Simple Pairing（安全简单配对）和 Security Manager（安全管理器），另一种用于 legacy pairing（传统配对）（通常称为 Bluetooth PIN（蓝牙PIN））。
对于安全简单配对和安全管理器，蓝牙密钥是一个 6位 数字值。它表示为0x00000000 - 0x000F423F（000000至999999）范围内的整数值。数值可用作 Secure Simple Pairing Passkey Entry（安全简单配对密码输入）的 Authentication Stage 1（认证阶段1）的输入，或作为在安全管理器中定义的过程的 TK value（TK值）。
对于 legacy pairing（传统配对），蓝牙 PIN 在不同级别上具有不同的表示形式。PINBB 用于 baseband level（基带级别），PINUI 用于 user interface level（用户界面级别）。PINBB是用于在 Pairing Procedure（配对过程）中计算 initialization key（初始化密钥）的PIN。
PINUI是在 UI级别 输入的PIN的字符表示。从 PINUI 到 PINBB 的转换应符合 UTF-8。PINBB 可以是 128位 （16字节）。
PIN 码最多可包含16个字符。为了充分利用安全级别，所有 PIN码 的长度应为16个字符。可变 PIN 应由从 Unicode 范围 U+0000 到 U+007F 中选择的字母数字字符组成。如果 PIN 包含任何十进制数字，则应使用Unicode基本拉丁字符（即U+0030至U+0039）对其进行编码。
为了与具有数字键盘的设备兼容，fixed PINs（固定 PIN ）应仅由十进制数字组成，variable PINs（可变PIN）应仅由十进制数字组成。如果设备支持输入Unicode范围 U + 0000 至 U + 007F 之外的字符，则可以使用其他Unicode代码点，但半宽和全宽格式（即U + FF00至U + FFEF）不得使用使用。
| User-entered code | Corresponding PIN BB [0..length-1] (value as a sequence of octets in hexadecimal notation)（十六进制形式的值作为一个八位字节序列） |
| ’0196554200906493’ | length = 16, value = 0x30 0x31 0x39 0x36 0x35 0x35 0x34 0x32 0x30 0x30 0x39 0x30 0x36 0x34 0x39 0x33 |
| ’Børnelitteratur’ | length = 16, value = 0x42 0xC3 0xB8 0x72 0x6e 0x65 0x6c 0x69 0x74 0x74 0x65 0x72 0x61 0x74 0x75 0x72 |
注1：这是为了防止互操作性问题，因为在其他代码点有十进制数字（例如，代码点 U + FF10 到 U + FF19 的全长数字）。
注2：Basic Latin 范围之外的Unicode字符（U + 0000到U + 007F）编码为多个字节;因此，当使用Basic Latin范围之外的字符时，PINUI 中的最大字符数将小于16。第二个例子说明了一个15字符串编码为16字节的情况，因为字符 ø 在 Basic Latin 范围之外并编码为两个字节（0xC3 0xB8）。
注3：这是为了防止互操作性问题，因为 Halfwidth 和 Fullwidth 表单包含ASCII，Katakana（片假名），Hangul（韩文），punctuation（标点符号）和符号的替代变体。Halfwidth 和 Fullwidth 表单中的所有字符都有其他相关的 Unicode 字符；例如，可以使用 U + 3150（Hangul Letter AE）代替 U + FFC3（Halfwidth Hangul Letter AE）。
3.2.4、设备类别
3.2.4.1定义
设备类别是在 BR / EDR 物理传输上的设备发现过程期间接收的参数，指示设备的类型。 The Class of Device parameter（设备类别参数）仅用于使用 BR/EDR physical transport（BR / EDR 物理传输）的 BR / EDR 和 BR / EDR / LE 设备。
3.2.4.2、用户界面级别的术语
设备类别参数内的信息应称为 Bluetooth Device Class（“蓝牙设备类”）（即 major and minor device class fields（主要和次要设备类字段））和 ‘Bluetooth Service Type’（“蓝牙服务类型”）（即 service class field（服务类字段））。蓝牙设备类型和蓝牙服务类型的术语有定义。
使用 Bluetooth Device Class（蓝牙设备类）和 Bluetooth Service Type（蓝牙服务类型）中的混合信息时，应使用术语 Bluetooth Device Type（“蓝牙设备类型”）。
3.2.4.3、表示
Class of device（器件类）是 bit field（位域）。设备类中的信息的 UI级 表示是特定于实现的。
3.2.4.4、使用
一些设备提供多于一种服务，并且给定服务可以由不同 device types（设备类型）提供。因此，设备类型与支持的服务没有一对一的关系。major and minor device class field（主要和次要设备类字段）不应用于确定设备是否支持任何特定服务。它可以用作在进行 service discovery requests（服务发现请求）之前最有可能支持所需服务的设备的 indication（指示），并且它可以用于在选择支持相同服务的若干设备中时引导用户。
3.2.5、外观特征（appearance characteristic）
3.2.5.1、定义
Appearance characteristic（外观特征）包含一个16位数字，可以将其映射到一个 icon（图标）或 string (字符串)，该图标或字符串在 device discovery procedure (设备发现过程) 中描述设备的 physical representation (物理表示)。这是位于设备的 GATT server (GATT服务器) 上的 GAP service (GAP服务) 的一个 characteristic (特性)。
3.2.5.2、用户界面层面的使用
Appearance characteristic (外观特征值) 应该映射到一个图标或字符串或类似的东西，向用户传达设备的 visual description (视觉描述)。这使得用户可以纯粹通过视觉外观来确定正在发现的设备。如果显示一个字符串，这个字符串应该被翻译成用户为设备选择的语言。
3.2.5.3、表示
Appearance characteristic （外观特征值）应设置为 Bluetooth SIG 分配的16位数字之一，外观特征值的 UI-level representation (UI 级表示) 是特定于实现的。
3.3、配对
基于BR/EDR physical link (物理链接) 的配对是在 LMP 级别上定义的(LMP配对)。LE physical link (物理链接) 上的 Pairing (配对)由 Security Manager specification（安全性管理器规范）定义。用户启动 bonding procedure （绑定流程）和进入 passkey，其目的很明显是想创造一个 bond (也可能是 secure relationship )在两个蓝牙设备之间,或用户在 establishment procedure（建立过程）中要求进入 passkey 中，由于设备没有事先共享一个 common link key。在第一种情况下，用户被称为执行“ bonding（绑定）(通过输入 passkey)”，而在第二种情况下，用户被称为“ authenticate using the passkey（使用passkey进行身份验证）”。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
