Giao thức IPTV

EG khi chuyển từ lớp trên xuống lớp dưới. Hình 3.2 Đóng gói các lớp trong mô hình IPTV 3.2.1 Lớp mã hóa video: Quá trình truyền thông bắt đầu ở lớp mã hóa, các tín hiệu tương tự hoặc số được nén. Tín hiệu lối ra của bộ nén là các dòng Mpeg cơ bản. các dòng MPEG cơ bản được định nghĩa là các tín hiệu số liên tục thời gian thực. Có nhiều loại dòng cơ bản. VD, âm thanh được mã hóa sư dụng MPEG được gọi là “dòng cơ bản âm thanh.“ Một dòng cơ bản thực ra chỉ là tín hiệu ra thô từ bộ mã hóa. Các dòng dữ liệu được tổ chức thành các khung tại lớp này. Các thông tin chứa trong một dòng cơ bản có thể bao gồm: Loại khung và tốc độ Vị trí của những block dữ liệu trên màn hình Tỉ số cạnh Các dòng cơ bản là nền tảng để tạo nên các dòng MPEG. Điều quan trọng phải chú ý là lớp này được chia thành 2 lớp phụ theo đặc tính của chuẩn H.264/AVC: lớp mã hóa video(VCL) và lớp trừu tượng(NAL). Lớp phụ VCL quan tâm tới việc nén các nội dung video. TÍn hiệu đầu ra của lớp này là chuỗi các slice ảnh. Dòng bit ở lớp NAL được tổ chức thành các gói rời rạc được gọi là các khối NAL. Định dạng của các khối NAL được mô tả trong hình 3.3(=3.6) Các khối trong hình 3.3 mô tả 1 khối NAL với phần payload nội dung video. Nó có thể chứa các loại payload khác trong phần này như thông tin điều khiển. Những khối như thế được xếp vào loại không phải khối VCL (non-VCL unit). Các khối NAL được kết hợp với nhau thành chuỗi, định dạng nên khối truy cập. chú ý rằng khối NAL được tạo nên từ chuẩn H.264/AVC có thể hỗ trợ cho cả cấu trúc mạng dựa trên giao thức IP và các mạng không dựa trên giao thức IP. Hình 3.3 Cấu trúc của khối NAL 3.2.2 Lớp đóng gói Video: Để truyền các dòng cơ bản âm thanh, dữ liệu và hình ảnh qua mạng số, mỗi dòng cơ bản này phải được chuyển đổi sang một dòng được chèn của gói PES đã được đánh dấu thời gian (PES- parketized Element Stream ). Một dòng PES chỉ bao gồm 1 loại dữ liệu từ 1 nguồn. Một gói PES có thể có kích thước khối cố định hoặc thay đổi, có thể lên tới 65536 byte/gói. Bao gồm 6 byte header, và số byte còn lại chứa nội dung chương trình. Định dạng của 1 PES header được minh họa trong hình 3.4 và giải thich trong bảng 3.4. Hình 3.4 Định dạng gói MPEG PES Bảng 3.1 Cấu trúc của một gói MPEG PES Tên trường Chức năng Tiền tố mã bắt đầu gói Gói PES bắt đầu với tiền tố 0x000001 Nhận dạng dòng (1 byte) Trường này nhận dạng loại payload trong gói. Một mẫu bit 111x xxxx cho biết đó là gói audio, còn mẫu bit 1110 xxxx cho biết rằng đó là gói video. Giá trị "X" được sử dụng để biểu thị các số của các dòng MPEG Độ dài gói PES Trường dài 2 byte để chỉ thị độ dài gói Mã đồng bộ Trường được dùng để đồng bộ nội dung video và audio Cờ header PES Trường 14 bit chứa các bộ chỉ thị PES khác nhau hay các cờ, cung cấp phần cứng hay phần mềm bộ giải mã của set - top box IP với thông tin thêm vào. Các loại cờ gồm: Điều khiển tranh chấp PES: Cờ này báo cho bộ giải mã gói có được bảo đảm hay không thông qua xử lý tranh chấp Độ ưu tiên PES: Cờ này cung cấp cho bộ giải mã thông tin về mức độ ưu tiên của gói PESBộ chỉ thị sắp xếp dữ liệu: Bộ chỉ thị này quyết định Payload của PES bắt đầu với bit video hay audioThông tin bản quyền: Khi bit này được thiết đặt, nội dung video được bảo vệ bởi bản quyềnBản gốc hay bản sao: Cờ này chỉ ra nội dung này là bản gốc hay bản sao Độ dài dữ liệu header của PES Trường này nhận chỉ ra tổng số byte bị chiếm bởi các trường header khác nhau Trường header của PES Trường này chứa một số các bít tùy chọn Payload của PES Payload của PES gồm các dòng audio hay dữ liệu video Do bản chất của mạng, thứ tự hay chuỗi các khung video từ lối ra của trung tâm dữ liệu IPTV có thể khác thứ tự các khung do các thiết bị của người dùng nhận được. do đó, để giúp đỡ quá trình đồng bộ, các hệ thống dựa trên MPEG thường dán nhãn các gói PES khác nhau trong chuỗi video. Có 2 loại nhãn thời gian được sử dụng đối với mỗi gói PES: nhãn thời gian trình diễn(PTS), và nhãn thời gian giải mã(DTS): PTS---- nhãn thời gian trình diễn có giá trị thời gian 33 bit, được đặt trong trường PES header. Mục đích của việc sử dụng PTS cho mỗi gói là để xác định xem khi nào và theo trật tự nào thì gói đó được xem (bởi người xem). .DTS---nhãn giải mã để sử dụng để giúp bộ giải mã ở thiết bị của người sử dụng biết khi nào xử lí gói đó. Khái niệm ứng dụng những nhãn thời gian khác nhau đối với mỗi gói PES trong dòng mã hóa MPEG được minh họa trong hình 3.5. Như đã chỉ ra ở trên, thứ tự các gói được truyền đi qua mạng khác với thứ tự các gói nhận được ở thiết bị của người sư dụng. Thiết bị người sử dụng IPTV sẽ dùng các nhãn PTS và DTS để tái tạo lại nội dung video gốc. bên cạnh việc gửi đi các nội dung nén MPEG-2, PES còn có khả năng truyền tải các khối H.264/AVC qua mạng IPTV. Các chi tiết quá trình ánh xạ được mô tả ở hình 3.6. 3.2.3 Lớp cấu trúc dòng truyền tải: Lớp tiếp theo trong mô hình truyền thông IPTV làm nhiệm vụ tạo nên dòng truyền tải, bao gồm 1 dòng liên tiếp các gói. Những gói này thường được gọi là các gói TS, được tạo ra bằng cách ngắt các gói PES thành các gói TS có kích thước cố định là 188 byte độc lập với thời gian. Sử dụng thời gian độc lập này làm giảm khả năng mất gói tin trong quá trình truyền và giảm ồn. Mỗi gói TS bao gồm 1 trong 3 định dạng truyền thông: dữ liêu, âm thanh, hình ảnh. Do đó, các gói TS mang cố định 1 loại hình truyền thông. Mỗi gói TS bao gồm 184 byte payload và 4 byte header. Các thành phần của TS header được mô tả trong hình 3.7 và giải thích trong bảng 3.2 Hình 3.5 định dạng gói MPEG TS Hình 3.6 Ánh xạ gói truy cập AVC sang gói MPEG PES Hình 3.7 Ứng dụng nhãn thời gian với các gói MPEG PES Bảng 3.2 Cấu trúc gói MPEG TS Tên trường Chức năng Trường đồng bộ Phần header thường bắt đầu băng các bit đồng bộ (8 bit), thường là các bit 0. Trường này dùng để xác định điểm bắt đầu của 1gói IPTV. Trường chỉ thị lỗi bit cờ này sẽ chỉ ra 1 lỗi (nếu có) liên quan đến dòng truyền tải Trường chỉ thị điểm bắt đầu khối truyền tải bit cờ này sẽ chỉ ra 1 điểm bắt đầu của khối truyền tải Mức ưu tiên truyền tải Khi đặt cờ này sẽ chỉ ra mức ưu tiên khối payload ID chương trình Trương quan trọng nhất trong phần header là13 bit để xác định ID chương trình. Nó sẽ chỉ ra gói nào thuộc dòng nào.Các gói thuộc dòng nào thì sẽ có cùng ID chương trình.Bộ phân kênh trong bị của người sử dụng dùng thông tin để phân biệt các loại gói khác nhau.chú ý rằng các gói null có ID chương trình = 8191. Các gói không có ID chương trình thì sẽ bị thiết bị nhận IPTV loại bỏ Điều khiển việc tranh chấp các truyền tải 2 bit của trường này sẽ cho biết trạng thái mã hóa của phần payload gói truyền tải. Trường điều khiển thích nghi trường 2 bit này sẽ cho biết liệu header của gói dữ liệu có liên quan tới dòng truyền tải có bao gồm trường thích nghi và payload không Bộ đếm tiến Bộ đếm tiến sẽ đếm tăng lên 1 khi 1 gói dòng truyển tải với cùng một ID chương trình. Nhờ đó có thể xác định được nếu có mất hoặc bị lặp gói. Điều này có thể ảnh hưởng hình ảnh. Trường thích nghi Trường này có thể có hoặc không có trong phần header.Trương thích nghi này bao gồm nhiều thông tin khác nhau được sử dụng để định thời và điều khiển, bao gồm cả PCR. PCR được sử dụng để đồng bộ đồng hồ IPTVCD với đồng hồ bộ mã hóa. Giá trị PCR có độ dài 42 bit và được tăng theo tốc độ đồng hồ chuẩn, 27MHz. Ngay sau khi đồng bộ, việc giải mã MPEG - 2 IPTV được tiến hành Trường thích nghi Trường này có thể có hoặc không có trong phần header.Trường thích nghi này bao gồm nhiều thông tin khác nhau được sử dụng để định thời và điều khiển, bao gồm cả PCR. PCR được sử dụng để đồng bộ đồng hồ IPTVCD với đồng hồ bộ mã hóa. Giá trị PCR có độ dài 42 bit và được tăng Theo tốc độ đồng hồ chuẩn, 27MHz. Ngay sau khi đồng bộ, việc giải mã MPEG - 2 IPTV được tiến hành. Lớp này cũng cung cấp chức năng để tạo ra các dòng chương trình. Một dòng chương trình là một gói PES chưa 1 vài dòng cơ bản được mã hoasuwr dụng cùng đồng hồ chủ, hoặc đồng hồ hệ thống. Các kiểu dòng này được phát triển cho những ứng dụng như lưu trữ nội dụng video trên các đĩa quang hoặc đĩa cứng. Bên cạnh các nội dung hình ảnh và âm thanh đã được nén, dòng truyền tải bao gồm nhiều thông tin đặc trưng của chương trình hoặc metadata mô tả các dòng bit. Thông tin này được chứa trong 4 bảng PSI. (1) Bảng chương trình kết hợp (PAT)- Việc truyền các bảng PAT là bắt buộc và là điểm vào các bảng PSI. Bảng chương trình kết hợp luôn có ID chương trình là 0. Bảng này đưa ra các liên kết giữa chỉ số chương trình và ID của chương trình (2) Bảng ánh xạ chương trình: Bảng ánh xạ chương trình cũng là bắt buộc và mang cáo thông tin về một chương trình cụ thể. Bảng ánh xạ chương trình liệt kê các ID chương trình cho các gói mang các thành phần của 1 chương trình cụ thể (âm thanh, hình ảnh, dữ liệu, và các thông tin PCR).Hình 3.8 mô tả 1 ví dụ về mối quan hệ giữa bảng chương trình kết hợp (PAT) và bảng chương trình ánh xạ (PMT). Vì thế khi 1 thiết bị người dùng(IPTVCD) yêu cầu 1 chương trình, bảng chương trình kết hợp sẽ được kiểm tra, sau đó sẽ kiểm tra bảng chương trình ánh xạ để định nghĩa các IP chương trình về gói âm thanh, hình ảnh và dữ liệu liên kết với chương trình đó. Trong ví dụ này, thuê bao lựa chọn chương trình1 và thiết bị IPTV của người sử dụng định vị toàn bộ các gói truyền tải với ID chương trình là 36 đối với phần hình ảnh của chương trình và các gói với ID chương trình là 3 với các phần âm thanh của chương trình. Nếu dữ liệu là quảng bá với chương trình, thì bảng ánh xạ chương trình sẽ bao gồm các chi tiết trên đó xác định các gói dữ liệu truyền tải. Hình 3.8 Mối liên hệ giưa PMT và PAT (3) Bảng điều kiện truy cập(CAT)- bảng điều kiện truy cập là 1 bảng tùy chọn PSI bao gồm các ID chương trình của EMMs (các tin quản lí quyền truy cập). Tin quản lí quyền truy cập bao gồm các thông tin về mức cho phép đối với hệ thông truy cập. bảng điều kiện truy cập(CAT) thường được chứa trong 1 gói gọi với ID chương trình là 1. Bảng thông tin mạng (NIT)- Bảng thông tin mạng NIT là 1 bảng tùy chọn lưu trữ các thông tin như tần số kênh và số dòng truyền tải. Set top box sẽ sử dụng thông tin này để chỉnh sóng tới các chương trình cụ thể. Khi TS được cấu trúc và định dạng, nó sẽ được chuyển xuống lớp truyền tải trực tiếp hoặc tới lớp sử dụng giao thức truyền tải thời gian thực (RTP). 3.2.4 Lớp giao thức truyền tải thời gian thực( tùy chọn): Lớp tùy chọn này được sử dụng rộng rãi trong nhiều ứng dụng khác nhau. Lớp này hoạt động như 1 lớp trung gian giữa các nội dung được nén MPEG-2, H.264/AVC ở lớp cao hơn và cá lớp thấp hơn trong mô hình IPTV. Giao thức RTP chính là lõi của lớp này và thường là block cơ sở hỗ trợ truyền dòng nội dung theo thời gian thực qua mạng IP. Giao thức truyền tải thời gian thực phân phát các dòng âm thanh và hình ảnh bằng cách đóng gói các nội dung này trong một định dạng riêng biệt được gọi gói.Mỗi gói bao gồm phần header và payload(dữ liệu IPTV). Để sử dụng hiệu quả băng thông, phần payload thường bao gồm nhiều hơn 1 gói MPEG-TS. Phần header bao gồm các chức năng cốt yếu để các thể truyền thành công các dữ liệu thời gian thực qua mạng. header của RTP có thể nhận biết với header của UDP có giá trị là 5004, và bao gồm rất nhiều trường.Chi tiết về các trường khác nhau được minh họa trong hình 3.9 và bảng 3.3 Có 1 điều đáng chú ý, đó là giao thức thời gian thực không có trường dài trong phần header bởi vì nó phụ thuộc vào giao thức truyền tải cơ bản để cung cấp loại thông tin này. Như đã miêu tả trong bảng 3.6, lợi ích chính của việc chèn các nộ dung video đã được nén và trong các gói RTP là: Thêm số chuỗi vào gói để giúp cả bộ giải mã ở phía nhà cung cấp và thiết bị người dùng có thể sắp xếp lại các gói nhận được từ mạng IP. Trường nhãn thời gian giúp khắc phục các vấn đề như jitter và mất đồng bộ giữa nguồn và đích. Hình 3.9 Định dạng RTP header Khi header truyền tải thời gian thực được thêm vào payload video, gói truyền tải thời gian thực được gửi tới giao thức TCP hoặc UDP để tiếp tục xử lí. Định dạng phần payload của RTPcho việc đóng gói dòng bit nén MPEG-2 : thay vì sử dụng UDP để mang các gói TS MPEG-2 thì một vài hệ thống IPTV sử dụng lớp RTP thêm vào lớp UDP để truyền các gói. Việc ánh xạ các gói MPEG-TS sang các góiRTP là khá đơn giản. Cấu trúc bao gồm phần héader và payload của gói MPEG-2 TS. Mỗi gói có độ dài 188 byte. Hình 3.10 mô tả cấu trúc truyền tải nội dung DVB dựa trên MPEG-2 qua mạng IP. Định dạng payload RTP cho việc đóng gói dòng bit được nén dùng chuẩn H.264/AVC: RFC 3984 cung cấp khuyến nghị về giải pháp truyền các nội dung H264/AVC và định nghĩa 3 cơ chế để chèn các khối NAL vào RTP payload: (1) Một gói NAL riêng biệt: kĩ thuật này định nghĩa sự ánh xạ gói NAL sang từng payload RTP. Cấu trúc của từng gói NAL được mô tả trong hình 3.11. (2) Gói NAL tập hợp: Kĩ thuật này định nghĩa sự ánh xạ nhiều gói NAL sang 1 gói RTP. Cấu trúc của gói NAL tập hợp được mô tả trong hình 3.12. Bảng 3.3: Cấu trúc của gói IPTV dựa trên RTP Tên trường Chức năng Phiên bản (V) Trường này xác định phiên bản RTP được dùng trong gói IPTV Phần đệm (P) Trường này xác định có byte đệm trong gói RTP hay không Phần mở rộng (X) Nếu bit này được đặt bằng 1 thì phần mở rộng theo ngay sau tiêu đề cố định Tổng số nguồn góp (CSRC) Trường này chứa thông tin số bộ nhận diện CSRC có trong gói Bit dấu Chức năng của nó được xác định bởi mô tả RTP. Thường được sử dụng để xác định ranh giới khung Loại Payload (PT) Trường này chứ thông tin về định dạng payload của IPTV. Ví dụ, giá trị 34 chỉ ra nội dung video được mã hóa sử dụng H.263 Số thứ tự gói Trường này giúp tìm ra được những gói bị mất, lỗi. Giúp cho IPTVCD sắp xếp lại các gói được gửi tới không theo thứ tự, xác định đúng kính thước gói không đúng và chỉ ra gói bị lặp. Giá trị trong trường được tăng lên một mỗi lần một gói RTP được gửi qua mạng. Khi dòng IPTV bắt đầu, một giá trị bất kì được gán cho trường này để giảm rủi ro bị hacker tấn công Dấu thời gian Trường này giữ dấu thời gian của gói, được khởi tạo từ một đồng hồ đáng tin cậy. Trường này được sd để thêm vào trong các gói âm thanh và hình ảnh đúng theo thứ tự thời gian của dòng IPTV Nguồn đồng bộ (SSRC) Mục đích của trường này để chỉ ra nguồn đồng bộ trong mạng IPTV. Trường này thường được sử dụng kết hợp với trường số thứ tự gói để sửa những vấn đề xảy ra trong chuỗi IPTV Danh sách CSRC Mục đích của trường 32 bit này để chỉ ra những nguồn video và audio góp vào payload IPTV Hình 3.10 Các gói MPEG TS Hình 3.11 Ánh xạ nội dung H264/AVC ( từng khối NAL riêng biệt ) sang RTP payload Hình 3.12 Ánh xạ nội dung H264/AVC ( nhiều khối NAL riêng biệt ) sang một RTP payload Hình 3.13 Ánh xạ nội dung một H264/AVC NAL sang nhiều RTP payload Khối NAL tập hợp được định nghĩa để xác định dung lượng gói lớn nhất đối với mỗi mạng. VD, với mang Ethernet kích thước gói lớn nhất là 1500 byte, còn với mạng ATM kích thước gói lớn nhất là 54 byte. Dùng các gói NAL tập hợp để ánh xạ nhiều gói NAL sang 1 phần payload RTP không cần phải chuyển mã và thêm nhiều tiêu đề gói khi triển khai IPTv trên các nền. (3) Gói NAL phân tách: Đây là kĩ thuật để ánh xạ 1 khối NAL riêng rẽ ra khỏi nhiều phần payload RTP. Cấu trúc của một gói Nal phân tách được mô tả như trong hình 3.13). Điểm đáng chú ý là gói phân tách NAL phải được gửi qua mạng theo 1 trật tự liên tiếp. điều này là có thể khi sử dụng các số tăng dần trong header của RTP.Kĩ thuật này đem lại 2 lợi ích cho nhà cung cấp dịch vụ. Thứ 1, điều này giúp truyền lượng lớn chương trình có độ phân giải cao dựa trên IP. Thứ 2 là giúp tăng khả năng sửa lỗi. Chú ý rằng, kĩ thuật RTP thường được triển khai trong các mạng không đảm bảo chất lượng dịch vụ QoS để truyền các dịch vụ IPTV. Mặc dù RTP giúp làm tăng khả năng các dòng tới đích trong trật tự đúng, nhưng không được thiết kế để đảm bảo các mức chất lượng dịch vụ. Do đó, trách nhiệm của nhà cung cấp dịch vụ là đản bảo video luôn được ưu tiên khi chúng được truyền đi trong hạ tầng mạng. 3.2.5 Lớp truyền tải: Thông thường các gói RTP là dạng đầu vào của lớp truyền tải. Điều đáng chú ý là có thể ánh xạ trực tiếp các gói MPEG-TS sang payload giao thức của lớp truyền tải. Lớp truyền tải IPTV được thiết kế để đảm bảo các kết nối đầu cuối là tin cậy. Nếu dữ liệu tới thiết bị người nhận đúng. Lớp truyền tải sẽ truyền lại. Lớp truyền tải thông báo với lớp trên để có các thông tin chính xác hơn. TCP và UDP là 2 giao thức quan trong nhất được sử dụng ở lớp này. Sử dụng TCP để định tuyến các gói IPTV : TCP là giao thức cốt lõi của bộ giao thức internet và được xếp vào loại định hướng kết nối. Điều này cơ bản có nghĩa là kết nối được thiết lập giưa đầu cuối nhà cung cấp và thiết bị IPTV cua người sử dụng để truyền các chương trình qua mạng. TCP có khả năng điều khiển lỗi xảy ra trong quá trình truyền các chương trình qua mạng. Các lỗi như mất gói, mất trật tự gói,hoặc lặp gói thường gặp trong mô trương truyên IPTV. Để xử lí các tình huống này, TCP sử dụng hệ thống các số liên tục để cho phép thiết bị gửi có thể gửi lại các dữ liệu hình ảnh bị mất hoặc hỏng. Hệ thống số liên tục này là trường có độ dài 32 bit trong cấu trúc gói. trường đầu tiên chứa chuỗi số bắt đầu của dữ liệu trong gói và trường thứ hai chứa giá trị của chuỗi số tiếp theo mà video server đang đợi (mong) nhận trở lại từ IPTVCD Hình 3.14 Cơ chế điều khiển luồng của TCP Bên cạnh việc sửa các lỗi có thể xảy ra trong quá trình truyền nội dung video qua mạng IP băng rộng, TCP còn có điều khiển luồng dữ liệu. Điều này có thể đạt được bằng cách sử dụng trường kích thước cửa sổ, với thuật toán được gọi là cửa sổ trượt. Giá trị trong trường này xác định số các byte có thể truyền đi qua mạng trước khi nhận được xác nhận từ phía thiêt bị nhận. Trong môi trường IPTV, giá trị trường kích thước cửa sổ chính là kích thước vùng đệm trong IPTVCD trừ đi lượng nội dung đã có trong vùng đệm tại một thời điểm. Dữ liệu này sẽ được giữ cho tới khi bản tin thông báo đã nhận được gửi về từ IPTVCD. Khi giá trị của trường này bằng 0, IPTVCD ở phía đầu thu sẽ không đủ khả năng xử lí các dữ liệu IPTV ở tốc độ đủ lớn. khi đó, TCP sẽ chỉ thị cho video server dừng hoặc làm chậm lại tốc độ gửi các gói dữ liệu tới IPTVCD. Điều này sẽ đảm bảo rằng IPTVCD sẽ không bị tràn các gói dữ liệu tới. Khi IPTVCD đã xử lí xong các các gói dữ liệu trong vùng đệmvà video server đã biết được điều đó thì giá trị tại vùng đệm sẽ tăng lên, và video server sẽ bắt đầu truyền tiếp các nội dung. Trong môi trường IPTV lí tưởng, số của cửa số được báo về từ IPTVCD sẽ báo cho server biết không gian vùng đệm còn trống chính la tốc độ mà tại đó các nội dung video được gửi đi từ video server. Các cổng TCP và Socket: Mỗi điểm cuối của 1 liên kết IPTV thì có 1 địa chỉ IP và 1 giá trị cổng liên quan. Vì thế mỗi liên kết có 4 thành phần khác nhau: Địa chỉ IP của video server Số của cổng của video server Địa chỉ IP của IPTVCD Số của cổng của IPTVCD Việc kết hợp địa chỉ IP và số của cổng cho phép 1 tiến trình trên IPTVCD có thể liên lạc trực tiếp với tiến trình đang chạy trên một trong các máy server được đặt ở trung tâm dữ liêu IPTV. Một cổng gồm 16 bit để định nghĩa hướng để truyền các thông báo giữa các lớp mạng. Có 2 loại cổng : Cổng well known có giá trị từ 1 đến 1023. Loại cổng này thường được các server sử dụng và được quản lí bởi IANA Cổng Ephemeral được thiếu lập bởi IPTVCD ở trạng thái tạm thời khi liên lạc với IPTV server. Các cổng thường được nhớ trong ngăn xếp phân mềm IP. Các giá trị này thường lớn hơn 1024 và nhỏ hơn65535. Cổng này không chịu sự quản lí của IANA. Socket cũng là một thành phần quan trọng khác trong mô hình truyền thông IP. Một socket về cơ bản là 1 giao diện ứng dụng chương trình (API), được sử dụng để làm cho làm việc liên lạc giữa các tiến trình đang chạy trên 1 thiết bị IP. Một socket được thiết đặt bằng cách kết hợp địa chỉ IP với số của cổng. Hình 3.15 Quá trình truyên thông trong mạng IPTV Để hiểu hơn về mối liên hệ giữa địa chỉ IP và socket xét các bước để thiết lập 1 kênh truyền thông giữa 1 tiền trình chạy trên IPTVCD và 1 tiền trình chạy trên trung tâm cung cấp dữ liệu IPTV. Bước được mô tả như sau: (1) Chuẩn bị dữ liệu: Tiến trình gửi chạy trên hệ thống server dong IPTV chuẩn bị nôi dung và gọi module truyền thông TCP/IP để truyền các dữ liệu tới 1 tiến trình đang chạy trên một IPTVCD. Các tiến trình truyền thông bắt đầu và thông tin header được thêm vào nội dung khi truyền qua các lớp trong IPTVCM. (2) Thiết lập kết nối logic TCP: Cả 2 đầu kết nối đều được định nghĩa bởi 1 địa chỉ IP và 1 số cổng. kết hợp giữa địa chỉ IP và số cổng gọi là socket.Hệ thống địa chỉ đối với liên kết truyền thông bao gồm các thành phần sau: Giao thức Địa chỉ IP của máy chủ IPTV ID của tiến trình chạy trên máy chủ IPTV Địa chỉ IP của IPTVCD ID của tiến trình chạy trên IPTVCD Truyền dữ liệu: Truyền thông bắt đầu thông qua socket giữa 2 tiến trình từ phía IPTV server đến IPTVCD Quản lí các dòng nội dung IPTV: giao thức TCP quản lí các dòng IPTV trong khi kết nối được thiết lập Hủy bỏ kết nối: Khi hoàn thành việc truyền các nội dung IPTV, IPTVCD hoặc trung tâm dữ liệu sẽ hủy bỏ socket và kết nối mạng Header: Thông tin này giúp cho segment được truyền đi từ nguồn đến đích. Header mang thông tin chính là số cổng của nguồn và đích, số chuỗi của segment và kiểm tra tổng. Các số tổng đảm bảo rằng dữ liệu có thể tới và trở về từ đúng các tiến trình đang chạy trên mỗi thiết bị IP. Số chuỗi giúp TCP có thể hiểu được bằng cách nào để đưa dữ liệu về dạng trước khi bị gắt thành các segment. Dữ liệu video: Bảng 3.4 Định dạng của TCP segment Tên trường Chức năng Cửa nguồn Trường 16 bit. Chỉ ra số của cổng nguồn Cổng đích Trường 16 bit. Chỉ ra số của cổng đích Chỉ số dãy Chỉ ra chỉ số dãy của đoạn TCP. Điều này giúp TCP theo được vết của mỗi gói IPTV chuyển qua mạng Chỉ số chấp nhận chứa chỉ số dãy tiếp theo mà thiết bị gửi mong muốn nhận được. Trường này chỉ chứa giá trị này nếu bít điều khiển ACK được thiết lập Độ dời dữ liệu trường ngắn này chỉ ra vị trí trong đoạn mà dữ liệu video bắt đầu Được đặt trước Trường này được đặt trước để sử dụng sau này và có giá trị bằng 0 Các bit điều khiển Trường này gồm có 6 bít điều khiển: URG: Urgent pointer ACK: Acknowledgment PSH: Push RST: Reset (đặt lại liên kết) SYN: Synchronize (đồng bộ chỉ số dãy) FIN: không có thêm dữ liệu từ bên gửi Cửa sổ Chỉ ra kích thước cửa sổ cho dữ liệu phân phối giữa những lần nhận Checksum Kiểm tra lỗi để bảo vệ dữ liệu được gửi qua mạng con trỏ khẩn cấp Chỉ được dịch khi trường con trỏ khẩn cấp được cho phép Các tùy chọn và đệm Các tùy chọn là các bội số 8 bit có sẵn và có thể chứa các kiểu biến khác nhau. Các tùy chọn được lựa chọn sẽ quyết định độ dài của đoạn TCP. Đệm là phần cuối cùng của tiêu đề và tạo thành bởi các số 0 TCP ánh xạ segment sang giao thức IP sau khi chèn các thông tin cần thiết vào trong phần header.Như đã mô tả ở trên, TCP cung cấp toàn bộ các chức năng để truyền tải các dữ liệu qua mạng IP. b) Sử dụng UDP để định hướng các gói IPTV: UDP là giao thức thuộc về bộ giao thức Internet. UDP cho phép máy chủ kết nối với mạng băng rộng để gửi tới các IPTVCD dịch vụ truyền hình quảng bá có chất lượng hài lòng người dùng. UDP giống với TCP nhưng là phiên bản sơ lược hơn, đưa ra cho số lượng tối thiểu các dịch vụ truyền tải. UDP là giao thức không liên kết, điều đó có nghĩa là kết nối giữa video server và IPTVCD ko cần phải thiết lập trước khi dữ liệu được truyền đi. Video server dơn giản chỉ thêm vào địa chỉ IP đích và số cổng vào datagram và gửi tới cơ sở mạng để phân phát tới địa chỉ IP đích. Khi trên mạng, UDP sd cách tốt nhất để cố gắng thu được dữ liệu về điểm đích của nó. Chú ý rằng UDP sử dụng các khối dữ liệu được gọi là các datagram để truyền nội dung qua mạng. UDP datagram: UDP datagram bao gồm 8 byte header và dữ liệu video. Các thành phần cơ bản của 1 UDP datagram được mô tả trong hình 3.16 và bảng 3.5 Ưu điểm và nhược điểm của UDP: Ưu điểm của UDP: Không có ngắt trong quá trình truyền nội dụng video: không có trễ trong quá trình phân phối ngay cả khi trong mạng có các gói bị trễ hoặc bị hỏng. Ngược lại, khi sử dụng TCP, có thể xảy ra sự ngắt quãng khi phải chờ các gói bị trễ và các khung hình tới hoặc phải chờ các gói bị hỏng được thay thế. Dung lượng thấp: Kích thước header của UDP chỉ bao gồm có 8 byte trong khi TCP header chiếm tới 20 byte. Tốc độ thiết lập kết nối: thời gian thiết lập và hủy bỏ kết nối giữa IPTVCD và các thiết bị ở trung tâm dữ liệu IPTV ngắn. Do đó, việc phân phối các gói sử dụng giao thức UDP thương nhanh hơn so với sử dụng giao thức TCP. Hỗ trợ truyền 1 chiều: UDP không yêu cầu đường về, do đó cho phép các công ty sử dụng vệ tinh có thể truyền nội dung IPTV truyền đa điểm tới khách hàng của mình. Nhược điểm của UDP: Mặc dù UDP là nhanh chóng và hiệu quả đối với các ứng dụng cần thời gian, và sẽ là không hiệu quả trong trường hợp: Tính toàn vẹn của dữ liệu: Tính toàn vẹn của dữ liệu khi sử dụng UDP là không được bảo đảm khi UDP chỉ cung cấp 1 dịch vụ duy nhất là kiểm tra tổng và multiplexing thông qua số cổng. bất kì vấn đề nào cũng có thể xảy ra trong quá trình truyền thông ở tại đầu cuối nào cần được điều khiển độc lập với các ứng dụng. Các vấn đề thường gặp như là phát lại, đóng gói và lắp ráp lại, truyền lại các gói bị mất, sự tắc nghẽn, và điều khiển luồng nằm ngoài khả năng sửa lỗi của UDP. Khó khăn trong việc vượt qua các tường lửa: Nhiều loại tường lửa trên mạng chặn các thông tin UDP gây ra các lỗi trong quá trình truyền thông. Đây không phải là vấn đề lớn đối với các nhà cung cấp dịch vụ IPTV, tuy nhiên nó cũng ảnh hưởng tới các công ty cung cấp dịch vụ Internet TV. Hình 3.16 Định dạng datagram dựa trên UDP Bảng 3.5 Cấu trúc datagram IPTV dựa trên UDP Tên trường Chức năng Cửa nguồn chỉ ra chỉ số cửa của quá trình gửi datagram. Nó là cửa tùy chọn và nếu không được dùng thì sẽ được điền đầy bằng các số 0 Cửa đích Chỉ ra chỉ số cửa của quá trình đích đang chạy trên IPTVCD Độ dài Giúp cho IPTVCD xác định độ dài và kích thước của datagram UDP đang đến. Trường độ dài bao gồm một giá trị hệ 8, bao gồm cả tiêu đề và dữ liệu video thực sự. Checksum Trường này dài 2 byte chứa số được định trước, cho phép một IPTVCD kiểm lại tính nguyên vẹn của UDP đang đến dựa trên datagram IPTV. Dữ liệu video Phần này của datagram chứa dữ liệu video. Trong trường hợp môi trường IPTV, dữ liêu là một phần của datagram UDP được định dạng bởi giao thức dòng video và audio mà được sử dụng tại đầu cuối IPTV Đối với IPTV, UDP tỏ ra hữu ích khi trung tâm dữ liệu cần gửi các nội dung video IP tới nhiều IPTVCD và là giao thức mức truyền tải phổ biến nhất mà các nhà cung cấp dịch vụ IPTV. c) Sự khác biệt giữa TCP và UDP: Khi các nhà cung cấp dịch vụ phát các nội dung IPTV tới các thuê bao, điều quan trọng là các nội dung này phải đến thiết bị của người dùng đúng lúc và trong dạng đúng. Nói cách khác, các gói video phải không bị ngắt quãng. Do đó, các nhà cung cấp dịch vụ cần chắc chắn sử dụng giao thức hỗ trợ khả năng phân phối qua hạ tầng mạng. Mặc dù TCP cung cấp các ứng dụng với nhiều đặc trưng về mạng so với UDP, nhưng các nhà cung cấp dịch vụ IPTV không thường chọn TCP là giao thức tryền tải.Điều này chỉ ra 1 thực tế rằng IPTV là ứng dụng thời gian thực và không có trễ. TCP có thể đưa ngầm vào sự phân phối nội dung video IP do thực tế rằng giao thức sử dụng cơ chế điều khiển dòng. Đặc điểm và hạn chế cuảTCP đối với phân phối chương trình thời gian thực: Cân bằng giữa độ nhạy và độ trễ---- IPTV ít nhạy với mất hoặc ngắt gói hơn là với độ trễ. Việc truyền lại các gói nâng cao độ tin cậy của kết nối giữa máy chủ và thiết bị truy cập IPTV. Tuy nhiên, khi việc truyền lại diễn ra nhiều thì sẽ làm độ trễ tăng lên. TCP là giao thức kết nối liên kết---- Như đã trình bày ở trên TCP yêu cầu thiết lập kết nối logic giữa máy chủ và IPTVCD trước khih truyền các nội dung IPTV. Khi người xem chuyển từ kênh này sang kênh khác cũng sẽ gây ra độ trê đối với môi trường truyền hình trực tiếp của IPTV. Hỗ trợ sửa lỗi---- TCP cung cấp nhiều tính năng, đáng chú ý là khả năng sửa lỗi và điều khiển luồng. Tuy nhiên, việc sửa lỗi trong mạng IP video có thể làm giảm chất lượng dịch vụ tới khách hàng. Đặc điểm của truyền video: video bao gồm 1 chuỗi các ảnh liên tiếp, bất cứ khi nào xảy ra ngắt với tốc độ mà tại đó các hình ảnh này được xử lí và hiển thị trên ITVCD cũng làm giảm chất lượng hình ảnh hiển thị và ảnh hưởng tới người sử dụng. Thời gian xử lí mỗi ảnh riêng biệt chỉ mất khoảng 1 phần của giây. Nếu sử dụng TCP để sửa lỗi do ngắt, cơ chế sửa lỗi như sau: (1) IPTVCD sẽ báo gói dữ liệu bị lỗi bằng việc đặt cờ. (2) Một bản tin sẽ được gửi tới máy chủ IPTV để thông báo cho ứng dụng biết 1 trong các gói nhận được bị ngắt. (3) Dưới sự quản lí của TCP, máy chủ cần phải tìm ra và gửi lại gói bị ngắt. IPTV CD nhận được gói mới trong vung đệm và hiển thị nội dung video trong gói đó. Trong khi TCP thực hiện các bước ở trên, IPTVCD phải chờ gói bị lỗi được truyền lại và phải để trống luồng video hoặc bỏ qua gói truyền lại khi nhận được, Do đó kĩ thuật sửa lỗi của TCP là không cần thiết. Mất gói IP----- quá trình xử lí mất các gói IPTV nhiều hay ít cũng giống như quad\s trình sửa ngắt gói IPTV. Các gói bị mất cũng cần được truyền lại, gây ra ảnh hưởng bất lợi tới dich vụ phân phối IPTV. Hỗ trợ điều khiển luồng---- Bên cạnh vấn đề sửa lỗi và thiết lập kết nối logic, giao thức TCP còn hỗ trợ điều khiển tốc độ bit luồng dữ liệu gửi đi, có thể gây ra nhiều trở ngại trong việc truyền và nhận nội dung IPTV. Trở ngại này xảy ra khi vùng đệm IPTV bắt đầu tràn các gói IPTV hoặc mạng bị nghẽn. Khi xảy ra trường hợp này, máy chủ nhận được yêu cầu giảm tốc độ gửi các gói tin lên mạng. Nếu máy chủ thực hiện yêu cầu giảm tốc độ, có 1 khả năng đó là: khi tốc độ giảm xuống hình ảnh sẽ không thể hiển thị được. Nếu bản tin dừng được thực hiện, dịch vụ IPTV sẽ bị tắt hoàn toàn. Không hỗ trợ đa truyền thông---- TCP không hoạt động hiệu quả trong môi trường đa truyền thông, Do đó, UDP là lựa chọn tốt hơn TCP đối với các dịch vụ truyền thông như các ứng dụng đa truyêng thông IPTV và truyền quảng bá. Đây là những nguyên nhân chính TCP ít được sử dụng trong IPTV trực tiếp. TCP được dùng trong các ứng dụng khác như e-mail, download các chương trình Internet TV. Mặc dù, độ tin cậy và khả năng sử lỗi của UDP không bằng TCP nhưng UDP là giao thức được lựa chọn để phân phát các dịch vụ IPTV . UDP có các nhược điểm sau: không có khả năng tìm và sửa lỗi. Vấn đề này được khắc phục bằng cách gắn các hàm sửa lỗi vào các ứng dụng IPTV chạy trên các mạng hoặc trong chính các dòng video. 3.2.6 Lớp IP: Sau lớp truyền tải là lớp IP(còn được gọi là lớp liên mạng ) Nhiệm vụ chính của lớp này là đưa các dữ liệu tới các vị trí mạng riêng biệt thông qua nhiều mạng độc lập được liên kết với nhau được gọi là liên mạng. Lớp này được sử dụng để gửi các dữ liệu thông qua các đường khác nhau tới đích. IP là giao thức tốt nhất được sử dụng trong lớp liên mạng. giao thức này cung cấp dịch vụ phân phát gói cơ bản cho tất cả các dịch vụ IPTV. Các loại dịch vụ này với hệ thống truyền đơn điểm, nơi các gói được truyền từ nguồn tới 1 IPTVCD đích, khác với hệ thống truyền đa điểm nơi mà các gói được truyền từ máy chủ tới nhiều IPTVCD. IPv4 là giao thức phổ biến nhất được sử dụng trong mạng IPTV ngày nay. Nhiệm vụ chính của IP là phân phát các bit dữ liệu trong các gói từ nguồn tới đích. IP sử dụng kĩ thuật có hiệu quả cao nhất để phân phát dữ liệu. Nói cách khác không có tiến trình nào đảm bảo quá trình phân phát thông tin qua mạng. Các khối cơ sở của giao thức IP là các đoạn bit dữ liệu được đặt trong các gói và được định địa chỉ. Gói IP là đơn vị dữ liệu bao gồm dữ liệu video thực và các thông tin của việc nhận video từ trung tâm cung cấp dữ liệu IPTV tới đích IPTVCD. Thành phần chính của một gói IPv4 được mô tả trong hình 3.17 và bảng 3.6. Cách đánh địa chỉ IP: trong môi trường IPTV, địa chỉ IPv4 thường được dùng để định nghĩa IPTVCD và trung tâm cung cấp dữ liệu. Địa chỉ IPv4 là chuỗi 4 số được ngăn cách với nhau bằng các dấu chấm để định nghĩa 1 cách chính xác vị trí vật lí của 1 thiết bị, ví dụ như set-top box, trong mạng. Địa chỉ IPv4 gồm 32 bit trong hệ nhị phân. Các số nhị phân này được chia thành 4 octet, mỗi octet 8 bit, mỗi octet được đại diện bởi 1 số hệ thập phân nằm trong khoảng từ 0 đến 255. Mỗi octet được ngăn cách bởi 1 dấu chấm trong hệ thâp phân. Địa chỉ IP được tổ chức thành 2 phần: (1) Địa chỉ mạng dùng để định nghĩa mạng băng rộng mà IPTVCD kết nối tới. (2) Địa chỉ host dùng để định nghĩa các thiết bị IPTV. Hình 3.17 định dạng gói video IPv4 Bang 3.6: Cấu trúc gói video IPv4 Tên trường Chức năng Phiên bản Chỉ ra phiên bản của IP được sử dụng trên mạng _ IPv4 hay IPv6 Độ dài Header Mô tả kích thước của header, giúp cho IPTVCD nhận ra payload của dữ liệu video bắt đầu ở đâu Loại dịch vụ Còn được biết là điểm mã phân biệt dịch vụ (DSCP_Differentiated services code point). Trường này khá quan trọng cho việc phân phối nội dung IPTV bởi vì nó cho nhà cung cấp dịch vụ thiết đặt loại nội dung được mang trong gói dữ liệu. Thông tin này sau đó được xử lí bởi bộ định tuyến IP trong hệ thống mạng. Điều này cho phép các bộ định tuyến chấp nhận và làm cho mức chất lượng dịch vụ thích hợp với những loại lưu lượng khác nhau Tổng chiều dài Báo cho IPTVCD biết toàn bộ chiều dài của gói IPTV. Giá trị này có độ dài 16bit, có nghĩa là một gói có thể có kích thước tối đa là 65535 byte thẻ nhận dạng Được bộ định tuyến sử dụng để phân một gói lớn thành nhiều mảnh nhỏ. Khi được phân mảnh, bộ định tuyến sử dụng trường này để phân biệt các mảnh khác nhau của gói ban đầu Cờ Các cở xác định các kiểu phân mảnh khác nhau, hoặc gói là một mảnh, hoặc nó được cho phép phân mảnh, hoặc gói đó là mảnh cuối cùng hay có thêm mảnh khác. Độ dời của mảnh Khi một gói IPTV được phân mảnh và chuyền đi qua mạng thì chức năng của IPTVCD là tổng hợp các mảnh theo đúng thứ tự. Trường này đánh số mỗi mảnh, cho phép IPTVCD tổng hợp lại theo đúng thứ tự Thời gian sống Vì một gói IP chuyền qua mạng, trường thời gian sống sẽ được mỗi bộ định tuyến dọc theo đường truyền kiểm tra và giá trị bên trong trường này sẽ được giảm dần. Quá trình này tiếp tục cho đến khi giá trị trường này giảm về 0. Khi điều này xảy ra có nghĩa là gói này hết hạn và sẽ bị loại bỏ. Chức năng chính của trường này là để loại bỏ các gói trên mạng mà không có khả năng truyền đến đích. Điều này sẽ làm giảm tắc nghẽn trên mạng. Giá trị của trường này trong khoảng từ 30 đến 32. Giao thức Trường dài 8 bit, chỉ ra loại giao thức đóng gói bên trong datagram IP. Nếu giá trị là một thì sau đó ICMP được dùng, là hai tương ứng với IGMP, là 6 được sử dụng cho lưu lượng TCP, và 17 được sử dụng cho ứng dụng UDP Kiểm tra tổng header cho phép IPTVCD tách datatgram khỏi header lỗi. Gói bị lỗi thường bị IPTVCD loại bỏ hay hủy Địa chỉ nguồn Chứa địa chỉ IP của thiết bị gửi gói IPTV. Trong môi trường IPTV, thiết bị gửi thường là máy chủ VoD hoặc là bộ mã hóa. Địa chỉ đích Chứa địa chỉ của thiết bị nhận được chỉ định. Trong môi trường IPTV, địa chỉ này thường là địa chỉ của IPTVCD Tùy chọn và đệm Được nhà cung cấp IPTV sử dụng để cung cấp thêm các đặc điểm khác Dữ liệu Là nội dung video Một điểm đáng chú ý là một vài bit đầu tiên của địa chỉ sẽ định nghĩa các bit còn lại của trường địa chỉ sẽ được phân chia thế nào cho host và mạng. Để thuận lợi cho việc sư dụng và quản lí, địa chỉ IP được chia thành các lớp khác nhau. Chi tiết địa chỉ các lớp được mô tả trong bảng 3.7. Trường địa chỉ của mạng và host được mô tả như trong hình 2.18. Bên cạnh việc chia thành các lớp, một số địa chỉ IP được dành riêng cho các mạng tư nhân. Các địa chỉ này nằm trong dải: 10.0.0.0 to 10.255.255.255 172.16.0.0 to 172.31.255.255 192.168.0.0 to 192.168.255.255 Bảng 3.7 các lớp địa chỉ IPv4 Lớp địa chỉ IP Mộ tả A Mô tả một mạng sở hữu số đầu tiên trong địa chỉ IP, có giá trị từ 0 đến 128. Ba số còn lại được dùng để xác định một IPTVCD, máy chủ, hay thiết bị mạng khác. Do đó, một địa chỉ lớp A có địa chỉ mạng 7 bit và địa chỉ host 24 bit. Bit có thứ tự cao nhất được thiết lập bằng 0Có 126 địa chỉ mạng lớp A trên thế giới và mỗi mạng trong số đó có đủ số địa chỉ IP để hỗ trợ hơn 16 thiết bị mạng. Tất cả các địa chỉ IP lớp A được cấp phép từ InterNIC từ nhiều năm trước. B Một mạng lớp B có địa chỉ gồm số đầu tiên có giá trị từ 128 đến 191. Giá trị này tương đương với địa chỉ mạng 14 bit và một địa chỉ cục bộ 16 bit. Giá trị của 1 và 0 gán cho 2 bit có thứ tự cao nhất.Có khoảng 16000 mạng lớp B trên Internet, mỗi mạng có khả năng hỗ trợ 64000 thiết bị mạng. Những tổ chức lớn hơn và các nhà cung cấp dịch vụ Internet đã cấp phép cho hầu hết hoặc gần hết các địa chỉ này. Ví dụ về địa chỉ lớp B: 132.6.2.24, trong đó, 132.6 chỉ ra mạng, 2.24 chỉ ra host. C Mạng lớp C có địa chỉ có số đầu tiên có giá trị từ 192 đến 223. Số này tương đương với một địa chỉ mạng 21 và địa chỉ cục bộ 8 bit. Giá trị 1,1 và 0 được gán cho 3 bit có thứ tự cao nhất. Có gần 2 triệu địa chỉ mạng lớp C, mỗi mạng có khả năng hỗ trợ đánh địa chỉ cho 254 thiết bị mạng. D Là phần đầu tiên của địa chỉ có giá trị từ 224 đến 239. Những địa chỉ IP này được sử dụng cho mục đích truyền đa điểm E Địa chỉ mạng lớp E có giá trị từ 240 đến 247 và được đặt trước để sử dụng sau này Hình 3.18 các lớp địa chỉ IP d) Mạng con IPTV: Trong các mạng lớn IPTV với hàng ngàn IPTVCD trải rộng trên 1 khu vực địa lí rộng., mạng dựa trên IP này cần được chia thành các mạng nhỏ hơn gọi là mạng con. Mạng con của mạng IPTV cho phép nhà cung cấp dịch vụ định nghĩa và giám sát các phần riêng biệt trong mạng mà không cần địa chỉ IPv4 mới. Người điều hành mạng cũng sử dụng địa chỉ mạng con để giấu đi cấu trúc mạng nội bộ để trách bị tấn công từ mạng Internet công cộng. Người quản trị mạng IPTV sử dụng các số riêng biệt đưccj gọi là địa chỉ subnet mask để tạo các mạng con trong môi trường IPTV. Subnet mask là địa chỉ IP32 bit. Giá trị mặc định cảu subnet mask của lớp A, B, C là: Class A----- 255.0.0.0 Class B----- 255.255.0.0 Class C-----255.255.255.0 Các tiến trình chạy trên mạng con thường được quản lí bởi thiết bị phần cứng gọi là router. Một router có thể nối với nhiều mạng và quyết định thông tin sẽ được gửi đến đâu trong mạng. e) Tương lai của địa chỉ IP: Khi cấu trúc địa chỉ IP của mạng Internet mới được phát triển trong những năm đầu của thập kỉ 80, người ta đã cho rằng nó đáp ứng được nhu cầu của người dùng hiện tại và trong tương lai. Địa chỉ IP 32 bit trong vesion IPv4 có thể đánh địa chỉ cho hơn 4 tỉ máy trạm trong khoảng 16,7 triệu mạng khác nhau.Địa chỉ IPv4 không đáp ứng được nhu cầu tốc độ phát triển của mạng Internet như hiện nay.Tốc đọ phát triển của mạng Internet đã nằm ngoài dự đoán của những người phát triển giao thức IP và số lượng mạng kết nối với mạng Internet tăng lên từng tháng. Để tìm giải pháp cho hạn chế của địa chỉ IPv4, Nhóm Kĩ Sư mạng Internet đã đưa ra vesion mới IPv6 với 128 bit địa chỉ. . IPv6 có thể cung cấp lượng địa chỉ gấp hàng tỉ lần số địa chỉ IPv4. IPv6 có cả các khả năng cung cấp hỗ trợ việc xác thực, tính toàn vẹn QoS, mã hóa và bí mật. Việc sử dụng IPv6 trên mạng IPTV là thích hợp bởi vì cơ chế QoS bên trong nó và có khả năng hỗ trợ số lượng không giới hạn các IPTVCD.Trong 5 tới 10 năm tớ, IPv6 sẽ dần thay thế IPv4. Tại sao lại sử dụng IPv6 khi triển khai IPTV ? IPv6 có tính năng vượt trội hơn so với IPv4. Các nguyên nhân chính khiến các nhà cung cấp dịch vụ xem xét việc sư dụng IPv6: Quy mô được tăng lên: IPv4 dùng địa chỉ 32 bit trong khi IPv6 dùng địa chỉ 128 bit, lớn hơn gấp 4 lần. Điều này cho phép nhà cung cấp dịch vụ IPTV mở rộng số lượng thiết bị có thể quản lý . Cấu trúc header đơn giản: IPv6 giảm kích thước header xuống còn 40 byte cố định và đơn giản cấu trúc của trường header. Các thành phần cơ bản của IPv6 header được mô tả trong hình 3.19 và bảng 3.13. Tăng mức độ bảo vệ: IPv6 có 2 đặc điểm giúp tăng mức độ bảo vệ: (1) Bao gồm header xác thực----- bao gồm các bản tin xác nhận và kiểm tra người gửi gói. (2) Payload bảo mật được đóng gói----- đặc điểm này đảm bảo tính toàn vẹn của dữ liệu IPTV và bảo mật giữa các máy chủ trung tâm dữ liệu IPTV và các IPTVCD khác. Lưu lượng thời gian thực tốt hơn: khả năng dán nhãn luồng của IPv6 cho phép nhà cung cấp dịch vụ đánh dấu các gói riêng, phù thuộc vào từng loại dịch vụ. Trong môi trường triple-play, các router có thể coi các gói IP được dán nhãn với một nhận dạng video là các gói IP được dán nhãn khi mang nội dung web. Tự động cấu hình: Khả năng plug and play của IPv6 giúp giảm bớt độ phức tạp khi cài đặt dịch vụ IPTV tại nhà của khách hàng. Hình 3.19 Cấu truc header của IPv6 Bảng 3.8 Mô tả trường của IPv6 Tên trường Chức năng Mã bắt đầu của gói Các gói PES bắt đầu bằng các bit 0 Định dạng dòng Trường này dùng để định nghĩa loại payload chứa trong gói. Dạng 111x xxxx là chỉ gói âm thanh, và 1110 xxxx chỉ các gói hình ảnh. “x” là số dòng MPEG Độ dài gói PES 2 byte của trường này dùng để định nghĩa độ dài gói Mã đồng bộ Trường này được sử dụng để đồng bộ âm thanh và nội dung video cung cấp phần cứng và phần mềm trong bộ mã hóa đặt trong set- top box IP với các thông tin thêm. Trong trường này còn bao gồm các cờ:Cờ điều khiển trộn âm PES: báo cho bộ mã hóa biết liệu gói có được đảm bảo không trong quá trình xử lí trộn âm.Cờ ưu tiên PES: Cung cấp thông tin về mức ưu tiên của gói PES cho bộ giải mã.Data_alignment_indicator : Cờ chỉ thị này sẽ xác định xem phần payload của PES bắt đàu với bit âm thanh hay hình ảnh,Thông tin bản quyền: khi bit nay được thiết lập, chương trình đó là chương trình có bản quyền. Cờ nguyên bản hay bản sao: Cờ này chỉ thị liệu chương trình đó có phải là bản gốc, hay la bản sao. Độ dài dữ liệu header trường này dùng để định nghĩa tông số byte được sử dụng bởi các trường header khác. Các trường header trong PES Trường này chứa các số các bit tùy chọn Trường payload và dữ liệu video Trường payload của PES chứa các dòng cơ bản âm thanh Vì những ưu điểm kể trên IPv6 được xem như giải pháp lâu dài để hỗ trợ triển khai các thiết bị số ở quy mô lớn, có thể sử dụng nhiều loại ưng dụng dựa trên IP. Nhược điểm chính khi sử dụng giao thức IP là không có gì đảm bảo rằng khi nào các gói tới đúng đích hay gói có đến đúng lúc không.ngay cả thứ tự các gói được chuyển đến cũng không được xác định. Do đó, lớp IP làm việc cùng với giao thức lớp truyền tải để đảm bảo rằng các gói đến IPTVCD đúng lúc và theo trật tự đúng. IP cũng làm cho quá trình phân phát nội video bị trễ. 3.2.7 Lớp liên kết dữ liệu: Lớp liên kết dữ liệu lấy các dữ liệu thô từ lớp IP và định dạng chúng thành các gói phù hợp để truyền qua mạng vật lí. Chú ý, lớp liên kết dữ liệu khác với các giao thức mạng. Kĩ thuật Ethetnet là một trong những kĩ thuật phổ biến hơn được sử dụng trong hệ thống IPTV. Lớp liên kết dữ liệu bao gồm các chức năng dành cho các mạng dựa trên Ethernet: Encapsulation---- Lớp này thêm vào các gói IPTV 1 header. Ethernet header là loại Encapsulation phổ biến nhất dùng trong lớp liên kết dữ liệu của IPTVCD. Các thành phần cơ bản của Ethernet header được giải thích trong bảng 3.9. Định địa chỉ---- Lớp liên kết dữ liệu xử lí các địa chỉ vật lí của mạng người sử dụng và các thiết bị chủ. Hệ thống địa chỉ khác nhau với các topo mạng. Ví dụ, địa chỉ MAC được sử dụng trong mạng Ethernet. Mỗi thiết bị kết nối với mạng IPTV thì có 1 địa chỉ MAC. Độ dài của địa chỉ MAC là 48 bit và thường được biểu diễn bằng 12 số trong hệ 16. Trong 12 số hệ 16 này, 6 số đầu tiên để dành cho nhà sản xuất thiết bị IPTV và các số còn lại được dùng để định nghĩa giao diện mạng ảo. Kiểm tra lỗi----- chức năng kiểm tra lỗi được dùng trong vài lớp của mô hình IPTV, bao gồm cả lớp liên kết dữ liệu. Các gói bị ngắt là lỗi thường gặp trong quá trình truyền các nội dung video qua mạng dựa trên IP. Phương pháp sửa lỗi thường dung là kiểm tra dư thừa vòng (CRC) trong IPTV để tìm và loại bỏ các gói bị ngắt. Sử dụng kĩ thuật CRC thiết bị gửi IPTV thực hiện việc tính toán trên các gói và lưu trữ kết quả trong gói. Các phép tính toán tương tự cũng được thưc hiện trên thiết bị nhận khi nhận được các gói. Nếu kết quả tính toán là như nhau, thì các gói được xử lí bình thường. Tuy nhiên, nếu kết quả này là khác nhau, thì gói bị lỗi sẽ bị loại bỏ.Thiết bị gửi sẽ tạo một gói mới và gửi lại nó. Thông báo với lớp trên trong mô hình IPTV khi có lỗi xảy ra là nhiệm vụ chính của lớp liên kết dữ liệu trong kĩ thuật kiểm tra lỗi mà các hệ thống IPTV end to end. Điều khiển luồng---- Điều khiển luồng là một trong chức năng của lớp truyền tải. Trong mạng IPTV, điều khiển luồng cho thiết bị IPTV của người sử dụng không bị tràn bởi các nội dung. Lớp liên kết dữ liệu cùng với lớp truyền tải thực hiện bất kì yêu cầu điều khiển luồng nào. Bảng 3.9 Cấu trúc của Ethernet header Tên trường trong Header Kích thước (bit) Chức năng Địa chỉ đích mạng Ethernet 48 Chỉ ra địa chỉ của giao diện đích Địa chỉ nguồn mạng Ethernet 48 Chỉ ra địa chỉ của giao diện nguồn Loại mã 16 Chỉ ra giao thức được sử dụng trong việc định dạng gói. Ví dụ kiểu gói "TCP/IP" chứa giá trị kiểu hex "0 x 80 0 x 00" Bảng 3.10: Cấu trúc khung Ethernet được dùng để mang nội dung MPEG-2 Mô tả Kích thước Các dòng gói truyền tải MPEG bảy Mỗi gói có kích thước 188 byte (184 byte chứa nội dung video, cộng với 4 byte được dùng làm thông tin header). Gói MPEG - TS bảy này chiếm 1316 byte (10528 bit) của khung Tiêu đề RTP Tiêu đề này chiếm 12 byte của khung Ethernet Tiêu đề UDP Tiêu đề này chiếm 8 byte của khung Ethernet Tiêu đề IP Tiêu đề này chiếm 20 byte của khung Ethernet Tiêu đề Ethernet Tiêu đề này chiếm 14 byte của khung Ethernet Lớp vật lí: Lớp vật lí quy định luật lệ truyền các bit số qua mạng. Nó đề cập đến việc đưa các dữ liệu qua các mạng vật lí riêng biệt như x DSL, và không dây. Lớp này định nghĩa cấu hình mạng vật lí, thông số kĩ thuật, điện trong môi trường truyền. Khi dòng bit được truyền qua mạng, các gói được chuyênr từ lớp thấp đến lớp cao trong mô hình truyền thông IPTV. Ví dụ lớp liên kết dữ liệu sẽ kiểm tra các gói và loại bỏ đi phần header Ethernet và trường sửa lỗi CRC. Tiếp đó sẽ kiểm tra trường kiểu mã của Ethernet header và xác định gói cần được xử kí bởi giao thức IP. Do đó gói dữ liệu được chuyển lên lớp mang. Lớp mạng kiểm tra và loại bỏ đi phần IP header và chuyển gói đó lên lớp truyền tải. Phương pháp bỏ đi phần header khi qua các lớp khác nhau gọi là bóc gói. Quá trình này tiếp tục đươc thực hiện cho tới khi gói dũ liệu lên đến tưng trên cùng trong mô hình. Hình ảnh gôc được thể hiện trên màn hình TV của người xem. Bảng 3.11 Tổng kết các lớp trong mô hình IPTV số thứ tự lớp Tên lớp Tổng quan 1 Vật lý Xác định các thuộc tính của các phương tiện truyền thông trong mạng chịu trách nhiệm truyền các bit dữ liệu IPTV 2 Liên kết dữ liệu Quản lý các cơ chế được sử dụng để truy cập thiết bị truyền thông trong mạng. Kiểm soát lỗi, đồng bộ và điều khiển luồng là những chức năng khác mà lớp này cung cấp. 3 IP Chức năng của lớp này có quan hệ với việc định tuyến các gói IP truyền trên mạng. Các cơ chế như là đánh địa chỉ và điều khiển tắc nghẽn thương được lớp IPTVCM này sử dụng 4 Giao vận Chức năng chính của lớp này là để đảm bảo rằng các gói IPTV đến được đích. TCP và UDP đều vận hành tại lớp này 5 RTP (tùy chọn) Mặc dù UDP là giao thức được lớp giao vận ưu tiên sử dụng hơn cho việc phân phối nội dung IPTV trên mạng băng rộng, nhưng nó cũng ko phải là giao thức đang tin cậy và nó không hỗ trợ việc sửa lỗi hay giải quyết vấn đề các gói đến IPTVCD không theo đúng thứ tự. Do đó, một số các nhà cung cấp dịch vụ sử dụng RTP để giải quyết những thiếu hụt cỗ hữu trong giao thức UDP. 6 Xây dựng dòng truyền tải Lớp này đóng gói các dòng bít video và audio. Các gói có độ dài 188 byte 7 Lớp đóng gói Video Lớp này tạo một dòng các gói PES đã được đánh dấu thời gian 8 Mã hóa Video Các dòng audio và video cơ bản làm thành nền tảng cho lớp IPTVCM. Định dạng của dòng truyền được sử dụng ở lớp này phụ thuộc vào thuật toán nén sử dụng bởi bộ mã hóa KẾT LUẬN Dịch vụ IPTV với những ưu điểm nổi trội so với các chuẩn truyền hình truyền thống đã và đang được phát triển mạnh mẽ trên thế giới cũng như ở Việt Nam. Đi kèm với IPTV là rất nhiều dịch vụ giá trị gia tăng khác như: truyền hình theo yêu cầu, mạng giáo dục từ xa, hội thảo từ xa, … Trong phạm vi luận văn này chỉ nêu được tổng quan về dịch vụ IPTV, công nghệ nén video tiến tiến MPEG-4 Part 10, phương pháp đóng gói dữ liệu video qua từng lớp. Chuẩn nén MPEG-4 Part 10 này không chỉ được sử dụng trong IPTV mà còn được ứng dụng trong hầu hết các công nghệ truyền hình số hiện đại như: truyền hình số mặt đất, truyền hình số vệ tinh, truyền hình cáp, truyền hình di dộng đến truyền hình phân giải cao HDTV. Đóng gói dữ liệu video qua từng lớp cho thấy cấu trúc dữ liệu trong từng lớp và các cơ chế điều khiển luồng, cơ chế sửa lỗi, đảm bảo chất lượng dịch vụ làm hài lòng người xem Các tài liệu sử dụng trong khóa luận này chủ yếu được lấy từ Internet và đặc biệt là sự hướng dẫn của thầy giáo TS. Ngô Thái Trị. Khóa luận này còn nhiều thiếu sót, do đó em rất mong nhận được ý kiến đóng góp của các thầy cô và các bạn để luận văn này được hoàn thiện hơn. Tài liệu tham khảo: Tiếng Việt: [1]. Đố Hoàng Tiến –Dương Thanh Phương, (2004), Truyền hình kĩ thuật số, NXB Khoa học và Kĩ thuật. [2]. Ngô Thái Trị, (2004), Truyền hình số, NXB Đại học Quốc gia Hà Nội. Tiếng Anh: [3]. Iain E G Richardsob, (2003), H.264 and MPEG-4 Video Compression, NXB Wiley. [4]. Gerard O’ Driscoll, (2008), Next Generation IPTV Services and Technologies, John Wiley & Sons, Inc., Hoboken, New Jersey. [5]. Thomas Wiegand, Gary J. Sullivan, Gisle Bjontegaard, and Ajay Luthra, (2003), Overview of the H.264/ AVC Video Coding Standard, IEEE transactions on curcuit and system for video technology. [6]. Wes Simpson and Howard Greenfield, (2007), IPTV and Internet Video Expanding the Reach Television Broadcasting, Focal Press.