h) Thứ tự macroblock mềm dẻo:
3.2.5Lớ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.
a) 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:
(1) Địa chỉ IP của video server (2) Số của cổng của video server (3) Địa chỉ IP của IPTVCD
(4) 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.
Để 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
(3) 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
(4) 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
(5) 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: (adsbygoogle = window.adsbygoogle || []).push({});
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
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: (adsbygoogle = window.adsbygoogle || []).push({});
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. (5) IPTV CD nhận được gói mới trong vung đệm và hiển thị nội dung video trong gói đó. (adsbygoogle = window.adsbygoogle || []).push({});
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