用於抑制通信網絡中tcp協議引起的退避的裝置和方法

2023-12-11 16:59:07

用於抑制通信網絡中tcp協議引起的退避的裝置和方法
【專利摘要】本發明公開了用於抑制在例如混合無線網絡中數據伺服器超時的方法和裝置。在一個示例性實施例中，工作於混合網絡環境中的客戶端設備利用其對失諧周期的了解以便最小限度地影響數據網絡操作，尤其是TCP。例如，在數據下行鏈路活動期間，客戶端設備在進入失諧周期之前在向回發送給網絡的確認分組中引起一些延遲。這些被延遲的確認分組導致重新傳輸超時周期值增大，從而減小遇到數據伺服器超時的概率。本發明還論述了其他實施例，其在這些失諧周期期間預先佔用網絡裝置以便在這些周期期間也抑制超時。這些抑制算法在下行鏈路和上行鏈路數據傳輸中都有用。本發明還公開了用於實施這些方法的裝置。
【專利說明】用於抑制通信網絡中TCP協議引起的退避的裝置和方法
[0001]優先權
[0002]本申請要求2012年6月27日提交的名稱為「APPARATUS AND METHODS FORMITIGATING PROTOCOL-1NDUCED BACK-0FFS IN A C0MMUNICAT10NNETW0RK」 的共同擁有且共同未決的美國專利申請N0.13/535，194的優先權，而後者要求2012年3月19日提交的名稱為 「APPARATUS AND METHODS FOR MITIGATING PROTOCOL-1NDUCED BACK-0FFS IN ACOMMUNICAT1N NETWORK」的美國臨時專利申請N0.61/612，910的優先權，在此通過引用將上述每個申請全文併入本文。
[0003]相關申請
[0004]本申請涉及2011年4月25日提交的名稱為「DUAL NETWORK MOBILE DEVICE
RAD1 RESOURCE MANAGEMENT」的共同擁有且共同未決的美國臨時專利申請N0.61/_，
2012 年 5 月 2 日提交的名稱為「SINGLE-RAD1 DEVICE SUPPORTING COEXISTENCE BETWEENMULTIPLE RAD1 ACCESS TECHNOLOGIES」 的 13/099，204，2011 年 4 月 6 日提交的名稱為
「MULTIPLE NETWORK MOBILE DEVICE CONNECT1N MANAGEMENT」 (的 61/_,2012 年
I月 9 日提交的名稱為 「DYNAMIC TRANSMIT IN DEVICES WITH MULTIPLE ANTENNAS」 的13/346，419，以及 2012 年 I 月 10 日提交的名稱為「MULHM0DE USER EQUIPMENT WITH DUALCIRCUIT ARCHITECTURE」的13/347，641，在此通過引用將上述每個申請全文併入本文。
[0005]背景
1.

【技術領域】
[0006]本公開整體涉及通信網絡內的操作，例如混合網絡操作，其中客戶端設備能夠利用若干不同的無線電接入技術的任一種或多種進行通信。更具體地講，在一個示例性的方面中，本公開涉及用於抑制因混合網絡操作而造成的數據傳輸超時(time-out)的方法和
>J-U ρ?α裝直。
2.

【背景技術】
[0007]蜂窩網絡運營商通過例如蜂窩基站(BS)、基站控制器、基礎設施節點等的網絡基礎設施向公眾提供移動電信服務。存在各式各樣的蜂窩網絡技術，在歷史上，蜂窩設備是專用於在單一蜂窩網絡之內工作的。不過，隨著蜂窩技術變得越來越商品化，設備現在能夠提供所謂的「多模式」操作；即，單個設備能夠在兩種或更多種蜂窩網絡上工作。多模式操作允許設備在若干種網絡技術的任一種上工作，但不允許同時在多種網絡技術上操作。
[0008]初期的研究涉及所謂的「混合式」網絡操作。在混合網絡操作期間，客戶端設備同時在多種具有不同技術的不同網絡間工作。在一種示例性情況下，混合設備能夠同時支持:(i)長期演進(LTE)和(ii)碼分多址1X(CDMA IX)網絡；即，設備能夠在第一 LTE網絡和第二 CDMA IX網絡之間保持同時連接。例如，LTE/CDMA IX混合行動裝置能夠在行動裝置處於LTE模式的同時通過CDMA IX網絡進行語音通話。在另一種示例性情況下，混合設備能夠同時支持:(i)CDMA 1X-EVD0(演進數據優化)和(ii)CDMA IX網絡。
[0009]用於混合網絡操作的現有解決方案依賴客戶端設備管理其自己在網絡間的操作。具體地講，客戶端設備負責保持其與各種服務網絡的活動連接；不需要對現有網絡安裝做出變化(即，混合網絡操作不會影響網絡基礎設施的舊式硬體和軟體)。以客戶端為中心的混合操作具有多方面優點。例如，對於網絡運營商而言基礎設施成本非常小(如果有的話)。此外，硬體成本可以納入消費者設備的價格之中。此外，混合網絡操作將不會影響現有的舊式設備。類似地，能夠進行混合操作的設備也能夠正常工作。
[0010]不過，由於用於混合網絡操作的現有解決方案不需要構成網絡彼此協調，鑑於對這些客戶端設備提出的新需求，現存的網絡設備與客戶端設備一起工作較不理想。例如，在行動裝置附接到第一 LTE網絡的同時，它必須周期性地使LTE網絡「失諧」，以執行CDMA IX動作(諸如對快速尋呼信道(QPCH)解碼以確定設備是否正被尋呼)。如果行動裝置在失諧期間正經由LTE網絡從傳輸控制協議(TCP)伺服器接收數據，TCP伺服器將不會意識到行動裝置已失諧，在其未接收到針對其先前發送的數據的確認分組(ACK)時，將會超時其數據傳輸。此外，顯著退避其數據傳輸的TCP伺服器會減小用於客戶端設備的感知吞吐量。
[0011]因此，需要改進的方法和裝置，以抑制這些失諧周期或其他中斷期間TCP層級的退避。


【發明內容】

[0012]本公開通過特別提供用於抑制失諧或類似周期期間發生的數據傳輸期間的數據伺服器退避的改進型裝置和方法，滿足了上述需求。
[0013]第一，公開了一種用於抑制混合網絡中數據伺服器退避的方法。在一個實施例中，客戶端設備執行抑制算法，其在客戶端設備引起的測量間隙周期期間改變數據伺服器的行為。一種實施方式通過延遲從客戶端的分組確認傳輸來改變數據伺服器行為，以便在數據伺服器超時之前有效地「購買更多時間」。
[0014]另一種實施方式觸發假的「網絡故障」狀態，以便使得數據伺服器開始一次或多次補救努力，再次在伺服器超時之前向UE購買更多時間。
[0015]第二，公開了一種用於抑制混合網絡中數據伺服器退避的裝置。在一種變體中，該裝置為網絡側伺服器(如具有TCP功能的數據伺服器)。
[0016]第三，公開了一種計算機可讀存儲裝置。
[0017]第四，公開了一種混合網絡系統。
[0018]第五，公開了一種能夠進行混合網絡操作並能夠執行抑制算法以抑制數據伺服器退避的客戶端設備。
[0019]第六,公開了一種用於從網絡傳輸伺服器生成增大的超時分配的方法。在一個實施例中，該方法包括創建網絡問題或故障狀況的假或偽指示，從而由伺服器調用補救措施(因此會有更大的超時間隔)。在另一個實施例中，UE觸發(不必要的)重新傳輸事件，再次有效擴展伺服器超時間隔。
[0020]此外，公開了一種移動無線裝置。在一個實施例中，該裝置包括被配置成與第一無線網絡通信的第一空中接口 ；以及與第一空中接口進行數據通信的邏輯。在一種變體中，邏輯被配置成確定第一空中接口何時失諧，並實施一種功能，該功能至少可減小利用第一空中接口向行動裝置傳送數據的網絡側伺服器將不利地改變網絡側伺服器的關於數據的傳輸的操作的機會。
[0021]在另一個實施例中，邏輯被配置成確定第一空中接口何時失諧一段時間，以及使得利用第一空中接口向網絡側伺服器傳輸消息或信號，以向移動裝置傳輸數據，使得伺服器實施一種功能，該功能至少可減小伺服器在失諧周期期間將不利地改變網絡側伺服器的關於數據的傳輸的操作的機會。
[0022]此外，公開了一種用於減小向客戶端設備傳輸數據期間遇到數據伺服器超時的可能性的方法。在一個實施例中，該方法包括:執行數據訪問技術；確定客戶端設備何時進入失諧周期；以及在進入失諧周期之前，在客戶端設備上執行抑制算法，以便減小遇到數據伺服器超時的可能性。
[0023]此外，公開了一種在向客戶端設備傳輸數據期間操作數據伺服器的方法。在一個實施例中，該方法包括經由無線數據訪問技術從伺服器向客戶端設備傳輸數據，以及確定客戶端設備何時與數據訪問技術失諧。在失諧之前，在數據伺服器上執行抑制功能，以便減小數據伺服器傳輸數據中發生中斷的可能性。
[0024]本領域的普通技術人員參考如下附圖和示例性實施例的詳細描述將會立即理解本公開的其他特徵和優點。

【專利附圖】

【附圖說明】
[0025]圖1是示出結合本公開使用的一種示例性混合網絡系統的邏輯框圖。
[0026]圖2是詳細示出根據本公開抑制數據傳輸超時的方法的一種示例性實施方式的邏輯流程圖。
[0027]圖3是根據本公開配置的用戶設備(UE)裝置一部分的示例性實施例的功能框圖。
[0028]圖4是詳細示出根據本公開抑制下行鏈路數據傳輸超時的方法的第一示例性實施方式的邏輯流程圖。
[0029]圖5是詳細示出根據本公開抑制下行鏈路數據傳輸超時的方法的第二示例性實施方式的邏輯流程圖。
[0030]圖6是詳細示出根據本公開抑制下行鏈路數據傳輸超時的方法的第三示例性實施方式的邏輯流程圖。
[0031]圖7是詳細示出根據本公開抑制下行鏈路數據傳輸超時的方法的第四示例性實施方式的邏輯流程圖。
[0032]圖8是詳細示出根據本公開抑制下行鏈路數據傳輸超時的方法的第五示例性實施方式的邏輯流程圖。
[0033]圖9是詳細示出根據本公開抑制上行鏈路數據傳輸超時的方法的第一示例性實施方式的邏輯流程圖。
[0034]圖10是詳細示出根據本公開抑制上行鏈路數據傳輸超時的方法的第二示例性實施方式的邏輯流程圖。
[0035]圖11是詳細示出根據本公開抑制上行鏈路數據傳輸超時的方法的第三示例性實施方式的邏輯流程圖。
[0036]圖12是根據本公開配置的用戶設備(UE)裝置的示例性實施例的功能框圖。
[0037]所有圖片版權所有2012-2013 Apple Inc.保留所有權利。

【具體實施方式】
[0038]現在參見附圖，其中自始至終類似標號表示類似部件。
[0039]綜述
[0040]本公開的各個方面特別提供了一種客戶端設備抑制混合網絡中數據伺服器超時的方法。在一個示例性實施例中，工作於CDMA IX和LTE網絡中的混合UE利用了其對UE引起的測量間隙周期的了解，以便最小限度地影響LTE網絡操作。
[0041]如前所述，一旦UE連接到LTE網絡，UE將周期性地將其無線電調諧成偏離LTE網絡，以執行CDMA IX保持動作，諸如獲取CDMA IX小區，註冊到獲取的CDMA IX小區以及接收CDMA IX頁等。在UE與LTE網絡失諧的時間期間內，LTE數據傳輸將離線，如果TCP伺服器不能接收到針對其已經向UE發出的未完成數據的ACK，TCP伺服器將使其數據傳輸超時。
[0042]因此，為了抑制這種不希望有的(TCP)伺服器行為，本文公開的創造性UE將在進入失諧周期之前執行一個或多個抑制算法。例如，在TCP下行鏈路活動周期期間，在一種實施方式中，UE應用處理器將在進入失諧周期之前在TCP ACK(響應於所接收的數據分組而向網絡發回)中引起一些延遲。這些被延遲的TCP ACK導致重新傳輸超時周期值增大，從而減小了遇到TCP超時的概率。
[0043]或者，在TCP上行鏈路數據傳輸周期期間，進入LTE掛起模式之前，在示例性實施例中，UE將降低其緩衝區填充極限，以便增大TCP伺服器上的重新傳輸超時，從而顯著減小數據傳輸期間發生TCP伺服器超時的可能性。
[0044]在另選的實施方式中，網絡實體(諸如TCP伺服器或指定的代理)諸如通過事先對配置的了解或通過上行鏈路通信而知道UE的混合配置/狀態，伺服器或實體然後能夠為UE應用修改的超時規則(如至少在已知其工作於混合模式中時)。
[0045]在下文中更詳細地描述了本公開的各個其他實施例。
[0046]示例性實施例的詳細描述
[0047]現在詳細描述本公開的示例性實施例和各方面。儘管主要在長期演進(LTE)或LTE-A (高級LTE)、碼分多址IX (CDMA IX)蜂窩網絡和CDMA IX EVDO (演進數據優化)的語境中論述這些實施例和方面，但普通技術人員將理解，本公開並不限於此，可以用於其他蜂窩技術，諸如TD-LTE (時分長期演進)、TD-LTE-Advanced, TD-SCDMA (時分同步碼分多址)和全球移動通信系統(GSM)。實際上，本公開的各個方面可用於和任何網絡(蜂窩、無線、有線或其他)組合，這些網絡能夠因為如混合網絡操作或其他事件引入的中斷而受益於數據傳輸超時的緩和。
[0048]此外，應當理解，儘管為了依據在其行動裝置架構之內納入不同應用和基帶處理器的行動裝置而進行例示的目的描述本公開裝置和方法的示例性實施例，但本公開不受此限制，可以用於向單式處理器架構中納入應用和基帶處理器功能的行動裝置架構中。實際上，本公開的各個方面可以被實現為能夠因為諸如混合網絡操作等引入的中斷而受益於數據傳輸超時的緩和的幾乎任何行動裝置架構。
[0049]LTE/CDMA IX混合網絡操作-
[0050]圖1示出了示例性混合網絡系統100。混合網絡包括由演進節點B(eNB) 120構成的第一 LTE RAN(無線電接入網絡)以及與用戶設備(UE)客戶端設備110通信的第二 CDMAIX RAN(未示出)。LTE RAN和CDMA IX RAN是不同步的，完全不會意識到另一個RAN的運行。
[0051]在其他情形中，RAN可以具有更高層次的協調；例如，RAN可以是鬆散同步的，或者甚至在其操作的某些方面中更緊密地同步。例如，在一種這樣的實施方式中，可以採用網絡之間的同步有選擇地改變TCP伺服器(或代理實體)和/或UE的行為，諸如其中CDMA網絡(或UE)向LTE網絡(以及直接或通過LTE網絡間接地向TCP伺服器)發信號通知UE在CDMA和LTE中的同步混合操作，從而可以動態地調節超時間隔或其他參數，以避免TCP伺服器上的超時。
[0052]在LTE/CDMA 1X(不同步)混合模式操作期間，UE 110能夠撥打CDMA IX語音通話，同時在LTE網絡註冊。UE能夠從LTE網絡或CDMA IX網絡接收數據和控制消息並對其做出響應；遺憾的是，這種情形中的UE不能同時對兩種網絡做出響應。在一個這樣的實施例中，UE始終讓CDMA IX(語音通話)流量優先於LTE (數據)流量，以確保用戶對語音通話的體驗不受影響。其他實施方式可以具有其他優先化方案(如在語音通話優先級較低時，基於流量種類、設備使用歷史等)。
[0053]在這種語境之內，很多操作可能會受到UE切換的很大影響。例如，如2012年5月18 日提交的名稱為「APPARATUS AND METHODS FOR CLIENT SERVER INTERACT1N IN HYBRIDNETWORK ENVIRONMENTS」的共同擁有且共同未決的美國臨時專利申請N0.13/475，485 (已通過引用全文併入本文)中所述，被中斷的維護任務可能會帶來數據損壞和/或錯誤，這可能會促成高度不希望有的行為(如網絡被禁，設備被不適當地管理，等等)。儘管以上公開提供了用於針對混合操作修改網絡管理的方法和裝置，進一步改進客戶端設備操作以便抑制失諧周期期間的數據伺服器超時是有用的，可以通過互補的方式用於其中描述的改進。
[0054]具體而言，一旦UE連接到LTE網絡，UE將周期性地將其無線電調諧成偏離LTE網絡，以執行CDMA IX保持動作，諸如獲取CDMA IX小區，註冊到獲取的CDMA IX小區以及接收CDMA IX頁等。根據CDMAlX網絡無線電條件，在一個示例性實施方式中，這些動作可以分布於從八十毫秒(80ms)到高達數秒(4s-6s)的範圍中。此外，當UE在CDMA IX網絡上接收或撥打語音呼叫時，LTE連接可能會掉線。
[0055]通過高速LTE網絡移動的數據可能發源於諸如TCP伺服器130的網絡實體的TCP傳輸層132，在第8版(Rel8) LTE網絡上能夠達到例如73Mbps的傳輸速率。在通過eNB 120傳輸之前，將TCP傳輸層分組122封裝在分組數據匯聚協議(TOCP)子層124之內。TOCP子層存在於UE和eNB兩者中，是LTE空中接口控制和用戶平面的部分。在UE與LTE網絡失諧的周期期間內，LTE數據傳輸將離線，TCP伺服器對於這一 UE行為而言將是不可知的。因此，TCP伺服器將繼續發送數據，直到其填滿接收器緩衝區(如根據UE發布的協商確定的接收器窗口大小)為止。如果TCP未能接收到針對其已向UE發出的未完成數據的ACK，TCP伺服器將超時其數據傳輸。TCP伺服器將會退避，導致啟動緩慢，這會顯著減小UE (從而還有用戶)感知到的吞吐量。這還可能導致感知到的「急動」;如吞吐速率作為時間的函數發生明顯改變，從而可能增大用戶的受挫感(與更大的吞吐量相比)。
[0056]方法-
[0057]現在參考圖2，其中示出並詳細描述了用於抑制數據伺服器超時的示例性方法200。在方法200的步驟202，UE執行數據訪問技術。在一個示例性實施例中，該數據訪問技術由通過蜂窩網絡進行的LTE數據傳輸構成。LTE數據傳輸可以是下行鏈路數據傳輸或上行鏈路數據傳輸，涉及與網際網路協議(IP)網絡上駐留的數據伺服器的通信。在示例性實施方式中，數據伺服器根據TCP協議工作，因此構成TCP伺服器，但應當理解，可以利用其他協議(傳輸和其他)，例如流控制傳輸協議(SCTP)，容易地實施本公開。
[0058]從字面上講，TCP伺服器和UE之間傳輸的數據能夠構成UE或其用戶感興趣的任何類型數據傳輸，能夠包括，但不限於網絡內容(文本、圖形、統一資源定位符(URL)數據和腳本)、可下載/可上載的內容(媒體文件、軟體、文檔)、應用、實時流傳輸媒體、社交網絡內容等。
[0059]在方法200的步驟204，UE確定其是否需要執行UE引起的測量間隙。在一個實施例中，UE引起的測量間隙導致UE設備從數據訪問技術網絡失諧，以便在可供選擇的網絡訪問技術上執行必要的網絡。例如，在進入UE引起的測量間隙周期時，UE執行一個或多個CDMA IX動作，諸如獲取CDMA IX小區，註冊到獲取的CDMA IX小區、檢查位置更新、頻率間測量和/或對快速尋呼信道(QPCH)解碼以確定UE是否正在被尋呼。
[0060]在步驟206，在確定其即將進入UE引起的測量間隙周期之後，UE執行抑制算法，以防止數據伺服器超時數據傳輸。無論數據傳輸是上行鏈路數據傳輸還是下行鏈路數據傳輸，UE執行的抑制算法都會引起期望的舊式網絡行為，減小網絡上將發生伺服器超時的可能性。在一個實施例中，這是通過從UE向網絡上的一個或多個實體(如eNB或TCP伺服器)輸送信息完成的，這使得這些實體響應於這一輸送的信息採取補救步驟。例如，即使通信鏈路保持不變，UE也將向一個或多個網絡實體輸送指示通信鏈路有問題的信息。作為響應，這些網絡實體將調節其行為，導致數據伺服器超時其數據傳輸的可能性減小。
[0061]可替代地，UE將向網絡上的一個或多個實體輸送信息，這將使得這些實體在UE引起的測量間隙周期期間讓自己處於佔線狀態。例如，UE能夠觸發從一個或多個網絡實體重新傳輸數據。現在詳細描述抑制算法實施方式的具體實例。
[0062]在一些實施例中，UE可以在發起抑制算法之前等待確定的時間間隔。在一種變體中，時間間隔是固定的時間。在其他變體中，時間間隔是動態確定的時間間隔。例如，在一種這樣的變體中，時間間隔可以基於先前的失諧周期。在每個失諧周期實例期間，UE確定失諧的長度。可以基於歷史失諧周期的統計行為確定後續的時間間隔。在一種情況下，UE可以進行歷史失諧周期長度的自動關聯，以找到統計學上有用的時間間隔(如中值時間間隔、平均時間間隔等)。
[0063]實例操作1-
[0064]現在參考圖3，其中示出並詳細描述了用於抑制TCP層級的退避的示例性UE 310的實例操作。UE典型地包括經由數據總線320耦合到基帶處理器310的應用處理器300。基帶處理器又經由網絡接口 330與LTE RAN通信。在LTE模式工作期間，UE知道UE引起的測量間隙的定時，其中UE需要從LTE網絡失諧以執行CDMA IX維護動作。更具體地講，UE基帶處理器310將必須與應用處理器300通信，以便通知應用處理器，UE即將進入測量間隙周期。
[0065]現在參考圖4，其中示出並詳細描述了用於抑制下行鏈路數據傳輸期間TCP層級的退避的第一示例性方法400。在步驟402，UE將經由LTE數據連接下載TCP數據。在一個實施例中，TCP數據構成多媒體內容。在步驟404，UE確定其是否即將進入LTE掛起模式，以便在UE還連接到的非LTE網絡上執行例如維護動作。如果UE確定其並非要進入LTE掛起模式，則繼續下載TCP數據。
[0066]可替代地，在步驟406，UE將執行伺服器超時抑制算法。在進入這種UE引起的測量間隙周期(即，LTE掛起模式)之前，UE應用處理器將響應於所接收的數據分組在向網絡發回的TCP ACK中誘發一些延遲。TCP伺服器在接收到這些延遲的TCP ACK時，將通過減小其由於TCP伺服器上駐留的現存流控制過程導致的數據率來做出響應，因為TCP伺服器將假定所得的TCP ACK延遲是通信鏈路退化的結果。在一個實施例中，以遞增的方式實施向TCP伺服器傳輸的ACK中的這種延遲，以免由於誘發的ACK響應延遲而導致TCP重新傳輸超時(RTO)。
[0067]作為一項簡要的補充，會計算RTO參數，將其作為平均往返時間(RTT)以及TCP伺服器看到的任何RTT方差的函數。可以將這種關係表達為=RTO-Fn (平均RTT，方差RTT)。因此，誘發的延遲和所得的更大RTT和方差將導致TCP伺服器調節(即增大)其RTO值。這一增大的RTO又會減小在UE引起的測量間隙周期期間遇到TCPRTO的概率，從而改善了 UE的用戶所感知到的數據吞吐量。
[0068]實例操作2-
[0069]現在參考圖5，其中示出並詳細描述了用於抑制下行鏈路數據傳輸期間TCP層級的退避的可供選擇的示例性方法500。在步驟502，UE將經由LTE數據連接下載TCP數據。在步驟504，UE確定其是否即將進入LTE掛起模式，以便在UE還連接到的非LTE網絡上執行例如維護動作。如果UE確定其並非要進入LTE掛起模式，則繼續下載TCP數據。
[0070]可替代地，在步驟506，UE將執行伺服器超時抑制算法。更具體地講，UE應用處理器200將通過操縱協商確定的接收器窗口大小來觸發TCP伺服器中的現存流控制過程。TCP接收器窗口大小是無需通過傳輸ACK分組確認數據接收，UE能夠從TCP伺服器接收的數據量。因此，如果在傳輸多達所定義的接收器窗口大小的數據分組之後，TCP伺服器未從UE接收到確認，它將限制傳輸的數據量。在進入UE引起的測量間隙周期之前，基帶處理器210將通知應用處理器200即將發生失諧周期。作為響應，應用處理器將通知TCP伺服器更小的接收器窗口大小。通過降低接收器窗口大小以在TCP伺服器和UE之間傳輸數據，TCP伺服器會認為與UE的通信鏈路正在劣化，將改變其行為。還將執行TCP伺服器處的現存流控制過程，這會減小在這些UE引起的測量間隙期間遇到TCP RTO的概率。這還將減小數據傳輸期間丟失分組的可能性。
[0071]實例操作3-
[0072]在另一個變體中，與在進入UE引起的測量間隙周期之前接收器窗口大小的降低相結合，實施來自UE的TCP ACK傳輸中的誘發延遲，以便減小在這些UE引起的測量間隙周期期間遇到TCP RTO的概率。
[0073]實例操作4-
[0074]現在參考圖6，其中示出並詳細描述了用於抑制下行鏈路數據傳輸期間TCP層級的退避的另一可供選擇的方法600。在方法600的步驟602，UE將經由LTE數據連接下載TCP數據。在步驟604，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續下載TCP數據。
[0075]可替代地，在步驟606，UE將執行伺服器超時抑制算法。在步驟606，通過由基帶處理器210執行的過程抑制TCP層級的退避，而無需涉及UE的應用處理器。更具體地講，在一個實施例中，基帶處理器將在從UE向TCP伺服器傳輸TCP ACK分組時誘發延遲，無需涉及TCP客戶端。UE將向eNB(如經由網絡接口 230)輸送操縱後的緩衝區狀態報告(BSR)，傳統上其用於通知eNB在UE緩衝區中有多少數據待決。因此，在進入UE引起的測量間隙周期之前，UE將通過BSR逐漸減小來自eNB的分配，使得eNB減少許可(從而在傳輸到TCP伺服器的TCP ACK中隱式誘發延遲)。還將執行TCP伺服器處的流控制過程，這會減小這些UE引起的測量間隙期間遇到TCP RTO的概率，這又會減小數據傳輸期間丟失分組的可能性。
[0076]實例操作5-
[0077]現在參考圖7，其中示出並詳細描述了用於抑制下行鏈路數據傳輸期間TCP層級的退避的另一可供選擇的方法700。在方法700的步驟702，UE將經由LTE數據連接下載TCP數據。在步驟704，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續下載TCP數據。
[0078]可替代地，在步驟706，UE將執行伺服器超時抑制算法。在步驟706，駐留在UE上的無線電鏈路控制(RLC)實體通過RLC狀態報告向eNB發射器報告分組的丟失。因此，SP使UE將已經正確接收到傳輸，在UE進入測量間隙周期之前報告的分組丟失也將使得eNB重新傳輸「丟失的」分組。由於在UE從LTE網絡失諧以執行CDMA IX維護動作時，重新傳輸的協議數據單元(TOU)無論如何都會丟失，所以對eNB行為進行這種操縱避免了新rou的丟失，並減小了總體PDU丟失率。這最終實現了 TCP的更小分組丟失率。換言之，在這些失諧周期期間，UE實質上佔據了具有分組重新傳輸任務的eNB。因此，因為eNB現在將以分組重新傳輸動作而使自己佔線，所以顯著減小了數據傳輸期間發生TCP伺服器超時的可能性。這種方法通過創建不必要的重新傳輸，確實會在網絡上創建更多分組傳輸；不過，在從伺服器超時事件恢復時遇到的額外開銷、指令和分組傳輸不止是使其實現了均衡。
[0079]實例操作6-
[0080]現在參考圖8，其中示出並詳細描述了用於抑制下行鏈路數據傳輸期間TCP層級的退避的另一可供選擇的方法800。在方法800的步驟802，UE將經由LTE數據連接下載TCP數據。在步驟804，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續下載TCP數據。
[0081]可替代地，在步驟806，UE將執行伺服器超時抑制算法。更具體地講，在步驟806，UE在進入LTE掛起模式之前(即在從LTE網絡失諧之前)將針對混合自動重複請求(HARQ)傳輸來傳輸否定確認分組(NACK)，即使先前傳輸的數據實際上被UE正確接收也是如此。因此，類似於此前上文論述的實例操作，網絡將利用UE失諧周期期間的重新傳輸使自己佔線，從而避免丟失原始傳輸。通過利用分組重新傳輸預先佔據網絡，從而顯著減小了數據傳輸期間發生TCP伺服器超時的可能性。
[0082]實例操作7-
[0083]現在參考圖9，其中示出並詳細描述了用於抑制上行鏈路數據傳輸期間TCP層級的退避的第一示例性方法900。在方法900的步驟902，UE將經由LTE數據連接上載TCP數據。在步驟904，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續上載TCP數據。
[0084]可替代地，在步驟906，UE將執行伺服器超時抑制算法。典型地，所有緩衝區(如RLC/MAC,PDCP等)都具有由「低」和「高」水印水平確定的流控制機制。在命中「高水印」水平時，堆棧中上方的層將不能向緩衝區中寫數據。對於上行鏈路流量，RLC/MAC緩衝區能夠通過調節(即降低)高水印閾值來限制入站數據速率，使得更高的層(如HXP和TCP)改變其正在寫入數據的速率。這種方法會人為地增大平均RTT，從而導致RTO在TCP側增大。因此，在進入LTE掛起模式之前，UE將在步驟906降低緩衝區填充極限，以便增大TCP伺服器上的RTO值。通過增大TCP伺服器上的RT0，顯著減小了數據傳輸期間發生TCP伺服器超時的可能性。可以在一個步驟中，或者以更漸進的方式(如以多個增大步驟)降低這一緩衝區填充極限，以避免網絡上顯著的瞬變現象，它們也可能觸發超時事件。
[0085]實例操作8-
[0086]現在參考圖10，其中示出並詳細描述了用於抑制上行鏈路數據傳輸期間TCP層級的退避的另一可供選擇的方法1000。在方法1000的步驟1002，UE將經由LTE數據連接上載TCP數據。在步驟1004，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續上載TCP數據。
[0087]可替代地，並且恰好在UE從LTE數據連接失諧之前，在步驟1006，UE將逐漸減小其向eNB請求的分配。UE通過減小向eNB傳輸的BSR中請求的分配來完成這一操作。
[0088]因此，通過減少所請求的向eNB的分配，減小了來自接收器端的ACK分組丟失的概率，從而避免了從網絡的TCP側重新傳輸。因此，顯著減小了上行鏈路數據傳輸期間發生TCP伺服器超時的可能性。
[0089]實例操作9-
[0090]現在參考圖11，其中示出並詳細描述了用於抑制上行鏈路數據傳輸期間TCP層級的退避的另一可供選擇的方法1100。在方法1100的步驟1102，UE將經由LTE數據連接上載TCP數據。在步驟1104，UE確定其是否要進入LTE掛起模式。如果UE確定其並非要進入LTE掛起模式，則繼續上載TCP數據。
[0091 ] 可替代地，並且恰好在UE從LTE數據連接失諧之前，在步驟1106，UE將逐漸減小其向eNB傳輸的上行鏈路資源分配。通過發送功率淨空報告(Power Headroom Report, PHR)來完成這一操作，該報告向eNB通知UE處可用的額外返回功率。因此，通過減少所請求的到eNB的上行鏈路資源，減小了來自接收器端的ACK分組丟失的概率，從而避免了從網絡的TCP側重新傳輸。因此，顯著減小了數據傳輸期間發生TCP伺服器超時的可能性。
[0092]基於網絡的變體-
[0093]前述示例性方法全都主要涉及UE主使的行為；如在UE即將進入與LTE失諧時，它會調用一些抑制動作。在另選的實施方式中，網絡實體(諸如TCP伺服器或指定的代理)諸如通過事先對UE配置的了解(如資料庫，伺服器可以訪問該資料庫以確定UE是否能夠進行混合操作)或通過來自UE上行鏈路，表示其即將進入「混合」操作(如與LTE失諧，以便進行初始CDMA語音通話)的通信而知道UE的混合配置/狀態，伺服器或實體然後能夠為UE應用修改的超時規則。例如，在一種實施方式中，UE通知TCP伺服器或其代理即將發生失諧(其可以包括瞬時延遲失諧的開始，直到TCP伺服器確認)，從而給予TCP伺服器在UE失諧之前修改其行為的時間。此類修改可以包括，例如調用上述過程的任一種(如減小窗口大小、對網絡進行補救、重新傳輸等)，以便減小超時事件的可能性。應當理解，儘管本實施例需要對現存網絡基礎設施進行實施/修改，這還有利地緩解了 UE具有支持發出校正或矯正(抑制)算法自身必需的固有邏輯的需要，因為網絡(如TCP伺服器或代理)將決定何時以及如何實施這種抑制措施。這允許UE 「更薄」且較不複雜，還表觀上在UE上消耗更少的電功率，因為UE僅需要格式化並傳輸上行鏈路「即將發生失諧」消息或其他類似的信令。
[0094]裝置-
[0095]現在參考圖12，其中更詳細地示出了示例性用戶設備(UE)裝置1200。UE包括:
(i)一個或多個射頻(RF)前端1202，(ii) 一個或多個基帶處理器1204，以及(iii)至少一個應用處理器1206和關聯的存儲器1208。在各種實施方式中，RF前端和基帶處理器可以進一步專用於處理單一無線技術，或泛化成涵蓋多種無線技術。
[0096]如圖所示，示例性UE包括耦合到第一和第二基帶處理器兩者的第一 RF前端，第一和第二基帶處理器被適配為通過接口分別連接到LTE網絡和CDMA IX網絡。應進一步理解，以上配置純粹是示例性的，各種實施方式可以包括其他蜂窩技術，諸如處於各種組合中的 GSM、GPRS, EDGE、WCDMA, CDMA2000、CDMA IX EVDO, LTE-A(高級 LTE)等。此外，儘管為簡單起見僅示出了單個RF前端，但應當理解，RF前端可以(並且一般將)包括多個接收和/或傳輸天線和/或鏈。例如，在現有技術中廣泛使用了熟知的ΜΙΜ0(多輸入多輸出)、SIS0(單輸入單輸出)、MIS0(多輸入單輸出)和SIM0(單輸入多輸出)天線配置，可以按照本公開使用它們。
[0097]此外，在本公開的一個示例性實施例中，UE 1200還包括交換結構1210，其能夠將基帶處理器1204中的任一個(或多個)連接到天線1202中的各個(或多個)。圖示的交換結構被適配為將LTE基帶或CDMA IX基帶連接到RF前端。不過，通用的實施例可以將一個基帶處理器連接到一個天線(「一到一」)或者採用一到多、多到一等。這種「交換」能力是需要的，出於若干理由，例如包括:(i)功率管理，(ii)處理效率/靈活性，以及(iii)天線隔離約束可能要求在任何一個時刻僅有行動裝置的無線電設備子集是活動的。在一些外觀尺寸很小的設計中，沒有足夠空間在工作期間完全隔離多個天線；因此，在任何時間僅可以有一個天線是活動的。類似地，特定的形狀因數設計可以為不同的無線接口重新使用天線，使得僅一個無線接口能夠在任何給定時間使用共用天線。現有技術中的普通技術人員將理解其他動機，本文不再進一步論述(如商業或利潤考慮、網絡利用率等)。
[0098]此外，應當理解，在UE 1200中通常會納入其他部件，但本文不再進一步論述。例如，UE可以包括用戶接口部件(顯示屏、按鈕、觸控螢幕、撥盤等)、存儲部件(如RAM(隨機存取存儲器))、閃速存儲器、硬碟驅動器(HDD)等、功率管理部件(如電池、充電器部件等)，以及外部接口(如火線?、通火線用串行總線?(USB)、雷電術等)。
[0099]此外,應當理解，圖12中所示的UE僅僅是一個示例性實施例的例示。在2011年4 月 25 日提交的名稱為 「DUAL NETWORK MOBILE DEVICE RAD1 RESOURCE MANAGEMENT」
的共同擁有且共同未決的美國臨時專利申請N0.61/_，2012年5月2日提交的名稱為「SINGLE-RAD1 DEVICE SUPPORTING COEXISTENCE BETWEEN MULTIPLE RAD1 ACCESSTECHNOLOGIES」的 13/099，204，2011 年 4 月 6 日提交的名稱為「MULTIPLE NETWORK MOBILEDEVICE CONNECT1N MANAGEMENT」 的 61/_,2012 年 I 月 9 日提交的名稱為 「DYNAMICTRANSMIT IN DEVICES WITH MULTIPLE ANTENNAS」 的 13/346,419，以及 2012 年 I 月 10日提交的名稱為 「MULHMODE USER EQUIPMENT WITH DUAL CIRCUIT ARCHITECTURE」 的13/347,641中更詳細描述了可用於本公開的其他變體，在此通過引用將上述每個申請全文併入本文。
[0100]基帶處理器1204和應用處理器1206連接到一個或多個存儲器資源1208，其中在存儲器中存儲數據伺服器超時抑制算法。在一個示例性實施例中，這些數據伺服器超時抑制算法包括一個或多個電腦程式，其從基帶處理器獲得關於失諧周期的信息並執行適當的數據伺服器超時抑制算法。也可以使用其他方法，諸如軟體和邏輯的組合等。
[0101]應當理解，雖然本公開的某些方面以方法的步驟的具體序列的形式被描述，這些描述僅示出本公開的更廣泛的方法，並且可應特定應用的要求修改。在某些情況下，某些步驟可成為不必要的或可選的。此外，可將某些步驟或功能添加至公開的實施例，或者兩個或多個步驟的性能的次序可加以置換。所有此類變型形式均視為涵蓋在本文所公開和要求保護的本公開內。
[0102]雖然上述【具體實施方式】已經示出、描述並指出施加到各種實施例的本公開的新穎特徵，應當理解，本領域的技術人員在不脫離本公開的情況下在設備或過程的形式和細節中可做出各種省略、替代和改變。前述描述是目前設想的實施本公開的最佳模式。本說明書絕不旨在進行限制，而是應被認為是本公開的一般原理的例示。應結合權利要求來確定本公開的範圍。
【權利要求】
1.移動無線裝置，包括: 第一空中接口，其被配置成與第一無線網絡通信；以及 邏輯，其與所述第一空中接口進行數據通信，所述邏輯被配置成使得所述移動無線裝置: 確定所述第一空中接口何時與所述第一無線網絡的至少一個連接失諧；以及實施一種功能，所述功能至少減小利用所述第一空中接口向所述移動無線裝置傳送數據的網絡側伺服器將不利地改變所述網絡側伺服器的關於所述數據的傳輸的操作的機會。
2.根據權利要求1所述的裝置，還包括第二空中接口，其被配置成與第二無線網絡通?目。
3.根據權利要求2所述的裝置，其中所述第一空中接口包括具有長期演進(LTE)功能的接口，並且所述第二空中接口包括基於碼分多址(CDMA)的接口。
4.根據權利要求2所述的裝置，其中執行與所述第一空中接口的失諧以便保持所述第二空中接口的操作的至少一個方面。
5.根據權利要求1所述的裝置，其中所傳送的數據包括利用傳輸協議發送的數據，並且所述網絡側伺服器的操作的不利改變包括基於缺少從所述移動無線裝置接收的一個或多個確認的在所述傳輸協議之內的超時。
6.根據權利要求5所述的裝置，其中所述超時導致在向所述移動無線裝置傳輸所述數據時的不希望的延遲。
7.根據權利要求1所述的裝置，其中所述功能包括在傳輸所述數據期間對將向所述網絡側伺服器發送的確認消息施加延遲。
8.根據權利要求1所述的裝置，其中所述功能包括減小與所述移動無線裝置所維護的至少一個數據緩衝區相關聯的填充極限。
9.根據權利要求1所述的裝置，其中所述功能包括減少傳輸到所述第一無線網絡的上行鏈路資源分配。
10.根據權利要求9所述的裝置，其中利用以下至少一項傳輸向所述第一無線網絡傳輸的所述資源分配:⑴緩衝區狀態報告(BSR)和/或(ii)功率淨空報告(PHR)。
11.一種用於減小在向客戶端設備傳輸數據期間遇到數據伺服器超時的可能性的方法，所述方法包括: 執行數據訪問技術； 確定所述客戶端設備何時進入失諧周期；以及 在進入所述失諧周期之前，在所述客戶端設備上執行抑制算法以便減小遇到數據伺服器超時的可能性。
12.根據權利要求11所述的方法,其中所述數據訪問技術包括針對數據傳輸優化的高速無線蜂窩數據訪問技術。
13.根據權利要求12所述的方法，其中對數據傳輸的所述優化包括對基於網際網路協議(IP)的數據進行的優化。
14.根據權利要求11所述的方法，其中所述數據伺服器包括具有傳輸控制協議(TCP)功能的伺服器，並且所述超時包括至少基於未接收到由所述客戶端設備發起的一個或多個確認消息的基於TCP的超時。
15.根據權利要求11所述的方法，其中所述失諧周期包括被調度為允許所述客戶端設備保持與無線網絡的連接的周期。
16.根據權利要求15所述的方法，其中所述無線網絡包括與用於所述數據訪問技術的網絡不同的網絡。
17.移動無線裝置，包括: 第一空中接口，其被配置成與第一無線網絡通信；以及 邏輯，其與所述第一空中接口進行數據通信，所述邏輯被配置成使得所述移動無線裝置: 確定所述第一空中接口何時與所述第一無線網絡的連接失諧一段時間；以及利用所述第一空中接口向網絡側伺服器傳輸消息或信號以向所述移動無線裝置傳輸數據，以使所述伺服器實施一種功能，所述功能至少減小所述伺服器在所述失諧周期期間將不利地改變所述伺服器的關於所述數據的傳輸的操作的機會。
18.根據權利要求17所述的裝置，其中在所述失諧周期開始之前傳輸所述消息或信號。
19.根據權利要求17所述的裝置，其中在所述失諧周期開始之後但在根據所述數據的傳輸而需要從所述移動無線裝置發送確認消息之前，傳輸所述消息或信號。
20.根據權利要求17所述的裝置，其中所述功能包括由於無法從所述移動無線裝置接收一個或多個確認消息而對在所述伺服器之內調用超時條件施加延遲。
21.根據權利要求17所述的裝置，其中所述功能包括在至少一段時間內調節向所述移動無線裝置的所述數據傳輸，使得在所述至少一段時間期間對確認消息的需求不那麼頻夢
ο
22.—種在向客戶端設備傳輸數據期間操作數據伺服器的方法，所述方法包括: 經由無線數據訪問技術從所述數據伺服器向所述客戶端設備傳輸數據； 確定所述客戶端設備何時與所述數據訪問技術失諧；以及 在所述失諧之前，在所述數據伺服器上執行抑制功能以便減小在所述數據伺服器的數據傳輸中發生中斷的可能性。
23.根據權利要求22所述的方法，其中所述數據伺服器包括具有傳輸控制協議(TCP)功能的伺服器，並且所述中斷包括由於沒有來自所述客戶端設備的響應而導致的伺服器超時。
24.一種移動無線設備，包括: 用於執行數據訪問技術的裝置； 用於確定所述客戶端設備何時進入失諧周期的裝置；以及 被配置成在進入所述失諧周期之前在所述移動無線設備上執行抑制算法以便減小遇到數據伺服器超時的可能性的裝置。
25.根據權利要求24所述的移動無線設備，其中所述數據訪問技術包括針對數據傳輸而優化的高速無線蜂窩數據訪問技術。
26.根據權利要求24所述的移動無線設備，其中所述數據伺服器包括具有傳輸控制協議(TCP)功能的伺服器，並且所述超時包括至少基於未接收到由所述移動無線設備發起的一個或多個確認消息的基於TCP的超時。
27.根據權利要求24所述的移動無線設備，其中所述失諧周期包括被調度為允許所述移動無線設備保持與無線網絡的連接的周期。
【文檔編號】H04L29/06GK104170517SQ201380013533
【公開日】2014年11月26日 申請日期:2013年3月19日 優先權日:2012年3月19日
【發明者】G·努卡拉, G·P·德瓦西加瑪尼, M·A·阿拉姆 申請人:蘋果公司