Chuyển giao trên giao diện X2

Một phần của tài liệu Nghiên cứu các giải pháp thiết kế và tối ưu hóa chất lượng mạng LTE (Trang 37 - 40)

Cơ chế chuyển giao đầu tiên dựa trên giao diện X2. Giao diện X2 là giao diện giữa hai eNodeB và giao thức X2-AP là giao thức đƣợc sử dụng để giao tiếp

trên giao diện này. Chuyển giao diễn ra khi eNodeB phát hiện rằng nó không thể phục vụ tiếp UE do các hạn chế về mức công suất tín hiệu, tài nguyên, ...

Các bản tin trao đổi khi thực hiện thủ tục chuyển giao trên X2 đƣợc mô tả trong sơ đồ sau đây:

Hình 2.8. Các thủ tục chuyển giao trên giao diện X2 [2]

- eNodeB khởi tạo liên tục hỏi UE về các mức công suất đo đƣợc trong bản tin RRC Measurement Control.

- UE sẽ trả lời bằng các kết quả đo trong bản tin RRC Measurement Report. Chi tiết các bản tin này có thể đƣợc tìm thấy trong tiêu chuẩn kỹ thuật giao thức RRC.

- Dựa trên báo cáo đo tín hiệu, eNodeB khởi tạo sẽ ra quyết định thực hiện chuyển giao hay không. Nếu eNodeB khởi tạo nhận biết rằng eNodeB khác có thể phục vụ tốt hơn, nó sẽ bắt đầu thủ tục chuyển giao.

- Nếu quyết định chuyển giao đƣợc thực hiện, thì eNodeB khởi tạo gửi một bản tin yêu cầu chuyển giao X2-AP tới eNodeB sẽ chuyển giao đến.

- Bản tin yêu cầu chuyển giao có thể bao gồm UE Context IE và E-RAB cần thiết lập. UE Context IE thƣờng bao gồm thông tin về MME, khả năng bảo mật UE, ... E-RAB cần thiết lập mang thông tin ERAB ID, QoS, RRC Contexts, ... Nhiều E-RAB kết hợp với nhiều kênh truyền tải EPS có thể đƣợc gửi trong bản tin này.

- Nếu eNodeB chuyển đến gửi bản tin xác nhận yêu cầu chuyển giao tới eNodeB khởi tạo, bản tin xác nhận bao gồm thông tin E-RAB mà đƣợc eNodeB chuyển đến chấp nhận.

- Sau khi nhận đƣợc bản tin xác nhận yêu cầu chuyển giao từ eNodeB chuyển đến, eNodeB khởi tạo gửi bản tin RRC Connection Reconfiguration tới UE, để chỉ ra rằng chuyển giao cần đƣợc thực hiện. eNodeB khởi tạo sẽ gửi bản tin SN Status Transfer tới eNodeB chuyển đến để thông báo PDCP và trạng thái HFN. Vào thời điểm này, UE sẽ rời khỏi eNodeB khởi tạo và đồng bộ với eNodeB chuyển đến.

- UE hoàn thành cấu hình lại RRC bằng cách gửi đi bản tin RRC Connection Reconfiguration Complete tới eNodeB chuyển đến. Ngoài ra UE bắt đầu truyền dữ liệu tới eNodeB chuyển đến. Dữ liệu này đƣợc lƣu trữ đệm tại eNodeB chuyển đến cho tới khi các kênh truyền tải EPS đƣợc điều chỉnh. - Tiếp theo, eNodeB chuyển đến gửi môt bản tin S1-AP Patch Switch

Request tới MME chỉ ra rằng chuyển giao đã diễn ra. Bản tin này bao gồm thông tin E-RAB mà đƣợc eNodeB chấp nhận.

- MME tiếp theo sẽ phải thay đổi các kênh EPS tƣơng ứng với E-RAB đƣợc chấp nhận. MME gửi bản tin Modify Bearer Request tới SGW, mà bao gồm toàn bộ các kênh EPS đƣợc thay đổi và thông tin FTEID của eNodeB chuyển đến.

- Nếu yêu cầu đƣợc chấp nhận, SGW gửi bản tin trả lời cùng với S1-U SGW FTEID nếu chúng đƣợc thay đổi.

- MME sau khi nhận đƣợc bản tin trả lời sẽ gửi bản tin yêu cầu xác nhận tới eNodeB chuyển đến chỉ ra việc thay đổi thành công các kênh truyền tải EPS. eNodeB chuyển đến tiếp theo yêu cầu eNodeB khởi tạo giải phóng toàn bộ các kết nối liên quan đến UE.

- Nếu giao diện S5/S8 dựa trên giao thức PMIP đƣợc sử dụng, thì sẽ không có thêm bản tin nào đƣợc trao đổi qua cùng giao diện cho cơ chế chuyển giao này.

Một phần của tài liệu Nghiên cứu các giải pháp thiết kế và tối ưu hóa chất lượng mạng LTE (Trang 37 - 40)