本發(fā)明屬于移動端數(shù)據(jù)傳輸技術(shù)領(lǐng)域，涉及傳輸優(yōu)化，特別涉及一種智能移動端接口選擇框架與方法。

背景技術(shù)：

近年來，隨著wifi與lte移動蜂窩數(shù)據(jù)的網(wǎng)絡(luò)傳輸速率的迅猛發(fā)展，諸如智能手機、平板電腦等移動終端設(shè)備的使用變得越來越廣泛。移動終端設(shè)備利用wifi和lte移動蜂窩數(shù)據(jù)來接入互聯(lián)網(wǎng)已經(jīng)經(jīng)歷了一個長期的發(fā)展，兩者的傳輸帶寬以及低傳輸時延都得到了很大程度的改善。然而由于移動終端設(shè)備的固有屬性就體現(xiàn)在它的移動上，所以僅僅是提供高帶寬、低延時的網(wǎng)絡(luò)是遠遠不夠的。因為用戶的移動就不可避免地會造成無線移動網(wǎng)絡(luò)信號強度的變化以及網(wǎng)絡(luò)斷、重連現(xiàn)象的出現(xiàn)，這些現(xiàn)象統(tǒng)稱為移動網(wǎng)絡(luò)的不穩(wěn)定性。所以如何合理有效的處理這些移動網(wǎng)絡(luò)的不穩(wěn)定性對于提高移動終端的用戶體驗是極為重要的。

相關(guān)測量數(shù)據(jù)表明30％以上的移動設(shè)備每天網(wǎng)絡(luò)的斷、重連次數(shù)達到了wifi25次，lte24次。10％以上的設(shè)備每天移動網(wǎng)絡(luò)信號強度的變化超過10dbm以上的達到了wifi6.8次，lte42次(10dbm是一個對用戶體驗影響很大的信號強度變化)。因此可見網(wǎng)絡(luò)的不穩(wěn)定性對移動設(shè)備的網(wǎng)絡(luò)服務(wù)影響還是很大的。另外一方面，如果上層應(yīng)用本身能夠很好地處理這些網(wǎng)絡(luò)的不穩(wěn)定性對應(yīng)用本身使用的影響。那么網(wǎng)絡(luò)不穩(wěn)定性對用戶體驗的影響就沒那么明顯了。然而，經(jīng)過測量發(fā)現(xiàn)大部分當下流行的，包括youtube、dropbox在內(nèi)的應(yīng)用都不能夠合理高效地處理這些網(wǎng)絡(luò)異?，F(xiàn)象。一個最主要的原因在于當下缺少一款能夠處理這些包括信號強度變化、網(wǎng)絡(luò)斷連在內(nèi)等網(wǎng)絡(luò)異常的可編程api接口。使得應(yīng)用開發(fā)者很難為應(yīng)用做到網(wǎng)絡(luò)異常的處理。例如，當下android框架下最基礎(chǔ)的網(wǎng)絡(luò)api接口socket和httpconnection都不能自動的恢復(fù)網(wǎng)絡(luò)異常。因此設(shè)計一套統(tǒng)一的解決方案來為應(yīng)用高效地處理網(wǎng)絡(luò)異常對上層應(yīng)用造成的影響的價值不言而喻，這不僅能夠統(tǒng)一地為上層應(yīng)用處理好網(wǎng)絡(luò)異常還能夠讓廣大的應(yīng)用開發(fā)者從繁雜的網(wǎng)絡(luò)異常處理工作中解脫出來，專注于應(yīng)用開發(fā)本身。對于這一套統(tǒng)一解決方案，應(yīng)該做到協(xié)調(diào)好wifi網(wǎng)絡(luò)與lte網(wǎng)絡(luò)的使用，處理兩者發(fā)生斷連以及相互切換過程中發(fā)生的網(wǎng)絡(luò)斷連；另外在做網(wǎng)絡(luò)接口選擇時應(yīng)該能很好地滿足上層網(wǎng)絡(luò)應(yīng)用的qoe需求。

