RLC LTE, tương tự như WCDMA/HSPA, đảm nhiệm việc phân đoạn (nén tiêu đề) các gói IP, còn được xem như là RLC SDUs, từ PDCP thành những đơn vị nhỏ hơn, RLC PDUs (Nhìn chung, các phần tử dữ liệu đến/từ một lớp giao thức cao hơn thì được xem như là một Đơn vị dữ liệu dịch vụ SDU – Service Data Unit và phần tử tương ứng đến/từ một lớp giao thức thấp hơn được biểu thị như Đơn vị dữ liệu giao thức PDU – Protocol Data Unit). Nó cũng điều khiển việc truyền lại các PDUs bị nhận nhầm, cũng như là xóa bỏ những PDUs bị nhân đôi (duplicate removal) và ghép nối các PDUs nhận được. Cuối cùng, RLC sẽ đảm bảo việc phân phát theo trình tự các RLC SDUs lên các lớp bên trên.
Cơ chế truyền lại RLC có trách nhiệm cung cấp dữ liệu phân phát không bị lỗi cho các lớp cao hơn. Để làm được điều này, sẽ có một giao thức truyền lại hoạt động giữa các phần tử RLC tại đầu thu và đầu phát. Bằng việc giám sát các số thứ tự đi đến (incoming sequence numbers), RLC thu có thể phát hiện ra những PDUs bị thiếu. Các báo cáo trạng thái sẽ được phản hồi trở về RLC phát, yêu cầu truyền lại các PDUs bị thiếu. Khi phản hồi một trạng thái báo cáo được cấu hình, một báo cáo đặc trưng chỉ chứa thông tin về nhiều PDUs và ít khi được truyền đi. Dựa trên báo cáo trạng thái thu được, phần tử RLC tại đầu phát có thể đưa ra những hành động thích hợp và truyền lại những PDUs bị thiếu nếu được yêu cầu.
Khi RLC được cấu hình để yêu cầu truyền lại các PDUs bị thiếu như được mô tả ở trên, nó được gọi là đang hoạt động trong chế độ báo nhận (Acknowledged Mode – AM). Điều này cũng giống như cơ chế tương ứng được dùng trong WCDMA/HSPA. Thông thường AM được sử dụng cho các dịch vụ dựa trên TCP như khi truyền tập tin mà yếu tố phân phát dữ liệu không bị lỗi được đặt lên hàng đầu.
Tương tự như WCDMA/HSPA, RLC cũng có thể được cấu hình theo chế độ không báo nhận (Unacknowledged Mode – UM) và chế độ trong suốt (Transparent Mode – TM). Trong chế độ UM, sẽ cung cấp việc phân phát đúng thứ tự lên các lớp cao hơn, nhưng sẽ không truyền lại các PDUs bị thiếu. Thông thường UM được sử dụng cho những dịch vụ như VoIP khi mà việc phân phát không lỗi không quan trọng bằng thời gian phân phát ngắn. TM, mặc dù được hỗ trợ, nhưng chỉ được sử dụng cho những mục đích riêng biệt như truy cập ngẫu nhiên.
Mặc dù RLC có khả năng kiểm soát lỗi truyền dẫn do nhiễu, sự biến đổi kênh truyền không thể dự đoán (unpredictable channel variations), v.v…, nhưng trong hầu hết trường hợp những lỗi này được kiểm soát bởi giao thức hybrid-ARQ dựa trên MAC. Việc sử dụng cơ chế truyền lại trong RLC có thể vì vậy mà trở nên không cần thiết. Tuy nhiên, như sẽ được thảo luận trong phần 3.2.4 dưới đây, không phải trường hợp nào cũng vậy và việc sử dụng cả hai cơ chế truyền lại dựa trên MAC và RLC trên thực tế cũng có mặt tích cực khi mà có sự khác nhau trong việc truyền tín hiệu phản hồi.
Ngoài việc điều khiển việc truyền lại và phân phát theo trình tự, RLC cũng chịu trách nhiệm việc phân đoạn và ghép nối theo như minh họa trong hình 3.2. Dựa trên quyết định của scheduler (scheduler decision), một lượng dữ liệu nào đó được lựa chọn để truyền đi từ bộ đệm RLC SDU và các SDUs sẽ được phân đoạn/ghép nối để tạo thành RLC PDU. Do đó, đối với LTE thì kích thước RLC PDU thay đổi một cách động (varies dynamically), trong khi WCDMA/HSPA trước phiên bản 7 lại sử dụng kích thước PDU bán tĩnh (semi-static PDU size). Khi mà tốc độ dữ liệu cao, kích thước PDU lớn dẫn đến phần mào đầu nhỏ hơn tương ứng, còn khi mà tốc độ dữ liệu thấp, đòi hỏi kích thước PDU phải nhỏ nếu không thì tải trọng sẽ trở nên quá lớn. Vì vậy, khi tốc độ dữ liệu nằm trong khoảng từ một vài kbit/s tới trên một trăm Mbit/s, kích thước PDU động (dynamic PDU sizes) sẽ được điều chỉnh bởi LTE. Từ RLC, scheduler và cơ chế thích ứng tốc độ đều được định vị tại eNodeB, và kích thước PDU động sẽ dễ dàng được hỗ trợ cho LTE.