無線通信協議的製作方法

2023-06-19 21:55:26

專利名稱:無線通信協議的製作方法
技術領域：
本發明總體上涉及通信系統、設備和方法，以及更具體地，涉及無線通信協議。
背景技術：
不同的電子設備無線地與彼此進行通信。諸如助聽器或其它幫助收聽的設備之類的收聽裝置(hearing instrument)是一種能夠進行無線通信的設備。例如，兩個助聽器可以彼此通信來立體聲地將聲音提供給佩帶者。在另一示例中，編程器無線地與助聽器進行通信並配置助聽器。在另一示例中，助聽器無線地接收來自助聽系統的信號，來提供或增強提供給助聽器中接收機的信號。接收機將信號轉換為可以由助聽器佩帶者聽到的聲音。隨著助聽技術的提高，提出了更加複雜的功能和治療方法。
期望網絡無線設備利用改進收聽裝置技術的優點。存在這樣的技術需求提供用於發送和接收短距離數據的改進通信系統和方法，可以用於收聽裝置之間的無線通信。

發明內容通過本主題來解決上述問題，以及將通過閱讀和學習以下說明書來得以理解。本主題的不同方案和實施例提供了一種無線收聽裝置通信協議。
本主題的一個方案涉及一種由收聽裝置針對用戶執行的方法。根據不同的實施例，將本地聲音轉換為針對收聽裝置的用戶的處理後的聲音信號，以及使用無線通信協議來控制在包括收聽裝置的無線網絡中的無線通信。無線通信協議包括傳輸協議模塊、鏈路協議模塊、擴展協議模塊、數據協議模塊、以及音頻協議模塊。傳輸協議模塊適於控制收發機操作，以在單個無線通信信道上提供半雙工通信，以及鏈路控制模塊適於實現分組傳輸過程，以在信道上解決幀衝突。
本主題的一個方案涉及一種收聽裝置。根據不同的實施例，助聽器包括收發機，用於在單個無線通信信道上，無線地發送數據和無線地接收數據；能夠彼此通信的處理器和存儲器；以及將處理器與收發機連接的電路。存儲器包括分層無線通信協議，用於與無線網絡上的至少一個另一節點進行通信。分層無線通信協議包括傳輸協議模塊、鏈路協議模塊、擴展協議模塊、數據協議模塊、以及音頻協議模塊。傳輸協議模塊在無線通信協議的第一層上操作，來控制和監視收發機操作。傳輸協議模塊適於控制收發機操作，以在單個無線通信信道上提供半雙工通信。鏈路協議模塊在無線通信協議的第二層上操作，來定義數據發送和接收過程，以及提供適於傳輸的數據，其中，鏈路協議模塊適於實現分組傳輸過程，來解決幀衝突。擴展協議模塊、數據協議模塊和音頻協議模塊中的每一個在無線通信協議的第三層上操作。擴展協議模塊提供對網絡服務協議的訪問。數據協議模塊傳輸關於收聽裝置的控制和配置信息的數據。音頻協議模塊傳輸數字音頻。音頻協議模塊適於在單個無線通信信道上使數字音頻單向流動。
本主題的一個方案涉及一種位於計算機可訪問介質中的無線通信協議的數據結構。根據不同的實施例，數據結構包括層1協議等級、層2協議等級、以及層3協議等級。層1協議等級包括傳輸協議模塊，用於控制和監視無線收發機的操作，以在單個通信信道上提供半雙工通信。層2協議等級包括鏈路控制協議，用於控制數據接收和發送，以及用於將數據提供給層1協議等級、並從層1協議等級中接收數據。鏈路協議模塊適於實現分組傳輸過程，用於解決幀衝突。層3協議等級包括助聽數據傳輸協議模塊、擴展協議模塊、以及音頻協議模塊。助聽數據傳輸協議模塊適於組織和傳輸數據至層2協議等級，以及從層2協議等級中接收數據。這些數據包括助聽編程數據。擴展協議模塊適於將數據提供給層2協議等級、以及從層2協議等級中接收數據，以用於訪問網絡服務。音頻協議模塊適於使數字音頻流動，以及適於將數據提供給層2協議等級、並從層2協議等級中接收數據。
本主題的一個方案涉及一種通過網絡從無線助聽器無線地傳輸數據分組的方法。根據本發明的不同實施例，響應來自無線助聽器的傳輸請求，確定無線通信信道是否空閒，以及如果信道確定為空閒，則通過該信道傳輸分組。當信道空閒時，該方法等待隨機的時間段。在隨機的時間段之後，確定信道是否空閒，以及如果信道確定為空閒，則通過該信道傳輸分組。
本
發明內容
是本申請其中一些示教的概述，以及並不意欲成為本主題專有的或窮舉的處理方式。在詳細的描述和所附權利要求
中會發現關於本主題的進一步的細節。本領域技術人員將在閱讀和理解以下詳細描述和查看形成其中一部分的附圖時理解其它方案，以上所有並不採用限制性意義。本發明的範圍通過所附權利要求
及其法律等同物進行限定。
圖1示出了無線網絡的實施例。
圖2A、2B和2C分別示出了對於圖1中示出的無線網絡的通信單播模式、通信廣播模式、以及通信多播模式。
圖3示出了根據本主題不同實施例的節點地址的格式。
圖4示出了根據本主題不同實施例的設備ID的格式。
圖5示出了根據本主題不同實施例的短地址。
圖6示出了根據本主題不同實施例的無線收聽裝置通信協議的分層協議方案。
圖7示出了協議數據單元(PDU)的實施例。
圖8示出了根據本主題不同實施例，在無線通信協議中，將與一層相關聯的PDU封裝於另一層的PDU內。
圖9示出了以從數值的最高有效字節(MSB)至數值的最低有效字節(LSB)的減少的有效位進行排序的多字節數值，諸如16和32比特值。
圖10示出了以比特7排序的字節，首先傳輸最高有效比特(MSB)，以及最後傳輸最低有效比特(LSB)(比特0)。
圖11示出了根據本主題不同實施例的一般鏈路層PDU格式。
圖12示出了根據本主題不同實施例的幀描述符。
圖13示出了根據本主題不同實施例的傳輸處理幀衝突的分組的過程。
圖14示出了使用圖13中示出的過程，針對三個節點傳輸分組的示例。
圖15示出了根據本主題不同實施例的PDU幀格式的示例，由編程器將其用於將數據傳輸至助聽器。
圖16示出了根據本主題不同實施例的由目的地返回的層2肯定應答分組的示例。
圖17示出了根據本主題不同實施例的音頻傳輸有效載荷。
圖18示出了根據本主題不同實施例，圖17的音頻傳輸有效載荷的音頻描述符欄位。
圖19示出了根據本主題不同實施例的音頻傳輸協議的PDU格式。
圖20示出了根據本主題不同實施例的G.722音頻編解碼數據幀格式。
圖21示出了根據本主題不同實施例的圖20中示出的幀格式的音頻報頭。
圖22示出了根據本主題不同實施例的網絡服務結構。
圖23示出了根據本主題不同實施例的用於長地址分配/未分配請求的PDU格式。
圖24示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。
圖25示出了根據本主題不同實施例的用於短地址分配/未分配請求的PDU格式。
圖26示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。
圖27示出了根據本主題不同實施例的用於8B10B/曼徹斯特請求的PDU格式。
圖28示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。
圖29示出了根據本主題不同實施例的用於斷電/加電請求的PDU格式。
圖30示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。
圖31示出了根據本主題不同實施例的用於查驗請求的PDU格式。
圖32示出了根據本主題不同實施例的用於查驗響應的PDU格式。
圖33示出了根據本主題不同實施例的用於地址信息請求的PDU格式。
圖34示出了根據本主題不同實施例的用於地址信息響應的PDU格式。
圖35示出了根據本主題不同實施例的用於地址信息請求的PDU格式。
圖36示出了根據本主題不同實施例的用於擴展設備信息響應的PDU格式。
圖37示出了根據本主題不同實施例的用於音頻信息請求的PDU格式。
圖38示出了根據本主題不同實施例的用於使用兩個支持的流進行響應的音頻信息的PDU格式。
圖39示出了根據本主題不同實施例的用於音頻開始請求的PDU格式。
圖40示出了根據本主題不同實施例的用於音頻停止請求的PDU格式。
圖41示出了根據本主題不同實施例的收聽裝置，該收聽裝置能夠作為圖1網絡中的節點進行無線通信。
具體實施方式本主題的以下詳細描述參照附圖，附圖作為示例示出了可以實踐的本主題的特定方案和實施例。以充分的細節描述這些實施例，使本領域的技術人員能夠實踐本發明的主題。在不偏離本主題範圍的情況下，可以利用其它實施例，以及作出結構、邏輯和電氣改變。參考的本公開中的「一」、「一個」或者「不同」實施例不必是相同的實施例，以及預計這樣的參考多於一個實施例。因此，以下詳細描述並不採用限制性意義，以及僅由所附權利要求
與授予這樣的權利要求
的法律等同物的全部範圍來限定本主題的範圍。
本文獻包括多個附圖和表格，來提供關於諸如特定比特數、特定數據欄位序列和大小、以及映射到特定值的特定比特之類的數據欄位的特定信息。這些附圖和表格示出了根據多個實施例的示例。本申請的範圍並不意欲局限於這些特例。通過閱讀和理解本公開，本領域普通技術人員將理解，數據欄位序列和大小、比特映射和數值可以用於其它協議實施例。
本主題的無線收聽裝置通信協議提供了一種在無線頻率通信信道上的收聽裝置之間交換信息的規範。本文獻描述了用於適當的收發機的數據編碼的協議，使收發機操作以使數據傳送至/自特定收聽裝置，以及共享傳輸信道。儘管考慮了不同的實施方式，但是本文獻並不意欲在硬體或軟體中細化、或者使用特定的協議實施方式。通過閱讀和理解本公開，本領域普通技術人員將理解，怎樣提供特定的協議實施方式。
無線協議涉及用於提供收聽裝置之間的通信。例如，收聽裝置包括不同類型的助聽器、助聽設備、頭戴式耳機、編程模塊、音頻流模塊、遙控器和牆式同步器。認為網絡上的節點(收聽裝置)數很少，因此在數據傳輸的情況下，通信信道爭用應當相對較低，而在音頻流的情況下，通信信道爭用應當相對較高。使用硬體和軟體組件的組合，包括在處理速度和存儲器可用性上具有相對嚴格約束條件的系統，來實現本協議。通過由收聽裝置硬體的需求施加於功耗和門數上的限制來驅動這些約束條件。
本協議的一個配置包括諸如PC、手持遙控器和一個或多個收聽裝置之類的設備。該配置支持這些裝置的測試、安裝。調整和編程。該配置是同步主/從關係的示例，其中，編程器命令收聽裝置執行功能，以及收聽裝置適當地進行響應。協議的另一配置包括兩個收聽裝置，用作立體聲對(binaural pair)。該配置支持控制信息的動態和自動地交換。在該配置的不同實施例中，收聽裝置具有對等關係，其中，任何一個設備都能夠異步地將信息傳輸至特定對等設備。另一配置包括源設備，以及一個或多個收聽裝置。該配置支持來自源設備的音頻數據實時流動至一個或多個收聽裝置。該配置是來自源設備的單向數據流，以及期望提供高信道帶寬。
在協議中提供對通信和主/從關係的對等方法的支持。對等通信方案中的問題包括當兩個節點試圖在同時傳送消息時發生衝突的可能性。提供載波監聽能力來處理該情況。通常，可以通過在傳輸之前使要成為消息發送方的發送方檢測到信道忙，來避免衝突，在這種情況下，生成隨機的補償時間段，等待該時間量，然後再次嘗試。隨機補償時間減小了兩個發送方將試圖同時傳輸的可能性。存在兩個發送方不能及時看到忙信道的較小窗，作為結果的衝突擾亂了消息。在這種情況下，未能在超時時間段內看到回復導致了衝突和原始消息的重傳。
圖1示出了無線網絡的實施例。根據本主題的不同實施例，示出的無線網絡100能夠使用無線通信協議進行通信。示出的網絡包括多個節點101，標記為節點A、節點B、節點C和節點D。每個節點是能夠在多達近似1米的傳輸距離上進行無線通信。在不同實施例中，網絡包括一個或多個收聽裝置，以及諸如收聽裝置編程器、助聽設備之類的一個或多個站。助聽設備的示例包括使用無線通信信號(如，感應的、或者RF信號)來幫助聽力受損的人聽到播音系統、無線電等的設備。不同的實施例包括其它無線通信節點，如，計算機和無線電話。在不同的實施例中，這些節點能夠通過無線網絡來訪問網際網路。
如圖3所示，網絡100上的每個節點101A、101B、101C和101D由地址唯一地標識，這允許通過無線收聽裝置協議102在兩個節點之間的個人無線通信。協議102是關於在兩個或多個設備之間數據傳輸的格式和時間的一組規則，使得設備能夠彼此通信。
由收聽裝置廠商來實現唯一地址的配置。示例包括在加電初始化期間從序列號中獲得地址，或者在製造過程中將地址配置在裝置中。根據不同的實施例，取決於使用的應用程式，在任何兩個節點、站、或者收聽裝置之間的通信可以是主/從、或者對等的。
任何兩個節點之間的通信是半雙工的。半雙工系統能夠一次在一個方向上傳輸數據。已知的半雙工系統使用至少相同通信元件中的一些來發送和接收信號，以及使用開關在接收和傳送模式之間改變。在半雙工系統中，第一節點發起與第二節點的通信，以及等待適合的主機響應。
在示出的網絡中，兩節點之間的連接不包括中間節點。每個節點能夠通過無線收聽裝置協議，在網絡中直接與每個其它節點進行通信。因此，在開放系統互聯(OSI)協議棧模式中定義的傳統網絡層對於本協議是不存在的。
圖2A、2B和2C分別示出了對於圖1中示出的無線網絡的通信單播模式、通信廣播模式、以及通信多播模式。圖2A中示出的單播通信是涉及兩個節點的通信模式。第一節點201A用作發射機，而第二節點201B用作接收機，以及第二節點201B用作發射機，而第一節點201A用作接收機時。單播通信涉及一個發送方和一個接收方。取決於應用程式，節點地址值可以是長變量或短變量。示例包括與單個助聽器進行通信的編程器、彼此進行通信的兩個助聽器等。
圖2B中示出的廣播通信是，一個節點201A使用預定廣播地址將信號發送至一組節點201B、201C和201D的通信模式。廣播通信包括一個發送方和多個接收方。該組接收方可以包括專用於一個廠商、多個廠商的接收機、或者通過多個廠商的接收機。一個示例包括在劇院的情況下，針對發射機範圍內用於所有助聽器的音頻傳輸。
圖2C中示出的多播通信是涉及一個發射機(例如，201A或201C)和多個接收機(例如，201A、201B或201B、201D)的通信模式。多播通信涉及使用接受的動態地址(可以是長或短)的單個發送方和多個接收方。根據不同的實施例，多播模式是特定應用程式，其中，地址值及其意義負責控制數據流的應用程式。例如，該組接收方可以包括專用於一個廠商的接收機、或者多個廠商的接收機。一個示例涉及同時將信息傳輸至兩個助聽器(如，將音頻信息傳輸至左和右助聽器)的編程器。
不同的協議實施例考慮兩種類型的節點地址，在這裡稱為長地址和短地址。長地址用於唯一地標識全局上下文中的特定節點。短地址取決於應用程式，以及當需要增加通信吞吐量的等級時，用來縮短協議的比特開銷。由幀中的比特設置來表示用於特定分組的這類地址，在以下提供該示例。
圖3示出了根據本主題不同實施例的節點地址的格式。在諸如圖1示出的網絡之類的網絡上的每個節點，具有唯一的標識符303。不同協議的實施例可以使用長地址來唯一地標識節點，以在不混淆通信分組有意向的目的地的情況下建立通信。在不同實施例中，長地址303提供廠商ID304和設備ID305。在不同實施例中，長地址具有以下格式長地址(40比特)＝廠商ID(8比特)+設備ID(32比特)
用於廠商ID和設備ID的數據欄位的大小和順序可以取決於所需協議設計而不同。廠商ID304標識了特定廠商、一組廠商、或者所有廠商，這些廠商與意欲將分組發送至此的收聽裝置相關聯。在不同實施例中，廠商ID304是8比特值。在以下的表1中示出廠商ID值的示例。本主題並不局限於示出的數值和廠商。
表1
設備ID305標識了廠商ID上下文內的設備。
圖4示出了根據本主題不同實施例的設備ID的格式。示出的設備ID，如可用於以上提供的長地址示例中的設備ID，是唯一的32比特值。可以不在廠商上下文內複製設備ID。32比特設備地址空間的使用是廠商特有的。在一些實施例中，保留設備ID 0x00000000、設備ID 0xFFFFFFFF用於發送廣播分組時的目的地址，以及保留設備ID的最高比特來表示地址類型(設備ID是單播還是多播地址)。本主題並不局限於特定值或比特位置。其它值、比特位置和/或數據域的大小可以用於其它協議設計。在表2中提供了示例。
表2
通常，單播地址僅分配給一個設備。每個廠商負責分配和維護諸如助聽器、遙控器、編程器之類的由廠商支持的任何或所有無線設備的適當地址範圍。
圖5示出了根據本主題不同實施例的短地址。示出的短地址使用8比特值來表示分組內的源和/或目的節點。其它協議設計可以使用短地址的其它數據大小。例如，在設備唯一的長地址用於動態地將短地址分配給節點之後，可以使用短地址。由於短地址實質上是動態的，所以可以或不可以通過斷電/加電、或者復位事件來保留短地址。由於短地址的生成、使用和控制由每個廠商負責，所以存在多個廠商的短地址的衝突/重新使用的可能性。對於提供8比特短地址空間的示出的示例，不同的實施例保留值0x00和0xFF，以及還保留短地址0xFF作為廣播地址。此外，保留8比特短地址的最高比特作為地址類型，用於表示8比特短地址是單播還是多播地址。其它值、比特位置或數據欄位大小可以用於其它協議設計。表3示出了根據本主題不同實施例的圖5中示出的短地址的地址類型的分配。
表3
協議棧無線收聽裝置通信協議的不同實施例包括一組分層協議。在隱藏、或者抽象協議層實施方式細節的同時，每層執行一組邏輯上相關的通信任務。分層通過在不定義怎樣實現服務的情況下，定義由每層提供給上層的服務，來建立層間的獨立關係。因此，由於模塊化設計，可以在不影響其它層的情況下改變一個協議層。
圖6示出了根據本主題不同實施例的無線收聽裝置通信協議的分層協議方案。以下在細節上描述了示出的協議606、以及包含於其中的模塊化協議中的每個協議及其目的。還根據層等級來對這些協議進行分類。層1等級607指在從無線通信設備發送信號之前使用的最後一個協議，以及在從另一無線通信設備接收信號時使用的第一個協議。層1等級包括協議信息，由於該協議信息與各個比特傳輸相關，所以該協議信息最特定於無線收聽裝置。層1等級說明怎樣控制和監視收發機操作。對於RF通信，層1等級使RF信道串行化，以及僅與各個比特傳輸有關。層2等級608指將信息傳輸至層1等級的協議。層3等級609指將信息傳輸至層2協議的等級。分層過程可以連續，因此層N指將信息傳輸至層N-1等級、將信息傳輸至層N-2等級等直至信息傳輸至層1等級的協議。
示出的協議606包括多個分層協議，包括傳輸協議610、鏈路協議611、擴展協議612、數據傳輸協議613、以及音頻傳輸協議614。在圖6中，在層1中示出傳輸協議，在層2中示出鏈路協議，以及在層3中示出擴展協議、數據傳輸協議以及音頻傳輸協議。如通常在層4中表示的，本示例還包括主機應用程式或附加協議層。設置標記「層1」、「層2」、「層3」以及「層4」來簡化本公開，以及可以將這些標記稱為第一層、第二層、第三層和第四層。可以在不改變示出的協議棧功能的情況下，來設計示出的層之間的中間層。通過閱讀和理解本公開，本領域普通技術人員將理解，怎樣將客戶機應用程式併入協議。這些層使協議實現模塊化。將通信過程分為較小、較不複雜的要素，同時隱藏實際實現的細節。還將協議設計中的該分層過程稱為抽象。設計目標是減小一層對另一層的依賴性，以將改變一個協議層時修改其它協議層的需要最小化。
圖7示出了協議數據單元(PDU)715的實施例。每個協議層提供發送和/或接收數據的服務和裝置。通過協議發送的數據被稱為服務數據單元(SDU)716。使用協議控制信息(PCI)717封裝SDU以形成PDU715。層N的PDU成為層N-1上協議的SDU，以及重複過程，例如，如圖8中所示。
圖8示出了根據本主題不同實施例，在無線通信協議中，將與一層相關聯的PDU封裝於另一層的PDU內。層1PDU(PDU1)包括協議控制信息(PCI1)和服務數據單元(SDU1)。如所示，SDU1將層2PDU(PDU2)封裝，層2PDU(PDU2)包括協議控制信息(PCI2)和服務數據單元(SDU2)。SDU3將層3PDU(PDU3)封裝，層3PDU(PDU3)包括協議控制信息(PCI3)和服務數據單元(SDU3)。SDU3將層4PDU(PDU4)封裝，層4PDU(PDU4)包括協議控制信息(PCI4)和服務數據單元(SDU4)。通過閱讀和理解本公開，本領域普通技術人員將理解，SDU能夠封裝多於一個的PDU。因此，如圖6所示，與層3協議(例如，擴展協議、數據傳輸協議和音頻傳輸協議)相關聯的PDU能夠封裝於層2協議(例如，鏈路協議)的SDU中。
以下討論根據本主題不同實施例的無線通信協議。
傳輸協議(層1)傳輸協議在功能上等效於由國際標準組織(ISO)建立的開放系統互聯(OSI)模型的物理層(在線路上物理地發送數據的程序和協議)。該層是用於收發機硬體和與硬體相接口的軟體的組合。傳輸協議層定義了控制和監視收發機操作的方式，並提出單個比特傳輸。如在圖6中的協議實施例中所示，無線通信協議的層1包括傳輸協議。傳輸協議提供了三種服務讀取數據、寫入數據和載波監聽。根據不同的實施例，傳輸協議提供在RF信道上的數據串行化。在不同的實施例中，傳輸協議的PDU將數據編碼，來提供適當密度的上升和下降沿、去除多餘的重複比特值、以及避免DC偏置，期望這些來保證適當的接收機操作和接收機鎖相環(PLL)時鐘偏差。適當地按照廠商的想法來實現傳輸協議。傳輸協議不對在傳輸或接受期間允許流過的大小(最小或最大)作出限制。
與要傳送的數據相關聯的編碼的比特流能夠利用數字鎖相環(DPLL)來提取時鐘周期和相位。不同的實施例可以使用曼徹斯特編碼來對數據進行編碼。曼徹斯特編碼涉及將0轉換為01比特序列，以及將1轉換為10比特序列。輸入的編碼數據在0或更多的前同步碼之後，以允許接收機PLL的穩定性。在不同的實施例中，數據模塊包括相移鍵控(ASK)。不同的實施例可以使用100％ASK，其中，由存在載波信號來表示比特值1，以及由無載波信號來表示比特值0。在不同的實施例中，RF載波頻率是3.84MHz，以及將基帶RF信道數據比特速率定義為每秒120千比特(120kbps)。
鏈路協議(層2)數據鏈路層將原始數據編碼和解碼為諸如RF傳輸比特之類的傳輸比特。傳輸比特由負責媒體訪問控制(MAC)和邏輯鏈路控制(LLC)的兩個子層組成，其中，LLC控制幀同步、流控制和誤差檢測。
如在圖6中的協議實施例所示，鏈路協議在層2上操作。鏈路層在功能上等效於OSI模型的鏈路層(用於操作通信線路過程和協議，包括檢測和修正消息誤差的方式)。本協議設置了基於過程的手段(procedual means)來發送或接收數據至/自每個節點，以及將數據提供給適於傳輸的層1。與鏈路協議的不同實施例相關聯的功能包括單播、多播和廣播數據傳輸模式；幀數據(SDU)中的比特誤差檢測；以及避免錯誤的開始和結束標記的比特填充。
根據不同的實施例，通常如圖9中示出，諸如16和32個比特值之類的多字節值以從數值的最高有效字節(MSB)至數值的最低有效字節(LSB)的減小的有效位的順序進行排序。各個應用程式分析多字節數據。首先將MSB放入數據流中，以及最後將LSB放入數據流中。
根據不同的實施例，以減小的有效位的順序對比特數據進行排序。通常如圖10中所示，對字節進行排序，該字節具有首先傳輸的比特7(最高有效比特(MSB))，以及最後傳輸的比特0(最小有效比特(LSB))。
傳輸代碼用於提高要通過鏈路傳遞的信息的傳輸特性。傳輸代碼保證在比特流中提供充分的傳輸，以在接收方處作出可能的時鐘恢復。不同的協議實施例可以使用曼徹斯特傳輸代碼標準，作為在無線信道上對數據比特進行編碼的默認方法。曼徹斯特傳輸代碼將數據比特0轉換為01曼徹斯特比特序列，以及將數據比特1轉換為10曼徹斯特比特序列。
比特填充用於避免幀的開始和幀的結束出現錯誤。當傳送分組時，在9個連續的數據一(1)之後，插入數據比特值零(0)。當接收幀時，將掃描幀數據，以及在出現9個連續的一(1)之後，丟棄零(0)比特值。如果9個連續比特(1)之後的比特是一(1)，則這個一(1)必須是幀開始或結束標記的一部分。比特填充用於(但不包括)幀開始標記和幀結束標記之間的所有數據比特。
根據不同協議的實施例，曼徹斯特前同步碼是32比特的字符串，該字符串先於幀開始標記傳輸。曼徹斯特前同步碼允許接收PLL的獲得具有輸入分組數據的比特相位的能力。如果期望接收PLL在具有輸入分組數據的比特相位中，則不必需要完整的前同步碼。在不同的實施例中，前同步碼具有以下非編碼和編碼格式(其中，「b」表示二進位值)Non Encoded Preamble＝10101010b+10101010b+10101010b+10101010b
Encoded Preamble＝1001100110011001b+1001100110011001b+1001100110011001b+1001100110011001b可以設計協議使用其它前同步碼格式。
不同協議的實施例可以使用8B/10B傳輸代碼IEEE標準來替代曼徹斯特傳輸代碼。當使用8B/10B標準時，將8比特字節的數據編碼為10比特傳輸單元。編碼技術保證在具有5比特1或0的最大運行長度的10比特中1的最小上升沿密度。
根據不同協議的實施例，8B/10B前同步碼是先於分組標記的開始傳送的32比特字符串。8B/10B前同步碼允許接收PLL獲得具有輸入分組數據的比特相位。如果期望接收PLL在具有輸入分組數據的比特相位中，則不必需要完整的前同步碼。8B/10B前同步碼具有以下非編碼和編碼格式(其中，「b」表示二進位值)Non Encoded Preamble＝10110101b+10110101b+10110101b+10110101bEncoded Preamble＝1010101010b+1010101010b+1010101010b+1010101010b可以設計協議使用其它前同步碼格式。
由於鏈路協議與形成數據幀相關聯，所以鏈路協議也稱為幀協議。鏈路協議的協議控制信息(PCI)用於定義可靠的點對點通信信道。使用誤差檢測代碼(EDC)、以及用於丟失或出錯的分組恢復的肯定應答和重傳的簡單的「停止並等待」方法，來提供可靠性。
圖11示出了根據本主題不同實施例的一般鏈路層PDU格式。示出的PDU包括以下八個欄位幀開始標記；大小；幀描述符；地址；擴展協議；有效載荷(SDU)；幀校驗序列；以及幀結束標記。不同協議的實施例以不同的順序對這些欄位進行排序。對於圖10中是示出的PDU，在表4中提供對每個協議數據單元欄位的主要描述。表4還提供了欄位的示例的大小信息。其它欄位的大小可以用於不同協議的實施例。
表4
在示出的示例中，253位元組的最大有效載荷大小取決於僅使用幀描述符和目的短地址。如果使用幀描述符和源和目的長地址(10位元組)，則最大有效載荷是244位元組。在不同的實施例中，如下計算幀中有效載荷字節的最大數目最大幀大小(255)-幀目的地(1)-地址字節(1-10)-擴展協議(0或1)在不同協議的實施例中，曼徹斯特幀開始標記是表示新幀開始、以及允許接收設備建立入站數據的單元/字節相位的12比特標記。在不同的實施例中，曼徹斯特幀結束標記是表示PDU幀結束的12比特標記。在不同的實施例中，開始標記值是0x7FE，以及結束標記值是0x7FF。
在不同協議的實施例中，8B/10B幀開始標記表示新幀的開始，以及允許接收設備建立入站數據的單元/字節相位。8B/10B幀開始標記的值是在IEEE 802.3-2002(部分3)標準的K27.7「Table 36 Valid specialcode-groups」(44頁)中定義的10比特編碼序列。該序列的值是用於當前RD-的110110_1000和用於當前RD+的001001_0111。
在不同協議的實施例中，8B/10B幀結束標記表示PDU幀的結束。8B/10B幀結束標記的值是在IEEE 802.3-2002(部分3)標準的K29.7「Table 36 Valid special code-groups」(44頁)中定義的10比特編碼序列。該序列的值是用於當前RD-的101110_1000和用於當前RD+的010001_0111。
在不同協議的實施例中，幀大小是表示以下字節數的8比特值。在不同的實施例中，幀大小包括一幀描述符開始至有效載荷(SDU)結束的所有數據，以及具有從2至255的有效範圍。
圖12示出了根據本主題不同實施例的幀描述符。示出的幀描述符適於合併於圖11中示出的PDU中。在不同協議的實施例中，幀描述符是8比特值，用於描述幀格式，以及分為5個比特欄位，包括版本欄位、肯定應答欄位、協議標識符、幀校驗序列(FCS)模式和地址模式。不同協議的實施例可以使用其它欄位大小，以及以其它順序對於進行排序。使用檢測比特誤差的幀校驗序列，以及使用為丟失或破壞的分組提供的肯定應答和重傳的簡單的「停止並等待」方法，來提供一些等級的可靠性。
在不同協議的實施例中，圖12中示出的幀描述符的地址模式比特0-1用來描述由特定幀格式使用的地址類型。如圖12的幀描述符幀示出的，在表5中提供地址模式的示例。其它協議的實施例可以使用不同的比特數，以及其它比特映射和比特值。
表5
在示出的示例中，鏈路層協議僅自動地肯定應答使用地址模式00b和01b的幀。如果設置比特1，則將沒有協議肯定應答通過鏈路層出現。
在不同協議的實施例中，在圖12中示出的幀描述符的幀校驗序列(FCS)模式使用比特2-3來定義用於幀內誤差控制的幀校驗序列數。通過有效載荷(SDU)結尾的比特大小來計算FCS。不同協議的實施例定義了如表6中提供的FCS模式。其它協議的實施例可以使用不同的比特數以及其它比特映射和比特值。
表6
使用適當的幀校驗序列方法，針對誤差來校驗FCS模式01b、10b和11b。認為FCS模式00b是特定於應用程式的；因此，鏈路層協議不校驗比特誤差。
在不同協議的實施例中，在圖12中示出的幀描述符的協議標識符使用比特4-5表示預先定義的應用程式、或者將特定分組路由所至的下一個協議層。不同的實施例定義了如表7中提供的層。其它協議實施例可以使用不同的比特數、以及其它比特映射和比特值來識別協議。
表7
肯定應答(00b)表示這是作為在接收到的幀描述符中設置的比特的結果而發送的自動生成的鏈路層肯定應答分組。音頻協議(01b)表示信息包括音頻數據，以及以音頻應用程式為目的地。助聽數據協議(10b)表示信息以助聽控制操作為目的地，如，安裝。11b代碼表示目的傳輸協議不是3個(00b、01b或10b)預先定義的協議類型中的一個，因此表示附加的擴展協議字節包含作為路由目的的幀格式的一部分。
在不同協議的實施例中，圖12中示出的幀描述符的Ack標記比特表示是否應當由鏈路層協議自動地肯定應答該幀。在一些實施例中，例如，如果Ack標記比特為0，則不對幀進行肯定應答，如果Ack標記比特為1，以及如果包括FCS並且沒有檢測到誤差，則對幀進行肯定應答，以及如果Ack標記為1以及如果不包括FCS，則對幀進行肯定應答。在這些實施例中，幀的地址模式必須是00b或01b，源和目的地址的地址類型必須是單播，以及幀的協議標識符不是00b。在這些實施例中，必須使用相同的FCS模式和肯定應答的幀的地址模式來發送肯定應答幀。使用肯定應答消息來表示目的地成功地接收消息。
在不同協議的實施例中，圖12中示出的幀描述符的版本標記比特表示接收到的幀格式的版本。在一些實施例中，例如，該比特的0值表示幀格式的第一版本，以及針對幀格式的任何未來修改保留該比特的值1。
再次參照圖11中示出的一般的鏈路層PDU格式，示出的地址欄位格式取決於幀描述符欄位中的「地址模式」比特。地址欄位包含目的地址和可選的源節點地址。在不同的實施例中，如果將幀描述符字節中的協議標識符比特設置為11b，則僅出現擴展協議字節。擴展協議字節是用於將接收的分組路由至適當層的有效應用程式/網絡服務標識符。
圖11中示出的一般鏈路層PDU格式的幀校驗序列(FCS)為每個接收的幀提供了比特誤差檢測手段。在不同的實施例中，該欄位的大小是可變的，以及取決於幀描述符字節中的FCS模式。在不同的實施例中，FCS欄位由一個字節(8比特)、兩個字節(16比特)、或者四個字節(32比特)組成，並且包含於幀中。如果包含在幀中，則FCS包含在傳輸期間進行計算的循環冗餘校驗(CRC)值。32比特FCS基於CRC-32定義。16比特FCS基於CRC-CCTTT定義。8比特FCS基於CRC-8定義。不執行誤差修正，僅執行誤差檢測。如果檢測到誤差，則不將幀推進至下一協議層，以及不生成鏈路層肯定應答分組。然而，為了消除誤差的目的，音頻流實施例將幀和誤差標記推進至下一協議層。CRC計算包括幀開始標記之後至有效載荷結束的所有數據，以及在源處編碼之前、在目的地處編碼之後來執行CRC計算。
在不同的實施例中，32比特CRC-32使用以下多項式X32+X26+x23+X22+X16+X12+X11+X10+X8+X7+X5+X4+X2+X+1。在計算之前，將CRC值初始化為0xFFFFFFFF。可以使用其它數值。例如，發射機或接收機不使用任何補碼值對CRC的最終計算值進行修改。在幀結束標記之前，直接將CRC、MSB至LSB放入傳輸的數據流。幀接收機以與發射機相同的方式來對接收到的FCS進行計算，並且將計算的FCS與接收到的FCS進行比較。如果兩個值匹配，則正確地接收了幀數據。接收機對計算的和接收到的CRC值進行直接比較。
在不同的實施例中，16比特CRC-CCTTT使用多項式X16+X12+X5+1。在計算之前，將CRC值初始化為0xFFFF。例如，發射機或接收機不使用任何補碼值對CRC的最終計算值進行修改。在幀結束標記之前，直接將CRC、MSB第一以及LSB第二放入傳送的數據流。幀接收機以與發射機相同的方式來對接收到的FCS進行計算，並且將計算的FCS與接收到的FCS進行比較。如果兩個值匹配，則正確地接收了幀數據。在不同的實施例中，接收機對計算和接收到的CRC值進行直接比較，從而不使用諸如0x1D0F之類的CRC幻數(magic number)。
在不同的實施例中，8比特CRC-8定義使用多項式X8+X2+X+1。在計算之前，將CRC值初始化為0xFF。可以使用其它值。例如，發射機或接收機不使用任何補碼值對CRC的最終計算值進行修改。在幀結束標記之前，直接將單個字節CRC值放入傳輸的數據流。幀接收機以與發射機相同的方式來對接收到的FCS進行計算，並且將計算的FCS與接收到的FCS進行比較。如果兩個值匹配，則正確地接收了幀數據。接收機對計算和接收到的CRC值進行直接比較。
不同協議的實施例通過算法的實現來提供處理幀衝突的過程。如果一節點正處於發送幀的過程中，則另一節點不應當試圖發送幀。如果兩個節點同時發送，則這兩個發送將會干擾至少處於兩發送節點的範圍內一個節點。出現這樣的情況時，如果未接收到ACK分組，則發送節點意識到衝突。肯定應答分組也會受到幹擾，導致多次重傳和接收原始分組。
圖13示出了根據本主題不同實施例的傳送處理幀衝突的分組的過程。在1350處，節點發起傳輸請求。過程進行至1351，其中，節點確定通信信道是否空閒。如果通信信道空閒，則處理進行至1352，其中，節點發送分組。如果在1351處，通信信道不空閒，則處理進行至1353，其中，確定是否超出了載波監聽多路存取(CSMA)計數。CSMA計數器對監聽信道的次數進行計數。如果超過CSMA計數，則過程進行至1354，其中，放棄分組傳輸。如果在1353處未超過CSMA計數，則過程進行至1355，其中，監聽信道，直至信道空閒或者發生超時。如果發生超時，則在1354處放棄分組傳輸。如果信道空閒，則過程進行至1356，以及等待隨機計時器事件，當事件發生時，過程返回1351，確定信道是否仍然空閒。信道空閒之後，隨機訪問計時器使不同網絡節點試圖訪問通信信道的時間交錯。在不同協議的實施例中，實現本算法的每個節點具有啟用或禁止本算法的能力。啟用默認/初始狀態。
表8提供了根據本主題不同實施例的幀衝突參數。可以使用其它參數。
表8
圖14示出了使用圖13中示出的過程，為三個節點傳送分組的示例。將三個網絡節點示出為節點A、節點B和節點C。在圖14中提供了圖例，幫助讀者標識何時節點作出傳輸請求(如，在圖13中的1350處示出的)；在確定信道是否空閒之前，何時節點監聽信道活動性(如，在圖13中的136處示出的)；以及何時節點通過信道傳送分組(如，在圖13中的1352處示出的)。在圖14中，節點A是發起傳輸請求1450A的第一節點。接下來，當信道繁忙時，節點B和C作出傳輸請求1450B和1450C。如在1452A處所示，節點A確定信道空閒，以及傳送分組。在節點A傳送時，節點C、隨後節點B發起傳輸請求1450C和1450B，以及對於信道活動性，來監聽1455C和1455B。在節點A完成傳送時，節點B等待隨機計時時間段1456B，以及節點C等待隨機計時時間段1456C-1。在示出的示例中，節點B具有短於節點C的隨機計時時間段，使得節點B在節點C之前檢查空閒信道，以及在發現空閒信道時，在節點C檢查信道是否空閒之前，節點B開始傳送1452B。在節點B完成傳送1452B之後，節點C在檢查信道是否空閒之前，等待另一隨機計時時間段。在發現信道仍然空閒時，節點C傳輸其分組1452C。
不同節點的物理位置和/或信號強度會導致傳送節點對於所有節點不可見的情況，這會導致兩個節點同時傳送，以及在接收機處破壞分組的情況。由分組重傳來處理該情況。在不同的實施例中，網絡結構使用誤差檢測和重傳，來提供分組的成功傳輸。對於請求肯定應答的分組，在『Ack等待計時』內接收肯定應答分組。如果不及時地接收肯定應答分組，則重傳原始分組。將重傳分組的最大次數限制在『重傳最大數』。在需要重傳分組的故障條件下，可以將消息重複傳遞至節點。表9提供了根據本主題不同實施例的重傳參數。可以使用其它參數值。
表9
根據不同協議的實施例，當節點接收將廣播地址作為目的地址的有效的入站(inbound)PDU時，以及當期望節點發送響應時，為了避免幀衝突，每個單獨節點對響應進行時延。該時延值用作補償機制，來防止接收廣播消息的所有節點同時傳送響應，並導致幀衝突。在不同的實施例中，時延值是隨機地從乘以十的『隨機計時』組中選出的值，這提供了1-16毫秒的補償範圍。實現補償機制以減少節點必須執行傳輸算法的多次迭代的機會。這減少了圖13中示出的傳輸算法中CSMA計數器的計數，這在將CSMA計數器設置為較低值時尤其有益。
較高等級協議(層3)如圖6中示出的層3的較高等級協議包括，但不局限於(A)數據傳輸協議，(B)音頻傳輸協議，以及(C)擴展協議。數據傳輸協議用於與收聽裝置對於控制和配置操作(如，安裝操作)進行通信。音頻傳輸協議用於將數字音頻數據傳送至收聽裝置。擴展協議用於提供對附加網絡服務協議的訪問，以允許附加網絡服務來使用用於通信的無線協議的數據鏈路和物理層。
(A)助聽數據傳輸協議助聽數據傳輸協議用於傳輸由安裝應用程式、製造應用程式、和/或其它相似類型的應用程式來使用的編程信息。
圖15示出了根據本主題不同實施例，由編程器用於將數據傳輸至助聽器的PDU幀格式的示例。表10提供了在圖15中所示的PDU幀格式示例中示出的數據的進一步信息。
表10
圖16示出了根據本主題不同實施例的由目的地返回的層2肯定應答分組的示例。表11提供了在圖16中所示的肯定應答分組示例中示出的數據的進一步信息。
表11
(B)音頻傳輸協議音頻傳輸協議用於傳送數字音頻信息。短地址模式之一用於增加音頻數據的有效載荷傳輸速率。
圖17示出了根據本主題不同實施例的音頻傳輸有效載荷。示出的有效載荷包括四個欄位，包括音頻描述符、嵌入數據大小、音頻編解碼數據、以及嵌入數據欄位。不同協議使用其它的欄位大小和數據序列。音頻傳輸協議能夠在相同分組中復用音頻和數據，使得可以控制音頻質量。因此，數據傳輸請求可以要求將低質量數據流插入下一分組，以便為數據有效載荷騰出空間。
圖18示出了根據本主題不同實施例，圖17的音頻傳輸有效載荷的音頻描述符欄位。示出的音頻描述符欄位是8比特值，其中，比特7提供嵌入數據欄位、比特6提供嵌入數據協議標識符、以及比特5-0提供音頻編解碼。不同的實施例可以使用其它格式。
表12示出了根據本主題不同實施例的圖18的音頻描述符欄位的嵌入數據欄位。嵌入數據欄位用於表示音頻流中數據的出現。
表12
表13示出了根據本主題不同實施例的圖18的音頻描述符欄位的嵌入數據協議標識符。嵌入數據協議標識符用於表示消息內嵌入數據的格式。不同的實施例可以使用其它格式。
表13
圖14示出了根據本主題不同實施例的圖18的音頻描述符欄位的音頻編解碼。音頻編解碼定義了用於對流進行編碼的編解碼器。不同的實施例可以使用其它格式。
表14
音頻編解碼的六比特值為其它編碼算法分配編碼類型提供了空間。不同的實施例可以使用其它格式，包括比特數、值和映射至值的比特。
在不同音頻傳輸協議的實施例中，如在圖17中示出的，音頻傳輸有效載荷的嵌入數據大小欄位是表示嵌入數據欄位字節數的8比特值，以及具有該欄位從1至251的有效範圍。如果有至少1位元組的嵌入數據，則出現該欄位。如果由嵌入數據替換完整的音頻有效載荷，則可以獲得最大值。
在不同音頻傳輸協議的實施例中，將在圖17中示出的音頻傳輸有效載荷的音頻編解碼數據欄位傳送特定的編解碼器，以及包含修正解碼的所有信息。可以直接插入諸如MPEG音頻之類的一些編解碼器的幀格式，其中，該幀格式包含必要的報頭信息和誤差控制。類似於G.722之類的其它編解碼器是基於採樣的，以及一些系統特定信息與編碼的比特流一起傳送。在這種情況下，幀格式必須是特定的。
在不同音頻傳輸協議的實施例中，在圖17中示出的音頻傳輸有效載荷的嵌入數據欄位包括助聽數據或擴展協議數據。如果數據是擴展協議數據，則附加的擴展協議字節包含作為用於路由的數據的一部分。
圖19示出了根據本主題不同實施例的音頻傳輸協議的PDU格式。如在圖19中示出的，表15提供了音頻傳輸協議的PDU格式中示出的數據的進一步信息。不同的實施例可以使用其它格式，包括其它比特數、數值、映射至數值的比特、和/或數據序列。
表15
圖20示出了根據本主題不同實施例的G.722音頻編解碼數據幀格式。示出的幀格式包括用於音頻報頭和數據值的欄位。圖21示出了根據不同實施例的圖20中示出的幀格式的音頻報頭。示出的音頻報頭是8比特值，具有一比特多信道模式欄位、四比特採樣頻率欄位、二比特比特速率模式欄位、以及一比特復位欄位。不同的實施例可以使用其它格式。
表16提供了根據不同實施例的在圖21中示出的用於音頻報頭的復位欄位的進一步信息。其它實施例具有其它格式。復位欄位用於對壓縮算法進行初始化。
表16
表17提供了根據不同實施例的在圖21中示出的用於音頻報頭的比特速率模式欄位的進一步信息。操作模式與四種不同的比特速率相對應。其它實施例具有其它格式，包括用於模式的數據值和映射至數據值的比特。
表17
表18提供了根據不同實施例的在圖21中示出的用於音頻報頭的採樣頻率欄位的進一步信息。不同的實施例可以使用其它格式，包括用於頻率的數據值和映射至數據值的比特。採樣頻率欄位用於表示採樣速率。
表18
表19提供了根據不同實施例的在圖21中示出的用於音頻報頭的多信道模式欄位的進一步信息。不同的實施例可以使用其它格式。
表19
在雙信道模式中，首先使用左信道來對左和右信道採樣進行交織。只有比特速率模式是G.722標準的一部分。使用除16kHz之外的採樣速率、以及多於一個的信道擴大了靈活性。由於所有數據值同樣重要，所以不指定誤差控制，因此可以使用鏈路協議中的CRC校驗。
(C)擴展協議圖22示出了根據本主題不同實施例的網絡服務結構。本示例包括用作層2協議的鏈路協議、用作層4協議的應用程式協議、以及在鏈路和應用程式協議之間用作層3協議的數據協議。本示例還包括用作層3協議的擴展協議，來提供對諸如基帶控制、設備信息、音頻控制、助聽、遠程控制、立體聲通信、FM控制之類的網絡服務的支持。括號中的值是協議標識符，由在表7中列出的協議標識符來提供協議標識符，用於圖12中示出的幀描述符。
表20示出了根據不同實施例的網絡服務標識符列表，這也在圖22中示出。網絡服務標識符0和255是保留值。不同的實施例可以使用其它格式來標識不同的網絡服務。
表20
基帶控制網絡服務允許向無線節點分配地址和未分配地址。基帶控制網絡服務用於改變由無線節點使用的信道編碼技術，以及調整無線節點的功耗。表21列出了根據不同實施例的基帶控制網絡服務所支持的服務請求和響應。不同的實施例可以使用其它格式。
表21
所有基帶請求和響應使用具有源和目的地址(地址模式0x01)的長地址。忽略/丟棄還未使用地址模式(0x01)的基帶控制請求。基帶控制節點請求和響應使用單播地址。忽略/丟棄接收的基帶控制請求，該基帶控制請求在源或目的地址中具有廣播或多播長地址。使用由協議定義的最強幀校驗序列機制(FCS模式0x11)來發送所有基帶請求和響應。由於所有基帶請求都需要特定的基帶響應，所以在不請求鏈路層肯定應答的情況下，發送所有請求和響應。由於無線協議和相關基帶控制請求/響應，在任何對無線節點之間，每次僅執行單個基帶控制操作。
圖23示出了根據本主題不同實施例的用於長地址分配/未分配請求的PDU格式。表22提供了根據不同實施例的在圖23中示出的用於長地址分配/未分配請求的進一步信息。不同的實施例可以使用其它格式。
表22
圖24示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。表23提供了根據本主題的不同實施例，用於接受或拒絕在圖24中示出的響應的進一步信息。不同的實施例可以使用其它格式。
表23
圖25示出了根據本主題不同實施例的用於短地址分配/未分配請求的PDU格式。表24提供了根據不同的實施例，用於在圖25中示出短地址分配/未分配請求的進一步信息。不同的實施例可以使用其它格式。
表24
圖26示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。表25提供了根據本主題的不同實施例，用於接受或拒絕在圖26中示出的響應的進一步信息。不同的實施例可以使用其它格式。
表25
圖27示出了根據本主題不同實施例的用於8B10B/曼徹斯特請求的PDU格式。表26提供了根據本主題的不同實施例，用於圖27中示出的8B10B/曼徹斯特請求的進一步信息。不同的實施例可以使用其它格式。
表26
圖28示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。表27提供了根據本主題的不同實施例，用於接受或拒絕在圖28中示出的響應的進一步信息。
表27
圖29示出了根據本主題不同實施例的用於斷電/加電請求的PDU格式。表28提供了根據本主題的不同實施例，用於圖29中示出的斷電/加電請求的進一步信息。不同的實施例可以使用其它格式。
表28
圖30示出了根據本主題不同實施例的用於接受或拒絕響應的PDU格式。表29提供了根據本主題的不同實施例，用於接受或拒絕在圖30中示出的響應的進一步信息。不同的實施例可以使用其它格式。
表29
設備信息網絡服務允許無線節點的發現和無線節點信息的檢索。表30列出了根據不同實施例的設備信息網絡服務支持的設備請求和響應。不同的實施例可以使用其它格式。
表30
查驗請求和響應(操作碼0x01-0x06)用於獲得範圍內節點的基本(primary)長地址。左和右版本用於分別請求左和右分配節點的地址。因此，如果將節點定義為左，則必須使用響應查驗(0x01)和「查驗左HA」(0x02)請求的「查驗來自左HA的應答」(0x05)響應，絕不能響應「查驗右HA」(0x03)請求。不具有左或右分配的節點必須使用「查驗應答」(0x04)響應來響應。其餘請求和響應用於從無線節點中獲取附加信息。
所有設備信息請求使用具有源和目的地址(地址模式0x01)的長地址模式。忽略/丟棄未使用地址模式(0x01)的設備信息請求。設備信息查驗請求可以使用廣播地址作為目的地址。設備信息查驗響應和所有其它設備信息請求和響應使用單播地址用於源和目的地址；除此之外，則忽略/丟棄。使用由協議定義的最強幀校驗序列機制(FCS模式0x11)來發送所有設備信息請求和響應。由於所有設備信息請求請求特定設備信息響應，所以在不請求鏈路層肯定應答的情況下，發送所有請求和響應。由於無線協議和相關設備信息控制請求/響應，在無線節點之間每次僅執行單個設備信息控制操作。
圖31示出了根據本主題不同實施例的用於查驗請求的PDU格式。表31提供了根據不同實施例，用於圖31中示出的查驗請求的進一步信息。不同的實施例可以使用其它格式。
表31
圖32示出了根據本主題不同實施例的用於查驗響應的PDU格式。表32提供了根據不同實施例，用於圖32中示出的查驗響應的進一步信息。不同的實施例可以使用其它格式。
表32
圖33示出了根據本主題不同實施例的用於地址信息請求的PDU格式。表33提供了根據不同實施例，用於圖33中示出的地址信息請求的進一步信息。不同的實施例可以使用其它格式。
表33
地址信息響應PDU具有可取決於為節點配置多少長和短地址而變化的可變大小。響應的最小大小是0x14。這包括長和短地址計數欄位、以及所有節點都必須配置的一個長地址。表34示出了根據不同實施例的地址信息數據格式。不同的實施例可以使用其它格式。
表34
圖34示出了根據本主題不同實施例的用於地址信息響應的PDU格式。表35提供了根據不同實施例的用於在圖34中示出的地址信息響應的進一步信息。不同的實施例可以使用其它格式。
表35
擴展設備信息提供了獲取關於節點的識別信息的方式。請求PDU的大小固定。圖35示出了根據本主題不同實施例的用於地址信息請求的PDU格式。表36提供了根據不同實施例的用於在圖3 5中示出的地址信息請求的進一步信息。不同的實施例可以使用其它格式。
表36
圖36示出了根據本主題不同實施例的用於擴展設備信息響應的PDU格式。表37提供了根據不同實施例的用於在圖36中示出的擴展設備信息響應的進一步信息。不同的實施例可以使用其它格式。
表37
表38示出了根據不同實施例的用於擴展設備信息數據的格式。不同的實施例可以使用其它格式。
表38
表39示出了根據不同實施例的用於該節點的設備類型的值。不同的實施例可以使用其它格式。
表39
設備型號欄位是使用廠商定義的編碼方案的設備的詳細標識符；設備序列號是廠商定義的設備序列號(或者其中一部分)的編碼；以及，設備側示出了該設備是否是左/右分配。表40示出了設備側的有效值。不同的實施例可以使用其它格式。
表40
鏈路版本欄位是nEARlink所支持的版本。初始值是0x01。鏈路MTU欄位標識了節點能夠接收的最大PDU。鏈路選項欄位是標識節點支持的其它選項的比特欄位。如果支持選項，則比特為1，以及如果不支持選項，則比特為0。在表41中示出選項。不同的實施例可以使用其它格式。
表41
鏈路音頻欄位包含右設備支持的音頻流數。值0表示不支持音頻流。
圖37示出了根據本主題不同實施例的用於音頻信息請求的PDU格式。音頻信息請求PDU的大小固定。表42提供了根據不同實施例的用於在圖37中示出的音頻信息請求的進一步信息。不同的實施例可以使用其它格式。
表42
音頻信息響應PDU具有可取決於節點中支持多少音頻流而變化的可變大小。響應的最小大小是0x0e。這包括具有不支持的流的流計數欄位。表43示出了音頻信息數據欄位。不同的實施例可以使用其它格式。
表43
圖38示出了根據本主題不同實施例的用於使用兩個支持的流進行響應的音頻信息的PDU格式。表44提供了根據不同實施例的用於在圖38中示出的使用兩個支持的流的音頻信息響應的進一步信息。不同的實施例可以使用其它格式。
表44
音頻控制網絡服務提供用於無線節點之間數字音頻流的控制機制。表45列出了由音頻控制網絡服務支持的服務請求。不同的實施例可以使用其它格式。
表45
可以使用長或短地址的任何地址模式來發送所有音頻請求，以及將在不請求任何類型的鏈路層肯定應答或應用程式等級響應的情況下，發送所有音頻請求。
圖39示出了根據本主題不同實施例的用於音頻開始請求的PDU格式。表46提供了根據不同實施例的用於在圖39中示出的所支持的音頻開始請求的進一步信息。不同的實施例可以使用其它格式。
表46
選項欄位是標識與音頻數據流相關聯的配置選項的比特欄位。表47示出了音頻數據流選項。不同的實施例可以使用其它格式。
表47
圖40示出了根據本主題不同實施例的用於音頻停止請求的PDU格式。表48提供了根據不同實施例的用於在圖40中示出的所支持的音頻停止請求的進一步信息。不同的實施例可以使用其它格式。
表48
助聽(HA)控制網絡服務允許在收聽裝置與編程設備之間傳輸信息。HA控制網絡服務是廠商特定的，因此不定義任何請求或響應。所有的HA控制網絡設備數據能夠使用由廠商定義的地址模式來發送。
遠程控制網絡服務允許在收聽裝置與遠程控制設備之間傳輸信息。遠程控制網絡服務是廠商特定的，因此不定義任何請求或響應。所有遠程控制網絡設備數據能夠使用由廠商定義的地址模式來發送。
立體聲通信網絡服務允許在收聽裝置之間傳輸信息。立體聲通信網絡設備是廠商特定的，因此不定義任何請求或響應。所有立體聲通信網絡服務數據能夠使用由廠商定義的地址模式來發送。
FM控制網絡服務允許在附屬裝置與FM收發機(例如，附在收聽裝置上的FM Shoe)之間傳輸信息。FM控制網絡服務是廠商特定的，因此不定義任何請求或響應。所有FM控制網絡服務數據能夠使用由廠商定義的地址模式來發送。
設備等級圖41示出了根據本主題不同實施例的收聽裝置，該收聽裝置能夠作為圖1網絡中的節點進行無線通信。收聽裝置的一個示例是助聽器。例如，兩個助聽器可以彼此通信以用作立體聲對。在另一示例中，編程器無線地與助聽器進行通信，並被配置成助聽器。在另一示例中，助聽器無線地接收來自助聽系統的信號，以提供或增強信號，用於提供給助聽器中的接收機。
示出的收聽系統4116(這裡也稱為助聽設備)能夠形成圖1、2A、2B或2C中示出的無線網絡中的任何節點。根據本主題的不同實施例，收聽裝置使用無線通信協議，來無線地與網絡上的其它收聽裝置進行通信。
示出的收聽裝置4116包括諸如電池之類的電源4117。未示出電源連接。裝置4116還包括無線地發送數據和無線地接收來自外部設備4119的數據的收發機4118。收聽裝置還包括能夠彼此通信的處理器4120和存儲器4121。存儲器4121包括由處理器4120操作的指令。電路4122(包括驅動器4124和接收機4124)將處理器4120與收發機4118連接。在處理器上由處理器操作的指令包括分層無線通信協議4125。本協議允許收聽裝置與無線網絡上的至少一個其它收聽裝置可靠地通信。本協議包括傳輸協議模塊4126、鏈路協議模塊4127、擴展協議模塊4128、數據協議模塊4129和音頻協議模塊4130。先前已對這些協議模塊進行了討論。
本發明的主題能夠併入不同的無線通信系統中。在不同的實施例中，將本主題併入近場通信系統中，以及使用諸如助聽器、編程器以及助聽系統之類的近場通信系統的技術中。例如，本主題能夠用於諸如耳內、半殼式(half-shell)、耳道內、以及完全耳道內(CIC)之類的樣式的助聽器中，以及用於耳後助聽器。此外，在閱讀和理解本公開時，本領域的普通技術人員將理解使用以上詳細呈現和描述的附圖的本主題的方法方案。
圖41中的助聽設備4116包括聲音信號處理部分4131，用於針對助聽設備的用戶將本地聲音4132轉換為處理後的聲音信號4133。示出的聲音信號處理部分4131包括麥克風系統4134、信號處理模塊4135以及用作揚聲器的接收機4136。麥克風系統4134在設備4116本地，並且包括一個或多個麥克風和相關電路，來接收來自聲源4137的聲音4132，以及本地地將聲音4132轉換為基於聲音的信號4138。接收基於聲音的信號4138，並通過信號處理模塊4135處理為處理後的基於聲音的信號4139。信號處理的示例包括，但不局限於放大、濾波和衰減。特定的信號處理取決於所需的應用程式。接收機4136接收處理過的基於聲音的信號4139，並處理為處理後的聲音信號4133。
在不同的實施例中，以上提供的方法作為包含於載體中的計算機數據信號或傳播信號來實現，該信號代表當由處理器執行時，使處理器執行各個方法的指令序列。在不同的實施例中，以上提供的方法作為包含在能夠指導處理器執行各個方法的計算機可訪問介質上的一組指令或算法來實現。在不同的實施例中，介質是磁介質、電介質或光介質。在不同的實施例中，在數據結構中組織這些指令。可以將以上描述的分層協議或協議棧、或其中的部分，認為是包含多個數據域的數據結構。因此，例如，可以將在圖11中示出的一般鏈路層PDU格式稱為數據結構，包括幀開始標記欄位、大小欄位、幀描述符欄位、地址欄位、擴展協議欄位、有效載荷欄位、幀校驗序列欄位、以及幀結束標記欄位。
儘管這裡已經示出和描述了特定的實施例，但是本領域的普通技術人員將理解，計算以實現相同目的的任何設置可以來替代示出的特定實施例。本申請意在覆蓋本主題的改編或變化。可以理解，上述描述意在是示例性的、而不是限制性的。通過查閱上述說明書，本領域的技術人員將理解上述實施例及其它實施例的組合。一些示例和表格提供了數據域大小、映射至數據值的比特、以及數據序列。其它協議實施例可以使用其它數據域大小、其它映射至相同或其它數據值的比特、和/或其它數據序列。應當參照所附權利要求
、以及為這樣的權利要求
授權的法律等同物的全部範圍一起，來確定本主題的範圍。
權利要求
1.一種由助聽裝置針對用戶執行的方法，包括針對助聽裝置的用戶，將本地聲音轉換為處理過的聲音信號；以及控制無線網絡中的無線通信，所述無線網絡包括使用無線通信協議的助聽裝置，所述無線通信協議包括傳輸協議模塊、鏈路協議模塊、擴展協議模塊、數據協議模塊、以及音頻協議模塊，其中，所述傳輸協議模塊適於控制收發機的操作，以在單個無線通信信道上提供半雙工通信，以及所述鏈路協議模塊適於實現分組傳輸過程，來處理信道上的幀衝突。
2.如權利要求
1所述的方法，其中，所述傳輸協議模塊還適於通過多達近似1米的傳輸距離、以近似50千比特每秒的淨數據速率、以及近似3.84MHz的載波頻率，來發送和接收數據。
3.如權利要求
1所述的方法，其中，所述鏈路協議模塊適於控制數據發送和接收過程，用於單播、多播和廣播通信傳輸。
4.如權利要求
1所述的方法，其中，所述音頻協議模塊適於通過單個通信信道來單向流動數字音頻。
5.如權利要求
1所述的方法，其中，所述傳輸協議模塊作為第一層協議進行操作，所述鏈路協議模塊作為第二層協議進行操作，以及所述擴展協議模塊、數據傳輸協議模塊和音頻協議模塊中的每一個作為第三層協議進行操作。
6.如權利要求
1所述的方法，還包括，在無線通信中，使用所述無線通信協議來接收聲音數據，針對收聽裝置的用戶，將聲音數據轉換為第二處理過的聲音信號。
7.如權利要求
1所述的方法，還包括，在無線通信中，使用所述無線通信協議來接收和發送編程數據，以及使用所述編程數據來對收聽裝置進行編程。
8.如權利要求
1所述的方法，還包括，使用所述利用無線通信協議所控制的無線通信，來報告所述收聽裝置的狀態。
9.如權利要求
1所述的方法，其中，針對收聽裝置的用戶將本地聲音轉換為處理過的聲音信號包括使用本地麥克風系統，將本地聲音轉換為基於聲音的信號；將所述基於聲音的信號處理為處理過的基於聲音的信號；以及使用接收機，針對收聽裝置的用戶，將所述處理過的基於聲音的信號轉換為處理過的聲音信號。
10.如權利要求
1所述的方法，其中，所述鏈路協議模塊用戶形成協議數據單元(PDU)結構，包括幀開始標記欄位、大小欄位、幀描述符欄位、地址欄位、有效載荷欄位、幀校驗序列欄位、以及幀結束標記欄位。
11.如權利要求
1所述的方法，其中，所述傳輸協議模塊還用於讀取數據服務、寫入數據服務、以及載波監聽服務。
12.如權利要求
1所述的方法，其中，所述傳輸協議模塊還用於對所述傳輸協議模塊的協議數據單元(PDU)進行編碼，來促進正確的接收機操作和接收機鎖相環(PLL)時鐘偏差。
13.如權利要求
12所述的方法，其中，所述傳輸協議模塊還用於使用曼徹斯特編碼，對所述傳輸協議模塊的協議數據單元(PDU)進行編碼。
14.如權利要求
12所述的方法，其中，所述傳輸協議模塊還用於使用8B/10B IEEE標準，對所述傳輸協議模塊的協議數據單元(PDU)進行編碼，其中在所述8B/10B IEEE標準中，將8比特字節編碼為10比特傳輸單元。
15.如權利要求
1所述的方法，其中，所述傳輸協議模塊還用於在準備接收輸入的編碼數據時，使用前同步碼來標準化接收機。
16.如權利要求
1所述的方法，其中，所述傳輸協議模塊適於使用幅移鍵控(ASK)來調製數據信號。
17.如權利要求
16所述的方法，其中，所述傳輸協議模塊使用100％幅移鍵控(ASK)。
18.如權利要求
1所述的方法，其中，所述傳輸協議模塊用於將數據串行化，以便在單個通信信道上的傳輸。
19.如權利要求
1所述的方法，其中，所述鏈路協議模塊用於形成協議數據單元(PDU)結構的地址，包括廠商標識符和設備標識符。
20.如權利要求
1所述的方法，其中，所述鏈路協議模塊用於形成幀校驗序列(FCC)，以用於檢測和修正誤差。
21.如權利要求
1所述的方法，其中，所述鏈路協議模塊用於比特填充，來避免錯誤的幀開始和幀結束的標記。
22.如權利要求
1所述的方法，其中，所述鏈路協議模塊用於接受來自所述傳輸協議模塊的傳輸協議服務數據單元(SDU)，以及將傳輸協議SDU發送至所述傳輸協議模塊。
23.如權利要求
1所述的方法，其中，所述分組協議過程包括響應傳輸請求，確定信道是否空閒，以及如果信道空閒，則發送分組；如果信道不空閒，則確定是否超過了計數；如果超過計數，則放棄分組傳輸嘗試；如果未超過計數，則進行監聽，直至信道空閒為止；以及當確定信道空閒時，等待隨機計時事件，然後進行到確定信道是否空閒。
24.如權利要求
1所述的方法，還包括，使用所述數據協議模塊來實現助聽器數據傳輸協議。
25.如權利要求
1所述的方法，還包括，使用長地址來唯一地標識設備，其中，所述音頻協議模塊適於使用取決於應用程式的短地址來使數字音頻流動，其中，在使用所述長地址來唯一地標識所述設備之後，將所述取決於應用程式的短地址動態地應用至設備。
26.如權利要求
1所述的方法，還包括，使用所述擴展協議模塊，來訪問至少一個網絡設備協議。
27.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備協議包括使用所述擴展協議模塊來訪問基帶控制網絡服務。
28.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備協議包括使用所述擴展協議模塊來訪問設備信息網絡服務。
29.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備包括使用所述擴展協議模塊來訪問音頻控制網絡服務。
30.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備包括使用所述擴展協議模塊來訪問助聽網絡服務。
31.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備包括，使用所述擴展協議模塊來訪問遠程控制網絡服務。
32.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備包括使用所述擴展協議模塊來訪問立體聲通信網絡服務。
33.如權利要求
26所述的方法，其中，使用所述擴展協議模塊來訪問至少一個網絡設備包括使用所述擴展協議模塊來訪問FM控制網絡服務。
34.如權利要求
1所述的方法，還包括，使用所述無線通信協議從長地址中標識節點，所述長地址包括廠商標識欄位和設備標識欄位。
35.如權利要求
34所述的方法，其中，所述長地址包括40比特，所述廠商標識欄位包括8比特，以及所述設備標識欄位包括32比特。
36.如權利要求
1所述的方法，還包括，使用所述無線通信協議從長地址中標識節點，以便唯一地標識節點，以及在通過所述長地址唯一地標識節點之後，使用所述無線通信協議，動態地分配短地址來減小開銷。
37.如權利要求
36所述的方法，其中，所述長地址是40比特欄位，包括廠商標識欄位和設備標識欄位，以及所述短地址是8比特欄位，包括地址類型和廠商提供的值。
38.一種收聽裝置，包括收發機，用於通過單個無線通信信道來無線地發送數據和無線地接收數據；能夠彼此通信的處理器和存儲器，所述存儲器包括由所述處理器操作的指令；以及電路，用於將所述處理器與所述收發機連接，其中，在所述處理器上由所述處理器操作的指令包括分層無線通信協議，所述分層無線通信協議用於與無線網絡上的至少一個其它節點進行通信，所述分層無線通信協議包括傳輸協議模塊，在所述無線通信協議的第一層上進行操作，來控制和監視收發機操作，其中，所述傳輸協議模塊適於控制收發機操作，以在單個無線通信信道上提供半雙工通信；鏈路協議模塊，在所述無線通信協議的第二層上進行操作，來定義數據發送和接收過程，以及提供適於傳輸的數據，其中，所述鏈路協議模塊適於實現分組傳輸過程來處理幀衝突；擴展協議模塊、數據傳輸協議模塊和音頻協議模塊，所述擴展協議模塊、數據傳輸協議模塊和音頻協議模塊中的每一個在第三層協議上進行操作，所述擴展協議模塊用於提供對網絡服務協議的訪問，所述數據協議模塊用於為收聽裝置傳輸關於控制和配置信息的數據，以及所述音頻協議模塊用於傳輸數字音頻，其中，所述音頻協議模塊適於在單個無線通信信道上，使數字音頻單向流動。
39.如權利要求
38所述的收聽裝置，其中，所述單個無線通信信道具有近似3.84MHz的載波頻率。
40.如權利要求
38所述的收聽裝置，其中，所述收發機適於在多達近似1米的傳輸距離上，無線地發送和接收數據。
41.如權利要求
38所述的收聽裝置，其中，所述傳輸協議模塊適於使用幅移鍵控(ASK)來調製數據信號。
42.如權利要求
38所述的收聽裝置，其中，所述傳輸協議模塊適於以近似50千比特每秒的淨數據速率來發送和接收數據信號。
43.如權利要求
38所述的收聽裝置，其中，所述分組協議過程包括響應傳輸請求，確定信道是否空閒，以及如果信道空閒，則發送分組；如果信道不空閒，則確定是否超過了計數；如果超過計數，則放棄分組傳輸嘗試；如果未超過計數，則監聽直至信道空閒；以及當確定信道空閒時，等待隨機計時事件，然後進行至確定信道是否空閒。
44.如權利要求
38所述的收聽裝置，其中，所述無線網絡包括來自多個廠商的多個收聽裝置，所述鏈路協議模塊設置了包括目的地址的協議數據單元，每個地址包括廠商標識欄位和設備標識欄位，使得每個收聽裝置能夠與無線網絡上的任何其它收聽裝置進行通信。
45.如權利要求
38所述的收聽裝置，其中，所述協議數據單元還包括源地址。
46.如權利要求
38所述的收聽裝置，其中，所述鏈路協議模塊適於提供具有所述廠商標識欄位和設備標識欄位的長地址，來唯一地標識網絡節點，以及在使用所述長地址進行唯一地標識網絡節點之後，動態地提供特定應用程式的短地址，來標識網絡節點。
47.如權利要求
38所述的收聽裝置，其中，所述收聽裝置包括能夠與另一裝置進行無線通信的助聽器，所述助聽器包括收發機、處理器、存儲器、以及將所述處理器與所述接收機連接的電路。
48.如權利要求
38所述的收聽裝置，其中，在第三層中的所述擴展協議模塊、數據傳輸協議模塊和音頻協議模塊適於與第二層中的鏈路協議模塊進行通信，以及在第二層中的所述鏈路協議模塊適於與第一層中的傳輸協議模塊進行通信。
49.如權利要求
38所述的收聽裝置，其中，所述傳輸協議模塊被配置成提供讀取數據服務、寫入數據服務、以及載波監聽服務。對協議數據單元(PDU)進行編碼，來促進正確的接收機操作和接收機鎖相環(PLL)時鐘偏差；以及將單個通信信道上的數據串行化。
50.如權利要求
38所述的收聽裝置，其中，所述鏈路協議模塊被配置成定義單播、多播和廣播通信傳輸。
51.如權利要求
38所述的收聽裝置，其中，所述鏈路協議模塊被配置成提供協議數據單元，包括幀開始標記欄位、大小欄位、幀描述符欄位、地址欄位、有效載荷欄位、幀校驗序列欄位、以及幀結束標記欄位。
52.如權利要求
51所述的收聽裝置，其中，所述擴展協議欄位適於容納用於所選網絡服務的指示符。
53.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於基帶控制網絡服務的指示符。
54.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於設備信息網絡服務的指示符。
55.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於音頻控制網絡服務的指示符。
56.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於助聽網絡服務的指示符。
57.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於遠程控制網絡服務的指示符。
58.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於立體聲通信網絡服務的指示符。
59.如權利要求
52所述的收聽裝置，其中，用於所選網絡服務的所述指示符包括用於FM控制網絡服務的指示符。
60.一種用於無線通信網絡的數據結構，駐留在計算機可訪問介質中，所述數據結構包括層1協議等級，包括傳輸協議模塊，用於控制和監視收發機操作，以在單個無線通信信道上提供半雙工通信；層2協議等級，包括鏈路協議模塊，用於控制數據的接收和發送，以及將數據提供給所述層1協議等級和接收來自所述層1協議等級的數據，其中，所述鏈路協議模塊適於實現分組傳輸過程來處理幀衝突；層3協議等級，包括助聽數據傳輸協議模塊，用於向層2協議等級組織和傳輸數據，並接收來自層2協議等級的數據，所述數據包括助聽編程數據；擴展協議模塊，用於將數據提供給所述層2協議等級和接收來自所述層2協議等級的數據，以用於訪問網絡服務；以及音頻協議模塊，用於使數字音頻流動，以及將數據提供給所述層2協議等級和接收來自所述層2協議等級的數據。
61.如權利要求
60所述的數據結構，其中，所述傳輸協議模塊適於使用幅移鍵控(ASK)來調製數據信號。
62.如權利要求
60所述的數據結構，其中，所述分組協議過程包括響應傳輸請求，確定信道是否空閒，以及如果信道空閒，則發送分組；如果信道不空閒，則確定是否超過了計數；如果超過計數，則放棄分組傳輸嘗試；如果未超過計數，則監聽直至信道空閒；以及當確定信道空閒時，等待隨機計時事件，然後進行至確定信道是否空閒。
63.如權利要求
60所述的數據結構，其中，所述音頻協議模塊適於在單個通信信道上，使數字音頻單向流動。
64.如權利要求
60所述的數據結構，其中，所述傳輸協議模塊包括傳輸協議數據單元(PDU1)，所述PDU1模塊包括協議控制信息(PCI1)模塊；所述鏈路協議模塊包括由PDU1模塊封裝的鏈路協議數據單元(PDU2)，所述PDU2模塊包括協議控制信息(PCI2)模塊和服務數據單元(SDU2)模塊；所述數據協議模塊包括由SDU2模塊封裝的數據協議數據單元(PDU3-1)，所述PDU3-1模塊包括協議控制信息(PCI3-1)模塊和服務數據單元(SDU3-1)模塊；所述標識符協議模塊包括由所述SDU2模塊封裝的標識符協議數據單元(PDU3-2)，所述PDU3-2模塊包括協議控制信息(PCI3-2)模塊和服務數據單元(SDU3-2)模塊；以及音頻協議模塊包括由所述SDU2模塊封裝的音頻協議數據單元(PDU3-3)，所述PDU3-3模塊包括協議控制信息(PCI3-3)模塊和服務數據單元(SDU3-3)模塊。
65.如權利要求
60所述的數據結構，其中，用於所述鏈路協議模塊的PCI2模塊包括多個欄位，包括幀開始標記，用於表示幀的開始；字節欄位，用於表示與所述PCI2模塊的至少一部分相關聯的大小；幀描述符，用於描述幀類型和格式；地址，包括目的地址；擴展協議標識符，用於標識較高層的網絡服務埠；幀校驗序列，用於檢測和修正誤差；以及幀結束標記，用於表示幀的結束。
66.如權利要求
65所述的數據結構，其中，所述地址還包括源地址。
67.如權利要求
65所述的數據結構，其中，所述地址包括廠商標識符和設備標識符。
68.如權利要求
67所述的數據結構，其中，所述設備標識符包括地址類型標識符，用於標識單播或多播地址。
69.如權利要求
65所述的數據結構，其中，所述幀描述符包括幀格式描述、地址模式欄位、幀校驗序列(FCS)欄位、協議標識符欄位、肯定應答標記欄位和版本欄位。
70.一種在網絡上無線地傳輸來自無線助聽器的數據分組的方法，包括響應來自所述無線助聽器的傳輸請求，確定無線通信信道是否空閒，以及如果確定所述信道空閒，則在所述信道上發送分組；如果所述信道不空閒，則監聽所述信道來確定所述信道何時空閒；當所述信道空閒時，等待隨機時間段；以及在所述隨機時間段之後，確定所述信道是否空閒，以及如果所述信道空閒，則在所述信道上傳輸分組。
71.如權利要求
70所述的方法，其中，所述等待隨機時間段包括，等待隨機計時事件。
72.如權利要求
70所述的方法，還包括每次確定信道不空閒時遞增計數器，以及如果超過預定計數器值，則放棄分組傳輸。
73.如權利要求
70所述的方法，還包括接收表示成功的分組傳輸的肯定應答分組；以及如果沒有接收到所述肯定應答分組，則重新傳輸所述分組。
74.如權利要求
70所述的方法，所述等待隨機時間段包括等待從預定組時間段中隨機選擇的時間段。
75.如權利要求
74所述的方法，其中，等待從預定組時間段中隨機選擇的時間段包括等待從100μs、200μs、300μs、400μs、500μs、600μs、700μs、800μs、900μs、1000μs、1100μs、1200μs、1300μs、1400μs、1500μs和1600μs中隨機選擇的時間段。
76.如權利要求
70所述的方法，其中，當網絡節點嘗試訪問信道時，等待隨機時間段交錯。
專利摘要
提供了用於與無線通信協議進行無線通信的系統和方法。本主題的一個方案涉及一種由收聽裝置針對用戶執行的方法。根據不同的實施例，針對收聽裝置的用戶將本地聲音轉換為處理過的聲音信號，以及使用無線通信協議來控制包括收聽裝置的無線網絡內的無線通信。無線通信協議包括傳輸協議模塊、鏈路協議模塊、擴展協議模塊、數據協議模塊、以及音頻協議模塊。傳輸協議模塊適於控制收發機的操作，以在單個無線通信信道上提供半雙工通信，以及鏈路協議模塊適於實現分組傳輸過程，來處理信道上的幀衝突。這裡提供了其它方案和實施例。
文檔編號H04B5/00GK1998194SQ200580018348
公開日2007年7月11日 申請日期2005年4月6日
發明者羅伯特·E·希爾皮斯, 馬克·西爾, 彼得·索倫·基爾克·漢森, 羅布·杜赫舍 申請人:斯達克實驗室公司, 奧帝康公司導出引文BiBTeX, EndNote, RefMan