Khi có nguồn điện, STB sẽ nhận một địa chỉ IP private bằng cách nhận thực thông qua máy chủ DHCP, sau đó sẽ gửi yêu cầu của trang chủ cổng thông tin tới phần mềm Middleware. Có thể sử dụng các lựa chọn DHCP, chẳng hạn 82 hay 60.
Bộ dữ liệu của STB sẽ tựđộng được đăng ký trong hệ thống quản lý Middleware mỗi khi có một khách hàng STB kết nối thành công với Middleware. Các địa chỉ IP sẽ được phân bổ tức thời thông qua DHCP sao cho phù hợp với địa chỉ MAC của STB.
Vấn đề cần thiết đối với người sử dụng là cần nhập đúng mã số PIN để xác định chính xác tên STB. Tính năng định cấu hình tựđộng được cài sẵn nhằm loại bỏ việc cấu hình thủ
công cho set-top box. Chỉ khi nào tài khoản được nhận dạng chính xác trong hệ thống Middleware thì thuê bao mới nhận được dịch vụ trên set-top box.
Hệ thống Middleware sẽ kiểm tra tính hợp pháp của thuê bao (tình trạng cước và quyền khai thác nội dung) dựa trên danh sách thuê bao trên máy chủ/cơ sở dữ liệu có chứa ID và
địa chỉ MAC của thuê bao. Thông tin này sẽ được nhập liệu ngay vào hệ thống cùng thời gian cung cấp nội dung chương trình cho STB.
Nếu xác định đúng quyền được cấp phép xem nội dung của thuê bao và số PIN đúng, hệ
thống Middleware sẽ cung cấp một trang chủ cổng thông tin cho STB (thông tin EPG dành cho kênh quảng bá và danh sách nội dung cho yêu cầu). Chẳng hạn trang chủ cổng thông tin sẽ cho biết thuê bao được xem nội dung chương trình dành cho bố mẹ, chương trình phải trả phí hay tất cả các chương trình. Còn nếu không đúng quyền được cấp phép và số
PIN của thuê bao không đúng thì thông báo lỗi sẽ hiện ra. Ngoài ra Middleware phải cung cấp EPG/danh mục nội dung bằng multicast.
Khi người dùng chọn một kênh truyền phát từ EPG, địa chỉ multicast router/ DSLAM/ BRAS gần nhất sẽ được phần mềm Middleware gửi lại bằng địa chỉ multicast của kênh truyền phát này. STB của người dùng sẽ thực hiện giao thức quản lý nhóm Internet v2
(IGMP v2) để gửi yêu cầu tới multicast router/ DSLAM/ BRAS gần nhất nhằm thu được kênh truyền phát này. Và chỉ khi đó, người dùng mới có thể gia nhập vào dòng chương trình multicast.
Hệ thống Middleware sẽ lưu giữ một dãy các địa chỉ IP kể cả địa chỉ IP của các STB, các máy chủ VoD, máy chủ DRM…Trường hợp người dùng chọn xem nội dung có thu phí, hệ thống Middleware có thể xác thực người dùng này và liên kết với các máy chủ
DRM để gửi khoá giải mã chính xác tới STB của người đó. Hệ thống Middleware có khả
năng xác nhận nội dung sẽđược xem trước khi máy chủ VoD bắt đầu phân phối các dòng RTSP tới STB. Cũng như thế, cả MW và máy chủ nội dung sẽ cung cấp một số phương thức nhưđã mô tả trong tài liệu này. Thêm nữa, Middleware còn có thể bắt đầu truyền phát nội dung từ phần cuối chương trình quay ngược trở lại trong trường hợp tạm ngừng tải chương trình giữa chừng vì lý do nào đó.
Hệ thống DRM chứa khoá cho phần nội dung của một cơ sở dữ liệu khoá đồng thời bí mật phân phối cơ sở dữ liệu này tới STB. Hệ thống DRM cũng sẽ hỗ trợ thêm vào phần nội dung các chức năng thủ thuật trong khi xem (tua nhanh, tua lại,...). Mô hình thu phí dịch vụ
khá linh hoạt và có thể hoạt động trên cơ sở trả phí cho các chương trình xem, thuê bao trọn gói xem phim chẳng hạn cho một bộ phim, việc tính tiền sẽ dựa vào các chương trình xem.
Hệ thống DRM sẽ dựa trên các khái niệm của hệ thống PKI (Public Key Infrastructure – Cơ sở hạ tầng khoá công cộng). PKI dùng các thẻ kỹ thuật số X.509 để xác nhận mỗi thành tố trong hệ thống DRM đồng thời để mã hoá an toàn dữ liệu có dùng các khoá chung/riêng. Hệ thống Middleware sẽ cung cấp một giao diện "Subcriber_API" ("Thuê bao_API").
Để cung cấp một dịch vụ liên tục bao gồm cả hệ thống kế thừa của nhà cung cấp, Middleware sẽ đưa ra các giao diện API, giao diện này sẽ mở rộng khả năng thực hiện những chức năng mới và giúp chuyển giao dữ liệu giữa các hệ thống. Từ việc thiết lập một thuê bao trong hệ thống quản lý thuê bao của nhà cung cấp đến việc trình bày một mẫu hoá
đơn thống nhất trong hệ thống thanh toán của nhà cung cấp, tất cả đều được Middleware thực hiện trôi chảy từđầu đến cuối".
Người dùng sẽ được biết về việc sử dụng hiện thời và hoá đơn thanh toán của họ trên Middleware gắn kèm với nội dung chương trình phục vụ. Qua đó, họ nắm được thời điểm và ngày tháng bắt đầu hay ngừng sử dụng dịch vụ, số lượng phát sinh, âm lượng/thời gian
(dành cho những nội dung có thu phí). Hệ thống Middleware được đề nghị sẽ tích hợp với hệ thống tính cước trong hoạt động này. Người xem có thể chọn các kênh phát sóng miễn phí hoặc bất kỳ nội dung nào khác từ STB-Remote bằng cách nhấn số kênh và bằng thao tác cuộn (chẳng hạn qua phím số trên điều khiển từ xa hoặc qua lựa chọn của EPG trong giao diện người dùng TV).
Chương 4 TRIỂN KHAI CUNG CẤP IPTV TẠI CÀ MAU
Hệ thống triển khai sẽ được phân ra làm nhiều khu vực khác nhau và cùng kết nối
đến trung tâm Head-end của IPTV. Việc triển khai này dựa trên cơ sở của hệ thống mạng ADSL đang được cung cấp tại Cà Mau. Từđó, một giải pháp cụ thể hoàn chỉnh được thực hiện cho việc cung cấp dịch vụ IPTV theo nhu cầu thực tế.
4.1 Yêu cầu về hạ tầng truyền tải
Hạ tầng truyền tải có thể chia làm 3 phần như sau: Mạng lõi
Mạng gom và mạng truy nhập Mạng khách hàng
4.1.1 Mạng lõi
Hình 4-1 Các LSP được thiết lập qua mạng lõi IP/MPLS dành cho các lưu lượng unicast Mạng lõi có nhiệm vụ truyền tải các lưu lượng thông tin giữa hệ thống IPTV và các PE/BRAS tại các khu vực khác. Lưu lượng truyền tải bao gồm 2 loại chính là unicast (các thông tin điều khiển, các luồng video trong dịch vụ video theo yêu cầu) và multicast (dịch vụ broadcast video).
Các lưu lượng unicast được truyền qua mạng lõi IP/MPLS bằng cách thiết lập các
Các lưu lượng multicast được truyền qua mạng lõi IP/MPLS bằng cách thiết lập các multicast VPN. Để xây dựng bảng định tuyến multicast, các thiết bị mạng lõi sử dụng giao thức PIM-SM/SSM ( Protocol Independent Multicast – Sparse Mode/Source Specific Mode).
Hình 4-2 Multicast VPN được thiết lập qua mạng IP/MPLS dành cho các lưu lượng multicast