Trong 3GPP, một giải pháp đó là DeNB có đệm các PDCP SDU cho đến khi chúng được xác nhận bởi UE. Ý tưởng này không được đề cập ở đây. Chúng ta có thể thấy rằng ý tưởng này có thể giải quyết vấn đề dữ liệu truyền đi rồi quay trở lại. Cốt lõi của vấn đề có thể là Donor eNodeB không biết được trạng thái của UE.
Nếu DeNB biết trạng thái của UE, đặc biệt nếu nó biết các gói dữ liệu đã không được xác nhận bởi UE thì vấn đề truyền dữ liệu đi và quay trở về sẽ được giải quyết. Nếu Donor eNodeB giữ các PDCP SDU cho đến khi chúng được xác nhận bởi UE và sau đó sẽ hủy chúng đi, nếu trong thời gian ngắt chuyển giao một số gói tin không được nhận bởi UE, Donor eNodeB có thể thực hiện chuyển tiếp một cách đơn giản những gói đó tới eNB đích để được phát tới UE ngay sau khi UE gắn với eNB đích. Cách tiếp cận này có thể giải quyết vấn đề nhưng xuất hiện những câu hỏi Donor eNodeB có thể biết trạng thái UE khi UE được kết nối tới một RN.
Ngoài những ý tưởng đã được đề xuất có những cách có thể như Donor eNodeB có thể biết trạng thái UE. Như đã thảo luận ở trên DeNB có thể chuyển tiếp các gói tin không được xác nhận bởi UE tới eNB đích. Trong RLC-AM, DeNB có thể loại bỏ các PDCP SDU chỉ khi chúng được nhận bởi UE và RLC-UM khi chúng được gửi đến UE. Và để cho DeNB nhận biết UE và có khả năng ACK/NACK giữa UE và Donor eNB:
1. RN có thể gửi bản tin thông báo trạng thái PDCP định kỳ tới DeNB và thông báo cho nó về các PDCP PDU đã nhận được từ UE.
2. Một chuỗi số PDCP SN được ghép trong các liên kết Un và Uu có thể được sử dụng. Hiện tại trong việc thiết kế trạm chuyển tiếp, các giao thức sẽ khác nhau cho các giao diện Uu và Un. Một ví dụ, kết nối Un là giao diện giữa DeNB và RN có chuỗi số PDCP SN1 cho một gói tin , trong khi, ở kết nối Uu là giao diện giữa UE và RN có chuỗi số PDCP SN2. Hai chuỗi PDCP này có thể được ghép với những cái khác.
Nguyễn Tiến Ninh, D08VT5 45