- Định hình: Là cơ chế dùng để giới hạn tốc độ của luồng dữ liệu bằng cách sử dụng các hàng đợi, thường được sử dụng khi dữ liệu đi từ đường
3.3.1.3. Mạng truy cập
AG được triển khai vào đầu truy cập mạng không dây. Nó biến đổi kênh IPTV multicast trên dịch vụ cho các khách hàng điện thoại di động LoD không đồng nhất. Để đạt được mục tiêu này, AG bao gồm một hệ thống truyền audio/video dựa trên sự tương tác chéo các lớp, được gọi là XLAVS. Hệ thống mới này tương tác với tất cả các lớp mạng (ứng dụng, giao thông, mạng lưới và liên kết truy cập) của AG cũng như các thiết bị đầu cuối nhận để xác định cấu hình tối ưu giúp cải thiện hiệu suất truyền tải. Cấu hình tối ưu bao gồm âm thanh tùy biến/video ở mức ứng dụng và các thiết lập QoS và lập bản đồ trên tất cả các lớp.
Các khối XLAVS xây dựng dựa phương pháp tiếp cận thích hợp lớp - chéo cho phép truyền thông từ trên xuống và từ dưới lên giữa các lớp mạng. Điều này cho phép để biên dịch các yêu cầu QoS của đường truyền vào các số liệu mạng tại mạng và lớp liên kết và để phản ánh ở lớp ứng dụng những thay đổi cơ bản của các mạng.
Gia tăng giá trị của hệ thống XLAVS là tập trung trong một mô-đun, được gọi là XLDP, tất cả các thông tin liên quan đến AG và tất cả các quyết định liên quan đến việc thích nghi. Cấu trúc AG (xem Hình 3.23) nhằm mục đích phối hợp các hành động của hệ thống (cấu hình, điều chỉnh) để tối ưu hóa việc truyền tải kênh IPTV trong mạng của AG quản lý. Các XLAVS kết hợp hai mô-đun chính khác để đảm bảo QoS IPTV:
- Mô-đun thích ứng: Cho phép chuyển mã thời gian thực cho các đoạn audio/video
- Mô-đun FEC: Được bổ sung thêm ở lớp ứng dụng để cho phép các máy thu để tái tạo lại các gói tin bị mất.
Hình 3.23: Cấu trúc AG
Khi một khách hàng yêu cầu một kênh, kênh thông tin này được chuyển thể theo hồ sơ cá nhân của khách hàng. AG sẽ thực hiện dựa trên các công cụ MPEG- 21 DIA, chủ yếu là về UED (Mô tả môi trường sử dụng UED). UED bao gồm tất cả các đặc điểm của khách hàng (sở thích người dùng, khả năng thiết bị đầu cuối và đặc tính mạng). Tất cả các thông số nói trên được mô tả bởi UED chỉ liên quan đến QoS và các thông số an ninh không được xem xét. Các thông số an ninh được quan tâm khi AG nhận biết kỹ thuật bảo mật từ môi trường của khách hàng theo khả năng thiết bị đầu cuối. Để khắc phục vấn đề này, tăng cường UED với các thông số an ninh.
Hình 3.24 thể hiện lược đồ XML của một UED với các yếu tố chính. Các thông số QoS đều có màu đỏ và an ninh thông số với màu xanh lá cây.
Thiết bị đầu cuối bao gồm 4 phần: Khả năng giải mã âm thanh/video cho thiết bị đầu cuối (code, bitrate, tỷ lệ khung hình), khả năng hiển thị (độ phân giải màn hình hiển thị), khả năng đầu ra âm thanh (tần số lấy mẫu, số lượng kênh) và cuối cùng là khả năng bảo mật mà xây dựng bởi các giao thức bảo mật khác nhau hỗ trợ cho các thiết bị đầu cuối (IPsec, DTLS,…) và các thuật toán mà có thể được sử dụng cho các dịch vụ bảo mật được cung cấp bởi các giao thức (Tính toàn vẹn và bảo mật).
Các đặc tính mạng bao gồm các năng lực mạng và điều kiện mạng. Các năng lực mạng mô tả các thuộc tính tĩnh của mạng như tốc độ tối đa, tỷ lệ tổn thất trung bình. Nó cũng xác định các giao thức bảo mật được hỗ trợ bởi mạng tại lớp liên kết như WEP, WPA hoặc WPA2.
Trong kiến trúc tập trung vào các mạng không dây 802.11. Về điều kiện mạng, các thông số mô tả hành vi động của mạng, ví dụ, sự thay đổi tỷ lệ, tỷ lệ tổn thất tức thời, sự chậm trễ và jitter.
UED sẽ được truyền đến AG từ khách hàng khi sau này yêu cầu một kênh IPTV cụ thể. Trong kiến trúc này, RTSP (Real Time Streaming Protocol) được sử dụng để kiểm soát hình ảnh trực tuyến.
Tuy nhiên, giao thức RTSP không cung cấp phương tiện cho khách hàng để gửi hồ sơ của họ tức là mô tả UED. Trong thực tế, trong kiến trúc RTSP, máy chủ cung cấp một nội dung video tĩnh được mô tả với SDP (Session Description Protocol). Khách hàng nhận được SDP và nếu nó không hỗ trợ các cấu hình của máy chủ được đề xuất, yêu cầu không được thực hiện
Trong kiến trúc này đưa ra đề xuất sửa đổi kiến trúc RTSP để cho phép việc truyền tải UED. Sửa đổi được minh họa trên Hình 3.25 rằng các chi tiết RTSP yêu cầu/phản ứng trao đổi giữa khách hàng và AG.
Các thư mục UED được truyền đi theo yêu cầu DESCRIBE từ khách hàng đến AG. Đầu tiên, AG xác định QoS và các thông số an ninh cho phiên làm việc. Sau đó, nó tạo ra một SDP mới theo các thông số mới và truyền SDP mới trả lời yêu cầu DESCRIBE. Tại thời điểm này, an ninh không được cấu hình bởi vì phiên làm việc chưa được thiết lập (xem Hình 3.25)
Vì vậy, để tránh những cấu hình bảo mật vô ích trong trường hợp phiên không được tạo ra, các thông số bảo mật được cấu hình sau khi có yêu cầu/đáp ứng SETUP. Cuối cùng, khách hàng có thể truyền tải các yêu cầu PLAY để nhận được một thích nghi và bảo đảm dòng IPTV.
Trên đây là cơ chế sử dụng bởi các kiến trúc IPTV để cung cấp việc quản lý chặt chẽ QoS vào bảo mật cho các dịch vụ IPTV trên 2 phân đoạn nhau.
Hình 3.24: Lược đồ XML cho UED
Giao thức SLNP cho phép đàm phán cấp dịch vụ cho end-to-end QoS và đảm bảo an ninh trên lĩnh vực mạng lõi không đồng nhất. Sử dụng các tiêu chuẩn MPEG-21 để đảm bảo quản lý chặt chẽ của QoS và bảo mật cho điện thoại di động người sử dụng cho việc cung cấp IPTV.
