專利名稱：一種策略信息的傳輸方法和設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，特別涉及一種策略信息的傳輸方法和設備。
背景技術：
PCC (Policy Control and Charging,策略控制和計費)架構(gòu)可以提供端到端的 QoS (Quality of Service,服務質(zhì)量)，將應用層級會話服務數(shù)據(jù)流的QoS要求映射為接入傳輸網(wǎng)絡的承載級QoS，并且根據(jù)運營商的計費策略實現(xiàn)服務數(shù)據(jù)流層級的計費功能。其主要實體包括PCRF(Policy and Charging Rules Function,策略與計費規(guī)則功能實體)、PCEF(Policy and Charging Enforcement Function,策略和計費執(zhí)行功能實體) 和 BBERF(Bearer Binding and Event Reporting Function,承載綁定和事件報告功能實體)等。如圖I所示,為現(xiàn)有技術中的EPS (Evolved Packet System,演進的分組系統(tǒng))系統(tǒng)架構(gòu)圖，其中MME(Mobility Management Entity,移動性管理實體)是控制面實體。SGff (Serving Gateway,服務網(wǎng)關)和 PGW(PDN Gateway, PDN 網(wǎng)關；PDN :Packet Data Network，分組數(shù)據(jù)網(wǎng)絡)是用戶面實體，其中PGW為終端提供到業(yè)務網(wǎng)絡的接入。PCRF是策略控制實體，向PCEF和BBERF提供策略規(guī)則，以建立與業(yè)務QoS要求相匹配的承載服務。在基于GTP(GPRS Tunneling Protocol，GPRS 隧道協(xié)議)的 S5/S8 架構(gòu)中，PCEF 功能在PGW上實現(xiàn)，PGff與PCRF通過Gx接口通信；在基于PMIP (Proxy Mobile IP,代理移動 IP協(xié)議)的S5/S8架構(gòu)中，PCEF功能在PGW上實現(xiàn)，BBERF功能在SGW上實現(xiàn)，SGW與PCRF 通過Gxc接口通信。以基于GTP的S5/S8架構(gòu)為例，當終端建立PDN連接時，PGW將與PCRF建立 IP-CAN(IP Connectivity Access Network, IP 連接接入網(wǎng)絡)會話，在該過程中 PCRF 向 PGW發(fā)送策略規(guī)則。在PDN連接的生存期內(nèi)，PCRF可以隨時下發(fā)規(guī)則。當現(xiàn)有承載的QoS 不能滿足策略規(guī)則中的某個業(yè)務數(shù)據(jù)流所需的QoS時，PGW將發(fā)起專用承載建立過程。在基于PMIP的S5/S8架構(gòu)中，由于PMIP協(xié)議不支持承載概念，因此，由SGW實現(xiàn) BBERF功能。當終端建立PDN連接時，PGW將與PCRF建立IP-CAN會話，同時SGW與PCRF建立GW Control會話，且GW Control會話與IP-CAN會話——對應。PCRF將PCC策略下發(fā)給PGW，由PGW完成分組過濾、計費等功能；將QoS策略下發(fā)給SGW，由SGW完成承載綁定等功能。當現(xiàn)有承載的QoS不能滿足QoS規(guī)則中的某個業(yè)務數(shù)據(jù)流所需的QoS時，由SGW觸發(fā)專用承載建立過程。如圖2所示，為現(xiàn)有技術在基于PMIP的S5/S8架構(gòu)中，終端發(fā)起的PDN連接建立過程的流程示意圖，此時PGW執(zhí)行PCEF功能，SGW執(zhí)行BBERF功能，其中的說明如下A. I、當SGW收到MME發(fā)來的創(chuàng)建會話請求時，即向PCRF發(fā)起GWcontrol會話建立過程，在該過程中SGW將收到該GW control會話對應的QoS策略。
A. 2、SGff向PGW發(fā)送代理綁定請求Proxy Binding Request消息，請求建立PMIP隧道。A. 3、PGff向PCRF發(fā)起IP-CAN會話建立過程，在該過程中PCRF將向PGW下發(fā) IP-CAN對應的策略信息。PGW還可能發(fā)起IP-CAN會話修改過程。A. 4、PGff 向 SGW 返回 Proxy Binding ACK,此時 PGW 和 SGW 之間 PMIP 隧道建立完成。其中，上述的Α. I步驟的SGW發(fā)起的GW Control會話過程如圖3所示，其中BBERF 也即SGff0步驟S301、SGff收到創(chuàng)建GW control會話的指示信息，也即MME發(fā)來的創(chuàng)建會話請求消息。步驟S302、SGW 向 PCRF 發(fā)送 GW control session establishment 消息，其中包括IP-CAN Type, UE Identity, PDN Identifier, UE IP address, PDNConnection id 等。步驟S303、PCRF可能發(fā)起IP-CAN會話修改過程。在本實例中不執(zhí)行。步驟S304、PCRF 返回 Acknowledge Gateway Control Session Establishment 消息，其中包括=QoS規(guī)則和事件觸發(fā)信息。步驟S305、SGff收到QoS規(guī)則后執(zhí)行承載綁定，可能觸發(fā)專用承載建立過程。BBERF在一定事件觸發(fā)下(如終端發(fā)起的承載資源請求、PCRF要求檢測的事件發(fā)生等)，將向PCRF發(fā)起GW control and QoS Rules Request過程。通過該過程BBERF向 PCRF上報事件或請求QoS策略。該過程的流程示意圖如圖4所示。步驟S401、BBERF收到事件觸發(fā)；步驟S402、BBERF 向 PCRF 發(fā)送 Gateway Control and QoS Rules Request ；步驟S403至步驟S409、PCRF向BBERF返回響應消息，消息中可能包含QoS策略。 PCRF也可能發(fā)起 TS 23. 2037. 7. 4 小節(jié)定義的 GW Control and QoS Rules Provision過程向BBERF下發(fā)策略。在家庭基站場景下，當簽約允許時，終端可以通過與家庭基站關聯(lián)的本地網(wǎng)關接入本地網(wǎng)絡，也即LIPA(Local IP Access，本地IP接入)技術。終端也可以在網(wǎng)絡控制下通過本地網(wǎng)關接入Internet等業(yè)務網(wǎng)絡，也即SIPTO (Selected IP Traffic Offload,選擇性IP數(shù)據(jù)分流)技術。在LIPA和家庭基站的SIPTO場景下，家庭基站與本地網(wǎng)關之間將建立直接用戶路徑，使得用戶數(shù)據(jù)可以不經(jīng)過核心網(wǎng)傳輸，從而獲得較優(yōu)的數(shù)據(jù)路由通路。家庭基站子系統(tǒng)與LTE核心網(wǎng)之間的連接如圖5所示。其中，家庭基站子系統(tǒng)包括 LGW(Local Gateway,本地網(wǎng)關)和 HeNB (Home evolved NodeB,演進型家庭基站),LGff 與HeNB之間通過Sxx接口相連，同時該接口上也將承載直接用戶路徑。LGW具有核心網(wǎng)中 PGff的部分功能，如IP地址分配等。同一個LGW可以連接多個HeNB。家庭基站子系統(tǒng)通過可選SeGW(Security Gateway,安全網(wǎng)關)接入核心網(wǎng)。在現(xiàn)有規(guī)范中沒有定義LGW與PCRF之間的接口，因此LGff不會在PCRF策略觸發(fā)下發(fā)起專用承載建立，同時，當終端請求建立專用承載也將被網(wǎng)絡拒絕。也即，現(xiàn)階段LIPA PDN連接和家庭基站下的SIPTO連接都不支持專用承載。目前還未確定Sxx接口是否支持控制面協(xié)議，這涉及到直接用戶路徑的建立流程。以LIPA為例，其中一種LIPA連接建立過程如圖6所示。
在步驟S604、步驟S605和步驟S606中，LGW將其用于直接用戶路徑建立所需的信息通過MME發(fā)送給HeNB。 在步驟S609、步驟S612和步驟S613中，家庭基站用于直接用戶路徑建立所需的信息通過MME、SGff發(fā)給LGW。根據(jù)上述兩個處理流程，直接用戶路徑建立完畢。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在以下問題現(xiàn)有技術中，3GPP SA2工作組已確定需要激活LIPA和SIPTO Femto的終端提供 QoS保證,但目前還沒有具體方法。提供QoS保證需要本地網(wǎng)關能接收到正確的QoS策略并執(zhí)行該策略。然而，由于目前LGW與PCRF之間沒有接口，LGff無法獲得相關的策略信息，尤其是QoS策略信息。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種策略信息的傳輸方法和設備，以解決現(xiàn)有技術中LGW無法動態(tài)的獲得相關的策略息的問題。為了達到上述目的，本發(fā)明實施例提供了一種策略信息的傳輸方法，包括SGW判斷所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與PCRF進行交互的指示信息；如果判斷結(jié)果為是，所述SGW向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的
策略信息；所述SGW向LGW發(fā)送所述策略信息，以使所述LGW根據(jù)所述策略信息執(zhí)行相應操作。另一方面,本發(fā)明實施例還提供了一種SGW,包括接收模塊，用于接收核心網(wǎng)控制節(jié)點所發(fā)送的消息；判斷模塊，用于判斷所述接收模塊所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與PCRF進行交互的指示信息；請求模塊，用于在所述判斷模塊的判斷結(jié)果為是時，向PCRF發(fā)送策略請求消息， 并接收所述PCRF返回的策略信息；傳輸模塊，用于向LGW發(fā)送所述請求模塊所接收到的策略信息，以使所述LGW根據(jù)所述策略信息執(zhí)行相應操作。另一方面，本發(fā)明實施例還提供了一種策略信息的傳輸方法，包括核心網(wǎng)控制節(jié)點判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件；如果判斷結(jié)果為是，所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息。另一方面，本發(fā)明實施例還提供了一種核心網(wǎng)控制節(jié)點，包括判斷模塊，用于判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件；發(fā)送模塊，用于在所述判斷模塊的判斷結(jié)果為是時，向所述SGW發(fā)送攜帶與PCRF 進行交互的指示信息的消息。另一方面，本發(fā)明實施例還提供了一種策略信息的傳輸方法，包括PCRF接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述SGW在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的；所述PCRF向所述SGW發(fā)送相應的策略信息。另一方面，本發(fā)明實施例還提供了一種PCRF，包括接收模塊，用于接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述SGW在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的；發(fā)送模塊，用于向所述SGW發(fā)送相應的策略信息。另一方面，本發(fā)明實施例還提供了一種策略信息的傳輸方法，包括LGff接收所述SGW發(fā)送的策略信息；所述LGW根據(jù)所述策略信息執(zhí)行相應操作。另一方面,本發(fā)明實施例還提供了一種LGW,包括接收模塊，用于接收所述SGW發(fā)送的策略信息；處理模塊，用于根據(jù)所述接收模塊所接收到的策略信息執(zhí)行相應操作。與現(xiàn)有技術相比，本發(fā)明實施例至少具有以下優(yōu)點通過應用本發(fā)明實施例所提出的技術方案，SGW可以根據(jù)核心網(wǎng)控制節(jié)點所發(fā)送的消息中所攜帶的指示信息，向PCRF請求相應的策略信息，并將相應的策略信息發(fā)送給 LGff,從而，解決了現(xiàn)有技術中不能為LGW提供動態(tài)策略信息的問題，通過上述的方法，在不需要建立LGW與PCRF之間的接口的情況下，LGW可以根據(jù)網(wǎng)絡下發(fā)的策略進行專用承載的建立，已有承載的修改和去激活等操作。