在此之前，有許多的工作試圖來解決這個問題，其中有名為atom的框架試圖在無線接入網(wǎng)絡(luò)中添加一個網(wǎng)絡(luò)接口選擇服務(wù)(iss)來實現(xiàn)移動終端上wifi以及l(fā)te網(wǎng)絡(luò)接口的無縫切換實現(xiàn)對網(wǎng)絡(luò)斷連現(xiàn)象的處理；后來也有試圖通過修改或擴展現(xiàn)有tcp/ip協(xié)議棧的方式來無縫的切換網(wǎng)絡(luò)接口，最終實現(xiàn)對網(wǎng)絡(luò)異常的處理。然而這些方案都需要在現(xiàn)有的網(wǎng)絡(luò)框架或是在現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)設(shè)施之上做出較大的改變，實用性不強。

技術(shù)實現(xiàn)要素：

為了克服上述現(xiàn)有技術(shù)的缺點，本發(fā)明的目的在于提供一種智能移動端接口選擇框架與方法，以service形式運行于androidframework內(nèi)部，能夠依據(jù)應(yīng)用的需求以及當前各個移動網(wǎng)絡(luò)接口的狀態(tài)智能選擇網(wǎng)絡(luò)接口，同時能夠無縫處理網(wǎng)絡(luò)異常。

為了實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案是：

智能移動端接口選擇框架，其特征在于，包括：

自適應(yīng)規(guī)則模塊，用于對每個應(yīng)用制定對應(yīng)的性能指標；

網(wǎng)絡(luò)接口選擇器，為網(wǎng)絡(luò)流量智能選擇當前其最適合的網(wǎng)絡(luò)接口，其中設(shè)置有網(wǎng)絡(luò)接口狀態(tài)監(jiān)控器，越過androidframework，從底層的系統(tǒng)內(nèi)核中獲取網(wǎng)絡(luò)接口的信息，對于lte，通過信號強度來計算其性能表現(xiàn)，對于wifi，利用30秒為周期的吞吐率變化來表達其狀態(tài)，將wifi-lte的表現(xiàn)分為三個狀態(tài)，第一種，wifi的性能比當前需求的網(wǎng)絡(luò)性能好，則為應(yīng)用網(wǎng)絡(luò)流選擇wifi網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)；第二種，lte的性能比當前需要的網(wǎng)絡(luò)性能好，但是wifi比需求的網(wǎng)絡(luò)性能差，則為應(yīng)用網(wǎng)絡(luò)流選擇lte網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)；第三種，wifi與lte的性能都不能達到網(wǎng)絡(luò)流需求的網(wǎng)絡(luò)性能，則選擇wifi與lte兩者中狀態(tài)更好的網(wǎng)絡(luò)接口為應(yīng)用網(wǎng)絡(luò)流提供服務(wù)；

網(wǎng)絡(luò)流管理器，用于將網(wǎng)絡(luò)流輸送到由網(wǎng)絡(luò)接口選擇器指定的網(wǎng)絡(luò)接口傳輸以及處理網(wǎng)絡(luò)斷連現(xiàn)象，在應(yīng)用與真實網(wǎng)絡(luò)接口層之間設(shè)置一個虛擬網(wǎng)絡(luò)接口，上層應(yīng)用的流量均連接到該虛擬網(wǎng)絡(luò)接口上，上行流量通過該虛擬網(wǎng)絡(luò)接口傳輸給上層應(yīng)用。

所述自適應(yīng)規(guī)則模塊向用戶提供一個按照應(yīng)用組織的用戶自定義規(guī)則的ui界面，用戶通過該ui界面為每個應(yīng)用制定對應(yīng)的性能指標，自適應(yīng)規(guī)則的原則為：

1)能覆蓋到不同種類應(yīng)用的qoe需求；

2)能滿足同一應(yīng)用在不同工作狀態(tài)下的不同qoe需求。

所述自適應(yīng)規(guī)則模塊在用戶沒有制定時，根據(jù)應(yīng)用的類型給出一套適中的規(guī)則。

所述性能指標包括延時及吞吐量要求，自適應(yīng)規(guī)則種類包括：

1)流量消耗敏感型規(guī)則，此類規(guī)則能夠減少對移動數(shù)據(jù)的消耗，適合延時容忍型應(yīng)用；

2)延時敏感型規(guī)則，此類規(guī)則能夠盡最大力度保證應(yīng)用的延時需求，適用于延時敏感性應(yīng)用；

3)吞吐量敏感型規(guī)則，此類規(guī)則能夠盡最大力度保證應(yīng)用的吞吐量需求。

所述自適應(yīng)規(guī)則還包括規(guī)則優(yōu)先級、數(shù)據(jù)使用限制、前后臺適用。

