[發明專利]通信裝置、通信處理方法及程序

在審

• 申請號: 201780070525.4
• 申請日: 2017-10-24
• 公開（公告）號: CN109983800A
• 公開（公告）日: 2019-07-05
• 發明（設計）人: 矢端哲也
• 申請（專利權）人: 阿爾卑斯阿爾派株式會社
• 主分類號: H04W28/04
• 分類號: H04W28/04;H04M1/00;H04W76/30;H04W84/10
• 代理公司: 永新專利商標代理有限公司 72002
• 代理人: 劉英華

在N次的接收信號強度確認處理的每次接收信號強度確認處理中接收信號強度未達到閾值(Sth)，并且包含反復進行N次的接收信號確認處理的期間在內的規定時間以上、從第1通信處理部(10)未輸出監視對象通知的情況下，對第1通信處理部(10)輸入切斷與對方設備的連接的第2指令，以避免包重新發送處理的反復狀態在此基礎上持續。通過比第1層更上位的層即第2層的處理，能夠將包重新發送處理的反復狀態自主地消除，能夠避免如必須重新接通電源那樣的無法控制的狀態。

技術領域

本發明涉及按照分層結構的通信協議進行通信的通信裝置，尤其涉及進行基于Bluetooth(注冊商標)的通信的通信裝置。

背景技術

以往以來，關于無線通信，為了克服由外來電波的干涉、電波的傳輸狀態的惡化等引起的通信故障，而尋求各種對策。在例如下述的專利文獻1所記載的數據通信裝置中，在信道狀況判定單元中判斷為通信未正常進行的情況下，進行提高發送功率的處理。另外，在下述的專利文獻2所記載的通信終端中，在未接收到接收確認用的響應包的情況下進行包的重新發送，并且在重新發送的次數達到了上限次數的情況下停止重新發送。

現有技術文獻

專利文獻

專利文獻1：日本特開2007－13538號公報

專利文獻2：日本特開2015－19230號公報

發明內容

發明解決的課題

但是，在Bluetooth(注冊商標：以下，存在將Bluetooth省略記為“BT”的情況。)中的包的通信方式，有線路交換式的SCO(Synchronous Connection Oriented)和存儲交換式的ACL(Asynchronous Connection Less)。SCO被使用于要求即時性的數據(通話時的聲音數據等)的傳送中，ACL被使用于要求避免發生信息缺失的數據(再生時的音樂數據等)的傳送中。在由于通信故障等而未從對方設備接收到接收確認的響應的情況下重新發送ACL的包。在即使進行重新發送也在一定時間以上未接收到接收確認的響應的情況下，自動切斷與對方設備的連接。

另一方面，還存在包自身雖然能夠接收，但包內的數據局部損壞的情況。在BT中，包的錯誤檢測，在比HCI(Host Controller Interface：主機接口電路)靠下位的層即LinkManager(鏈路管理)中進行。在LinkManager中檢測到包的錯誤時，對向發送側返回的包的包頭部的“ARQN”設定表示否定響應的值“NAK”。在“ARQN”的值是“NAK”的情況下，從發送側重新發送相同的包。

在對重新發送的包再次檢測到錯誤的情況下，與上述同樣地、向發送側返回“ARQN”＝“NAK”的包，進而將相同的包重新發送。即，只要在接收側檢測到包的錯誤，就成為從發送側將相同的包無休止地重新發送的狀態(以下，有時記為“無限循環的狀態”。)。在具有基于幀重新發送的糾錯功能的協議中，在無法正常發送的情況下，發送隊列的指針不向下一地址移動。因此，在反復進行相同的包的重新發送時，該包繼續留在隊列中，后續的包的發送無法進行。其結果，在發送側成為指令未被受理的狀態，無法發出連接的切斷請求。另外，LinkManager中的包重新發送處理的狀態，在BT的規格上，未被通知給上位的層。因此，在上位的層中，無法基于來自LinkManager的通知來判別是否成為了上述的無限循環的狀態。因此，在陷入于無限循環的狀態的情況下，只要用戶不進行重新接通電源等的強制性的操作，就無法進行包的收發，存在無法自主地消除這種無法控制狀態的問題。

為了解決這種問題，考慮在下位的層(LinkManager)進行自動對無限循環的狀態進行檢測并切斷連接的處理。但是，下位的層的處理一般用專用的硬件進行，因此存在難以在下位的層追加地執行在BT的基本規格中沒有的處理的問題。