TW201537933A - 基於第一串流與第二串流之間的延遲差異來偵測標頭壓縮是否正被用於該第一串流 - Google Patents

Abstract

在一個實施例中，目標設備(例如，伺服器或目標客戶端設備)接收針對給定的通訊通信期的第一串流(例如，RTP串流)和第二串流(例如，探測串流)，其中該通訊通信期源自於源客戶端設備上的應用層客戶端應用。目標設備計算第一串流和第二串流中的封包有效載荷部分的到達時間的延遲，並且向源客戶端設備上的應用層客戶端應用報告用於指示第一延遲與第二延遲之間的延遲差異的資訊。源客戶端設備上的應用層客戶端應用基於所接收的資訊，來決定給定類型的標頭壓縮是否用於第一串流，並且基於所述決定，來選擇性地修改第一串流的一或多個參數(例如，附隨因數等)。

Description

基於第一串流與第二串流之間的延遲差異來偵測標頭壓縮是否正被用於該第一串流

概括地說，本發明的實施例係關於基於第一串流與第二串流之間的延遲差異來偵測標頭壓縮是否用於第一串流。

無線通訊系統已經歷了各代的發展，包括第一代類比無線電話服務(1G)、第二代(2G)數位無線電話服務(其包括臨時2.5G和2.75G網路)、以及第三代(3G)和第四代(4G)高速資料/具有網際網路能力的無線服務。目前，存在很多種不同類型的無線通訊系統在使用，其包括蜂巢和個人通訊服務(PCS)系統。已知的蜂巢式系統的例子係包括蜂巢類比高級行動電話系統(AMPS)和基於分碼多工存取(CDMA)、分頻多工存取(FDMA)、分時多工存取(TDMA)、TDMA的全球行動存取系統(GSM)變型的數位蜂巢式系統、以及 使用TDMA和CDMA技術二者的更新的混合數位通訊系統。

最近，長期進化(LTE)已發展成用於對行動電話和其他資料終端的高速資料進行無線傳輸的無線通訊協定。LTE是基於GSM的，並且其包括來自各種與GSM有關的協定(例如，GSM進化的增強資料速率(EDGE))以及通用行動電信系統(UMTS)協定(例如，高速封包存取(HSPA))的貢獻。

在典型的客戶端設備實現中，應用層客戶端應用(例如，根據WebRTC進行操作的行動網路瀏覽器、管理一或多個VoIP通信期的VoIP應用等)不瞭解在使用者設備(UE)的低層(例如，傳輸層及/或實體層)是否向它們的封包分配了標頭壓縮(例如，諸如穩健性標頭壓縮(RoHC))。相反地，應用層客戶端應用將僅對去往/來自低層的封包串流進行交換，而不知道是否在該UE的低層與一或多個外部實體(例如，諸如基地台或eNodeB)之間使用標頭壓縮來發送/接收該封包串流。

在一個實施例中，目標設備(例如，伺服器或目標客戶端設備)接收針對給定的通訊通信期的第一串流(例如，RTP串流)和第二串流(例如，探測串流)，其中該通訊通信期源自於源客戶端設備上的應用層客戶端應用。目標設備計算第一串流和第二串流中的封包有效載荷部分的到達時間的延遲，並且向源客戶端設備上的應用層客戶端應用報告用於指示第一延遲與第二延遲之間的延遲差異的資訊。源客戶 端設備上的應用層客戶端應用基於所接收的資訊，來決定給定類型的標頭壓縮是否用於第一串流，並且基於所述決定，來選擇性地修改第一串流的一或多個參數(例如，附隨因數等)。

100‧‧‧無線通訊系統

104‧‧‧空中介面

106‧‧‧空中介面

108‧‧‧空中介面

120‧‧‧無線電存取網路(RAN)

125‧‧‧存取點

140‧‧‧核心網路

140A‧‧‧EPS或LTE網路

140B‧‧‧HRPD核心網路

170‧‧‧應用伺服器

175‧‧‧網際網路

200A‧‧‧基地台(BS)

200B‧‧‧節點B

200D‧‧‧進化型節點B(ENodeB或eNB)

200E‧‧‧基地台收發機(BTS)

205A‧‧‧基地台(BS)

205B‧‧‧節點B

205D‧‧‧進化型節點B(ENodeB或eNB)

205E‧‧‧基地台收發機(BTS)

210A‧‧‧基地台(BS)

210B‧‧‧節點B

210D‧‧‧進化型節點B(ENodeB或eNB)

210E‧‧‧基地台收發機(BTS)

215A‧‧‧基地台控制器(BSC)

215B‧‧‧無線電網路控制器(RNC)

215D‧‧‧行動性管理實體(MME)

215E‧‧‧增強型PCF(ePCF)

220A‧‧‧封包控制功能(PCF)

220B‧‧‧SGSN

220D‧‧‧行動性管理實體(MME)

220E‧‧‧HRPD服務閘道(HSGW)

225A‧‧‧封包資料服務節點(PDSN)

225B‧‧‧GGSN

225D‧‧‧HSS

225E‧‧‧認證、授權和計費(AAA)伺服器

230D‧‧‧S-GW

230E‧‧‧PDSN/FA

235D‧‧‧P-GW

240D‧‧‧PCRF

300A‧‧‧UE

300B‧‧‧UE

302‧‧‧平臺

305A‧‧‧天線

305B‧‧‧觸控式螢幕顯示器

306‧‧‧收發機

308‧‧‧ASIC

310‧‧‧應用程式設計介面(API)

310A‧‧‧顯示器

310B‧‧‧周邊按鈕

312‧‧‧記憶體

314‧‧‧本端資料庫

315A‧‧‧按鈕

315B‧‧‧周邊按鈕

320A‧‧‧鍵盤

320B‧‧‧周邊按鈕

325B‧‧‧周邊按鈕

330B‧‧‧前面板按鈕

400‧‧‧通訊設備

405‧‧‧邏輯單元

410‧‧‧邏輯單元

415‧‧‧邏輯單元

420‧‧‧邏輯單元

425‧‧‧邏輯單元

500‧‧‧伺服器

501‧‧‧處理器

502‧‧‧揮發性記憶體

503‧‧‧硬碟

504‧‧‧網路存取埠

506‧‧‧DVD光碟機

507‧‧‧網路

600‧‧‧UE

605‧‧‧應用處理器

610‧‧‧數據機

700‧‧‧建立標頭壓縮簡檔

705‧‧‧方塊

710‧‧‧方塊

715‧‧‧方塊

720‧‧‧方塊

725‧‧‧方塊

730‧‧‧方塊

735‧‧‧方塊

740‧‧‧方塊

745‧‧‧方塊

750‧‧‧方塊

755‧‧‧方塊

800‧‧‧建立RoHC簡檔集合

805‧‧‧方塊

810‧‧‧方塊

815‧‧‧方塊

820‧‧‧方塊

825‧‧‧方塊

830‧‧‧方塊

835‧‧‧方塊

840‧‧‧方塊

845‧‧‧方塊

850‧‧‧方塊

855‧‧‧方塊

860‧‧‧方塊

865‧‧‧方塊

870‧‧‧方塊

900A‧‧‧RTP封包

900B‧‧‧探測封包

905A‧‧‧RTP標頭

905B‧‧‧SCTP公共標頭

910A‧‧‧有效載荷部分

910B‧‧‧SCTP塊標頭

915A‧‧‧UDP標頭

915B‧‧‧塊資料部分

920A‧‧‧IPv4標頭

920B‧‧‧IPv4標頭

1000‧‧‧方塊

1010‧‧‧方塊

1015‧‧‧方塊

1020‧‧‧方塊

1025‧‧‧方塊

1030‧‧‧方塊

1035‧‧‧方塊

1040‧‧‧方塊

1045‧‧‧方塊

1050‧‧‧方塊

1055‧‧‧方塊

1060‧‧‧方塊

1065‧‧‧方塊

隨著經由參照結合附圖來考慮的以下具體描述，本發明的實施例以及其很多附帶優點變得更好理解，將容易獲得對本發明的實施例以及其很多附帶優點的更完整的認識，其中提供附圖只是為了對本發明進行說明而不是限制本發明，其中：圖1圖示根據本發明的實施例的無線通訊系統的高層系統架構。

圖2A圖示根據本發明的實施例的、用於1x EV-DO網路的無線電存取網路(RAN)和核心網路的封包交換部分的示例配置。

圖2B圖示根據本發明的實施例的、RAN和3G UMTS W-CDMA系統內的通用封包式無線電服務(GPRS)核心網路的封包交換部分的示例配置。

圖2C圖示根據本發明的實施例的、RAN和3G UMTS W-CDMA系統內的GPRS核心網路的封包交換部分的另一示例配置。

圖2D圖示根據本發明的實施例的、RAN和基於進化封包系統(EPS)或長期進化(LTE)網路的核心網路的封包交換部分的示例配置。

圖2E圖示根據本發明的實施例的、連接到EPS或LTE網路以及HRPD核心網路的封包交換部分的增強型高速封包資料(HRPD)RAN的示例配置。

圖3圖示根據本發明的實施例的使用者設備(UE)的例子。

圖4圖示包括被配置為執行根據本發明的實施例的功能的邏輯單元的通訊設備。

圖5圖示根據本發明的實施例的伺服器。

圖6圖示根據本發明的實施例的另一UE。

圖7圖示根據本發明的實施例的、應用層客戶端應用決定其串流中的一個是否使用標頭壓縮的程序。

圖8涉及根據本發明的實施例的、其中目標設備是應用伺服器的圖7的示例實現。

圖9A圖示根據本發明的實施例的、即時傳輸協定(RTP)串流中的RTP封包的示例配置。

圖9B圖示根據本發明的實施例的、探測串流中的探測封包的示例配置。

圖10涉及根據本發明的實施例的、其中目標設備是目標UE的圖7的示例實現。

在針對本發明的特定實施例的以下描述和相關附圖中，揭示本發明的多個態樣。在不脫離本發明的範疇的情況下，可以設計出替換的實施例。此外，為了避免對本發明的相關細節造成模糊，將不再詳細描述或者將省略掉本發明的 公知的要素。