對于延時容忍型的應(yīng)用網(wǎng)絡(luò)流，網(wǎng)絡(luò)接口選擇器主要是將其最大程度上放到wifi網(wǎng)絡(luò)下完成網(wǎng)絡(luò)交互以節(jié)省流量；當該延時容忍型的應(yīng)用網(wǎng)絡(luò)流還設(shè)定了延時容忍上限，則會在觸發(fā)上限時，讓用戶選擇是否從lte網(wǎng)絡(luò)接口傳輸；

對于延時敏感型應(yīng)用以及吞吐量敏感性型應(yīng)用，網(wǎng)絡(luò)接口選擇器的原則如下：

1)盡最大程度節(jié)省移動數(shù)據(jù)流量；

2)選擇接口的過程不能夠?qū)?yīng)用流本身造成大的延時；

3)網(wǎng)絡(luò)接口選擇器不應(yīng)該對網(wǎng)絡(luò)接口短暫的網(wǎng)絡(luò)狀態(tài)不佳反應(yīng)過于敏感，因為切換本身勢必會造成連接的斷連。

本發(fā)明所述網(wǎng)絡(luò)接口狀態(tài)監(jiān)控器可基于netlink設(shè)計。

當發(fā)生網(wǎng)絡(luò)異常時，網(wǎng)絡(luò)流管理器通過快速重傳機制嘗試重新連接網(wǎng)絡(luò)服務(wù)器，如果幾次嘗試均失敗，則保留當前流的狀態(tài)，進入阻塞，等到網(wǎng)絡(luò)恢復(fù)后再恢復(fù)流傳輸；而網(wǎng)絡(luò)斷連而切換網(wǎng)絡(luò)接口重傳的機制，則利用http協(xié)議包頭之中的range字段實現(xiàn)斷點續(xù)傳無縫銜接。

基于所述智能移動端接口選擇框架的選擇方法，包括如下步驟：

步驟(1)，用戶基于自定義規(guī)則模塊為應(yīng)用設(shè)定自適應(yīng)規(guī)則；

步驟(2)，獲取底層網(wǎng)絡(luò)接口的ip地址，利用iprule命令設(shè)定本地路由表；

步驟(3)，利用androidframework的vpnservice啟動后臺service，建立vpn虛擬網(wǎng)絡(luò)接口，上層應(yīng)用網(wǎng)絡(luò)流的ip層數(shù)據(jù)包都將以字節(jié)流的形式輸入到vpn虛擬網(wǎng)絡(luò)接口上；

步驟(4)，啟動vpn虛擬網(wǎng)絡(luò)接口與真實網(wǎng)絡(luò)接口之間的selector線程池機制，分別處理上行以及下行的ip數(shù)據(jù)包；

步驟(5)，網(wǎng)絡(luò)流管理器根據(jù)網(wǎng)絡(luò)接口選擇器的結(jié)果，首先維持一張流狀態(tài)表，記錄流的傳輸狀態(tài)，至少包括流五元組信息以及流中目前的數(shù)據(jù)包序號；

步驟(6)，網(wǎng)絡(luò)接口選擇器根據(jù)網(wǎng)絡(luò)接口狀態(tài)監(jiān)控器利用底層內(nèi)核網(wǎng)絡(luò)接口數(shù)據(jù)監(jiān)測到的網(wǎng)絡(luò)狀態(tài)信息，以及上層流量的自適應(yīng)規(guī)則，將解析出的下行數(shù)據(jù)包的數(shù)據(jù)部分選擇合適的網(wǎng)絡(luò)接口建立socket套接字發(fā)送數(shù)據(jù)；

步驟(7)，接收到上行數(shù)據(jù)流量時，按照ip數(shù)據(jù)報格式構(gòu)造ip數(shù)據(jù)包，將上行流量數(shù)據(jù)放入到構(gòu)造的ip數(shù)據(jù)包的數(shù)據(jù)部分，修改數(shù)據(jù)包的源ip地址，修改為vpn虛擬網(wǎng)絡(luò)接口地址，再通過vpn虛擬網(wǎng)絡(luò)接口將流量傳輸給上層應(yīng)用。

