TRUYỀN DÒNG DỮ LIỆU THỜI GIAN THỰC (REAL TIME STREAMING)

Hiện nay, mạng máy tính không còn là khái niệm xa lạ gì. sau hơn 40 năm phát triển, mạng máy tính, giờ đây mạng máy tính đã trải rộng trên toàn cầu, với chất lượng đường truyền có chất lượng cao.

Nghiên cứu và ứng dụng giao thức RTP. Mục Trang Mục lục. 1 Lời nói đầu. 3 CHƯƠNG 0:TRUYỀN DÒNG DỮ LIỆU THỜI GIAN THỰC. 0.1. Khái niệm truyền dòng. 4 0.2. Quá trình truyền dòng. 5 CHƯƠNG I: LỰA CHỌN CÁC GIAO THỨC PHÙ HỢP VỚI CÁC ỨNG DỤNG THỜI GIAN THỰC. 1.1. Giao thức TCP: ( Transmision Control Protocol) . 11 1.2. Giao thức UDP: (User Datagram Protocol). 16 1.3. Định tuyến multicast. 17 1.4. Giao thức nào có thể đáp ứng được yêu cầu thời gian thực? 19 CHƯƠNG II: TỔNG QUAN GIAO THỨC THỜI GIAN THỰC RTP (REAL TIME PROTOCOL). 3.1Những khái niệm ban đầu. 22 3.2 ứng dụng của RTP trong hội thảo đa phương tiện. 24 CHƯƠNG III: GIAO THỨC TRUYỀN TẢI THỜI GIAN THỰC (REAL TIME TRANSPORT PROTOCOL). 3.1. Một số khái niệm liên quan đến RTP. 28 3.2. Cấu trúc phần tiêu đề gói RTP. 32 3.3 Ghép các phiên truyền RTP. 36 3.4. Sự thay đổi phần tiêu đề trong một số trường hợp. 37 CHƯƠNG IV: GIAO THỨC ĐIỀU KHIỂN RTP (RTCP: RTP CONTROL PROTOCOL). 4.1 Chức năng và hoạt động của RTCP. 39 4.2. Các loại gói tin RTCP. 41 4.3 Khoảng thời gian truyền các gói RTCP. 44 4.4 Cập nhật số thành viên tham gia phiên truyền. 47 4.5 Qui định đối với việc gởi và nhận các gói RTCP. 48 4.6. Các bản tin thông báo của người gởi và người nhận. 54 4.7 Gói tin mô tả các thông tin của nguồn. 64 4.8. Gói BYE. 70 4.9. Gói APP. 71 1 Nghiên cứu và ứng dụng giao thức RTP. CHƯƠNG V: CÁC BỘ RTP TRANSLATORS VÀ RTP MIXERS . 5.1. Khái niệm chung. 73 5.2. Hoạt động của bộ Translators. 76 5.3. Hoạt động của Mixers. 78 5.4. Các “mixer” mắc phân tầng. 80 PHẦN VI: MỘT SỐ THUẬT TOÁN CẦN CHÚ Ý. 6.1. Phân phối các định danh SSRC. 82 6.2 Vấn đề bảo mật trong RTP. 86 6.3. Điều khiển tắc nghẽn. 87 6.4. RTP với các giao thức lớp mạng và lớp giao vận. 88 CHƯƠNG VII: ỨNG DỤNG LÝ THUYẾT VÀO THỰC TẾ. 7.1 Phân tích yêu cầu đặt ra. 90 7.2. thực hiện. 92 7.3. Kết quả. 93 Phụ lục. 96 Kết luận. 99 Tài liệu tham khảo. 100 LỜI NÓI ĐẦU Hiện nay, mạng máy tính không còn là khái niệm xa lạ gì. sau hơn 40 năm phát triển, mạng máy tính, giờ đây mạng máy tính đã trải rộng trên toàn cầu, với chất lượng đường truyền có chất lượng cao. Ngoài ra tính bảo mật, độ tin cậy trên mạng cũng ngày càng được củng cố. Những ứng dụng trên mạng đang ngày càng phong phú. Chính những sự phát triển này làm nảy sinh một vấn đề, đó là truyền thông đa phương tiện trên mạng. Yếu tố rất quan trọng, có mặt trong rất nhiều lĩnh vực. Trong các buổi hội thảo trực tuyến, trong đào tạo từ xa trên mạng, trong dịch vụ video/audio theo yêu cầu….Tuy nhiên sự phát triển của truyền thông đa phương tiện đòi hỏi tính 2 Nghiên cứu và ứng dụng giao thức RTP. thời gian thực rất cao, chùm giao thức TCP/IP hiện đang được sử dụng rất phổ biến không thể đáp ứng được yêu cầu này. Do vậy, đòi hỏi các chuyên gia mạng phải tìm ra một giải pháp mới, một giao thức mới có thể đáp ứng được việc truyền tải dữ liệu thời gian thực trên mạng. Hiện nay, giao thức RTP đã và đang chứng tỏ những ưu điểm của mình trong việc đáp ứng các ứng dụng thời gian thực. Tại Việt Nam, các ứng dụng thời gian thực còn chưa phát triển, nhưng với như cầu cấp thiết của thực tế, trong thời gian tới chắc chắn các ứng dụng thời gian thực sẽ phát triển mạnh mẽ. Đây cũng là một trong những lý do chính để em chọn lựa đề tài này. CHƯƠNG 0: TRUYỀN DÒNG DỮ LIỆU THỜI GIAN THỰC (REAL TIME STREAMING) Có rất nhiều ứng dụng hiện nay đòi hỏi tính thời gian thực (real time). Trong các dịch vụ truyền hình qua mạng, hội thảo trực tuyến, chat hình, chat tiếng…mỗi ứng dụng có những đặc điểm riêng của nó, tuy nhiên có một số điều chung nhất mà các dịch vụ này đều yêu cầu đó là việc truyền dữ liệu theo dòng (streaming). Do vậy chúng ta sẽ bắt đầu với việc tìm hiểu về khái niệm truyền dòng. 0.1. KHÁI NIỆM TRUYỀN DÒNG: 3 Nghiên cứu và ứng dụng giao thức RTP. Khái niệm truyền dòng có thể hiểu là khi nội dung của audio hay video được truyền tới nơi nhận, nơi nhận có thể thể hiện được ngay trong quá trình truyền mà không cần phải đợi đến khi toàn bộ nội dung video được truyền xong. Cơ chế này hoàn toàn khác với cơ chế download file của các giao thức HTTP hay FTP. Truyền dòng cho phép chúng ta thể hiện các dòng video thời gian thực mà không phụ thuộc vào độ dài của video. Điều này rất có ý nghĩa khi truyền các file video có kích thước lớn hay các dòng video có độ dài không xác định. Khi đó, các giao thức khác như FTP hay HTTP sẽ không thể sử dụng được. Chúng ta có thể bắt gặp rất nhiều trường hợp sử dụng cơ chế truyền dòng như các chương trình truyền hình trực tiếp, hội thảo qua mạng. Với khả năng truyền tải nội dung video, audio thông qua mạng, chúng ta có một phương pháp giao tiếp và truy nhập thông tin mới. Với góc nhìn bao quát, truyền dòng là một phương pháp truyền thông tin liên tục, trong đó nội dung video được truyền đi theo thời gian thể hiện của nội dung video đó. Bên nhận khi nhận dòng thông tin nội dung video sẽ có thể thể hiện ngay nội dung của video theo thời gian. Khả năng này rất có ý nghĩa đối với các loại dữ liệu phụ thuộc thời gian như video, audio, bởi vì để đảm bảo chất lượng cảm thụ video thì phải đảm bảo được mối quan hệ về mặt thời gian giữa các khung hình. Để có thể hình dung một cách đơn giản về cơ chế truyền dòng thời gian thực, chúng ta lấy một ví dụ như sau. Giả thiết có hai máy được kết nối với nhau, trong đó một máy đóng vai trò là máy truyền và một máy đóng vai trò là máy nhận. Bên truyền được trang bị camera để thu hình giảng viên giảng bài và dữ liệu video thu được được truyền tới máy nhận. Bên nhận có nhiệm vụ nhận dòng dữ liệu từ bên truyền gửi tới và thể hiện lên thiết bị ra như TV hay màn hình máy tính. Khi đó với việc sử dụng cơ chế truyền dòng thời gian thực, các hình ảnh của giảng viên mà bên nhận thể hiện sẽ phản ánh một cách tức thời (về mặt lí thuyết) những gì đang xảy ra đối với giảng viên ở bên truyền. Còn với các bài giảng được lưu trữ trước, truyền dòng thời gian thực sẽ đảm bảo việc thể hiện của video tương đương như khi nó được thể hiện trên máy truyền. Khi đó, môi trường mạng là trong suốt đối với người 4 Nghiên cứu và ứng dụng giao thức RTP. sử dụng, người sử dụng có cảm giác việc thể hiện đoạn video như là được thực hiện ngay trên máy cục bộ. 0.2. QUÁ TRÌNH TRUYỀN DÒNG: Truyền dòng đối với video hay audio phải trải qua nhiều công đoạn với từng nhiệm vụ riêng để đi đến kết quả cuối cùng là đạt được khả năng thể hiện ngay ở bên nhận. Hình 0.1: Quá trình truyền dòng video/audio Để có thể tìm hiểu sâu được cơ chế truyền dòng, chúng ta cần đi sâu vào quá trình mà thông tin được truyền đi thông qua môi trường mạng. Bất cứ một nội dung video hay audio nào được truyền đi dưới dạng truyền dòng đều phải trải qua các bước sau: Bước 1 - Mã hoá: Việc mã hoá video, mà cụ thể là nén video là một công đoạn không bắt buộc nhưng rất cần thiết. Với các loại dữ liệu video thô như dữ liệu thu từ camera, thì việc lưu trữ hay truyền video không nén sẽ phải trả giá cao, đôi khi là điều không Giải nén video/audio Giải nén video/audio RTP Packets Lấy mẫu Lấy mẫu Khôi phục dữ liệu và đồng bộ Khôi phục dữ liệu và đồng bộ Network Dòng video/audio 5 Nghiờn cu v ng dng giao thc RTP. th. Ta ly vớ d vi mt nh dng tiờu biu thng c s dng trong cỏc ng dng hi ngh t xa bng video l nh dng CIF (Common Intermediate Format). CIF s dng phõn gii 352 pixel mi dũng v 288 dũng tt c. Mt nh khụng nộn cho mt frame hỡnh (ch 352x288x16bpp) chim 202752 byte. Vic ghi video khụng nộn vi tc 15 hỡnh mt giõy s cn xp x 3 MB mt giõy v nu truyn qua mng thỡ bng thụng cn thit cho mt dũng video khụng nộn l 24 Mbps. T vớ d trờn õy, ta thy vic nộn video gn nh l khụng th thiu c nu cỏc dũng video c truyn trờn mụi trng mng tc thp. Bng sau cho bit nộn cn thit i vi tng mụi trng mng khỏc nhau: Dng kt ni Bit Rate T l nộn OC3 155 Mbps 1:1 T3 42 Mbps 4:1 Ethernet 10 Mbps 17:1 T1 1.5 Mbps 110:1 ISDN 128 Kbps 1300:1 Modem 56 Kbps 3000:1 Bảng 0-2: Băng thông mạng và tỉ lệ nén yêu cầu Có thể sử dụng nhiều chuẩn nén khác nhau cho việc nén video. Tuỳ theo yêu cầu chất lợng và băng thông, mà ta có thể lựa chọn đợc phơng pháp nén thích hợp. Với việc áp dụng một chuẩn nén cho dữ liệu video, không gian lu trữ cần thiết cũng nh băng thông mạng yêu cầu cho dòng video giảm đột ngột. Ví nh đối với dòng video ở trên, nếu sử dụng chuẩn nén H.263 thì băng thông yêu cầu cho việc truyền dòng video này chỉ vào khoảng 140 Kbps và không gian lu trữ cần thiết cho một ngày với 24 giờ vào khoảng 1.4 MB. Hiện phổ biến hai họ chuẩn nén, là họ CCITT với các chuẩn dạng H.26x, H.36x và họ ISO MPEG với các chuẩn MPEG- 1, MPEG-2, MPEG-4, MPEG-7. Sự phát triển của các chuẩn nén có thể tham khảo trong sơ đồ dới đây: 6 Nghiờn cu v ng dng giao thc RTP. Hình 0.3: sự phát triển của các chuẩn nén. Bớc 2 - Lấy mẫu: Việc lấy mẫu thực chất là việc chia nhỏ nội dung của video hay audio ra thành các khối nhỏ thích hợp để có thể truyền đi trong môi trờng mạng. Đối với các dữ liệu audio, việc lấy mẫu đợc thực hiện theo thời gian. Tơng ứng sau một khoảng 7 H.261 - Mt k thut vi tc dũng bit nh, c a ra vo nm 1984 bi ITU s dng cho cỏc dch v audio-visual. MPEG-1 - Chun ISO, ng dng trong ngnh cụng nghip qung bỏ. MPEG-1 c to ra nh l mt s sa i ca H.261 cho vic chuyn video vo a CD vi tc dũng bit thp. MPEG-2 - c phỏt trin cho vic qung bỏ video cht lng cao bng cỏch s dng t l nộn thp. H.263 - Mt sa i phng theo MPEG-2 vi mc ớch thu c nộn cao trong khi vn m bo cht lng hỡnh nh cao. H.263+ v H.263++ l cỏc phiờn bn m rng ca H.263. MPEG-4 - c phỏt trin song song vi H.263 nh l mt phng phỏp thay th cho MPEG-1 vi tc dũng bit thp. H.323 - Mt h thng hon ho cho vic truyn thụng multimedia, trong ú thnh phn video c thc hin trờn c s H.261/263. JPEG-2000 - Chun JPEG mi nht, da trờn c s DWT (Discrete Wavelet Transform), ban u c phỏt trin cho vic nộn nh tnh, hin nay c ỏp dng cho c video. H.264 - M rng H.263, hin cha c phỏt trin Nghiờn cu v ng dng giao thc RTP. thời gian bằng chu kì lấy mẫu phần dữ liệu audio tơng ứng trong khoảng thời gian đó sẽ đợc sử dụng để truyền đi.Với các dữ liệu video, ngoài việc lấy mẫu theo thời gian còn có việc lấy mẫu theo không gian. Việc lấy mẫu theo thời gian tơng ứng với thời gian thể hiện của các khung hình và việc lấy mẫu theo không gian sẽ đợc thực hiện bằng cách chia nhỏ các khung hình thành các phần với kích thớc thích hợp đối với việc truyền đi. Khi lấy mẫu, các mẫu phải chứa đựng đầy đủ các thông tin dùng cho việc khôi phục lại dữ liệu video hay audio về cả mặt không gian cũng nh thời gian khi bên nhận nhận đợc các mẫu này. Với việc sử dụng một giao thức nh giao thức truyền thông thời gian thực nh RTP, quá trình lấy mẫu sẽ đợc tiến hành tự động. Bớc 3 - Truyền các mẫu qua mạng: Việc truyền các mẫu dữ liệu video có thể đợc thực hiện một cách trực tiếp thông qua các giao diện của môi trờng mạng nh Socket hay đợc thực hiện thông qua một giao thức cấp cao ở tầng ứng dụng nh RTP. Thông thờng ngời ta sẽ chọn giải pháp thứ hai, tức là sử dụng một giao thức truyền dòng thời gian thực cho việc truyền các mẫu nếu nh giao thức đó đợc hỗ trợ trên nền phần cứng cũng nh phần mềm. Việc sử dụng một giao thức truyền dòng thời gian thực có nhiều u điểm. Ưu điểm thứ nhất là tính hiệu quả, bởi vì các giao thức truyền thông thời gian thực đợc thiết kế cho việc truyền các loại dữ liệu động, nh dữ liệu video chẳng hạn, khi đó tính thời gian thực sẽ đợc chú trọng hơn là tính chính xác về mặt dữ liệu. Ví dụ nh đối với giao thức RTP, giao thức truyền thông lớp dới thờng đợc sử dụng là UDP (User Datagram Protocol) là giao thức với độ tin cậy thấp nhng có tốc độ truyền dữ liệu cao hơn các giao thức với độ tin cậy cao nh TCP. Ưu điểm thứ hai là các giao thức thời gian thực hỗ trợ mạnh việc đồng bộ các dòng dữ liệu từ các nguồn khác nhau nhng có quan hệ với nhau về mặt thời gian thực. Ví dụ nh đối với việc truyền âm thanh và hình ảnh của cùng một sự vật, khi đó bên nhận khi thể hiện phải đảm bảo yêu cầu là âm thanh phải phù hợp với hình ảnh. 8 Nghiờn cu v ng dng giao thc RTP. Ngoài ra, các giao thức điều khiển còn cung cấp các dịch vụ cho phép quản lí các thành viên tham gia và điều khiển chất lợng của việc phân phối dữ liệu. Với việc sử dụng một giao thức truyền thông thời gian thực cho việc truyền, khi đó các mẫu sẽ đợc đóng gói thành các gói tin. Các gói tin sẽ mang đầy đủ các thông tin nh nhãn thời gian, số thứ tự của gói tin và các thông tin khác đủ dùng cho việc khôi phục dữ liệu và đồng bộ các dòng khi bên nhận tiến hành nhận và thể hiện nội dung của video hay audio. Thông qua các giao thức lớp dới, các gói tin sẽ đợc truyền đi trong môi trờng mạng. Bớc 4 - Nhận và khôi phục dữ liệu và đồng bộ các dòng: Đây là quá trình ngợc với bớc thứ ba, đợc thực hiện ở bên nhận khi dữ liệu dới dạng các gói tin đợc truyền đến. Các gói tin đợc truyền đến có thể là của nhiều dòng tơng ứng với nhiều nguồn dữ liệu khác nhau và cũng có thể thứ tự các gói tin nhận đợc không giống nh khi chúng đợc gửi đi. Khi đó bên nhận phải căn cứ vào các thông tin đợc ghi trong từng gói tin để có thể xác định đợc vị trí về mặt không gian và thời gian của các mẫu dữ liệu mà gói tin mang theo. Việc xác định đợc vị trí của các mẫu dữ liệu trong gói tin giúp cho việc khôi phục lại nội dung của video hay audio một cách chính xác nhất. Với việc truyền các dòng đơn lẻ không có quan hệ với nhau về măth thời gian, thì nội dung của audio hay video vừa đợc khôi phục có thể đuợc sử dụng để trình diễn. Còn trong trờng hợp có nhiều dòng khác nhau có có quan hệ với nhau về mặt thời gian thực thì cần phải đồng bộ các dòng về mặt thời gian. Việc đồng bộ các dòng chỉ cần thiết khi các dòng có quan hệ với nhau về mặt thời gian, chẳng hạn nh việc đồng bộ hình với tiếng khi truyền video, khi đó thời gian thể hiện của các dòng phải đợc tính toán sao cho phù hợp với nhau. Việc đồng bộ là một công việc phức tạp, thờng đợc thực hiện tự động bởi các giao thức truyền thông thời gian thực nh RTP. Khi đó, mặc dù thứ tự các gói tin nhận đợc có thể không giống nh thứ tự khi đợc gửi, thậm chí có một số gói tin bị mất nhng giao thức vẫn phải đảm bảo tính đồng bộ cho các dòng khi đợc thể hiện ở nơi nhận Bớc 5 - Giải nén: 9 Nghiờn cu v ng dng giao thc RTP. Bớc này sẽ tiến hành giải nén dòng video/audio với chuẩn nén đợc sử dụng khi nén. Dữ liệu sau khi giải nén có thể đợc thể hiện ra các thiết bị ra hay đợc ghi ra file. CHNG I: LA CHN CC GIAO THC PH HP VI CC NG DNG THI GIAN THC Trong chng trc chỳng ta ó tỡm hiu qua khỏi nim truyn dũng v phn no ó hiu mt s yờu cu c bn ca truyn dũng. Chỳng ta cng ó cp n vic s dng giao thc RTP cho vic truyn dũng d liu thi gian thc. Vy ti sao ta li cú s la chn y? Trong phn ny chỳng ta s i lý gii sõu hn vic chn la ny, thụng qua vic tỡm hiu s b v cỏc giao thc lp truyn ti: TCP, UDP cựng vi khỏi nim truyn a im multicast. 1.3. GIAO THC TCP: ( Transmision Control Protocol) TCP l mt giao thc kiu cú liờn kt (Connection Oriented), tc l phi cú giai on thit lp liờn kt gia mt cp thc th TCP trc khi truyn d liu. L mt giao thc tng giao vn TCP nhn thụng tin t cỏc lp trờn chia nú thnh nhiu on nu cn thit. Mi gúi d liu c chuyn ti giao thc lp mng (thng l IP) truyn v nh tuyn. B x TCP ca nú nhn thụng bỏo ó nhn tng gúi, nu nú nhn thnh cụng, cỏc gúi d liu khụng cú thụng bỏo s c truyn li. TCP ca ni nhn lp rỏp li thụng tin v chuyn nú ti tng cao hn khi nú nhn c ton b. Trc khi cỏc gúi d liu c gi ti mỏy ớch ni gi v ni nhn phi thng lng thit lp mt kt ni logic tm thi. Kt ni ny v c trng s trng thỏi m trong sut phiờn truyn. 10 [...]... được liên kết) Toàn bộ dữ liệu đang truyền có thể bị mất 1.1.5 Truyền và nhận dữ liệu: Sau khi liên kết được thiết lập giữa một cặp thực thể TCP thì có thể tiến hành việc truyền dữ liệu Với liên kết TCP dữ liệu có thể được truyền theo cả hai hướng Khi nhận được một khối dữ liệu cần chuyển đi từ người sử dụng, TCP sẽ lưu giữ nó tại bộ đệm gửi Nếu cờ PUST được dựng thì toàn bộ dữ liệu trong bộ đệm sẽ được... nút mạng, luồng dữ liệu sẽ được nhân lên và chuyển tiếp tới những địa chỉ đích Hình 1.6:Sử dụng Multicast trong truyền dữ liệu đa phương tiện - Chấp nhận một số gói tin bị lỗi: Không thể đợi để truyền lại các gói, đoạn, gam dữ liệu bị thất lạc Việc truyền lại các dữ liệu bị thất lạc hoặc bị lỗi sẽ chiếm khá nhiều thời gian Nó sẽ làm tăng lượng tải trên đường truyền đồng thời kéo dài thời gian trễ của... sử dụng để truyền các dữ liệu thời gian thực Tuy nhiên để đảm bảo đáp ứng được các yêu cầu của các ứng dụng thời gian thực, giao thức UDP phải được kết hợp với một giao thức lớp trên, đó là giao thức RTP CHƯƠNG II: TỔNG QUAN GIAO THỨC THỜI GIAN THỰC RTP (REAL TIME PROTOCOL) Qua những nhận xét ở chương II, chúng ta đã thấy được, việc truyền thông đa phương tiện, thời gian thực đòi hỏi sự có mặt của một... hỏi thời gian thực, có sự phân phối giống dữ liệu từ một nguồn tới nhiều đầu cuối nhận dữ liệu thì việc hỗ trợ multicast là rất cần thiết Đây là một yêu cầu rất quan trọng Khi đó, sẽ tồn tại 1 nguồn phát và rất nhiều nguồn thu, một máy chủ xuất luồng dữ liệu thời gian thực đến rất nhiều máy khách Nếu ta sử dụng truyền unicast, tải trọng tác động lên máy chủ rất lớn Trong khi đó, nếu mạng có hỗ trợ truyền. .. thời gian trễ của các gói tin - Cần kết hợp với một thông số về thời gian (nhãn thời gian) kèm theo gói dữ liệu: Với các tín hiệu thời gian thực, đặc biệt là tín hiệu video, việc khôi phục đồng bộ tại phía thu là rất quan trọng, do đó đòi hỏi nhãn thời gian kèm 19 Nghiên cứu và ứng dụng giao thức RTP theo để phục vụ cho việc tái tạo lại dữ liệu tại nơi nhận Đặc biệt, khi tín hiệu video được mã hoá theo... việc truyền các dữ liệu thời gian thực như video, audio Nó có thể được sử dụng trong media-on-demand cũng như trong các dịch vụ tương tác khác như điện thoại internet…giao thức RTP bao gồm hai phần, dữ liệu và điều khiển (RTCP) 21 Nghiên cứu và ứng dụng giao thức RTP Hình 2.1: Mô hình tổng quát về giao thức RTP Giao thức RTP (Real- time transport protocol), cung cấp các hàm phục vụ việc truyền tải dữ liệu. .. multimedia conference Tuy nhiên các ứng dụng truyền dòng, các chương trình mô phỏng phân tán, các ứng dụng trong điều khiển, đo lường cũng nhanh chóng tìm thấy sự ứng của RTP 23 Nghiên cứu và ứng dụng giao thức RTP Khi đề cập đến giao thức RTP là chúng ta đề cập đến hai vấn đề: - Giao thức truyền tải thời gian thực (real- time transport protocol): Với chức năng truyền tải các dữ liệu có thuộc tính thời. .. không được dựng thì toàn bộ dữ liệu vẫn được lưu giữ trong bộ đệm để chờ gửi đi khi có cơ hội thích hợp Tại bên nhận, dữ liệu gửi đến sẽ được lưu giữ trong bộ đệm nhận Nếu dữ liệu đệm được đánh dấu bởi cờ PUST thì toàn bộ dữ liệu trong bộ đệm nhận sẽ được gửi lên cho người sử dụng Còn nếu dữ liệu không được đánh dấu với cờ PUST thì chúng vẫn được lưu trong bộ đệm Nếu dữ liệu khẩn cần phải chuyển gấp... CẦU THỜI GIAN THỰC? Trong những ứng dụng truyền thông đa phương tiện, yêu cầu đảm bảo khắt khe về thời gian thực (không cho phép có thời gian trễ lớn, jitter) Việc các gói tin 18 Nghiên cứu và ứng dụng giao thức RTP đến không liên tục, đều đặn làm cho chất lượng hình ảnh, hoặc âm thanh thu được thấp Rất có thể gây ra vấp hình, méo tiếng Để đáp ứng được những yêu cầu này, một giao thức thời gian thực. .. gởi dữ liệu, đảm bảo xắp xếp đúng thứ tự các gói tin tại bên nhận, phát lại các gói tin bị lỗi hoặc thất lạc Do việc phải đảm bảo những cơ chế này gây lên thời gian trễ lớn, nên giao thức TCP không thể dùng được trong những ứng dụng thời gian thực Ngoài ra với tính chất vốn có của mình, TCP là giao thức được sử dụng để truyền dữ liệu theo kiểu điểm tới điểm, hay nói cách khác TCP chỉ được dùng cho truyền