本文中使用「示例性」及/或「示例」詞語意指「用作例子、實例或說明」。本文中被描述為「示例性」及/或「示例」的任何實施例未必被解釋為比其他實施例更優選或更具優勢。同樣，術語「本發明的實施例」不要求本發明的所有實施例皆包括所討論的特徵、優點或操作模式。

此外，圍繞由例如計算設備的元件執行的動作順序，來描述很多實施例。應當認識到，本文所描述的各個動作可以由特定的電路(例如，特殊應用積體電路(ASIC))、由一或多個處理器執行的程式指令或者二者的組合來執行。此外，本文所描述的這些順序的動作可以被認為是完全地體現在任何形式的電腦可讀取儲存媒體內，其中電腦可讀取儲存媒體具有儲存在其中的對應的電腦指令集，電腦指令集在被執行時將使得相關聯的處理器執行本文所描述的功能。因此，本發明的各個態樣可以以多種不同的形式來體現，所有的這些不同形式皆預期處於所請求保護的主題的範疇之內。此外，對於本文所描述的每個實施例來說，本文中可以將任何這種實施例的對應形式描述成例如「邏輯單元，其被配置為」執行所描述的動作。

本文中被稱為使用者設備(UE)的客戶端設備可以是行動的或者靜止的，並且可以與無線電存取網路(RAN)進行通訊。如本文中所使用的，術語「UE」可以被互換地稱為「存取終端」或「AT」、「無線設備」、「用戶設備」、「用戶終端」、「使用者站」、「使用者終端」或UT、「行 動終端」、「行動站」以及其變型。通常，UE可以經由RAN與核心網路進行通訊，並且經由核心網路，UE可以與諸如網際網路之類的外部網路相連接。當然，對於UE而言，連接到核心網路及/或網際網路的其他機制亦是可能的，例如，經由有線存取網路、(例如，基於IEEE 802.11等的)WiFi網路等。UE可以經由多種類型的設備中的任意一種來體現，其包括但不限於：PC卡、緊湊式快閃記憶體設備、外部或者內接式數據機、無線或有線電話等。UE可以經由其向RAN發送信號的通訊鏈路被稱為上行鏈路通道(例如，反向傳輸量通道、反向控制通道、存取通道等)。RAN可以經由其向UE發送信號的通訊鏈路被稱為下行鏈路或前向鏈路通道(例如，傳呼通道、控制通道、廣播通道、前向傳輸量通道等)。如本文中所使用的，術語傳輸量通道(TCH)可以代表上行鏈路/反向傳輸量通道或者下行鏈路/前向傳輸量通道。

圖1圖示根據本發明的實施例的無線通訊系統100的高層系統架構。無線通訊系統100包含UE 1...N。UE 1...N可以包括蜂巢式電話、個人數位助理(PDA)、傳呼機、膝上型電腦、桌上型電腦等。例如，在圖1中，將UE 1...2示為蜂巢撥叫電話，將UE 3...5示為蜂巢觸控式螢幕電話或者智慧型電話，以及將UE N示為桌上型電腦或PC。

參見圖1，UE 1...N被配置為經由實體通訊介面或者層(其在圖1中被示為空中介面104、106、108及/或直接有線連接)來與存取網路(例如，RAN 120、存取點125等)進行通訊。空中介面104和106可以遵循給定的蜂巢通訊協定(例 如，CDMA、EVDO、eHRPD、GSM、EDGE、W-CDMA、LTE等)，而空中介面108可以遵循無線IP協定(例如，IEEE 802.11)。RAN 120包括經由空中介面(例如，空中介面104和106)來為UE服務的多個存取點。RAN 120中的存取點可以被稱為存取節點或AN、存取點或AP、基地台或BS、節點B、eNodeB等。這些存取點可以是陸地存取點(或者地面站)或者衛星存取點。RAN 120被配置為連接到核心網路140，核心網路140可以執行多種功能(其包括將由RAN 120服務的UE與由RAN 120或不同的RAN服務的其他UE之間的電路交換(CS)撥叫橋接在一起)，並且亦可以對與外部網路(例如，網際網路175)的封包交換(PS)資料的交換進行調解。網際網路175包括多個路由代理和處理代理(為了方便起見，在圖1中未圖示)。在圖1中，將UE N示為直接連接到網際網路175(亦即，與核心網路140相分離，例如經由基於WiFi或802.11的網路的乙太網路連接來直接連接到網際網路175)。網際網路175由此可以用於經由核心網路140來對UE N與UE 1...N之間的封包交換資料通訊進行橋接。在圖1中亦圖示與RAN 120相分離的存取點125。存取點125可以獨立於核心網路140來連接到網際網路175(例如，經由諸如FiOS、纜線數據機的光通訊系統等)。空中介面108可以經由本端無線連接(例如，在一個例子中的IEEE 802.11)來為UE 4或UE 5服務。將UE N示為桌上型電腦，其具有到網際網路175的有線連接，例如，到數據機或路由器的直接連接，在一個例子中，數據機或路由器可以對應於存取點125自身(例如，對於具有有線和無線連接二者 的WiFi路由器而言)。

參見圖1，將應用伺服器170示為連接到網際網路175、核心網路140或這二者。應用伺服器170可以實現成多個結構上獨立的伺服器，或者替代地可以對應於單個伺服器。如下面將更詳細描述的，應用伺服器170被配置為支援UE的一或多個通訊服務(例如，網際網路協定語音(VoIP)通信期、一鍵通(PTT)通信期、群組通訊通信期、社交網路服務等)，其中這些UE可以經由核心網路140及/或網際網路175來連接到應用伺服器170。

下面參照圖2A到圖2D來提供用於RAN 120和核心網路140的特定於協定的實現的例子，以幫助更詳細地解釋無線通訊系統100。具體而言，RAN 120和核心網路140的部件對應於與支援封包交換(PS)通訊相關聯的部件，其中在這些網路中亦可以存在傳統的電路交換(CS)部件，但是在圖2A-2D中沒有明確地示出任何傳統的特定於CS的部件。

圖2A圖示根據本發明的實施例的用於CDMA2000 1x進化資料最佳化(EV-DO)網路中的封包交換通訊的RAN 120和核心網路140的示例配置。參見圖2A，RAN 120包括經由有線回載介面來耦合到基地台控制器(BSC)215A的複數個基地台(BS)200A、205A和210A。由單個BSC控制的一組BS被統稱為子網。如普通熟習此項技術者所能明白的，RAN 120可以包括多個BSC和子網，為了方便起見，在圖2A中圖示單個BSC。BSC 215A經由A9連接來與核心網路140內的封包控制功能(PCF)220A進行通訊。PCF 220A執行用於BSC 215A 的、與封包資料有關的某些處理功能。PCF 220A經由A11連接來與核心網路140內的封包資料服務節點(PDSN)225A進行通訊。PDSN 225A具有多種功能(其包括：管理點對點(PPP)通信期、充當歸屬代理(HA)及/或外地代理(FA))，並且在功能上類似於GSM和UMTS網路中的閘道通用封包式無線電服務(GPRS)支援節點(GGSN)(下面更詳細地描述)。PDSN 225A將核心網路140連接到外部IP網路(例如，網際網路175)。

圖2B圖示根據本發明的實施例的、RAN 120和被配置成3G UMTS W-CDMA系統內的GPRS核心網路的核心網路140的封包交換部分的示例配置。參見圖2B，RAN 120包括經由有線回載介面來耦合到無線電網路控制器(RNC)215B的複數個節點B 200B、205B和210B。類似於1x EV-DO網路，由經由單個RNC控制的一組節點B被統稱為子網。如普通熟習此項技術者所能明白的，RAN 120可以包括多個RNC和子網，為了方便起見，在圖2B中圖示單個RNC。RNC 215B負責以信號方式發送、建立和拆除核心網路140中的服務GPRS支援節點(SGSN)220B與由RAN 120服務的UE之間的承載通道(亦即，資料通道)。若啟用了鏈路層加密，則RNC 215B在將內容轉發給RNC 120以經由空中介面進行傳輸之前，亦對內容進行加密。RNC 215B的功能是此項技術中公知的，故為了簡短起見，將不再進行進一步論述。

在圖2B中，核心網路140包括上面述及之SGSN 220B(以及潛在的多個其他SGSN)和GGSN 225B。通常，GPRS 是GSM中用於對IP封包進行路由的協定。GPRS核心網路(例如，GGSN 225B和一或多個SGSN 220B)是GPRS系統的中心部分，並且亦為基於W-CDMA的3G存取網路提供支援。GPRS核心網路是GSM核心網路(亦即，核心網路140)的組成部分，其為GSM和W-CDMA網路中的IP封包服務提供行動性管理、通信期管理和傳輸。

GPRS隧道協定(GTP)是GPRS核心網路的定義IP的協定。GTP是如下述及之協定：該協定允許GSM或者W-CDMA網路的終端使用者(例如，UE)從一個地方向另一個地方移動，同時該使用者繼續連接到網際網路175，如同來自GGSN 225B處的一個位置。這經由將相應UE的資料從該UE的當前SGSN 220B傳送到GGSN 225B來實現，其中GGSN 225B對相應UE的通信期進行處理。

GPRS核心網路使用三種形式的GTP；亦即，(i)GTP-U、(ii)GTP-C和(iii)GTP′(主GTP(GTP Prime))。GTP-U用於針對每個封包資料協定(PDP)上下文，在單獨的隧道中傳輸使用者資料。GTP-C用於控制訊號傳遞(例如，PDP上下文的建立和刪除、GSN到達能力的驗證、諸如當用戶從一個SGSN移動到另一個時的更新或者修改等)。GTP′用於將計費資料從GSN傳送到計費功能單元。

參見圖2B，GGSN 225B充當GPRS骨幹網路(未圖示)與網際網路175之間的介面。GGSN 225B從來自SGSN 220B的GPRS封包中提取具有相關聯的封包資料協定(PDP)格式(例如，IP或者PPP)的封包資料，並且在對應的封包資料網 路上發送這些封包。在另一個方向上，連接到GGSN的UE將輸入的資料封包指引到SGSN 220B，SGSN 220B對由RAN 120服務的目標UE的無線電存取承載(RAB)進行管理和控制。由此，GGSN 225B將目標UE的當前SGSN位址和其相關聯的簡檔儲存在位置暫存器中(例如，儲存在PDP上下文內)。GGSN 225B負責IP位址分配，並且其是連接的UE的預設路由器。GGSN 225B亦執行認證和計費功能。

