In a typical layered protocol architecture, such asTCP/IP or OSI, each dịch - In a typical layered protocol architecture, such asTCP/IP or OSI, each Việt làm thế nào để nói

In a typical layered protocol archi

In a typical layered protocol architecture, such as
TCP/IP or OSI, each layer of the architecture contains a subset of the functions to be
performed for communications, and each layer must logically be structured as a sepa-
rate module in end systems. Thus, on transmission, a block of data flows down through
and is sequentially processed by each layer of the architecture. This structure restricts
the implementer from invoking certain functions in parallel or out of the layered order
to achieve greater efficiency. Integrated layer processing, as proposed in [CLAR90],
captures the idea that adjacent layers may be tightly coupled and that the implementer
should be free to implement the functions in those layers in a tightly coupled manner.
The idea that a strict protocol layering may lead to inefficiencies has been pro-
pounded by a number of researchers. For example, [CROW92] examined the ineffi-
ciencies of running a remote procedure call (RPC) on top of TCP and suggested a
tighter coupling of the two layers. The researchers argued that the integrated layer
processing approach is preferable for efficient data transfer.
Figure 24.12 illustrates the manner in which RTP realizes the principle of inte-
grated layer processing. RTP is designed to run on top of a connectionless transport
protocol such as UDP. UDP provides the basic port addressing functionality of the
transport layer. RTP contains further transport-level functions, such as sequencing.
However, RTP by itself is not complete. It is completed by modifications and/or
additions to the RTP headers to include application-layer functionality. The figure
indicates that several different standards for encoding video data can be used in
conjunction with RTP for video transmission.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Trong một điển hình lớp giao thức kiến trúc, chẳng hạn nhưTCP/IP hoặc OSI, mỗi lớp của kiến trúc có chứa một tập hợp con của các chức năng đểthực hiện cho truyền thông, và mỗi lớp một cách hợp lý phải được xây dựng như một sepa-tỷ lệ các phân hệ trong hệ thống đầu cuối. Vì vậy, trên truyền, một khối dữ liệu chảy xuống thông quavà được xử lý tuần tự của mỗi lớp của kiến trúc. Cấu trúc này hạn chếcông việc từ cách gọi một số chức năng song song hoặc ra khỏi bộ lớpđể đạt được hiệu quả cao hơn. Xử lý tích hợp lớp, như đề xuất trong [CLAR90],nắm bắt ý tưởng rằng lớp cận kề có thể được kết hợp chặt chẽ và rằng công việcnên được miễn phí để thực hiện các chức năng trong những lớp một cách chặt chẽ cùng.Ý tưởng rằng một lớp giao thức nghiêm ngặt có thể dẫn đến thiếu hiệu quả đã được pro-tấn công bởi một số nhà nghiên cứu. Ví dụ: [CROW92] kiểm tra ineffi-ciencies của chạy một thủ tục từ xa (RPC) gọi trên đầu trang của TCP và đề nghị mộtkhớp nối chặt chẽ hơn của hai lớp. Các nhà nghiên cứu cho rằng lớp tích hợpchế biến cách tiếp cận là thích hợp hơn để truyền dữ liệu hiệu quả.24,12 hình minh hoạ cách mà RTP nhận ra các nguyên tắc của inte-grated lớp xử lý. RTP được thiết kế để chạy trên đầu trang của một tàu vận tải connectionlessgiao thức như UDP. UDP cung cấp cổng cơ bản địa chỉ các chức năng của cáctầng giao vận. RTP chứa thêm chức năng vận chuyển cấp, chẳng hạn như trình tự.Tuy nhiên, RTP của chính nó là không đầy đủ. Nó được hoàn thành bởi sửa đổi và/hoặcbổ sung vào các tiêu đề RTP để bao gồm các lớp ứng dụng chức năng. Các con sốchỉ ra rằng một số tiêu chuẩn khác nhau để mã hóa dữ liệu video có thể được sử dụng trongkết hợp với RTP cho truyền video.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trong một kiến trúc giao thức lớp điển hình, chẳng hạn như
TCP / IP hoặc OSI, mỗi lớp của kiến trúc có chứa một tập hợp con của các chức năng được
thực hiện cho truyền thông, và mỗi lớp một cách hợp lý phải được cấu trúc như một sepa-
Module tỷ giá trong hệ thống đầu cuối. Như vậy, trên truyền, một khối dữ liệu chảy xuống qua
và được tuần tự xử lý bởi mỗi lớp của kiến trúc. Cấu trúc này hạn chế
người thực hiện từ cách gọi chức năng nhất định song song hoặc ra khỏi trật tự lớp
để đạt được hiệu quả cao hơn. Chế biến lớp tích hợp, như đề xuất trong [CLAR90],
nắm bắt ý tưởng rằng lớp liền kề có thể được kết chặt chẽ và rằng người thực hiện
nên được tự do thực hiện các chức năng trong những lớp một cách chặt chẽ.
Các ý tưởng rằng một giao thức lớp nghiêm ngặt có thể dẫn đến sự thiếu hiệu quả đã được trình
đập bởi một số nhà nghiên cứu. Ví dụ, [CROW92] đã kiểm tra không hiệu
thiếu sót của chạy một thủ tục gọi từ xa (RPC) trên đầu trang của TCP và đề nghị một
khớp nối chặt chẽ của hai lớp. Các nhà nghiên cứu cho rằng các lớp tích hợp
phương pháp chế biến là thích hợp hơn cho việc chuyển giao dữ liệu hiệu quả.
Hình 24,12 minh họa cách thức mà RTP nhận ra nguyên tắc inte-
chế biến lớp grated. RTP được thiết kế để chạy trên đầu trang của một phương tiện giao thông hướng kết nối
giao thức như UDP. UDP cung cấp các chức năng cổng giải quyết cơ bản của
lớp truyền tải. RTP chứa thêm chức năng vận chuyển cấp, chẳng hạn như trình tự.
Tuy nhiên, RTP bởi chính nó là không đầy đủ. Nó được hoàn thành bằng cách sửa đổi và / hoặc
bổ sung vào tiêu đề RTP để bao gồm các chức năng tầng ứng dụng. Con số này
cho thấy rằng các tiêu chuẩn khác nhau để mã hóa dữ liệu video có thể được sử dụng trong
kết hợp với RTP để truyền video.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: