1 G: First Generation
4.1 VOIP song công toàn phần và thúc đẩy trò chuyện
Khi so sánh với nhiều ứng dụng khác chạy qua IP, lưu lượng yêu cầu cho VoIP song công toàn phần thấp, lên trên tới vài chục Kbps, nhưng những yêu cầu tiềm ẩn mặt khác lại đòi hỏi cao hơn, như vậy một lần nữa , RTT – và không phải lưu lượng nối liên kết- là nhân tố mà người dùng cuối giới hạn dịch vụ thực hiện và dung lượng mạng. Khuyến cáo ITU trong thời gian truyền một đường cho tiếng nói song công toàn phần nói rằng người sử dụng thỏa mãn với độ trễ truyền từ miệng đến tai khoảng 280ms. Với độ trễ lớn hơn 280ms thì sự tương tác của kết nối tiếng nói giảm nhanh chóng.Và khi độ trễ đạt đến 400ms thì tiếng nói không thỏa mãn với sự tương tác kết nối. Chú ý rằng độ trễ được nói đến ở đây là độ trễ từ miệng đến tai, và do đó không chỉ bao gồm độ trễ đường truyền mà còn cả độ trễ xử lý (mã hóa/ giải mã) trong bộ phát và bộ nhận. Khuyến cáo của liên hiệp viễn thông quốc tế ngoài ra cũng bao gồm hướng dẫn cho độ trễ mã hóa / giải mã. Với đa số các bộ lấy mẫu dùng cho di động yêu cầu độ trễ chỉ từ 50ms đến 100ms. Bỏ qua độ trễ xử lý thì độ trễ từ lúc truyền tin cho đến khi kết thúc là nhỏ hơn 200ms. Khi chúng ta so sánh yêu cầu độ trễ này với RTT thấp hơn 200ms trong WCDMA và thấp hơn 100ms trong HSPA. Rõ ràng rằng VOIP làm việc tốt trong cả 2 công nghệ.Với RTT ngắn hơn trong liên kết vô tuyến HSPA, độ trễ cho phép trong đường truyền HSPA là lớn hơn so với WCDMA. Chú ý rằng khi tải ở HSPA tăng lên thì RTT cũng tăng.
Với các ứng dụng thúc đẩy trò chuyện thì độ trễ yêu cầu từ miệng tới tai là ít đòi hỏi cao hơn so với VOIP song công toàn phần. Mặt khác, những ứng dụng này đặt những yêu cầu chặt chẽ trên việc thiết đặt thời gian cho kết nối vô tuyến. Điều này là bởi vì mỗi thời gian người sử dụng yêu cầu trò chuyện, hệ thống phải thiết đặt một kết nối vô tuyến, thời gian để làm điều này trực tiếp ảnh hưởng đến người dùng kết nối tới cuộc trò chuyện.