在一個例子中，SGSN 220B代表核心網路140內的很多SGSN中的一個。每個SGSN負責傳送來自和去往相關聯的地理服務區域內的UE的資料封包。SGSN 220B的任務包括封包路由和傳輸、行動性管理(例如，連接/斷開和位置管理)、邏輯鏈路管理以及認證和計費功能。SGSN 220B的位置暫存器將在SGSN 220B中註冊的所有GPRS使用者的位置資訊(例如，當前細胞、當前VLR)和使用者簡檔(例如，封包資料網路中使用的IMSI、PDP位址)儲存在例如用於每個使用者或UE的一或多個PDP上下文內。因此，SGSN 220B負責：(i)對來自GGSN 225B的下行鏈路GTP封包進行去隧道化，(ii)以上行鏈路隧道方式向GGSN 225B傳輸IP封包，(iii)隨著UE在SGSN服務區域之間移動而執行行動性管理，以及(iv)對行動服務用戶進行收費。如普通熟習此項技術者所能明白的，除(i)-(iv)之外，與針對W-CDMA網路所配置的SGSN相比，針對GSM/EDGE網路配置的SGSN亦具有略微不同的功能。

RAN 120(例如，或者UMTS系統架構中的UTRAN )經由無線電存取網路應用部分(RANAP)協定來與SGSN 220B進行通訊。RANAP在具有諸如框架轉送或IP之類的傳輸協定的Iu介面(Iu-ps)上進行操作。SGSN 220B經由Gn介面與GGSN 225B進行通訊，其中Gn介面是SGSN 220B和其他SGSN(未圖示)與內部GGSN(未圖示)之間的基於IP的介面，並且使用上面所定義的GTP協定(例如，GTP-U、GTP-C、GTP′等)。在圖2B的實施例中，SGSN 220B與GGSN 225B之間的Gn傳送GTP-C和GTP-U二者。雖然圖2B中未圖示，但是網域名稱系統(DNS)亦使用Gn介面。GGSN 225B連接到公共資料網路(PDN)(未圖示)，並且進而經由具有IP協定的Gi介面，來直接連接到網際網路175，或者經由無線應用協定(WAP)閘道來連接到網際網路175。

圖2C圖示根據本發明的實施例的、RAN 120和被配置成3G UMTS W-CDMA系統內的GPRS核心網路的核心網路140的封包交換部分的另一示例配置。類似於圖2B，核心網路140包括SGSN 220B和GGSN 225B。然而，在圖2C中，直接隧道是Iu模式中的可選功能，其允許SGSN 220B在RAN 120與PS域內的GGSN 225B之間建立直接使用者面隧道(GTP-U)。無論SGSN 220B是否可以使用直接使用者面連接，皆可以在每個GGSN和每個RNC的基礎上來配置具備直接隧道能力的SGSN(例如，圖2C中的SGSN 220B)。圖2C中的SGSN 220B處理控制面訊號傳遞並且作出何時建立直接隧道的決定。當為PDP上下文所分配的RAB被釋放(亦即，保留該PDP上下文)時，在GGSN 225B與SGSN 220B之間建立GTP-U隧道以便能 夠處理下行鏈路封包。

圖2D圖示根據本發明的實施例的、RAN 120和基於進化封包系統(EPS)或LTE網路的核心網路140的封包交換部分的示例配置。參見圖2D，與圖2B-2C中所示出的RAN 120不同，EPS/LTE網路中的RAN 120配置有多個進化型節點B(ENodeB或eNB)200D、205D和210D，而不具有圖2B-2C中的RNC 215B。這是因為EPS/LTE網路中的ENodeB不需要RAN 120內的單獨控制器(亦即，RNC 215B)來與核心網路140進行通訊。換言之，將圖2B-2C中的RNC 215B的功能中的一些構建到圖2D中的RAN 120的每個相應的eNodeB中。

在圖2D中，核心網路140包括複數個行動性管理實體(MME)215D和220D、歸屬用戶伺服器(HSS)225D、服務閘道(S-GW)230D、封包資料網路閘道(P-GW)235D、以及策略和計費規則功能(PCRF)240D。在圖2D中圖示這些部件之間的、RAN 120與網際網路175之間的網路介面，並且在(以下的)表1中對網路介面進行如下定義：

現在將描述圖2D的RAN 120和核心網路140中所示出的部件的高層面描述。然而，經由各種3GPP TS標準，這些部件均是此項技術中公知的，並且本文所包含的描述並不旨在作為對由這些部件執行的所有功能的窮盡描述。

參見圖2D，MME 215D和220D被配置為管理用於EPS承載的控制面訊號傳遞。MME功能包括：非存取層(NAS)訊號傳遞、NAS訊號傳遞安全、用於技術間切換和技術內切換的行動性管理、P-GW和S-GW選擇、以及MME選擇以用於在MME改變的情況下的切換。

參見圖2D，S-GW 230D是終止針對於RAN 120的介面的閘道。對於與用於基於EPS的系統的核心網路140相關聯的每個UE來說，在給定的時間點，存在單一的S-GW。對於基於GTP和基於代理行動IPv6(PMIP)的S5/S8二者來說，S-GW 230D的功能包括：行動性錨點、封包路由和轉發、以及基於相關聯的EPS承載的QoS類型識別符(QCI)來設置區分服務代編碼點(DSCP)。

參見圖2D，P-GW 235D是終止針對於封包資料網路(PDN)(例如，網際網路175)的SGi介面的閘道。若UE正存取多個PDN，則對於該UE來說，存在多於一個的P-GW；然而，對於該UE來說，通常並不同時支援S5/S8連接和Gn/Gp連接的混合。對於基於GTP的S5/S8二者來說，P-GW功能包括：封包過濾(經由深度包偵測)、UE IP位址分配、基於相關聯的EPS承載的QCI來設置DSCP、說明服務供應商間的計費、如在3GPP TS 23.203中所定義的上行鏈路(UL)和下行鏈路(DL)承載拘束、如在3GPP TS 23.203中所定義的UL承載拘束驗證。P-GW 235D使用E-UTRAN、GERAN或UTRAN中的任一個，來提供到僅GSM/EDGE無線電存取網路(GERAN)/UTRAN的UE和具備E-UTRAN能力的UE二者的PDN連接。P-GW 235D僅經由S5/S8介面使用E-UTRAN來提供到具備E-UTRAN能力的UE的PDN連接。

參見圖2D，PCRF 240D是基於EPS的核心網路140的策略和計費控制單元。在非漫遊場景中，在與UE的網際網路協定連接存取網路(IP-CAN)通信期相關聯的HPLMN中，存 在單一的PCRF。PCRF終止Rx介面和Gx介面。在具有本端傳輸量爆發的漫遊場景中，存在與UE的IP-CAN通信期相關聯的兩個PCRF：歸屬PCRF(H-PCRF)是位於HPLMN之內的PCRF，而拜訪PCRF(V-PCRF)是位於拜訪的VPLMN之內的PCRF。在3GPP TS 23.203中更詳細地描述了PCRF，故為了簡潔起見，將不再進行進一步描述。在圖2D中，將應用伺服器170(例如，在3GPP術語中其可以被稱為AF)示為經由網際網路175連接到核心網路140，或者替代地經由Rx介面來直接連接到PCRF 240D。通常，應用伺服器170(或AF)是提供應用的單元，其中這些應用與核心網路一起使用IP承載資源(例如，UMTS PS域/GPRS域資源/LTE PS資料服務)。應用功能的一個例子是IP多媒體子系統(IMS)核心網路子系統的代理撥叫通信期控制功能(P-CSCF)。AF使用Rx參考點來向PCRF 240D提供通信期資訊。經由蜂巢網路來提供IP資料服務的任何其他應用伺服器亦可以經由Rx參考點來連接到PCRF 240D。

圖2E圖示根據本發明的實施例的、被配置成連接到EPS或LTE網路140A以及HRPD核心網路140B的封包交換部分的增強型高速封包資料(HRPD)RAN的RAN 120的例子。核心網路140A是EPS或LTE核心網路，其類似於上面參照圖2D所描述的核心網路。

在圖2E中，eHRPD RAN包括連接到增強型BSC(eBSC)和增強型PCF(ePCF)215E的複數個基地台收發機(BTS)200E、205E和210E。eBSC/ePCF 215E可以經由S101介 面連接到EPS核心網路140A內的MME 215D或220D中的一個，並且經由A10及/或A11介面連接到HRPD服務閘道(HSGW)220E，以便與EPS核心網路140A中的其他實體進行介面連接(例如，經由S103介面連接到S-GW 220D、經由S2a介面連接到P-GW 235D、經由Gxa介面連接到PCRF 240D、經由STa介面連接到3GPPAAA伺服器(在圖2D中沒有明確地示出)等)。在3GPP2中定義了HSGW 220E，以提供HRPD網路與EPS/LTE網路之間的互通。應當明白的是，eHRPD RAN和HSGW 220E配置有到EPC/LTE網路的介面功能，其在傳統的HRPD網路中是不可用的。

返回到eHRPD RAN，除了與EPS/LTE網路140A進行介面連接之外，eHRPD RAN亦可以與諸如HRPD網路140B之類的傳統HRPD網路進行介面連接。應當明白的是，HRPD網路140B是傳統HRPD網路(例如，圖2A中的EV-DO網路)的一種示例實現。例如，eBSC/ePCF 215E可以經由A12介面與認證、授權和計費(AAA)伺服器225E進行介面連接，或者經由A10或A11介面與PDSN/FA 230E進行介面連接。PDSN/FA 230E進而連接到HA 235A，經由HA 235A，可以存取網際網路175。在圖2E中，沒有明確地描述某些介面(例如，A13、A16、H1、H2等)，但是為了完整性起見，在圖中圖示這些介面，熟悉HRPD或eHRPD的普通熟習此項技術者應當理解這些介面。

