專利名稱:數(shù)據(jù)裝置和無線通信單元之間的控制和狀態(tài)協(xié)議的制作方法
技術領域:
本發(fā)明涉及用于數(shù)據(jù)裝置的無線通信單元,例如,調制解調器。特別地,本發(fā)明涉及數(shù)據(jù)裝置和無線通信單元間的通信協(xié)議。
背景技術:
通常,主機單元控制調制解調器單元的運行。主機單元從調制解調器單元中獲取狀態(tài)信息,并使用該狀態(tài)信息確定控制調制解調器單元的最好方法。由調制解調器單元將接收到的信號強度和類似的信息提供給主機單元。另外,將要傳輸?shù)臄?shù)據(jù)從主機單元發(fā)送給調制解調器單元,并且需要將由調制解調器單元接收的數(shù)據(jù)從調制解調器單元發(fā)送給主機單元。
在調制解調器單元和主機單元之間發(fā)送的數(shù)據(jù)可能相對較大。在某些情況下,這妨礙了在主機單元和調制解調器單元之間傳送控制和狀態(tài)信息的能力。
因此,需要一種改進的協(xié)議系統(tǒng),能夠在主機單元和調制解調器單元之間發(fā)送消息。
發(fā)明內容
本發(fā)明使用主機接口協(xié)議,其允許具有控制和狀態(tài)信號、調試信息和其它命令的數(shù)據(jù)信號的多路傳輸。該主機接口協(xié)議優(yōu)選包括長度字段、指示包括了什么類型的消息的消息ID字段,以及可選的有效負荷字段。
在可選的有效負荷字段內可以傳送控制和狀態(tài)協(xié)議。獨立的控制和狀態(tài)協(xié)議可以被用來傳送控制和狀態(tài)消息。
本發(fā)明的一個實施例是一種系統(tǒng),包括具有處理器的主機單元和包括收發(fā)器和先入先出緩存器(FIFO)的無線通信單元,例如調制解調器單元。在主機單元和無線通信單元之間的通信使用主機接口協(xié)議。主機接口協(xié)議定義了具有長度字段和消息ID字段的消息報頭。消息ID字段允許在用于發(fā)送給主機和無線通信單元的信息的數(shù)據(jù)流傳送和狀態(tài)傳送之間進行多路傳輸??刂坪蜖顟B(tài)協(xié)議用于主機和無線通信單元之間的控制和狀態(tài)信息傳送,控制和狀態(tài)消息被包在主機接口協(xié)議消息中。
本發(fā)明的另一實施例包括用于在主機單元和無線通信單元之間傳送的協(xié)議系統(tǒng)。主機接口協(xié)議定義了包含長度字段和消息ID字段的消息報頭。消息ID字段允許在用于發(fā)送給主機和無線通信單元的緩沖器的信息的數(shù)據(jù)流傳送和狀態(tài)傳送之間進行多路傳輸??刂坪蜖顟B(tài)協(xié)議被用于在主機和無線通信單元之間的控制和狀態(tài)消息的傳送??刂坪蜖顟B(tài)消息被包在主機接口協(xié)議消息中。
本發(fā)明的另一實施例是用于操作無線通信單元的方法。該方法包括將來自主機單元的消息緩存在緩沖器中,并根據(jù)主機接口協(xié)議檢查來自緩沖器的消息。主機接口協(xié)議定義了具有長度字段和消息ID字段的消息報頭。如果消息ID字段指示要傳輸數(shù)據(jù),那么傳輸所述數(shù)據(jù),其中,具有所述對應主機接口協(xié)議消息ID的控制消息可以在散布有用于數(shù)據(jù)傳輸?shù)南⒌木彌_器中被接收,以允許多路傳輸。
圖1示出了用于與本發(fā)明系統(tǒng)一起使用的主機單元和無線通信單元的示意圖。
圖2示出了用于在主機單元和無線通信單元之間數(shù)據(jù)傳送的協(xié)議棧部分的示意圖。
圖3示出了控制和狀態(tài)消息以及接口后協(xié)議消息(post-interfaceprotocol message)之間的相互關系的示意圖。
圖4示出了現(xiàn)有技術的在主機單元和無線通信單元之間的數(shù)據(jù)傳送的示意圖。
圖5A和5B示出了用于允許多路傳輸數(shù)據(jù)及控制和狀態(tài)消息的主機接口協(xié)議的示意圖。
圖6A示出了主機接口協(xié)議消息的示意圖。
圖6B示出了用于主機接口協(xié)議消息的報頭的示意圖。
圖7示出了在主機單元和無線通信單元之間的控制和狀態(tài)消息的傳送的示意圖。
圖8示出了用于本發(fā)明一個實施例的控制和狀態(tài)消息協(xié)議的示意圖。
圖9示出了用于本發(fā)明一個實施例的無線通信單元和主機之間的控制和狀態(tài)消息傳送的示意圖。
圖10示出了用于本發(fā)明一個實施例的主機和無線通信單元之間的控制和狀態(tài)消息傳送的示意圖。
具體實施例方式
圖1示出了本發(fā)明一個實施例的主機單元22和無線通信單元24之間的相互連接的示意圖。主機單元22可以是便攜式或手提計算機,個人數(shù)字助理(PDA),或任何其它類型的數(shù)據(jù)設備。在一個實施例中,無線通信設備是調制解調器。無線通信單元24優(yōu)選地是移動式卡調制解調器單元(removable card modem unit),例如PCMCIA卡。
主機單元22優(yōu)選地包括處理器26和使處理器26執(zhí)行本發(fā)明系統(tǒng)的協(xié)議棧的協(xié)議棧軟件30。無線通信單元24包括用于存儲來自主機單元22的數(shù)據(jù)的發(fā)送器(TX)FIFO緩沖器32、用于存儲發(fā)送給主機單元22的數(shù)據(jù)的接收器(RX)FIFO緩沖器33、處理器34、收發(fā)器36、以及使無線通信單元24執(zhí)行本發(fā)明系統(tǒng)的協(xié)議棧的協(xié)議棧軟件38。包括主機單元22和無線通信單元24的系統(tǒng)20可以被用來通過無線網絡傳輸數(shù)據(jù),并因此可以使主機單元22發(fā)送E-mail消息或連接到Internet。
圖2示出了用于在圖1所示的主機單元22和無線通信單元24之間消息傳輸?shù)膮f(xié)議棧部分的示意圖。數(shù)據(jù)鏈路協(xié)議40涉及主機單元和無線通信單元之間的數(shù)據(jù)鏈路。該數(shù)據(jù)鏈路協(xié)議提供了數(shù)據(jù)報的成幀。在數(shù)據(jù)鏈路協(xié)議之上是將在下面描述的主機接口協(xié)議42。在主機接口協(xié)議之上運行的是也將在下面描述的控制和狀態(tài)協(xié)議44。同樣在主機接口協(xié)議之上運行的是任何數(shù)據(jù)傳送協(xié)議45,其允許通過無線通信單元傳輸?shù)臄?shù)據(jù)傳送或從無線通信單元向主機單元傳送數(shù)據(jù)。其它協(xié)議46也可以被運行在主機接口協(xié)議42之上。從下面的討論可以看到,主機接口協(xié)議在數(shù)據(jù)傳送及控制和狀態(tài)信息之間進行多路傳輸?shù)哪芰Ψ浅S杏谩?br>
圖3示出了在主機接口協(xié)議消息中控制和狀態(tài)消息的傳送的示意圖。在無線通信單元中,構造包在主機接口協(xié)議消息中的控制和狀態(tài)消息。根據(jù)系統(tǒng)的布置,使用不同的用于消息傳送的數(shù)據(jù)鏈路層。在主機單元,主機接口協(xié)議消息被檢驗,并且,在優(yōu)選實施例中,運行協(xié)議棧的應用程序接口(API)將從主機接口協(xié)議包中提取控制和狀態(tài)包。
圖4和圖5A-5B示出了具有在數(shù)據(jù)傳送及控制和狀態(tài)傳送之間多路傳輸?shù)闹鳈C接口協(xié)議的優(yōu)點。圖4示出了要傳輸?shù)臄?shù)據(jù)50。這樣的數(shù)據(jù)可以相對很長并且防止在該數(shù)據(jù)被傳送時發(fā)送任何控制和狀態(tài)信號。圖5A示出了使用主機接口協(xié)議以使傳輸?shù)臄?shù)據(jù)被分解。一些主機接口協(xié)議消息包括傳輸?shù)臄?shù)據(jù),而其它的消息可以包括控制和狀態(tài)協(xié)議消息中的控制和狀態(tài)信息。這使得控制和狀態(tài)信息可以在主機單元和無線通信單元之間的大數(shù)據(jù)傳輸中被多路傳輸。圖5A中所示的實例示出了主機接口協(xié)議消息54,包括散布在主機接口協(xié)議消息52和56之間的包括了傳輸數(shù)據(jù)的控制和狀態(tài)協(xié)議消息。
主機接口協(xié)議不需要具有有效負荷但是可以在報頭本身內包括一些信號信息。圖5B中示出了該情況,其中,無有效負荷的報頭60位于包括傳輸數(shù)據(jù)的主機接口協(xié)議消息58和主機接口協(xié)議消息62之間。
圖6A示出了具有消息報頭64和可選消息有效負荷66的主機接口協(xié)議消息。圖6B示出了消息報頭,具有消息有效負荷長度64a、填充字節(jié)位標志64b(pad-byte bit flag)、消息標識符64c、消息特殊參數(shù)64d、和包括隨機數(shù)據(jù)的可選填充字節(jié)64e。應當注意,消息標識符64c非常有用,因為如上所述,其允許在數(shù)據(jù)傳送及控制和狀態(tài)傳送之間多路傳輸。
可以在主機單元和無線通信單元之間交換各種不同的消息。如下所述,主機接口協(xié)議允許在無線數(shù)據(jù)、無線通信調試和刷新軟件(flash software)下載、以及其它類型的消息之間多路傳輸。消息有效負荷長度字段64a幫助確定存儲消息所需的存儲區(qū)緩沖器。長度字段也有利于支持可選數(shù)據(jù)長度消息傳送系統(tǒng),例如直接存儲器存取。該長度也幫助指示在消息的有效負荷中被傳送的字節(jié)數(shù)是奇數(shù)還是偶數(shù)。在一實施例中,主機接口協(xié)議的最大有效負荷長度是2000字節(jié)。填充字節(jié)標志指示是否在消息有效負荷的前面放置了任何填充字節(jié)。如果設置了填充字節(jié),那么該消息具有填充字節(jié)并且消息有效負荷長度包括填充字節(jié)和消息有效負荷的長度。消息標識符字段指示了消息類型。
消息特殊參數(shù)字段指示字或行消息報頭。消息類型定義該字段的使用。
在優(yōu)選實施例中,在不同的方向使用不同的消息ID,以防止越過接口的消息回送并有助于軟件的調試。優(yōu)選地保持消息ID報頭盡可能的簡單以減少系統(tǒng)的復雜性。另外,主機接口協(xié)議優(yōu)選地執(zhí)行授權請求/響應機制以在發(fā)送數(shù)據(jù)前尋求許可,這樣可以通過接口調節(jié)流控制。主機接口協(xié)議同樣允許產生一個發(fā)向主機的信號來指示無線通信單元何時復位。這就簡化了在接口兩端的啟動程序。另外,主機接口協(xié)議優(yōu)選地執(zhí)行一方法,該方法刪除在復位或崩潰之后可能出現(xiàn)在FIFO緩沖器中的陳舊消息。該系統(tǒng)還提供了向主機報告來自無線通信設備的錯誤信息的機制。主機接口協(xié)議也允許無線通信單元和主機單元之間的交互式通信。另外,當數(shù)據(jù)鏈路層使用高可靠性接口時(例如PCMCIA接口),主機接口協(xié)議可以被簡化,以減少微處理器的處理負擔。主機接口協(xié)議同樣優(yōu)選地允許在刷新軟件升級期間的反饋。
在一實施例中,存在三種由消息ID字段指示的在主機單元和無線通信單元之間傳送的基本消息類型,這三種基本消息類型是請求、響應、和指示。
請求消息提供了一種方式,用于使主機要求無線通信單元執(zhí)行操作或返回數(shù)值。無線通信單元總是用響應消息來響應請求消息。因為主機單元和無線通信單元之間的主/從關系,所以在優(yōu)選實施例中,無線通信單元不允許向主機單元發(fā)出請求。發(fā)出一個且僅一個響應消息來回答每個請求消息。應注意,為了提供對無線通信單元的完全控制,必須在發(fā)布第二個相同類型的請求前提供對特定請求的響應。這有效地提供了基于每個請求的停止-并-等待(stop-and-wait)流控制。如果主機直到超時都從未接收到響應,這就是故障事件,因此主機可以認為無線通信單元發(fā)生故障并應從重新啟動狀態(tài)來恢復。
響應消息總是作為對來自主機單元的請求的回答從無線通信單元發(fā)送。響應數(shù)據(jù)的格式和類型根據(jù)響應類型而變化。不會未經請求發(fā)出響應。因此,每個響應與特定的請求構成一對。在一個實施例中,請求消息ID在00到31的范圍內,而響應消息ID在64到95的范圍內。
指示消息提供了從接口的任意端發(fā)送未經請求的數(shù)據(jù)的方法。當不需要接收器回答或返回數(shù)據(jù)時,使用指示。在優(yōu)選實施例中,指示的接收器不發(fā)送確認或回答。指示可以包括從無線通信單元接收并被發(fā)送到主機的無線消息,也包括越過空氣從主機單元發(fā)送到無線通信單元的消息和來回地通過快速存儲器的數(shù)據(jù)。在一個實施例中,來自主機地指示消息ID在32到63地范圍內,從卡發(fā)出的指示消息ID在96到127的范圍內。
在一實施例中,主機接口協(xié)議規(guī)則是,如果從接口任意端接收的消息中包括未定義的消息ID,該消息將被刪除。如果超過了消息的最大長度,接收器將刪除整個包并忽略該消息。在優(yōu)選實施例中,僅對從無線通信單元向主機單元發(fā)送的消息使用填充字節(jié)標志設置。卡將刪除接收到的包括意外消息序號的反向信道數(shù)據(jù)指示消息??☉贸绦驅⒑雎运械囊龑аb入程序特殊消息。如果主機已經將無線通信單元置于固件下載模式下,則引導裝入程序將只接收包和協(xié)議。在啟動期間可以從主機裝置發(fā)送引導指示包以向主機驅動器提供啟動信息,但是不會等待或處理主機消息。
該說明書包含的附錄I包括本發(fā)明的一個實施例的消息標識符的列表。因此,附錄I全部結合于此作為參考。
下面給出由該主機接口協(xié)議支持的消息的一個實施例。引導裝入程序消息允許將固件導入無線通信單元中的快速存儲器卡。引導裝入程序消息包括下載啟動請求、下載響應、下載持續(xù)請求、下載持續(xù)響應、下載終止請求、下載終止響應、刷新程序(flash program)請求、刷新程序響應、啟動片斷指示(launch fragment indication)、及開始應用程序指示。
無線通信裝置啟動消息包括主機數(shù)據(jù)鏈路同步指示、數(shù)據(jù)鏈路同步指示、導入信息指示、和重新啟動指示。
無線消息包括反向信道授權消息、反向信道數(shù)據(jù)指示、正向信道數(shù)據(jù)指示。
可以由不帶有效負荷的報頭指示的控制和狀態(tài)消息,其包括系統(tǒng)停運指示、配置信息請求、配置信息響應、包會話啟動請求、包會話啟動響應、連接狀態(tài)指示、異常終止指示、無線通信裝置控制和狀態(tài)指示、主機控制和狀態(tài)指示、回送請求、回送響應、包數(shù)據(jù)協(xié)議(PDP)上下文概要請求(context summary request)、PDP上下文概要響應(context summary response)、主機環(huán)境指示。
可以被發(fā)送的調試消息包括無線通信裝置命令指示、主機命令指示、無線通信裝置協(xié)議棧指示、主機協(xié)議棧指示、無線通信裝置AT命令指示、主機AT命令指示、無線通信裝置調試日志指示、主機調試日志指示。
在附錄I中描述了一個實施例的主機接口協(xié)議的詳細內容。
圖7示出了用于收到請求并響應收到的請求的控制和狀態(tài)包。應當注意應用程序參數(shù)被設置為相同,并且目標ID也被設置為相同。
圖8示出了在本發(fā)明的優(yōu)選實施例中,包在主機接口協(xié)議消息中的控制和狀態(tài)包。
優(yōu)選地將控制和狀態(tài)包壓縮在主機接口協(xié)議中。從控制和狀態(tài)消息開始,無線通信單元和主機單元必須壓縮和解壓縮控制和狀態(tài)信息,然后執(zhí)行任何必要的數(shù)據(jù)鏈路層成幀。預計有兩種數(shù)據(jù)鏈路層成幀,一種用于通用異步收發(fā)(UART)通信,另一種用于網絡驅動程序接口規(guī)范(NDIS)通信。以可變長度二進制包通信的控制和狀態(tài)數(shù)據(jù),所有多字節(jié)字段優(yōu)選地使用網絡字節(jié)順序??刂坪蜖顟B(tài)包進入主機接口協(xié)議包的有效負荷區(qū),并且是在該接口中可用信息的子類型。
圖8示出了本發(fā)明一個實施例的可用控制和狀態(tài)包的字段。控制和狀態(tài)包70包括目標ID字段70a、錯誤標志字段70b、操作類型字段70c、保留字節(jié)A字段70d、應用程序參數(shù)字段70e,保留字節(jié)B字段70f、長度字段70g、和參數(shù)字段70h。目標ID字段70a指示控制和狀態(tài)消息的類型。操作類型字段70c指示操作、請求、響應通知等的類型。保留字段70d和70f是為特殊類型的使用而保留的,并在不使用時被設置為O。應用程序參數(shù)字段70e指示發(fā)送器任務的ID,并在不使用時被設置為O。長度字段70g優(yōu)選地指示參數(shù)字段70h的長度。在一實施例中,包括了報頭,控制和狀態(tài)包的最大尺寸被固定為256字節(jié),所以最大參數(shù)長度為246字節(jié)。
可用的控制和狀態(tài)事務處理的類型包括輪詢命令和響應以使得應用程序輪詢無線通信單元。向無線通信單元發(fā)送的命令和返回的確認該命令的響應。根據(jù)該命令的上下文,響應可能包括諸如狀態(tài)信息的數(shù)據(jù)或簡單地為一個確認。對于輪詢命令有兩種操作類型收到請求,和響應收到的請求。其它類型的事務處理是寫/動作命令和響應。這種類型的事務處理允許應用程序在無線通信單元中寫入某些參數(shù)或觸發(fā)動作。如果事務處理是寫命令,則響應將包括最近改變的數(shù)據(jù)。當事務處理用于動作觸發(fā)器中時,則不包括參數(shù)。對于該事務處理存在兩種類型的操作類型置位請求(set request),和對置位請求的響應。
另一種類型的控制和狀態(tài)事務處理是通知。通知信息是由無線通信單元發(fā)送的未經請求的異步狀態(tài)更新。在通電時,通知總是被禁止的。在控制和狀態(tài)機制中必須明確使能通知。能夠發(fā)送不同類型的信息。未經請求更新的標準取決于被發(fā)送的實際信息。通知包括通知請求、響應通知請求,通知包、通知終止請求和響應通知終止請求。
主機接口協(xié)議及控制和狀態(tài)幀可以由任意鏈路層協(xié)議發(fā)送。鏈路層的實例包括NDIS協(xié)議成幀和UART鏈路層協(xié)議。FIFO之上的鏈路層被看作是主機接口協(xié)議包結構在末端加上可選有效負荷。該可選有效負荷包括點對點協(xié)議(PPP)包、控制和狀態(tài)包、AT命令包、協(xié)議棧消息或調試消息。通過每個包的唯一的消息ID來識別這些包的類型。UART鏈路層協(xié)議是UART之上的鏈路層,包括用開始和終止標志標記主機接口協(xié)議包并將其中的數(shù)據(jù)換碼。
附錄I詳細地示出了本發(fā)明一個實施例的不同控制和狀態(tài)消息。
圖9示出了本發(fā)明一個實施例的無線通信單元與主機單元之間的傳送。
圖10示出了本發(fā)明一個實施例的主機單元與無線通信單元之間的傳送。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。
附錄1Bandit(GPRS)主機接口協(xié)議文檔號2110342文檔修訂1.17_2000-2001 Sierrn Wireless Inc.本文檔所含信息歸Sierra Wireless Inc.所有,屬于保密信息。禁止未經Sierrn Wireless Inc.的書面許可向除本公司的職員、雇員、代理或分包商以外的其他人泄露。
目錄1.概要.......................................................................151.1 目的..................................................................151.2 范圍..................................................................151.3 文件歸檔..............................................................151.3.1 位置和格式........................................................151.3.2 修訂控制工具/方法.................................................151.4 修訂歷史..............................................................161.5 術語表................................................................181.6 參考書目..............................................................182 概述......................................................................192.1 設計目標和要求........................................................203 消息源語(概述)............................................................213.1 基本類型..............................................................213.1.1 請求...............................................................213.1.2 響應...............................................................213.1.3 指示...............................................................223.2 主機接口規(guī)則..........................................................223.3 消息ID匯總............................................................234 消息源語(詳述)............................................................274.1 引導裝入程序消息(包括固件下載)........................................274.1.1 引導裝入程序-Boot&Hold消息.........................................274.1.2 調制解調器啟動消息.................................................324.2 無線消息..............................................................344.2.1 反向信道授權指示..................................................364.2.2 反向信道數(shù)據(jù)指示..................................................374.2.3 正向信道數(shù)據(jù)指示..................................................374.3 控制和狀態(tài)消息.......................................................374.3.1 保存非易失性數(shù)據(jù)指示..............................................384.3.2 配置信息指示......................................................384.3.3 上下文激活指示....................................................41響應于上下文激活指示消息,將總是傳送鏈接狀態(tài)指示消息......................414.3.4 鏈路狀態(tài)指示......................................................414.3.5 異常中斷指示......................................................424.3.6 調制解調器控制和狀態(tài)指示..........................................424.3.7 主機控制和狀態(tài)指示................................................444.3.8 送請求............................................................444.3.9 回送響應..........................................................444.3.10 PDP上下文概要請求.................................................444.3.11 PDP上下文概要響應.................................................454.3.12 GPRS連接請求......................................................45_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.3.13 GPRS連接響應...................................................464.3.14 概要模板請求...................................................474.3.15 概要模板響應...................................................484.3.16 主機環(huán)境指示...................................................484.4 時鐘切換消息........................................................484.4.1 主機掛起指示....................................................484.4.2 主機掛起完成指示................................................484.4.3 主機恢復指示....................................................494.5 調試消息............................................................484.5.1 調制解調器SWI命令指示...........................................494.5.2 主機SWI命令指示.................................................494.5.3 調制解調器協(xié)議堆棧指示..........................................494.5.4 主機協(xié)議堆棧指示................................................494.5.5 調制解調器AT命令指示............................................494.5.6 主機AT命令指示..................................................494.5.7 調制解調器(Rosetta)調試日志指示.................................494.5.8 主機(Rosetta)調試日志指示.......................................49_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
1.概要1.1目的本文檔為Bandit(GPRS)項目定義了用于在主機和卡之間通訊的協(xié)議。
1.2范圍本文檔描述了配置和控制信息格式化和消息排序。本文檔不含物理層信息(如寄存器和ISR信息)。
1.3文件歸檔1.3.1位置和格式本文檔的電子版本存放在Vault中,文檔號為2110342。
為了方便,文檔的副本也可以在以下路徑找到\\TETLEY\PROJECTS\Bandit\dev\fw\docs\idd\Host_iplp 17.doc本文檔使用MS Word 2000_創(chuàng)建。
1.3.2修訂控制工具/方法修訂控制工具方法包括為文檔的每個版本保留一份不同的電子副本來管理文檔的變化。主機接口協(xié)議(Host Interface Protocol)的所有版本都可在以下路徑找到\\TETLEY\PROJECTS\Bandit\dev\fw\docs\idd\old Host ip\_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
1.4修訂歷史
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
1.5術語表
1.6參考書目
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
2概述可交付的Bandit GPRS項目包括Type II PC卡,GPRS包交換數(shù)據(jù)調制解調器。PC主機和卡之間的接口通過PCMCIA。該接口的低層規(guī)范,包括數(shù)據(jù)成幀的描述,在AirCard 710 HardwareArchitecture[R-3]中進行了描述。該文檔的目的是描述通過接口發(fā)送的消息的數(shù)據(jù)格式和消息源語(message primitives)。在PC主機和調制解調器之間進行交換多種不同的消息。這些消息的例子如“無線(over-the-air)”數(shù)據(jù),調制解調器調試和刷新軟件下載。該文檔說明了調制解調器和主機之間的基于消息的協(xié)議。
消息包含消息報頭,后面跟可選的可變長度的消息有效負荷。消息有效負荷的內容對于每個消息類型是特定的。
消息報頭由有效負荷長度字段,填充字節(jié)位標志,消息標識符和消息特定參數(shù)組成。
消息有效負荷長度字段可用于多種用途。它幫助確定存儲消息所需的存儲器塊緩沖器的大小。該長度字段也可用于支持其他的數(shù)據(jù)鏈路消息傳送機制,如DMA。最后,長度也用于指示在消息有效負荷中傳遞的字節(jié)是奇數(shù)還是偶數(shù)(注意,底層數(shù)據(jù)鏈路是固定的16位寬度)。消息有效負荷長度字段的最小和最大值分別是0和2000。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
填充字節(jié)標志字段指示在消息有效負荷前是否有填充字節(jié)。如果設置了填充字節(jié)標志,則消息中有填充字節(jié),而且消息有效負荷長度包含填充字節(jié)和消息有效負荷二者的長度。
消息標識符字段標志消息的類型。
消息特定參數(shù)字段提供了與消息報頭匹配的字。消息類型定義了該字段的用途。例如“反向信道授權指示”使用消息特定參數(shù)作為消息序列號,而“下載開始響應”使用它作為返回代碼。
2.1設計目標和要求該協(xié)議的設計需要滿足如下要求和目標●在不同的方向上使用不同的消息id來防止消息通過接口回送,同時有助于軟件調試。
●簡化消息ID報頭來降低數(shù)據(jù)鏈路狀態(tài)機的復雜性。
●提供授權的請求/響應機制以在發(fā)送數(shù)據(jù)之前搜尋許可,以便在接口上提供流控制。
●給主機提供信號以指示調制解調器是否已復位。這簡化了接口兩端的啟動過程。
●提供刪除復位或崩潰后可能存在于FIFO之中的陳舊消息的方法。
●提供簡單的、可擴展的機制,以從調制解調器向主機報告錯誤消息。
●提供簡單的、可擴展的調制解調器和主機之間的交互式通信機制。該機制應允許命令行類型的接口。
●依靠高可靠性PCMCIA接口來減輕微處理器的處理負擔。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
●提供在刷新軟件升級過程中的各個階段的反饋。
3消息源語(概述)3.1基本類型在PC主機和調制解調器微處理器之間傳遞的消息有三種基本類型請求,響應,和指示。
3.1.1請求請求消息提供了使主機(主機)要求卡(從機)執(zhí)行一個操作或者返回一個值的方式。從機通常用響應消息來響應請求消息。由于主機/從機的關系,卡不允許向主機發(fā)請求。對于每個請求,發(fā)送一個響應且僅發(fā)送一個響應。注意,為了對調制解調器提供流控制,對于特定請求的響應必須在下一個同類型的請求產生前被收到。這有效地提供了基于每個請求的停止并等待流控制。如果主機一直沒有收到請求的響應(超時),這是一種故障情況,進而可以假定調制解調器設備發(fā)生故障并且需要從復位的狀態(tài)恢復。
請求消息ID在范圍00到31之間。
3.1.2響應響應消息總是從卡發(fā)出,以回答來自主機的請求。響應中數(shù)據(jù)的格式和類型根據(jù)響應的類型變化。響應從不未經請求即發(fā)送(即,每個響應是與特定的請求成對的)。
響應消息ID在范圍64到95之間。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
3.1.3指示指示消息提供了從接口的任意一側發(fā)送未經請求的數(shù)據(jù)的方式。指示在不需要接受方答復或返回數(shù)據(jù)時使用。指示的接受者不需要發(fā)送確認或答復。
從主機PC發(fā)送的指示消息id在范圍32到63之間。
從卡發(fā)送的指示消息id在范圍96到127之間。
3.2主機接口規(guī)則1.如果接口任何一側收到的消息中包含未定義的消息id,則將該消息簡單地刪除。
2.如果消息超出了最大長度,則接受者將刪除整個包并忽略該消息。
3.該協(xié)議中使用的所有多字節(jié)字段按照網絡字節(jié)順序。即最高位的字節(jié)先發(fā)送,然后是次高位的,最后是最低位的字節(jié)。注意,這有別于Intel處理器存儲多字節(jié)字段的方式,所以必須用特殊的方法來寫多字節(jié)字段。
4.主機從不向卡發(fā)送設置了填充字節(jié)標志的消息。調制解調器會忽略填充字節(jié)標志。
5.卡會刪除收到的含有意外的消息序列號的“反向信道數(shù)據(jù)指示”消息。
6.卡應用程序會忽略所有引導裝入程序的特定消息。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subjectto the confidentiality information on page one.
7.如果主機已將調制解調器設置為固件下載模式,引導裝入程序將僅接收該協(xié)議的包。注意,在啟動時可以從調制解調器發(fā)送“導入指示”包,以向主機驅動器提供啟動信息,但其從不等待或處理主機消息。
3.3消息ID匯總
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4消息源語(詳述)4.1引導裝入程序消息(包括固件下載)4.1.1引導裝入程序-Boot&Hold消息當調制解調器進入固件下載模式(在PCMCIA卡配置中,通過設置FPGA/ASIC“Boot&Hold”位實現(xiàn))時,引導裝入程序只能讀取HIP協(xié)議消息。本節(jié)描述的消息只在引導裝入程序中應用。調制解調器執(zhí)行卡中的閃存中的固件。為了支持字段中閃存內容的升級能力,提供了下載新的固件映像到卡中(從主機PC到卡)的能力。下面的消息序列圖描述了在固件下載會話中主機和調制解調器之間的消息流。
圖3下載消息指示_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
下載開始請求用信號通知調制解調器為程序下載過程初始化??偸前l(fā)送下載開始響應,以響應該請求。下載開始請求之后,程序的剩余部分通過多個下載繼續(xù)請求和響應下載。下載結束請求用信號通知卡下載過程已結束??ㄍㄟ^下載結束響應終止。主機此時會發(fā)送刷新程序請求??〞瓿蓮椭葡螺d的程序以刷新,并發(fā)送刷新程序響應給主機。主機然后或者發(fā)送啟動片段指示來開始卡中的應用程序,或者將卡復位。
注在一些調制解調器產品中,刷新需要在下載過程中編程(在編程前沒有足夠的RAM來緩存整個映像)。
對用下載開始請求開始,用下載結束請求結束的整個軟件下載過程進行求和校驗。16位求和校驗變量在下載開始請求時初始化為0。主機然后檢查所有下載包(開始,繼續(xù)和結束)的消息有效負荷的每一字節(jié)(一次一字節(jié))并在16位累加器中將其求和。得到的16位校驗和然后作為下載結束請求的有效負荷被發(fā)送。
調制解調器在收到下載開始請求時執(zhí)行相似的過程并將16位校驗和變量初始化為0,然后對所有下載消息的有效負荷字節(jié)一次一個字節(jié)進行求和。調制解調器然后對算得的校驗和與在“下載結束請求”中收到的校驗和進行驗證。調制解調器會用“下載結束響應”進行響應。
4.1.1.1下載開始請求下載開始請求用信號調制解調器發(fā)為程序下載過程進行初始化。該請求使調制解調器初始化任何需要的資源并提供文件格式和文件類型正確的確認。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subiect to the confidentiality information on page one.
4.1.1.2下載開始響應發(fā)送下載開始響應,以答復主機下載開始請求。該響應僅在引導裝入程序映像中應用(應用軟件會刪除任何荷所有下載請求)。
4.1.1.3下載繼續(xù)請求下載繼續(xù)請求用于下載軟件刷新映像到卡中。在下載開始請求之后,映像的剩余部分的下載通過該請求執(zhí)行。在收到請求后,卡會發(fā)送下載繼續(xù)響應,從而為固件下載提供端到端的流控制。
4.1.1.4下載繼續(xù)響應下載繼續(xù)響應用于確認每個下載chunk(見下載繼續(xù)請求)的傳送。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.1.1.5下載結束請求下載結束請求用于通知卡程序下載過程結束了。在收到該請求后,卡會驗證下載的程序(包括檢驗校驗和)并發(fā)送下載結束響應指示下載是否成功。
4.1.1.6下載結束響應發(fā)送下載結束響應,以答復主機的下載結束請求。該響應只在引導裝入程序映像中應用。在發(fā)送該響應后,卡會期待來自主機的刷新程序請求。
刷新程序請求刷新程序請求用信號通知卡將下載的映像復制到閃存中。在收到請求后,卡會對閃存編程并發(fā)送刷新程序響應指示閃存編程是否成功。
4.1.1.7刷新程序響應_2000-2001 Sierra Wireless lnc.
The contents of this page are subject to the confidentiality information on page one.
發(fā)送刷新程序響應,以答復主機的刷新程序請求。該響應只在引導裝入程序映像中實現(xiàn)。
在發(fā)送響應后,卡不會重新啟動自己,而是等待收到啟動片斷指示或者被主機復位。
注意在一些調制解調器設計中,閃存是在數(shù)據(jù)傳送的過程中而不是在傳送過程結束時編程。任何情況下,“程序請求/響應”將會由主機應用程序發(fā)送,調制解調器必須應用這些消息。通過這樣做,無論調制解調器實際應用什么方法,主機固件下載應用程序都能夠一致。
4.1.1.8啟動片斷指示在收到主機發(fā)來的啟動片斷指示前,卡應該已經收到一個下載開始請求,多個下載繼續(xù)請求,下載結束請求和一個刷新程序請求,成功完成了固件下載。如果下載沒完成或不成功,則引導裝入程序會刪除任何收到的啟動片斷指示。只有映像被成功下載了,當收到啟動片斷指示時,卡才會用提供的啟動代碼來啟動映像(無論映像在RAM中或Flash中)。
4.1.1.9開始應用程序指示_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
開始應用程序指示從主機發(fā)送到卡,以用特定的啟動代碼作為輸入?yún)?shù)來開始標準應用程序。如果沒有應用程序或應用程序是壞的,該消息將被忽略。
4.1.2調制解調器啟動消息4.1.2.1主機數(shù)據(jù)鏈路同步指示主機數(shù)據(jù)鏈路同步指示(由調制解調器發(fā)送到主機)用于提供簡單的啟動順序的不確認方法。該指示用于兩個目的數(shù)據(jù)鏈路同步和刪除在重新啟動后可能存在于FIFO中的陳舊消息。該雙重目的意味著該消息在開始時必須發(fā)送兩次;一次用于建立鏈路幀,一次用于強制鏈路層進入正常消息處理狀態(tài)。在該指示不包含含消息有效負荷。
在引導裝入程序映像發(fā)送兩個數(shù)據(jù)鏈路同步消息后,然后會發(fā)送啟動信息指示,在該啟動信息指示之后可以跟隨重新啟動指示消息,以將調制解調器的操作狀態(tài)通知主機。
在應用程序映像發(fā)送兩次數(shù)據(jù)鏈路同步消息后,它會發(fā)送重新啟動消息來指示主機應用程序正在運行。
注意NDIS驅動程序在收到該消息時,必須總是發(fā)送“調制解調器數(shù)據(jù)鏈路同步”消息以確保調制解調器總是收到其數(shù)據(jù)鏈路同步消息。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.1.2.2調制解調器數(shù)據(jù)鏈路同步指示調制解調器數(shù)據(jù)鏈路同步指示用于提供簡單的無需確認的啟動順序的方法。調制解調器數(shù)據(jù)鏈路同步過程執(zhí)行與4.1.2.1節(jié)中定義的主機數(shù)據(jù)鏈路同步過程完全一樣。
主機在收到來自卡的主機數(shù)據(jù)鏈路同步指示后,總是發(fā)送調制解調器數(shù)據(jù)鏈路同步指示給卡。
4.1.2.3引導信息指示在引導過程中將“引導信息指示”消息從卡發(fā)送到主機。崩潰信息是在卡失敗時保存的診斷信息。有關“引導信息指示”在引導裝入程序過程中的用法的更多信息,請參考Bandit Boot LoaderDesign文檔(參考書目[R-2])。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.1.2.4重新啟動指示無論何時,只要卡復位,它就會發(fā)送重新啟動指示消息。該消息提供卡軟件重新啟動狀態(tài)的信息。注意,該消息可以由引導裝入程序發(fā)送(如果應用程序被認為損壞或不存在),但一般情況下,該消息由卡固件應用程序發(fā)送。主機使用該消息檢測無線應用程序已經啟動并進入了正常的操作消息處理狀態(tài)。
4.2無線消息為了將數(shù)據(jù)“無線”地發(fā)送回到網絡,而從主機PC發(fā)送到卡的數(shù)據(jù),稱為“反向信道數(shù)據(jù)”。在從主機到卡的反向信道方向上提供流控制很重要。在相反方向上,卡不能對從網絡上收到數(shù)據(jù)進行流控制,因而在正向信道上不支持流控制。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
“反向信道授權”消息源語從卡向主機發(fā)送8位的消息序列號碼(MSN)。該指示通知最后反向通道數(shù)據(jù)消息的MSN的主機,主機被允許向卡發(fā)送。主機將連續(xù)發(fā)送“反向通道數(shù)據(jù)指示”直到已經向卡發(fā)送包含在最近“反向信道授權指示”中指定的MSN的消息,或直到接收到取消進一步發(fā)送消息的許可為止?!胺聪蛐诺朗跈嘀甘尽毕⑹俏唇浾埱筇峁┑?。主機必須準備在任何時候接受另一個指定不同MSN的“反向信道授權指示”消息。主機能持續(xù)向卡發(fā)送消息直到下一個要發(fā)送消息的MSN處于已授權MSN之前為止。任何包含在(已授權MSN+1)模除256和(已授權MSN+128)模除256之間的MSN被認為在已授權MSN之前。任何包含在(已授權MSN-127)模除256和(已授權MSN)之間的MSN被認為在已授權MSN之后。
MSN的最大值為255。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
卡每次限于授權127個消息。
在收到重新啟動指示后,主機會將其最后發(fā)送的MSN初始化為0。同樣地在卡上會將最后收到的MSN被初始化為0。讓我們看一種可能的使用情形。在初始化后,卡發(fā)送包含MSN120的“反向信道授權消息”。根據(jù)收到的該授權指示,主機可以自由發(fā)出120條消息,每發(fā)送一個消息,將其最后發(fā)送變量遞增??〞迷谧詈笫盏降摹胺聪蛐诺罃?shù)據(jù)指示”的特定參數(shù)中找到的序列號更新它最后收到的MSN值。假設主機最后發(fā)送的MSN是MSN 100,并且卡最后從FIFO讀出消息MSN 99??赡茉谠擖c上,卡認為它有接受其他127個消息的資源??▽l(fā)送另一個包含MSN226((最后讀取的MSN 99+127)模除256)的“反向信道授權指示”。主機可以自由發(fā)出消息直到其將其最后發(fā)送的MSN遞增到226。[假設在主機最后發(fā)送的MSN為159,卡最后讀取消息MSN為150時,卡開始過熱。卡會發(fā)送指定MSN150的“反向信道授權指示”。主機會收到指示并停止向卡發(fā)送消息。
“正向信道數(shù)據(jù)指示”消息沒有“授權”機制,因而不支持流控制。該情況下,從卡向主機PC發(fā)送OTA數(shù)據(jù)是基于不需要流控制,主機能夠處理消息有效負荷部分中的所有OTA數(shù)據(jù)的假設。
4.2.1反向信道授權指示該指示從調制解調器發(fā)送到主機,用于通知主機它準備從主機PC接受的最后消息的消息序列號。有關調制解調器如何確定它能夠接收多少消息的詳細算法超出了本文檔的范圍。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.2.2反向信道數(shù)據(jù)指示從調制解調器“無線”送回網絡的數(shù)據(jù)稱為“反向信道數(shù)據(jù)”。該指示從主機PC發(fā)送到調制解調器,用于傳送排隊等待由調制解調器無線傳輸?shù)臄?shù)據(jù)。
該指示僅當主機已經被授權向卡發(fā)送這些指示時,才由主機發(fā)送到卡。根據(jù)先前收到的反向信道授權指示消息的有效負荷,來對主機授予權限??墒褂米詈笫盏降南⑿蛄刑柎_定向哪個消息序列號授權發(fā)送許可。
4.2.3正向信道數(shù)據(jù)指示從網絡“無線”發(fā)送到調制解調器的數(shù)據(jù)稱為“正向信道數(shù)據(jù)”。從調制解調器向主機PC發(fā)送該指示,用于傳送調制解調器收到的“無線”數(shù)據(jù)。
4.3控制和狀態(tài)消息控制和狀態(tài)數(shù)據(jù)在卡和主機之間發(fā)送,提供對調制解調器的管理。管理包括_2000-2001 Sierra Wireless IncThe contents of this page are subject to the confidentiality information on page one.
●裝置的非易失性配置●裝置的運行時間配置●裝置的狀態(tài)報告和監(jiān)視●進/出裝置的調試信息的傳輸4.3.1系統(tǒng)關閉指示系統(tǒng)關閉指示即保存非易失性數(shù)據(jù)指示,是由主機發(fā)送的未經請求消息以指示卡保存非易失性數(shù)據(jù)。
例如,該消息可以在監(jiān)視程序終止時發(fā)送。
4.3.2配置信息請求配置信息請求由主機發(fā)送到調制解調器來配置包會話信息。注意該信息對每個無線協(xié)議各異。為了適應每個無線協(xié)議的不同需求,該消息的配置信息段的格式是可變的(基于每一協(xié)議)。該消息可以在任何時候發(fā)送(只要調制解調器應用程序啟動并運行)。一般地,只要用戶修改了任何包會話設置/配置,該消息就會被發(fā)送。數(shù)據(jù)可以儲存在裝置的非易失性存儲器中(建議),但這不是強制的。一些用法舉例如下●GPRS-當主機用監(jiān)視器(Watcher)修改任何PDPContext Profile或應用程序提交OID_WW_GPRS_DCONT OID時,消息被發(fā)送。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subiect to the confidentiality information on page one.
4.3.2.1GPRS配置緩沖器下面的表格描述了GPRS協(xié)議類型的配置緩沖器的格式。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.3.3配置信息響應該響應從調制解調器發(fā)送到主機,以響應配置信息請求。
消息ID0x08消息特定參數(shù)響應錯誤代碼0x00-成功,配置有效0x01-錯誤,對指定的協(xié)議類型配置無效不管是設置還是查詢操作,消息有效負荷總是包含指定ID的Profile信息。
4.3.4包會話激活請求包會話激活請求是由主機發(fā)送的消息,用于初始化調制解調器的包會話(在GPRS中是上下文激活)。當主機應用程序提交_2000-2001 Sierra Wireless IncThe contents of this page are subject to the confidentiality information on page one.
OID_WW_GPRS_CONTEXT_ACTIVATION OID時,在GPRS產品中有一個例子用法。注意包會話響應消息總是響應包會話請求消息而被發(fā)送。
4.3.5包會話激活響應該響應從調制解調器發(fā)送到主機,以響應包會話激活請求。
4.3.6鏈路狀態(tài)指示鏈路狀態(tài)指示是由調制解調器發(fā)送的未經請求消息,用于通知主機包會話狀態(tài)的變化。主機的驅動程序(NDIS)用該指示檢測包會話的狀態(tài)變化。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
消息ID0x69消息特定參數(shù)未用消息有效負荷包含如下信息結構
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.3.7異常中斷指示異常中斷指示是卡在異常中斷時發(fā)送的未經請求消息,用于通知主機異常中斷的原因。
4.3.8調制解調器控制和狀態(tài)指示調制解調器控制和狀態(tài)指示是由主機發(fā)給調制解調器的未經請求消息,用于傳遞控制和狀態(tài)協(xié)議包。
4.3.9主機控制和狀態(tài)指示主機控制和狀態(tài)指示是由調制解調器發(fā)送給主機的未經請求消息,用于傳遞控制和狀態(tài)協(xié)議包。
4.3.10回送請求回送請求由主機發(fā)送到卡。該請求的消息有效負荷會在回送響應的消息有效負荷中被發(fā)回給主機。該消息用于測試固件、主機驅動程序、和應用程序軟件。目的是在正常運行中不使用該消息。
消息ID0x03_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
消息特定參數(shù)未用
回送請求停止并等待,因此在主機向卡發(fā)出回送請求后,在從卡收到回送響應前,不會發(fā)出另一個回送請求。
如果卡正在處理一個回送響應,它會刪除額外的回送請求。
4.3.11回送響應回送響應由卡發(fā)送到主機,以響應回送請求。消息有效負荷的內容是收到的回送請求的消息有效負荷。該消息用于測試固件、主機驅動程序、和應用程序軟件。目的是在正常運行期間不使用該消息。
消息ID0x43消息特定參數(shù)發(fā)送響應的固件映像●0x00-響應由引導裝入程序映像發(fā)送●0x01-響應由應用程序映像發(fā)送
4.3.12PDP上下文概要請求PDP上下文概要請求由主機發(fā)給卡,用于請求卡中的所有PDP上下文的匯總。該消息也用于存儲用戶的缺省的上下文ID(用戶Profile)。該消息期待的響應是PDP上下文概要響應消息。
消息ID0x05消息特定參數(shù)未用_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
消息有效負荷定義如下
該消息停止并等待。額外的消息會被調制解調器刪除直到響應已發(fā)送。
注意在啟動時,主機會發(fā)送“更新標志”設為0x00的請求來讀取上下文Pofile匯總而不改變缺省上下文ID字段。
在用戶已經改變缺省上下文ID后,“更新標志”設為0x01的請求會被發(fā)送來保存新的缺省設置。
4.3.13PDP上下文概要響應PDP上下文概要響應由卡發(fā)給主機作為對PDP上下文概要請求的響應。
消息ID0x45消息特定參數(shù)未用消息payload包含如下PDP上下文信息結構
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.3.14主機環(huán)境提示主機環(huán)境提示發(fā)送主機的信息給卡。這種主動的消息會在卡的重起提示后發(fā)送,提示主機的環(huán)境能力。這種消息沒有定義響應。
消息ID0x2F消息特定參數(shù)未用消息payload包含如下PDP上下文信息結構
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
調試消息4.3.15調制解調器SWI命令指示調制解調器SWI命令指示用于從主機向調制解調器發(fā)送未經請求的字符串,不需要響應。目的是執(zhí)行提供額外調試信息的簡單的命令行用戶接口。
4.3.16主機SWI命令指示主機SWI命令指示用于發(fā)送從調制解調器到主機的未經請求的字符串,不需要響應。目的是執(zhí)行提供額外的調試信息簡單的命令行用戶接口。
4.3.17調制解調器協(xié)議堆棧指示調制解調器協(xié)議堆棧指示由主機發(fā)送給卡,用于與卡上的協(xié)議堆棧診斷工具通信。例如Qualcomm CAIT調試流或TTPcomgenie流。
4.3.18主機協(xié)議堆棧指示主機協(xié)議堆棧指示由卡發(fā)送給主機,用于與主機的協(xié)議堆棧診斷工具通信。例如CAIT和Genie調試流。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
4.3.19調制解調器AT命令指示調制解調器AT命令指示由主機發(fā)送到卡。消息包含一個由卡進行處理的AT命令。
4.3.20主機AT命令指示主機AT命令指示由卡發(fā)送給主機PC。該消息包含一個AT命令響應或未經請求的AT命令指示。
4.3.21調制解調器(Rosetta)調試日志指示調制解調器(Rosetta)調試日志指示用于從主機向調制解調器發(fā)送未經請求的字符串,不需要響應。
編者注不清楚是否需要該消息。
4.3.22主機(Rosetta)調試日志指示主機(Rosetta)調試日志指示用于從調制解調器向主機發(fā)送未經請求的字符串,不需要響應。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
編者注不清楚是否需要該消息。
A.編者注●需要定義哪些消息是強制的,哪些消息是可選的。
●增加啟動順序文檔。
●檢查錯誤字符串是可變長度●取消表套表概念(可能引起字崩潰)。
●需要將措詞“上下文ID”改變?yōu)椤癙rofile ID”。
_2000-2001 Sierra Wireless Inc.
The contents of this page are subject to the confidentiality information on page one.
權利要求
1.一種系統(tǒng),包括主機單元,包括處理器;以及無線通信單元,包括收發(fā)器,其中,在所述主機單元和所述無線通信單元之間的通信使用主機接口協(xié)議,所述主機接口協(xié)議定義了具有長度字段和消息id字段的消息報頭,所述消息id字段允許在用于所述主機單元和所述無線通信單元之間信息發(fā)送的數(shù)據(jù)流傳送和狀態(tài)傳送之間進行多路傳輸,并且其中控制和狀態(tài)協(xié)議用于在所述主機和所述無線通信單元之間的控制和狀態(tài)消息的傳送,控制和狀態(tài)消息被包在主機接口協(xié)議消息中。
2.根據(jù)權利要求1所述的系統(tǒng),其中,所述主機單元和所述無線通信單元之間的傳輸包括數(shù)據(jù)鏈路協(xié)議。
3.根據(jù)權利要求1所述的系統(tǒng),其中,所述主機接口協(xié)議的所述消息ID字段識別請求、響應、和指示。
4.根據(jù)權利要求1所述的系統(tǒng),其中,所述無線通信單元是所述主機單元的從屬裝置。
5.根據(jù)權利要求1所述的系統(tǒng),其中,所述主機單元產生請求消息,以發(fā)送給所述無線通信單元,以及所述無線通信單元響應所述請求產生響應消息。
6.根據(jù)權利要求1所述的系統(tǒng),其中,具有對應主機接口協(xié)議報頭消息ID的控制消息可以在散布有用于數(shù)據(jù)傳輸?shù)南⒌木彌_器中被接收,以允許多路傳輸。
7.根據(jù)權利要求1所述的系統(tǒng),其中,所述無線通信單元是調制解調器單元。
8.一種協(xié)議系統(tǒng),用于主機單元和無線通信單元之間的傳送,包括主機接口協(xié)議,用于定義具有長度字段和消息id字段的消息報頭,所述消息id字段允許在發(fā)送到所述主機和所述無線通信單元的緩沖器中的信息的數(shù)據(jù)流傳送及控制和狀態(tài)傳送之間進行多路傳輸;以及控制和狀態(tài)協(xié)議,用于在所述主機和所述無線通信單元之間的控制和狀態(tài)消息的傳送,其中,所述控制和狀態(tài)消息被包在主機接口協(xié)議消息中。
9.根據(jù)權利要求8所述的協(xié)議系統(tǒng),還包括數(shù)據(jù)鏈路協(xié)議。
10.根據(jù)權利要求8所述的協(xié)議系統(tǒng),其中所述主機接口協(xié)議允許除了所述控制和狀態(tài)協(xié)議之外的其它協(xié)議被包在所述主機接口協(xié)議消息中。
11.根據(jù)權利要求8所述的協(xié)議系統(tǒng),其中,所述主機接口協(xié)議消息ID字段可以用于指示所述消息是請求、響應還是指示。
12.根據(jù)權利要求8所述的協(xié)議系統(tǒng),其中,所述數(shù)據(jù)流傳送是一種指示。
13.根據(jù)權利要求8所述的協(xié)議系統(tǒng),其中,具有所述對應主機接口協(xié)議消息ID的控制消息可以在散布有用于數(shù)據(jù)傳輸?shù)南⒌木彌_器中被接收,以允許多路傳輸。
14.根據(jù)權利要求8所述的協(xié)議系統(tǒng),其中,所述無線通信單元是調制解調器單元。
15.一種操作無線通信單元的方法,包括根據(jù)主機接口協(xié)議檢查來自主機單元的消息,所述主機接口協(xié)議定義了具有長度字段和消息id字段的消息報頭;以及如果所述消息id字段指示要傳輸數(shù)據(jù),那么傳輸所述數(shù)據(jù),其中,具有所述對應主機接口協(xié)議報頭消息id的控制消息可以在散布有用于數(shù)據(jù)傳輸?shù)南⒌木彌_器中被接收,以允許多路傳輸。
16.根據(jù)權利要求15所述的方法,還包括數(shù)據(jù)鏈路協(xié)議。
17.根據(jù)權利要求15所述的方法,其中,從所述主機單元發(fā)送到所述無線通信單元的所述消息被保存在緩沖器內。
18.根據(jù)權利要求17所述的方法,其中,還從所述無線通信單元向所述主機單元發(fā)送消息。
19.根據(jù)權利要求15所述的方法,其中,所述無線通信單元是調制解調器單元。
20.根據(jù)權利要求19所述的方法,其中,所述無線通信單元包括卡調制解調器單元。
全文摘要
描述了供主機單元(22)和無線通信單元(24)使用的主機接口協(xié)議及控制和狀態(tài)協(xié)議。主機接口協(xié)議(42)允許在數(shù)據(jù)傳送消息及控制和狀態(tài)消息之間多路傳輸。在優(yōu)選實施例中,控制和狀態(tài)消息協(xié)議支持可以是主機接口協(xié)議有效負荷的消息。
文檔編號H04L29/06GK1745556SQ200380109346
公開日2006年3月8日 申請日期2003年12月24日 優(yōu)先權日2002年12月26日
發(fā)明者賴利·史蒂夫·霍伊特 申請人:施克萊無線公司