[發明專利]對數據傳輸會話分配通信信道

無效

• 申請號: 200680053860.5
• 申請日: 2006-03-14
• 公開（公告）號: CN101401354A
• 公開（公告）日: 2009-04-01
• 發明（設計）人: C·策希林;E·帕爾瑙
• 申請（專利權）人: 諾基亞公司
• 主分類號: H04L12/28
• 分類號: H04L12/28;H04L29/06
• 代理公司: 北京市金杜律師事務所
• 代理人: 吳立明

技術領域

本發明的實施方式涉及對數據傳輸會話分配通信信道。特別地， 它們涉及例如在藍牙微微網中對在主設備和從設備之間的數據傳輸 會話分配通信信道。

背景技術

圖1圖示出藍牙微微網1。這是由主設備2控制的ad-hoc無線 通信網絡，并且包括主設備2和多達七個從設備4、6、8和10。微 微網1的設備同步于如在圖2中示出的公共時間參考20。公共時間 參考同步于主設備2的藍牙時鐘。

正如圖2中所示，微微網1中的通信以分組數據單元(PDU) 22序列的形式存在。PDU22以時分雙工(TDD)的方式傳送。公共 時間參考20被劃分成一系列的TDD幀30。每個TDD幀包括兩個時 隙。TDD幀的第一時隙31分配給微微網1的主設備2。僅主設備2 可以在TDD幀30的第一時隙31內開始PDU的傳輸。TDD幀30 的第二時隙32分配給微微網1中的單個從設備。僅分配的從設備可 以開始在TDD幀30的第二時隙32中傳送PDU22。僅在TDD幀30 的第一時隙31中尋址的從設備可以在TDD幀30的第二時隙32內 回復。

PDU22包括報頭和凈荷。報頭的接入碼標識微微網的主設備， 而報頭內的地址標識尋址的設備。報頭內的接入碼也用于在微微網 1內的每個設備處保持同步于公共時間參考20。當微微網1根據藍 牙標準使用快速跳頻并且主設備和從設備必須一起跳頻時，精確的 同步是必需的。

參考圖2，在時隙31A，主設備2向從設備S1發送PDU。這使 得從設備S1以在時隙32A中發送到主設備2的PDU進行回復。主 設備2在時隙31B中發送第二PDU22，這使得從設備S1在時隙32 中進行回復。然而，從設備S1不是必須要回復。在時隙31C中，主 設備2將PDU22發送到從設備S3，從設備S3在時隙32中以PDU22 回復。在時隙31D中，主設備2向從設備S2發送PDU22，該從設 備S2緊跟著在時隙32D中以PDU22回復。

因此將理解到在微微網1內存在單個的通信信道。該通信信道 以TDD方式操作并且包括在TDD幀30的第一時隙31中來自主設 備2的下行鏈路信道和在TDD幀30的第二時隙32中到主設備的上 行鏈路信道。通過令主設備通過在TDD幀30的第一時隙中發送尋 址到從設備的PDU來輪詢該從設備，通信信道可以被分配給特定的 從設備。

為了維持微微網1內的同步，藍牙主設備2通常至少每25ms 輪詢一次從設備。因此，默認情況下，通信信道將以至少每25ms 一次分配給從設備。

圖3示出異步數據傳輸協議的例子。在該例子中，異步數據傳 輸協議是OBEX(對象交換)協議。其是緊湊的二進制協議，其最 初由紅外設備聯盟(IrDA)針對可以與其他傳輸機制(例如藍牙) 使用的紅外通信而開發。OBEX執行類似于HTTP的功能但資源不 是那么密集。OBEX協議是面向會話的協議，因此該會話是針對數 據傳輸發起的并且在數據傳輸完成時終止。在會話期間，OBEX客 戶端40使用放置(PUT)命令將數據塊推送到服務器42。服務器 42通過向客戶端40發送繼續(CONTINUE)響應來確認接收到包含 在放置命令中的數據塊。客戶端40在接收到針對前一數據塊傳輸的 繼續響應后，通過向服務器42發送另一放置命令來繼續下一數據塊 傳輸，服務器42通過返回繼續響應52來確認接收。因此數據傳輸 協議的異步屬性，在服務器處可能存在放置命令50的接收和繼續響 應52的傳輸之間的延遲。同樣地，在客戶端40處也可能存在繼續 響應52的接收和下一放置命令50的傳輸之間的延遲。

OBEX協議可以被用于使用藍牙PDU作為傳輸機制來傳輸數 據。然而，在服務器42處放置命令的接收和繼續響應的產生之間的 等待時間可能大于TDD幀持續時間(1.25ms)。同樣地，在客戶端 40處繼續響應52的接收和下一放置命令50的產生之間的等待時間 可能大于TDD幀持續時間(1.25ms)。

因此，如果主設備2操作為客戶端40，并且其在TDD幀30的 第一時隙31中向充當從設備的服務器42發送放置命令50，服務器 42不太可能在該TDD幀30的第二時隙32中以繼續響應52進行回 復。因此，充當從設備的OBEX服務器42在其能夠將繼續響應52 發送回OBEX客戶端40之前，不得不等待直到其接著被主設備輪詢。 這通常是25ms的延遲。