參見圖2B-2E，應當明白的是，在某些情況下，與eHRPD RAN和HSGW(例如，圖2E)進行介面連接的LTE核 心網路(例如，圖2D)和HRPD核心網路可以支援網路發起的服務品質(QoS)(例如，經由P-GW、GGSN、SGSN等來支援)。

圖3圖示根據本發明的實施例的UE的例子。參見圖3，將UE 300A示為撥叫電話，以及將UE 300B示為觸控式螢幕設備(例如，智慧型電話、平板電腦等)。如圖3中所示，如此項技術中所已知的，除了其他部件之外，UE 300A的外部殼體亦配置有天線305A、顯示器310A、至少一個按鈕315A(例如，PTT按鈕、電源按鈕、音量控制按鈕等)和鍵盤320A。此外，如此項技術中所已知的，除了其他部件之外，UE 300B的外部殼體亦配置有觸控式螢幕顯示器305B、周邊按鈕310B、315B、320B和325B(例如，電源控制按鈕、音量或振動控制按鈕、飛行模式切換按鈕等)、至少一個前面板按鈕330B(例如，主頁(Home)按鈕等)。雖然沒有明確地示為UE 300B的一部分，但是UE 300B可以包括被構建到UE 300B的外部殼體中的一或多個外部天線及/或一或多個整合天線，其包括但不限於：WiFi天線、蜂巢天線、衛星定位系統(SPS)天線(例如，全球定位系統(GPS)天線)等。

雖然諸如UE 300A和300B之類的UE的內部部件可以使用不同的硬體設定來體現，但是在圖3中，將用於內部硬體部件的基礎高層UE配置示為平臺302。平臺302可以接收和執行從RAN 120發送的、可以最終來自於核心網路140、網際網路175及/或其他遠端伺服器和網路(例如，應用伺服器170、網路URL等)的軟體應用、資料及/或命令。此外，平臺302 亦可以在不進行RAN互動的情況下，獨立地執行本機存放區的應用。平臺302可以包括收發機306，收發機306可操作地耦合到特殊應用積體電路(ASIC)308或者其他處理器、微處理器、邏輯電路或其他資料處理設備。ASIC 308或其他處理器執行與無線設備的記憶體312中的任何常駐程式進行介面連接的應用程式設計介面(API)310層。記憶體312可以包括唯讀記憶體或隨機存取記憶體(RAM和ROM)、EEPROM、快閃記憶卡或者電腦平臺共用的任何記憶體。平臺302亦可以包括本端資料庫314，本端資料庫314可以儲存記憶體312中不積極使用的應用以及其他資料。本端資料庫314通常是快閃記憶體單元，但是其亦可以是如此項技術中所已知的任何輔助存放裝置，例如，磁性媒體、EEPROM、光學媒體、磁帶、軟碟或硬碟等。

因此，本發明的實施例可以包括具有執行本文所描述的功能的能力的UE(例如，UE 300A、300B等)。如普通熟習此項技術者所能明白的，各個邏輯單元可以體現為個別元件、在處理器上執行的軟體模組或者用於實現本文所揭示的功能的軟體和硬體的任意組合。例如，可以對ASIC 308、記憶體312、API 310和本端資料庫314全部進行協調地使用，以載入、儲存和執行本文所揭示的各種功能，因此用於執行這些功能的邏輯單元可以分佈在各個元件上。或者，可以將功能合併到一個個別部件中。因此，將圖3中的UE 300A和UE 300B的特徵視為僅是說明性的，而本發明並不限於所示出的特徵或佈置。

UE 300A及/或300B與RAN 120之間的無線通訊可以是基於不同的技術，例如，CDMA、W-CDMA、分時多工存取(TDMA)、分頻多工存取(FDMA)、正交分頻多工(OFDM)、GSM或者可以在無線通訊網路或資料通訊網路中使用的其他協定。如上文中所論述的且在此項技術中已知的，可以使用各種網路和配置，來將語音傳輸及/或資料從RAN發送給UE。因此，本文所提供的說明並不旨在限制本發明的實施例，而僅用於輔助對本發明的實施例的多個態樣的描述。

圖4圖示通訊設備400，通訊設備400包括被配置為執行功能的邏輯單元。通訊設備400可以與上面述及之通訊設備中的任何一個相對應，其包括但不限於：UE 300A或UE 300B、RAN 120的任何部件(例如，BS200A到210A、BSC 215A、節點B 200B到210B、RNC 215B、eNodeB 200D到210D等)、核心網路140的任何部件(例如，PCF 220A、PDSN 225A、SGSN 220B、GGSN 225B、MME 215D或220D、HSS 225D、S-GW 230D、P-GW 235D、PCRF 240D)、與核心網路140及/或網際網路175相耦合的任何部件(例如，應用伺服器170)等。因此，通訊設備400可以對應於被配置為經由圖1的無線通訊系統100來與一或多個其他實體進行通訊(或者促進與其通訊的)任何電子設備。

參見圖4，通訊設備400包括被配置為接收及/或發送資訊的邏輯單元405。在一個例子中，若通訊設備400與無線通訊設備(例如，UE 300A或UE 300B、BS 200A到210A中的一個、節點B 200B到210B中的一個、eNodeB 200D到210D中 的一個等)相對應，則被配置為接收及/或發送資訊的邏輯單元405可以包括：諸如無線收發機和相關聯的硬體(例如，RF天線、MODEM、調制器及/或解調器等)之類的無線通訊介面(例如，藍芽、WiFi、2G、CDMA、W-CDMA、3G、4G、LTE等)。在另一例子中，被配置為接收及/或發送資訊的邏輯單元405可以與有線通訊介面(例如，串列連接、USB或火線連接、經由其可以存取網際網路175的乙太網路連接等)相對應。因此，若通訊設備400與某種類型的基於網路的伺服器(例如，PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、應用170等)相對應，則被配置為接收及/或發送資訊的邏輯單元405可以與乙太網路卡相對應，在一個例子中，乙太網路卡經由乙太網路協定將基於網路的伺服器連接到其他通訊實體。在另外的例子中，被配置為接收及/或發送資訊的邏輯單元405可以包括感測器或者量測硬體(例如，加速計、溫度感測器、光感測器、用於監測本端RF信號的天線等)，其中通訊設備400可以經由該感測器或者量測硬體來監測其本端環境。被配置為接收及/或發送資訊的邏輯單元405亦可以包括軟體，其中軟體在被執行時允許被配置為接收及/或發送資訊的邏輯單元405的相關聯的硬體執行其接收及/或發送功能。然而，被配置為接收及/或發送資訊的邏輯單元405並不單獨地對應於軟體，並且被配置為接收及/或發送資訊的邏輯單元405至少部分地依賴硬體來實現其功能。

參見圖4，通訊設備400亦包括被配置為處理資訊的邏輯單元410。在一個例子中，被配置為處理資訊的邏輯單元 410可以包括至少處理器。可以由被配置為處理資訊的邏輯單元410執行的處理類型的示例實現包括但不限於：執行決定、建立連接、在不同的資訊選項之間進行選擇、執行與資料有關的評估、與耦合到通訊設備400的感測器進行互動以執行量測操作、將資訊從一種格式轉換到另一種格式(例如，在不同的協定之間進行轉換，例如.wmv轉換成.avi等)等。例如，被配置為處理資訊的邏輯單元410中所包括的處理器可以對應於以下各項：被設計為執行本文所描述的功能的通用處理器、數位信號處理器(DSP)、ASIC、現場可程式設計閘陣列(FPGA)或者其他可程式設計邏輯裝置、個別閘或者電晶體邏輯裝置、個別硬體部件或者其任意組合。通用處理器可以是微處理器，或者，該處理器亦可以是任何習知的處理器、控制器、微控制器或者狀態機。處理器亦可以實現為計算設備的組合，例如，DSP和微處理器的組合、複數個微處理器、一或多個微處理器與DSP核心的結合，或者任何其他此類配置。被配置為處理資訊的邏輯單元410亦可以包括軟體，其中軟體在被執行時允許被配置為處理資訊的邏輯單元410的相關聯的硬體執行其處理功能。然而，被配置為處理資訊的邏輯單元410並不單獨地對應於軟體，並且被配置為處理資訊的邏輯單元410至少部分地依賴硬體來實現其功能。

參見圖4，通訊設備400亦包括被配置為儲存資訊的邏輯單元415。在一個例子中，被配置為儲存資訊的邏輯單元415可以包括至少非暫時性記憶體和相關聯的硬體(例如，記憶體控制器等)。例如，被配置為儲存資訊的邏輯單元415中 所包括的非暫時性記憶體可以對應於以下各項：RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可移除磁碟、CD-ROM或者此項技術中已知的任何其他形式的儲存媒體。被配置為儲存資訊的邏輯單元415亦可以包括軟體，其中軟體在被執行時允許被配置為儲存資訊的邏輯單元415的相關聯的硬體執行其儲存功能。然而，被配置為儲存資訊的邏輯單元415並不單獨地對應於軟體，並且被配置為儲存資訊的邏輯單元415至少部分地依賴硬體來實現其功能。

參見圖4，通訊設備400亦可選地包括：被配置為呈現資訊的邏輯單元420。在一個例子中，被配置為呈現資訊的邏輯單元420可以包括至少輸出設備和相關聯的硬體。例如，輸出設備可以包括視訊輸出設備(例如，顯示器螢幕、諸如USB、HDMI之類的可以攜帶視訊資訊的埠等)、音訊輸出設備(例如，揚聲器、諸如麥克風插孔、USB、HDMI之類的可以攜帶音訊資訊的埠等)、振動裝置及/或通訊設備400的使用者或操作者可以經由其對資訊進行格式化以輸出或者進行實際輸出的任何其他設備。例如，若通訊設備400與如圖3中所示的UE 300A或UE 300B相對應，則被配置為呈現資訊的邏輯單元420可以包括UE 300A的顯示器310A或者UE 300B的觸控式螢幕顯示器305B。在另外的例子中，對於某些通訊設備(例如，不具有本端使用者的網路通訊設備(例如，網路交換機或者路由器、遠端伺服器等))而言，可以省略被配置為呈現資訊的邏輯單元420。被配置為呈現資訊的邏輯單元420 亦可以包括軟體，其中軟體在被執行時允許被配置為呈現資訊的邏輯單元420的相關聯的硬體執行其呈現功能。然而，被配置為呈現資訊的邏輯單元420並不單獨地對應於軟體，並且被配置為呈現資訊的邏輯單元420至少部分地依賴硬體來實現其功能。

