Ng−ời thiết kế mạng cần một biện pháp phù hợp về kích cỡ dung l−ợng mạng, đặc biệt là các mạng phát triển.
L−u l−ợng đ−ợc định nghĩa là tổng các dữ liệu hoặc số các thông điệp qua một mạch trong một chu kỳ thời gian. L−u l−ợng cũng tính đến mối quan hệ giữa các cuộc chiếm trên thiết bị l−u l−ợng dễ dàng bị ảnh h−ởng và tốc độ các cuộc gọi đã hoàn thành. Phân tích l−u l−ợng cho phép ng−ời dùng xác định rõ số l−ợng băng thông cần thiết trong mạch cho dữ liệu và cho các cuộc gọi thoại. Mạng thiết kế đúng đắn có khoá mức thấp và sử dụng mạch mức cao, điều đó có nghĩa là dịch vụ đ−ợc phát triển và c−ớc phí đ−ợc giảm xuống.
Có nhiều yếu tố khác nhau mà ng−ời quản trị cần đ−a vào trong tài khoản khi phân tích l−u l−ợng. Các yếu tố quan trọng nhất là phép đo l−u l−ợng tải, mức dịch vụ, các loại l−u l−ợng, ph−ơng thức lấy mẫu.
Tuy nhiên còn có những yếu tố khác làm ảnh h−ởng đến kết quả của việc tính toán phân tích l−u l−ợng, nh−ng các yếu tố trên vẫn là chính.
Theo lý thuyết l−u l−ợng, ng−ời quản trị có thể đo đ−ợc tải l−u l−ợng. Tải l−u l−ợng là tỷ số của cuộc gọi đến trong một chu kỳ thời gian theo lý thuyết trên tổng giá trị trung bình thời gian nhận đ−ợc đối với mỗi cuộc gọi dịch vụ trong suốt chu kỳ đó. Các đơn vị đo này dựa trên thời gian giữ trung bình AHT (Average Hold Time). AHT là tổng thời gian của tất cả các cuộc gọi trong một chu kỳ theo lý thuyết chia cho số các cuộc gọi trong chu kỳ đó, nh−
ví dụ sau:
Tổng thời gian gọi là 3976 giây, số cuộc gọi là 23 cuộc gọi, ta có:
3976 giây / 23 cuộc gọi= 172.87 giây/1 cuộc gọi= AHT là 172.87 giây.
Ngày nay có hai đơn vị đo chính đ−ợc sử dụng để đo tải l−u l−ợng là erlang và CCS (Centum Call Seconds).
Một erlang là 3600 giây của các cuộc gọi trên cùng một mạng hoặc tải l−u l−ợng đủ để giữ một mạch bận trong một giờ. L−u l−ợng theo erlang là tích số của số các cuộc gọi với AHT chia cho 3600, ví dụ:
(23 cuộc gọi * 172.87 AHT)/3600 = 1.104 erlangs
Một CCS là 100 giây của các cuộc gọi trên cùng mạch. L−u l−ợng trong CCS là tích số của các cuộc gọi với AHT chia cho 100, ví dụ:
(23 cuộc gọi * 172.87 AHT)/100 = 39.76 CCS
Nh− vậy: 1 erlang = 36 CCS.
Mặc dù ng−ời quản trị có thể xác định l−u l−ợng theo erlang, nh−ng họ cũng có thể sử dụng giá trị trung bình của các chu kỳ thời gian khác nhau để tính l−u l−ợng. Các giá trị trung bình này cho phép sử dụng nhiều chu kỳ lấy mẫu và xác định l−u l−ợng thích hợp.
L−u l−ợng giờ cao điểm
Ng−ời quản trị th−ờng đo tải l−u l−ợng mạng trong thời gian giờ cao điểm nhất vì thời gian này miêu tả đ−ợc tải l−u l−ợng tối đa mà mạng cần đ−ợc hỗ trợ. Kết quả đem lại cho ng−ời sử dụng một phép đo tải l−u l−ợng th−ờng đ−ợc đề cập đến nh− là l−u l−ợng giờ cao điểm BHT (Busy Hour Traffic). Thời gian đó ng−ời dùng không thể lấy mẫu toàn diện hoặc ng−ời dùng chỉ có một −ớc l−ợng bao nhiêu cuộc gọi đ−ợc tiến hành hàng ngày. Trong tình huống này, ng−ời dùng có thể th−ờng tạo ra các giả định về môi tr−ờng của họ, nh− là trung bình số cuộc gọi trên ngày và AHT. Trong môi tr−ờng giao dịch chuẩn, giờ cao điểm trong bảng kê khai của bất cứ ngày nhất định nào cũng chiếm khoảng 15% dến 20% l−u l−ợng của ngày đó. Trong −ớc tính, th−ờng sử dụng 17% tổng l−u l−ợng hàng ngày cho l−u l−ợng giờ cao điểm . Trong nhiều môi tr−ờng giao dịch, một AHT có thể chấp nhận đ−ợc thông th−ờng đ−ợc giả định từ 180 giây đến 210 giây.
Đo dung l−ợng mạng
Có nhiều cách để đo dung l−ợng mạng: cố gắng thử cuộc gọi giờ cao điểm BHCA (Busy Hour Call Attempts), hoàn thành cuộc gọi giờ cao điểm BHCC (Busy Hour Call Completions), các cuộc gọi trên giây CPS (Calls per Second)
Tất cả các phép đo đó đều dựa vào số các cuộc gọi. Mặc dù các phép đo đó mô tả dung l−ợng mạng, nh−ng chúng hoàn toàn vô nghĩa để phân tích l−u l−ợng ví dụ chúng không cân nhắc đến thời gian giữ cuộc gọi. Sử dụng phép đo này chung với một AHT chia cho một BHT để có thể dùng cho việc phân tích l−u l−ợng.
Mức dịch vụ
Mức dịch vụ GoS (Grade of Service) đ−ợc định nghĩa nh− là xác suất các cuộc gọi bị chặn trong khi cố thực hiện chiếm mạch. Nó đ−ợc viết là hệ số chặn P.xx hoặc tình trạng bị bao vây, trong đó xx số phần trăm các cuộc gọi bị
lợi. Một GoS của P.00 hiếm khi đ−ợc yêu cầu và cũng hiếm khi xảy ra bởi vì chắc chắn 100% rằng điều đó không bị chặn, ng−ời dùng có thể thiết kế một mạng mà tỷ lệ đối t−ợng gọi tới mạng là 1:1.
Các loại l−u l−ợng
Hầu hết các mẫu nhận đ−ợc đều dựa trên l−u l−ợng sóng mang trên hệ thống và tải l−u l−ợng không đ−ợc cung cấp.
L−u l−ợng sóng mang là l−u l−ợng đ−ợc phục vụ trên thực tế bởi các thiết bị viễn thông. L−u l−ợng đ−ợc yêu cầu là tổng số l−ợng thực tế của l−u l−ợng tạo ra trên hệ thống.
Tải yêu cầu đ−ợc tính theo công thức sau đây:
Tải đ−ợc yêu cầu = tải sóng mang / (1- hệ số chặn)
Nh−ng công thức này không đ−a vào bản kê khai bất kỳ lần thử lại nào có thể xảy ra khi mà đối t−ợng gọi bị chặn. Có thể sử dụng công thức sau để đ−a vào bản kê khai trong tr−ờng hợp thử lại:
Tải yêu cầu = Tải sóng mang * Hệ số điều chỉnh tải yêu cầu (OAF) OAF = [1.0 - (R * hệ số chặn)]/(1.0 - hệ số chặn)
Trong đó R là tỷ lệ phần trăm của xác suất thử lại. Ví dụ, R = 0.6 thay cho 60 phần trăm trong tr−ờng hợp thử lại.
Các ph−ơng pháp lấy mẫu
Độ chính xác của việc phân tích l−u l−ợng sẽ dựa trên độ chính xác của các ph−ơng pháp lấy mẫu. Các thông số sau sẽ thay đổi tải l−u l−ợng đã đ−ợc mô tả:
Ngày trong tuần đối với ngày cuối tuần −
− − −
Các ngày nghỉ
Loại l−u l−ợng (modem đối với thoại truyền thống) Tải biểu kiến đối với tải yêu cầu
Chu kỳ lấy mẫu −
− −
Tổng số mẫu thu đ−ợc
Sự ổn định của chu kỳ lấy mẫu
Cisco đã thử nghiệm rằng l−u l−ợng mạng thoại đ−ợc đánh giá chính xác cần phải có ít nhất 30 giờ cao điểm nhất trong một chu kỳ lấy mẫu. Mặc dù điều này tốt cho điểm bắt đầu, nh−ng những điểm khác có thể làm thay đổi làm méo đi độ chính xác của mẫu này. Để nhận đ−ợc kết quả chính xác nhất cần chọn nhiều mẫu hợp lý cho tải yêu cầu.
ITU-T khuyến nghị rằng khuôn khổ kết nối mạng điện thoại chuyển mạch công cộng (PSTN) hoặc các chu kỳ đọc ra là 60 phút và (hoặc) khoảng thời gian là 15 phút. Khoảng thời gian này là quan trọng vì chúng tổng kết c−ờng độ l−u l−ợng qua một chu kỳ thời gian. Nếu ng−ời sử dụng nhận đ−ợc toàn bộ thời gian đo đ−ợc trong ngày, họ có thể tìm đ−ợc giờ cao điểm của l−u l−ợng trong bất kỳ ngày xác định nào. Có hai khuyến nghị để xác định l−u l−ợng cao điểm hàng ngày:
− Giai đoạn cao điểm hàng ngày (DPP - Daily Peak Period) ghi lại l−u l−ợng cao nhất của âm thanh đều đặn trong thời gian một ngày. Ph−ơng pháp này yêu cầu đo liên tục và sử dụng loại này trong môi tr−ờng mà giờ cao điểm có thể khác nhau từ ngày này qua ngày khác.
− Khoảng thời gian đo hàng ngày là cố định (FDMI - Fixed Daily Measurement Interval) yêu cầu chỉ đo trong khoảng thời gian cao điểm định tr−ớc. Ph−ơng pháp này đ−ợc sử dụng khi các mẫu l−u l−ợng có thể dự đoán ở mức độ nào đó và thời gian cao điểm nhất xảy ra theo các khoảng cách đều đặn. L−u l−ợng giờ cao điểm ở các doanh nghiệp th−ờng xảy ra từ 10 giờ đến 11 giờ và từ 14 giờ đến 15 giờ.
Ng−ời sử dụng cũng cần chia các phép đo hàng ngày vào trong các nhóm cùng chế độ. ITU-T định nghĩa các nhóm nh− là: ngày làm việc, ngày nghỉ
độ trở nên rất quan trọng bởi vì những ngày âm l−ợng cuộc gọi cao khác th−ờng (nh− ngày noel, tết…) làm cho l−u l−ợng cuộc gọi hay bị tắc nghẽn.. ITU-T đ−a ra khuyến nghị E.492 bao gồm các khuyến nghị để xác định c−ờng độ l−u l−ợng tải trung bình và cao trong tháng. Theo khuyến nghị E.492 của ITU-T, c−ờng độ l−u l−ợng tải bình th−ờng trong tháng đ−ợc xác định nh− là một phần t− l−u l−ợng cao điểm hàng ngày cao nhất. Nếu chọn phép đo cao thứ hai của tháng, nó sẽ đem lại kết quả là c−ờng độ l−u l−ợng tải cao cho tháng. Kết quả cho phép xác định tải l−u l−ợng có thể xảy ra.