趙文賢 劉小華 黃琳

摘要：通過分析永遠在線業(yè)務對移動網(wǎng)絡帶來的問題，創(chuàng)新性地從網(wǎng)絡系統(tǒng)角度提出了一種移動網(wǎng)絡對永遠在線業(yè)務的服務機制。該機制基于策略及計費控制（PCC）架構，由永遠在線業(yè)務服務器通知PCC系統(tǒng)對該永遠在線業(yè)務流進行網(wǎng)絡地址轉換（NAT）?；罴俺休d通道?；羁刂?，以此實現(xiàn)移動網(wǎng)絡對永遠在線業(yè)務的承載通道及NAT資源的有效保證，降低永遠在線業(yè)務對網(wǎng)絡負荷的影響，從而提高網(wǎng)絡的利用率。

關鍵詞： 永遠在線；PCC；策略與計費規(guī)則功能；端口控制協(xié)議；NAT

Abstract： This paper discribes mobile network problems caused by always-online services. We propose a mechanism for implementing the always-online service in the mobile network， from a network point of view. The mechanism， based on the policy and charging control （PCC） architecture， allows the server to tell the PCC system to implement NAT keep-alive and bearer-channel keep-alive. These guarantee that the bearer channels and network address translation （NAT） resources are available for the always-online service. The mechanism reduces the effect of the service on network load and improves network use.

Key words： always online； PCC； policy and charging rules function（PCRF）； port control protocol （PCP）；NAT

智能終端在全球的快速普及，推動了移動互聯(lián)網(wǎng)時代的真正到來。智能終端以其豐富多彩的應用/業(yè)務吸引了越來越多的用戶加入移動寬帶業(yè)務（MBB）使用者的行列，這給MBB運營商帶來了豐厚收益，但同時也給移動網(wǎng)絡帶來了新的挑戰(zhàn)。尤其智能終端上的QQ、微博等永遠在線業(yè)務對MBB網(wǎng)絡的資源容量、網(wǎng)元信令處理能力、數(shù)據(jù)轉發(fā)帶寬等都造成了極大的影響，MBB網(wǎng)絡已經(jīng)或正在面臨著因永遠在線業(yè)務產(chǎn)生的網(wǎng)絡信令風暴以及網(wǎng)絡擁塞的一系列問題。

如何解決永遠在線業(yè)務帶來的網(wǎng)絡信令風暴及網(wǎng)絡資源被長期占用的問題，已經(jīng)成為運營商緊迫的研究課題。

1 永遠在線問題分析

造成網(wǎng)絡擁塞、信令風暴主要有下面幾個方面的原因：

（1）PDP自動激活帶來容量壓力

絕大多數(shù)智能終端開機后自動激活分組報文協(xié)議（PDP），并保持PDP長期在線，以達到隨時隨地訪問網(wǎng)絡、獲取實時信息的目的。智能終端的激活附著比、PDP在線時長等話務模型指標遠高于普通終端。隨著智能終端滲透率的提高，網(wǎng)絡PDP數(shù)將快速增長，MBB網(wǎng)絡將面臨越來越大的容量壓力。

（2）快速休眠產(chǎn)生大量信令需求

大屏幕、長時間連接、多任務等特性都會消耗大量電能，導致終端待機時間縮短。為了提供更長的待機時間，智能終端采用了快速休眠技術。短時間內(nèi)（通常3 —10 s）沒有數(shù)據(jù)傳輸，智能終端便會自動釋放無線連接，從無線資源連接態(tài)轉換到空閑態(tài)，以達到省電的目的。后續(xù)如有數(shù)據(jù)發(fā)送，必須再次建立無線連接，發(fā)送完畢后又再次釋放。如此周而復始，則會產(chǎn)生了大量無線連接建立和釋放信令。

（3）應用永遠在線長期占用資源

