The DVB server-based FCC solution h

The DVB server-based FCC solution has many commonalities with DVB LMB RET unicast repair because both solutions leverage the same protocol/architecture concepts. The main aspects of these common protocol/architecture concepts are specified in:
RFC 4585 [84]: Extended RTP Profile for Real-time Transport Control Protocol (RTCP)-Based Feedback (RTP/AVPF).
RFC 4588 [85]: RTP Retransmission Payload Format.
RFC 5760 [111]: RTCP Extensions for Single-Source Multicast Sessions with Unicast Feedback.
The DVB server-based FCC solution leverages IETF RFC 6285 [116], also referred to as RAMS (Unicast-Based Rapid
Acquisition of Multicast RTP Sessions). RAMS specifies the interactions between an RTP receiver and a
"Retransmission Server", and defines new RAMS RTCP FeedBack messages (RAMS-R, -I and -T) for controlling the burst process.
This RAMS "Retransmission server" is responsible for sending the RTP burst (resulting in the FCC experience) but also for sending retransmissions in response to retransmission requests. RFC 6285 [116] stipulates that RTP retransmissions and RTP burst packets are transmitted in one and the same unicast RTP (retransmission) session, with the RTP burst packets formatted with a retransmission payload header (RFC 4588 [85]).
DVB server-based FCC will not deviate from these rules, which means that when both the RET and FCC services are offered for a DVB LMB service, and a HNED makes use of both these services:
The DVB LMB RET server and DVB FCC server coincide and are one and the same. This server will be referred to in this text as the DVB FCC (/LMB RET) server.

Kết quả (Việt) 1:

Giải pháp FCC DVB dựa trên máy chủ có nhiều commonalities với DVB LMB RET unicast sửa chữa bởi vì cả hai giải pháp thúc đẩy các khái niệm giao thức/kiến trúc tương tự. Các khía cạnh chính của các khái niệm giao thức/kiến trúc phổ biến được chỉ định trong: RFC 4585 [84]: Mở rộng hồ sơ RTP cho giao thức kiểm soát thời gian thực giao thông vận tải (RTCP)-dựa trên thông tin phản hồi (RTP/AVPF). RFC 4588 [85]: RTP Retransmission trọng tải định dạng. RFC 5760 [111]: RTCP Tiện ích mở rộng cho buổi phát đa hướng đơn-nguồn với Unicast thông tin phản hồi. Thúc đẩy giải pháp FCC DVB dựa trên máy chủ IETF RFC 6285 [116], cũng được gọi là RAMS (Unicast-Based nhanh Mua lại của Multicast RTP phiên). RAMS xác định sự tương tác giữa một bộ tiếp nhận RTP và một "Retransmission Server", và định nghĩa RAMS RTCP phản hồi thư mới (RAMS-R, - tôi và -T) cho việc kiểm soát quá trình bùng nổ. Này RAMS "Retransmission máy chủ" chịu trách nhiệm cho việc gửi sự bùng nổ RTP (dẫn đến kinh nghiệm FCC) mà còn để gửi truyền lại để đáp ứng với yêu cầu retransmission. RFC 6285 [116] quy định rằng RTP truyền lại và RTP burst gói tin được truyền trong một và giống nhau unicast RTP (retransmission) phiên, với các gói dữ liệu nổ RTP, định dạng với một tiêu đề tải trọng retransmission (RFC 4588 [85]). DVB dựa trên máy chủ FCC không sẽ đi chệch khỏi các quy tắc, mà có nghĩa là khi RET và FCC dịch vụ được cung cấp cho một dịch vụ DVB LMB, và một HNED làm cho việc sử dụng các dịch vụ này: DVB LMB RET server và DVB FCC server trùng và được một và giống nhau. Hệ phục vụ này sẽ được giới thiệu đến trong văn bản này như DVB FCC (/ LMB RET) máy chủ.

Kết quả (Việt) 2:

Các giải pháp FCC DVB dựa trên máy chủ có nhiều điểm chung với DVB LMB RET sửa chữa unicast vì cả hai giải pháp tận dụng các khái niệm giao thức / kiến trúc tương tự. Các khía cạnh chính của các khái niệm giao thức phổ biến / kiến trúc được quy định tại:
RFC 4585 [84]. Extended RTP hồ sơ cho Real-time Transport Control Protocol (RTCP) Phản hồi Based (RTP / AVPF)
RFC 4588 [85]: RTP Tiếp sóng . Định dạng Payload
RFC 5760 [111]:. RTCP Extensions cho Single-Source Multicast Sessions với Phản hồi Unicast
Các giải pháp FCC DVB dựa trên máy chủ thúc đẩy IETF RFC 6285 [116], còn được gọi là RAMS (Unicast-Based nhanh
Mua Multicast RTP Sessions). RAMS xác định sự tương tác giữa một máy thu RTP và một
"Tiếp sóng Server", và định nghĩa mới RAMS RTCP điệp Phản hồi (RAMS-R, -I và -T) để kiểm soát quá trình bùng nổ.
RAMS này "Tiếp sóng máy chủ" là trách nhiệm gửi RTP vỡ (kết quả là kinh nghiệm FCC) mà còn cho việc gửi truyền lại để đáp ứng với yêu cầu truyền lại. RFC 6285 [116] quy định rằng truyền lại RTP và RTP vỡ các gói tin được truyền đi trong một và RTP (phát lại) phiên unicast cùng, với RTP vỡ các gói được định dạng bằng cú đánh đầu truyền lại tải trọng (RFC 4588 [85]).
Dựa trên máy chủ-DVB FCC sẽ không đi chệch khỏi những quy tắc này, có nghĩa là khi cả hai RET và dịch vụ FCC được cung cấp cho một dịch vụ DVB LMB, và một HNED làm cho sử dụng cả hai dịch vụ:
Các máy chủ DVB LMB RET và DVB FCC máy chủ trùng và là một và như nhau. Máy chủ này sẽ được đề cập đến trong văn bản này là (/ LMB RET) server DVB FCC.