Ứng dụng thời gian thực

91 450 0
Tài liệu đã được kiểm tra trùng lặp
Ứng dụng thời gian thực

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Ứng dụng thời gian thực

1 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 tồn cầu, với chất lượng đường truyền có chất lượng cao. Ngồ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 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 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 u cầu này. Do vậy, đòi hỏi các chun 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. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 2 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 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: 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 q trình truyền mà khơng cần phải đợi đến khi tồn bộ nội dung video được truyền xong. Cơ chế này hồn tồ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 qt, 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 đó THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 3 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 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. Q 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: Q 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 q 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ã hố: Giải nộn video/audio RTP Packets Lấy mẫu Khụi phục dữ liệu và đồng bộ Network Dũng video/audio THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 4 Việc mã hố 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 thể. Ta lấy ví dụ với một định dạng tiêu biểu thường được sử dụng trong các ứng dụng hội nghị từ xa bằng video là định dạng CIF (Common Intermediate Format). CIF sử dụng độ phân giải 352 pixel mỗi dòng và 288 dòng tất cả. Một ảnh khơng nén cho một frame hình (chế độ 352x288x16bpp) chiếm 202752 byte. Việc ghi video khơng nén với tốc độ 15 hình một giây sẽ cần xấp xỉ 3 MB một giây và nếu truyền qua mạng thì băng thơng cần thiết cho một dòng video khơng nén là 24 Mbps. Từ ví dụ trên đây, ta thấy việc nén video gần như là khơng thể thiếu được nếu các dòng video được truyền trên mơi trường mạng tốc độ thấp. Bảng sau cho biết độ nén cần thiết đối với từng mơi trường mạng khác nhau: Dạng kết nối 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 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 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 lưu trữ cần thiết cũng như băng thơng mạng 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 u cầu cho việc truyền dòng video này chỉ vào khoảng 140 Kbps và khơng gian lưu 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: THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 5 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 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ẽ  H.261 - Một kĩ thuật với tốc độ dũng bit nhỏ, được đưa ra vào năm 1984 bởi ITU sử dụng cho cỏc dịch vụ audio-visual.  MPEG-1 - Chuẩn ISO, ứng dụng trong ngành cụng nghiệp quảng bá. MPEG-1 được tạo ra như là một sự sửa đổi của H.261 cho việc chuyển video vào đĩa CD với tốc độ dũng bit thấp.  MPEG-2 - Được phỏt triển cho việc quảng bỏ video chất lượng cao bằng cỏch sử dụng tỉ lệ nộn thấp.  H.263 - Một sửa đổi phỏng theo MPEG-2 với mục đích thu được độ nộn cao trong khi vẫn đảm bảo chất lượng hỡnh ảnh cao. H.263+ và H.263++ là cỏc phiờn bản mở rộng của H.263.  MPEG-4 - Được phỏt triển song song với H.263 như là một phương pháp thay thế cho MPEG-1 với tốc độ dũng bit thấp.  H.323 - Một hệ thống hồn hảo cho việc truyền thơng multimedia, trong đó thành phần video được thực hiện trên cơ sở H.261/263.  JPEG-2000 - Chuẩn JPEG mới nhất, dựa trên cơ sở DWT (Discrete Wavelet Transform), ban đầu được phỏt triển cho việc nộn ảnh tĩnh, hiện nay được ỏp dụng cho cả video.  H.264 - Mở rộng H.263, hiện chưa được phỏt triển THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 6 được sử dụng để truyền đi.Với các dữ liệu video, ngồ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, q 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 nhưng 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 nhưng 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 u cầu là âm thanh phải phù hợp với hình ảnh. Ngồ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 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 7 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à q 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 gianthờ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 tố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 nhưng 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 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 8 Bước 5 - Giải nén: 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. THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 9 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 Trong chương trước chúng ta đã tìm hiểu qua khái niệm truyền dòng và phần nào đã hiểu một số u cầu cơ bản của truyền dòng. Chúng ta cũng đã đề cập đến việc sử dụng giao thức RTP cho việc truyền dòng dữ liệu thời gian thực. Vậy tại sao ta lại có sự lựa chọn đấy? Trong phần này chúng ta sẽ đi lý giải sâu hơn việc chọn lựa này, thơng qua việc tìm hiểu sơ bộ về các giao thức lớp truyền tải: TCP, UDP cùng với khái niệm truyền đa điểm multicast. 1.3. GIAO THỨC TCP: ( Transmision Control Protocol) TCP là một giao thức kiểu có liên kết (Connection – Oriented), tức là phải có giai đoạn thiết lập liên kết giữa một cặp thực thể TCP trước khi truyền dữ liệu. Là một giao thức ở tầng giao vận TCP nhận thơng tin từ các lớp trên chia nó thành nhiều đoạn nếu cần thiết. Mỗi gói dữ liệu được chuyển tới giao thức lớp mạng (thường là IP) để truyền và định tuyến. Bộ xử TCP của nó nhận thơng báo đã nhận từng gói, nếu nó nhận thành cơng, các gói dữ liệu khơng có thơng báo sẽ được truyền lại. TCP của nơi nhận lắp ráp lại thơng tin và chuyển nó tới tầng cao hơn khi nó nhận được tồn bộ. Trước khi các gói dữ liệu được gửi tới máy đích nơi gửi và nơi nhận phải thương lượng để thiết lập một kết nối logic tạm thời. Kết nối này về đặc trưng sẽ ở trạng thái mở trong suốt phiên truyền. 1.1.1. Đặc điểm giao thức TCP: Trong bộ giao thức TCP/IP TCP là giao thức được phát triển như là cách để kết nối các mạng máy tính khác nhau về các phương pháp truyền dẫn và hệ điều hành. TCP thiết lập kết nối hai đường giữa hai hệ thống cần trao đổi thơng tin với nhau, thơng tin trao đổi giữa hai hệ thống được chia thành các gói. TCP có những đặc điểm sau: THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN 10 Application TCP Secssion Presentation IP Dadalink Physical Sending Application TCP Secssion Presentation IP Dadalink Physical IP Dadalink Physical IP Dadalink Physical Receiving Subnet Subnet TCP End to End Commmunication Router Router  Sự bắt tay: Hai hệ thống cần kết nối với nhau cần phải thực hiện một loạt các sự bắt tay để trao đổi những thơng tin về việc chúng muốn kết nối. Q trình bắt tay đảm bảo ngăn trặn sự tràn và mất mát dữ liệu khi truyền.  Xác nhận: Trong phiên truyền thơng tin, hệ thống nhận dữ liệu cần phải gửi các xác nhận cho hệ thống phát để xác nhận rằng nó đã nhận được dữ liệu.  Trật tự: Các gói tin có thể đến đích khơng theo thứ tự sắp xếp của dòng dữ liệu liên tục bởi các gói tin đi từ cùng một nguồn tin theo những đường dẫn khác nhau để đi tới cùng một đích. Vì vậy thứ tự đúng của các gói tin phải được đảm bảo sắp xếp lại tại hệ thống nhận.  Phát lại: Khi phát hiện gói tin bị lỗi thì nơi gửi chỉ phát lại những gói tin bị lỗi nhằm để tránh loại bỏ tồn bộ dòng dữ liệu. Hình 1.1 :Hoạt động của giao thức TCP trong việc cung cấp kết nối. 1.1.2. Cấu trúc đơn vị truyền tải TCP: Đơn vị dữ liệu sử dụng trong giao thức TCP được gọi là Segment. Khn dạng của Segment được mơ tả như hình sau: THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN [...]... THỨC NÀO CĨ THỂ ĐÁP ỨNG ĐƯỢC U CẦU THỜI GIAN THỰC? Trong những ứng dụng truyền thơng đa phương tiện, 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 đế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 u cầu này, một giao thức thời gian thực cần có các yếu... thường được sử dụng trong các dịch vụ khơng đòi hỏi độ tin cậy cao Ngồi ra, giao thức UDP còn có thể sử dụng cho truyền multicast Do vậy UDP có thể được 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 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... 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 Ngồ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 unicast, khơng thể sử dụng cho truyền multicast Với những đặc điểm trên, TCP khơng nên được sử dụng trong việc truyền dữ liệu mang tính thời gian thực. .. TẢI THỜI GIAN THỰC (RTP: REAL TIME TRANSPORT PROTOCOL) Qua các chương trước chúng ta đã nắm được khái niệm cơ bản thế nào là giao thức RTP, sự cần thiết của nó trong những ứng dụng thời gian thực Chúng ta đã biết nói về giao thức RTP là đề cập đến 2 khái niệm giao thức truyền tải thời gian thực RTP và giao thức điều khiển RTCP Trong phần này chúng ta sẽ đi vào tìm hiểu cụ thể giao thức truyền tải thời. .. thời gian thực - Giao thức điều khiển RCTP: Với chức năng giám sát chất lượng dịch vụ và truyền các thơng tin về những phiên truyền RTCP giúp cho việc điều khiển các phiên 2.2 ứng dụng của RTP trong hội thảo đa phương tiện: Để tìm hiểu các ứng dụng của RTP ta xét trong trường hợp cụ thể, hội thảo đa phương tiện Đây là trường hợp rất điển hình, có thể đại diện cho các ứng dụng truyền dòng thời gian thực. .. ứng dụng 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 Khi đề cập đến giao thức RTP là chúng ta đề cập đến hai vấn đề: 20 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾ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. .. 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 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... cung cấp các hàm phục vụ việc truyền tải dữ liệu “end to end” cho các ứng dụng thời gian thực, qua các mạng multicast hay qua mạng unicast Các dịch vụ này bao gồm: - Sự phân loại tải: payload type identification - Đánh số thứ tự: sequence numbering - Đánh dấu thời gian phát, đồng bộ hố: 19 THƯ VIỆN ĐIỆN TỬ TRỰC TUYẾN Hình 2.2:Nhãn thời gian và sự đ ồng bộ - Theo dõi q trình truyền tải: delivery monitoring... định tuyến muticast: Với các ứng dụng tryền thơng đa phương tiện đòi 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 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... danh SSRC mà nó sử dụng Translator: Đây là một hệ thống trung gian có nhiệm vụ chuyển tiếp các gói RTP mà khơng làm thay đổi giá trị của SSRC Hình 3.5: Ttranslator Non-RTP means: Dùng để chỉ các giao thức hay các cơ chế được sử dụng kết hợp với RTP để tạo ra những dịch vụ cụ thể, khả dụng TimeStamp: Được sử dụng theo qui định giao thức thời gian mạng (Network Time Protocol), thời gian tính bằng số giây