隨著智能終端的普及，即時通信（IM）、社交網(wǎng)絡（SNS）等“永遠在線”應用在MBB用戶中迅速流行。應用永遠在線不僅需要長期占用網(wǎng)絡資源（如無線承載資源、PDP資源和IP資源），更嚴重的是，這類應用的客戶端每隔幾秒或幾分鐘就會向服務器發(fā)送“心跳消息”以維持其在線狀態(tài)。這種行為將導致無線連接反復建立和釋放，帶來大量信令負荷。

為解決網(wǎng)絡信令風暴及網(wǎng)絡資源被長期占用的問題，目前很多運營商都通過施加壓力促使手機操作系統(tǒng)如Android、iOS修改快速休眠時間，以及促使永遠在線業(yè)務應用如QQ等減少“心跳”頻率甚至是取消“心跳”檢測消息，但同時會帶來如下的兩個問題：

（1）防火墻業(yè)務流映射表失效問題（NAT?；睿?/p>

在運營商網(wǎng)絡中，移動接入網(wǎng)絡與業(yè)務網(wǎng)絡之間存在一個防火墻系統(tǒng)，如圖1所示。如果永遠在線業(yè)務取消“心跳”消息，并且在防火墻系統(tǒng)中如果一個業(yè)務流的轉換映射長時間不使用的情況下，防火墻系統(tǒng)則會釋放該映射關系條目。此后如果業(yè)務產(chǎn)生下行報文，由于防火墻找不到業(yè)務流映射表則會丟棄該報文，從而導致業(yè)務中斷情況。

（2）承載管道長時間無數(shù)據(jù)時釋放問題（承載通道?；睿?/p>

無線網(wǎng)絡會為業(yè)務流建立承載通道，比如W3G的 PDP上下文，這些承載自身也有一些保護措施，比如承載通道中長時間無業(yè)務流的時候，也會釋放承載通道。同樣，此后如果業(yè)務產(chǎn)生下行報文時，由于防火墻找不到業(yè)務流映射表則會丟棄該報文，從而導致業(yè)務中斷情況。

2 永遠在線方案分析

通過分析可以發(fā)現(xiàn)，解決網(wǎng)絡信令風暴及網(wǎng)絡資源被長期占用的問題的關鍵是解決防火墻業(yè)務流映射表失效問題（NAT?；睿┖统休d管道長時間無數(shù)據(jù)時釋放問題（承載通道保活），下面將重點分析研究如何解決兩個問題。

（1）防火墻業(yè)務流映射表失效問題（NAT?；睿獙Ψ治?/p>

系統(tǒng)需要控制防火墻業(yè)務流映射表條目是否失效。當前，Internet工程任務組（IETF）正在制訂的一個叫端口控制協(xié)議（PCP）的協(xié)議[1]。對于經(jīng)過網(wǎng)絡地址轉換（NAT）或防火墻系統(tǒng)的外部報文，該協(xié)議能夠讓一個IPv4或IPv6主機控制如何尋找到本機，以及優(yōu)化NAT映射保持。

在移動網(wǎng)絡中，移動網(wǎng)關（GW）如網(wǎng)關 GPRS支持節(jié)點（GGSN）、P-GW在防火墻后面，我們可以通過GW支持PCP客戶端協(xié)議，發(fā)送RCP請求通知NAT設備或防火墻完成對用戶永遠在線業(yè)務流的映射并對該映射保持一定的時長，從而解決防火墻業(yè)務流映射表失效問題。

（2）承載管道長時間無數(shù)據(jù)時釋放問題（承載通道?；睿獙Ψ治?/p>

系統(tǒng)需要能夠控制業(yè)務承載通道長時間無數(shù)據(jù)報文而釋放的問題。此時要求控制業(yè)務流承載通道的GW能夠除維持一個系統(tǒng)的定義時長。

在此時長內(nèi)，GW必須保持承載管道不被釋放。同時這個時長也應該與該業(yè)務流的NAT映射時長相匹配或者相等。

