Hình 2.4.Quy trình truyền và nhận đường lên
Quy trình truyền và nhận đường lên gồm 2 bước:
- Bước 1: Trạm gốc bắt đầu quy trình bằng cách gửi cho thiết bị di động một khoản cấp lịch trên PDCCH.
Điều này cho phép thiết bị di động truyền và nêu tất cả các tham số truyền mà nó nên sử dụng, ví dụ: kích thước khối truyền tải, phân bổ khối tài nguyên và sơ đồ điều chế.
- Bước 2: Đáp lại, điện thoại di động thực hiện truyền dữ liệu đường lên trên kênh chia sẻ đường lên (UL-SCH:Uplink Shared Channel) và PUSCH.
Nếu trạm gốc không nhận được dữ liệu một cách chính xác thì có 2 cách để nó phản hồi lại:
- Trạm gốc có thể kích hoạt quá trình truyền lại không thích ứng bằng cách gửi cho thiết bị di động một xác nhận âm trên PHICH (Physical Hybrid ARQ
nhận dữ liệu trong 4G
Indicator Channel: kênh chỉ thị HARQ vât lý), sau đó thiết bị di động sẽ truyền lại dữ liệu cùng với các thông số mà nó đã sử dụng lần đầu tiên.
- Trạm gốc có thể kích hoạt quá trình truyền lại thích ứng bằng cách gửi rõ ràng cho thiết bị di động một khoản trợ cáp lập lịch khác trên PDCCH.
Nếu trạm gốc nhận được dữ liệu một cách chính xác thì nó có thể phản hồi theo 2 cách tương tự:
- Gửi một xác nhận tích cực trên PHICH để kết thúc thủ tục.
- Gửi một cấp lập lịch mới trên PDCCH để yêu cầu một đường truyền mới.
Nếu như điện thoại di động nhận được một xác nhận PHICH và một khoản trợ cấp lập lịch PDCCH trong cùng một khung con thì việc cấp quyền lập lịch sẽ được ưu tiên.
Trong hình 2.4, các bước từ 3-5 giả định rằng trạm gốc không phải giải mã được đường truyền đầu tiên của thiết bị di động nhưng lại thành công với lần truyền thứ 2
Nếu điện thoại di động đạt đến số lần truyền lại tối đa mà không nhận được phản hồi tích cực thì nó vẫn chuyển sang một đường truyền mới và rời khỏi giao thức RLC (Radio Link Control: điều khiển liên kết vô tuyến) để giải quyết vấn đề.
Đường lên sử dụng kỹ thuật ARQ kết hợp đồng bộ, trong đó quá trình ARQ kết hợp không được báo hiệu một cách rõ ràng mà được xác định bằng cách sử dụng thời gian truyền.
Trong chế độ FDD, có độ trễ 4 khung con giữa việc cấp lịch và truyền đường lên tương ứng và một độ trễ 4 khung con khác trước mọi yêu cầu truyền lại trên cùng một quy trình ARQ kết hợp => Điều này cung cấp tất cả thông tin mà các thiết bị cần để khớp với các khoản cấp , truyền ,xác nhận và truyền lại trong lịch trình.
Chế độ TDD sử dụng một tập hợp các độ trễ có thể thay đổi ,theo 1 ánh xạ phụ thuộc vào cấu hình TDD như hình 2.5 dưới đây:
Hình 2.5: Chế độ TDD sử dụng một tập hợp các độ trễ có thể thay đổi ,theo 1 ánh xạ phụ
thuộc vào cấu hình TDD
nhận dữ liệu trong 4G
- Nếu điện thoại di động ở dạng RRC_IDLE thì nó có thể cảnh cáo trạm gốc bằng quy trình truy cập ngẫu nhiên.
- Nếu thiết bị di động đang ở dạng RRC_CONNECTED nhưng vẫn chưa truyền trên PUSCH thì nó có thể gửi cho trạm gốc một yêu cầu lập lịch trên PUCCH.
- Nếu thiết bị di động đang truyền trên PUSCH thì nó có thể giữ cho trạm gốc được thông báo về việc chiếm dụng bộ đệm truyền của nó bằng cách sử dụng các phần tử điều khiển được gọi là báo cáo trạng thái bộ đệm .
Trong các ứng dụng như thoại qua IP, tốc độ dữ liệu đường lên và đường xuống của thiết bị di động là như nhau , nhưng khoảng cách tối đa của thiết bị di động từ trạm gốc thường bị giới hạn bởi đường lên.