Ngày đăng: 27/04/2013, 22:00

Hình ảnh liên quan

Hình 0.1: Quá trình truyền dịng video/audio - Ứng dụng thời gian thực

Hình 0.1.

Quá trình truyền dịng video/audio Xem tại trang 3 của tài liệu.
giải 352 pixel mỗi dịng và 288 dịng tất cả. Một ảnh khơng nén cho một frame hình (ch ế độ 352x288x16bpp) chiếm 202752 byte - Ứng dụng thời gian thực

gi.

ải 352 pixel mỗi dịng và 288 dịng tất cả. Một ảnh khơng nén cho một frame hình (ch ế độ 352x288x16bpp) chiếm 202752 byte Xem tại trang 4 của tài liệu.
1.1.2. Cấu trúc đơn vị truyền tải TCP: - Ứng dụng thời gian thực

1.1.2..

Cấu trúc đơn vị truyền tải TCP: Xem tại trang 10 của tài liệu.
Hình 1.1 :Hoạt động của giao thức TCP trong việc cung cấp kết nối. - Ứng dụng thời gian thực

Hình 1.1.

Hoạt động của giao thức TCP trong việc cung cấp kết nối Xem tại trang 10 của tài liệu.
Hình 1.2: Khuơn dạng TCP Segment. - Ứng dụng thời gian thực

