limingade的博客

本篇章中，我们直接在【拨号器管理app】中集成SIP终端的功能，使得用户在另一个Android手机上能直接使用蓝牙电话的功能，通过SIP链路的方式桥接到蓝牙手机上，进行SIP呼叫来拨打目标电话（此方式不再依赖Windows电脑，但需要依赖另一个安卓手机）方案中继续采用上一篇章搭建的FreeSWITCH服务器做SIP链路的B2B-UA转发，通过局域网“云平台”，使另一台手机上的“软电话”能正常使用蓝牙电话的方案呼叫出去。

在本篇章中，我们针对Android系统本身的双SIM卡的来电能力进行了一定的探索，实现了在代码逻辑层面中识别“双卡手机来电如何获取哪一个卡的来电”的数据。并在后续的功能逻辑中，根据不同SIM卡手机号来实现通话数据和业务调度到不同的局域网SIP坐席的功能。这样，对于手机app而言，就充分的利用上了手机本身自带的“双卡双待”的功能，降低了操作的复杂度，也减少了应用扩展的成本，为后续更加复杂的场景提供了理论和数据上的支撑。

前几天我浏览拼多多和淘宝的时候，发现又面世了两款更加人性化的模具，此处贴出来供大家参考。我们基于市面上的最新的一些产品和配件（主要是京东淘宝拼多多经常做的推荐），按照正常的交互需要和审美需求，提炼和筛选出一些新的、较为经典的产品，顺便为它们做个宣传。

现代社会新的设备和技术层出不穷，eSIM卡技术是近年来输出的一种与打电话业务有强关联性的一种探索，蓝牙电话方案理论上应该需要针对此类新型的科技和技术进行主动和及时的适配。目前看来，现有技术对遵循标准化方式的蓝牙电话方案没有太大影响，可以直接放心使用。

自蓝牙电话的方案输出以来，特别是基于Android手机的普通app+配件的方式来调用和提取手机外呼和通话的事件和声音的方案输出后，有很多使用和体验的用户和友商都在咨询，说这样的app方案，是否同步输出了对应的SDK。这样客户自己就能集成与整合到自己的app上，直接可以推送和应用到现有的客户上。开放SDK后，蓝牙电话的方案对客户自身的设备数量和用户均不再进行限制，客户可将整合后的SDK做为自有产权的功能，进行客户推广和下级代理与分销的推广。

智能拨号器app中，我们使用usb蓝牙与手机建立SLC蓝牙连接后，针对多SIM卡的场景，不再使用ATD10086;的方式进行外呼，而是直接采用app授权呼叫权限后，调用下述代码并传递SIM卡的卡号的方式进行指定SIM卡外呼。然后在呼叫过程中，使用建立好的蓝牙SLC连接，接收+CLCC等事件状态反馈，获知呼叫的目标号码、振铃状态、接通/挂断状态，并将其同步到局域网的SIP服务器中，转接到局域网的呼叫坐席上。通过以上方式，即可正常的实现SIM卡1和SIM卡2的对外呼叫。根本不需要设置什么默认呼叫卡。

手机双SIM卡自动切换的最终目的，就是允许手机根据呼叫频次和手机SIM卡预设的套餐分钟总数，结合当前（本月？）已外呼出去的通话分钟数，进行双SIM卡的自动切换策略。并将这个切换策略，允许用户自己进行脚本或功能的录制修改和重放，使用户名下所有的双卡手机，都能正常使用这个功能进行自动的业务逻辑切换。提高呼叫的接通率，减轻用户操作的复杂度。

本篇和后面篇章我们专门针对【Android手机双卡的SIM卡自动切换】这个课题，进行简单的预研，看看Android操作系统以及国内各大厂商的定制款安卓，有什么途径能做SIM卡双卡切换，并且比较通用的操作方式或方法。

上一篇章我们分析到了探讨蓝牙电话方案无人值守和远程巡检这个方向的必要性并分析了蓝牙电话方案在无人值守方面会面临哪些问题。本篇章中，我们针对技术细节以及无人值守可能的实现方式，进行简单的探讨。目的是为了从通用一般的方法上，看看如果有类似的方案，它们做这个事情能走的通路大概都有哪些，以及如何要阻止这些方案和应用要这样去使用。

本次篇章中，我们针对无人值守或者说远程巡检这个方向进行初步的探讨和设想，目的是为了规避后面蓝牙方案被应用在这样的非正常领域的场景。后面的篇章中，我们将会继续深入讨论看看为了应对这样的场景，我们能够做出哪些封锁和拦截的手段，避免出现设备链路或应用被应用在异地呼叫的场景，禁绝违法违规的业务使用。

本次这两个篇章，均为针对最近的用户反馈的情况，使用最简洁的方式，让蓝牙电话的用户，能第一时间的将所谓的“云平台”给部署出来，并能实现正常的电话呼叫。对于使用VOS平台及其它平台的用户，本文的python的Rest接口的编写和数据获取方式，也能起到一定的参考作用。

文章阐述了一种办法，使用最简洁的方式，让蓝牙电话的用户，能第一时间的将所谓的“云平台”给部署出来，并能实现正常的电话呼叫。这样局域网内的软电话就能够直接通过SIP账号，使用蓝牙电话的SIM卡手机号，拨打目标手机号并呼叫出去。