CN110225498A - 通信控制方法、通信设备及存储介质 - Google Patents
通信控制方法、通信设备及存储介质 Download PDFInfo
- Publication number
- CN110225498A CN110225498A CN201910364456.9A CN201910364456A CN110225498A CN 110225498 A CN110225498 A CN 110225498A CN 201910364456 A CN201910364456 A CN 201910364456A CN 110225498 A CN110225498 A CN 110225498A
- Authority
- CN
- China
- Prior art keywords
- role
- communication equipment
- bluetooth
- communication
- bluetooth address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种通信控制方法、通信设备及存储介质,第一通信设备在与第二通信设备的首次蓝牙通信连接断开并在重新开启蓝牙时,通过SDP对第一通信设备进行AG角色和HF角色中任一角色的注册取到第一角色注册信息并与第一通信设备的第一蓝牙地址绑定;然后匹配第一通信设备和第二通信设备之间的角色失败时,通过SDP增加对第一通信设备进行AG角色和HF角色中另一角色的注册取到第二角色注册信息并与第二蓝牙地址绑定,然后以第一通信设备和第二通信设备之间匹配的角色建立连接;本申请在通信设备开启蓝牙功能时先后进行AG角色和HF角色的注册,从而扩大了通信设备的适用范围,提升了用户使用体验。
Description
技术领域
本申请涉及终端技术领域,具体涉及一种通信控制方法、通信设备和计算机可读存储介质。
背景技术
蓝牙技术是一种无线技术标准,蓝牙免提规范(Hands-free Profile,HFP)是蓝牙技术中的一种协议,在HFP协议中,通信设备可以分为AG(Audio Gateway,音频网关)角色和HF(Hands Free,免提)角色,其中AG角色是HFP协议规定的一个角色,音频支持输入、输出,典型的设备为手机;HF角色是HFP协议规定另一个角色,适于AG角色音频输入、输出,典型的设备为蓝牙耳机设备、支持蓝牙功能的穿戴设备等。根据目前的协议规定,一个通信设备只能支持一种角色,即要么作为AG角色,要么作为HF角色,例如目前手机仅支持仅作为AG端,蓝牙耳机或者车载设备仅支持作为HF端,这种规定导致蓝牙通信的灵活性和适应性差,蓝牙通信应用场景受到较大的限制,导致用户体验的满意度差。
发明内容
本申请要解决的技术问题在于:针对目前蓝牙通信的灵活性和适应性差,使用场景受限,用户体验差的问题,针对该技术问题,提供一种通信控制方法、通信设备和存储介质。
为解决上述技术问题,本申请提供一种通信控制方法,所述通信控制方法包括:
在与第二通信设备的首次蓝牙通信连接断开并在重新开启蓝牙时,通过会话描述协议SDP对第一通信设备进行音频网关AG角色和免提HF角色中任一角色的注册获取到第一角色注册信息,将所述第一角色注册信息与所述第一通信设备的第一蓝牙地址绑定;
匹配所述第一通信设备和第二通信设备之间的角色;
当匹配失败时,通过SDP增加对所述第一通信设备的AG角色和HF角色中另一角色的注册获取到第二角色注册信息,将所述第二角色注册信息与所述第一通信设备的第二蓝牙地址绑定;
以匹配的角色,与第二通信设备建立连接。
可选的,所述通过SDP对第一通信设备进行AG角色和HF角色中任一角色的注册包括:
通过在第一SDP中写入第一通用唯一识别码UUID进行注册,所述第一UUID用于标识自身支持AG角色;
或,通过在第二SDP中写入第二UUID进行注册,所述第二UUID用于标识自身支持HF角色。
可选的,所述通过SDP对第一通信设备进行AG角色和HF角色中任一角色的注册之后,还包括:为当前所注册的角色在射频通信RFcomm上分配至少一个链路等待后续连接;
所述通过SDP增加对所述第一通信设备的AG角色和HF角色中另一角色的注册之后,还包括:为当前所注册的另一角色在射频通信RFcomm上分配至少一个链路等待后续连接。
可选的,将所述第一角色注册信息与所述第一通信设备的第一蓝牙地址绑定之前,还包括获取所述第一蓝牙地址,获取所述第一蓝牙地址包括:
在所述第一通信设备的蓝牙模块启动时,从预设的蓝牙地址存储文件中读取第一蓝牙地址。
可选的,将所述第二角色注册信息与所述第一通信设备的第二蓝牙地址绑定之前,还包括获取所述第二蓝牙地址,获取所述第二蓝牙地址包括:
在所述第一通信设备的蓝牙模块启动时,从蓝牙地址存储文件中读取所述第二蓝牙地址;所述第二蓝牙地址为调用预设的蓝牙地址算法生成并预先存储于所述蓝牙地址存储文件中的;
可选的,从所述蓝牙地址存储文件中读取所述第二蓝牙地址失败时,所述方法还包括:
调用预设的蓝牙地址算法生成第二蓝牙地址,并将所述第二蓝牙地址存储于所述蓝牙地址存储文件中。
可选的,所述调用预设的蓝牙地址算法生成第二蓝牙地址包括:获取所述第一蓝牙地址,对所述第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址。
可选的,所述对所述第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址之后,还包括:
检测到所述第一蓝牙地址更新时,获取更新后的第一蓝牙地址,并对更新后的所述第一蓝牙地址中地址低端区域内的值进行随机变换得到新的第二蓝牙地址。
为了解决上述问题,本发明实施例还提供了一种通信设备,所述通信设备包括存储器、发射器、接收器、处理器和通信总线;
所述通信总线用于实现存储器和处理器之间的连接通信;
所述处理器调用发射器、接收器,以及存储器中存储的计算机程序,以实现如上所述的通信控制方法中第一通信设备所执行的步骤。
为了解决上述问题,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序可被处理器执行以实现如上所述的通信控制方法中第一通信设备所执行的步骤。
有益效果
本申请提供一种通信控制方法、通信设备及存储介质,第一通信设备在与第二通信设备的首次蓝牙通信连接断开并在重新开启蓝牙时,通过SDP进行AG角色和HF角色中任一角色的注册取到第一角色注册信息,将该第一角色注册信息与第一通信设备的第一蓝牙地址绑定;匹配第一通信设备和第二通信设备之间的角色,在匹配失败时,通过SDP增加对第一通信设备进行AG角色和HF角色中另一角色的注册取到第二角色注册信息,将第二角色注册信息与第一通信设备的第二蓝牙地址绑定,然后以匹配的角色,与第二通信设备重新建立连接。可见本申请可在通信设备重新开启蓝牙,对同一通信设备,先后进行AG角色和HF角色的注册并分别与不同的蓝牙地址进行绑定,从而使得通信设备对外呈现为两个独立的通信设备,进而使得该通信设备可以同时支持AG角色和HF角色,且根据需求与其他通信设备建立AG连接和/或HF连接,扩大了通信设备的适用范围,使得蓝牙通信应用更为灵活,适应性更好,提升用户体验的满意度。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的通信设备一种实施方式的硬件结构示意图;
图2-1为本申请实施例提供的可穿戴设备一种实施方式的屏幕展开时立体示意图一;
图2-2为本申请实施例提供的可穿戴设备一种实施方式的屏幕展开时立体示意图二;
图2-3为本申请实施例提供的可穿戴设备一种实施方式的屏幕弯曲时立体示意图;
图3为本申请实施例提供的手机的一种实施方式的示意图;
图4为本申请第一实施例提供的通信控制方法的流程示意图;
图5为本申请第一实施例提供的第二蓝牙地址获取流程示意图;
图6为本申请第一实施例提供的另一第二蓝牙地址获取流程示意图;
图7为本申请第二实施例提供的蓝牙协议栈结构示意图;
图8为本申请第二实施例提供的蓝牙地址结构示意图;
图9为本申请第二实施例提供蓝牙注册过程流程示意图;
图10为本申请第二实施例提供的蓝牙协议栈与蓝牙固件连接示意图;
图11为本申请第二实施例提供的通信控制方法流程示意图;
图12为本申请第三实施例提供的通信设备结构示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
本申请实施例中提供的通信设备可以为各种移动设备,例如可以包括但不限于手机、IPAD、车载设备、通信设备100等,其中通信设备100可包括但不限于智能手环、智能手表、以及具有可穿戴特性的智能手机(本申请实施例也可称之为腕机)等移动终端。随着屏幕技术的不断发展,柔性屏、折叠屏等屏幕形态的出现,智能手机等移动终端也可以作为通信设备100。本申请实施例中提供的通信设备100可以包括:射频(Radio Frequency,RF)单元、蓝牙模块、WiFi模块、音频输出单元、A/V(音频/视频)输入单元、传感器、显示单元、用户输入单元、接口单元、存储器、处理器、以及电源等部件。
请参阅图1,其为实现本申请各个实施例的一种通信设备的硬件结构示意图,该通信设备100可以包括:射频单元101、蓝牙模块112、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的通信设备100结构并不构成对通信设备100的限定,通信设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对通信设备100的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中进行信号的接收和发送,其可包括用于进行信息发送的发射器和用于进行信息接收的接收器。例如射频单元101的发射器可以将上行信息发送给基站,接收器用于接收基站发送的下行信息接收后,发送给通信设备100的处理器110处理,基站向射频单元101发送的下行信息可以是根据射频单元101发送的上行信息生成的,也可以是在检测到通信设备100的信息更新后主向射频单元101推送的,例如,在检测到通信设备100所处的地理位置发生变化后,基站可以向通信设备100的射频单元101发送地理位置变化的消息通知,射频单元101在接收到该消息通知后,可以将该消息通知发送给通信设备100的处理器110处理,通信设备100的处理器110可以控制该消息通知显示在通信设备100的显示面板1061上;通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信,具体的可以包括:通过无线通信与网络***中的服务器通信,例如,通信设备100可以通过无线通信从服务器中下载文件资源,比如可以从服务器中下载应用程序,在通信设备100将某一应用程序下载完成之后,若服务器中该应用程序对应的文件资源更新,则该服务器可以通过无线通信向通信设备100推送资源更新的消息通知,以提醒用户对该应用程序进行更新。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯***)、GPRS(GeneralPacket Radio Service,通用分组无线服务)、CDMA2000(Code Division Multiple Access2000,码分多址2000)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,时分同步码分多址)、FDD-LTE(Frequency Division Duplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time Division Duplexing-Long Term Evolution,分时双工长期演进)等。
在一种实施方式中,通信设备100可以通过***SIM卡来接入现有的通信网络。
在另一种实施方式中,通信设备100可以通过设置esim卡(Embedded-SIM),来实现接入现有的通信网络,采用esim卡的方式,可以节省通信设备100的内部空间,降低厚度。
可以理解的是,虽然图1示出了射频单元101,但是可以理解的是,射频单元101其并不属于通信设备100的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。通信设备100可以单独通过WiFi模块102来实现与其他设备或通信网络的通信连接,本申请实施例并不以此为限。
通信设备100包括蓝牙模块112,通信设备100通过蓝牙模块112,可以与其他支持蓝牙通信的终端设备连接,实现通信以及信息的交互。蓝牙模块112可具有对应分别用于实现发射和接收的发射器和接收器。
WiFi属于短距离无线传输技术,通信设备100通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于通信设备100的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在通信设备100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与通信设备100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
在一种实施方式中,通信设备100包括有一个或多个摄像头,通过开启摄像头,能够实现对图像的捕获,实现拍照、录像等功能,摄像头的位置可以根据需要进行设置。
通信设备100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在通信设备100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。
在一种实施方式中,通信设备100还包括接近传感器,通过采用接近传感器,通信设备100能够实现非接触操控,提供更多的操作方式。
在一种实施方式中,通信设备100还包括心率传感器,在佩戴时,通过贴近使用者,能够实现心率的侦测。
在一种实施方式中,通信设备100还可以包括指纹传感器,通过读取指纹,能够实现安全验证等功能。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
在一种实施方式中,显示面板1061采用柔性显示屏,采用柔性显示屏的通信设备100在佩戴时,屏幕能够进行弯曲,从而更加贴合。可选的,所述柔性显示屏可以采用OLED屏体以及石墨烯屏体,在其他实施方式中,所述柔性显示屏也可以是其他显示材料,本实施例并不以此为限。
在一种实施方式中,通信设备100的显示面板1061可以采取长方形,便于佩戴时环绕。在其他实施方式中,也可以采取其他方式。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与通信设备100的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
在一种实施方式中,通信设备100的侧边可以设置有一个或多个按钮。按钮可以实现短按、长按、旋转等多种方式,从而实现多种操作效果。按钮的数量可以为多个,不同的按钮之间可以组合使用,实现多种操作功能。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现通信设备100的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现通信设备100的输入和输出功能,具体此处不做限定。比如,当通过射频单元101接收到某一应用程序的消息通知时,处理器110可以控制将该消息通知显示在显示面板1061的某一预设区域内,该预设区域与触控面板1071的某一区域对应,通过对触控面板1071某一区域进行触控操作,可以对显示面板1061上对应区域内显示的消息通知进行控制。
接口单元108用作至少一个外部装置与通信设备100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到通信设备100内的一个或多个元件或者可以用于在通信设备100和外部装置之间传输数据。
在一种实施方式中,通信设备100的接口单元108采用触点的结构,通过触点与对应的其他设备连接,实现充电、连接等功能。采用触点还可以防水。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是通信设备100的控制中心,利用各种接口和线路连接整个通信设备100的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行通信设备100的各种功能和处理数据,从而对通信设备100进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
通信设备100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
请参考图2-1至图2-3,为本申请实施例提供的一种通信设备100一种实施方式下的结构示意图。本申请实施例中的通信设备100为可穿戴设备,包括柔性屏幕。在可穿戴设备展开时,柔性屏幕呈长条形;在可穿戴设备处于佩戴状态时,柔性屏幕弯曲呈环状。图2-1及图2-2示出了可穿戴设备屏幕展开时的结构示意图,图2-3示出了可穿戴设备屏幕弯曲时的结构示意图;当然应当理解的本申请实施例中的可穿戴设备的显示屏也可不为柔性屏幕。
请参考图3,为本申请实施例提供的一种通信设备100另一种实施方式下的结构示意图。本申请实施例中的通信设备100为手机。
基于上述蓝牙通信终端硬件结构以及通信网络***,提出本申请方法各个实施例。
第一实施例
针对目前蓝牙通信的灵活性和适应性差,使用场景受限,用户体验差的问题,本实施例提供了一种新的通信控制方法,请参考图4,该通信控制方法包括:
S401:第一通信设备与第二通信设备的首次蓝牙通信连接断开并重新开启蓝牙。
在本实施例的一些示例中,第一通信设备与第二通信设备建立首次蓝牙通信连接可以包括:
第一通信设备发起蓝牙搜索,确定第二通信设备所支持的角色;或,第一通信设备接收第二通信设备发起的蓝牙搜索,使第二通信设备确定第一通信设备所支持的角色;
对第一通信设备和第二通信设备之间的角色进行匹配;
以匹配的角色,建立第一通信设备和第二通信设备之间的蓝牙通信连接。在第一通信设备和第二通信设备初次建立连接时,第一通信设备或者第二通信设备需要发起蓝牙搜索,发现对端,并确定对端所支持的角色。
第一通信设备发起蓝牙搜索,使第一通信设备确定第二通信设备所支持的角色。蓝牙搜索方可以由第一通信设备或者第二通信设备来进行,也就是说,第一通信设备可以作为搜索发起方,第二通信设备也可以作为搜索发起方;当第一通信设备作为搜索发起方时,第二通信设备就作为搜索接收方。本实施例中确定待建立连接的第一通信设备和第二通信设备各自支持的AG角色和HF角色的情况,而搜索方知晓自身的支持AG角色和HF角色的情况,仅需要通过搜索,获知对方的支持情况即可。在本实施例中,也就是通过发起蓝牙搜索,使得第一蓝牙设备,确定第二蓝牙设备所支持的角色。
具体的,第一通信设备发起蓝牙搜索,使第一通信设备确定第二通信设备所支持的角色可以包括:
第一通信设备发起SDP搜索的请求消息;
接收第二通信设备反馈的SDP搜索响应消息,SDP搜索响应消息中,携带表征第二通信设备所支持的角色的特征值。其中,SDP搜索响应消息中,携带的表征第二通信设备所支持的角色的特征值,也就是该第二通信设备在注册时写入的UUID。
在一些实施例中,确定待建立连接的第一通信设备和第二通信设备各自支持的AG角色和HF角色的情况还可以包括:
接收第二通信设备发起的蓝牙搜索,使第二通信设备确定第一通信设备所支持的角色。该示例表明,搜索方变为了第二通信设备,第二通信设备在进行搜索时,第一通信设备则作为被搜索方,相应的将自身所支持的角色,反馈给第二通信设备,其过程与上述的第一通信设备作为搜索方的类似,只是两者交换角色。
在一些实施例中,接收第二通信设备发起的蓝牙搜索,使第二通信设备确定第一通信设备所支持的角色可以包括:
接收第二通信设备发起SDP搜索请求消息;
向第二通信设备发送SDP搜索响应消息,SDP搜索响应消息中,携带表征第一通信设备所支持的角色的特征值。
在本实施例中,第一通信设备在关闭蓝牙后再启动蓝牙后,表示第一通信设备和第二通信设备之间,在已经建立了蓝牙通信连接的情况下断开蓝牙通信连接,并重新试图连接;在重连的过程中,不需要再对对端进行蓝牙搜索操作,需要的是在对重新启动蓝牙后的第一通信设备,进行角色注册,然后进行两个通信设备之间的角色匹配。从而简化蓝牙通信连接和提升通信连接建立的效率以及资源利用率。
S402:通过会话描述协议SDP,对第一通信设备进行音频网关AG和免提HF中任一角色的注册获取到第一角色注册信息,将第一角色注册信息与第一通信设备的第一蓝牙地址绑定。
本实施例中,对第一通信设备的注册过程,是对AG角色和HF角色进行分别注册,也就是通过各自的SDP进行注册;具体而言,通过会话描述协议SDP,对第一通信设备进行音频网关AG和免提HF中任一角色的注册可以包括:
第一通信设备通过在第一SDP中写入第一UUID进行注册,第一UUID用于标识自身支持AG角色,此时获取到的第一角色注册信息为AG角色注册信息;在后续对另一角色注册时获取到的第二角色注册信息则就为HF角色注册信息;
或,第一通信设备通过在第二SDP中写入第二UUID进行注册,第二UUID用于标识自身支持HF角色;此时获取到的第一角色注册信息为HF角色注册信息;在后续对另一角色注册时获取到的第二角色注册信息则就为AG角色注册信息。其中注册时具体先注册AG角色还是HF角色可以采用随机控制方式,或者根据上次连接所使用的方式,或者固定的顺序等规则进行设置。
本实施例中第一UUID和第二UUID分别用于表征该通信设备支持AG角色和HF角色;在本实施例中,第一通信设备通过两个UUID来分别表征自身所支持的角色同时包括AG角色和HF角色。其中,本实施例中的一些示例中,AG角色和HF角色的注册过程可以是分离的,例如第一通信设备先采用其中任一角色进行注册,在蓝牙搜索之后,再进行另一个角色的注册,从而可以节约在首次注册时的资源占用,提升注册效率。或者AG角色和HF角色可以同时进行注册。
S403:匹配第一通信设备和第二通信设备之间的角色。
在本实施例中,本步骤中不需要再对对端进行蓝牙搜索操作,需要的是在对重新启动蓝牙后的第一通信设备,进行角色注册,然后根据之前的连接情况(例如可包括但不限于与第二通信设备首次蓝牙通信连接或上一次蓝牙通信连接情况)直接进行两个通信设备之间的角色匹配,因此可以提升连接效率和资源利用率。当然,在一些示例中,此处也可执行蓝牙搜索,进而蓝牙搜索结果对第一通信设备和第二通信设备之间的角色进行匹配。
S404:在匹配失败时,通过SDP增加对第一通信设备进行AG和HF中另一角色的注册获取到第二角色注册信息,将第二角色注册信息与第一通信设备的第二蓝牙地址绑定。
在一些实施例中,在通过不同的会话描述协议SDP,分别对第一通信设备进行音频网关AG角色和免提HF角色的注册之后,还包括:
为AG角色和HF角色在RFcomm上各占用至少一个链路,等待后续连接。串口线性仿真协议(RFcomm),适于基于L2CAP的串口模拟。HFP的实现基于串口线性仿真协议。建立串口线性仿真协议串行线性仿真协议连接,在发送SABM包时需要远端(Remote)注册在服务发现协议上的服务通道(server channel)作为参数,以区分不同串口线性仿真协议连接。
本实施例中第一UUID和第二UUID分别用于表征该通信设备支持AG角色和HF角色;在本实施例中,第一通信设备通过两个UUID来分别表征自身所支持的角色同时包括AG角色和HF角色。其中,本实施例中,AG角色和HF角色的注册过程是分离的,第一通信设备先采用其中任一角色进行注册,在蓝牙搜索之后在需要时再对进行另一个角色的注册,从而可以节约在首次注册时的资源占用,提升注册效率和资源利用率。
S405:以匹配的角色,与第二通信设备建立连接。
在本实施例中,第一通信设备和第二通信设备之间在进行连接时,其连接的方式可以是自动连接、通过用户的控制进行连接等等,其中,自动连接表示两者在搜索完成后,自动完成蓝牙连接,连接之后两者之间可以借该连接实现蓝牙通信;自动连接的类型,可以根据第一通信设备和第二通信设备之间支持的角色类型的差异而设置,比如说,第一通信设备同时支持AG角色和HF角色时,若第二通信设备,仅支持其中一种角色,则第一通信设备通过相应的角色与之连接;若第二通信设备也支持两种角色,则第一通信设备和第二通信设备之间可以随机选择相应的角色连接,或者按照预设的优先级,选择相应的角色进行连接。通过用户的控制连接,则主要针对第一通信设备和第二通信设备均支持两种角色的情况,在这种情况下,用户可以自行选择第一通信设备和第二通信设备之间如何连接。这里的连接是指在第一通信设备和第二通信设备之间建立蓝牙的通路,不涉及数据的传输过程。
在一种示例中,第一通信设备通过AG角色和HF角色中的一个角色与第二通信设备建立连接可以包括:
当第二通信设备仅支持AG角色时,第一通信设备通过HF角色与第二通信设备建立连接;
当第二通信设备仅支持HF角色时,第一通信设备通过AG角色与第二通信设备建立连接;
当第二通信设备同时支持AG角色和HF角色时,第一通信设备与第二通信设备之间通过任意AG角色与HF角色组合建立连接。在一种示例中也就是第一通信设备通过AG角色,与第二通信设备通过HF角色建立连接;或,第一通信设备通过HF角色,与第二通信设备通过AG角色建立连接。换言之,两者之间的连接,是AG和HF的组合。
在本实施例中,将第一角色注册信息与第一蓝牙地址绑定之前,包括获取第一蓝牙地址的过程,相应的,将第二角色注册信息与第二蓝牙地址绑定之前,包括获取第二蓝牙地址的过程。且应当理解的是,本实施例中第一通信设备可以通过协议栈进行AG角色和HF角色的注册,以及进行第一角色注册信息(下面以AG角色)和第二角色注册信息的获取。该协议栈可以为各种蓝牙协议栈,具体可根据需求灵活选择。
且应当理解的是,本实施例中进行AG角色和HF角色注册时,可以先进行AG角色注册,AG角色注册完毕之后,再进行HF角色注册;或者先进行HF角色注册,HF角色注册完毕之后,再进行AG角色注册。
本实施例中第一蓝牙地址和第二蓝牙地址为不同的蓝牙地址。且本实施例中蓝牙地址的具体格式也可根据需求灵活设定。
本实施例中,第一蓝牙地址和第二蓝牙地址的获取方式可以灵活设定。为了便于理解,本实施例下面以几种蓝牙地址获取方式为示例进行说明。
一种示例中,对于第一蓝牙地址可为第一通信设备中预先写入固化的蓝牙地址,且该第一蓝牙地址在第一通信设备中可以存储在蓝牙地址存储文件中;例如一种存储方式可为以二进制方式写入预设的bin文件中进行存储。在角色注册时,可以从该bin文件中读取出第一蓝牙地址。当然,应当理解的是,本实施例中第一蓝牙地址也可以在需要时通过预设规则动态生成,并不限于上述示例的获取方式。
在一种示例中,对于第二蓝牙地址的获取方式可以通过但不限于以下三种获取方式中的任意一种:
方式一:第二蓝牙地址的获取过程请参见图5所示,包括:
S501:在接收通过协议栈发送的第二注册信息之前,先调用预设的蓝牙地址算法生成第二蓝牙地址,并将该第二蓝牙地址存储于预设的蓝牙地址存储文件中;且第二蓝牙地址可与第一蓝牙地址存储于不同的蓝牙地址存储文件中,也可存储于相同的蓝牙地址存储文件中。例如一种示例中可以将该第二蓝牙地址存储于第一蓝牙地址所存储的bin文件中。
S502:在第一通信设备的蓝牙模块启动时,从蓝牙地址存储文件中读取第二蓝牙地址。
方式二:在需要时,直接调用预设的蓝牙地址算法生成第二蓝牙地址。这种方式可以在需要时实时动态的生成第二蓝牙地址。
方式三:第二蓝牙地址的获取过程请参见图6所示,包括:
S601:在第一通信设备的蓝牙模块启动时,从预设的蓝牙地址存储文件中读取第二蓝牙地址。
S602:判断第二蓝牙地址读取是否成功,如是,转至S603;否则,转至S604。
S603:第二蓝牙地址获取结束。
S604:调用预设的蓝牙地址算法生成第二蓝牙地址,并将生成的第二蓝牙地址存储于蓝牙地址存储文件中。
应当理解的是,本实施例中第一蓝牙地址和第二蓝牙地址的获取可以同时获取,也可以先获取第一蓝牙地址,再获取第二蓝牙地址,或者先获取第二蓝牙地址,再获取第一蓝牙地址,具体可根据具体应用场景灵活获取。
通过将第一通信设备注册的AG角色和HF角色分别与第一通信设备的两个不同的蓝牙地址进行绑定,从而使得第一通信设备对外呈现为两个独立的第一通信设备,进而使得该第一通信设备可以同时支持AG角色和HF角色,且可根据需求与其他第一通信设备建立AG连接或HF连接,甚至可同时建立AG连接和HF连接,从而使得蓝牙通信的应用更为灵活,适应性更好,能更好的适用于各种蓝牙通信应用场景,提升用户体验的满意度。
在本实施例中一种示例中,第一蓝牙地址为第一通信设备中预先写入固化的蓝牙地址,且该第一蓝牙地址在第一通信设备中存储在蓝牙地址存储文件中;在本示例中,调用预设的蓝牙地址算法生成第二蓝牙地址可包括:
获取第一蓝牙地址,对第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址。本实施例中的进行随机变换的方式可以灵活采用,只要能保证得到的第二蓝牙地址与第一蓝牙地址不同即可。为了进一步提升可靠性,在生成第二蓝牙地址后,还可判断该第二蓝牙地址与第一蓝牙地址是否相同,如相同时,则对第一蓝牙地址中地址低端区域内的值重新进行随机变换得到第二蓝牙地址,然后再与第一蓝牙地址进行比较,直到二者不同。
在本示例中,为了进一步提升可靠性和准确性,还可包括检测第一蓝牙地址是否发生了更新,如是,则获取更新后的第一蓝牙地址,并对更新后的第一蓝牙地址中地址低端区域内的值进行随机变换得到新的第二蓝牙地址。
这样第一通信设备注册的HF角色和AG角色可各自绑定一个相互独立的蓝牙地址,从而对外呈现为两个独立的第一通信设备,进而使得该第一通信设备可以同时支持AG角色和HF角色,且可根据需求与其他第一通信设备建立AG连接和/或HF连接,使得蓝牙通信应用更为灵活,适应性更好,能更好的适用于各种蓝牙通信应用场景,提升用户体验的满意度。
在一种示例中,第一通信设备通过AG角色和HF角色中的一个角色与第二通信设备建立连接可以包括:
当第二通信设备仅支持AG角色时,第一通信设备通过HF角色与第二通信设备建立连接;
当第二通信设备仅支持HF角色时,第一通信设备通过AG角色与第二通信设备建立连接;
当第二通信设备同时支持AG角色和HF角色时,第一通信设备与第二通信设备之间通过任意AG角色与HF角色组合建立连接。在一种示例中也就是第一通信设备通过AG角色,与第二通信设备通过HF角色建立连接;或,第一通信设备通过HF角色,与第二通信设备通过AG角色建立连接。换言之,两者之间的连接,是AG和HF的组合。
在一种示例中,第一通信设备以一个角色与第二通信设备保持连接状态时,可选的可将另一角色注销;在另一种示例中,由于第一通信设备的第一蓝牙地址和第二蓝牙地址分别与第一角色注册信息和第二角色注册信息进行绑定,因此其可对外呈现为两个分别呈现为AG角色和HF角色的通信设备,因此第一通信设备以一个角色与第二通信设备保持连接状态时,第一通信设备的另一角色也可不注销而继续保持。
可见本实施例提供的通信控制方法,在第一通信设备的蓝牙模块重启且与第二通信设备为非首次连接时,可通过SDP对第一通信设备进行AG和HF中任一角色的注册;在对第一通信设备和第二通信设备角色匹配失败时,再实时的通过SDP增加对第一通信设备进行AG和HF中另一角色的注册,从而以匹配到的角色与第二通信设备建立连接。可见本实施例可在通信设备开启蓝牙功能时,对同一通信设备,先进行其中一个角色的注册进行连接,并在需要时再进行另一角色的注册,且在当前与第二通信设备需要建立的蓝牙通信连接为非首次连接时,可以直接进行角色匹配而省略蓝牙搜索过程,从而既能扩大通信设备的适用范围,又能对蓝牙资源进行合理的分配,提升用户使用体验。
第二实施例
为了便于理解,本实施例在上述实施例基础上,结合一种具体的应用场景为示例进行说明。
在本实施例中,通信***包括第一通信设备和第二通信设备,其中对于至少一个通信设备可以采用上述实施例所示的注册过程。本实施例中的第一通信设备和第二通信设备,可以均属于移动终端类的通信设备,如手机、可穿戴设备、个人电脑PC等,也可以其中一者是终端类设备,另一者是蓝牙外设,如蓝牙耳机、蓝牙鼠标、蓝牙键盘等等;两者之间的区别在于,该通信设备,是否具有以其他方式与其他设备进行通信的功能,比如说,手机上的通话功能,数据连接功能,wifi功能等均属于蓝牙外设所不具备的功能,也就是说,蓝牙外设是作为辅助移动终端进行通信的。而蓝牙外设,一般而言只具备HF角色的功能,移动终端则可以具备AG角色和HF角色的功能。另外,本实施例中的第一通信设备和第二通信设备,仅仅是两者之间在流程上扮演的角色有所区分,两者可以具有同样的硬件结构,而且第一通信设备和第二通信设备在相应的场景中可以互换角色,本实施例并不对其进行限定。
第一通信设备包括移动终端时,该移动终端的通话功能,可以通过运营商网络实现,其中终端可以通过esim卡或者实体sim卡实现该通话功能;或者,还可以通过数据连接、wifi等功能,以各种具备通话功能的软件为载体实现通话功能,如微信语音、qq语音等等。在这种情况下,蓝牙耳机等蓝牙外设,可以作为通话过程中的音频发起/接收端,实现辅助通话;而如果第二通信设备包括其他移动终端,则此时其他移动终端,同样可以作为通话过程中的音频发起/接收端,或者是其他终端还可以作为同步监听设备实现与第一通信设备同步通话。
第一通信设备和第二通信设备之间建立的蓝牙通信连接,可以根据实际情况,让其中任一方作为搜索方,另一方作为接收方,搜索方在发起对接收方的搜索时,可以搜索到接收方支持的角色类型,如仅AG角色、仅HF角色以及同时支持AG角色和HF角色。
为了便于理解,下面以第一通信设备的注册处理过程为示例进行说明。
在本实施例中,可以在第一通信设备写入蓝牙地址的时候,除了默认配置的第一蓝牙地址外,还可调用蓝牙地址算法生成一个新的蓝牙地址(也即MAC地址)作为第二蓝牙地址,并可写入bin文件中;且可选的,第一蓝牙地址和第二蓝牙地址可以写入同一个bin文件。
然后在第一通信设备的蓝牙模块启动的时候,第一通信设备之蓝牙模块的固件可以直接从bin文件中读取出第一蓝牙地址和第二蓝牙地址写入蓝牙模块的存储空间中。第一通信设备在通过SDP进行蓝牙角色注册时,可以先通过蓝牙协议栈进行AG角色的注册,然后将AG角色注册信息传递给第一通信设备之蓝牙模块的固件,固件可将该AG角色注册信息与第一蓝牙地址(当然也可与第二蓝牙地址)进行绑定;第一通信设备然后可通过蓝牙协议栈进行HF角色的注册,然后将HF角色注册信息传递给第一通信设备之蓝牙模块的固件,固件可将该HF角色注册信息与第二蓝牙地址(当然也可与第一蓝牙地址)进行绑定。这样第一通信设备的AG功能和HF功能分别在第一蓝牙地址和第二蓝牙地址上实现,对于第三方设备而言该第一通信设备呈现为两个不同的第一通信设备,因此第一蓝牙地址可一直作为主设备存在,第二蓝牙地址可一直作为从设备存在,该第一通信设备可灵活的与第三方第一通信设备建立AG连接和HF连接中的至少一个。
为了便于理解,本实施例下面以一种示例的蓝牙协议栈进行示例说明。请参见图7所示,本实施例中的蓝牙协议栈包括但不限于以下几个部分:
PHY层(Physical layer,物理层),PHY层用来指定BLE所用的无线频段,调制解调方式和方法等。PHY层可决定整个BLE芯片的功耗,灵敏度以及selectivity等射频指标。
LL层(Link Layer,链路层),LL层是整个BLE协议栈的核心,可实现但不限于选择哪个射频通道进行通信,怎么识别空中数据包,具体在哪个时间点把数据包发送出去,怎么保证数据的完整性,ACK如何接收,如何进行重传,以及如何对链路进行管理和控制等等。LL层负责把数据发出去或者收回来,对数据进行怎样的解析则交给上面的GAP或者ATT。
HCI(Host controller interface,主控制器接口),HCI是可选的,一种示例中,HCI可用于2颗芯片实现BLE协议栈的场合,用来规范两者之间的通信协议和通信命令等。
GAP层(Generic access profile,通用接入规范)。GAP是对LL层payload(有效数据包)如何进行解析的两种方式中的一种。GAP简单的对LL payload进行一些规范和定义,GAP可以用来进行广播,扫描和发起连接等。
L2CAP层(Logic link control and adaptation protocol,逻辑链路控制和适配协议),L2CAP对LL进行了一次简单封装,LL只关心传输的数据本身,L2CAP就要区分是加密通道还是普通通道,同时还要对连接间隔进行管理。
SMP(Secure manager protocol,安全管理器协议),SMP用来管理BLE连接的加密和安全的,如何保证连接的安全性,同时不影响用户的体验,这些都是SMP要考虑的工作。
ATT(Attribute protocol,属性协议),ATT层用来定义用户命令及命令操作的数据,比如读取某个数据或者写某个数据。
GATT(Generic attribute profile,通用属性配置文件),GATT用来规范attribute中的数据内容,并运用group(分组)的概念对attribute进行分类管理。
本实施例还提供了一种蓝牙地址的结构示例,本示例中蓝牙设备地址(BD_ADDR)是一个48bit的唯一标识符,由LAP(24位地址低端部分)、UAP(8位地址高端部分)和NAP(16位无意义地址部分)组成,其格式如图8所示:
其中,NAP和UAP是蓝牙设备生产厂商的唯一标识码,由SIG分配给各个厂商;LAP则由厂商自行分配。其中,bit40为组播地址标志位,其值为0:unicast(单播),其值为1:multicast(组播);bit41为地址类型标志位,其值为0:universal addr,其值为1:localaddr。
在上述示例基础上,本实施例下面结合图9所示的注册过程为示例进行说明。请参见图9所示,包括:
S901:第一通信设备的蓝牙模块启动。
S902:蓝牙模块进行AG角色和HF角色的注册(可以先注册AG角色,再注册HF角色,也可先注册HF角色,再注册AG角色)。
S903:通过蓝牙协议栈加载AG功能和HF功能。
S904:通过蓝牙协议栈将AG角色注册信息和HF角色注册信息传递给固件。
S905:判断当前接收到的注册信息是否是AG角色注册信息,如是,转至S906;否则,转至S907。
S906:将AG角色注册信息与第一蓝牙地址进行绑定。
S907:将HF角色注册信息与第二蓝牙地址进行绑定。以上注册过程对应的逻辑框架图请参见图10所示。在完成地址绑定后,则其余的搜索与连接可采用但不限于目前的协议规定。这样该第一通信设备注册的HF角色和AG角色可各自绑定一个相互独立的蓝牙地址,从而对外呈现为两个独立的第一通信设备,进而使得该第一通信设备可以同时支持AG角色和HF角色。
基于上述注册处理过程,本实施例提供了一种示例的通信控制方法,请参考图11所示,第一通信设备在与第二通信设备建立好首次蓝牙通信连接再断开之后,第一通信设备设备重启蓝牙时,该通信控制方法包括:
S1101:第一通信设备启动蓝牙;
S1102:第一通信设备通过在SDP中写入第一UUID,进行AG角色的注册,并将AG角色注册信息与第一蓝牙地址绑定;
S1103:第一通信设备与第二通信设备进行角色匹配;
S1104:匹配是否成功?若是,转到S1107,若否,转到S1105;
S1105:第一通信设备通过在SDP中写入第二UUID,进行HF角色的注册,并将HF角色注册信息与第二蓝牙地址绑定;
S1106:与第二通信设备完成HF连接。
S1107:与第二通信设备完成AG连接。
可见实施例可在第一通信设备重启蓝牙功能时先进行其中一个角色的注册进行连接,并在需要时再进行另一角色的注册,从而既能扩大通信设备的适用范围,又能对蓝牙资源进行合理的分配,提升用户使用体验。
第三实施例
本实施例提供了一种通信设备,请参考图12,该通信设备包括存储器1202、发射器1204、接收器1205、处理器1201和通信总线1203;
通信总线1203用于实现存储器1202和处理器1201之间的连接通信;
处理器1201调用发射器1204、接收器1205,以及存储器1202中存储的计算机程序,以实现上述实施例中的通信控制方法的步骤,这里不再赘述。
本实施例还提供了一种计算机可读存储介质,该计算机可读存储介质可应用于各种智能穿戴设备内,其存储有一个或者多个计算机程序,该一个或者多个计算机程序可被一个或者多个处理器执行,以实现如上各实施例中所示例的通信控制方法的步骤。
需要说明的是,在本文中,术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本申请的保护之内。
Claims (10)
1.一种通信控制方法,其特征在于,所述通信控制方法包括:
在与第二通信设备的首次蓝牙通信连接断开并在重新开启蓝牙时,通过会话描述协议SDP对第一通信设备进行音频网关AG角色和免提HF角色中任一角色的注册获取到第一角色注册信息,将所述第一角色注册信息与所述第一通信设备的第一蓝牙地址绑定;
匹配所述第一通信设备和第二通信设备之间的角色;
当匹配失败时,通过SDP增加对所述第一通信设备的AG角色和HF角色中另一角色的注册获取到第二角色注册信息,将所述第二角色注册信息与所述第一通信设备的第二蓝牙地址绑定;
以匹配的角色,与第二通信设备建立连接。
2.如权利要求1所述的通信控制方法,其特征在于,所述通过SDP对第一通信设备进行AG角色和HF角色中任一角色的注册包括:
通过在第一SDP中写入第一通用唯一识别码UUID进行注册,所述第一UUID用于标识自身支持AG角色;
或,通过在第二SDP中写入第二UUID进行注册,所述第二UUID用于标识自身支持HF角色。
3.如权利要求1所述的通信控制方法,其特征在于,所述通过SDP对第一通信设备进行AG角色和HF角色中任一角色的注册之后,还包括:为当前所注册的角色在射频通信RFcomm上分配至少一个链路等待后续连接;
所述通过SDP增加对所述第一通信设备的AG角色和HF角色中另一角色的注册之后,还包括:为当前所注册的另一角色在射频通信RFcomm上分配至少一个链路等待后续连接。
4.如权利要求1所述的通信控制方法,其特征在于,将所述第一角色注册信息与所述第一通信设备的第一蓝牙地址绑定之前,还包括获取所述第一蓝牙地址,获取所述第一蓝牙地址包括:
在所述第一通信设备的蓝牙模块启动时,从预设的蓝牙地址存储文件中读取第一蓝牙地址。
5.如权利要求1-4任一项所述的通信控制方法,其特征在于,将所述第二角色注册信息与所述第一通信设备的第二蓝牙地址绑定之前,还包括获取所述第二蓝牙地址,获取所述第二蓝牙地址包括:
在所述第一通信设备的蓝牙模块启动时,从蓝牙地址存储文件中读取所述第二蓝牙地址;所述第二蓝牙地址为调用预设的蓝牙地址算法生成并预先存储于所述蓝牙地址存储文件中的。
6.如权利要求5所述的通信控制方法,其特征在于,从所述蓝牙地址存储文件中读取所述第二蓝牙地址失败时,所述方法还包括:
调用预设的蓝牙地址算法生成第二蓝牙地址,并将所述第二蓝牙地址存储于所述蓝牙地址存储文件中。
7.如权利要求6所述的通信控制方法,其特征在于,所述调用预设的蓝牙地址算法生成第二蓝牙地址包括:获取所述第一蓝牙地址,对所述第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址。
8.如权利要求7所述的通信控制方法,其特征在于,所述对所述第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址之后,还包括:
检测到所述第一蓝牙地址更新时,获取更新后的第一蓝牙地址,并对更新后的所述第一蓝牙地址中地址低端区域内的值进行随机变换得到新的第二蓝牙地址。
9.一种通信设备,其特征在于,所述通信设备包括存储器、发射器、接收器、处理器和通信总线;
所述通信总线用于实现存储器和处理器之间的连接通信;
所述处理器调用发射器、接收器,以及存储器中存储的计算机程序,以实现如权利要求1-8任一项所述的通信控制方法中第一通信设备所执行的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序可被处理器执行以实现如权利要求1-8任一项所述的通信控制方法中第一通信设备所执行的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364456.9A CN110225498A (zh) | 2019-04-30 | 2019-04-30 | 通信控制方法、通信设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364456.9A CN110225498A (zh) | 2019-04-30 | 2019-04-30 | 通信控制方法、通信设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110225498A true CN110225498A (zh) | 2019-09-10 |
Family
ID=67820237
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910364456.9A Pending CN110225498A (zh) | 2019-04-30 | 2019-04-30 | 通信控制方法、通信设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110225498A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008118515A1 (en) * | 2007-03-28 | 2008-10-02 | Motorola Inc. | Devices and methods for hands-free connectivity to plural devices |
US20120135686A1 (en) * | 2009-08-13 | 2012-05-31 | Zte Corporation | Method and system for orderly connection of a bluetooth headset controlled by terminal |
EP2856808A1 (en) * | 2012-05-26 | 2015-04-08 | Qualcomm Incorporated | Smart battery wear leveling for audio devices |
CN106658359A (zh) * | 2016-10-12 | 2017-05-10 | 青岛海信移动通信技术股份有限公司 | 蓝牙连接方法、装置及通信*** |
US20170134552A1 (en) * | 2013-07-30 | 2017-05-11 | Wuxi Vimicro Corporation | Techniques for voice controlling Bluetooth headset |
CN106797518A (zh) * | 2014-09-15 | 2017-05-31 | 索诺瓦公司 | 助听***和方法 |
CN106900079A (zh) * | 2015-12-18 | 2017-06-27 | 展讯通信(上海)有限公司 | 蓝牙连接方法及装置 |
CN109246671A (zh) * | 2018-09-30 | 2019-01-18 | Oppo广东移动通信有限公司 | 数据传输方法、装置及*** |
-
2019
- 2019-04-30 CN CN201910364456.9A patent/CN110225498A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008118515A1 (en) * | 2007-03-28 | 2008-10-02 | Motorola Inc. | Devices and methods for hands-free connectivity to plural devices |
US20120135686A1 (en) * | 2009-08-13 | 2012-05-31 | Zte Corporation | Method and system for orderly connection of a bluetooth headset controlled by terminal |
EP2856808A1 (en) * | 2012-05-26 | 2015-04-08 | Qualcomm Incorporated | Smart battery wear leveling for audio devices |
US20170134552A1 (en) * | 2013-07-30 | 2017-05-11 | Wuxi Vimicro Corporation | Techniques for voice controlling Bluetooth headset |
CN106797518A (zh) * | 2014-09-15 | 2017-05-31 | 索诺瓦公司 | 助听***和方法 |
CN106900079A (zh) * | 2015-12-18 | 2017-06-27 | 展讯通信(上海)有限公司 | 蓝牙连接方法及装置 |
CN106658359A (zh) * | 2016-10-12 | 2017-05-10 | 青岛海信移动通信技术股份有限公司 | 蓝牙连接方法、装置及通信*** |
CN109246671A (zh) * | 2018-09-30 | 2019-01-18 | Oppo广东移动通信有限公司 | 数据传输方法、装置及*** |
Non-Patent Citations (5)
Title |
---|
NATHAN SOUVIRAA-LABASTIE 等: "On the applicability of the SBC codec to support super-wideband speech in Bluetooth handsfree communications", 《2016 IEEE 18TH INTERNATIONAL WORKSHOP ON MULTIMEDIA SIGANL PROCESSING(MMSP)》 * |
NATHAN SOUVIRAA-LABASTIE 等: "On the applicability of the SBC codec to support super-wideband speech in Bluetooth handsfree communications", 《2016 IEEE 18TH INTERNATIONAL WORKSHOP ON MULTIMEDIA SIGANL PROCESSING(MMSP)》, 16 January 2017 (2017-01-16) * |
佚名: "蓝牙 BLE 地址类型解析", 《HTTPS://WWW.JIANSHU.COM/P/E3F0C12D79C4》, 21 October 2018 (2018-10-21), pages 2 * |
吴长树: "蓝牙高级音频应用***设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
吴长树: "蓝牙高级音频应用***设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》, 15 July 2008 (2008-07-15) * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107770760B (zh) | 一种识别蓝牙设备的类型的方法及移动终端 | |
CN110234138A (zh) | 通信切换控制方法、通信设备、***及存储介质 | |
CN110248344A (zh) | 通信方法、设备、***及可读存储介质 | |
CN110198534A (zh) | 通信透传控制方法、通信设备、***及存储介质 | |
CN110267244A (zh) | 通信切换方法、设备、***及可读存储介质 | |
CN110087223A (zh) | 通信连接方法、通信设备及存储介质 | |
CN110213749A (zh) | 通信处理方法、通信设备及存储介质 | |
CN110121163A (zh) | 注册处理方法、通信设备及存储介质 | |
CN110139257A (zh) | 通信连接方法、通信设备及存储介质 | |
CN110267243A (zh) | 通信控制方法、通信设备及存储介质 | |
CN110087222A (zh) | 角色切换控制方法、通信设备、及存储介质 | |
CN110113736A (zh) | 通信控制方法、通信设备、***及存储介质 | |
CN110225498A (zh) | 通信控制方法、通信设备及存储介质 | |
CN110267361A (zh) | 通信控制方法、设备、***及可读存储介质 | |
CN110234137A (zh) | 通信控制方法、设备、***及可读存储介质 | |
CN110213750A (zh) | 通信控制方法、设备、***及可读存储介质 | |
CN110225499A (zh) | 通信连接方法、通信设备及存储介质 | |
CN110267240A (zh) | 通信控制方法、通信设备及存储介质 | |
CN110248345A (zh) | 通信控制方法、设备、***及可读存储介质 | |
CN110121164A (zh) | 通信处理方法、设备、***及可读存储介质 | |
CN110234099A (zh) | 通信连接方法、通信设备和存储介质 | |
CN110198535A (zh) | 通信切换控制方法、通信设备、***及存储介质 | |
CN110139258A (zh) | 通信连接方法、通信设备和存储介质 | |
CN110248343A (zh) | 通信方法、设备、***及可读存储介质 | |
CN110087224A (zh) | 注册控制方法、通信设备、及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190910 |