參見圖4，通訊設備400亦可選地包括被配置為接收本端使用者輸入的邏輯單元425。在一個例子中，被配置為接收本端使用者輸入的邏輯單元425可以包括至少使用者輸入裝置和相關聯的硬體。例如，使用者輸入裝置可以包括按鈕、觸控式螢幕顯示器、鍵盤、照相機、聲音輸入裝置(例如，麥克風或者諸如麥克風插孔之類的可以攜帶音訊資訊的埠等)、及/或可以經由其來從通訊設備400的使用者或操作者接收資訊的任何其他設備。例如，若通訊設備400與如圖3中所示的UE 300A或UE 300B相對應，則被配置為接收本端使用者輸入的邏輯單元425可以包括鍵盤320A、按鈕315A或310B到325B中的任何一個、觸控式螢幕顯示器305B等。在另外的例子中，對於某些通訊設備(例如，不具有本端使用者的網路通訊設備(例如，網路交換機或者路由器、遠端伺服器等))而言，可以省略被配置為接收本端使用者輸入的邏輯單元425。被配置為接收本端使用者輸入的邏輯單元425亦可以包括軟體，其中軟體在被執行時允許被配置為接收本端使用者輸入的邏輯單元425的相關聯的硬體執行其輸入接收功能。然而，被配置為接收本端使用者輸入的邏輯單元425並不單獨地對應於軟體，並且被配置為接收本端使用者輸入的邏輯單元 425至少部分地依賴硬體來實現其功能。

參見圖4，雖然在圖4中將所配置的邏輯單元405到425示為單獨的或不同的框，但是應當明白的是，相應的配置的邏輯單元經由其來執行其功能的硬體及/或軟體可以部分地重疊。例如，用於促進所配置的邏輯單元405到425的功能的任何軟體可以儲存在與配置為儲存資訊的邏輯單元415相關聯的非暫時性記憶體中，使得所配置的邏輯單元405到425均部分地基於由被配置為儲存資訊的邏輯單元415所儲存的軟體的操作，來執行它們的功能(亦即，在該情況下，軟體執行)。同樣，與所配置的邏輯單元中的一個邏輯單元直接關聯的硬體可以不時地被其他配置的邏輯單元借用或者使用。例如，在由被配置為接收及/或發送資訊的邏輯單元405發送資料之前，被配置為處理資訊的邏輯單元410的處理器可以將該資料格式化成適當的格式，使得被配置為接收及/或發送資訊的邏輯單元405部分地基於與被配置為處理資訊的邏輯單元410相關聯的硬體(亦即，處理器)的操作，來執行其功能(亦即，在該情況下，對資料的傳輸)。

通常，除非另外明確聲明，否則貫穿本案內容所使用的短語「被配置為...的邏輯單元」旨在調用至少部分地使用硬體來實現的實施例，而不是旨在映射到獨立於硬體的僅軟體的實現。此外，應當明白的是，所配置的邏輯單元或者各個框中的「被配置為...的邏輯單元」並不限於特定的邏輯閘或者元件，而是通常代表(經由硬體或者硬體和軟體的組合)執行本文所描述的功能的能力。因此，所配置的邏輯單 元或者如各個框中所示出的「被配置為...的邏輯單元」未必被實現成邏輯閘或者邏輯元件，雖然它們共用詞語「邏輯單元」。經由對下面更詳細地描述的實施例的回顧，各個框中的邏輯單元之間的其他互動或者協調對於普通熟習此項技術者來說將變得顯而易見。

各個實施例可以在市場上可得到的各種伺服器設備中的任一種(例如，圖5中所示的伺服器500)上來實現。在一個例子中，伺服器500可以與上面所描述的應用伺服器170的一種示例配置相對應。在圖5中，伺服器500包括耦合到揮發性記憶體502和大容量非揮發性記憶體(例如，硬碟503)的處理器500。伺服器500亦可以包括耦合到處理器501的軟碟機、壓縮光碟(CD)或DVD光碟機506。伺服器500亦可以包括耦合到處理器501的網路存取埠504，網路存取埠504用於與網路507(例如，耦合到其他廣播系統電腦和伺服器或者網際網路的區域網路)建立資料連接。在結合圖4的情況中，應當明白的是，圖5的伺服器500圖示通訊設備400的一種示例實現，其中被配置為發送及/或接收資訊的邏輯單元405與由伺服器500用於與網路507進行通訊的網路存取埠504相對應，被配置為處理資訊的邏輯單元410與處理器501相對應，以及被配置為儲存資訊的邏輯單元415與揮發性記憶體502、硬碟503及/或光碟機506的任意組合相對應。在圖5中沒有明確地示出被配置為呈現資訊的可選邏輯單元420和被配置為接收本端使用者輸入的可選邏輯單元425，可以將這些邏輯單元包括在其中或者可以不將這些邏輯單元包括在其中。因此，除了(如 圖3中的305A或305B中的)UE實現之外，圖5有助於說明通訊設備400亦可以實現成伺服器。

在典型的客戶端設備實現中，應用層客戶端應用(例如，根據WebRTC進行操作的行動網路瀏覽器、管理一或多個VoIP通信期的VoIP應用等)不瞭解在UE的低層(例如，傳輸層及/或實體層)處是否向它們的封包分配了標頭壓縮(例如，諸如穩健性標頭壓縮(RoHC))。相反地，應用層客戶端應用將僅對去往/來自低層的封包串流進行交換，而不知道是否在該UE的低層與一或多個外部實體(例如，諸如基地台或eNodeB)之間使用了標頭壓縮來發送/接收該封包串流。

圖6圖示根據本發明的實施例的UE 600。參見圖6，UE 600包括在應用層進行操作的複數個客戶端應用(「App 1...N」)、應用處理器605和數據機610。一般來說，數據機610並不被配置為向應用處理器605及/或App 1...N提供除了其他態樣之外的關於標頭壓縮是否用於由數據機610管理的一或多個串流的資訊。如圖6中所示，數據機610管理串流A、B和C(例如，雖然在其他場景中，數據機可以管理更多或者更少的串流)，其中每個串流與在與RAN 120的上行鏈路及/或下行鏈路中傳送的資料封包串流相對應。在圖6中，串流A在UE 600與RAN 120之間交換的傳輸量上使用RoHC，而串流B和串流C不使用RoHC。一般來說，數據機610瞭解RoHC應用於各個串流，但是沒有將該知識向上傳遞給應用處理器605及/或應用層App 1...N中的任何一個。

本發明的實施例與使用串流之間的延遲差異相關， 其中該延遲差異是基於在外部實體(例如，目標UE或伺服器)處量測的延遲量測來計算的，以便在一或多個應用層客戶端應用(例如，圖6中的App 1...N)處決定是否在特定的串流上使用了標頭壓縮(例如，RoHC)。具體而言，即使在特定UE的低層(或數據機)不支援向該UE的應用層客戶端應用進行特定於串流的標頭壓縮參數的內部報告或者通知功能的情況下，給定的應用層客戶端應用仍然可以弄清楚標頭壓縮是否用於其各個串流中的任何一個。

圖7圖示根據本發明的實施例的、應用層客戶端應用決定其串流中的一個串流是否使用了標頭壓縮的程序。參見圖7，數據機610建立將應用於一或多個不同類型的串流的標頭壓縮簡檔(700)。在特定於LTE的例子中，在700處，數據機610可以執行與進化封包核心(EPC)的連接程序，以建立將應用於支援一或多個應用層客戶端應用(例如，VoIP應用)的串流的RoHC簡檔集合(例如，針對用於支援VoIP通信期的VoIP媒體的媒體或者即時傳輸協定(RTP)串流來使用RoHC，而針對與VoIP通信期有關的訊號傳遞串流不使用RoHC等)。

在某個稍後的時間點，對UE 1與至少一個目標UE之間的通訊通信期進行產生實體，其中UE 1上的給定的應用層客戶端應用開始向數據機610發送第一串流(「串流1」)，以傳輸給目標設備。數據機610基於來自於700的串流1的相關聯的標頭壓縮簡檔來選擇性地對串流1應用標頭壓縮(710)，並且隨後將所得到的串流發送給目標設備(715)。在圖7 的實施例中，目標設備可以與仲裁UE 1與目標UE之間的通訊通信期的伺服器(例如，諸如應用伺服器170)相對應，或者目標設備可以與目標UE中的一個相對應。由此，雖然在圖7中沒有明確地示出，但是若目標設備是應用伺服器170，則應用伺服器170可以將串流1轉發給參與同UE 1的通訊通信期的目標UE。下面，圖8涉及其中目標設備是應用伺服器170的圖7的示例實現，而圖10涉及其中目標設備是目標UE的圖7的示例實現。

參見圖7，隨著目標設備接收到串流1，目標設備計算與串流1的封包相關聯的延遲(720)。在串流1是RTP串流的例子中，在720處，目標設備可以使用與來自於715的串流1中的RTP封包內的RTP有效載荷位元組相關聯的延遲，來計算與串流1的從所接收的第一RTP有效載荷位元組開始的每個位元組相關聯的平均延遲，以便計算每個位元組的平均延遲。例如，假定用於RoHC串流中的RoHC封包的RTP/UDP/IP標頭包括每個RoHC封包平均3個位元組，並且另外假定用於非RoHC串流中的非RoHC封包的RTP/UDP/IP標頭包括每個非RoHC封包平均40個位元組。在該情況下，由於RoHC串流中的非RoHC封包的增加的平均標頭大小，所以與RoHC串流中的語音訊框的到達時間相比，非RoHC串流中的對應的語音訊框的到達時間將具有更多的延遲。

