Nội dung

Giám sát chất lượng truyền tin cho VoIP Điện thoại là dịch vụ không thể thiếu được trong cuộc sống hàng ngày. Tuy nhiên, người dùng phải chịu chi phí rất cao cho các cuộc gọi đường dài và đặc biệt là các cuộc gọi Quốc tế. Công nghệ cao trong truyền thông có thể khắc phục vấn đề này hay không? Voice over Internet Protocol (VoIP) là một trong những công nghệ cho phép truyền tiếng nói qua mạng IP, giảm chi phí cuộc gọi, đồng thời tận dụng được các thế mạnh của một hệ thống tích hợp mang lại. Tín hiệu tiếng nói cần đáp ứng theo thời gian thực. Nó chỉ được đảm bảo chất lượng với độ trễ cho phép. Tuy nhiên, bản thân mạng IP chỉ cung cấp dịch vụ với sự cố gắng tốt nhất mà không quan tâm tới vấn đề thời gian thực cho tiếng nói sau khi được khôi phục. Như vậy vấn đề đặt ra là làm thế nào để truyền tiếng nói qua mạng IP mà vẫn đáp ứng được yêu cầu thời gian thực cho tiếng nói? Giao thức thời gian thực Real-time Protocol (RTP) được ra đời nhằm giải quyết vấn đề trên. RTP do tổ chức IETF đề xuất, nó đảm bảo cơ chế vận chuyển và giám sát phương thức truyền thông thời gian thực trên mạng IP. Nó cũng cung cấp các thông tin cần thiết cho quá trình đánh giá chất lượng truyền tiếng nói trong cuộc thoại qua VoIP. RTP có hai thành phần: 1. Bản thân RTP mang chức năng vận chuyển, cung cấp các thông tin về các gói tin tiếng nói. 2. Giao thức điều khiển thời gian thực RTCP (Real-time Control Protocol) mang chức năng giám sát và đánh giá chất lượng truyền tin. Các giao thức truyền tải theo phương thức thời gian thực không phải là mới. Tuy nhiên RTP đưa ra các cơ chế tốt hơn. 1. RTP : Một cuộc thoại thông thường được chia thành các phiên báo hiệu cuộc gọi, điều khiển cuộc gọi, thỏa thuận phương thức truyền thông và phiên hội thoại. Vị trí của RTP tại phiên hội thoại. Trở lại cách thức truyền tiếng nói qua mạng IP : Qua phiên thoả thuận phương thức truyền thông, các bên tham gia hội thoại tiến hành mở hai cổng UDP kề nhau, cổng chẵn cho truyền tiếng nói (RTP), cổng lẻ cho truyền các thông tin trạng thái để giám sát (RTCP). Thông thường, hai cổng được chọn mặc định là 5004 và 5005. Tại phía phát, tiếng nói được điều chế thành dạng số hoá, qua bộ CODEC được nén thành các gói tin để truyền đi. Khi đi xuống tầng UDP/ IP, mỗi gói tin được gắn với một header tương ứng. Header này có kích thước 40 byte, cho biết địa chỉ IP nguồn, địa chỉ IP đích, cổng tương ứng, header RTP và các thông tin khác : Chẳng hạn như ta sử dụng G.723.1 thì mỗi payload có kích thước 24 byte, như vậy phần dữ liệu cho mỗi gói tin chỉ chiếm 37,5%. Header RTP cho biết phương thức mã hóa đã được sử dụng cho gói tin này, chỉ mục gói, nhãn thời gian của nó và các thông tin quan trọng khác. Từ các thông tin này ta có thể xác định ràng buộc giữa gói tin với thời gian. RTP gồm 2 phần :  Phần cố định dài 12 byte.  Phần mở rộng để người sử dụng có thể đưa thêm các thông tin khác. Header RTP cho mỗi gói tin có dạng : 0 0 1 V=2 2 3 P X 4 5 6 CC 7 8 9 M 1 0 1 2 3 4 5 6 PT 7 8 9 2 0 1 2 3 4 5 6 7 8 9 3 0 1 Sequence number Timestamp Synchronization Source (SSRC) identifier Contributing Source (CSRC) identifiers T1527560-97 Các gói được sắp xếp lại theo đúng thứ tự thời gian thực ở bên nhận rồi được giải mã và phát lại. RTP hỗ trợ hình thức hội thoại đa phát đáp, đơn phát đáp và cho phép thay đổi các cách thức rất linh hoạt : Điều này hết sức quan trọng, đặc biệt trong trường hợp số thành viên tham gia hội thoại là nhỏ để tiết kiệm tài nguyên mạng. Đa phần hội thoại diễn ra dưới hình thức đa phát đáp. Nếu có yêu cầu phúc đáp giữa hai thành viên thì ta lựa chọn cách thức hội thoại đơn phát đáp. RTP cho phép sử dụng các bộ trộn và bộ chuyển đổi. Bộ trộn là thiết bị nhận các lưồng thông tin từ vài nguồn có tốc độ truyền khác nhau, trộn chúng lại với nhau và chuyển tiếp theo một tốc độ xác định ở đầu ra. Bộ chuyển đổi nhận một luồng thông tin ở đầu vào, chuyển đổi nó thành một khuôn dạng khác ở đầu ra. Các bộ chuyển đổi có ích cho sự thu nhỏ băng thông theo yêu cầu của dòng số liệu trước khi gửi vào kết nối băng thông hẹp hơn mà không cần yêu cầu nguồn phát RTP thu nhỏ tốc độ truyền tin của nó. Điều này cho phép các bên kết nối theo một liên kết nhanh mà vẫn đảm bảo truyền thông chất lượng cao. Các bộ trộn cho phép giới hạn băng thông theo yêu cầu hội thoại. 2. RTCP : Từ các thông tin cung cấp trong RTP cho mỗi gói tin, ta có thể giám sát chất lượng truyền tiếng nói trong quá trình diễn ra hội thoại. RTCP phân tích và xử lý các thông tin này để tổng hợp thành các thông tin trạng thái rồi đưa ra các bản tin phản hồi đến tất cả các thành viên. Ta có thể để điều chỉnh tốc độ truyền số liệu nếu cần, trong khi các bên nhận khác có thể xác định xem vấn đề chất lượng dịch vụ là cục bộ hay toàn mạng. Đồng thời, nhà quản lý mạng có thể sử dụng các thông tin tổng hợp cho việc đánh giá và quản lý chất lượng dịch vụ trong mạng đó. Ngoài ra, các bên tham gia có thể trao đổi các mục mô tả thành viên như tên, email, số điện thoại và các thông tin khác. Giao thức điều khiển thời gian thực Real-time Control Protocol (RTCP) có nhiệm vụ giám sát và đánh giá quá trình truyền tin dựa trên việc truyền một cách định kỳ các gói tin điều khiển tới các thành viên tham gia hội thoại với cùng cơ chế truyền dữ liệu. RTCP thi hành 4 chức năng chính : 1. Cung cấp cơ chế phản hồi chất lượng truyền dữ liệu. Bên gửi thống kê quá trình gửi dữ liệu qua bản tin người gửi cho các thành viên. Bên nhận cũng tiến hành gửi lại bản thống kê các thông tin nhận được qua bản tin người nhận. Từ việc giám sát quá trình gửi và nhận giữa các bên, ta có thể điều chỉnh lại các thông số cần thiết để tăng chất lượng cho cuộc gọi. Đây là chức năng quan trọng nhất của RTCP. 2. Mỗi nguồn cung cấp gói tin RTP được định danh bởi một tên CNAME (Canonical end-point identifer SDES item). RTCP có nhiệm vụ cho các thành viên biết tên này. Khi có thành viên mới tham gia hội thoại thì anh ta phải được gán với một trường CNAME trong gói tin SDES. 3. Quan sát số thành viên tham gia hội thoại thông qua sự thống kê ở các bản tin. 4. Mang các thông tin thiết lập cuộc gọi, các thông tin về người dùng. Đây là chức năng tùy chọn. Nó đặc biệt hữu ích với việc điều khiển các phiên lỏng, cho phép dễ dàng thêm bớt số thành viên tham gia hội thoại mà không cần có ràng buộc nào. RTCP định nghĩa 5 loại gói tin : SR RR SDES BYE APP Sender Report, bản tin người gửi Receiver Report, bản tin người nhận Source Description items, các mục mô tả nguồn Thông báo kết thúc hội thoại Cung cấp các chức năng riêng biệt của từng ứng dụng Các thông tin được cung cấp gói tin RTCP cho phép mỗi thành viên tham gia hội thoại giám sát được chất lượng truyền tin, số gói tin đã gửi đi, số gói tin nhận được, tỷ lệ gói tin bị mất, trễ là bao nhiêu…Vì vậy, các thông tin này thường được cập nhật một cách định kỳ và chiếm không quá 5% giải thông cuộc gọi. Như vậy không những RTP đáp ứng được yêu cầu thời gian thực cho việc truyền tiếng nói qua mạng IP mà còn cho phép ta giám sát và đánh giá chất lượng truyền tin cho VoIP. Có rất nhiều yếu tố ảnh hưởng tới chất lượng dịch vụ (Quality of Service- QoS) cho VoIP nhưng chủ yếu là do 3 nguyên nhân trễ, tỷ lệ gói tin mất và Jitter. Tại mỗi thời điểm diễn ra hội thoại ta đều có thể quan sát và đánh giá các tham số này. Tuy nhiên, bản thân RTP hoạt động trên tầng IP mà bản chất mạng IP là chuyển mạch gói, do vậy RTP không can thiệp được tới các nguyên nhân trên. Ta không thể điều khiển được chất lượng dịch vụ qua thoại trên IP mà chỉ giám sát và đánh giá qua việc sử dụng RTP. Biện pháp khắc phục hiện nay là sử dụng giao thức giữ trước tài nguyên Resource Reservation Protocol (RSVP) cho VoIP. Tài liệu tham khảo : ITU-T H.323.0.v4 RFC 1889 RTP RFC 1890 RTP Profile for Audio and Video Conferences with Minimal Control Brooktrout Technology White Paper Understanding Latency in IP Telephony