Một nền IP cú thể chứa một hay nhiều hƣớng dẫn dịch vụ điện tử. Nhƣ chỳng ta biết sự kết hợp số cổng/IP đƣợc dựng để vận chuyển dịch vụ mà thụng bỏo tới tất cả cỏc ESG đƣợc tỡm thấy trong nền IP này. Đõy là dịch vụ ESG bootstrap. Mối liờn quan về mặt logic giữa dịch vụ ESG bootstrap và ESG thực tế trong nền IP thể hiện trờn hỡnh sau:
Hỡnh 2.7: Cơ chế Bootstrap ESG
- BE: Dũng ESG bootstrap chỉ tới nhiều điểm ESG (E1, E2). Thụng tin ESG bootstrap bao gồm cỏc bộ mụ tả cung cấp ESG và mối liờn quan cỏc bộ mụ tả truy nhập ESG võn chuyển qua giao thức FLUTE (ALC/LCT)
- Cỏc ESG (E1, E2) cung cấp thụng tin về một phần hay toàn bộ cỏc dịch vụ sử dụng (S1, S2, ..., Sn).
2.2.3.1. Sự hoạt động của ESG
- Cả hai chức năng phỏt ESG bootstrap và ESG thực tế đều là cỏc chức năng quản lý dịch vụ.
- Bộ phỏt ESG bootstrap mong muốn là đƣợc điều khiển bởi bộ hoạt động nền IPDC.
- Chức năng phỏt ESG bootstrap phải nhận biết đƣợc cỏc ESG khỏc đƣợc phõn phỏt trờn cựng một nền IPDC.
- Chức năng phỏt ESG thực tế phải nhận biết đƣợc cỏc dịch vụ đƣợc phõn phỏt trong nền IPDC.
- Trong trƣờng hợp phõn tỏn thỡ điều này là cú ớch để sắp xếp thụng tin ESG của từng dịch vụ với việc phõn phỏt nội dung trong từng lỏt thời gian giống nhau và tỏch rời từ dịch vụ ESG bootstrap.
- Trong trƣờng hợp tập trung điều này là cú ớch để sắp xếp dịch vụ ESG bootstrap và ESG thực tế trong một lỏt thời gian. Trong trƣờng hợp này ESG bootstrap và ESG thực tế cú thể chia sẻ cựng một địa chỉ IP và chỉ đƣợc khỏc nhau bởi số cổng đớch.
2.2.3.2. Thủ tục ESG bootstrap
Cỏch dự đoỏn để cú đƣợc đặc tớnh ESG với một nền IP nhƣ sau: 1. Lấy INT cho lựa chọn nền IP.
2. Tỡm kiếm PID với địa chỉ IP đó biết và số cổng cho dịch vụ ESG bootstrap.
3. Hiệu chỉnh PID.
4. Lấy dũng ESG bootstrap.
5. Lựa chọn đặc tớnh ESG bằng cỏch lặp lại bƣớc 2, 3 với số IP của ESG lựa chọn.
2.2.4. Luồng thụng bỏo.
Hỡnh 2.8: Sự tương tỏc hoạt động đối với ESG
Bảng 2.6 mụ tả cỏc thụng bỏo trong hỡnh 2.8 1 Đăng ký đặc tớnh ESG:
Bộ tập trung ESG logic tự đăng ký với bộ tập trung ESG vật lý. 2 Đăng ký đặc tớnh ESG:
Với kết quả đăng ký đặc tớnh ESG ở thụng bỏo 1, bộ tập trung ESG vật lý đăng ký đặc tớnh ESG với bộ tập trung ESG bootstrap.
3 Đặc tớnh ESG thụng bỏo trong bộ phõn phối ESG bootstrap:
Sau khi đăng ký đặc tớnh ESG bộ tập trung ESG bootstrap bao gồm cả nú trong bộ phõn phối ESG bootstrap đƣợc truyền tới thiết bị cuối.
Cỏc ứng dụng dịch vụ phõn phỏt thụng tin thu hỳt tới bộ tập trung ESG logic. ứng dụng dịch vụ cú thể làm việc với thụng tin thu hỳt mới này bất kỳ lỳc nào khi cú thể.
5 Dữ liệu ESG phõn phỏt tới bộ tập trung vật lý:
Kết quả của thụng tin ESG phõn phỏt hay cập nhật từ ứng dụng dịch vụ (thụng tin thu hỳt ở thụng bỏo 4 hay thụng tin xỏc nhận ở thụng bỏo 10) thỡ dữ liệu ESG cập nhật đƣợc phõn phỏt tới bộ tập trung ESG vật lý. 6 Phõn tỏn đặc tớnh ESG liờn tục:
Ngay sau khi dữ liệu ESG đƣợc sử dụng tại bộ tập trung ESG vật lý thỡ dữ liệu ESG phõn tỏn tới thiết bị đầu cuối.
7 Thiết bị cuối bắt đầu tiếp nhận ESG bootstrap:
Tại bất kỳ thời điểm nào thiết bị cuối bắt đầu nhận ESG bootstrap. 8 Chọn đặc tớnh ESG:
Khi nhận đƣợc ESG bootstrap thỡ thiết bị đầu cuối lựa chọn một đặc tớnh ESG để nhận. (adsbygoogle = window.adsbygoogle || []).push({});
9 Thiết bị đầu cuối bắt đầu nhận đặc tớnh ESG:
Khi chọn đƣợc đặc tớnh ESG, thiết bị đầu cuối bắt đầu nhận. ESG phõn phỏt file đƣợc sử dụng theo giao thức đƣợc định sẵn. Thụng tin ESG nhận đƣợc tớch lại trong cơ sở dữ liệu cục bộ.
10 Thụng tin xỏc nhận ESG:
Trong một vài thời điểm nhƣng khụng sớm hơn thời điểm bắt đầu dịch vụ thỡ thụng tin xỏc nhận đƣợc phõn phỏt hoặc là tới bộ tập trung ESG logic nếu nú nằm trong ESG hoặc là trực tiếp tới thiết bị đầu cuối (điểm tham chiếu CBMS 2 ).
11 Dữ liệu ESG phõn phỏt tới bộ tập trung vật lý:
Thụng bỏo này đƣợc thực hiện sau thụng bỏo 10a đó đƣợc thực hiện bởi ứng dụng dịch vụ.
12 Đặc tớnh ESG với thụng tin xỏc thực:
Bộ tập trung ESG vật lý phõn tỏn ESG cập nhật với thụng tin thu hỳt ESG nếu ứng dụng dịch vụ đƣợc chọn thay đổi thụng bỏo 10a.
13 Chọn dịch vụ:
Tại một vài thời điểm thiết bị đầu cuối chọn một dịch vụ để sử dụng. Sau đú nú sẽ lấy thụng tin xỏc thực từ cơ sở dữ liệu ESG và phõn tớch thụng tin sử dụng. Thiết bị đầu cuối sẽ cho qua thụng tin xỏc thực và cũng cú thể cho qua ID dịch vụ tới nội dung sử dụng. Việc sử dụng ID dịch vụ, thỡ nội dung sử dụng cú thể đƣợc đề cập nhiều hơn tới thụng tin ESG. Điều này là cần thiết để trỏnh dịch vụ kộp đƣợc sử dụng trong thiết bị đầu cuối. Nội dung sử dụng đƣợc dựng cho thiết lập cấu hỡnh dịch vụ để cấu hỡnh dịch vụ và nội dung phõn phỏt cho nội dung nhận.
Bảng 2.6: Mụ tả cỏc thụng bỏo trong ESG
2.3. PHÂN PHÁT NỘI DUNG [4, 6]
Việc chi phối dịch vụ IPDC cú nghĩa là thiết bị đầu cuối tiếp nhận nội dung và sử dụng nú. Cú hai thuật toỏn chớnh đƣợc sử dụng để xỏc định IPDC tới phõn phỏt nội dung: Dũng (Streaming) và tải file (download file).
2.3.1. Phõn phỏt dũng (Streaming) [7]
Dũng thời gian thực cú đặc tớnh sau:
- Dũng dữ liệu đƣợc tổng hợp lại nếu nú đƣợc nhận. Nú đƣợc lƣu trữ trong bộ đệm của dũng dữ liệu.
- Dữ liệu đƣợc nhận trong thời gian thực với mối quan hệ thời gian đƣợc khộp kớn để thể hiện nú.
- Thiết bị nhận bắt đầu tại bất kỳ thời điểm nào để nhận dũng dữ liệu, và cũng cú thể dừng ở bất kỳ thời điểm nào để nhận dũng.
Cỏc kiểu dữ liệu cho dũng đƣợc nhận trong phạm vi đặc tớnh IPDC DVB-H bao gồm:
- Âm thanh. - Hỡnh ảnh. - Phụ đề.
2.3.1.1. Khối logic và cỏc điểm tham chiếu.
Hỡnh 2.9: Cỏc điểm tham chiếu cho phõn phỏt dũng.
Bảng sau mụ tả cỏc khối logic thực hiện trong phõn phỏt dũng. Khối logic Thuộc vào
phần khối logic Cỏc điểm tham chiếu Mụ tả Nguồn dữ liệu đƣợc mó húa ứng dụng dịch vụ CBMS-5 CBMS-7
Đầu ra cỏc dũng dữ liệu: (õm thanh, hỡnh ảnh, dữ liệu) tới cỏc mạng quảng bỏ, sử dụng cỏc tham số cấu hỡnh thu đƣợc từ cấu hỡnh ứng dụng. Tổng hợp nội dung Thiết bị đầu cuối CBMS-7 CBMS-5
Khối chức năng xử lý dũng dữ liệu nhận đƣợc; nú cú thể bao gồm cỏc
kờnh cho bộ đệm, đồng bộ, lƣu trữ, biểu diễn dũng nội dung.
Sự thớch nghi nền IP Mạng quảng bỏ CBMS-2 CBMS-3 CBMS-6 CBMS-7
Sự thay đổi thớch nghi cỏc nguồn tải tin thành cỏc nền IP nhƣ định nghĩa bởi bộ thực hiện dịch vụ DVB-H của phần cung cấp nguồn và lịch trỡnh.
Sự thớch nghi nền IP cú thể đƣợc thực hiện cỏc chức năng gateway từ mạng phõn phối tới mạng phõn phối quảng bỏ. Bao gồm: (adsbygoogle = window.adsbygoogle || []).push({});
- Xỏc nhận nguồn/ file wall. - Địa chỉ dịch chuyển từ IP4 tới IP6
- Dịch chuyển từ đơn hƣớng sang đa hƣớng.
- Dịch chuyển từ TCP sang UDP ứng dụng dịch vụ phải đƣợc đồng bộ về thớch nghi chức năng vỡ vậy nú cú thể thiết lập cỏc file SDP (địa chỉ nguồn / đớch, số cổng, giao thức). Cỏc điểm tham chiếu CBMS-7 và CBMS-6 thực hiện việc này.
2.3.1.2. Luồng thụng bỏo
Hỡnh 2.10: Luồng thụng bỏo cho phõn phỏt dũng.
Bảng 2.8 mụ tả chi tiết cỏc thụng bỏo trong hỡnh 2.10 1 Stream transmission: Truyền dẫn dũng
Cỏc ứng dụng dịch vụ của nguồn dũng bắt đầu chuyển dũng nội dung mó húa tới phần thớch nghi nền IP.
2 Stream transmission over broadcast network: Truyền dẫn dũng qua mạng quảng bỏ:
Giống nhƣ kết quả của thụng bỏo 1 dũng đƣợc dịch chuyển qua mạng quảng bỏ tới cỏc thiết bị đầu cuối.
3 Terminal starts stream reception: Thiết bị đầu cuối bắt đầu nhận dũng Tại một vài thời điểm thiết bị đầu cuối bắt đầu nhận dũng. Dũng này đƣợc đƣa trực tiếp tới bộ tập hợp thụng tin.
Tại bất kỳ một thời điểm nào thiết bị đầu cuối kết thỳc nhận thụng tin.
2.3.2. Phõn phỏt file. [8]
Đặc tớnh phõn phỏt file nhƣ sau:
- Khụng giống nhƣ dũng thời gian thực tất cả cỏc file dữ liệu đầu tiờn đƣợc nhận và lƣu trữ trong thiết bị đầu cuối trƣớc khi sử dụng bởi cỏc ứng dụng thớch hợp.
- Để đảm bảo chắc chắn cỏc file đó nhận đƣợc toàn bộ thỡ phải sử dụng giao thức phõn phỏt đỳng hƣớng. Hơn nữa, cơ chế sửa chữa phõn phỏt file đƣợc xỏc định bởi nhà cung cấp, điều này cú thể cú hay khụng sử dụng kờnh tƣơng tỏc.
2.3.2.1. Cỏc khối logic và cỏc điểm tham chiếu.
Hỡnh 2.11: Cỏc điểm tham chiếu cho phõn phỏt file.
Bảng 2.9 mụ tả cỏc chức năng trong hỡnh 2.11: Khối logic Thuộc vào
phần khối logic
Cỏc điểm tham chiếu
Nguồn file ứng dụng dịch vụ
Bờn trong tới SA
Khối chức năng tạo nội dung file đƣợc truyền tới thiết bị đầu cuối. Phõn phỏt file Ứng dụng dịch vụ CBMS-7 CBMS-5
Khối chức năng tạo các phần phân phát file. Nó có thể chứa thông tin sửa chữa server.
Tổng hợp nội dung Thiết bị đầu cuối CBMS-7 CBMS-5
Khối chức năng xử lý dòng thông tin nhận đ-ợc nó có thể bao gồm: các kênh cho bộ đệm, đồng bộ, l-u trữ, ghi nhớ dòng thông tin.
Bảng 2.9: Mô tả chức năng khối logic trong phân phát file 2.3.2.2 Luồng thông báo.
Bảng sau mô tả các thông báo cho phân phát file trong hình 2.12
1 File delivered to file Delivery scheduled for broadcast delivery:
Nguồn file phân phát một file tới chức năng phân phát file và đặc tính lịch trình và các tham số phân phát. (adsbygoogle = window.adsbygoogle || []).push({});
2 Terminal ready for file reception:
Thiết bị đầu cuối định cấu hình cho chức năng phân phát file và chờ cho file đ-ợc truyền đi.
3 File included in broadcast delivery:
Giống nh- kết quả của thông báo 1 khi thời gian lịch trình cho chức năng phân phát file đã đến thì file đó đã bao gồm trong phần phân phát. Đầu ra của phần này đ-ợc trực tiếp tới phần thích nghi nền IP.
4 File transmission starts:
Sau khi file đ-ợc cộng vào phần thích nghi nền IP trong thông báo 3 thì nó đ-ợc truyền đi qua mạng quảng bá tới thiết bị đầu cuối.
5 File delivery ended:
Trong phần phân phát file, cuối cùng các file phân phát sẽ đ-ợc kết thúc. 6 File transmission ended:
Nh- kết quả của thông báo 5 trong phần truyền các file thì quá trình truyền file kết thúc.
7 File integrity check:
- Khi việc truyền dẫn các file kết thúc thiết bị đầu cuối kiểm tra toàn bộ file bằng cách dùng checksum đ-ợc cung cấp bởi phần phân phát file. - Hai cơ chế sửa chữa đ-ợc xác định nh- sau:
File quảng bá đ-a đến phần sửa chữa. Nếu thiết bị đầu cuối sử dụng thì tuần tự bản tin đ-ợc dùng một lần nữa cho việc đ-a lên phần sửa chữa. Việc đ-a lên server sửa chữa là một loại đặc biệt mà có thể đ-ợc sử dụng nếu thiết bị đầu cuối có điểm cuối cho kênh t-ơng tác.
8 Random wait for issuing file repair request:
Nếu kênh t-ơng tác trong phần phân phát file báo hiệu sữa chữa thì file này không hoàn chỉnh hay lỗi và thiết bị đầu cuối báo điểm kết thúc cho kênh t-ơng tác và kênh này phải chờ khoảng thời gian ngẫu nhiên tr-ớc khi yêu cầu sữa chữa trong thông báo 9. Điều này giúp giảm nội dung cho yêu cầu server sửa chữa.
9 HTTP file repair request:
Thiết bị đầu cuối thực hiện một yêu cầu HTTP cho các phần của file có lỗi hay bị dừng.
Sự phúc đáp có thể nh- sau:
Các phần lỗi trong thân bản tin phúc đáp. Trong tr-ờng hợp này file nhận đ-ợc hoàn thành.
Định h-ớng lại tới một server khác. Trong tr-ờng hợp này thiết bị đầu cuối thực hiện bản tin HTTP tới server sửa chữa khác.
Định h-ớng lại tới một phần sửa chữa mạng quảng bá thì đ-ợc chỉ thị bằng một bản tin định h-ớng tới file SDP cho phần sửa chữa. Trong tr-ờng hợp này thiết bị đầu cuối bắt đầu sử dụng phần sửa chữa cho luồng thông báo mô tả ở đây.
Bảng 2.10: Mô tả các thông báo trong phân phát file
2.4. TRAO ĐỔI DỊCH VỤ VÀ BẢO VỆ. [4]
Đặc tớnh IPDC bao gồm một đặc tớnh cho trao đổi dịch vụ và bảo vệ mà nú chứa 3 thuật toỏn cho nội dung/ mó húa dịch vụ và 2 hệ thống cho cỏc thành phần cần thiết khỏc. Cấu trỳc cho trao đổi dịch vụ và bảo vệ đƣợc mụ tả nhƣ sau:
2.4.1. Kiểu bảo vệ dịch vụ phõn cấp.
Hỡnh 2.13 biểu diễn mụ hỡnh phõn cấp cho bảo vệ dịch vụ.
Registration:
Chỡa khúa và thụng tin về dữ liệu (metadata) đƣợc trao đổi trong suốt quỏ trỡnh đăng nhập cho đến khi thiết bị đầu cuối giải mó húa và xỏc nhận cỏc quyền truy nhập nội dung.
Rights management:
Trong lớp quản lý quyền, cỏc thụng bỏo quản lý khúa ( KMM) đƣợc cung cấp nhƣ kết quả của quỏ trỡnh trao đổi và dịch chuyển tới thiết bị đầu cuối qua kờnh tƣơng tỏc hay kờnh quảng bỏ. Điều này cú chứa khúa giải mó húa dịch vụ (SEK) hay thụng tin nhƣ cỏc quyền đƣợc phộp.
Key Stream: (adsbygoogle = window.adsbygoogle || []).push({});
Lớp này thực hiện việc phõn phỏt luồng khúa đƣợc giải mó húa (TEK) bởi dịch chuyển cỏc thụng bỏo dũng khúa (KSM) tới thiết bị đầu cuối trờn
kờnh quảng bỏ. Cỏc thụng bỏo này cú chứa thụng tin mà cho phộp thiết bị đầu cuối cấu trỳc lại cỏc khúa giải mó húa (TEK) cần thiết để giải mó nội dung. ESM/KSM cú thể chứa thờm cỏc thụng tin để điều khiển truy nhập dịch vụ nhƣ truy nhập cỏc tiờu chuẩn.
Content Protection:
Nội dung dịch vụ đƣợc mó húa theo thuật toỏn mó húa đối xứng với một khúa mó húa (TEK). Sự mó húa cú thể thực hiện trờn lớp liờn kết (IPSEC), lớp phiờn (SRTP), hay lớp nội dung (ISMACryp). Cỏc khúa thay đổi liờn tục để ngăn chặn khúa thời gian thực tấn cụng.
2.4.2. Khối logic và cỏc điểm tham chiếu.
Hỡnh 2.14: Mụ tả khối chức năng và cỏc điểm tham chiếu cho phần trao đổi dịch vụ và bảo mật.
Khối logic Thuộc vào phần khối
Cỏc điểm tham chiếu
logic Nguồn dũng
mó húa
ứng dụng dịch vụ
CBMS-2 Đầu ra của cỏc dũng mụi trƣờng (õm thanh, hỡnh ảnh, dữ liệu) đi thẳng đến mạng quảng bỏ và sử dụng cỏc tham số cấu hỡnh đƣợc ghi nhớ từ cấu hỡnh ứng dụng dịch vụ. Mó húa nội dung Ứng dụng dịch vụ
CBMS-2 Khối chức năng trao đổi của nội dung mã hóa. Mã hóa nội dung và mã hóa liên kết cần thiết không đ-ợc sử dụng đồng thời. Mã hóa liên kết Mạng quảng bá
CBMS-2 Khối chức năng trao đổi mã hóa nội dung ở lớp liên kết. Kiểu mã hóa này là bí mật của nội dung dịch vụ. Mã hóa nội dung và mã hóa liên kết cần thiết không đ-ợc sử dụng đồng thời. Tạo khóa luồng và tạo ECM/KSM ứng dụng dịch vụ hay mạng quảng bá
CBMS-2 Khối chức năng này phỏt cỏc khúa mó húa luồng cho nội dung hay cỏc luồng liờn kết. TEK đƣợc thay đổi tuần tự. Tạo khúa chƣơng trỡnh/ dịch vụ ứng dụng dịch vụ hay mạng quảng bỏ
CBMS-7 Khối chức năng này tạo ra các