在圖7中，在705-715處發送具有或者不具有標頭壓縮的串流1，並且給定的應用層客戶端應用尚不知道標頭壓縮狀態。在725處，為了給定的應用層客戶端應用弄清楚串流1 是否使用了標頭壓縮，給定的應用層客戶端應用配置用於傳送給目標設備的不具有任何標頭壓縮的第二封包串流(「串流2」)，並且隨後將串流2發送給數據機610以傳輸給目標設備。在一個例子中，給定的應用層客戶端應用可以經由確保串流2不與在700處建立的標頭壓縮簡檔中的任何一個相關聯，來保證不對串流2應用標頭壓縮。例如，串流控制傳輸協定(SCTP)當前不與任何標頭壓縮簡檔相關聯，所以使用SCTP來建立串流2可以保證在當前標準下，不對串流2應用任何標頭壓縮。作為替代方式，亦可以使用UDP/IP之上的定製的非SCTP協定，這是因為該協定亦不與標頭壓縮簡檔相關聯。數據機610不對串流2應用標頭壓縮(730)，並且數據機610將串流2(其不具有標頭壓縮)發送給目標設備(735)。隨著目標設備接收到串流2，目標設備計算與串流2的封包相關聯的延遲(740)。

在一個例子中，在740處，目標設備可以使用與來自於735的串流2中的封包內的有效載荷位元組相關聯的延遲，來計算與串流2的從所接收的第一有效載荷位元組開始的每個位元組相關聯的平均延遲，以便計算每個位元組的平均延遲(例如，類似於720)。雖然在圖7中以連續方式來示出對串流1和串流2的傳輸(例如，串流1之後跟隨著串流2)，但是應當明白的是，對串流1和串流2的傳輸以及它們相關聯的延遲計算可以並行地進行。

參見圖7，目標設備將用於指示串流1與串流2之間的延遲差異的延遲回饋發送給UE 1上的給定的應用層客戶端應 用(745)。可以以多種不同的方式來配置在745處發送給UE 1的延遲回饋。在第一例子中(例如，如圖8中所示)，目標設備可以將在720處計算出的串流1延遲和在740處計算出的串流2延遲作為延遲回饋單獨地進行發送，使得UE 1上的給定的應用層客戶端應用依賴其來計算相關聯的延遲差異，並且隨後弄清楚標頭壓縮是否用於串流1。在該例子中，延遲回饋指示延遲差異，這是因為UE 1可以使用該延遲回饋來計算延遲差異。

在第二例子中，目標設備可以計算延遲差異本身(例如，經由計算在720處計算出的串流1延遲與在740處計算出的串流2延遲之間的差值)，並且可以將計算出的延遲差異發送給UE 1上的給定的應用層客戶端應用，使得UE 1上的給定的應用層客戶端應用依賴於其來弄清楚標頭壓縮是否用於串流1。在該例子中，延遲回饋指示延遲差異，這是因為該延遲回饋清楚地或者明確地標識延遲差異。

在第三例子中(例如，如圖10中所示)，目標設備可以計算延遲差異本身，並且亦可以作出關於標頭壓縮是否用於串流1的決定。在該情況下，不是向UE 1上的給定的應用層客戶端應用報告任何實際的延遲資料，而是目標設備僅需要向UE 1上的給定的應用層客戶端應用通知關於串流1是否使用了標頭壓縮。在該例子中，延遲回饋指示延遲差異，這是因為標頭壓縮指示意味著相對高的延遲差異，而無標頭壓縮指示意味著相對低的延遲差異。

UE 1上的給定應用層客戶端應用從745接收延遲回 饋，並且隨後基於該延遲回饋來決定是否在串流1上使用了標頭壓縮(750)。如經由上面對745的描述所能明白的，若延遲回饋包括在720和740處計算出的延遲，則750的決定可以包括計算延遲差異以及隨後使用計算出的延遲差異來決定是否在串流1上使用了標頭壓縮。若延遲回饋包括計算出的延遲差異，則750的決定可以包括使用來自該延遲回饋的計算出的延遲差異來決定是否在串流1上使用了標頭壓縮。若該延遲回饋包括關於是否在串流1上使用了標頭壓縮的顯式指示，則750的決定可以包括對該顯式指示的成功接收。

在圖7中，無論在目標設備處還是UE 1自身使用延遲差異來弄清楚是否在串流1上使用了標頭壓縮，皆可以將該延遲差異的大小與延遲差異閥值(例如，0ms、40ms、60ms等)進行比較，以進行標頭壓縮決定。在更具體的例子中，每當延遲差異指示串流1的有效載荷位元組滯後於串流2的有效載荷位元組超過延遲差異閥值時，就將串流1解釋成使用標頭壓縮。

參見圖7，在755處，給定的應用層客戶端應用可選地至少部分地基於述及之標頭壓縮決定來對串流1進行修改。在圖7中，在755處所實現的串流修改是可選的，這是因為可能根據適當的設置已經將串流1配置為適應來自於750的標頭壓縮決定(或者其的缺少)。例如，在755處，若給定的應用層客戶端應用在750處決定標頭壓縮由串流1所使用，則給定的應用層客戶端應用(若必要的話)可以為串流1選擇不同的代碼轉換方案以利用標頭壓縮，增加由串流1使用的影像、 視訊及/或音訊解析度，增加由串流1使用的頻寬或位元速率(例如，針對語音或語音訊框)，調整用於串流1的宏塊排序，減少用於串流1的附隨因數(例如，使得在獨立的封包傳輸中發送更多的媒體訊框)，及/或基於減小的附隨因數的實現來避免實現前向糾錯機制(或者至少減少前向糾錯機制的積極性)，這是因為任何特定的RTP封包的丟失將僅影響單個語音訊框，而不是影響多個語音訊框(若附隨因數更大的話)。

在回應於肯定的標頭壓縮決定的更具體的代碼轉換例子中，進行發送的實體(亦即，UE 1)可以在信源編碼級別預算更多的位元/位元組，使得與代碼轉換相關聯的假像被減少。在回應於肯定的標頭壓縮決定的更具體的頻寬增加例子中，進行發送的實體(亦即，UE 1)可以向串流1分配更多的頻寬，更多的頻寬用於冗餘地發送視訊訊框的圖片和分片，這通常將導致頻寬管理負擔，但是有助於防止視訊傳輸中的錯誤傳播。在回應於肯定的標頭壓縮決定的更具體的宏塊例子中，進行發送的實體(亦即，UE 1)可以在視訊訊框內使用靈活的宏塊排序，這通常需要更多的位元，但是在封包錯誤的情況下賦予彈性。在回應於肯定的標頭壓縮決定的更具體的附隨例子中，若在750處，給定的應用層客戶端應用決定串流1攜帶20ms的VoIP語音訊框並且將RoHC用於RTP/UDP/IP傳輸量，則該給定的應用層客戶端應用可以將用於語音訊框的附隨因數減小到1，使得每個封包包括單個語音訊框，從而目標設備在接收每個連續的訊框之前僅需要等待20ms。相比而言，若附隨因數是6，使得在每個封包中附隨6 個語音訊框，則目標設備將需要針對每個連續的封包而等待120ms。

或者，在755處，若給定的應用層客戶端應用在750處決定串流1沒有使用標頭壓縮，則該給定的應用層客戶端應用(若必要的話)可以為串流1選擇不同的代碼轉換方案以適應標頭壓縮的缺少，減小由串流1使用的影像、視訊及/或音訊解析度，減少由串流1使用的頻寬或位元速率(例如，針對語音或語音訊框)，調整用於串流1的宏塊排序，增加用於串流1的附隨因數(例如，使得在獨立的封包傳輸中發送更少的媒體訊框)，及/或基於增大的附隨因數的實現來實現更積極的前向糾錯機制，這是因為任何特定的RTP封包的丟失將僅影響單個語音訊框，而不是影響多個語音訊框(若附隨因數更大的話)。

在回應於否定的標頭壓縮決定的更具體的代碼轉換例子中，進行發送的實體(亦即，UE 1)可以在信源編碼級別預算更少的位元/位元組。在回應於否定的標頭壓縮決定的更具體的頻寬減少例子中，進行發送的實體(亦即，UE 1)可以經由撤銷對視訊訊框的圖片和分片的冗餘傳輸的支援，來向串流1分配更少的頻寬。在回應於否定的標頭壓縮決定的更具體的宏塊例子中，進行發送的實體(亦即，UE 1)可以在視訊訊框內使用不變的宏塊排序，這與靈活的巨集塊排序相比通常需要更少的位元。在回應於否定的標頭壓縮決定的更具體的附隨例子中，若在750處，給定的應用層客戶端應用決定串流1攜帶20ms的VoIP語音訊框(其沒有用於 RTP/UDP/IP傳輸量的RoHC)，則該給定的應用層客戶端應用可以將用於語音訊框的附隨因數增加到6，使得每個封包包括6個語音訊框，從而目標設備在接收每個連續的訊框之前必須等待120ms。在該情況下，由於相對大的RTP封包標頭，所以增加附隨因數有助於減小與串流1上的傳輸量相關聯的有效載荷與標頭之比。相比而言，若附隨因數是1，使得在每個封包中附隨單個語音訊框，則目標設備將針對每個連續的封包而僅等待20ms，這要以減小用於串流1的有效載荷與標頭之比為代價。

圖8圖示根據本發明的實施例的、圖7的程序的更詳細的實現。參見圖8，數據機610在與EPC的連接程序期間，建立RoHC簡檔集合(800)(例如，類似於圖7的700)。在某個稍後的時間點，UE 1上的VoIP應用建立將由應用伺服器170(例如，其是圖8的實施例中的VoIP應用伺服器)進行仲裁的VoIP撥叫(805)。在805處建立VoIP撥叫之後，VoIP應用開始向數據機610發送攜帶語音訊框的RTP串流以便傳輸給目標設備(810)(例如，類似於圖7的705)。在圖8的實施例中，即使RTP串流的最終目的地有可能是一或多個目標UE，目標設備亦是應用伺服器170。這意味著：即使在如下面參照圖10所描述的不同的實現中，目標UE有可能是負責提供延遲回饋的實體，在圖8中應用伺服器170亦是負責提供延遲回饋的實體。

數據機610基於來自800的RTP串流的相關聯的RoHC簡檔，來對該RTP串流應用RoHC(815)(例如，類似 於圖7的710)，並且隨後將所得到的RTP串流發送給應用伺服器(820)。雖然在圖8中沒有明確地示出，但是應用伺服器170可以將該RTP串流轉發給參與同UE 1的通訊通信期的目標UE。下面，圖9A圖示在810-820處由RTP串流使用的RTP封包的示例配置。

