CPC

CPC（Cyclic Redundancy Check），又稱循環(huán)冗余檢驗，是一種常用的數(shù)據(jù)錯誤檢測技術(shù)，它可以用來檢測在數(shù)據(jù)傳輸過程中可能發(fā)生的錯誤。 CPC的工作原理是將要發(fā)送的數(shù)據(jù)進(jìn)行特定的算法運算，然后將運算結(jié)果（稱為CPC碼）附加在數(shù)據(jù)的末尾發(fā)送出去。接收方在收到數(shù)據(jù)后，也對數(shù)據(jù)進(jìn)行相同的算法運算，然后將運算結(jié)果與附加在數(shù)據(jù)末尾的CPC碼進(jìn)行比較，如果兩者相等，則表示數(shù)據(jù)在傳輸過程中沒有發(fā)生錯誤，否則就表示數(shù)據(jù)在傳輸過程中發(fā)生了錯誤。 CPC在通信中的應(yīng)用十分廣泛，它可以用來檢測在數(shù)據(jù)傳輸過程中可能發(fā)生的錯誤，從而保證數(shù)據(jù)的正確性。例如，在網(wǎng)絡(luò)傳輸中，CPC可以用來檢測在網(wǎng)絡(luò)傳輸過程中可能發(fā)生的錯誤，從而保證數(shù)據(jù)的正確性；在計算機存儲中，CPC可以用來檢測在存儲過程中可能發(fā)生的錯誤，從而保證數(shù)據(jù)的正確性；在數(shù)據(jù)傳輸中，CPC可以用來檢測在數(shù)據(jù)傳輸過程中可能發(fā)生的錯誤，從而保證數(shù)據(jù)的正確性。 此外，CPC還可以用來檢測在計算機軟件編程中可能發(fā)生的錯誤，從而保證程序的正確性。例如，在程序編寫中，CPC可以用來檢測在程序編寫過程中可能發(fā)生的錯誤，從而保證程序的正確性。 總之，CPC在通信中的應(yīng)用非常廣泛，它可以用來檢測在數(shù)據(jù)傳輸、存儲、編程等過程中可能發(fā)生的錯誤，從而保證數(shù)據(jù)和程序的正確性。

---

CPC Call Processing Control 呼叫處理控制 


---

Call Processing Control -- 呼叫處理控制

Continuous packet connectivity




抱歉，此頁面的內(nèi)容受版權(quán)保護(hù)，復(fù)制需扣除次數(shù)，次數(shù)不足時需付費購買。

如需下載請點擊：點擊此處下載

關(guān)閉

掃碼付費即可復(fù)制
X

• 更多詳細(xì)解釋內(nèi)容
• 在通信搜索中檢索“CPC”

---

