Trƣờng PT (payload type): Dài 7 bit, xác định kiểu mã hoá và nén audio/video đƣợc dùng trong phiên RTP (RTPsession); do đó RTP hỗ trợ 128 kiểu dữ liệu. Với luồng audio, trƣờng payload type dùng để xác định kiểu mã hóa audio (PCM chẳng hạn) đƣợc sử dụng. Nếu phía gửi quyết định thay đổi kiểu mã hóa trong một session, phía gửi có thể thơng báo cho phía nhận sự thay đổi qua trƣờng này. Việc thay đổi kiểu mã hóa thƣờng nhằm để tăng chất lƣợng audio hoặc giảm tốc độ bit của RTP stream.
Trƣờng sequence number: Trƣờng này có độ dài 16 bít. Số tuần tự tăng lên 1 sau khi mỗi gói RTP đƣợc gửi đi, nó có thể đƣợc phía nhận dùng để phát hiện sự mất gói tin và khơi phục lại gói tin bị mất. Ví dụ: nếu phía nhận nhận đƣợc các gói RTP có khoảng trống giữa số 86 và 89 thì sẽ biết đƣợc rằng gói thứ 87, 88 bị mất và nó cố gắng khơi phục lại dữ liệu mất Trƣờng timestamp: Trƣờng này dài 32 bít. Nó xác định thời điểm lấy mẫu
của byte đầu tiên trong gói dữ liệu RTP. Phía nhận dùng timestamp để loại bỏ thăng giáng độ trễ. Timestamp đƣợc lấy từ đồng hồ lấy mẫu ở phía gửi. Ví dụ: timestamp tăng lên 1 sau mỗi chu kì lấy mẫu.
Trƣờng synchronization source identifier (SSRC): Trƣờng này dài 32 bit. Nó xác định số định danh của luồng RTP. Mỗi luồng trong một phiên RTP có một số SSRC phân biệt. SSRC khơng phải là địa chỉ IP của phía
gửi mà là một số mà phía nguồn gán ngẫu nhiên khi một luồng mới bắt đầu.
2.5 Hạn chế của TCP, UDP và RTP
Trong những năm gần đây, sự phát triển nhƣ vũ bão của các công nghệ mạng, các kỹ thuật nén, dụng lƣợng thiết bị lƣu trữ đã làm bùng nổ các ứng dụng mới trên Internet, nhƣ là truyền dòng số liệu video(streaming video), điện thoại trên mạng IP (IP telephony), hội thảo từ xa (teleconferencing), trò chơi tƣơng tác (interactive game), thế gới ảo (virtual world), học từ xa,… Những ứng dụng truyền thông đa phƣơng tiện là các ứng dụng trên môi trƣờng truyền thông liên tục, yêu cầu về băng thông, độ trễ, lỗi…khác với các ứng dụng truyền thống nhƣ e-mail, Web, telnet, … Các ứng dụng truyền thông đa phƣơng tiện chủ yếu chứa dữ liệu audio và video là động, yêu cầu về băng thông cao, vô cùng nhạy với độ trễ và phụ thuộc vào ứng dụng mạng đa phƣơng tiện cụ thể. Mặt khác, các ứng dụng này cho phép một mức độ mất mát gói tin nhất định. Sự mất mát này chỉ gây ra sự thực thi không đều trong audio hoặc video mà ngƣời dùng khơng nhận ra đƣợc và thƣờng có thể đƣợc che dấu một phần hoặc hoàn toàn tuỳ theo từng chuẩn mã hoá khác nhau. Điều này hoàn toàn ngƣợc lại với các ứng dụng truyền thống, dữ liệu là tĩnh (text, image, v.v.) có thể bỏ qua độ trễ nhƣng không chấp nhận sự mất mát.
Để thấy đƣợc hạn chế của các giao thức trên trong các ứng dụng mới, chúng ta sẽ xét qua một ứng dụng cụ thể là hệ thống điện thoại hữu tuyến và khả năng sử dụng các giao thức trên trong truyền tải tín hiệu điện thoại của hệ thống điện thoại trên mạng IP.
Hệ thống điện thoại hữu tuyến đƣợc sử dụng từ hàng thế kỷ nay. Đặc điểm của hệ thống này là sự chiếm dụng đƣờng truyền khi hai đầu cuối sử dụng để đàm thoại, yêu cầu chặt chẽ về độ trễ và độ tin cậy. Khi hệ thống mạng dựa trên nền IP phát triển rộng khắp (Internet), nẩy sinh nhu cầu truyền tải các tín hiệu điện thoại dựa trên mạng IP. Nhu cầu này xuất phát từ một thực tế là khi thực hiện những cuộc gọi điện thoại đƣờng dài, phải thiết lập một kênh truyền giữa hai đầu cuối sử dụng để đàm thoại. Việc thiết lập
đƣờng truyền nhƣ vậy là rất tốn kém và lãng phí. Lãng phí ở điểm trong khi đàm thoại, không phải lúc nào hai đầu cuối liên tục sử dụng để thoại mà có những khoảng lặng, khi đó đƣờng truyền khơng đƣợc sử dụng gì mà ngƣời dùng vẫn phải trả tiền. Với việc dùng mạng Internet để truyền tải tín hiệu điện thoại, giá thành cuộc gọi sẽ rất rẻ, cuộc gọi đƣờng dài trở thành cuộc gọi nội hạt do không phải thiết lập kênh truyền riêng giữa hai đầu cuối. Tuy nhiên, các giao thức đã đƣợc phát triển và sử dụng là TCP và UDP có quá nhiều hạn chế, không thể khắc phục đƣợc, làm chất lƣợng cuộc gọi không tốt, dẫn tới nhu cầu phát triển giao thức mới.
2.5.1 Hạn chế của TCP
TCP (Chuẩn hoá bởi IETF RFC 793) đã đƣợc phát triển trên 20 năm cho các ứng dụng đòi hỏi độ tin cậy trong truyền tải dữ liệu, độ trễ của dữ liệu vừa phải với thứ tự đƣợc đảm bảo chặt chẽ. Ứng dụng truyền tín hiệu điện thoại cũng đòi hỏi độ tin cậy nhƣng khơng nhất thiết phải đảm bảo tính tuần tự của toàn bộ khối lƣợng dữ liệu truyền tải mà thƣờng chỉ yêu cầu đảm bảo tính tuần tự trong từng phần của dữ liệu. Sự đảm bảo tuần tự dữ liệu tồn bộ của TCP có thể làm tăng độ trễ của dữ liệu khi truyền tải.
Trong cơ chế truyền tải dữ liệu của TCP, độ trễ lớn có thể xảy ra khi có lỗi thuộc loại HOLB (Head Of Line Blocking), đó là khi truyển tải một dịng các gói dữ liệu từ điểm tới điểm, vì một lý do nào đó, nếu gói tin đầu hay một gói tin nào đó bị hỏng hay mất, thì sẽ phải truyền lại tồn bộ các gói tin kế sau nó, dù các gói tin này có thể vẫn nguyên vẹn, dẫn đến độ trễ lớn của dữ liệu. Có thể thấy điều đó trong hình sau: