CDMA與LTE互操作相關(guān)標準介紹

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

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

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

　　4 SRVCC

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

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

　　eSRVCC提供的技術(shù)方案主要有華為，CMCC，NTT和NEC等提出的通過(guò)SGW/PGW作為SRVCC的語(yǔ)音呼叫錨定點(diǎn)方案，NSN的類(lèi)似方案以及其他公司的多種解決方案。在3GPP SA2下次會(huì )議中會(huì )對各種方案進(jìn)行深入評估。

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

　　5 PCC

　　5.1 PCC增強

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

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

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

　?。?）基于消費限額的QoS控制（QoS Control Based on Spending Limits）：PCRF可根據從OCS獲取的信息進(jìn)行QoS控制及門(mén)控，如PCRF可基于用戶(hù)的消費限額來(lái)改變該用戶(hù)當前的QoS等級。該需求的實(shí)現可能的方案是通過(guò)Gx/Gy接口增強，OCS為PCRF提供計費策略，PCRF作為網(wǎng)絡(luò )惟一的策略控制節點(diǎn)，應用OCS的策略信息進(jìn)行PCC策略制定和執行。

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

　　此外，在2010年2月的SA2#78會(huì )議中通過(guò)了以下兩個(gè)功能需求：

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

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

　　5.2 固網(wǎng)移動(dòng)融合PCC

　　3GPP和BBF在2010年2月的SA2 #78會(huì )議成立了聯(lián)合工作組立項研究融合PCC。該立項受到業(yè)界主流運營(yíng)商和設備商的關(guān)注。BBF和3GPP 立項初步確定的進(jìn)度如圖1所示。

【

圖1 BBF-3GPP WID進(jìn)度計劃

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

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

　?。?）初始的互通場(chǎng)景假設為歸屬于移動(dòng)網(wǎng)絡(luò )的用戶(hù)。

　?。?）互通的可行性依賴(lài)于移動(dòng)和固網(wǎng)運營(yíng)商在認證和QoS等方面，以及合作協(xié)議。

　?。?）由3GPP決定是否需要在s2c接口進(jìn)行完整性保護。

　?。?）需要關(guān)注s2a，s2b，s2c互聯(lián)的場(chǎng)景。

　?。?）對基于可信任移動(dòng)性的網(wǎng)絡(luò )，應考慮除了PMIP的其他協(xié)議。

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

　?。?）應最小化對固網(wǎng)RGs的影響。

　?。?）在A(yíng)F采用S9*接口時(shí)，不考慮BBF中Rx接口。