2009年，3GPP在KDDI等運營商的主導下，在R9版本進一步增強了1x CSFB的性能，提出了e1x CSFB方案。e1xCSFB在語音回落時延等技術指標有了明顯的提升，仿真結果顯示，在該增前版本下，語音回落接入1x系統的時延接近甚至超過標準的 1x終端接入1x系統。e1xCSFB有兩種回落模式，一種是與R8類似的語音回落到1x網絡，LTE數據中斷；一種是在語音回落到1x網絡的同時，LTE數據業務切換到eHRPD網絡，這就要求1x/DO終端需同時支持語音和數據的并發業務。目前，高通公司正在研發SVDO的芯片來實現1x和DO的語音和數據并發。

　　為了配合3GPP的e1xCSFB的工作，在3GPP2 TSG-C的WG2.2小組正在制定e1xCSFB的空口規范C.P0097-0 v1.0（E-UTRAN C CDMA2000 1x ConnecTIvity and Interworking Air InteRFace Specification）。該規范在2010年1月的曼谷會議中已進入VV階段，但截至3月的丹佛會議，仍有大量的文稿提交，很多技術細節還需討論，最終進入Extended VV。截止到2010年4月9日前，如沒有新的文稿提出，就將進入發布審批程序，預期下次會議將進入正式發布。

　　在2009年12月，Verizon主導在3GPP R9版本中又增加了Dual Rx方案。Dual Rx方案與以上兩種CSFB方案的區別在于，該方案針對雙接收機單發射機的終端，網絡之間不需要互操作功能模塊和接口，由終端完成和兩個網絡之間的所有工作。在該方案下，存在終端響應1x的注冊消息、接收短信、響應1x尋呼等場景下需條件終止/中斷LTE數據的業務問題。

　　4 SRVCC

　　3GPP在R8開始制定LTE與CDMA 1x網絡的語音連續性規范SRVCC，R8和R9版本均已凍結。在R10版本，目前針對增強SRVCC（eSRVCC）進行立項研究。eSRVCC的研究范圍主要是LTE與3GPP 的2G/3G網絡電路域之間的語音呼叫連續性，并未包括非3GPP的CDMA 1x。eSRVCC的研究報告在TR23.856中體現，目前完成1.0.0版本。

　　eSRVCC增強研究的主要目的是減少LTE到電路域的切換時延，此外在原有的SRVCC方案中，呼叫的錨定點一般在IMS的VCC AS，存在上層會話與底層PS到CS切換同步的問題，在eSRVCC方案中會考慮解決這方面的問題。

　　eSRVCC提供的技術方案主要有華為，CMCC，NTT和NEC等提出的通過SGW/PGW作為SRVCC的語音呼叫錨定點方案，NSN的類似方案以及其他公司的多種解決方案。在3GPP SA2下次會議中會對各種方案進行深入評估。

　　對于LTE-1x RTT eSRVCC的增強，技術上也存在采用3GPP eSRVCC的SGW/PGW錨定思路實現的可能。

　　5 PCC

　　5.1 PCC增強

　　PCC功能增強是3GPP SA2在2009年立項研究的課題，針對R8/R9的PCC，主要有以下4個增強功能需求：

　　（1）第三方數據連通性（Sponsored Data Connectivity）指第三方業務（非運營商部署的AF）支持Rx接口，并與運營商PCC架構配合，對業務的控制、流量核減、計費等。該方案實現正在討論，可能通過對Rx接口參數的增強實現。

　　（2）策略相關數據庫的一致性接入（Coherent Access to Policy Related Databases）：為了實現運營商制定的策略，需要訪問多個邏輯數據庫，如HSS，SPR以及和ANDSF相關的數據庫等。目前，3GPP正在SA5 制定統一數據庫UDC的規范，旨在邏輯上合并數據庫并提供一個單獨的邏輯訪問接口。對于SA2的PCC架構，一種可能的思路是PCRF作為前端應用，在用戶的IP-CAN會話進行中訪問UDC數據，而當用戶沒有正在進行會話時，則PCRF不需要存儲用戶數據。

　　（3）基于消費限額的QoS控制（QoS Control Based on Spending Limits）：PCRF可根據從OCS獲取的信息進行QoS控制及門控，如PCRF可基于用戶的消費限額來改變該用戶當前的QoS等級。該需求的實現可能的方案是通過Gx/Gy接口增強，OCS為PCRF提供計費策略，PCRF作為網絡惟一的策略控制節點，應用OCS的策略信息進行PCC策略制定和執行。

　　（4）業務感知（Service Awareness）：通過DPI識別不同的業務，從而能對不同的業務實施不同的策略。目前是實現需要在基于Rx接口和基于Gx接口的架構做出選擇，華為和Verizon等公司建議將基于Gx接口的架構作為基礎（Rx接口可能屬于第三方），通過Gx接口增強實現。

　　此外，在2010年2月的SA2#78會議中通過了以下兩個功能需求：

（5）基于業務的流量定向（Service Based Traffic Steering）需求及方案也在討論中。該需求指當網關檢測到業務類型后選擇對業務數據進行旁路（Offload）。目前，主要問題在于旁路會導致業務IP地址的變化和業務中斷。

　　（6）擴展策略架構以支持交互式業務（Extending Policy Architecture to Handle TransacTIonal Services）指現有的PCC架構只針對IP流，無法監控SMS等非IP業務，因此需要對現有PCC架構進行擴展。

　　5.2 固網移動融合PCC

　　3GPP和BBF在2010年2月的SA2 #78會議成立了聯合工作組立項研究融合PCC。該立項受到業界主流運營商和設備商的關注。BBF和3GPP 立項初步確定的進度如圖1所示。

【

圖1 BBF-3GPP WID進度計劃

　　在工作組的近期計劃中，3GPP SA2將分析為實現互通，S9接口之間的能力差距，并將結果報告給BBF會議。BBF WT-203將在BBF Q1會議上提供額外的應用場景文檔，Q1會議之后，應用場景將不再考慮。

　　目前對于融合PCC架構達成了以下一致：

　　（1）初始的互通場景假設為歸屬于移動網絡的用戶。

　　（2）互通的可行性依賴于移動和固網運營商在認證和QoS等方面，以及合作協議。

　　（3）由3GPP決定是否需要在s2c接口進行完整性保護。

　　（4）需要關注s2a，s2b，s2c互聯的場景。

　　（5）對基于可信任移動性的網絡，應考慮除了PMIP的其他協議。

　　（6）SA2研究基于S9接口的S9*（PCRF-BPCF）接口。

　　（7）應最小化對固網RGs的影響。

　　（8）在AF采用S9*接口時，不考慮BBF中Rx接口。