所述步驟(4)中，對于下行數(shù)據(jù)包，將從vpn虛擬網(wǎng)絡(luò)接口收到的字節(jié)流按照ip數(shù)據(jù)報格式解析；對于上行的數(shù)據(jù)包，將真實網(wǎng)絡(luò)套接字中的字節(jié)流取出，作為數(shù)據(jù)部分部分組裝成ip數(shù)據(jù)包，從vpn虛擬網(wǎng)絡(luò)接口上傳給上層處理。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是：

(1)、通過智能的選擇網(wǎng)絡(luò)接口減小網(wǎng)絡(luò)信號波動對用戶體驗造成的影響。

(2)、能夠高效地處理網(wǎng)絡(luò)斷連，減小網(wǎng)絡(luò)斷連對用戶體驗的影響。

附圖說明

圖1是智能移動端接口選擇框架示意圖。

圖2是網(wǎng)絡(luò)接口選擇器在不同網(wǎng)絡(luò)狀態(tài)下的選擇轉(zhuǎn)換圖。

具體實施方式

下面結(jié)合附圖和實施例詳細說明本發(fā)明的實施方式。

如圖1所示，本發(fā)明智能移動端接口選擇框架，主要由自適應(yīng)規(guī)則模塊、網(wǎng)絡(luò)接口選擇器、網(wǎng)絡(luò)流管理器三部分組成。

第一部分，自適應(yīng)規(guī)則模塊。

自適應(yīng)規(guī)則模塊向用戶提供了一個按照應(yīng)用組織的用戶自定義規(guī)則的ui界面。用戶能夠通過這個ui界面為每個應(yīng)用制定對應(yīng)的性能指標(包括延時、吞吐量要求等)。自適應(yīng)規(guī)則的具體設(shè)計原則為：

1)自適應(yīng)規(guī)則應(yīng)該能覆蓋到不同種類應(yīng)用的qoe需求，例如是延時敏感性還是延時容忍型；

2)自適應(yīng)規(guī)則應(yīng)該能滿足同一應(yīng)用在不同工作狀態(tài)下的不同qoe需求；

3)自適應(yīng)規(guī)則應(yīng)該簡單、易設(shè)定。

另外，這種自適應(yīng)規(guī)則在用戶沒有特殊制定時，智能選擇框架也能根據(jù)應(yīng)用的類型給出一套適中的規(guī)則，無需擔心沒設(shè)定的應(yīng)用沒有自適應(yīng)規(guī)則的問題。

自適應(yīng)規(guī)則種類包括：

1)流量消耗敏感型規(guī)則，此類規(guī)則能夠減少對移動數(shù)據(jù)的消耗，適合延時容忍型應(yīng)用，例如后臺上傳、下載、同步等應(yīng)用；

2)延時敏感型規(guī)則，此類規(guī)則能夠盡最大力度保證應(yīng)用的延時需求，適用于延時敏感性應(yīng)用，例如實時語音、瀏覽器等應(yīng)用；

3)吞吐量敏感型規(guī)則，此類規(guī)則能夠盡最大力度保證應(yīng)用的吞吐量需求，例如實時直播、視頻等應(yīng)用。

另外除了以上三種主要種類之外，自適應(yīng)規(guī)則還會包括一些常規(guī)設(shè)定，例如規(guī)則優(yōu)先級，數(shù)據(jù)使用限制、前后臺適用等設(shè)定。

第二部分，網(wǎng)絡(luò)接口選擇器。

網(wǎng)絡(luò)接口選擇器是為網(wǎng)絡(luò)流量智能選擇當前其最適合網(wǎng)絡(luò)接口傳輸?shù)哪K。對于延時容忍型的應(yīng)用網(wǎng)絡(luò)流，網(wǎng)絡(luò)接口選擇器主要是將其最大程度上的放到wifi網(wǎng)絡(luò)下完成網(wǎng)絡(luò)交互以節(jié)省流量。當然如果該延時容忍型的應(yīng)用網(wǎng)絡(luò)流還設(shè)定了延時容忍上限，則會在觸發(fā)上限時，讓用戶選擇是否從lte網(wǎng)絡(luò)接口傳輸。本質(zhì)上，網(wǎng)絡(luò)接口選擇器還是為延時敏感性流量以及吞吐量敏感性型應(yīng)用設(shè)計的。其設(shè)計原則如下：

1)盡最大程度節(jié)省移動數(shù)據(jù)流量；

2)選擇接口的過程不能夠?qū)?yīng)用流本身造成大的延時；

