若CCG為單獨的網絡實體，那么在進入網絡之前，必須對它的情況進行全面的了解和測試。首先進行單網元包圍測試，然后和其他的網絡實體一起進行系統測試。包圍測試不是為了測試CCG是否和其他網元有互通性問題，而是著重于測量單個CCG的性能，這樣在以后測試系統測試的時候你就容易知道系統性能問題受限于哪一個網元了。
以UMTS網絡為例，CCG單網元性能測試需要對其周圍的網元進行模擬，比如GGSN（承載用戶服務請求）,AAA服務器，用戶服務器。這些周圍的網元我們用思博倫公司的Landslide來模擬。
思博倫Landslide性能測試系統用來模擬無線網絡分組部分的所有主設備，在本例當中Landslide模擬RNC, SGSN, GGSN, AAA服務器可對CCG性能進行測試。
CCG性能主要考慮數據吞吐量，業務請求處理速率和延時三個方面：
數據吞吐量
由于要進行深度報文檢查，較之傳統的2層3層設備，CCG會花費更多的時間處理數據幀，測試CCG的吞吐量可以基本決定實現網絡最優性能需要部署多少CCG,在本例中我們用Landslide可以測試CCG在不同應用類型時的吞吐量，當然作為測試儀表，Landslide也提供更詳細的測試結果，比如不同應用類型的字節數，報文數和網絡錯誤統計等。
業務請求處理速率
同樣的原因，CCG由于要做大量的工作對用戶報文進行深度檢查，所以業務請求的處理會花費較多的時間，從而業務請求速率是一個非常重要的性能參數。業務請求速率還與具體處理的業務請求類型有關系，比如HTTP, FTP，WAP等會有所不同。業務請求的處理能力也會影響到在線用戶數，也就是說如果CCG業務請求速率較低，那么會有大量用戶無法接受服務或者易出現錯誤計費的情況。在本例中，使用Landslide構造不同長度不同應用類型的數據報文來測試CCG的業務請求處理能力。
延時
CCG一般會比其他網絡實體有更大的處理延時，測試用戶數據報文在CCG處的延時可以弄清楚CCG對整個網絡的延時“貢獻”有多大，為優化網絡部署提供依據。對延時敏感的語音和視頻服務，延時盡量最小化是絕對必須的。本例中，Landslide統計單向延時和環回延時，提供最大值，最小值和平均值，這些測試數據可能會因用戶服務的不同有所變化，比如voice,email和web服務。
一旦CCG的性能得到確認，下一步我們需要確定CCG加入一個網絡以后，這個網絡的性能會有什么表現。理想的情況是，在測試網絡性能之前，首先對所有的網絡實體的性能進行測試，比如GGSN,SGSN, AAA服務器。在本例中，Landslide支持可以完成所有這些測試。這里假設這些測試都已經完成，我們把這些構成一個分組網絡，然后對吞吐量，業務請求速率和延時進行測試。如下圖所示：
通過上圖所示測試，可以確定加入CCG以后是否對整個網絡性能造成影響，以及有多大影響（用Landslide對SGSN, GGSN,AAA服務器都分別進行了測試），這個測試結果是否與預期相符，以及各個網元間能否正常溝通。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