第三代合作伙伴計劃（3GPP）定義了策略及計費控制（PCC）[2]。圖2所示為非漫游場景的PCC網(wǎng)絡架構圖。

在此架構中，應用功能（AF）提供業(yè)務流信息，并通過Rx接口要求PCC系統(tǒng)對該業(yè)務流提供業(yè)務承載網(wǎng)絡的資源授權，PCC接收到Rx口的業(yè)務流承載授權請求后通過本地規(guī)則生成承載網(wǎng)資源授權決策并通過Gx口下發(fā)給GW網(wǎng)元進行控制。

在永遠在線業(yè)務控制中，我們借鑒此架構，由AF網(wǎng)絡感知永遠在線業(yè)務，并由AF通知PCC系統(tǒng)對該永遠在線業(yè)務流進行NAT?；罴俺休d通道?；羁刂疲琍CC則根據(jù)本地?；畈呗陨杀；顩Q策并通過Gx口通告GW，最后再由GW完成前述的PCP NAT及承載管道的保活控制。

3永遠在線方案及原理

GW支持PCP客戶端控制NAT設備或者防火墻，對永遠在線業(yè)務流所對應的IP轉換映射關系保持一定時間，同時GW保持永遠在線業(yè)務流所對應的承載通道如GTP PDP上下文在對應時間內(nèi)不釋放，就可以解決網(wǎng)絡信令風暴及網(wǎng)絡資源被長期占用的問題。在此基礎上，我們提出了如圖3的架構，實現(xiàn)對永遠在線業(yè)務的管控。

永遠在線業(yè)務的服務器充當AF，當此類應用服務器發(fā)現(xiàn)用戶建立永遠在線業(yè)務連接時，將通過Rx接口向策略與計費規(guī)則功能（PCRF）請求該業(yè)務流的承載網(wǎng)絡的NAT及承載通道的?；睢?/p>

考慮到Rx接口非常復雜，永遠在線類業(yè)務服務器提供Rx接口的可行性不高，同時永遠在線業(yè)務服務器如何尋找用戶所在的接入網(wǎng)絡中的PCRF設備也是一個難題，所以可以在永遠在線類應用及PCRF設備間引入專門的應用功能設備，用于完成簡單對象訪問協(xié)議（SOAP）接口到Rx接口協(xié)議的一系列轉換，從而降低永遠在線業(yè)務服務器的實現(xiàn)難度。優(yōu)化的永遠在線業(yè)務控制的方案結構如圖4所示。

3.1 網(wǎng)元說明

·移動網(wǎng)關

GW指3G核心網(wǎng)中的GGSN，4G核心網(wǎng)中的分組數(shù)據(jù)網(wǎng)絡網(wǎng)關（P-GW）。在永遠在線控制中，GW主要支持PCP客戶端控制NAT設備或者防火墻對永遠在線業(yè)務流所對應的IP轉換映射關系保持一定時間；同時GW控制永遠在線業(yè)務流所對應的承載通道如GTP PDP上下文保持對應時間不釋放。

·策略與計費規(guī)則功能網(wǎng)元

PCRF主要接收AF下發(fā)的永遠在線業(yè)務?；钫埱?，并根據(jù)本地保活策略生成?；顣r長決策并通過Gx口通告GW，再由GW完成PCP NAT及承載管道的?；羁刂啤?/p>

·應用功能

AF主要有兩個功能：接收永遠在線業(yè)務應用服務器通過SOAP接口下發(fā)的永遠在線業(yè)務?；钫埱螅⒏鶕?jù)用戶國際移動用戶識別碼（IMSI）或者業(yè)務源IP尋找PCRF；將SOAP接口轉換為3GPP 標準Rx接口。

·永遠在線應用服務器

主要包含QQ、新浪微博等應用服務器，主要完成用戶永遠在線業(yè)務會話管理，并通過SOAP接口向本地AF請求用戶所在移動接入網(wǎng)絡的業(yè)務保活處理。

3.2接口說明

·Rx接口

Rx接口是PCRF與AF之間的接口，用于實現(xiàn)AF將應用業(yè)務流信息發(fā)送給PCRF，以便針對該業(yè)務流進行相應的PCC控制。

Rx接口遵循3GPP PCC規(guī)范[3]，并進行永遠在線能力增強。

·Gx接口

Gx接口是GW/PCEF （GGSN、SAE-GW等）與PCRF之間的PCC會話接口，用于實現(xiàn)策略的動態(tài)請求和下發(fā)[4]。

Gx接口遵循3GPP PCC規(guī)范[5]，并進行永遠在線能力增強。

·PCP接口

PCP接口是GW與NAT/防火墻設備之間的接口，用于GW控制NAT設備或者防火墻對永遠在線業(yè)務流所對應的IP轉換映射關系保持一定的時間。

·SOAP接口

該SOAP接口是永遠在線應用服務器與AF設備之間的接口，用于在線業(yè)務應用服務器請求永遠在線業(yè)務?；钫埱?。

3.3 實現(xiàn)原理

永遠在線業(yè)務實現(xiàn)原理流程圖如圖5所示。

永遠在線業(yè)務的相關實現(xiàn)流程說明如下：

（1）UE建立/修改承載。

（2）GW向PCRF請求初始控制的策略。

（3）用戶訪問永遠在線業(yè)務服務器SP/CP，如果業(yè)務服務器SP/CP判斷需要NAT?；?，則通過SOAP接口通知PCRF該業(yè)務需要?；睿琍CRF完成業(yè)務?；顣r長策略后，將時長返回SP/CP。

（4）PCRF根據(jù)本地配置策略，生成該業(yè)務NAT及業(yè)務承載通道如GTP的?；畈呗裕⒏鶕?jù)移動用戶識別號碼（MSISDN）號碼查詢Gx會話實例，下發(fā)業(yè)務NAT及業(yè)務承載通道?；畈呗?。

（5）GW 收到PCRF業(yè)務?；畈呗院笙騈AT發(fā)送地址為A的PCP NAT保活請求，請求NAT進行?；睢?/p>

永遠在線業(yè)務可能存在的流程為：業(yè)務服務器SP/CP在業(yè)務流?；顣r間將到期時，如判斷業(yè)務流仍需要?；?，則通知PCRF繼續(xù)?；?。

（6）業(yè)務結束時，業(yè)務服務器SP/CP通告PCRF業(yè)務結束。

（7）PCRF通知GW取消NAT及業(yè)務承載通道保活。

（8）GW 通知防火墻/NAT取消NAT?；睢?/p>

4 結束語

隨著智能的終端的快速普及，運營商解決在線業(yè)務對網(wǎng)絡資源沖擊的問題越來越迫切，從網(wǎng)絡系統(tǒng)角度提出解決方案遵循標準架構及實現(xiàn)原理，為運營商解決問題提供了很好的思路，可以很好解決永遠在線類應用在減少或取消“心跳”報文的情況下永遠在線業(yè)務中斷問題。

該方案有以下創(chuàng)新及亮點：

（1）從網(wǎng)絡控制架構出發(fā)，相比其他永遠在線方案產(chǎn)業(yè)鏈較短，易于推廣。

（2）借助標準架構做少量增強，方案簡單高效。

（3）永遠在線業(yè)務所需移動網(wǎng)絡資源授權由移動網(wǎng)絡PCC統(tǒng)一決策，統(tǒng)一調(diào)度。

參考文獻

[1] Wing D，Cheshire S， Boucadair M，et al.Port control protocol （PCP）[S].IETF RFC 6887.

[2] 3GPP TS 23.203. Policy and Charging Control Architecture[S].

[3] 3GPP TS 29.214. Policy and Charging Control over Rx Reference point[S].

[4] 3GPP TS 29.213. Policy and charging control signaling flows and QoS Parameter Mapping[S].

[5] 3GPP TS 29.212. Policy and Charging Control （PCC）； Reference Points[S].