連續(xù)性分組連接（Continuous Packet Connectivity）意為分組用戶的“永遠(yuǎn)在線”。 CPC HSPA的關(guān)鍵技術(shù)之一 CPC通過改進(jìn)R5/R6的HSPA功能，使得有連續(xù)連接需求的分組用戶能夠避免頻繁的重建而由此帶來的開銷和時延（從無數(shù)據(jù)傳輸?shù)姆羌せ顮顟B(tài)到激活狀態(tài)的遷移時延，達(dá)到小于50ms），以達(dá)到提高CELL-DCH態(tài)（使用HS-DSCH/E-DCH信道）分組用戶數(shù)量、提高VoIP用戶容量和系統(tǒng)效率的目的。 CPC對于HSDPA/HSUPA承載有以下改進(jìn)需求： HSDPA/HSUPA承載下的PS業(yè)務(wù)需要避免頻繁的連接終止、重新建立以及固有的開銷和時延。 對于處于休眠狀態(tài)和通話狀態(tài)的轉(zhuǎn)換（如FACH狀態(tài)到DCH的切換），網(wǎng)絡(luò)也需要提供最快速的切換，盡量降低呼叫的時延，提供優(yōu)異的性能（至少不低于CS的時延），保證用戶的主觀感受。 為了實現(xiàn)CPC的目標(biāo)，主要從空口物理層進(jìn)行改進(jìn)，3GPP成員提出了多種解決方案，2006年9月RAN1 46#次會議最終選擇了以下4項技術(shù)： DTX/DRX（UE） 新的上行DPCCH時隙格式 減少CQI報告 HS-SCCH-less操作 1、不連續(xù)發(fā)射DTX和不連續(xù)接收DRX支持 手機保持PS連接長時間在線，避免頻繁的狀態(tài)遷移，是減少上行干擾，提高用戶容量和用戶感受度，節(jié)省手機用電的關(guān)鍵需求。 不連續(xù)發(fā)射DTX：不連續(xù)發(fā)射DTX指UE在CELL_DCH狀態(tài)下采用非DCH信道時，可以不連續(xù)發(fā)射上行DPCCH信道，以減少手機UL DPCCH的傳輸。UL DTX可以獨立于DRX單獨使用。 不連續(xù)接收DRX：不連續(xù)接收DRX指UE在CELL_DCH狀態(tài)下采用非DCH信道時，可以不連續(xù)接收系統(tǒng)的下行HS-SCCH信道信息。DRX允許手機使用預(yù)定義的HS-SCCH接收圖樣，UE必須每經(jīng)過一個周期偵聽一次HS-SCCH子幀，監(jiān)聽Node B的DL傳輸以節(jié)約手機用電，提高電池的壽命。不連續(xù)接收DRX是對上行DTX方案的補充，必須和不連續(xù)傳輸DTX一起使用，不能單獨使用。 UE 的不連續(xù)接收DRX可以降低UE的電池消耗，增加待機時間，對網(wǎng)絡(luò)性能影響小，而UE 的不連續(xù)發(fā)射DTX除了降低UE的電池消耗，增加待機時間，同時對網(wǎng)絡(luò)性能有較大改善，能夠顯著減少上行干擾，增加在線用戶數(shù)，增加上行容量。在不連續(xù)發(fā)射DTX/不連續(xù)接收DRX方式下，需要采用新上行DPCCH時隙結(jié)構(gòu)提高系統(tǒng)性能。 2、新上行DPCCH時隙結(jié)構(gòu) DPCCH為專用物理控制信道，其主要目的是攜帶專用物理數(shù)據(jù)信道的同步和功控信息。R6以前的DPCCH時隙格式主要適合有數(shù)據(jù)傳輸?shù)那闆r。 對長時間在線的PS用戶，在上行沒有數(shù)據(jù)傳送的時候需要最大限度減少DPCCH信道的干擾和UE能量的消耗；在需要數(shù)據(jù)傳輸?shù)臅r候，需要快速地遷移到數(shù)據(jù)傳輸狀態(tài)。這些都需要設(shè)計并采用新的上行DPCCH時隙結(jié)構(gòu)。 1）增加了功控TPC比特的數(shù)量，TPC比特從HSPA的2bits改變?yōu)镠SPA+的4bits，從而提升了功率控制的可控性，減少上行DPCCH的功耗，有利于手機保持PS連接一直在線的特點； 2）減少了導(dǎo)頻比特的數(shù)量，從HSPA的8bits改變?yōu)镠SPA+的6bits。減少導(dǎo)頻比特可減少DPCCH的開銷，快速保持同步，提升了VoIP上行業(yè)務(wù)容量。 R7新上行DPCCH時隙結(jié)構(gòu)應(yīng)用由SRNC為UE配置/重配置，必須和DTX/DRX同時使用。 3、減少CQI報告 用戶保持在CELL_DCH狀態(tài)時，如果下行HS-PDSCH沒有數(shù)據(jù)傳輸時，通過減少CQI報告達(dá)到以下目的： 1）低UL HS-DPCCH噪聲，降低UE的發(fā)射功率，提高了電池壽命，無線容量損失��； 2）加CELL_DCH下臨時非激活用戶的數(shù)量，非常短的時間內(nèi)可以激活，避免了頻繁轉(zhuǎn)到CELL_FACH； 減少CQI報告過程通過Node B發(fā)送“CQI報告開關(guān)”停止CQI的上報或者通過降低CQI報告的上報周期方法實現(xiàn)，不涉及RNC，可以避免較大延遲的RRC、NBAP消息（>>10ms）。 4、HS-SCCH-less操作 HS-SCCH-less操作引入HS-SCCH type 2格式，使用了新的CRC方法。HS-SCCH-less操作通過使用4個減少HS-SCCH HARQ重傳的HS-DSCH子幀格式，實現(xiàn)減少HS-SCCH開銷，達(dá)到提高系統(tǒng)容量的目的。 HS-SCCH和HS-PDSCH之間的定時關(guān)系和R5/6保持一致。第一次傳輸省略HS-SCCH，由UE進(jìn)行盲檢測。如果UE在第一次傳輸時能夠正確解碼，它將反饋ACK；如果第一次傳輸解碼失敗，UE會暫存數(shù)據(jù)，但是不會反饋NACK。重傳需要HS-SCCH，不再依賴UE進(jìn)行盲檢測。但重傳次數(shù)不會超過兩次。 總結(jié)： （1）對容量的提升：UL_DTX非連續(xù)發(fā)送除了對VoIP有比較大的容量增益外，對于實時游戲類業(yè)務(wù)也有相似的容量提升。不過，平均速率越高，UL_DTX獲得的增益會越小。對于FTP上載類業(yè)務(wù)來說，如果是小數(shù)據(jù)量的低速下載可以應(yīng)用，但對于大數(shù)據(jù)量的高速下載就不太適用。 （2）對在線用戶數(shù)的提升：對于傳輸速率比較低或者間隔時間較長的用戶，減少了CELL_FACH和CELL_DCH狀態(tài)切換的空口信令開銷，從而提供了業(yè)務(wù)面的容量，并且也減小了數(shù)據(jù)回復(fù)傳輸?shù)臅r延，提高了用戶感受。 （3）終端耗電量節(jié)�。翰捎肬L_DTX和DL_DRX后，手機耗電量可以節(jié)省30％～50％，給用戶帶來方便和環(huán)保。 為了實現(xiàn)CPC，對于網(wǎng)絡(luò)設(shè)備只需通過軟件升級即可，無需硬件升級；而需要終端支持此功能。

