[發明專利]用于傳輸數據分組的裝置以及支持方法和數據結構

無效

• 申請號: 200580045317.6
• 申請日: 2005-11-04
• 公開（公告）號: CN101142786A
• 公開（公告）日: 2008-03-12
• 發明（設計）人: 約翰·M·哈里斯;羅納德·T·克羅克
• 申請（專利權）人: 摩托羅拉公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04J3/16
• 代理公司: 中原信達知識產權代理有限責任公司
• 代理人: 穆德駿;黃啟行

技術領域

本發明通常涉及一種用于在移動站和網絡控制器之間傳輸數據分組的技術。

背景技術

呼叫的啟動建立延遲中的一個重要因素是信令分組的傳輸時間。邀請分組，諸如一鍵通(PTT)會話發起協議(SIP)邀請分組，通常用于發起分派呼叫，并且響應邀請分組發送OK分組，諸如200?OK?SIP分組。這些分組可以是300字節，但是在某些情況中是更大的。在許多系統中，這意味著這些分組的傳輸時間將耗用300毫秒或更長的時間。

如典型的操作，在邀請分組傳輸的啟動中，在用戶按壓發送或PTT按鈕之前，邀請分組的傳輸不會開始，但是該邀請分組的傳輸時間可能是非常大的。這依次產生了額外的延遲，這是因為發射機必須在接收到按鈕推動之后傳輸完整的邀請分組。

而且，如典型的操作，在OK分組傳輸的啟動中，在某些系統中，在接收到邀請分組之前，OK分組的傳輸不會開始，但是該OK分組的傳輸時間可能是非常大的。這依次產生了另一額外延遲，這是因為發射機必須在接收到邀請分組之后傳輸完整的OK分組。

數據在傳輸時通常經由網絡分解為數據幀，其被封裝到單一的數據分組中。在大部分當前的傳統的分派呼叫和因特網協議語音(VoIP)呼叫的系統中，在每個分組中典型地發送五個數據幀，以便于降低由每個分組的開銷招致的成本。然而，為了等待足夠的數據生成單一數據分組所需的數據幀，在可以開始傳輸之前，系統必須等待約120毫秒(msec)或更多音頻時間。實際上，由于在構建完整的分組之前不會發送分組報頭，因此時間可能是更長的。這樣，假設傳輸處于額定負載系統中的基礎信道上，則傳輸自身典型地耗用另外的120毫秒或更多。為了傳輸數據分組，存在約240毫秒的總最小等待時間。

盡管無線鏈路層，諸如無線電鏈路協議(RLP)允許分段發送分組，每個幀僅包含長度字段以及數據字段，但是幀中的任何額外的空間被填補，由此在分組中不能存儲其他的信息。然而，該協議可能跳過分組的未知部分，結果，將發送該跳過部分以及作為隨后的重發的前面發送過的部分，這浪費了帶寬。而且，該方法不能充分地解決延遲問題和分組的未知部分，而其在現有的蜂窩系統中是非常普遍的。

附圖說明

通過提供下面的詳細描述中描述的數據分組傳輸技術，特別在結合附圖研究時，至少部分地滿足了上文的需要，其中：

圖1包括適用于本發明的多種實施例的典型的無線通信系統的框圖；

圖2包括適用于本發明的多種實施例的移動站的框圖；

圖3包括根據本發明的多種實施例的傳輸過程的呼叫流圖；

圖4包括根據本發明的多種實施例的數據分組的數據結構；

圖5包括根據本發明的多種實施例的兩個數據分組的示例性傳輸的時間線；并且

圖6包括根據本發明的一個實施例的傳輸過程的流程圖。

本領域的技術人員應認識到，圖中的元素被說明用于簡化和清楚的目的，并且沒有必要依比例繪制。例如，圖中的某些元素的尺寸可以相對于其他元素放大，有助于改善對本發明的多種實施例的理解。而且，商用實施例中的有用的或必需的普通但公知的元素常常未被示出，以便不妨礙對本發明的多種實施例的觀察。

具體實施方式

通常說來，根據該多種實施例，響應于與正在檢測的數據分組相關的第一觸發功能發送數據分組的至少一個部分，在其之后是第二觸發功能，其觸發數據分組的至少一個剩余部分的發送。在一個實施例中，第一觸發功能包括，但不限于，在打開聯系列表時觸發的功能、在接收到分組時觸發的功能、在接收到具有預先定義的報頭的分組時觸發的功能、在業務信道活躍時觸發的功能、在接收到傳輸終止消息時觸發的功能、以及在等待接收應答分組時觸發的功能。在一個實施例中，第二觸發功能相似地包括，在發起服務時觸發的功能、在接收到響應分組時觸發的功能、以及在接收到部分響應分組時觸發的功能。在所描述的另一實施例中，發送至少一個等待消息，以指令網絡控制器等待數據分組的剩余部分，其是在檢測到第二觸發功能之前發生的。在另一實施例中，相比于數據分組的該至少一個部分，在更高的可靠性下發送數據分組的剩余部分。而且，在另一實施例中，在檢測第二觸發功能之前，發送具有空比特的至少一個傳輸信息，其用作關于數據分組的剩余部分的占位符。