為了更清楚地說明本發(fā)明的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為現(xiàn)有技術中的EPS系統(tǒng)的架構(gòu)示意圖；圖2為現(xiàn)有技術在基于PMIP的S5/S8架構(gòu)中，終端發(fā)起的PDN連接建立過程的流程不意圖；圖3為圖2的A. I步驟中SGW發(fā)起GW Control會話過程的流程示意圖；圖4 為現(xiàn)有技術中的 BBERF 向 PCRF 發(fā)起 GW control and QoS Rules Request 過程的流程示意圖；圖5為現(xiàn)有技術中的家庭基站子系統(tǒng)與LTE核心網(wǎng)之間的連接結(jié)構(gòu)示意圖；圖6為現(xiàn)有技術中的LIPA連接建立過程的流程示意圖；圖7為本發(fā)明實施例所提出的一種策略信息的傳輸方法在SGW側(cè)的流程示意圖；圖8為本發(fā)明實施例所提出的一種策略信息的傳輸方法在核心網(wǎng)控制節(jié)點側(cè)的流程示意圖；圖9為本發(fā)明實施例所提出的一種策略信息的傳輸方法在PCRF側(cè)的流程示意圖；圖10為本發(fā)明實施例所應用的技術場景的系統(tǒng)結(jié)構(gòu)示意圖；圖11為本發(fā)明實施例所提出的一種具體應用場景下的策略信息的傳輸方法的流程示意圖；圖12為本發(fā)明實施例一所提出的一種具體場景下的策略信息的傳輸方法的流程 示意圖；圖13為本發(fā)明實施例二所提出的一種具體場景下的策略信息的傳輸方法的流程 示意圖；圖14為本發(fā)明實施例四所提出的一種具體場景下的策略信息的傳輸方法的流程 示意圖；圖15為本發(fā)明實施例提出的一種SGW的結(jié)構(gòu)示意圖；圖16為本發(fā)明實施例提出的一種核心網(wǎng)控制節(jié)點的結(jié)構(gòu)示意圖；圖17為本發(fā)明實施例提出的一種PCRF的結(jié)構(gòu)示意圖；圖18為本發(fā)明實施例提出的一種LGW的結(jié)構(gòu)示意圖。
具體實施例方式如背景技術所述，在家庭基站場景下，當終端激活LIPA或SIPTO時，由于目前本地 網(wǎng)關與PCRF之間沒有接口，因此，不能獲得動態(tài)策略信息，尤其是QoS策略信息，從而無法 建立專用承載。為了克服這樣的缺陷，本發(fā)明實施例提出了一種策略信息的傳輸方法，通過核心 網(wǎng)控制節(jié)點所發(fā)送的消息中攜帶的指示消息，觸發(fā)SGW向PCRF請求策略信息，并進而將相 應的策略信息提供給LGW，以使LGW可以獲得策略信息，尤其是QoS策略信息，從而，建立專 用承載。如圖7所示，為本發(fā)明實施例所提出的一種策略信息的傳輸方法的流程示意圖， 該方法具體包括以下步驟步驟S701、SGW判斷所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與PCRF 進行交互的指示信息。如果判斷結(jié)果為是，則執(zhí)行步驟S702 ；如果判斷結(jié)果為否，則返回步驟S701，繼續(xù)對接收到的核心網(wǎng)控制節(jié)點發(fā)送的其 他消息進行判斷。在具體的處理場景中，本步驟中SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與 PCRF進行交互的指示信息的消息，至少包括以下幾種類型類型一、在LTE系統(tǒng)中的終端發(fā)起的PDN連接建立過程，或3G系統(tǒng)中的終端發(fā)起 的PDP Context激活過程中，所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行 交互的指示信息的Create Session Request (創(chuàng)建會話請求)消息。類型二、在LTE系統(tǒng)中的終端發(fā)起的承載資源修改過程，或3G系統(tǒng)中的終端發(fā)起 的PDP Context修改過程中，所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行 交互的指示信息的Bearer Resource Command(承載資源命令)消息。類型三、在LTE系統(tǒng)中的HSS(Home Subscriber Server，歸屬用戶服務器)發(fā)起 的QoS修改過程，或3G系統(tǒng)中的SGSN (Serving GPRS Support Node, GPRS服務支持節(jié)點； GPRS, General Packet Radio krvice，通用分組無線服務技術)發(fā)起的承載修改過程中， 所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的ModifyBearer Request (修改承載請求)消息。當然，在實際應用中，其他能夠達到同樣效果的消息類型也可以應用在本步驟中， 這樣的變化并不影響本發(fā)明的保護范圍。需要進一步指出的是，在EPS系統(tǒng)中，上述核心網(wǎng)控制節(jié)點，具體可以為MME或 S4SGSN,核心網(wǎng)控制節(jié)點的具體類型變化并不會影響本發(fā)明的保護范圍。步驟S702、所述SGW向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的策略信
肩、O在具體的處理場景中，本步驟中的處理過程具體可以通過以下兩種方式來實現(xiàn)方式一、所述SGW向PCRF發(fā)起GW Control Session過程，并接收所述PCRF返回的策略信息。方式二、所述SGW向PCRF發(fā)起IP-CAN Session過程，并接收所述PCRF返回的策
略信息。需要說明的是，在實際場景中，上述的方式一所獲取的策略信息實際為QoS策略信息，而上述的方式二所獲取的策略信息實際為PCC策略信息，其中，所述PCC策略信息中包括QoS策略信息。無論采用上述的哪種方式，在SGW向PCRF發(fā)送策略請求消息的過程中，所述SGW 在向所述PCRF發(fā)送的策略請求消息中，還可以進一步攜帶終端已激活LIPA或SIPTO Femto 的指示信息，這個指示信息現(xiàn)有的信息元即可以實現(xiàn)，比如APN(ACCesS Point Name，接入點名稱)。步驟S703、所述SGW向LGW發(fā)送所述策略信息，以使所述LGW根據(jù)所述策略信息執(zhí)行相應操作。在具體的處理場景中，對應于步驟S701中的幾種具體的消息類型，本步驟中的處理過程具體也可以分別通過通過以下三種類型的消息來實現(xiàn)。類型一、所述SGW向LGW發(fā)送攜帶所述策略信息的Create Session Request消息。類型二、所述SGW向LGW發(fā)送攜帶所述策略信息的Bearer Resource Command消
肩、O類型三、所述SGW向LGW發(fā)送攜帶所述策略信息的Modify Bearer Request消息。當然，在實際應用中，其他能夠達到同樣效果的消息類型也可以應用在本步驟中， 這樣的變化并不影響本發(fā)明的保護范圍。另一方面，根據(jù)上述的說明可以看出，為了實現(xiàn)上述的技術方案，核心網(wǎng)控制節(jié)點需要通過攜帶與PCRF進行交互的指示信息的消息來觸發(fā)SGW向PCRF請求策略信息，因此， 在核心網(wǎng)控制節(jié)點側(cè)，相應的處理過程如圖8所示步驟S801、核心網(wǎng)控制節(jié)點判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件。如果判斷結(jié)果為是，則執(zhí)行步驟S802 ；如果判斷結(jié)果為否，則繼續(xù)返回步驟S801。在實際的應用中，本步驟中的所述觸發(fā)SGW與PCRF進行交互的條件，包括終端當前已激活LIPA或SIPTO Femto ;和/或，終端當前即將激活LIPA或SIPTO Femto。
在具體的應用場景中，當核心網(wǎng)控制節(jié)點判斷進入相應的處理過程，或需要進行相應的消息發(fā)送時，判斷是否滿足上述的觸發(fā)條件，并根據(jù)相應的判斷結(jié)果進行處理。步驟S802、所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息。與前述的步驟S701中的說明相對應，本步驟中的消息同樣至少包括上述的三種類型。需要進一步指出的是，在EPS系統(tǒng)中，上述核心網(wǎng)控制節(jié)點，具體可以為MME或 S4SGSN,核心網(wǎng)控制節(jié)點的具體類型變化并不會影響本發(fā)明的保護范圍。另一方面，根據(jù)上述的說明可以看出，為了實現(xiàn)上述的技術方案，PCRF需要根據(jù) SGW的策略請求過程反饋相應的策略信息，因此，在PCRF側(cè)，相應的處理過程如圖9所示，具體包括以下步驟 步驟S90UPCRF接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述SGW在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的。在實際應用中，本步驟的處理過程中，與前述的步驟S702中的說明相對應，所述 PCRF接收所述SGW發(fā)送的攜帶終端當前已激活LIPA或SIPTOFemto的指示信息的策略請求消息。步驟S902、所述PCRF向所述SGW發(fā)送相應的策略信息。需要說明的是，對于PCRF側(cè)的處理過程，PCRF大多可以按照現(xiàn)有的處理規(guī)則來完成，只是相應的對端設備為SGW，但是，其中需要進行相應的異常處理過程的規(guī)則的修改，具體修改方式如下當所述PCRF接收到所述SGW發(fā)起的GW Control Session過程,且根據(jù)所述指示信息確定沒有關聯(lián)的IP-CAN會話建立時，所述PCRF繼續(xù)向所述SGW發(fā)送相應的QoS策略信息或其他策略信息。通過上述的修改，PCRF將不會將SGW所發(fā)起的上述流程視為異常，從而可以保證相應處理流程的順利完成。相對應的，在LGW側(cè)，則需要根據(jù)SGW所反饋的策略信息進行相應的處理，在此不再詳細說明，但是其中，也需要對現(xiàn)有的拒絕處理規(guī)則進行調(diào)整，即當所述LGW接收到終端的承載資源請求時，所述LGW繼續(xù)對所述承載資源請求進行處理，而不是拒絕，從而可以保證相應處理流程的順利完成。與現(xiàn)有技術相比，本發(fā)明實施例所提出的技術方案具有以下優(yōu)點通過應用本發(fā)明實施例所提出的技術方案，SGW可以根據(jù)核心網(wǎng)控制節(jié)點所發(fā)送的消息中所攜帶的指示信息，向PCRF請求相應的策略信息，并將相應的策略信息發(fā)送給 LGff,從而，解決了現(xiàn)有技術中不能為LGW提供動態(tài)策略信息的問題，通過上述的方法，在不需要建立LGW與PCRF之間的接口的情況下，LGW可以根據(jù)網(wǎng)絡下發(fā)的策略進行專用承載的建立，已有承載的修改和去激活等操作。下面，結(jié)合具體的應用場景，對本發(fā)明實施例所提出的技術方案進行說明。本方法實施例提出了一種通過SGW向LGW傳遞策略信息，尤其是QoS策略信息的方法，其主要思想是當終端已激活LIPA或SIPTO Femto時，SGW向PCRF請求策略信息，并在獲得相應的策略信息后，將其轉(zhuǎn)發(fā)給LGW。LGW根據(jù)收到的策略信息執(zhí)行專用承載建立、 修改等操作。上述方法不需要在LGW與PCRF之間建立接口，而由SGW與PCRF進行交互獲得策略信息，然后將策略傳遞給LGW。如圖10所示，為本發(fā)明實施例所應用的技術場景的系統(tǒng)結(jié)構(gòu)示意圖，與如圖5所示的現(xiàn)有技術中的家庭基站子系統(tǒng)的差別在于，其中的粗實線表示SGW與PCRF之間所建立的接口，該接口可以采用TS 23.402中定義的Gxc接口，也可以新定義一個接口，通過該接口，SGW可以向PCRF請求相應的策略信息。下面，結(jié)合上述的系統(tǒng)結(jié)構(gòu)，對本發(fā)明實施例所提出的技術方案進行說明，相應的處理流程圖如圖11所示，具體包括以下步驟。步驟SI 101、SGff通過來自核心網(wǎng)控制節(jié)點的承載相關信令獲知需要與PCRF交互。核心網(wǎng)控制節(jié)點可以在現(xiàn)有承載相關信令中增加一個信息元，用以指示SGW此時終端已激活LIPA或SIPTO Femto (對應與前述的步驟S701中的與PCRF進行交互的指示信息)。與前述的步驟S701或步驟S802相對應，本步驟中，SGW可能在下列過程所對應的場景中收到上述信令場景一、LTE系統(tǒng)中的終端發(fā)起的PDN連接建立過程或3G系統(tǒng)中的終端發(fā)起的PDP Context激活過程。核心網(wǎng)控制節(jié)點發(fā)送的請求建立LIPA或SIPTO連接的信令，或是其它指示信息。在此場景中，核心網(wǎng)控制節(jié)點總是知道終端是否激活LIPA。場景二、LTE系統(tǒng)中的終端發(fā)起的承載資源修改過程或3G系統(tǒng)中的終端發(fā)起的 PDP Context修改過程。即已激活LIPA或SIPTO Femto的終端所發(fā)起的承載資源請求過程。場景三、LTE系統(tǒng)中的HSS發(fā)起的QoS修改過程或3G系統(tǒng)中的SGSN發(fā)起的承載修改過程。當SGW收到核心網(wǎng)控制節(jié)點發(fā)送的已激活LIPA或SIPTO Femto的終端的承載相關信令時，執(zhí)行步驟S1102。步驟S1102、SGff向PCRF請求策略。在具體的處理場景中，SGW請求策略的方式可以包括以下兩種方式一、SGW執(zhí)行BBERF功能，與 PCRF建立Gxc 接口，發(fā)起GW Control Session 過程獲得策略。具體的處理過程為對于終端即將激活LIPA或SIPTO Femto的情況，SGff使用現(xiàn)有的BBERF發(fā)起的GW Control會話建立過程。對于已激活LIPA或SIPTO Femto的終端的承載相關過程，SGff使用現(xiàn)有的BBERF 發(fā)起的 GW Control and QoS Rules Request 過程。方式二、由SGW執(zhí)行PGW的功能，與PCRF建立Gx接口，并發(fā)起ΙΡ-CANSession建立獲得策略。此時SGW新增PCEF功能，具體的處理過程為
對于終端即將激活LIPA或SIPTO Femto的情況，SGff執(zhí)行PCEF發(fā)起的IP-CAN會話建立過程。對于已激活LIPA或SIPTO Femto終端的承載相關過程，SGff發(fā)起PCEF發(fā)起的 IP-CAN Session Modification 過程。步驟SI 103、PCRF返回LIPA或SIPTO連接相關策略，如QoS信息等。對應步驟SI 102，如果SGW所采用的是方式一進行策略請求，則SGW將直接收到 PCRF返回的QoS策略信息。而如果SGW所采用的是方式二進行策略請求，則SGW將收到PCRF提供的PCC策略信息，其中包括QoS策略信息。步驟SI 104、SGW采取一定方式向LGW發(fā)送策略信息。步驟S1105、LGff根據(jù)收到的策略信息執(zhí)行相應操作，如專用承載建立、承載修改
坐寸ο為了實現(xiàn)上述的處理方案，本發(fā)明實施例對如圖10所示的系統(tǒng)中的各節(jié)點的影響如下(I)核心網(wǎng)控制節(jié)點當確定為終端請求激活LIPA或SIPTO Femto，或已激活LIPA或SIPTOFemto的終端發(fā)生承載相關過程時，核心網(wǎng)控制節(jié)點向SGW發(fā)送指示。該指示可以在現(xiàn)有消息中增加信息元實現(xiàn)，上述消息至少可以包括創(chuàng)建會話消息、承載資源命令、修改承載命令。(2) SGff當SGW收到核心網(wǎng)控制節(jié)點所發(fā)送的上述消息中攜帶的指示時，向PCRF發(fā)起策略請求，具體的發(fā)起方式參見前述說明，自此不再重復。在具體的實施過程中，SGW可以在GW Control Session過程或IP-CANSession過程的相關消息中增加指示終端已激活LIPA或SIPTO Femto的信息。SGff收到PCRF發(fā)來的策略信息后，向LGW發(fā)送QoS策略信息等策略信息。該信息可以包含在現(xiàn)有的Create Session Request (創(chuàng)建會話請求)消息、Modify Bearer Request (修改承載請求)消息或Bearer Resource Co_and (承載資源命令)消息中。(3) PCRFPCRF收到SGW發(fā)起的GW Control會話建立時，根據(jù)其中的指示終端已激活LIPA 或SIPTO Femto的信息可知沒有關聯(lián)的IP-CAN Session建立，此時，PCRF不會將上述情況作為異常處理，而是繼續(xù)進行相應的處理(返回相應QoS策略信息等相關策略信息)。(4) LGff當LGW收到SGW發(fā)來的策略信息時，按照該策略執(zhí)行相應處理如專用承載建立、 承載修改等，并且，當LGW收到終端的承載資源請求時，不拒絕該請求。進一步的，本發(fā)明通過以下實施例，對相應的技術方案進行進一步的說明。為了方便說明，以下實施例具體以QoS策略信息的傳輸過程為例進行說明，但是其他策略信息也可以同樣應用這樣的處理過程，具體策略信息內(nèi)容的變化并不會影響本發(fā)明的保護范圍。實施例一在本實施例中，具體的應用場景為終端通過LTE家庭基站接入，并請求PDN連接以接入Internet，MME決定為終端激活SIPTO Femto (對應前述的終端即將激活SIPTO Femto的情況),使得終端可以通過LGW直接接入Internet。在相應處理過程中，MME在現(xiàn)有消息中增加向SGW指示終端激活SIPTOFemto的信息，觸發(fā)SGW向PCRF發(fā)起GW Control Session建立過程，獲取QoS策略信息。具體的，如圖12所示，為本發(fā)明實施例一所提出的一種具體場景下的策略信息的傳輸方法的流程示意圖，包括以下步驟步驟S1201、終端發(fā)起PDN連接請求。步驟S1202、根據(jù)簽約和當前接入小區(qū)，MME決定為終端激活SIPTOFemto。MME向 SGW發(fā)送創(chuàng)建會話請求消息(Create Session Request),其中攜帶指示信息(indication), 表明終端將激活SIPTO Femto。步驟S1203、SGW收到該指示信息后，向PCRF發(fā)起GW Control Session建立過程， 具體流程在TS 23.203中定義，在此不再重復說明。通過該過程，PCRF將向SGW下發(fā)QoS策略信息。步驟S1204、SGW向LGW發(fā)送創(chuàng)建會話請求消息(Create Session Request),其中攜帶收到的QoS策略信息。步驟S1205、LGff執(zhí)行收到的QoS策略信息，根據(jù)該QoS策略信息可能發(fā)起專用承載建立等過程，且該過程與TON連接后續(xù)過程可以并行進行。步驟S1206、根據(jù)現(xiàn)有技術完成TON連接建立的后續(xù)步驟，在此不再贅述。實施例二在本實施例中，具體的應用場景為終端在LTE家庭基站中激活了 LIPA連接(對應前述的終端已激活LIPA的情況)，此時，核心網(wǎng)控制節(jié)點為MME。后續(xù)終端發(fā)起承載資源修改請求過程。具體的，如圖13所示，為本發(fā)明實施例二所提出的一種具體場景下的策略信息的傳輸方法的流程示意圖，包括以下步驟步驟S1301、激活了 LIPA的終端發(fā)起承載資源修改請求，請求消息中可能包含所請求的QoS、TFT (Traffic Filter Template,業(yè)務過濾模板)等信息。步驟S1302、MME 向 SGW 發(fā)送承載資源命令消息(Bearer Resource Command)。步驟S1303、SGW收到上述消息后，在其觸發(fā)下，SGW發(fā)起GW Control and QoS Rules Request過程,具體在TS 23. 203中定義,在此不再重復說明。在該過程中，PCRF將向SGW提供QoS策略信息。步驟S1304、SGW向LGW發(fā)送承載資源命令消息(Bearer Resource Command),其中攜帶步驟S1303中收到的QoS策略信息。步驟S1305、LGff執(zhí)行該QoS策略信息。如果現(xiàn)有承載的QoS不滿足新增服務數(shù)據(jù)流的QoS，則發(fā)起專用承載建立過程。如果現(xiàn)有承載的QoS或TFT需要改變，則發(fā)起承載修改或去激活過程。步驟S1306、根據(jù)相應執(zhí)行情況執(zhí)行后續(xù)操作，具體操作在TS 23. 401中定義，在此不再贅述。實施例三在本實施例中，具體的應用場景為終端從LTE家庭基站接入，并請求LIPA連接(對應前述的終端即將激活LIPA的情況)，核心網(wǎng)控制節(jié)點MME允許其激活LIPA，設家庭基站與LGW之間的Sxx接口不支持控制面協(xié)議，也即建立直接用戶路徑的信令需要經(jīng)過SGW 中轉(zhuǎn)，MME在上述信令中增加相應的指示信息，以觸發(fā)SGW與PCRF交互。由于LIPA技術與SIPTO Femto技術所用架構(gòu)相同，因此，本實施例中MME、SGW、 PCRF、LGW處處理方法與前述的實施例一相同，在此不再重復說明。實施例四在本實施例中，具體的應用場景為終端從LTE家庭基站接入網(wǎng)絡并激活LIPA(對應前述的終端已激活LIPA的情況)。隨后由于LIPA APN的簽約QoS數(shù)據(jù)改變，發(fā)生HSS發(fā)起的QoS修改過程。在相應處理過程中，MME將向SGW發(fā)送承載相關消息，觸發(fā)SGW與PCRF交互。具體的，如圖14所示，為本發(fā)明實施例四所提出的一種具體場景下的策略信息的傳輸方法的流程示意圖，包括以下步驟步驟S1401、終端激活 LIPA，SGff 與 PCRF 建立 GW Control Session ;隨后發(fā)生 HSS 發(fā)起的QoS修改過程。步驟S1402、MME向SGW發(fā)送修改承載命令。步驟S1403、SGW 向 PCRF 發(fā)起 GW Control and QoS Rules Request 過程，向 PCRF 傳遞修改后的簽約QoS規(guī)則信息。PCRF將返回更新后的QoS策略。步驟S1404、SGff向LGW發(fā)送修改承載命令，其中，包含更新后的QoS策略信息。步驟S1405、LGff執(zhí)行上述QoS策略信息，可能修改承載QoS等參數(shù)。步驟S1406、LGff向SGW返回更新承載請求。步驟S1407、SGff向MME返回更新承載請求。步驟S1408、根據(jù)現(xiàn)有技術執(zhí)行后續(xù)過程，在此不再贅述。需要進一步指出的是，在上述的四個實施例中，均是以MME作為核心網(wǎng)示例的具體示例來進行描述的，但是在實際應用中，S4 SGSN同樣可以作為核心網(wǎng)控制節(jié)點應用于本發(fā)明所提出的技術方案，只是，在前述的四個實施例中所提出的應用場景中，如果要在相應的系統(tǒng)中用S4 SGSN替換MME進行相應處理，則家庭基站類型為HNB (Home NodeB)，且需要在HNB與S4SGSN之間增加HNB Gff (HeNB Gff,演進型家庭基站網(wǎng)關)。當然，在實際應用中，到底是應用MME還是S4 SGSN作為核心網(wǎng)控制節(jié)點，可以根據(jù)實際需要進行設定，這樣的核心網(wǎng)控制節(jié)點的具體類型變化并不影響本發(fā)明的保護范圍。與現(xiàn)有技術相比，本發(fā)明實施例所提出的技術方案具有以下優(yōu)點通過應用本發(fā)明實施例所提出的技術方案，SGW可以根據(jù)核心網(wǎng)控制節(jié)點所發(fā)送的消息中所攜帶的指示信息，向PCRF請求相應的策略信息，并將相應的策略信息發(fā)送給 LGff,從而，解決了現(xiàn)有技術中不能為LGW提供動態(tài)策略信息的問題，通過上述的方法，在不需要建立LGW與PCRF之間的接口的情況下，LGW可以根據(jù)網(wǎng)絡下發(fā)的策略進行專用承載的建立，已有承載的修改和去激活等操作。為了實現(xiàn)本發(fā)明實施例的技術方案，本發(fā)明實施例還提供了一種SGW，其結(jié)構(gòu)示意圖如圖15所示,至少包括
接收模塊151，用于接收核心網(wǎng)控制節(jié)點所發(fā)送的消息；判斷模塊152，用于判斷所述接收模塊151所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與PCRF進行交互的指示信息；請求模塊153，用于在所述判斷模塊152的判斷結(jié)果為是時，向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的策略信息；傳輸模塊154，用于向LGW發(fā)送所述請求模塊153所接收到的策略信息，以使所述 LGff根據(jù)所述策略信息執(zhí)行相應操作。在實際應用中，所述接收模塊151，具體用于在LTE系統(tǒng)中的終端發(fā)起的PDN連接建立過程，或3G系統(tǒng)中的終端發(fā)起的PDP Context激活過程中，接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的 Create Session Request 消息；或，在LTE系統(tǒng)中的終端發(fā)起的承載資源修改過程，或3G系統(tǒng)中的終端發(fā)起的PDP Context修改過程中，接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的 Bearer Resource Command 消息；或，在LTE系統(tǒng)中的HSS發(fā)起的QoS修改過程，或3G系統(tǒng)中的SGSN發(fā)起的承載修改過程中，接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的Modify Bearer Request 消息；其中，所述與PCRF進行交互的指示信息，包括終端當前已激活LIPA或SIPTO Femto的指示信息,或終端當前即將激活LIPA或SIPTO Femto的指示信息。進一步的，所述請求模塊153，具體用于向PCRF發(fā)起GW Control Session過程，并接收所述PCRF返回的策略信息；或，向PCRF發(fā)起IP-CAN Session過程，并接收所述PCRF返回的策略信息。在實際應用中,所述傳輸模塊154,具體用于向LGW發(fā)送攜帶所述策略信息的Create Session Request消息；或，向LGW發(fā)送攜帶所述策略信息的Bearer Resource Command消息；或，向LGW發(fā)送攜帶所述策略信息的Modify Bearer Request消息。另一方面，本發(fā)明實施例還提供了一種核心網(wǎng)控制節(jié)點，其結(jié)構(gòu)示意圖如圖16所示，具體包括判斷模塊161，用于判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件；發(fā)送模塊162，用于在所述判斷模塊161的判斷結(jié)果為是時，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息。在實際應用中，所述發(fā)送模塊162，具體用于在LTE系統(tǒng)中的終端發(fā)起的PDN連接建立過程，或3G系統(tǒng)中的終端發(fā)起的PDP Context激活過程中，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Create Session Request消息;或，在LTE系統(tǒng)中的終端發(fā)起的承載資源修改過程，或3G系統(tǒng)中的終端發(fā)起的PDP Context修改過程中，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Bearer Resource Command消息；或，在LTE系統(tǒng)中的HSS發(fā)起的QoS修改過程，或3G系統(tǒng)中的SGSN發(fā)起的承載修改過程中，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Modify Bearer Request消息。在實際應用中，上述的核心網(wǎng)控制節(jié)點可以是MME，也可以是S4SGSN，如果要在相應的系統(tǒng)中用S4SGSN替換MME進行相應處理，則家庭基站類型為HNB，且需要在HNB與 S4SGSN之間增加HNB GW。用中，到底是應用MME還是S4SGSN作為核心網(wǎng)控制節(jié)點，可以根據(jù)實際需要進行設定，這樣的核心網(wǎng)控制節(jié)點的具體類型變化并不影響本發(fā)明的保護范圍。另一方面,本發(fā)明實施例還提供了一種PCRF,其結(jié)構(gòu)示意圖如圖17所示,具體包括接收模塊171，用于接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述SGW在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的；發(fā)送模塊172,用于向所述SGW發(fā)送相應的策略信息。在實際應用中，所述發(fā)送模塊172，具體用于當所述接收模塊171接收到所述SGW發(fā)起的GW Control Session過程,且根據(jù)所述指示信息確定沒有關聯(lián)的IP-CAN會話建立時，繼續(xù)向所述SGW發(fā)送相應的策略信息。另一方面，本發(fā)明實施例還提供了一種LGW,其結(jié)構(gòu)7]^意圖如圖18所不，具體包括接收模塊181，用于接收所述SGW發(fā)送的策略信息；處理模塊182，用于根據(jù)所述接收模塊181所接收到的策略信息執(zhí)行相應操作。在實際應用中，所述處理模塊182，還用于當所述接收模塊181接收到終端的承載資源請求時，繼續(xù)對所述承載資源請求進行處理。與現(xiàn)有技術相比，本發(fā)明實施例所提出的技術方案具有以下優(yōu)點通過應用本發(fā)明實施例所提出的技術方案，SGW可以根據(jù)核心網(wǎng)控制節(jié)點所發(fā)送的消息中所攜帶的指示信息，向PCRF請求相應的策略信息，并將相應的策略信息發(fā)送給 LGff,從而，解決了現(xiàn)有技術中不能為LGW提供動態(tài)策略信息的問題，通過上述的方法，在不需要建立LGW與PCRF之間的接口的情況下，LGW可以根據(jù)網(wǎng)絡下發(fā)的策略進行專用承載的建立，已有承載的修改和去激活等操作。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明實施例可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明實施例的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-R0M，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或網(wǎng)絡側(cè)設備等)執(zhí)行本發(fā)明實施例各個實施場景所述的方法。本領域技術人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明實施例所必須的。本領域技術人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中，也可以進行相應變化位于不同于本實施場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
上述本發(fā)明實施例序號僅僅為了描述，不代表實施場景的優(yōu)劣。以上公開的僅為本發(fā)明實施例的幾個具體實施場景，但是，本發(fā)明實施例并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明實施例的業(yè)務限制范圍。
權利要求
1.一種服務質(zhì)量策略信息的傳輸方法，其特征在于，包括服務網(wǎng)關SGW判斷所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與策略控制與計費規(guī)則功能實體PCRF進行交互的指示信息；如果判斷結(jié)果為是，所述SGW向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的策略信息；所述SGW向本地網(wǎng)關LGW發(fā)送所述策略信息，以使所述LGW根據(jù)所述策略信息執(zhí)行相應操作。
2.如權利要求I所述的方法，其特征在于，所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息，包括所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的創(chuàng)建會話請求 Create Session Request 消息；或，所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的承載資源命令 Bearer Resource Command 消息；或，所述SGW所接收到的核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的修改承載請求 Modify Bearer Request 消息。
3.如權利要求I或2所述的方法，其特征在于，在演進的分組系統(tǒng)EPS中，所述核心網(wǎng)控制節(jié)點，具體為移動性管理實體MME ;或，S4通用分組無線服務技術服務支持節(jié)點SGSN。
4.如權利要求I所述的方法，其特征在于，所述SGW向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的策略信息，包括所述SGW向PCRF發(fā)起網(wǎng)關控制會話GW Control Session過程，并接收所述PCRF返回的策略信息；或，所述SGW向PCRF發(fā)起IP連接接入網(wǎng)絡會話IP-CAN Session過程，并接收所述PCRF 返回的策略信息。
5.如權利要求4中任意一項所述的方法，其特征在于，所述SGW向PCRF發(fā)送策略請求消息的過程中，還包括所述SGW在向所述PCRF發(fā)送的策略請求消息中，攜帶終端已激活本地IP接入LIPA或選擇性IP數(shù)據(jù)分流SIPTO家庭基站Femto的指示信息。
6.如權利要求I所述的方法，其特征在于，所述SGW向LGW發(fā)送所述策略信息，包括 所述SGW向LGW發(fā)送攜帶所述策略信息的Create Session Request消息；或，所述SGW向LGW發(fā)送攜帶所述策略信息的Bearer Resource Command消息；或，所述SGW向LGW發(fā)送攜帶所述策略信息的Modify Bearer Request消息。
7.一種SGW，其特征在于，包括接收模塊，用于接收核心網(wǎng)控制節(jié)點所發(fā)送的消息；判斷模塊，用于判斷所述接收模塊所接收到的核心網(wǎng)控制節(jié)點發(fā)送的消息中，是否攜帶與PCRF進行交互的指示信息；請求模塊，用于在所述判斷模塊的判斷結(jié)果為是時，向PCRF發(fā)送策略請求消息，并接收所述PCRF返回的策略信息；傳輸模塊，用于向LGW發(fā)送所述請求模塊所接收到的策略信息，以使所述LGW根據(jù)所述策略信息執(zhí)行相應操作。
8.如權利要求7所述的SGW，其特征在于，所述接收模塊，具體用于接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的Create Session Request消息;或，接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的Bearer Resource Command消息；或，接收核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的Modify Bearer Request 消息。
9.如權利要求7所述的SGW，其特征在于，所述請求模塊，具體用于向PCRF發(fā)起GW Control Session過程，并接收所述PCRF返回的策略信息；或，向PCRF發(fā)起IP-CAN Session過程，并接收所述PCRF返回的策略信息。
10.如權利要求7所述的SGW，其特征在于，所述傳輸模塊，具體用于向LGW發(fā)送攜帶所述策略信息的Create Session Request消息；或，向LGW發(fā)送攜帶所述策略信息的Bearer Resource Command消息；或，向LGW發(fā)送攜帶所述策略信息的Modify Bearer Request消息。
11.一種策略信息的傳輸方法，其特征在于，包括核心網(wǎng)控制節(jié)點判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件；如果判斷結(jié)果為是，所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息。
12.如權利要求11所述的方法，其特征在于，所述觸發(fā)SGW與PCRF進行交互的條件，包括終端當前已激活LIPA或SIPTO Femto ;和/或，終端當前即將激活LIPA或SIPTO Femto。
13.如權利要求11所述的方法，其特征在于，所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息，包括所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Create Session Request 消息；或，所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Bearer Resource Command 消息；或，所述核心網(wǎng)控制節(jié)點向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Modify Bearer Request 消息。
14.如權利要求11至13任意一項所述的方法，其特征在于，在EPS中，所述核心網(wǎng)控制節(jié)點，具體為MME 或 S4SGSN。
15.一種核心網(wǎng)控制節(jié)點，其特征在于，包括判斷模塊，用于判斷當前狀態(tài)是否符合觸發(fā)SGW與PCRF進行交互的條件；發(fā)送模塊，用于在所述判斷模塊的判斷結(jié)果為是時，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的消息。
16.如權利要求15所述的核心網(wǎng)控制節(jié)點，其特征在于，所述發(fā)送模塊，具體用于 向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Create Session Request消息；或，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Bearer Resource Command消息；或，向所述SGW發(fā)送攜帶與PCRF進行交互的指示信息的Modify Bearer Request消息。
17.如權利要求15或16所述的核心網(wǎng)控制節(jié)點，其特征在于，在EPS中，所述核心網(wǎng)控制節(jié)點，具體為MME 或 S4SGSN。
18.一種策略信息的傳輸方法，其特征在于，包括PCRF接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述SGW在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的；所述PCRF向所述SGW發(fā)送相應的策略信息。
19.如權利要求18所述的方法，其特征在于，所述PCRF接收SGW發(fā)送的策略請求消息， 包括所述PCRF接收所述SGW發(fā)送的攜帶終端當前已激活LIPA或SIPTO Femto的指示信息的策略請求消息。
20.如權利要求19所述的方法，其特征在于，當所述PCRF接收到所述SGW發(fā)起的GW Control Session過程,且根據(jù)所述指示信息確定沒有關聯(lián)的IP-CAN會話建立時，所述PCRF繼續(xù)向所述SGW發(fā)送相應的策略信息。
21.—種PCRF，其特征在于，包括接收模塊，用于接收SGW發(fā)送的策略請求消息，其中，所述策略請求消息具體為所述 SGff在接收到核心網(wǎng)控制節(jié)點發(fā)送的攜帶與PCRF進行交互的指示信息的消息后所發(fā)送的； 發(fā)送模塊，用于向所述SGW發(fā)送相應的策略信息。
22.如權利要求21所述的PCRF，其特征在于，所述發(fā)送模塊，具體用于當所述接收模塊接收到所述SGW發(fā)起的GW Control Session過程,且根據(jù)所述指示信息確定沒有關聯(lián)的IP-CAN會話建立時，繼續(xù)向所述SGW發(fā)送相應的策略信息。
23.—種策略信息的傳輸方法,其特征在于,包括LGff接收所述SGW發(fā)送的策略信息；所述LGW根據(jù)所述策略信息執(zhí)行相應操作。
24.如權利要求23所述的方法，其特征在于，還包括當所述LGW接收到終端的承載資源請求時，所述LGW繼續(xù)對所述承載資源請求進行處理。
25.—種LGW，其特征在于，包括接收模塊，用于接收所述SGW發(fā)送的策略信息；處理模塊，用于根據(jù)所述接收模塊所接收到的策略信息執(zhí)行相應操作。
26.如權利要求25所述的LGW，其特征在于，所述處理模塊，還用于當所述接收模塊接收到終端的承載資源請求時，繼續(xù)對所述承載資源請求進行處理。
全文摘要
本發(fā)明公開了一種策略信息的傳輸方法和設備，通過應用本發(fā)明實施例所提出的技術方案，SGW可以根據(jù)核心網(wǎng)控制節(jié)點所發(fā)送的消息中所攜帶的指示信息，向PCRF請求相應的策略信息，并將相應的策略信息發(fā)送給LGW，從而，解決了現(xiàn)有技術中不能為LGW提供動態(tài)策略信息的問題，通過上述的方法，在不需要建立LGW與PCRF之間的接口的情況下，LGW可以根據(jù)網(wǎng)絡下發(fā)的策略進行專用承載的建立，已有承載的修改和去激活等操作。
文檔編號H04L1/00GK102611696SQ20121001996
公開日2012年7月25日 申請日期2012年1月21日 優(yōu)先權日2012年1月21日
發(fā)明者周燕飛, 張娟 申請人:電信科學技術研究院