3)網(wǎng)絡(luò)接口選擇器不應(yīng)該對網(wǎng)絡(luò)接口短暫的網(wǎng)絡(luò)狀態(tài)不佳反應(yīng)過于敏感，因為切換本身勢必會造成連接的斷連。

為了能夠達到以上原則，本發(fā)明將wifi-lte的表現(xiàn)分為了三個狀態(tài)。如圖2所示，第一種wifi的性能比當前需求的網(wǎng)絡(luò)性能好，此時為應(yīng)用網(wǎng)絡(luò)流選擇wifi網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)。第二種lte的性能比當前需要的網(wǎng)絡(luò)性能好，但是wifi比需求的網(wǎng)絡(luò)性能差，此時為應(yīng)用網(wǎng)絡(luò)流選擇lte網(wǎng)絡(luò)接口轉(zhuǎn)發(fā)。第三種wifi與lte的性能都不能達到網(wǎng)絡(luò)流需求的網(wǎng)絡(luò)性能，此時選擇wifi與lte兩者中狀態(tài)更好的網(wǎng)絡(luò)接口為應(yīng)用網(wǎng)絡(luò)流提供服務(wù)。

對于網(wǎng)絡(luò)接口選擇器來，還有關(guān)鍵的一部分就是如何去評判網(wǎng)絡(luò)接口狀態(tài)的好壞，為此網(wǎng)絡(luò)接口選擇器當中還設(shè)定了一個監(jiān)測網(wǎng)絡(luò)接口狀態(tài)的模塊。通常情況下，利用android本身的庫來獲取網(wǎng)絡(luò)接口信息通常需要會有很高的延時。因此本發(fā)明網(wǎng)絡(luò)接口狀態(tài)監(jiān)測模塊中利用netlink設(shè)計了一個本地化的接口監(jiān)聽器，越過androidframework從底層的系統(tǒng)內(nèi)核中獲取網(wǎng)絡(luò)接口的信息，通過信號強度來計算移動數(shù)據(jù)網(wǎng)絡(luò)的性能表現(xiàn)。對于wifi，則更多的是利用30秒為周期的吞吐率變化作為評判wifi狀態(tài)的標準。因為wifi更多的是容易出現(xiàn)多個用戶之間帶寬競爭引起的網(wǎng)絡(luò)擁塞現(xiàn)象。

第三部分，網(wǎng)絡(luò)流管理器。

設(shè)計網(wǎng)絡(luò)流管理器的目的在于最后將網(wǎng)絡(luò)流輸送到由網(wǎng)絡(luò)接口選擇器指定的網(wǎng)絡(luò)接口傳輸以及處理網(wǎng)絡(luò)斷連等異常現(xiàn)象。通常用傳統(tǒng)網(wǎng)絡(luò)api開發(fā)的應(yīng)用在底層網(wǎng)絡(luò)發(fā)生網(wǎng)絡(luò)異常時，會向上層應(yīng)用拋出特定網(wǎng)絡(luò)異常信息，讓應(yīng)用自身處理這些網(wǎng)絡(luò)異常，然而許多應(yīng)用都沒有相應(yīng)的機制來處理網(wǎng)絡(luò)異常。所以在本發(fā)明網(wǎng)絡(luò)流管理器中是通過在應(yīng)用與真實網(wǎng)絡(luò)接口層之間實現(xiàn)一個虛擬網(wǎng)絡(luò)接口的方式實現(xiàn)應(yīng)用透明化網(wǎng)絡(luò)異?；謴?fù)的。上層應(yīng)用的流量都會連接到該虛擬網(wǎng)絡(luò)接口上，而下層真實網(wǎng)絡(luò)接口發(fā)生網(wǎng)絡(luò)斷連現(xiàn)象時應(yīng)用并不會感知到，因為異常恢復(fù)已經(jīng)在虛擬網(wǎng)絡(luò)接口之下就已經(jīng)得到了恢復(fù)。對于上行流量，再通過這個虛擬網(wǎng)絡(luò)接口將流量傳輸給上層應(yīng)用即可。

