Hỡnh 4.1: Hoạt động của RTCP
4.3 KHOẢNG THỜI GIAN TRUYỀN CÁC GểI RTCP:
(RTCP TRANSMISSION INTERVAL)
RTP được thiết kế để cho phộp một ứng dụng cú thể tự co gión kớch cỡ phiờn truyền từ vài thành viờn đến hàng nghỡn thành viờn.
Vớ dụ, trong cuộc hội thảo thoại, lưu lượng dữ liệu vốn đó tự giới hạn. Bởi vỡ trong cựng một thời điểm, chỉ cú 1 hoặc 2 người cựng phỏt biểu. Do vậy đối với việc truyền multicast, tốc độ dữ liệu để duy trỡ một liờn kết là tương đối ổn định, độc lập so với số thành viờn tham gia.
Tuy vậy, lưu lượng dựng cho việc điều khiển thỡ khụng được hạn chế như vậy. Nếu cỏc bản bỏo nhận cửa mỗi thành viờn được duy trỡ ở một tốc độ phỏt khụng đổi, thỡ lưu lượng của luồng điều khiển sẽ tăng tỉ lệ với số thành viờn tham gia. Do đú, tốc độ phỏt phải được thay đổi động dựa trờn tớnh toỏn khoảng thời gian phỏt cỏc gúi RTCP liờn tiếp.
Với mỗi phiờn truyền giả sử rằng lưu lượng dữ liệu chịu ảnh hưởng của một tập cỏc giới hạn, gọi là băng thụng của phiờn truyền (session bandwidth). Băng thụng cú thể được cung cấp và bị giới hạn bởi nhà cung cấp dịch vụ. Nếu khụng cú sự giới hạn của nhà cung cấp thỡ sẽ cú một số ràng buộc, phụ thuộc vào mụi trường mạng. Điều này sẽ giới hạn số phiờn truyền tối đa cú thể chấp nhận. Giỏ trị này cú thể được hiểu như là session bandwidth.
Việc chọn băng thụng này cú thể dựa trờn yếu tố giỏ thành hoặc kinh nghiệm của nhà thiết kế. Thụng thường giỏ trị của nú sẽ phụ thuộc vào kiểu định dạng của dữ liệu.
Cỏc thụng số của session bandwidth là cố định, được quyết định bởi sự quản lý phiờn của ứng dụng. Tuy nhiờn, cỏc ứng dụng cú thể thiết lập một giỏ trị mặc định, tương ứng với dải thụng dữ liệu (data bandwidth ) của từng người gởi, tương ứng với từng cỏch mó hoỏ dữ liệu. Tất cả cỏc thành viờn đều phải sử dụng cựng một giỏ trị session bandwidth, do đú khoảng thời gian phỏt gúi RTCP sẽ được tớnh giống nhau.
Việc tớnh toỏn băng thụng cho lưu lượng dữ liệu và lưu lượng thụng tin điều khiển, được thực hiện ở lớp mạng và lớp giao vận.
Lưu lượng điều khiển nờn giới hạn chỉ là một phần nhỏ của session bandwidth, để việc truyền tải dữ liệu khụng bị ảnh hưởng. Theo khuyến nghị, luồng RTCP nờn chiếm 5% session bandwidth. Trong đú 1/4 giải thụng của RTCP 44
dựng cho những thành viờn hiện đang gởi dữ liệu. Do đú, trong phiờn truyền với số lượng người gởi ớt, người nhận nhiều, thỡ một thành viờn mới kết nối cú thể nhanh chúng nhận được giỏ trị CNAME của thành viờn đang gởi dữ liệu.
Băng thụng dành cho lưu lượng điều khiển cú thể chia làm 2 loại, một cho cac thành viờn đang ở trạng thỏi gởi dữ liệu, một dành cho cỏc thành viờn cũn lại. Chỳng ta 2 tham số này là S và R. Theo khuyến nghị, 1/4 RTCP bandwidth dành cho người gởi dữ liệu, do vậy tỷ lệ sử dụng băng thụng của cỏc thành viờn sẽ là 1,25% và 3,75%.
Khi tỷ lệ người gởi lớn hơn 1/4 số thành viờn, thỡ những người gởi sẽ sử dụng cả 5% Session bandwidth. Việc phõn chia thành hai loại thành viờn R, S cho phộp ta cú thể giảm băng thụng RTCP của những thành viờn (R) khụng gởi dữ liệu vể 0. Khi đú cỏc thành viờn này sẽ khụng gởi đi cỏc bản tin RTCP, mà chỉ nhận cỏc bản tin RTCP để phục vụ cho việc khụi phục và đồng bộ dữ liệu. Thụng thường, điều này khụng được khuyến khớch vỡ nú sẽ làm mất một số chức năng kiểm soỏt lỗi như đó nờu ở phần đầu. Tuy nhiờn nú rất phự hợp cho những kết nối 1 chiều, hoặc cho những phiờn truyền khụng cần sự hồi đỏp về chất lượng dữ liệu nhận được, cũng như khụng cần quan tõm đến sự cú mặt của cỏc thành viờn chỉ nghe. Nếu sử dụng cơ chế này ta cú thể giảm được phần nào sự tắc nghẽn trờn mạng do băng thụng khụng đủ.
Việc tớnh toỏn chu kỳ phỏt cỏc gúi tin ghộp RTCP cũng nờn đặt ra giới hạn trỏnh trường hợp quỏ nhiều gúi tin vượt quỏ mức băng thụng cho phộp, khi số lượng thành viờn tham gia ớt và khụng cũn theo qui luật số lớn nữa. Điều này đũi hỏi chu kỳ phỏt cỏc bản thụng bỏo phải đủ lớn. Mỗi khi khởi động ứng dụng, thời gian trễ được ỏp đặt trước cho gúi RTCP ghộp đầu tiờn. Sau đú cỏc thành viờn khỏc gởi cỏc bản tin thụng bỏo gởi lại sẽ điều chỉnh lại khoảng thời gian phỏt của cỏc bản tin RTCP ngắn hơn cho phự hợp, cú thể sẽ bằng 1/2 giỏ trị ban đầu. Giỏ trị tối thiểu khuyến cỏo là 5s.
Cỏc khoảng thời gian phỏt giữa cỏc gúi RTCP liờn tiếp, cú thể được giảm xuống phụ thuộc vào cỏc tham số băng thụng phiờn truyền, tuõn theo những yờu cầu sau:
- Với phiờn truyền Multicast, chỉ cú bờn chủ động gởi số liệu mới được quyền rỳt gắn khoảng thời gian gởi cỏc gúi RTCP ghộp.
- Với phiờn truyền unicast việc giảm giỏ trị cú thể được thực hiện bởi bờn nhận lẫn bờn gởi. Trong trường hợp này, thời gian trễ được khởi tạo ban đầu là 0 (tốc độ gởi nhanh nhất).
- Cho tất cả cỏc phiờn truyền núi chung, khoản thời gian nhỏ nhất được cố định, dựa trờn sự tớnh toỏn dựa trờn khoảng thời gian timeout của thành viờn. Với cỏch này, sẽ khụng xảy ra hiện tượng timeout cho cỏc gúi tin RTCP, khi một thành viờn nào đú thiết lập thời gian timeout quỏ bộ.
- Theo khuyến nghị, giỏ trị tối thiểu cú thể được giảm xuống bằng: 360/bw (kilobits/second).
Nếu băng thụng của phiờn truyền lớn hơn 72kb/s khi đú khoảng thời gian tối thiểu sẽ nhỏ hơn 5s.
- Khoảng thời gian tớnh toỏn giữa cỏc gúi RTCP tỷ lệ tuyến tớnh với số lượng cỏc thành viờn tham gia. Việc này cú thể gõy rắc rối khi cú một nhúm thành viờn mới đồng thời tham gia vào một phiờn truyền thiết lập sẵn. Khi đú cỏc thành viờn sẽ cú sự ước lượng sai về khoảng thời gian truyền, họ sẽ thiết lập khoảng thời gian này nhỏ hơn so với yờu cầu. Với số lượng thành viờn tham gia đồng thời là lớn thỡ việc này khỏ quan trọng. Để giải quyết vấn đề này, người ta sử dụng thuật toỏn "timer reconsideration", trong đú cú cơ chế Back-off. Theo đú, cỏc thành viờn sẽ tự động dữ lại gúi RTCP của mỡnh khi lắng nghe thấy số lượng thành viờn đang tăng lờn.
Khoản thời gian thực tế giữa cỏc gúi RTCP được biến đổi ngẫu nhiờn trong khoảng [0.5,1.5] lần giỏ trị tớnh toỏn, để trỏnh sự đồng bộ khụng lường trước được của cỏc thành viờn. Gúi RTCP đầu tiờn được gởi sau khi thành viờn tham gia phiờn 46
truyền cũng bị làm trễ đi một khoảng thời gian ngẫu nhiờn trong khoảng 1/2 khoảng thời gian RTCP tối thiểu.
Ta liờn tục ước lượng động giỏ trị trung bỡnh của cỏc gúi tin RTCP ghộp, bao gồm cả cỏc gúi phớa nhận và cỏc gúi phớa gởi. Giỏ trị này được dựng để tự động thay đổi lượng thụng tin điều khiển được mang đi.
Khi cỏc thành viờn rời bỏ phiờn, họ sẽ gởi tớn hiệu BYE hoặc tạo ra thời gian timeout, số lượng thành viờn trong nhúm sẽ giảm. thuật toỏn "reverse reconsideration" sẽ được sử dụng để cỏc thành viờn khỏc tăng tốc độ truyền gúi RTCP. Mặt khỏc, khi một người rời khỏi phiờn truyền, gúi BYTE được chuyển đi luụn, khụng đợi đến lượt. Do đú, để trỏnh tỡnh trạng tràn số liệu, gõy ra khi cú nhiều thành viờn cựng rời đi, người ta sử dụng thuật toỏn back-off.