[發明專利]會話管理方法、應用功能實體、策略服務器和協議轉換器

在審

• 申請號: 201410301186.4
• 申請日: 2014-06-27
• 公開（公告）號: CN104348826A
• 公開（公告）日: 2015-02-11
• 發明（設計）人: 周曉云
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/24
• 代理公司: 北京安信方達知識產權代理有限公司 11262
• 代理人: 田紅娟;龍洪

技術領域

本發明涉及通信領域，具體的，涉及一種會話管理方法、應用功能實體、策略服務器和協議轉換器。

背景技術

圖1是第三代合作伙伴計劃(3rd?Generation?Partnership?Project，簡稱為3GPP)定義的策略和計費控制架構(Policy?and?Charging?Control,簡稱為PCC)。

策略和計費規則功能(Policy?and?Charging?Rules?Function,簡稱為PCRF)為業務使用網絡資源進行QoS和計費策略的制訂。PCRF制定所述控制策略需要結合從AF接收的業務信息，從用戶簽約數據庫(Subscription?Profile?Repository，簡稱為SPR)接收的用戶簽約信息，運營商配置的策略等。PCRF將為業務制定的控制策略下發給策略和計費執行功能(Policy?and?Charging?Enforcement?Function，簡稱為PCEF)或者承載綁定和事件上報功能(Bearer?Binding?and?Event?Report?Function，簡稱為BBERF)執行。同時PCRF可以向PCEF和/或BBERF訂閱承載層相關事件，以便當承載層發生所述事件時及時感知，并更改控制策略。此外，PCEF以及業務檢測功能(Traffic?Detection?Function，簡稱TDF)能夠根據PCRF下發的PCC規則(PCEF)或ADC規則(TDF)執行應用檢測和控制功能。

隨著移動互聯網的發展，運營商需要與第三方數據應用提供商進行互通，為第三方數據應用提供商提供的業務進行QoS保障。由于目前PCC支持的Rx接口采用的Diameter協議，而對于大多數第三方數據應用提供商來說，他們更擅長基于SOAP、REST協議的開發。目前業界研究PCC架構支持基于SOAP/REST協議的Rx接口。提出了兩種方案，一種是PCRF支持SOAP或REST協議，另一種是在PCRF和AF直接設置一個稱為協議轉換器(Protocol?Converter，簡稱PC)的網元，用于將SOAP或REST協議轉換成Diameter。目前SOAP協議支持XML語言，而REST協議支持XML和JSON兩種語言。

Rx接口需要支持雙向通信，即AF向PCRF提供業務信息，PCRF需要向AF實時的提供承載層事件(Traffic?Plane?Event)。然而，SOAP或REST協議都是基于超文本傳輸協議(Hypertext?transfer?protocol，簡稱HTTP)。HTTP是無狀態的協議，客戶端請求一個URL，服務器端響應，發回響應內容，連接端口，無法實現雙向通信。為了實現服務器向客戶端主動Push信息，目前業界提出了如下3中方案：

1.Polling：瀏覽器不停的發出請求獲得最新數據，模擬成push。這種方案的確定是延遲大，信令開銷大。

2.Streaming：服務器接收到客戶端的HTTP請求并返回確認消息后，服務器和客戶端的連接不斷開，通過該連接服務器端可以持續向客戶端發送數據。這種方案的缺點是連接需要保持，占用了服務器和客戶端的資源。其代理支持不好，因為代理可能會緩存數據。

3.Long-Polling：瀏覽器發請求，服務器接到后掛起連接，直到有數據要發送到客戶端，發完數據后斷開連接；客戶端接收到數據，又再一次請求服務器拿數據。這種方案的缺點是連接需要保持，占用了服務器和客戶端的資源。

考慮到PCC的特殊應用，第三方數據應用需要向大量的用戶提供服務，因此若采用Streaming或Long-Polling的方案，第三方數據應用服務器和PCRF或PC之間要保持大量的傳輸控制協議(Transmission?Control?Protocol，簡稱TCP)連接。

此外，現有協議中也規定，同一個客戶端和服務器之前最多只能維持2個HTTP的TCP連接，若維持多余2個HTTP的TCP連接，與現有的協議不一致，導致互通性問題。

現有技術也提出，可以將多個HTTP請求封裝到一個TCP連接里(成為HTTP?Pipelining)，并采用Long-Polling的方式實現服務器主動向客戶端提供數據。但是這種方案要求客戶端必須要在Long-Polling完成后，才能發送新的請求，這樣會導致延遲。

發明內容

本發明所要解決的技術問題是，提供一種會話管理方法、應用功能實體、策略服務器和協議轉換器，在實現雙向通信的同時，減少網絡資源的使用，并且能夠保證實時性。