CDMA與LTE互操作相關(guān)標(biāo)準(zhǔn)的分析

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

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

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

　　4 SRVCC

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

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

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

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

　　5 PCC

　　5.1 PCC增強

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

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

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

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

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

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

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

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

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

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

【

圖1 BBF-3GPP WID進度計劃

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

　　目前對于融合PCC架構(gòu)達成了以下一致：

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

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

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

　　（4）需要關(guān)注s2a，s2b，s2c互聯(lián)的場景。

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

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

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

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