Các đặc điểm của dữ liệu tới phụ thuộc vào các đặc điểm của giao thức truyền tải. Lưu lượng không thời gian thực một cách điển hình được truyền tải sử dụng giao thức điều khiển truyền dẫn, TCP, và lưu lượng thời gian thực dựa trên gói, như luồng, một cách điển hình sử dụng giao thức thời gian thực, RTP, trên giao thức dữ liệu người dùng, UDP. Các giao thức được trình bày trên hình
Hình 3.2 Ánh xạ của các lớp lưu lượng UMTS tới lập lịch và các kênh vận tải
Hình 3.3. Các giao thức gói điển hình trong WCDMA
Chồng giao thức kế hoạch người dùng cho ứng dụng duyệt web cho trên hình 3.4. Nó có thể được nhìn như điều khiển truy nhập phương tiện (MAC), điều khiển liên kết vô tuyến (RLC) và lớp giao thức hội tụ dữ liệu gói (PDCP) được tính trong RNC, trong khi giao thức mạng (IP), TCP và giao thức truyền siêu văn bản (HTTP) được tính toán trong một máy chủ (server). MAC, RLC và PDCP. Giao thức triển khai bởi các ứng dụng duyệt Web nhe HTTP, nhưng các giao thức và ứng dụng khác như giao thức truyền file (FTP), và các giao thức mail, như giao thức thư mạng (IMAP) hoặc Telnet sẽ sử dụng một kiến trúc tương tự trên TCP/IP. Trong mỗi thực thể kiến trúc giao thức của mộ lớp cụ thể sử dụng các dịch vụ cung cấp bởi lớp dưới để thông tin với phần ngang hàng với nó.
Dịch vụ
Dịch vụ VoIPVoIP Luồng
Video Luồng
Video Duyệt Web
Duyệt Web Tin nhắn đa phương tiện Tin nhắn đa phương tiện
Lớp QoS
Lớp QoS ThoạiThoại Phân
luồng Phân
luồng Ảnh hưởngẢnh hưởng NềnNền
Tốc độ bit đảm bảo tối thiểu Tốc độ bit đảm
bảo tối thiểu CóCó Không, nhưng có ưu tiênKhông, nhưng có ưu tiên
Lập lịch
Lập lịch Không lập lịchKhông lập lịch Lập lịch bằng bộ lập lịch góiLập lịch bằng bộ lập lịch gói
Kênh truyền dẫn Kênh truyền dẫn DCHDCH DCH, DSCH, HS-DSCH, DCH, DSCH, HS-DSCH, RACH/FACH/CPCHRACH/FACH/CPCH Dịch vụ thời gian thực Dịch vụ thời gian thực
Dịch vụ không thời gian thực Dịch vụ không thời gian thực
UDP, RTP UDP, RTP
TCP TCP
Hình 3.4. Chồng giao thức kế hoạch người dùng dữ liệu cho duyệt web HTTP
Một kết nối TCP được thiết lập giữa UE và một server, hoặc các proxy trung gian. Server có thể được định vị kín tới UE hoặc xa hơn. Nó cũng có khả năng cho một UE ở Châu Âu thiết lập một kết nối TCP với một server ở Mỹ. TCP đã được thiết kế để cung cấp sự trao đổi thông tin từ đầu cuối tới đầu cuối tin cậy trên một mạng Internet không tin cậy khi giao thức mạng IP không đảm bảo và tin cậy. TCP sử dụng truyền dẫn lại và điều khiển luồng để cung cấp sự tin cậy. TCP là sự kết nối hướng giữa hai điểm cuối và yêu cầu sự tính toán và thiết lập kết nối. Từ một điểm quan sát hiệu suất vô tuyến, một đặc điểm quan trọng nhất của TCP là điều khiển luồng. Đầu cuối thu chỉ cho phép bộ phát gửi nhiều dữ liệu khi bô thu có đủ bộ đệm. Hơn nữa, bên phát thích ứng tốc độ truyền dẫn với dung lượng/tải mạng bởi sự trung bình của các giải thuật như slow start, và tránh tắc nghẽn. Điều khiển luổng trong TCP được hoàn thành bởi trung bình của hai cửa sổ: cửa sổ tắc nghẽn và cửa sổ cung cấp. Cửa sổ tắc nghẽn được điều khiển thuật toán bắt đầu chậm (slow start) và tránh tắc nghẽn, trong khi đó cửa sổ cung cấp là một cửa sổ với kích thước bộ
HTTP TCP IP PDCP RLC MAC WCDMA L1 PDCP RLC MAC WCDMA L1 HTTP TCP IP UE UE BTSBTS RNCRNC ServerServer
thu có bộ có đủ bộ đệm, và bộ thu thông báo nó trong mọi đoạn truyền dẫn tới server. Cửa sổ cung cấp theo lý thuyết điều khiển luồng bị áp đặt bởi bộ thu. Tại mọi thời điểm, sự tối thiểu hóa của cửa sổ tắc nghẽn và cửa sổ cung cấp tính toán số lượng dữ liệu lớn nhất server có thể truyền. Do đó, số lượng của truyền dẫn nhưng không phải dữ liệu không phúc đáp (các đoạn trên fly) có thể không bao giờ lớn hơn giá trị nhỏ nhất của hai cửa sổ này. Cửa sổ, là cái nhỏ nhất của hai cửa sổ nêu ở trên, được thích ứng sử dụng một cách tiếp cận cửa sổ trượt:
1. Truyền các đoạn mới trong cửa sổ. 2. Đợi phúc đáp từ máy thu
3. Nếu phúc đáp không thu được, tăng kích thước cửa sổ lên, nếu cửa sổ cung cấp không bị vượt quá.
4. Nếu phúc đáp không thu được trước khi hết thời gian, truyền lại các đoạn không phúc đáp và giảm kích thước cửa sổ.
Một ví dụ của quá trình xử lý cửa sổ, trong trường hợp của một ACK chính xác có thể được quan sát trong hình 3.5. Trong ví dụ này cửa sổ cung cấp lớn hơn 3 đoạn.
Hình 3.5. Ví dụ của lợi thế cửa sổ TCP
Cách tiếp cận điều khiển luồng này hoàn toàn hữu dụng cho băng thông có thể dùng bằng cách hiệu chỉnh kích thước cửa sổ theo các phúc đáp thu được. Kích thước của cửa sổ tắc nghẽn được thiết lập gấp một, hai, bốn lần kích thước đoạn lớn nhất khi thiết lập kết nối. Giá trị điển hình của kích thước đoạn lớn nhất là 256, 512, 536 hoặc 1460 byte.
Mỗi lần một đoạn TCP được phúc đáp chính xác, kích thước của cửa sổ tắc nghẽn được gấp đôi: khi phúc đáp đầu tiên thu được và cửa sổ tắc nghẽn thiết lập bằng kích thước đoạn tối đa, cửa sổ tắc nghẽn được tăng lên hai lần so với kích thước đoạn cực đại, và hai đoạn có thể được gửi. Kết quả này làm tăng số lượng của dữ liệu lớn nhất mà người giửi có thể truyền. Cách tiếp cận này được gọi là bắt đầu chậm bởi vì cửa sổ tắc nghẽn ban đầu bằng kích thước đoạn ngắn nhất. Khi cửa sổ
Gửi block nvà n+1 ACK cho block n tới
n n+4 Cửa sổ n+2 Cửa sổ n+3 n+2 n+1 n+1 n
tắc nghẽn đạt thới ngưỡng, được gọi là ngưỡng bắt đầu chậm, nó được tăng lên tuyến tính tại sự thu của các phúc đáp.