會話的管理方法、策略服務(wù)器及應(yīng)用功能實(shí)體的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種會話的管理方法、策略服務(wù)器及應(yīng)用功 能實(shí)體。
【背景技術(shù)】
[0002] 圖1是根據(jù)相關(guān)技術(shù)的第H代合作伙伴計劃（3rdGenerationPartnership Project,簡稱為3GPP)定義的策略和計費(fèi)控制（PolicyandChargingControl,簡稱為 PCC)的架構(gòu)示意圖。圖2是根據(jù)相關(guān)技術(shù)的部署PC的PCC架構(gòu)示意圖。如圖1和圖2所 示，策略和計費(fèi)規(guī)則功能（PolicyandQiargingRulesF^mction,簡稱為PCRF)為業(yè)務(wù)使 用網(wǎng)絡(luò)資源進(jìn)行服務(wù)質(zhì)量（QualityofService,簡稱為QoS)和計費(fèi)策略的制訂。而PCRF 制定上述控制策略需要結(jié)合從應(yīng)用功能（Application化nction，簡稱為AF)接收的業(yè)務(wù) 信息，從用戶簽約數(shù)據(jù)庫（SubscriptionProfileRepository,簡稱為SPR)接收的用戶簽 約信息，運(yùn)營商配置的策略等。PCRF將為業(yè)務(wù)制定的控制策略下發(fā)給策略和計費(fèi)執(zhí)行功能 (PolicyandQiargingElnforcementF^mction，簡稱為PCEF)或者承載綁定和事件上報功 能（BearerBindingandEventReportF^mction，簡稱為BBERF)執(zhí)行。與此同時，PCRF 可W向PCEF和/或B邸RF訂閱承載層相關(guān)事件，W便當(dāng)承載層發(fā)生上述事件時能夠及時感 知，并更改控制策略。此外，PCEFW及業(yè)務(wù)檢測功能（TrafficDetectionF^mction，簡稱 為TDF)能夠根據(jù)PCRF下發(fā)的PCC規(guī)則（PCEF)或應(yīng)用和檢測控制（ApplicationDetection andControl,簡稱為ADC)規(guī)則（TDF)執(zhí)行應(yīng)用檢測和控制功能。
[0003] 隨著移動互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展，運(yùn)營商需要與第H方數(shù)據(jù)應(yīng)用提供商進(jìn)行互 通，為第H方數(shù)據(jù)應(yīng)用提供商所提供的業(yè)務(wù)進(jìn)行QoS保障。由于目前PCC支持的Rx接口 采用的是Diameter協(xié)議，而對于大多數(shù)第H方數(shù)據(jù)應(yīng)用提供商而言，其更擅長基于SOAP或 REST協(xié)議的開發(fā)。目前業(yè)界研究的PCC架構(gòu)支持基于S0AP/REST協(xié)議的Rx接口提出了W 下兩種方案：
[0004] 方案一、PCRF支持SOAP或REST協(xié)議；
[000引方案二、在PCRF和AF之間設(shè)置一個稱為協(xié)議轉(zhuǎn)換器（ProtocolConverter,簡稱PC)的網(wǎng)元，用于將SOAP或REST協(xié)議轉(zhuǎn)換成Diameter協(xié)議。目前的SOAP協(xié)議可支持可擴(kuò) 展標(biāo)記語言（XML)，而REST協(xié)議可支持XML和JS0N兩種語言。
[0006]Rx接口需要支持雙向通信，即AF向PCRF提供業(yè)務(wù)信息，PCRF需要向AF實(shí)時的提 供承載層事件（TrafficPlaneEvent)。然而，SOAP或REST協(xié)議都是基于超文本傳輸協(xié)議 (Hype;rtexttransferprotocol,簡稱HTTP),HTTP是一種無狀態(tài)的協(xié)議，客戶端請求一個 統(tǒng)一資源定位符（U化)，服務(wù)器端需要返回響應(yīng)內(nèi)容，連接端口無法實(shí)現(xiàn)雙向通信。為了能 夠?qū)崿F(xiàn)服務(wù)器向客戶端主動推送（Push)信息，相關(guān)技術(shù)中提出如下H種技術(shù)方案：
[0007] 技術(shù)方案一、化lling，即瀏覽器通過不間斷地發(fā)出請求獲取最新數(shù)據(jù)，W模擬成 push。此種方案的缺陷在于延遲高、信令開銷大。
[0008] 技術(shù)方案二、Streaming,即在服務(wù)器接收到來自于客戶端的HTTP請求并返回確 認(rèn)消息之后，服務(wù)器與客戶端之間保持連接，通過該連接服務(wù)器端可w持續(xù)向客戶端發(fā)送 數(shù)據(jù)。此種方案的缺陷在于服務(wù)器與客戶端之間需要一直保持連接，由此占用了服務(wù)器與 客戶端的資源，而且其代理支持較差，因?yàn)榇砜赡軙彺鏀?shù)據(jù)。
[0009] 技術(shù)方案H、Long-Polling,瀏覽器向服務(wù)器發(fā)送請求，服務(wù)器在接收到來自于瀏 覽器的請求后掛起連接，直到有數(shù)據(jù)需要發(fā)送至客戶端，發(fā)完數(shù)據(jù)后斷開連接；而客戶端在 接收到數(shù)據(jù)后，又會再一次請求服務(wù)器發(fā)送數(shù)據(jù)。此種方案的缺陷同樣在于服務(wù)器與客戶 端之間需要一直保持連接，由此會占用服務(wù)器與客戶端的資源。
[0010] 考慮到PCC的特殊應(yīng)用，第H方數(shù)據(jù)應(yīng)用需要向大量的用戶提供服務(wù)，因此，若采 用Streaming或Long-Polling的方案，第H方數(shù)據(jù)應(yīng)用服務(wù)器和PCRF或PC之間要保持大 量的傳輸控制協(xié)議（TransmissionConholProtocol,簡稱TCP)連接。
[0011] 此外，相關(guān)技術(shù)還提出，可W將多個HTTP請求封裝到一個TCP連接中（成為HTTP Pipelining),并采用Long-Polling的方式實(shí)現(xiàn)服務(wù)器主動向客戶端提供數(shù)據(jù)。但是，此種 方案要求客戶端必須要在Long-Polling完成后，才能發(fā)送新的請求，如此會導(dǎo)致延遲現(xiàn)象 發(fā)生。
[0012] 為了克服上述缺陷，相關(guān)技術(shù)中又提出了twoTCPconnection的技術(shù)方案，即AF 和PCRF/PC同時支持HTTPClient與HTTPServer。AF可W發(fā)起與PCRF/PC之間的TCP連 接，同時PCRF/PC也會發(fā)起與AF之間的TCP連接。該樣，AF和PCRF/PC可W通過一對雙 向的TCP連接進(jìn)行雙向通信。然而，上述方案要求AF和PCRF/PC同時支持HTTPClient/ Server，其實(shí)現(xiàn)難度較大。
【發(fā)明內(nèi)容】
[0013] 本發(fā)明提供了一種會話的管理方法、策略服務(wù)器及應(yīng)用功能實(shí)體，W至少解決相 關(guān)技術(shù)中在實(shí)現(xiàn)雙向通信的同時，需要占用較多的網(wǎng)絡(luò)資源，實(shí)現(xiàn)復(fù)雜度較高，實(shí)時性較差 的問題。
[0014] 根據(jù)本發(fā)明的一個方面，提供了一種會話的管理方法。
[0015] 根據(jù)本發(fā)明實(shí)施例的會話的管理方法包括：策略服務(wù)器接收來自于應(yīng)用功能 (AF)的第一超文本傳輸協(xié)議（HTTP)請求消息，其中，第一HTTP請求消息用于在策略服務(wù)器 與AF之間建立AF會話，第一HTTP請求消息中攜帶有AF會話標(biāo)識信息；策略服務(wù)器接收來 自于AF的第二HTTP請求消息，并在確定第二HTTP請求消息中不攜帶AF會話標(biāo)識信息的 情況下，將第二HTTP請求消息掛起；策略服務(wù)器在感知到與AF會話對應(yīng)的承載層事件后， 向AF返回與第二HTTP請求消息對應(yīng)的第二HTTP應(yīng)答消息，其中，第二HTTP應(yīng)答消息中攜 帶的信息包括：AF會話標(biāo)識信息和承載層事件。
[0016] 優(yōu)選地，在AF會話建立之后，還包括：策略服務(wù)器接收來自于AF的第HHTTP請求 消息，其中，第HHTTP請求消息用于修改或終結(jié)AF會話，第HHTTP請求消息中攜帶有AF 會話標(biāo)識信息；策略服務(wù)器向AF返回與第HHTTP請求消息對應(yīng)的第HHTTP應(yīng)答消息。
[0017] 優(yōu)選地，AF會話標(biāo)識信息包括W下之一；業(yè)務(wù)會話標(biāo)識和肥的IP地址；業(yè)務(wù)會話 標(biāo)識、肥的IP地址和IP域標(biāo)識；業(yè)務(wù)會話標(biāo)識、肥的IP地址和分組數(shù)據(jù)網(wǎng)絡(luò)（PDN)標(biāo)識； 業(yè)務(wù)會話標(biāo)識和用戶標(biāo)識。
[0018] 優(yōu)選地，策略服務(wù)器為W下之一；策略和計費(fèi)規(guī)則功能（PCRF)、協(xié)議轉(zhuǎn)換器（PC)。
[0019] 優(yōu)選地，當(dāng)策略服務(wù)器為PC時，PCRF向PC發(fā)送直徑（Diameter)重認(rèn)證請求（RAR) 消息，或者，終止會話請求(ASR)消息，或者，會話終結(jié)應(yīng)答（STA)消息時，PC向AF發(fā)送第二 HTTP應(yīng)答消息，其中，第二HTTP應(yīng)答消息中攜帶有AF會話標(biāo)識信息。
[0020] 根據(jù)本發(fā)明的另一方面，提供了一種策略服務(wù)器。
[0021] 根據(jù)本發(fā)明實(shí)施例的策略服務(wù)器包括；第一接收模塊，用于接收來自于AF的第一HTTP請求消息，其中，第一HTTP請求消息用于在策略服務(wù)器與AF之間建立