與雙向無線電收發信機一同使用的可擴展文本消息傳遞服務協議的製作方法

2023-10-09 01:37:44 2

專利名稱：：與雙向無線電收發信機一同使用的可擴展文本消息傳遞服務協議的製作方法
技術領域：
：本發明通常涉及電子文本消息傳遞服務協議，並且更具體地，涉及與雙向無線電收發信機和將該收發信機用作數據機的其他設備一同使用的文本消息傳遞服務協議。
背景技術：
：許多不同類型的數據消息傳遞協議在本領域中是公知的。通信協議是所需用於在通信信道上發送信息的關於數據表述、信令、鑑權和錯誤檢測的標準規則的集合。適於語音通信的簡單通信協議的示例是與移動站對話的無線電調度器的情況。相似地，用於數字計算機網絡通信的通信協議具有用於確保瑕疵通信信道上的可靠的數據交換的許多特徵。因此通信協議基本上是允許系統中的用戶適當地在站之間通信的規則。現今使用的多數數據消息傳遞協議是"基於伺服器的"協議。因此，希望交換文本消息或其他數據的站必須首先與用作中間站的伺服器通信。該類型的操作常常被稱為"存儲和轉發"操作，其中發送方站向伺服器發送消息，該伺服器存儲該消息直至預期的接受方站能夠接收該消息，該伺服器隨後將存儲的消息轉發到預期的接受方站。這樣的協議包括簡單消息傳輸協議(SMTP)、簡單網絡尋呼協議(SNPP)、即時消息傳遞(IM)以及會話發起協議即時消息傳遞和現場支持擴展(SIMPLE)等。這些類型的協議通常用於在聯網環境中的用戶之間傳輸消息。現有的消息傳遞系統正變得越來越普遍，特別是對於無線設備的用戶。由於消息傳遞相比於經由電話的語音通信打擾較小，因此消息傳遞繼續成為小的商業、政府和公司環境中的普遍的通信模式。與這些先前存在的協議關聯的一個問題在於，它們不能設備對設備通信並且必須依賴於系統基礎設施來傳達消息業務。此外，先前存在的協議是相對大的和複雜的，具有許多大容量欄位用於發送和接收數據業務。這些類型的協議在使用上是複雜的，特別是在移動環境中。因此，需要一種新的文本消息傳遞服務協議，用於限制用於在具有低數據速率的通信鏈路上發射控制信息和文本消息傳遞的字節數目。在所有獨立的視圖中相同的附圖標記表示相同或功能相似的元件，並且附圖連同下文的詳細描述一起被併入說明書並且形成說明書的一部分，用於進一步說明多種實施例和用於解釋所有根據本發明的多種原理和優點。圖1是說明用於與根據本發明的實施例的可擴展文本消息傳遞服務協議一同使用的系統級拓撲的框圖。圖2是說明如本發明的實施例中使用的通用通信協議堆棧的概貌的框圖。圖3是說明使用ETSI-DMR標準空中接口和本發明的文本消息傳遞服務協議實施例的如圖2所示的通信協議堆棧的框圖。圖4是說明使用TIA-102標準空中接口和本發明的文本消息傳遞服務協議實施例的如圖2所示的通信協議堆棧的框圖。圖5是說明根據本發明的實施例的文本消息傳遞服務消息的結構的框圖。圖6是說明根據本發明的實施例的確認消息的組成的框圖。圖7是說明根據本發明的實施例的，使用一個擴展比特來創建一個附加報頭的確認消息的框圖。圖8是說明根據本發明的實施例的，使用兩個擴展比特來創建兩個附加報頭的確認消息的框圖。圖9是說明根據本發明的實施例的文本消息的組成的框圖。圖IO是說明根據本發明的實施例的，使用一個擴展比特來創建一個附加報頭的文本消息的框圖。圖11是說明根據本發明的實施例的，使用兩個擴展比特來創建兩個附加報頭的文本消息的框圖。圖12是說明根據本發明的實施例的服務可用性消息的組成的框圖。圖13是說明根據本發明的實施例的，具有用於創建一個附加報頭的一個擴展比特的服務可用性消息的框圖。圖14是說明根據本發明的實施例的用於接收消息的方法的流程圖。圖15是說明根據本發明的實施例的用於發射消息的方法的流程圖。圖16是圖15中開始的流程圖的繼續。圖17是說明根據本發明的實施例的，由接收機所使用的用於處理服務可用性消息的方法的流程圖。圖18是說明根據本發明的實施例的，針對不需要伺服器處理訂戶對訂戶的文本消息的消息發射用於發射協議數據單元的方法的流程圖。圖19是說明根據本發明的實施例的，針對需要伺服器處理訂戶對訂戶的文本消息的消息發射用於發射協議數據單元的方法的流程圖。具體實施例方式在詳細描述根據本發明的實施例之前，應觀察到該實施例主要在於與用於在雙向無線電系統中使用的可擴展文本消息傳遞服務協議的方法和裝置相關的方法步驟和裝置部件的組合中。因此，在適當的情況下該裝置部件和方法步驟由附圖中的傳統符號表述，僅示出了與理解本發明的實施例相關的那些特定細節，以便於不致使對於受益於此處描述的本領域的普通技術人員顯而易見的細節混淆本公開。因此，將認識到，為了使說明簡單和清楚，在商用可行實施例中有用的或必需的普通或公知的元件可能未被示出，以便有利於較少地阻礙對這些不同實施例的理解。將認識到，此處描述的本發明的實施例可以由一個或多個通用或專用處理器(或者"處理設備")，諸如微處理器、數位訊號處理器、定製處理器和現場可編程門陣列(FPGA)以及唯一存儲的程序指令(包括軟體和固件)組成，該唯一存儲的程序指令控制該一個或多個處理器結合特定的非處理器電路來實現此處描述的用於在雙向無線電系統中使用的可擴展文本消息傳遞服務協議的方法和裝置的某些、大部分或所有功能。非處理器電路可以包括但不限於，無線電接收機、無線電發射機和用戶輸入設備。同樣地，這些功能可被解釋為用於執行此處描述的用於在雙向無線電系統中使用的可擴展文本消息傳遞服務協議的方法的步驟。可替選地，某些或所有功能可由不具有存儲的程序指令的狀態機實現，或者在一個或多個專用集成電路(ASIC)中實現，其中每個功能或特定功能的某些組合被實現為定製邏輯。當然，可以使用這兩種方法的組合。出於前面的討論和權利要求語言的目的，狀態機和AISC在此處被稱為"處理設備"。而且，本發明的實施例可被實現為計算機可讀存儲元件，該計算機可讀存儲元件上存儲了用於對計算機(例如，包括處理設備)編程以執行如此處描述和要求權利的方法的計算機可讀代碼。該計算機可讀存儲元件的示例包括但不限於，硬碟、CD-ROM、光存儲設備、磁存儲設備、ROM(只讀存儲器)、PROM(可編程只讀存儲器)、EPROM(可擦除可編程只讀存儲器)、EEPROM(電可擦除可編程只讀存儲器)和閃速存儲器。而且，可以預見到，本領域的普通技術人員儘管可能付出極大的努力並且具有由例如，可用時間、當前技術和經濟考慮所帶來的許多設計方案，但是在此處公開的概念和原理的引導下，將容易地能夠通過最少的實驗生成該軟體指令和程序以及IC。圖1是說明用於與根據本發明的實施例的文本消息傳遞服務協議一同使用的系統拓撲的框圖。系統100包括多個移動無線設備101-107(此處還被稱為訂戶)，其可以在每個設備101-107之間直接通信或者通過諸如中繼器111的中心站通信。這些設備101-107典型地是能夠在設備之間無線地發送語音、數據業務和/或控制信息的雙向無線電收發信機。設備101、103包括外部處理設備113、115，該外部處理設備113、115可以是可攜式膝上型計算機、個人數字助理(PDA)或者能夠針對設備101、103發射和接收數據和/或其他消息傳遞信息的其他電子設備。每個外部處理設備113、115物理地或無線地連接到設備101、103。外部處理設備113、115利用與駐留在設備105、107中的相似的文本消息傳遞應用程式，但是外部處理設備113、115通過設備101、103與此處描述的其他網絡設備通信。因此，設備IOI、103用作數據機以便於促進用於外部處理設備113、115的通信鏈路。可替換地，設備101、103可以託管如設備105、107中的文本消息應用程式一樣的文本消息應用程式，其中以唯一網際網路協議(IP)地址對設備IOI、103上託管的文本消息應用程式和外部處理設備113、115上託管的文本消息應用程式進行編址。設備109附連到計算機伺服器117用於促進設備101-107和外部客戶企業網119之間的通信，其中該伺服器還促進單元對單元的通信。通常，設備109不具有與駐留在設備105、107中的文本消息傳遞應用程式相似的駐留文本消息傳遞應用程式。然而，在某些實施例中，設備109可以同樣包括文本消息傳遞應用程式。在一個應用中，該伺服器可以提供上述存儲和轉發操作。客戶企業網119包括用於通過伺服器117針對任何設備101-107以及外部處理設備113、115發射和接收數據和/或其他消息傳遞信息的多個通信設備121-125。客戶企業網119還包括針對網際網路127的連接，其中通信設備129-133也可以通過伺服器117針對設備101-107和外部處理設備113、115發送或接收數據或其他消息傳遞信息。圖2是說明定義用於系統100中的兩個設備之間的通信，例如根據本發明的實施例的文本消息通信的框架的通用通信協議堆棧200的概括的框圖。在該實施例中，協議堆棧200包括應用層協議201、傳輸層協議203、網絡層協議205、鏈路層協議207和物理層協議209。本領域的技術人員將認識到該協議層的操作和效用，並且因此為了簡明起見將不再提供這些層的進一步描述。圖3是說明使用歐洲電信標準協會-數字移動無線電(ETSI-DMR)標準空中接口來實現堆棧中的一個協議的如圖2所示的通信協議堆棧的框圖。在ETSI技術規範102361中定義了ETSI-DMR標準。圖3中示出的協議堆棧被標註為通信協議堆棧300。通信協議堆棧300包括四個協議，其包括根據此處的教導的文本消息服務(TMS)協議301，該TMS協議包括應用層協議201。作為應用層協議，TMS協議301直接接駁到並且執行在設備上運行的應用過程的公共應用服務。協議堆棧300進一步包括包括傳輸層協議203的用戶數據報協議(UDP)協議303、包括網絡層協議205的IP協議305以及包括鏈路層協議207和物理層協議209的ETSI-DMR協議307。協議303、305和307在本領域中是公知的並且為了簡明起見將不作進一步討論。而且，本領域的技術人員將認識到每個"層"添加了包括該協議層的報頭的數個欄位。此外，儘管ETSI標準不需要UDP和IP，但是本發明支持該實現方式。相似地，圖4是說明使用電信工業協會-102(TIA-102)標準空中接口來實現堆棧中的一個協議的如圖2所示的通信協議堆棧的框圖。圖4中示出的協議堆棧被標註為通信協議堆棧400。通信協議堆棧400也包括四個協議，即，根據此處教導的TMS協議401、UDP協議403、IP協議405禾BTIA-102協議407。TMS協議401、UDP協議403和IP協議405與上述相同命名的協議301、303和305相同，並且與協議堆棧200中的層相關。然而，在該實現方式中，公知的TIA-102協議407包括鏈路層協議207和物理層協議209。圖5是說明根據本發明的實施例的文本消息傳遞服務消息500的一般結構的框圖。文本消息傳遞服務消息(此處還被稱為TMS協議數據單元(PDU))500包括報頭部分，該報頭部分包括欄位505-540，並且文本消息傳遞服務消息500依賴於正被發送的特定類型的PDU，可以包括有效負載部分550。如圖所見，比特間隙bo-b7每一個指定一個比特長度並且包括八位位組。報頭部分包括報頭擴展欄位505、確認欄位510、優先級欄位520、控制比特欄位530和PDU類型欄位540。報頭擴展(X)欄位505是位於比特位置b7的一比特欄位，並且用於在必需時擴展報頭用於包括附加協議信息。出於此處教導的目的，擴展報頭意味著該報頭包括附加的八位位組，或者換言之，文本消息傳遞服務消息包括附加的報頭。因此，具有"可擴展報頭"的消息意味著該消息可以依賴於一個或多個報頭擴展欄位505的設定而包括一個或多個報頭。確認(A)欄位510是用於指示需要來自接收設備的確認消息的一比特欄位。然而，如果消息類型是確認消息，則在該欄位被設定時這指示了否定性確認(NACK)。優先級(P)欄位520是作用以將消息標誌為基於優先級的通信的一比特欄位。控制比特(C)欄位530是用於指定控制或者基於用戶的信息(或者換言之，TMSPDU是控制消息還是用戶消息)的一比特欄位。PDU類型欄位540是用於指定協議中使用的十六種PDU類型之一的四比特欄位。這可以包括諸如確認、文本消息或服務可用性消息這樣的消息類型。在實施例中，控制比特欄位530與PDU類型欄位540組合使用以指定協議中使用的一個可用的PDU。因此，可以存在達十六種用戶消息類型和達十六種控制消息類型。有效負載欄位550用於針對該多種消息類型中的任何一種對有效負載信息編組。圖6是說明根據本發明的實施例的第一類型的確認消息600的組成的示例的框圖。在該示例和後面的示例中，活動命令被稱為邏輯"l"而清除命令被稱為邏輯"0"。然而，在不偏離此處教導的範圍的前提下，這些命令可以反轉，由此活動命令是邏輯"0"並且清除命令是邏輯"1"。確認消息600被說明為具有擴展欄位605和確認欄位610，這兩個欄位均被設定為"0"，指示沒有擴展或確認。優先級比特欄位620和控制比特欄位630均被設定為"1"，指示這些欄位是活動的。在操作中，控制比特欄位630和PDU欄位640(1111)被組合使用以指示這是確認消息。相似地，圖7是說明根據本發明的實施例的，使用一個擴展比特來創建附加報頭的確認消息700的第二示例的框圖。與圖6相反，圖7被說明為具有設定為"1"的擴展比特欄位705以便於指示存在至少一個附加報頭。確認欄位710被設定為"0"，而優先級欄位720和控制比特欄位730均被設定為"1"，指示它們是活動的。在操作中，控制比特730和PDU類型欄位740(1111)被組合使用以指示該消息是確認消息。確認消息中的第二報頭被這樣說明使得第二擴展比特欄位750被設定為"0"，指示之後沒有附加報頭。預留欄位760是被預留用於未來的協議增強的兩比特欄位。序列號欄位770是與發射序列號結合使用的五比特欄位，由此可以確認特定的發射消息。圖8是說明根據本發明的實施例的，使用兩個擴展比特來創建兩個附加報頭的確認消息800的第三示例的框圖。與圖7所示消息相似，擴展比特欄位805被設定為"1"。確認欄位810被設定為"0"，而優先級比特欄位820和控制比特欄位830均被設定為"1"。PDU類型欄位840指示該消息是確認消息。在操作中，控制比特欄位830和PDU欄位840被組合使用以指示該消息是確認消息。由於第二報頭中的擴展比特欄位850被設定為"1"，因此這指示附加(第三)報頭將跟隨第二報頭。第二報頭還包括如圖7中指示的預留欄位860和序列號欄位870。第三報頭中的擴展比特欄位880被設定為"0"。序列號擴展欄位885是兩比特欄位並且可以用於在需要七個數字比特序列號用於確認目的時添加兩個附加比特。該擴展欄位885包含組合的序列號(SN)和序列號擴展(SNX)欄位的最高有效比特。最後，第二預留欄位890是可用於未來的協議增強的附加的五比特欄位。圖9-11是說明根據本發明的實施例的文本消息的示例組成的框圖。參考圖9，文本消息900包括擴展比特欄位901、確認欄位903、優先級欄位905、控制比特欄位907和PDU類型欄位909。PDU類型欄位909指示該消息是文本消息(0001)。控制比特欄位907和PDU欄位909被組合使用以分別指示該消息是用戶消息(由被設定為邏輯"0"的欄位907指示)並且進一步地，該用戶消息類型是文本消息。文本消息有效負載欄位911是用於承載文本消息有效負載信息的可變比特長度的欄位。圖10是說明使用一個擴展比特來創建一個附加報頭的文本消息1000的示例組成的框圖。在該示例中，擴展比特欄位1001被設定為1以指示第二報頭將跟隨第一報頭。確認欄位1003、優先級欄位1005、控制比特欄位1007和PDU類型欄位1009與圖9所示相似。第二報頭包括擴展比特欄位1011、收訖欄位1013、答覆請求或輪詢(Po)欄位1015、序列號欄位1017和文本消息有效負載欄位1019。在該示例中，擴展比特欄位1011被設定為0，指示將不存在附加的擴展報頭。收訖欄位1013由發送設備使用以請求在該消息被用戶讀取時來自接收設備的自動答覆。Po欄位1015由發送設備使用以請求來自接收用戶的響應。序列號欄位1017是與發射序列號結合使用的五比特欄位，由此可以確認或參考特定的發射消息。相似地，圖11是說明使用兩個擴展比特來創建兩個附加報頭的文本消息1100的框圖。與圖10所示的相似，文本消息1100說明了被設定為1的第一擴展比特報頭1101和被設定為1的確認欄位1103，而優先級欄位1105、控制比特欄位1107和PDU類型欄位1109被設定為與消息900和1000中的對應欄位的值相同的值。第二報頭說明了被設定為1的第二擴展比特欄位1111，指示將使用第三報頭。收訖欄位1113、答覆請求或輪詢(Po)欄位1115和序列號欄位1117被設定為與消息1000中的對應欄位的值相同的值。第三報頭包括被設定為0的擴展比特欄位1113，指示之後沒有附加報頭。序列號擴展比特欄位1121用於將兩個附加比特添加到擴展報頭用於確認或參考要求七比特序列號的消息。編碼欄位1123指示接收設備將使用的字符解碼方案的類型。最後，文本消息有效負載欄位1125用於傳達文本消息信息。圖12是說明根據本發明的實施例的服務可用性(SA)消息1200的組成的示例的框圖。SA消息用於與外部企業網和/或經由網際網路通信的其他設備進行通信。例如，服務可用性消息可以自伺服器117發送到設備105、107、113和/或115以向設備105、107和外部處理設備113、115中的移動文本消息服務應用程式指示系統中的哪些文本消息傳遞路由服務是可用的以及伺服器117的網際網路協議(IP)地址。該IP位址未在圖12和13所示的消息中明確傳達。替代地，例如，通過自IP報頭讀取源IP位址和自UDP報頭讀取源UDP埠來確定伺服器的IP位址，該IP報頭和UDP報頭是在設備105、107、113、115處與消息1200(或1300)—同被接收的。SA消息1200還用於防止移動文本消息服務應用程式嘗試發射不能適當路由到預期的接受方設備的文本消息服務消息。該消息的使用通過消除最終將遞送失敗的某些消息的發送來節約寶貴的空中接口帶寬。服務可用性消息1200包括擴展比特欄位1201、確認欄位1203、優先級欄位1205、控制比特欄位1207和PDU類型欄位。在該示例中，控制比特欄位1207和PDU類型欄位1209分別指示該消息是控制消息並且進一步地，該控制消息類型是服務可用性消息(0000)。例如，在例如通過設備中的設置對於接收消息1200系統中的設備先驗地了解路由能力的情況下，可以使用消息1200。圖13是說明根據本發明的實施例的，具有用於創建一個附加報頭的一個擴展比特的服務可用性消息1300的第二示例的框圖。服務可用性消息1300被說明為具有被設定為1的第一擴展比特1301，其指示第二報頭將跟隨。確認比特欄位1303、優先級比特欄位1305、控制比特欄位1307和PDU類型欄位1309被設定為與消息1200中的對應欄位相同的值。第二報頭包括被設定為0的第二擴展比特欄位1311，指示之後沒有另外的擴展報頭。預留欄位1313用於未來的控制信息，而設備欄位1315是用於指示在伺服器處可用的服務類型的兩比特欄位。查看該欄位的可替換的方式(基於下文的實現方式)是，該欄位指示該設備能夠在網絡內執行文本消息通信並且進一步指示是否需要使用文本消息伺服器來實現該通信。如參考此處描述的教導使用的術語"受限"意指文本消息可以在訂戶之間以及在訂戶與外部處理設備之間直接發送，而不需要使用文本消息伺服器(例如，伺服器117)。在該情況中，所使用的目的地IP位址是目標設備(訂戶或外部處理設備)的IP位址。文本消息還可以在訂戶和調度器之間發送。在該情況中，目的地IP位址是伺服器117的IP位址，當接收到服務可用性消息時可以通過自IP報頭讀取源IP位址來獲得該伺服器117的IP位址(或者可以將其設置到訂戶中)。術語"內部"意指文本消息可以在訂戶之間和在訂戶與外部處理設備之間以及通過使用文本消息伺服器(在此處還被稱為存儲和轉發)在訂戶和調度器之間發送。在該情況中，所使用的目的地IP位址是伺服器117的IP位址，當接收到服務可用性消息時通過自IP報頭讀取源IP位址來獲得該伺服器117的IP位址(或者可以將其設置到訂戶中)。術語"電子郵件"意指文本消息可以在訂戶之間以及在訂戶與外部處理設備之間直接發送，而不需要使用文本消息伺服器。在該情況中，所使用的目的地IP位址是目標設備(訂戶或外部處理設備)的IP位址。文本消息還可以在訂戶和調度器之間和在訂戶和電子郵件客戶端之間發送。在該情況中，目的地IP位址是伺服器117的IP位址，當接收到服務可用性消息時通過自IP報頭讀取源IP位址來獲得該伺服器117的IP位址(或者可以將其設置到訂戶中)。最後，術語"完整"意指文本消息可以在訂戶之間和在訂戶與外部處理設備之間以及通過使用文本消息伺服器(存儲和轉發)在訂戶與調度器之間和在訂戶與電子郵件客戶端之間發送。在該情況中，所使用的目的地IP位址是伺服器117的IP位址，當接收到服務可用性消息時通過自IP報頭讀取源IP位址來獲得該伺服器117的IP位址(或者可以將其設置到訂戶中)。下面的表1呈現了根據本發明的實施例的文本消息伺服器(例如，伺服器117)的示例性的允許/支持的能力。參考表1，應進一步注意到，對於不存在從伺服器117接收的SA消息的情況，當在訂戶中設置伺服器IP位址時，支持針對調度器的文本消息服務。否則不支持該服務，直至接收到服務可用性消息。tableseeoriginaldocumentpage18如前面所述，圖12-13說明了自文本消息服務(TMS)伺服器(例如，伺服器117)發送的用於通告系統上的TMS可用性的TMS服務可用性消息的結構。設備欄位1315用於唯一地標識TMS伺服器處的能力，該能力包括受限路由、內部路由、電子郵件路由或完整路由。因此，該協議的使用可以防止生成特定系統上不支持的消息。如該系統中使用的，受限路由能力是所實現的基本文本消息傳遞路由(例如，針對諸如網絡上的移動和可攜式訂戶和調度器的預設設備)。內部路由能力是針對使用存儲和轉發服務支持的內部網絡上的設備(例如，移動和可攜式訂戶和調度器)的文本消息傳遞路由。電子郵件路由能力是針對具有必需支持的外部網絡上的設備的文本消息傳遞路由(例如，受限路由能力加上電子郵件地址路由能力)。最後，完整路由能力是伺服器能夠針對所有設備進行路由的指示(例如，內部路由能力加上電子郵件地址路由能力)。因此，本發明的實施例提供了，在接收到服務可用性消息之後，移動和可攜式訂戶將了解系統中部署的TMS伺服器功能，並且相應地動態配置文本消息參數。在一個系統實現方式中，假設受限路由能力，直至接收到TMS服務可用性消息。在另一系統實現方式中，假設沒有路由能力，直至接收到TMS服務可用性消息。圖14是說明根據本發明的實施例的用於接收消息的示例性方法1400的流程圖。應當注意，此處描述的任何方法中的步驟的順序並非意指嚴格的順序，這是因為在不偏離此處教導的前提下可以改變這些步驟的順序。在步驟1403中，接收設備自發送設備接收消息(例如，PDU)。接收設備檢測該消息是在接收設備的預定埠處接收到的，指示該消息是根據此處的教導具有至少第一報頭的TMSPDU。如此處所使用的"埠"指邏輯連接的端點。例如，埠可以是諸如TCP/IP(傳輸控制協議/網際網路協議)埠或UDP埠的任何適當的傳輸層埠。在一個實施例中，該預定埠是UDP埠4007。在檢測到接收消息是TMSPDU之後，接收設備隨後開始對第一消息報頭解碼(1405)，並且根據方法1400的剩餘步驟對任何附加報頭和有效負載欄位(如果存在)進一步解碼。在步驟1407中，接收設備檢測或確定在第一報頭中的擴展比特欄位中是否設定了比特(例如，1)。如果設定了擴展比特，則還對下一報頭解碼(1409)，並且該過程繼續直至不存在另外的報頭，如未被設定的擴展比特(例如，0)所指示的。在步驟1411中，接收設備確定在報頭的控制比特欄位中是否設定了控制比特。如果設定了控制比特，則對PDU類型欄位解碼(1413)並且將其標識為特定控制消息類型並且執行(1415)關聯的控制服務或動作(如果有)。例如，在接收到TMSSA消息的情況中，控制服務或動作(1415)可以本地存儲消息中傳遞的服務能力的指示。控制比特被設定時的示例性PDU類型值包括如上所述指示TMSSA消息的"0000";指示TMS接收機動作消息的"0001";和如上所述指示TMS確認消息的"1111"。接收機動作消息的一個示例是與嵌入式輪詢響應關聯的消息。在該實現方式中，用戶發送具有嵌入式輪詢響應(例如，是/否)的消息。接收機動作消息用於向發起方返回實際響應。因此，接收機動作消息可由接收設備用於執行對其接收到的消息的後繼處理(除了確認以外)。另一方面，如果未設定控制比特，則對PDU類型欄位解碼(1417)並將其標識為特定類型的用戶消息並且按照請求執行(1419)用戶服務(如果有)。例如，在設定收訖(R)欄位的情況中，當有效負載由接收設備的用戶讀取時，接收設備自動地發送答覆消息。控制比特未被設定時的示例性PDU類型值包括指示簡單文本消息的"0000";指示具有嵌入式輪詢響應的簡單文本消息的"oooi";和指示封裝的(canned)(或預先定義的)消息的"1111"。而且，在步驟1421中接收設備確定第一報頭中的確認比特是否被設定。如果該比特未被設定，則該過程結束。否則，如果確認比特被設定，則接收設備向發送設備發射確認消息。在一個情況中，所發射的確認消息(1427)是肯定性確認(ACK)，諸如在接收設備成功地執行(1423)所請求的服務的情況下。可替換地，所發射的確認消息(1425)是否定性確認(NACK)，諸如在接收設備未能成功執行(1423)所請求的服務的情況下。在一個示例性實現方式中，當PDU欄位類型指示TMSPDS是確認消息時，NACK是具有設定為1的ACK比特欄位的確認消息。圖15是說明根據本發明的實施例的用於發射TMSPDU的示例性方法1500的流程圖。PDU包括根據上文教導的至少一個報頭，該報頭至少包括如上所述的擴展比特欄位、控制比特欄位和PDU類型欄位。因此，在步驟1503中，發射設備確定該消息是控制消息或用戶消息。如果PDU不是控制消息，則清除控制比特(1505)，並且將PDU類型編碼(1507)為特定類型的用戶消息。示例性用戶消息值如上所述。如果將發送控制消息，則設定控制比特(1509)，並且將PDU類型編碼(1511)為特定類型的控制消息。示例性控制消息類型如上所述。如果在步驟1513中發射設備確定需要附加報頭，則設定擴展比特(1515)並且對下一報頭編碼(1517)。重複步驟1513-1517直至不需要額外的附加報頭。此時，最終的報頭中的擴展比特被清除(1519)。在步驟1525中，可選地按照需要或要求添加具有有效負載信息的有效負載欄位。在步驟1521中，發射設備確定是否期望遞送確認。如果不期望遞送確認，則在第一報頭的ACK欄位中清除ACK比特(1523)。然而，如果期望遞送確認，則設定(1529)第一報頭的ACK欄位中的ACK比特。圖16繼續方法1500中具體化的發射過程。在清除了第一報頭中的ACK比特的情況中，PDU的發射在步驟1601中繼續並且該過程結束。然而，在設定了第一報頭中的ACK比特的情況中，發射在步驟1603中繼續。在任一情況中，發射PDU可以包括例如，執行參考圖18和19描述的方法。如將看到的，根據這些實現方式，"發射"PDU可以包括發射設備確定(作為對SA消息解碼的結果)以特定設備為目標的PDU不應被發射，這是因為其不能基於此時的文本消息傳遞服務可用性的狀態而被遞送。在許多其他實例中，"發射"意味著發射設備實際上朝向預期的接收設備發送或轉發PDU。轉回到步驟1603，其中實際上自發射設備朝向預期的接收設備發送了PDU並且該發射設備期待確認消息，在一個實施例中，發射設備啟動定時器(1605)並且監視(1607)該定時器以確定是否已期滿，由此該發射設備重新發送PDU。如果定時器還未期滿並且接收到NACK(1609)，則該過程結束。相似地，如果定時器還未期滿並且接收到ACK(1611)，則該過程結束。在典型情況中，發射重試的次數是受限的，由此當未接收到ACK或NACK時，該過程不會進入無限循環。而且，在發射設備實際上發送PDU的情況中，自發射設備中的埠向接收設備中的預定埠(如上所述)發射該PDU。發射設備中的埠可以是諸如TCP/IP埠或UDP埠的傳輸層埠。例如，在發射設備是訂戶的情況中，在一個實施例中該埠是UDP埠4007，並且在發射設備是諸如個人計算機的外部處理設備的情況中，該埠可以是任何短暫埠。如此處使用的短暫埠具有從埠號的預先定義的範圍中自動分配的埠號。圖17是說明根據本發明的實施例的由接收設備所使用的用於處理服務可用性消息的方法1700的流程圖。如該過程中闡述的，基於接收的服務可用性消息中的設備欄位1315的值(參看圖13)進行一系列確定。確定(1703)系統是否提供受限路由能力，並且如果存在受限路由能力，則"路由變量"被設定為受限(1705)並且該過程結束。例如，在一個示例性實現方式中，路由變量可以用任何適當的形式來本地存儲服務可用性消息中傳遞的路由能力信息，由此在需要時可以存取路由信息，所述任何適當的形式諸如隨機存取存儲器。如果系統路由能力不是受限的，則設備確定(1709)系統是否支持內部路由，並且路由變量被設定為內部路由(1711)並且該過程結束。如果系統不具有內部路由，則確定(1713)系統是否具有電子郵件路由。如果系統具有電子郵件路由，則路由變量被設定為電子郵件(1715)並且該過程結束。如果系統不具有電子郵件路由，則確定(1717)系統是否具有完整路由能力。如果系統具有完整路由能力，則路由變量被設定為完整(1719)並且該過程結束。然而，如果沒有完整路由與設備關聯，則該過程在不設定路由變量的情況下結束。而且，當接收到服務可用性消息時，駐留的文本消息應用程式自IP報頭讀取源IP位址並且使用該IP位址作為後繼的基於伺服器(例如，調度器、電子郵件、經由存儲和轉發的訂戶對訂戶，等)的文本消息傳遞的目的地IP位址。圖18是說明當駐留的文本消息應用程式針對不需要伺服器處理訂戶對訂戶文本消息的模式而請求消息發射時，根據本發明的實施例的用於發射TMSPDU的方法1800的流程圖。如此處描述的示例涉及傳統模式(其不使用固定端數據系統)，諸如例如，傳統的(非集群)無線電系統。訂戶單元可以在通話模式(訂戶對訂戶，沒有中繼器的協助)或中繼器模式(訂戶對訂戶，有中繼器的協助)下操作。方法1800應用於通話模式和中繼器模式，其中不需要伺服器(例如，伺服器117)處理訂戶對訂戶消息。在決策步驟1803中，如果目標地址類型是訂戶的地址類型，則進一步確定(1821)路由能力變量是否被設定為內部或完整。如上所述，系統中的服務可用性是經由服務可用性消息通告的，該消息向接收設備指示伺服器，例如如圖1所示的伺服器117支持的路由類型。訂戶本地記憶系統所通告的路由服務以及伺服器117的IP位址。如此處圖18和圖19中描述的，訂戶在實際發射預期的發射之前篩選該發射並且阻擋不能被系統伺服器117適當路由的發射。如果服務可用性不是內部或完整，則發射在沒有伺服器117的協助的情況下繼續(1823)並且該過程結束。在該情況中，消息被導向終端設備(例如，訂戶105-107、外部計算設備113-115等)的IP位址。相反地，如果路由能力變量被設定為內部或完整，則發射通過伺服器117繼續(1819)，並且該過程結束。在該情況中，消息被導向伺服器的IP位址。如果目標地址類型不是訂戶，則確定(1809)目標地址類型是否是諸如調度器的遠程固定終端設備的地址類型。如果其是調度器類型，則確定(1811)路由能力變量是否被設定為沒有路由。如果情況是這樣，則發射通過伺服器117繼續(1805)，將消息導向伺服器的IP位址。如果路由能力變量被設定為沒有路由，則不允許發射繼續(1815)並且該過程結束。在目標地址類型不是調度器類型的情況中，進一步確定(1813)目標地址是否是電子郵件地址。如果其是電子郵件地址，則確定(1817)路由能力變量是否被設定為電子郵件或者是否被設定為完整。如果是，則發射通過伺服器117處理(1819)(將消息導向伺服器的IP位址)並且該過程結束。如果路由能力變量不是電子郵件地址或者路由變量未被設定為電子郵件或完整，則不允許發射繼續(1815)並且該過程結束。圖19是說明當消息發射要求伺服器處理訂戶對訂戶文本消息(例如，存儲和轉發類型伺服器)時，根據本發明的實施例的用於發射PDU的方法的可替換實施例的流程圖。由於需要伺服器，因此允許繼續的所有消息被導向伺服器117的IP位址。如此處描述的示例是對集群模式(集群無線電系統上的通話群組)的選擇或者選擇傳統模式，其不使用固定終端數據系統。訂戶單元在中繼器模式下操作，該模式在中繼器的協助下使用訂戶對訂戶通信。在步驟l卯3中，發射設備確定目標地址類型是否是訂戶的地址類型。如果目標地址類型是訂戶的地址類型，則進一步確定(1905)路由能力變量是否被設定為內部或路由能力變量是否被設定為完整。如果情況是這樣，則允許發射繼續(1907)並且該過程繼續。然而，如果路由能力變量未被設定為內部或完整，則不允許該過程繼續(1915)並且該過程結束。如果目標地址類型不是訂戶的地址類型，則第二次確定(l卯9)目標地址類型是否是調度器的地址類型。如果目標地址類型是調度器的地址類型，則確定(1905)路由能力變量是否被設定為內部或者路由能力變量是否被設定為完整。如果情況是這樣，則允許發射通過伺服器繼續(1907)並且該方法結束。然而，如果路由能力變量未被設定為內部或完整，則不允許發射繼續(1915)並且該過程結束。如果目標地址類型不是調度器的地址類型，則第三次確定(1913)目標地址類型是否是電子郵件地址的地址類型。如果目標地址類型是電子郵件地址，則確定(1917)路由能力變量是否被設定為完整。如果情況是這樣，則允許發射通過伺服器繼續(1919)並且該過程結束。然而，如果路由能力變量未被設定為完整或者如果目標地址類型不是電子郵件，則不允許發射繼續(1915)並且該過程結束。因此，移動和可攜式訂戶可以通過空中了解TMS伺服器的能力。例如，如果系統沒有配置的電子郵件交換伺服器，則TMS服務可用性消息將通過適當設定的比特來指示這一點。在發起文本消息之後，訂戶將解釋目標地址並且將其與TMS服務可用性能力比特比較。在該情況中，其將禁止用戶發送以外部網絡設備(例如，用戶名(^域名.com)為目標的文本消息。這用於使受限的信道帶寬不用於浪費的消息傳遞。此外，該方法的一個優點是簡化的網絡管理。當系統將TMS伺服器升級為具有外部路由能力時，訂戶不需要進行任何控制編程軟體(CPS)調整。替代地，訂戶可以接收指示外部路由可用的TMS服務可用性消息，並且將自動地實現以外部地址為目標的文本消息傳遞。另一實施例是，如果對等模式訂戶接收指示內部路由(存儲和轉發服務)可用的TMS服務可用性消息，則該設備可以自動地切換到基於伺服器的射頻(RF)中繼器模式以利用該服務。本發明的協議實施例的優點是限制用於傳達雙向無線電收發信機使用的信息的數據字節的數目。而且，該協議還使通過空中發射的消息僅限於可以在系統中適當路由的消息。該協議使用每個八位位組的起點處的報頭擴展比特和地址欄位的過載(例如，在附加報頭中)。該報頭擴展允許按照需要發射附加信息。在前面的說明書中，描述了本發明的具體實施例。然而，本領域的普通技術人員可認識到，在不偏離如所附權利要求闡述的本發明的範圍的前提下可以進行多種修改和改變。因此，說明書和附圖被視為說明性的而非限制性的，並且所有該修改應被包括於本發明的範圍內。益處、優點、對問題的解決方案以及可以使任何益處、優點或對問題的解決方案發生或者使其變得更加顯著的任何元素(多個)不被解釋為任何或所有權利要求的關鍵的、必需的或基本的特徵或元素。本發明由所附權利要求唯一限定，所附權利要求包括在本申請的未決期間進行的任何修改以及如所公布的那些權利要求的所有等效內容。而且，在本文檔中，諸如第一和第二、頂部和底部等關係術語的使用可以僅用於使一個實體或動作區別於另一實體或動作，沒有必要要求或意指該實體或動作之間的任何實際的該關係或順序。術語"包括"、"具有"、"含有"、"包含"或其任何其他變化形式，將涵蓋非排他性的內含物，由此包括、具有、含有、包含元件列表的過程、方法、物品或裝置不僅包括這些元件，而且可以包括未明確列出或者對於該過程、方法、物品或裝置是固有的其他元件。前面有"包括...一"、"具有…一"、"含有…一"、"包含…一"的元件在沒有更多的限制的情況下，不排除包括、具有、含有、包含該元件的過程、方法、物品或裝置中的額外相同元件的存在。除非此處另外明確敘述，否則術語"一"被定義為一個或多個。術語"基本上"、"大致"、"大約"、"約"或其任何其他形式被定義為接近，如本領域的普通技術人員所理解的，並且在一個非限制性的實施例中該術語被定義為10%以內，在另一實施例中為5%以內，在另一實施例中為1%以內並且在另一實施例中為0.5%以內。如此處使用的術語"耦合"被定義為連接，儘管沒有必要是直接連接也沒有必要是機械連接。以特定方式"配置"的設備或結構至少以該方式配置，但是也可以通過未列出的方式配置。權利要求1.一種用於文本消息通信的方法，包括以下步驟創建文本消息傳遞服務(TMS)協議數據單元(PDU)，至少包括第一報頭，至少包括擴展比特欄位，用於創建可擴展報頭；控制比特欄位，用於將所述消息指定為控制消息或用戶消息；以及PDU類型欄位，用於標識所述TMSPDU類型；以及自發送設備中的第一埠向接收設備中的第二埠發射所述TMSPDU。2.如權利要求1所述的用於文本消息通信的方法，其中所述PDU類型欄位用於將所述TMSPDU標識為確認消息、文本消息和服務可用性消息之一。3.如權利要求2所述的用於文本消息通信的方法，其中所述第一報頭進一步包括確認(ACK)欄位，用於下述之一請求來自所述接收設備的確認消息以及在所述PDU類型欄位將所述TMSPDU標識為確認消息時指示否定性確認(NACK)。4.如權利要求l所述的用於文本消息通信的方法，其中所述發送設備是文本消息傳遞伺服器，所述方法進一步包括以下步驟設定所述擴展比特欄位以指示所述TMSPDU進一步包括第二報頭，其中所述第二報頭至少包括設備欄位，所述設備欄位向所述接收設備指示所述伺服器處的文本消息傳遞服務能力。5.如權利要求4所述的用於文本消息通信的方法，其中所述設備欄位指示下述之一-受限路由消息服務；內部路由消息服務；電子郵件路由消息服務；以及完整路由消息服務。6.如權利要求l所述的用於文本消息通信的方法，其中所述第二埠是傳輸層埠。7.如權利要求6所述的用於文本消息通信的方法，其中所述第一埠是傳輸層埠並且其中-當所述發送設備是訂戶單元時，所述第一埠是UDP埠4007;以及當所述發送設備是個人計算機時，所述第一埠是任何短暫UDP埠。8.如權利要求l所述的用於文本消息通信的方法，其中所述第一報頭進一步包括優先級欄位，所述優先級欄位用於指示所述TMSPDU是否是優先級消息。9.如權利要求l所述的用於文本消息通信的方法，其中所述第一報頭進一步包括有效負載欄位，所述有效負載欄位用於承載消息內容。10.—種用於文本消息通信的方法，包括以下步驟自發送設備接收第一消息；檢測在接收設備的預定埠處接收到所述第一消息並且響應於所述檢測，將所述第一消息處理為至少包括第一報頭的文本消息傳遞服務(TMS)協議數據單元(PDU)，並且其中處理所述TMSPDU的步驟包括-檢測在所述第一報頭中的擴展比特欄位中是否設定了指示可擴展報頭的比特；檢測在所述第一報頭中的控制比特欄位中是否設定了指示所述第一消息是控制消息還是用戶消息的比特；以及根據所述第一報頭中的PDU類型欄位來標識TMSPDU類型；以及基於自所述處理步驟確定的所述TMSPDU的內容來執行動作。11.如權利要求IO所述的用於文本消息通信的方法，其中所述預定埠是傳輸層埠。12.如權利要求6或權利要求11所述的用於文本消息通信的方法，其中所述傳輸層埠是UDP埠4007。13.如權利要求IO所述的用於文本消息通信的方法，其中處理所述TMSPDU的步驟進一步包括檢測在所述第一報頭的確認(ACK)欄位中設定了比特，以及執行作為響應向所述發送設備發送確認消息的動作。14.如權利要求IO所述的用於文本消息通信的方法，其中所述發送設備是文本消息傳遞伺服器，並且其中處理所述TMSPDU的步驟進一步包括-根據所述控制比特欄位，將所述第一消息標識為控制消息；以及根據所述PDU類型欄位，將所述TMSPDU類型標識為服務可用性消息。15.如權利要求14所述的用於文本消息通信的方法，其中處理所述TMSPDU的步驟進一步包括根據所述擴展比特欄位檢測所述TMSPDU包括第二報頭，所述第二報頭至少包括設備欄位，所述設備欄位向所述接收設備指示所述伺服器處的文本消息傳遞服務能力。16.如權利要求14所述的用於文本消息通信的方法，進一步包括以下步驟創建第二消息，該第二消息包括預期發射到目標設備的TMSPDU;基於所述第二報頭中的所述設備欄位，確定所述文本消息傳遞服務能力是否允許所述伺服器向所述目標設備遞送所述第二消息；以及一旦確定所述文本消息傳遞服務能力不允許所述伺服器向所述目標設備遞送所述第二消息，就阻擋所述第二消息的發射。17.—種計算機可讀存儲元件，所述計算機可讀存儲元件上存儲有用於對計算機編程以執行用於文本消息通信的方法的計算機可讀代碼，所述方法包括以下步驟檢測在接收設備的預定埠處接收到第一消息並且響應於所述檢測，將所述第一消息處理為至少包括第一報頭的文本消息傳遞服務(TMS)協議數據單元(PDU)，並且其中處理所述TMSPDU的步驟包括檢測在所述第一報頭中的擴展比特欄位中是否設定了比特；檢測在所述第一報頭中的控制比特欄位中是否設定了比特；以及根據所述第一報頭中的PDU類型欄位來標識TMSPDU類型；以及基於自所述處理步驟確定的所述第一消息的內容來執行動作。18.如權利要求17所述的計算機可讀存儲元件，其中自文本消息傳遞伺服器接收所述第一消息，並且其中處理所述TMSPDU的步驟進一步包括根據所述第一報頭的所述控制比特欄位來標識所述第一消息是控制消息；根據所述第一報頭的所述PDU類型欄位來標識所述TMSPDU類型是服務可用性消息；根據所述第一報頭的所述擴展比特欄位檢測所述第一消息包括第二報頭，所述第二報頭至少包括設備欄位，該設備欄位向所述接收設備指示所述伺服器處的文本消息傳遞服務能力。19.如權利要求18所述的計算機可讀存儲元件，其中所述方法進一步包括以下步驟創建預期發射到目標設備的第二消息，所述第二消息包括第二TMS協議數據單元，所述第二TMS協議數據單元至少包括第三報頭，所述第三報頭至少包括第二擴展比特欄位、第二控制比特欄位和第二PDU類型欄位；基於所述第二報頭中的所述設備欄位，確定所述文本消息傳遞服務能力是否允許所述伺服器向所述目標設備遞送所述第二消息；以及一旦確定所述文本消息傳遞服務能力不允許所述伺服器向所述目標設備遞送所述第二消息，就阻擋所述第二消息的發射。全文摘要一種用於與雙向無線電收發信機一同使用的可擴展文本消息傳遞服務協議(500)包括用於創建可擴展報頭的擴展比特欄位(505)，該可擴展報頭用於控制用於傳遞消息業務的數據分組的整體尺寸。該協議進一步包括用於將消息設計為控制消息或用戶消息的控制比特欄位(530)以及用於標識消息類型的協議數據單元(PDU)類型欄位(540)。有效負載欄位(550)可以進一步用於承載消息內容。文檔編號H04W4/12GK101617542SQ200780051823公開日2009年12月30日申請日期2007年10月30日優先權日2007年1月3日發明者凱文·M·伊特納,史蒂芬·C·格拉斯,大衛·G·維亞特羅夫斯基,穆罕默德·A·福斯託克,蒂莫西·A·奧克申請人:摩託羅拉公司