核心網的演進(RCAF,PFDF和TSSF)——3GPP REST接口
回首技術發展的多樣性,從3GPP Release 13開始,標準已經走上了一條新路。更關注新的網絡元素,廣泛關注機器類型通信(MTC)、新的基于REST的接口(JSON)以及新的協議,如數據包轉發控制協議(PFCP)。
本文將會介紹3GPP Release 13和14中三個新引入的無線擁塞感知功能(RCAF)、數據包流量描述功能(PFDF)和流量轉向支持功能(TSSF)。
無線擁塞感知功能(RCAF)
根據3GPP的定義,RAN擁塞感知功能(RCAF)是向PCRF提供RAN用戶平面擁塞信息(RUCI)以使得PCRF考慮RAN用戶平面擁塞狀態,以作為決定策略的因素。
那么它是如何做到的?簡單的說,RCAF與RAN O&M集成在一起,收集與用戶面擁塞和受影響的Cell/eNB有關的信息,然后詢問MME/SGSN受影響的用戶和服務(IMSI/APN),然后用獲取到的信息更新PCRF,幫助PCRF作出決策(策略)來處理當前擁塞的用戶服務。
RCAF參考點
NS,Np和Nq/Nq’接口都是標準的3GPP接口,而RCAF和Radio O&M之間接口的部署則是運營商特定的。以下是對應的3GPP標準的參考點的總結。
RCAF意味著在移動寬帶和MEM(主要是NB-IoT)擁塞意識和報告方面發揮重要作用。
對于MBB來說,RCAF將識別擁塞的組件、受影響的用戶和服務,然后向PCRF報告應用相關的擁塞策略。這是通過RCAF向MME詢問收到影響的用戶和服務(IMSI+APN)以針對從Radio O&M報告或輸出的給定擁塞組件的功能來完成。
對M2M/IoT來說,RCAF將與SCEF集成,SCEF(Service Capability Exposure Function,網絡業務能力開放功能)使網絡能夠通知第三方AS(IoT平臺)擁塞狀態,這可能懟數據傳輸造成潛在的風險。同一個進程可以通過SCEF通過AS、應用服務器進行查詢。
數據包流量描述功能(PFDF)
數據包流量描述功能(PFDF)是可以由SCS/AS(可以是第三方AS)通過SCEF來管理、添加、更新或移除的數據包流量描述(PFD)的存儲庫。
所謂PFD,最簡單的形式是由PFD ID,包括協議在內的三元組、服務器端IP地址和端口號組成(也可以是URL、主機名、域名等)。
例如,處理某些公司的物聯網平臺可能需要添加一個新的PFD,以允許傳感器(流量)傳遞到新的服務器,因此PFD安裝可能是,<服務器IP地址>,<協議>和<端口號>。
最終這些都需要在PCEF中執行PCDF才能實現這個功能,簡而言之,PFDF使第三方AS能夠通過SCEF提供/修改/刪除PFD進入MNO網絡,PFDF可以存儲PFD或通過JSON接口將其提供給PCEF。
下面是一個調用流程,描述了一個基本用例。
PFDP參考點
Nu和Gw接口都是標準的3GPP接口,Nu和Gw都基于REST/JSON接口。
流量轉向支持功能(TSSF)
TSSF是從PCRF接收流量轉向控制信息并確保在Gi-LAN中執行相關流量轉向策略的功能。流量導向策略在TSSF中本地配置,可用于上行鏈路,下行鏈路或雙向鏈路,為確保流量導向策略得到執行,TSSF執行針對該流量導向策略配置的部署特定操作。
通過St特定的JSON屬性,例如流信息、ts-policy-identifier-dl、ts-policy-identifier-ul、ts-rule-name等,PCRF能夠在TSSF中激活特定的業務導向策略。
這些策略可以在TSSF中定義一個本地操作,假設其中一個操作可能是NSH插入,在這種情況下,這將是IETF和3GPP之間的合作來實現服務功能鏈(SFC)用例,但目前這一點還沒有得到證實。
St接口是一個機遇JSON的REST接口,以下是TPCF在PCC參考架構中的位置,但是嵌入PGW是一個候選功能。
雖然這些新的網絡功能看起來很有趣,但是市場的采用并不能保證。尤其是在市場上提供量身定制功能的廠商提供特定解決方案的情況下,這些特定的解決方案幾乎可以完成相同的工作,只是使用的是不同的協議和技術。