RTP BasicsRTP typically runs on top

RTP Basics
RTP typically runs on top of UDP. The sending side encapsulates a media chunk
within an RTP packet, then encapsulates the packet in a UDP segment, and then
hands the segment to IP. The receiving side extracts the RTP packet from the UDP
segment, then extracts the media chunk from the RTP packet, and then passes the
chunk to the media player for decoding and rendering.
As an example, consider the use of RTP to transport voice. Suppose the voice
source is PCM-encoded (that is, sampled, quantized, and digitized) at 64 kbps. Further suppose that the application collects the encoded data in 20-msec chunks, that is,
160 bytes in a chunk. The sending side precedes each chunk of the audio data with
anRTP headerthat includes the type of audio encoding, a sequence number, and a
timestamp. The RTP header is normally 12 bytes. The audio chunk along with the
RTP header form the RTP packet. The RTP packet is then sent into the UDP socket
interface. At the receiver side, the application receives the RTP packet from its socket
interface. The application extracts the audio chunk from the RTP packet and uses the
header fields of the RTP packet to properly decode and play back the audio chunk.
If an application incorporates RTP—instead of a proprietary scheme to provide
payload type, sequence numbers, or timestamps—then the application will more easily
interoperate with other networked multimedia applications. For example, if two different companies develop VoIP software and they both incorporate RTP into their product,
there may be some hope that a user using one of the VoIP products will be able to communicate with a user using the other VoIP product. In Section 7.4.2, we’ll see that RTP
is often used in conjunction with SIP, an important standard for Internet telephony.
It should be emphasized that RTP does not provide any mechanism to ensure
timely delivery of data or provide other quality-of-service (QoS) guarantees; it

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

RTP khái niệm cơ bảnRTP thường chạy trên đầu trang của UDP. Đóng gói bên gửi một đoạn phương tiện truyền thôngtrong vòng một gói RTP, sau đó đóng gói gói trong một phân đoạn UDP, và sau đóbàn tay các phân đoạn cho IP. Bên nhận được chiết xuất từ gói RTP từ UDPphân khúc, sau đó phương tiện truyền thông đoạn từ gói RTP, và sau đó vượt qua cácchunk để các cầu thủ phương tiện truyền thông để giải mã và rendering.Ví dụ, xem xét việc sử dụng các RTP để vận chuyển thoại. Giả giọng nóinguồn là PCM mã hóa (có nghĩa là, lấy mẫu, lượng tử hóa, và số hóa) tại 64 kbps. Tiếp tục cho rằng các ứng dụng thu thập dữ liệu được mã hóa trong 20 msec khối, có nghĩa là,160 byte trong một đoạn. Bên gửi đến trước mỗi đoạn dữ liệu âm thanh vớianRTP headerthat bao gồm các loại âm thanh mã hóa, một số thứ tự, và mộtdấu thời gian. Tiêu đề RTP thường là 12 byte. Đoạn âm thanh cùng với cácMẫu tiêu đề RTP gói RTP. Gói RTP sau đó được gửi vào các ổ cắm UDPgiao diện. Tại bên nhận, ứng dụng sẽ nhận được gói RTP từ ổ cắm của nógiao diện. Ứng dụng chiết xuất đoạn âm thanh từ các gói RTP và sử dụng cácCác trường tiêu đề của gói RTP để đúng cách giải mã và phát lại đoạn âm thanh.Nếu một ứng dụng kết hợp RTP — thay vì một chương trình độc quyền cung cấploại tải trọng, số thứ tự hoặc timestamps — sau đó ứng dụng sẽ dễ dàng hơninteroperate với các ứng dụng đa phương tiện trên mạng. Ví dụ, nếu hai công ty khác nhau phát triển phần mềm VoIP và họ RTP kết hợp cả hai vào sản phẩm của họ,there may be some hope that a user using one of the VoIP products will be able to communicate with a user using the other VoIP product. In Section 7.4.2, we’ll see that RTPis often used in conjunction with SIP, an important standard for Internet telephony.It should be emphasized that RTP does not provide any mechanism to ensuretimely delivery of data or provide other quality-of-service (QoS) guarantees; it

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

RTP Khái niệm cơ bản
RTP thường chạy trên UDP. Phía gửi gói gọn một đoạn truyền thông
trong một gói RTP, sau đó đóng gói các gói tin trong một phân đoạn UDP, và sau đó
đưa cho phân khúc sang IP. Bên nhận chiết xuất từ các gói tin RTP từ UDP
phân đoạn, sau đó trích xuất các đoạn phương tiện truyền thông từ các gói tin RTP, và sau đó vượt qua
đoạn để các cầu thủ phương tiện truyền thông để giải mã và vẽ.
Ví dụ, hãy xem xét việc sử dụng RTP để vận chuyển bằng giọng nói. Giả giọng
nguồn là PCM-mã hoá (có nghĩa là, lấy mẫu, lượng tử hóa, và số hóa) tại 64 kbps. Hơn nữa giả sử rằng các ứng dụng thu thập các dữ liệu được mã hóa trong khối 20 msec, đó là,
160 byte trong một đoạn. Các bên gửi trước mỗi đoạn của dữ liệu âm thanh với
anRTP headerthat bao gồm các loại mã hóa âm thanh, một số thứ tự, và một
dấu thời gian. Các tiêu đề RTP bình thường là 12 byte. Các đoạn âm thanh cùng với
tiêu đề RTP hình thành các gói tin RTP. Sau đó các gói tin RTP được gửi vào socket UDP
giao diện. Tại phía thu, các ứng dụng nhận các gói tin RTP từ socket của nó
giao diện. Các ứng dụng chiết xuất các đoạn âm thanh từ các gói tin RTP và sử dụng các
lĩnh vực tiêu đề của gói tin RTP đúng giải mã và phát lại các đoạn âm thanh.
Nếu một ứng dụng kết hợp RTP-thay vì một chương trình độc quyền để cung cấp
loại trọng tải, số thứ tự, hoặc timestamps -Sau đó, các ứng dụng sẽ dễ dàng hơn
tương thích với các ứng dụng đa phương tiện nối mạng khác. Ví dụ, nếu hai công ty khác nhau phát triển phần mềm VoIP và cả hai đều kết hợp RTP vào sản phẩm của họ,
có thể có một số hy vọng rằng người dùng sử dụng một trong các sản phẩm VoIP sẽ có thể giao tiếp với một người dùng sử dụng các sản phẩm VoIP khác. Trong phần 7.4.2, chúng ta sẽ thấy rằng RTP
thường được sử dụng kết hợp với SIP, một tiêu chuẩn quan trọng cho điện thoại Internet.
Cần nhấn mạnh rằng RTP không cung cấp bất kỳ cơ chế để đảm bảo
giao hàng kịp thời của dữ liệu hoặc cung cấp chất lượng của khác -service (QoS) đảm bảo; nó