[發明專利]實現WAP業務透明代理的方法、WAP網關和系統

有效

• 申請號: 201310326646.4
• 申請日: 2013-07-31
• 公開（公告）號: CN104349307B
• 公開（公告）日: 2017-11-10
• 發明（設計）人: 梁朝軍;宮云平;刁益輝;李濤;陳喜洲;楊劍;譚志遠;雷多萍
• 申請（專利權）人: 中國電信股份有限公司
• 主分類號: H04W8/26
• 分類號: H04W8/26;H04W88/16;H04L29/12
• 代理公司: 中國國際貿易促進委員會專利商標事務所11038
• 代理人: 劉劍波

技術領域

本發明涉及通信領域，特別涉及一種實現WAP業務透明代理的方法、WAP網關和系統。

背景技術

一直以來，用戶使用CTWAP（互聯星空，中國電信自有門戶業務的接入渠道）撥號之后，現有WAP（Wireless Application Protocol，無線應用協議）業務主要包括如下三種類型業務流，如圖1描述的現有技術中CTWAP業務流程所示：

1）采用非代理的方式，通過融合防火墻NAT后直接訪問VPN PI-0互聯網業務，如圖1中第1條業務流所示。

2）通過WAP網關代理訪問自營業務或者互聯網業務，如圖1中第2條業務流所示。

3）直接訪問VPN PI-1中的自營業務平臺，如BREW（Binary Runtime Environment for Wireless，無線二進制執行環境）、定位、天翼視訊流媒體等業務，如圖1中第3條業務流所示。

隨著智能機和非代理客戶端應用的發展，上述背景中第一種直接通過融合防火墻的業務流越來越大。由于融合防火墻并不支持前傳MDN（Mobile Directory Number，移動用戶電話號碼），因此導致諸如iphone瀏覽器的非代理客戶端無法在訪問電信業務時前傳MDN。

發明內容

本發明要解決的技術問題是提供一種實現WAP業務透明代理的方法、WAP網關和系統。通過使用透明代理為來自非代理客戶端的業務流添加MDN，從而在網絡側解決了非定制瀏覽器訪問相關業務時無法前傳MDN和WAP代理的問題。

根據本發明的一個方面，提供一種實現無線應用協議WAP業務透明代理的方法，包括：

當接收到分組數據服務節點PDSN發送的業務流時，對業務流進行深度包檢測，以判斷業務流是否設置代理；

若判斷業務流沒有設置代理，進一步判斷業務流是否能夠直接透傳；

若業務流不能直接透傳，則從業務流中提取出源IP地址和目的IP地址；

從遠程用戶撥號認證Radius消息單元中獲取與業務流的源IP地址相關聯的移動用戶電話號碼MDN；

將MDN添加到業務流的HTTP報頭中；

將添加MDN的業務流轉發給與目的IP地址相關聯的業務平臺。

優選的，若判斷業務流設置代理，則提取業務流中的URL信息和源IP地址；

將URL信息轉換為相對應的目的IP地址；

從Radius消息單元中獲取與業務流的源IP地址相關聯的MDN；

將MDN添加到業務流的HTTP報頭中；

將添加MDN的業務流轉發給與目的IP地址相關聯的業務平臺。

優選的，若業務流能夠直接透傳，則從業務流中提取出目的IP地址；

將業務流轉發給與目的IP地址相關聯的業務平臺。

根據本發明的另一方面，提供一種實現無線應用協議WAP業務透明代理的WAP網關，包括接收單元、深度包檢測單元、透明代理單元和遠程用戶撥號認證Radius消息單元，其中：

接收單元，用于接收分組數據服務節點PDSN發送的業務流；

深度包檢測單元，用于當接收單元接收到PDSN發送的業務流時，對業務流進行深度包檢測，以判斷業務流是否設置代理；若判斷業務流沒有設置代理，進一步判斷業務流是否能夠直接透傳；

透明代理單元，用于根據深度包檢測單元的檢測結果，若業務流不能直接透傳，則從業務流中提取出源IP地址和目的IP地址，從Radius消息單元中獲取與業務流的源IP地址相關聯的移動用戶電話號碼MDN，將MDN添加到業務流的HTTP報頭中，將添加MDN的業務流轉發給與目的IP地址相關聯的業務平臺；

Radius消息單元，用于存儲源IP地址與相對應MDN的關聯關系。

優選的，WAP網關還包括顯式代理單元，其中：

顯式代理單元，用于根據深度包檢測單元的檢測結果，若判斷業務流設置代理，則提取業務流中的URL信息和源IP地址，將URL信息轉換為相對應的目的IP地址，從Radius消息單元中獲取與業務流的源IP地址相關聯的MDN，將MDN添加到業務流的HTTP報頭中，將添加MDN的業務流轉發給與目的IP地址相關聯的業務平臺。

優選的，WAP網關還包括透傳單元，其中：

透傳單元，用于根據深度包檢測單元的檢測結果，若業務流能夠直接透傳，則從業務流中提取出目的IP地址，將業務流轉發給與目的IP地址相關聯的業務平臺。