參見圖8，隨著應用伺服器170接收到RTP串流，應用伺服器170計算與該RTP串流內的RTP封包的RTP有效載荷位元組(從在應用伺服器170處針對該RTP串流所接收的第一RTP有效載荷位元組開始)相關聯的平均延遲(825)(例如，類似於圖7的720)。應用伺服器170向UE 1上的VoIP應用報告來自於825的計算出的平均延遲(例如，單一時間、在週期性基礎上、在該VoIP通訊期每當計算出的平均延遲發生改變時等)(830)(例如，類似於圖7的745)。在一個例子中，在830處，可以經由SIP訊息、RTCP訊息或定製的訊息類型來報告計算出的針對該RTP串流的平均延遲。

在835處(例如，類似於圖7的725)，為了VoIP應用弄清楚RTP串流是否使用標頭壓縮，該VoIP應用配置用於傳送給應用伺服器170的不具有RoHC的第二封包串流(「探測串流」)，並且隨後將該探測串流發送給數據機610以傳輸給應用伺服器170。數據機610不對該探測串流應用RoHC(840)(例如，類似於圖7的730)，並且數據機610將該探測串流發送給應用伺服器170(其不具有RoHC)(845)(例如，類似於圖7的735)。下面，圖9B圖示在835-845處由探測串流使用的探測封包的示例配置。

參見圖8，隨著應用伺服器170接收到探測串流，應用伺服器170計算與該探測串流內的探測封包的有效載荷位元組(從在應用伺服器170處針對該探測串流所接收的第一有效載荷位元組開始)相關聯的平均延遲(850)(例如，類似於圖7的740)。應用伺服器170向UE 1上的VoIP應用報告來自於850的計算出的平均延遲(例如，單一時間、在週期性基礎上、在用於該探測串流的VoIP通訊期每當計算出的平均延遲發生改變時等)(855)(例如，類似於圖7的745)。在一個例子中，在855處，可以經由SIP訊息、RTCP訊息或定製的訊息類型，來報告計算出的針對該探測串流的平均延遲。

參見圖8，UE 1上的VoIP應用計算RTP串流與探測串流之間的延遲差異(860)(例如，經由從在855處所報告的針對RTP串流的平均延遲中減去在830處所報告的針對RTP串流的平均延遲)。隨後基於來自860的延遲差異，UE 1決定在該RTP串流上使用了RoHC(865)(例如，860和865共同地對應於圖7中的750)。例如，VoIP應用可以基於用於指示來自RTP串流的RTP封包的RTP有效載荷位元組的平均延遲比來自探測串流的探測封包的有效載荷位元組的平均延遲高出延遲差異閥值(例如，0ms、40ms、60ms等)的延遲差異，來決定該RTP串流使用了RoHC。在這點上，VoIP應用可以可選地至少部分地基於RoHC決定來修改該RTP串流(870)(例如，如上面參照圖7的755所論述的)。

圖9A圖示根據本發明的實施例的、圖8的RTP串流中的RTP封包900A的示例配置，以及圖9B圖示根據本發明的實 施例的、圖8的探測串流中的探測封包900B的示例配置。

參見圖9A，RTP封包900A包括總共Z個位元組，其中12個位元組被分配給RTP標頭905A，X個位元組被分配給有效載荷部分910A(例如，攜帶語音訊框)，8個位元組被分配給UDP標頭915A，以及20個位元組被分配給IPv4標頭920A。在一個例子中，X可以是常數，使得RTP串流之每一者RTP封包可以具有相同的有效載荷大小。

參見圖9B，為了確保不向探測串流分配RoHC，將探測封包900B實現成串流控制傳輸協定(SCTP)封包，其中對於SCTP封包而言，不存在RoHC。作為SCTP的替代，在本發明的其他實施例中，亦可以使用位於IP之上的任何定製協定來實現該探測封包，其中VoIP應用知道將不向該協定分配RoHC。類似於RTP封包900A，探測封包900B亦包括總共Z位元組，使得RTP和探測串流的各個封包之間的大小變化不會影響它們各自計算出的平均延遲。探測封包900B的Z個位元組包括：被分配給SCTP公共標頭905B的12個位元組、被分配給SCTP塊標頭的4個位元組、被分配給塊資料部分915B的X+4個位元組以及被分配給IPv4標頭920B的20個位元組。在一個例子中，X可以是常數，使得探測串流之每一者探測封包可以具有相同的塊資料大小。應當明白的是，由於探測封包900B不使用RoHC，因此與使用RoHC的相同大小的RTP封包相比，塊資料部分915B中的有效載荷位元組的平均延遲將更低。

儘管圖8涉及其中目標設備是應用伺服器170的圖7的示例實現，但是相比而言，圖10涉及圖7的另一示例實現， 其中目標設備是參與同UE 1和UE 2自身的VoIP撥叫的另一UE(「UE 2」)。此外，儘管圖8涉及圖7的示例實現(其中應用伺服器170將計算出的針對RTP串流和探測串流的平均延遲反向報告給UE 1上的VoIP應用，使得VoIP應用自身負責匯出該延遲差異，以便針對該RTP串流進行RoHC判斷)，但是相比而言，圖10使UE 2計算延遲差異並且針對RTP串流進行RoHC決定，使得UE 1從UE 2接收關於是否在該RTP串流上使用了RoHC的顯式指示。此外，儘管圖8涉及在RTP串流上使用RoHC的圖7的示例實現，但是相比而言，圖10涉及沒有在RTP串流上使用RoHC的例子。

考慮到這一點，參見圖10，1000到1025基本上分別對應於圖8的800到825，除了以下情形之外：(i)在圖10中RTP串流在UE 2處終止，而不是如在圖8中在應用伺服器170處終止；(ii)圖10的RTP串流不使用RoHC，而圖8的RTP串流使用RoHC。此外，1030到1045基本上分別對應於圖8的835到850，除了在圖10中探測串流在UE 2處終止，而不是如在圖8中在應用伺服器170處終止。在圖10中，不是將計算出的平均延遲發送給UE 1使得UE 1可以計算延遲差異(例如，如圖8的830和855-860所示)，而是UE 2來計算RTP串流與探測串流之間的延遲差異(1050)。可以類似於或者等同於圖8的860，來執行1050的計算，除了在UE 2處而不是在UE 1處執行該計算之外。同樣，在圖10中，UE 2亦使用計算出的延遲差異來決定是否在RTP串流上使用了RoHC(1055)。可以類似於圖8的865來執行1055的決定，除了在圖10的1055處，UE 2決 定沒有在RTP串流上使用RoHC之外。在1055處針對RTP串流進行決定之後，UE 2向UE 1發送清楚地或者明確地指示該RTP串流沒有使用RoHC的通知(1060)(例如，經由SIP訊息、RTCP訊息或定製的訊息類型)。基於從1060接收到該通知，UE 1上的VoIP應用決定沒有在用於該VoIP撥叫的RTP串流上使用RoHC(1065)，並且可選地基於該非RoHC決定，該VoIP應用修改與該RTP串流相關聯的一或多個設置(1070)。

在圖10中，應當明白的是，在本發明的至少一個實施例中，如被描述為由UE 2執行的操作可以更具體地由在UE 2處的應用層處執行的VoIP應用來實現。在該情況下，可以類似於圖6中的UE 600，來配置UE 1和UE 2二者。

普通熟習此項技術者應當明白，資訊和信號可以使用多種不同的技術和方法中的任意一種來表示。例如，在貫穿上面的描述中提及的資料、指令、命令、資訊、信號、位元、符號和碼片可以用電壓、電流、電磁波、磁場或粒子、光場或粒子或者其任意組合來表示。

此外，普通熟習此項技術者亦應當明白，結合本文揭示的實施例所描述的各種示例性的邏輯區塊、模組、電路和演算法步驟均可以實現成電子硬體、電腦軟體或二者的組合。為了清楚地說明硬體和軟體之間的這種可交換性，上面對各種說明性的部件、方塊、模組、電路和步驟均圍繞其功能進行了整體描述。至於這種功能是實現成硬體還是實現成軟體，取決於特定的應用和對整個系統所施加的設計約束。熟習此項技術者可以針對每個特定應用，以變通的方式實現 所描述的功能，但是，這種實現決策不應被解釋為脫離本發明的保護範圍。

被設計為執行本文所述功能的通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)或其他可程式設計邏輯裝置、個別閘或者電晶體邏輯裝置、個別硬體部件或者其任意組合，可以用來實現或執行結合本文揭示的實施例所描述的各種說明性的邏輯區塊、模組和電路。通用處理器可以是微處理器，或者，該處理器亦可以是任何習知的處理器、控制器、微控制器或者狀態機。處理器亦可以實現為計算設備的組合，例如，DSP和微處理器的組合、複數個微處理器、一或多個微處理器與DSP核心的結合，或者任何其他此類配置。

結合本文揭示的實施例所描述的方法、順序及/或演算法可以直接體現為硬體、由處理器執行的軟體模組或二者的組合。軟體模組可以位於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、可移除磁碟、CD-ROM或者此項技術中已知的任何其他形式的儲存媒體中。一種示例性的儲存媒體可以耦合至處理器，從而使該處理器能夠從該儲存媒體讀取資訊，並且可向該儲存媒體寫入資訊。或者，該儲存媒體亦可以是處理器的組成部分。處理器和儲存媒體可以位於ASIC中。該ASIC可以位於使用者終端(例如，UE)中。或者，處理器和儲存媒體可以作為個別元件存在於使用者終端中。

