CHƯƠNG 3 TRIỂN KHAI MẠNG TRUY NHẬP TRIPLE PLAY
3.2.5.2. Bộ ghép lại VLAN 1:1 và multicast các VLAN
Thiết kế một bộ ghép lại VLAN 1:1 và một dịch vụ VLAN đối với multicast và tạo ra một trong hai bộ ghép lại. Một multicast VLAN là một giữa bộ định tuyến biên ( thông thường là một BNG, mặc dù điều này là không bắt buộc ) và một DSLAM và được chuyên dụng với lưu lượng multicast. Một dịch vụ triple-play đầy đủ trọn vẹn đưa ra gồm có dịch vụ dữ liệu, video, và dịch vụ voice. Trong thuật ngữ cơ bản, đối với video, đây là IPTV multicast và VoD unicast. Bởi vì VoD unicast không phải luôn là một dịch vụ, cần thiết về băng thông, không thú vị bằng với TV broadcast. TV broadcast (IPTV) sử dụng multicast để cung cấp truyền hình broadcast qua một hệ thống IP. Do đó, nó là phổ biến xem như là một dịch vụ tận dụng cao trong suốt thời gian truyền hình chủ yếu-nhiều hơn rất nhiều so với VoD. Đầu tiên, một số thông tin nền trên multicast là cần hiểu các lợi ích của phương pháp bộ ghép lại.
Khi đa số người xem xem cùng kênh IPTV, chuyển tiếp multicast có thể cung cấp kênh duy nhất một luồng dọc theo các phần phổ biến của hệ thống mà không cần quan tâm tới số lượng người xem. Video unicast sẽ yêu cầu một luồng từ một server trung tâm cho mỗi người xem. Ngay sau khi các luồng truyền thông không đi theo một đường đithoong thường nữa, các bộ định tuyến (hoặc các bộ chuyển mạch) tái tạo dữ liệu dữ liệu tới th bao cần.
Cho ví dụ, hình 3.11chỉ ra hai khách hàng, mỗi yêu cầu hiển thị một kênh tại cùng một thời điểm trên hệ thống VLAN 1:1. Dữ liệu multicast gửi từ server video, qua mạng lõi và sau đó tới BNG là chỉ duy nhất một luồng. Bởi vì đây khơng là một đường đi logic thông thường nữa để kênh video đi theo BNG cần tái tạo các nhóm xuống mõi VLAN khách hàng. Bạn phải nói răng kênh video dùng chung một đường đi thông thường gữa BSR và DSLAM –S-VLAN. Tuy nhiên, trong thuật ngữ các C- VLAN, các luồng là trong các đường đi riêng biệt và không thể thúc đẩy lợi ích của một kênh thơng thường. Tái tạo các luồng multicast tới mỗi C-VLAN tại BNG thay vì trực tiếp vào trong một VLAN multicast sẽ là không mong muốn từ một bối cảnh tận dụng lưu lượng. Nó là nguyên nhân sự sử dụng bổ sung trên BNG, trên mạng kết hợp và trên DSLAM. Cung cấp nội dung video bởi duy nhất một luồng multicast tới DSLAM và cho phép nó tái tại là một lựa chọn tốt hơn. Tất nhiên nếu DSLAm không thể thực hiện can thiệp vào IGMP, sự tái tạo ở DSLAM không là một tùy chọn thiết thực, và video multicast cần tái tạo qua mỗi C-VLAN.
Hình 3.12 chỉ ra duy nhất một VLAN multicast kéo dài từ BNG qua mạng kết hợp tới DSLAM. Bây giờ có một đường đi thơng thường tới mỗi DSLAM cho nội dung video multicast, vì vậy chỉ có một sự sao lại các luồng truyền thong trên dặm cuối cùng tới CPE. Tiết kiệm băng thông. Bổ sung thông tin cần xây dựng vào trong DSLAM vì vậy nó có thể theo dấu của các thuê bao mà được yêu cầu kênh riêng biệt đối với đúng sự tái tạo. Khi một CPE u cầu hiển thị một kênh, nó gửi thơng báo tới BNG trong một dạng u cầu IGMP, địi hỏi nó bắt đầu gửi dữ liệu multicast. Thông báo này thông qua DSLAM, DSLAM lột vỏ bên trong lưu lượng khách hàng và khám phá ra rằng một CPE muốn tham gia hay rời bỏ một kênh video. Sau đó nó them vào cổng DSL tới một bảng mà theo dấu các cổng nó cần tái tạo lại kênh. Lưu ý rằng trong mơ hình này, đây vãn chỉ là duy nhất một PVC/VLAN trên vòng lặp cục bộ giữa DSLAM và CPE. Cách để tách lưu lượng multicast từ PPPoE để sử dụng một loại Ethernet khác với PPPoE và IPoE. Đây là một giải pháp vốn có bởi vì bộ định tuyến multicast gửi IP qua Ethernet các khung với đúng loại thiết lập trong tiêu đề Ethernet. Khi DSLAM nhận được các khung này, nó dễ dàng chuyển các khung này tới CPE. Nó có nhiệm vụ CPE thực hiện giao thức phân kênh nhiệm vụ hủy bỏ một PVC.
Hình 3.12 Chuyển tiếp multicast sử dụng một VLAN multicast chun dụng
Mơ hình lai u cầu bổ sung khả năng của giao thức trong hệ thống so với các VLAN 1:1:
• DSLAM cần kiểm tra tải trọng IP của các gói tin gửi tới BNG để phù hợp với thông tin quản lý. IGMP lien quan vào không là một nội dung mới. Tuy nhiên, khi sử dụng PPPoE so với cầu nối IP và DHCP, sự kiểm tra khó lường bên trong gói tin được gửi.
• DSLAM cần hoạt động như một IGMP khách hàng có tiếng để sao lại IGMP yêu cầu từ thuê bao tới VLAN multicast. Lý do này BNG truyền dẫn luồng video xuống đúng VLAN. Chú ý rằng trong hình 4.21. dữ liệu multicast được đưa ra qua VLAN multicast, nhưng phiên người dùng kéo dài một C-VLAN chuyên dụng giữa CPE và BNG. Khi CPE gửi yêu cầu tới hệ thống để đưa ra một kênh multicast, BNg nhận được yêu cầu IGMP và bắt đầu gửi xuống VLAN khách hàng. Cho nên DSLAM cần sao lại gói tin IGMP trên VLAN multicast để có được lưu lượng bắt nguồn đúng đường đi.
• Một phương án khác để DSLAM hoạt động như một khách hàng có tiếng đối với CPE thực hiện nhiệm vụ của khách hàng có tiếng. CPE gửi hai gói tin vào trong PVC tới DSLAM. Một được đóng gói trong IpoE và một được đóng gói trong phiên PPPoE.
• Khi nhóm multicast được truyền dẫn từ BNG, DSLAM cần tương quan với luồng đến với đúng các cổng DSL đi ra.
Hình 3.12 chỉ ra duy nhất một BNG truyền IPTV tới DSLAM cũng như điều khiển Internet và lưu lượng thoại. Nó có thể tách nhiệm vụ truyền dẫn dữ liệu multicast tới một bộ định tuyến riêng biệt, như được chỉ ra trong hình 3.13. Các lý do để thực hiện điều này có thể là sử dụng tái tạo lại multicast trên một bộ định tuyến hoặc bộ chuyển mạch đơn giản hơn và ít tốn kém hơn. Nó cũng có thể là nhiệm vụ tách qua các bộ định tuyến khác nhau làm giảm sự phức tạp của thiết bị- không cần thiết đối với lý do giá cả, nhưng để tránh sự quá tải một bộ định tuyến với nhiều đặc trưng đồng thời. Điều này giống như hình 3.9. Tuy nhiên sự khác nhau đó là Internet, voice và VoD bộ định tuyến có thể vẫn nhận dạng một hộ gia đình dựa trên một C- VLAN ID. Trong kiến trúc dịch vụ VLAN, một khách hàng có thể chỉ được nhận dạng dựa trên hoặc là một ID DHCP tùy chọn 82 ID hoặc là một ID PPPoE đối tượng trung gian IA (Intermediate Agent ).
Hình 3.13 Chuyển tiếp multicast với một mơ hình BNG từng phần khơng tập trung