在網(wǎng)絡(luò)異?；謴?fù)上，在發(fā)生網(wǎng)絡(luò)異常時，網(wǎng)絡(luò)流管理器通過快速重傳機制嘗試重新連接網(wǎng)絡(luò)服務(wù)器。如果經(jīng)過幾次嘗試之后都失敗的話，則保留當前流的狀態(tài)，進入阻塞。等到網(wǎng)絡(luò)恢復(fù)后再恢復(fù)流傳輸。另外對于網(wǎng)絡(luò)斷連而切換網(wǎng)絡(luò)接口重傳的機制上，鑒于相關(guān)研究表明，移動終端上90％以上流量都是http流量。所以本發(fā)明利用了http協(xié)議包頭之中的range字段實現(xiàn)斷點續(xù)傳無縫銜接。

框架的基本工作流程步驟如下：

步驟(1)由用戶通過自定義規(guī)則的ui界面為應(yīng)用設(shè)定自適應(yīng)規(guī)則。

步驟(2)選擇框架后臺服務(wù)會自動獲取底層網(wǎng)絡(luò)接口的ip地址，利用iprule命令設(shè)定本地路由表。

步驟(3)利用androidframework的vpnservice啟動后臺service，建立vpn虛擬網(wǎng)絡(luò)接口。上層應(yīng)用網(wǎng)絡(luò)流的ip層數(shù)據(jù)包都將以字節(jié)流的形式輸入到vpn虛擬網(wǎng)絡(luò)接口上。

步驟(4)啟動虛擬網(wǎng)絡(luò)接口與真實網(wǎng)絡(luò)接口之間的selector線程池機制，分別處理上行以及下行的ip數(shù)據(jù)包。上層的應(yīng)用要發(fā)送網(wǎng)絡(luò)請求時，它要發(fā)送到網(wǎng)絡(luò)上的下行數(shù)據(jù)包，將首先發(fā)送到當前利用vpnservice建立的虛擬網(wǎng)絡(luò)接口上，對于從vpnservice虛擬網(wǎng)絡(luò)接口收到的字節(jié)流，后臺框架服務(wù)將按照ip數(shù)據(jù)報格式進行解析。然后將解析后得到的真實數(shù)據(jù)。

步驟(5)網(wǎng)絡(luò)流管理器對于從虛擬網(wǎng)絡(luò)接口接收的真實數(shù)據(jù)字節(jié)流，會為該新數(shù)據(jù)流維持一張流狀態(tài)表，記錄流的傳輸狀態(tài)，包括流五元組信息以及流中目前的數(shù)據(jù)包序號等等。

步驟(6)網(wǎng)絡(luò)接口選擇器會利用底層內(nèi)核網(wǎng)絡(luò)接口數(shù)據(jù)監(jiān)測到的網(wǎng)絡(luò)狀態(tài)信息，以及上層流量的自適應(yīng)規(guī)則等參數(shù)利用智能選擇算法，將解析出的下行數(shù)據(jù)包的數(shù)據(jù)部分選擇合適的網(wǎng)絡(luò)接口建立socket套接字將數(shù)據(jù)請求發(fā)送到網(wǎng)絡(luò)上去。

步驟(7)對于從網(wǎng)絡(luò)接口接收到上行數(shù)據(jù)流量時，按照ip數(shù)據(jù)報格式構(gòu)造ip數(shù)據(jù)包，將上行流量數(shù)據(jù)放入到構(gòu)造的ip數(shù)據(jù)包的數(shù)據(jù)部分。修改數(shù)據(jù)包的源ip地址，改成虛擬網(wǎng)口地址，再通過vpnservice虛擬網(wǎng)絡(luò)接口將流量傳輸給上層應(yīng)用。

步驟(8)當網(wǎng)絡(luò)接口選擇器工作起來后，用戶網(wǎng)絡(luò)應(yīng)用的數(shù)據(jù)請求將智能地選擇是在3g和wifi網(wǎng)絡(luò)接口上傳輸，從而用戶訪問網(wǎng)絡(luò)速率將加快。

綜上所述，本智能移動端選擇框架設(shè)計了一套根據(jù)上層應(yīng)用流量的自適應(yīng)規(guī)則以及當前網(wǎng)絡(luò)接口狀態(tài)為上層應(yīng)用流量智能選網(wǎng)絡(luò)接口，處理網(wǎng)絡(luò)異常的移動端網(wǎng)絡(luò)傳輸框架。通過該框架，改善了現(xiàn)有的許多網(wǎng)絡(luò)不穩(wěn)定的現(xiàn)象，提高了用戶體驗。