在一或多個示例性實施例中，所描述的功能可以用 硬體、軟體、韌體或者其任意組合來實現。若用軟體實現，則可以將這些功能儲存在電腦可讀取媒體上或者作為電腦可讀取媒體上的一或多個指令或代碼進行傳輸。電腦可讀取媒體包括電腦儲存媒體和通訊媒體二者，其中通訊媒體包括促進從一個地方向另一個地方傳送電腦程式的任何媒體。儲存媒體可以是電腦能夠存取的任何可用媒體。經由舉例而非限制的方式，這種電腦可讀取媒體可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟儲存、磁碟儲存或其他磁存放裝置、或者能夠用於攜帶或儲存具有指令或資料結構形式的期望的程式碼並能夠由電腦進行存取的任何其他媒體。此外，可以將任何連接適當地稱為電腦可讀取媒體。例如，若軟體是使用同軸電纜、光纖電纜、雙絞線、數位用戶線路路(DSL)或者諸如紅外線、無線電和微波之類的無線技術，從網站、伺服器或其他遠端源發送的，則同軸電纜、光纖電纜、雙絞線、DSL或者諸如紅外線、無線電和微波之類的無線技術包括在媒體的定義中。如本文所使用的，磁碟(disk)和光碟(disc)包括壓縮光碟(CD)、鐳射光碟、光碟、數位多功能光碟(DVD)、軟碟和藍光光碟，其中磁碟通常磁性地複製資料，而光碟則用鐳射來光學地複製資料。上文的組合亦應當包括在電腦可讀取媒體的保護範圍之內。

雖然上述揭示內容圖示本發明的說明性實施例，但是應當注意的是，在不脫離如所附的申請專利範圍所限定的本發明的保護範圍的情況下，可以對本文做出各種改變和修改。根據本文所描述的本發明的實施例的方法請求項的功能 、步驟及/或動作，不需要以任何特定的次序執行。此外，雖然用單數形式描述或要求保護本發明的要素，但是除非明確聲明限於單數，否則可以預期到複數形式。

120‧‧‧無線電存取網路(RAN)

140‧‧‧核心網路

700‧‧‧建立標頭壓縮簡檔

705‧‧‧方塊

710‧‧‧方塊

715‧‧‧方塊

720‧‧‧方塊

725‧‧‧方塊

730‧‧‧方塊

735‧‧‧方塊

740‧‧‧方塊

745‧‧‧方塊

750‧‧‧方塊

755‧‧‧方塊

Claims (30)

1. 一種對一裝置進行操作的方法，包括以下步驟：接收針對一給定的通訊通信期的一第一串流和一第二串流，其中該給定的通訊通信期源自於一源客戶端設備上的一應用層客戶端應用；計算該第一串流內的封包有效載荷部分的到達時間的一第一延遲；計算該第二串流內的封包有效載荷部分的到達時間的一第二延遲；向該源客戶端設備上的該應用層客戶端應用報告用於指示該第一延遲與該第二延遲之間的一延遲差異的資訊。
2. 根據請求項1述及之方法，其中該第一串流是攜帶針對該給定的通訊通信期的媒體的一即時傳輸協定(RTP)串流。
3. 根據請求項1述及之方法，其中該第二串流是由該源客戶端設備提供的且被配置為允許偵測該延遲差異的一探測串流。
4. 根據請求項3述及之方法，其中該探測串流是一串流控制傳輸協定(SCTP)串流。
5. 根據請求項1述及之方法，其中該第一延遲與來自該第一串流的一第一有效載荷位 元組集合中的每一有效載荷位元組的一第一平均延遲相對應，以及其中該第二延遲與來自該第二串流的一第二有效載荷位元組集合中的每一有效載荷位元組的一第二平均延遲相對應。
6. 根據請求項1述及之方法，其中該第二串流不使用一給定類型的標頭壓縮，以及其中該第一延遲與該第二延遲之間的該延遲差異指示該給定類型的該標頭壓縮是否用於該第一串流。
7. 根據請求項6述及之方法，其中該給定類型的該標頭壓縮是穩健性標頭壓縮(RoHC)。
8. 根據請求項1述及之方法，其中該所報告的資訊指示該第一延遲和該第二延遲。
9. 根據請求項1述及之方法，其中該所報告的資訊指示該延遲差異。
10. 根據請求項1述及之方法，亦包括以下步驟：在該裝置處計算該延遲差異；基於該延遲差異來決定一給定類型的標頭壓縮是否用於該第一串流， 其中該所報告的資訊包括該給定類型的該標頭壓縮是否用於該第一串流的一顯式指示。
11. 根據請求項10述及之方法，其中該給定類型的該標頭壓縮是穩健性標頭壓縮(RoHC)。
12. 根據請求項1述及之方法，亦包括以下步驟：在該報告之後，繼續接收具有一或多個參數的該第一串流，其中該一或多個參數是基於該所報告的資訊來修改的。
13. 根據請求項12述及之方法，其中該一或多個經修改的參數包括：由該第一串流使用的一代碼轉換方案、由該第一串流使用的一宏塊排序方案、由該第一串流使用的一影像、視訊或音訊解析度、由該第一串流使用的一頻寬或位元速率、該第一串流的一附隨因數、一前向糾錯機制是否由該第一串流使用及/或由該第一串流使用的前向糾錯機制的一類型或者程度。
14. 根據請求項13述及之方法，其中該一或多個經修改的參數包括由該第一串流使用的該代碼轉換方案，其中若決定該給定類型的該標頭壓縮被使用，則該代碼轉換方案被修改為在一信源編碼級別包括一較高的資料預算，以及 其中若決定該給定類型的該標頭壓縮未被使用，則該代碼轉換方案未被修改為在該信源編碼級別包括該較高的資料預算。
15. 根據請求項13述及之方法，其中該一或多個經修改的參數包括由該第一串流使用的該附隨因數，其中若決定該給定類型的該標頭壓縮被使用，則該附隨因數被維持在一較高的附隨級別或者被增加到該較高的附隨級別，以及其中若決定該給定類型的該標頭壓縮未被使用，則該附隨因數被維持在一較低的附隨級別或者被減小到該較低的附隨級別。
16. 根據請求項1述及之方法，其中該裝置是調解該源客戶端設備與目標客戶端設備之間的該給定的通訊通信期的一伺服器，或者，其中該裝置是該目標客戶端設備。
17. 一種對一源客戶端設備上的一應用層客戶端應用進行操作的方法，包括以下步驟：將針對一給定的通訊通信期的一第一串流和一第二串流發送給一目標設備；接收用於指示在該目標設備處計算出的、該第一串流內 的封包有效載荷部分的到達時間的一第一延遲和該第二串流內的封包有效載荷部分的到達時間的一第二延遲的資訊；基於該所接收的資訊來決定一給定類型的標頭壓縮是否用於該第一串流；基於該決定來選擇性地修改該第一串流的一或多個參數。
18. 根據請求項17述及之方法，其中該第一串流是攜帶針對該給定的通訊通信期的媒體的一即時傳輸協定(RTP)串流。
19. 根據請求項17述及之方法，其中該第二串流是由該源客戶端設備提供的且被配置為允許偵測該延遲差異的探測串流。
20. 根據請求項19述及之方法，其中該探測串流是一串流控制傳輸協定(SCTP)串流。
21. 根據請求項17述及之方法，其中該第一延遲與來自該第一串流的一第一有效載荷位元組集合中的每一有效載荷位元組的一第一平均延遲相對應，以及其中該第二延遲與來自該第二串流的一第二有效載荷位元組集合中的每一有效載荷位元組的一第二平均延遲相對應。
22. 根據請求項17述及之方法，其中該第二串流不使用該給定類型的該標頭壓縮，以及其中該第一延遲與該第二延遲之間的該延遲差異指示該給定類型的該標頭壓縮是否用於該第一串流。
23. 根據請求項17述及之方法，其中該給定類型的該標頭壓縮是穩健性標頭壓縮(RoHC)。
24. 根據請求項17述及之方法，其中該所接收的資訊指示該第一延遲和該第二延遲，或者其中該所接收的資訊指示該延遲差異，或者其中該所接收的資訊包括該給定類型的該標頭壓縮是否用於該第一串流的一顯式指示。
25. 根據請求項17述及之方法，其中該選擇性地修改對以下各項中的一項或多項進行修改：由該第一串流使用的一代碼轉換方案、由該第一串流使用的一宏塊排序方案、由該第一串流使用的一影像、視訊或音訊解析度、由該第一串流使用的一頻寬或位元速率、該第一串流的一附隨因數、一前向糾錯機制是否由該第一串流使用及/或由該第一串流使用的前向糾錯機制的一類型或者程度。
26. 根據請求項25述及之方法，其中若決定該給定類型的該標頭壓縮被使用，則該選擇性地修改將該代碼轉換方案修改為在一信源編碼級別包括一較高的資料預算，以及其中若決定該給定類型的該標頭壓縮未被使用，則該選擇性地修改不將該代碼轉換方案修改為在該信源編碼級別包括該較高的資料預算。
27. 根據請求項25述及之方法，其中若決定該給定類型的該標頭壓縮被使用，則該選擇性地修改將該附隨因數維持在一較高的附隨級別或者將該附隨因數增加到該較高的附隨級別，以及其中若決定該給定類型的該標頭壓縮未被使用，則該選擇性地修改將該附隨因數維持在一較低的附隨級別或者將該附隨因數減小到該較低的附隨級別。
28. 根據請求項17述及之方法，其中：該目標設備是調解該源客戶端設備與一目標客戶端設備之間的該給定的通訊通信期的一伺服器，或者，該裝置是該目標客戶端設備。
29. 一種裝置，包括：被配置為接收針對一給定的通訊通信期的一第一串流和一第二串流的邏輯單元，其中該給定的通訊通信期源自於一 源客戶端設備上的一應用層客戶端應用；被配置為計算該第一串流內的封包有效載荷部分的到達時間的一第一延遲的邏輯單元；被配置為計算該第二串流內的封包有效載荷部分的到達時間的一第二延遲的邏輯單元；被配置為向該源客戶端設備上的該應用層客戶端應用報告用於指示該第一延遲與該第二延遲之間的一延遲差異的資訊的邏輯單元。
30. 一種被配置為執行一應用層客戶端應用的源客戶端設備，包括：被配置為將針對一給定的通訊通信期的一第一串流和一第二串流發送給一目標設備的邏輯單元；被配置為接收用於指示在該目標設備處計算出的、該第一串流內的封包有效載荷部分的到達時間的一第一延遲和該第二串流內的封包有效載荷部分的到達時間的一第二延遲的資訊的邏輯單元；被配置為基於該所接收的資訊來決定一給定類型的標頭壓縮是否用於該第一串流的邏輯單元；被配置為基於該決定來選擇性地修改該第一串流的一或多個參數的邏輯單元。