Hình 1.2.

Khuơn dạng TCP Segment Xem tại trang 11 của tài liệu.
Khuơn dạng của UDP Datagram cụ thể như hình 2.5. - Ứng dụng thời gian thực

hu.

ơn dạng của UDP Datagram cụ thể như hình 2.5 Xem tại trang 14 của tài liệu.
Hình 3.7: cấu trúc phần tiêu đề mở rộng. - Ứng dụng thời gian thực

Hình 3.7.

cấu trúc phần tiêu đề mở rộng Xem tại trang 33 của tài liệu.
Hình 4.3: Cấu trúc bản tin SR-RTCP. - Ứng dụng thời gian thực

Hình 4.3.

Cấu trúc bản tin SR-RTCP Xem tại trang 49 của tài liệu.
Hình 4.3: Cách tính thời gian trễ lan truyền. - Ứng dụng thời gian thực

Hình 4.3.

Cách tính thời gian trễ lan truyền Xem tại trang 54 của tài liệu.
cùng 1 khung hình, tuy nhiên các gĩi dữ liệu này lại khơng được truyền đi đồng thời mà được gởi đi lần lượt, điều này sẽ làm giảm độ chính xác của việc tính tốn jitter với  - Ứng dụng thời gian thực

c.

ùng 1 khung hình, tuy nhiên các gĩi dữ liệu này lại khơng được truyền đi đồng thời mà được gởi đi lần lượt, điều này sẽ làm giảm độ chính xác của việc tính tốn jitter với Xem tại trang 57 của tài liệu.
Hình 4.17: Cấu trúc gĩi RTCP-APP.. - Ứng dụng thời gian thực

Hình 4.17.

Cấu trúc gĩi RTCP-APP Xem tại trang 63 của tài liệu.

Tài liệu cùng người dùng

Tài liệu liên quan