Tiêu đề gói RTP

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu vấn đề khôi phục mất gói cho thoại IP (Trang 36 - 39)

Các trƣờng của tiêu đề:

 Trƣờng Version (V, 2 bit) (phiên bản): Cho biết phiên bản của RTP. Hiện tại sử dụng phiên bản 2 (theo RFC 1889).

 Trƣờng Padding (P, 1 bit) (đệm): Nếu bit này đƣợc thiết lập, gói tin chứa phần thông tin chèn thêm. Byte cuối cùng của phần chèn thêm cho biết số lƣợng byte đƣợc chèn thêm vào gói tin.

 Trƣờng Extension (X, 1 bit) (Mở rộng): bit mở rộng cho biết tiêu đề RTP có mở rộng thêm hay không. Tiêu đề RTP có chiều dài 4 byte bao gồm kiểu mở rộng (2 bytes) và chiều dài mở rộng (2 bytes). Tiêu đề mở rộng RTP phải đƣợc chèn sau trƣờng trƣờng có hiệu lực cuối cùng trong tiêu để RTP chuẩn, đó là trƣờng SSRC hoặc CSRC.

 Trƣờng CSRC Count (CC, 4 bits): Số lƣợng các thành phần nhận dạng nguồn CSRC nằm trong phần mào đầu gói tin, số lƣợng này lớn hơn 1 nếu các gói tin RTP đến từ nhiều nguồn.

 Trƣờng Marker (M, 1 bit) (đánh dấu) : dành cho lớp ứng dụng, chẳng hạn nhƣ khi đóng gói gói tin thoại sử dụng triệt khoảng lặng, bít này đƣợc dùng để đánh dấu gói tin bắt đầu có tín hiệu thoại tức là bắt đầu của một "talkspurt" (sau khoảng lặng). Đầu thu có thể sử dụng thông tin này để quyết định khi nào tạo nhiễu nền.

 Trƣờng Payload Type (PT, 7 bits) (kiểu tải tin): Xác định loại tải trong gói RTP, dạng dữ liệu cũng nhƣ phƣơng thức mã hoá/nén đƣợc sử dụng.

 Trƣờng Sequence Number (16 bits) (số tuần tự): Giá trị này đƣợc tăng dần theo gói tin gửi đi. Nó đƣợc bên nhận dùng để sắp xếp các gói tin theo đúng thứ tự và phát hiện ra gói tin bị mất.

 Trƣờng Timestamp (32 bits) (nhãn thời gian): Bên gửi thiết lập nhãn thời gian khi byte đầu tiên của gói tin đƣợc lấy mẫu và giá trị của nó đƣợc tăng dần. Nó đƣợc sử dụng để đồng bộ và tính toán jitter. Một gói chứa

20 ms tín hiệu thoại và đƣợc lấy mẫu ở tần số 8 kHz sẽ có nhãn thời gian tăng theo 8000 ì 0.02 = 160.

 Trƣờng Synchronization Source Identifier (SSRC) (32 bits): Đƣợc chọn ngẫu nhiên, đƣợc sử dụng để phân biệt giữa các nguồn phát trong cùng một phiên RTP. Nó xác định dữ liệu đến từ đâu (nếu chỉ có một nguồn phát) hoặc nó đƣợc ghép lại ở đâu (mixer) nếu có nhiều nguồn phát. Trƣờng hợp có hai nguồn phát trong cùng phiên RTP có cùng SSRC, một cơ chế đơn giản trong RTP đƣợc sử dụng để giải quyết xung đột.

 Trƣờng Contributing Source Identifiers (CSRC) (32 bits): 0 đến 15 giá trị CSRC, mỗi giá trị có kích thƣớc 32 bít. Cho biết gói tin đƣợc tạo thành từ các nguồn thông tin nào.

2.4.1.2 Giao thức điều khiển RTP (RTCP)

Giao thức điều khiển RTP (mô tả trong RFC 1889) là RTCP. Các gói RTCP đƣợc sử dụng để cung cấp các thống kê về chất lƣợng của phiên, thông tin ngƣời sử dụng và đồng bộ thời gian. RTCP đo chất lƣợng mạng bởi tính toán thống kê nhƣ trễ gói, mất gói và jitter ở bộ thu. Sử dụng các thông kê này, kết cuối có thể thích nghi với các điều kiện biến động của mạng. Vì các gói RTCP góp phần tăng thêm nghẽn mạng, băng thông yêu cầu bởi RTCP là 5% tổng số băng thông phân bổ cho phiên. Hơn nữa, khoảng thời gian trung bình giữa các gói RTCP đƣợc đặt tối thiểu là 5 giây.

Tiêu đề RTP/UDP/IP là 12, 8 và 20 bytes, tổng cộng tiêu đề của gói là 40 byte [21] tức là gấp đôi phần tải tin khi sử dụng G.729 với hai mẫu thoại trong một gói (mỗi mẫu tƣơng ứng với 10 ms nên một gói gồm hai mẫu là 20 ms). Tiêu đề RTP/UDP/IP có thể đƣợc nén sử dụng thoán toán nén nhãn tiêu đề RTP (cRTP) [21]. Cơ chế nén cRTP giảm tiêu đề RTP/UDP/IP từ 40 byte xuống còn 2 byte và xuống 4 byte khi UDP có sử dụng trƣờng checksums.

Mặc dù một vài trƣờng trong tiêu đề thay đổi giữa các gói RTP/UDP/IP tiếp theo. Bằng cách lƣu giữ cả tiêu đề chƣa nén và các giá trị của sai phân bậc nhất trong trạng thái phiên. cRTP cần thiết chỉ gửi sai phân bậc hai. Tiêu đề RTP đã nén đƣợc gửi vào vị trí của tiêu đề gói chƣa nén khoảng 98% thời gian. Tiêu đề không nén phải đƣợc gửi theo chu kỳ để đảm bảo cả hai kết cuối có trạng thái đúng.

2.4.2 H.323

H.323 là chuẩn mở đƣợc ITU-T phát triển cho việc điều khiển cuộc gọi ngang hàng, dựa trên cơ sở của H.320 và ISDN Q.931 H.232 là một cấu trúc chặt chẽ, phức tạp và phù hợp với việc thực thi các đặc tính thoại truyền thống. Tiêu chuẩn H.323 thiết kế cho truyền audio, video và dữ liệu qua mạng IP bao gồm Internet. Tiêu chuẩn H.323 bao gồm báo hiệu và điều khiển cuộc gọi, truyền và điều khiển multimedia và điều khiển băng thông cho hội nghị điểm - điểm và đa điểm. Tiêu chuẩn H.323 bao gồm các giao thức đƣợc liệt kê trong bảng 2.2. Bảng 2.2: Bộ giao thức H.323 Đặc điểm Giao thức Call Signalling H.225 Media Control H.245 Audio Codecs G.711, G.722, G.723.1, G.728, G.729 Video Codecs H.261, H.263 Data Sharing T.120 Media Transport RTP/RTCP

Các thành phần cơ bản mạng H.323 đƣợc mô tả trong hình 2.8 dƣới đây. Bao gồm các đầu cuối, gateway, gatekeeper và khối điều khiển đa điểm (MCU).

Một phần của tài liệu (LUẬN VĂN THẠC SĨ) Nghiên cứu vấn đề khôi phục mất gói cho thoại IP (Trang 36 - 39)

Tải bản đầy đủ (PDF)

(106 trang)