zjb26010105 發(fā)布于：2011-09-28 15:20

• 美國研究:用戶在智能手機上購物轉(zhuǎn)化率遠(yuǎn)不如PC
• TDS的系統(tǒng)消息，空閑態(tài)通過PCCPCH下發(fā)，連接態(tài)通過哪個信道下發(fā)呢？
• 公共信道（SCCPCH）信道下怎么區(qū)分用戶��？
• PCCPCH功率配置
• PCCPCH,SCCPCH.DwPCH功率分別是多少
• IDC：聯(lián)想首獲全年“世界PC之王”，在美首超蘋果
• 更多 CPC 相關(guān)討論貼

• SM系統(tǒng)信源采用MCPA（1臺）+RRH（5臺），PCCPCH信道功率按照40dBm取定進(jìn)行鏈路預(yù)算
• 鼎立軟件TD網(wǎng)絡(luò)中PCCPCH_ISCP值有-70左右，代表什么意思，是不是上行有干擾？
• 華為TDPCCPCHPOWER問題
• 愛立信bscpcu負(fù)荷門限值更改
• LTE中MCPC的含義及功能
• TD中UE計算路損使用的碼道是UpPch還是PCCPCH?
• 更多 CPC 相關(guān)問答

• 小區(qū)重選、PCCPCH和DPCH以及頻點總結(jié)
• TD廣播信道PCCPCH功率提升
• TD-SCDMA網(wǎng)絡(luò)PCHR性能監(jiān)控與處理分析指導(dǎo)書v2.0
• 同頻點干擾導(dǎo)致PCCPCH CI差問題分析
• PCCPCH功率上限調(diào)整問題點分析報告
• 網(wǎng)格PCCPCH功率提升策劃v1
• 更多 CPC 相關(guān)技術(shù)資料下載

COI | COH | COFDM | CODEC | COCF | COC | COBOL | COAT | COA | CO | CNS | CNR |