VI. CORE NETWORK OVERLOADOther than

VI. CORE NETWORK OVERLOAD
Other than RAN issues raised by massive number of M2M devices, Core Network (CN) is also prone to be affected. An analyze of the congestion issue of M2M in the LTE’s CN is investigated by Yang et. al. in [109], by considering M/G/k/k queuing system model for Poisson arrival M2M process. An approach similar to ACB is suggested by Ksentini et. al. for controlling the CN congestion [110]. In this method, the barring factor is adjusted using a PID controller, in which data queue in core notwork is always compared with a reference value. To prevent and control congestion in Core Network (CN) the previous RACH control mechanisms like ACB, EAB, slotted access, etc can be used though there are a few approaches proposed for congestion in the CN.

A. Extended Wait Timer
When eNB notified the traffic overload in CN, it can use an extended wait time scheme to inform user equipment with low priority or delay insensitive traffic not to request within an specific period of time, [111]–[113]. The extended wait time is an enhancement to defer channel access by UEs, [114]. [113] suggests to use passive or active mechanisms for applying extended wait time to the relevant user equipment. In passive mechanism a connection request is rejected in RACH procedure, or a message to release the dedicated resources is send to the relevant UEs, and a waiting time is assigned in which the UEs should not send a request. In active mechanism, once CN overload happens, the eNB broadcast a waiting time information over the network. Then the UEs with low priority and delay insensitive traffic waits until after the waiting time. A randomization maybe applied to the wait time to avoid collision for the upcoming access attempts. This randomization can be achieved using the timers for ACB which is already considered in LTE, [115]. A delay tolerant indicator can be used for determining the delay sensitive devices.

Kết quả (Việt) 1:

VI. LÕI MẠNG QUÁ TẢIKhác hơn là RAN vấn đề nêu ra bởi số lượng thiết bị M2M, mạng lõi (CN) lớn cũng là dễ bị ảnh hưởng. Một phân tích của các vấn đề tắc nghẽn của M2M trong CN của LTE được điều tra bởi Yang et. và những người khác trong [109], bằng cách xem xét M/G/k/k hàng đợi hệ thống mẫu cho Poisson đến quá trình M2M. Một cách tiếp cận tương tự với ACB được đề xuất bởi Ksentini et. Al. cho việc kiểm soát tắc nghẽn CN [110]. Trong phương pháp này, các yếu tố chặn cuộc gọi được điều chỉnh bằng cách sử dụng bộ điều khiển PID, trong đó dữ liệu hàng đợi trong lõi notwork luôn luôn được so sánh với một giá trị tham khảo. Để ngăn ngừa và kiểm soát tắc nghẽn trong mạng lõi (CN) cơ chế kiểm soát rạch trước đó như ACB, EAB, rãnh access, vv có thể được sử dụng mặc dù có một vài phương pháp được đề xuất cho các tắc nghẽn trong CN.A. mở rộng chờ đợi bộ đếm thời gianKhi eNB thông báo quá tải lưu lượng truy cập trong CN, nó có thể sử dụng chương trình một thời gian dài chờ đợi để thông báo cho người sử dụng thiết bị ưu tiên hoặc chậm trễ insensitive lưu lượng thấp không phải là để yêu cầu trong vòng một khoảng thời gian cụ thể về thời gian, [111]-[113]. Thời gian dài chờ đợi là một nâng cao để trì hoãn việc truy cập kênh của UEs, [114]. [113] cho thấy sử dụng cơ chế thụ động hay hoạt động cho áp dụng thời gian dài chờ đợi cho thiết bị của người sử dụng có liên quan. Trong cơ chế thụ động yêu cầu kết nối sẽ bị từ chối trong quá trình thành phố Rạch Giá, hoặc một thư để phát hành các nguồn tài nguyên dành riêng gửi đến UEs có liên quan và một thời gian chờ đợi được gán trong đó các UEs không nên gửi một yêu cầu. Trong cơ chế hoạt động, khi xảy ra tình trạng quá tải CN, eNB phát sóng một thời gian chờ đợi thông tin qua mạng. Sau đó, UEs với ưu tiên thấp và chậm trễ giao thông insensitive chờ cho đến khi thời gian chờ đợi. Một ngẫu nhiên có thể được áp dụng cho thời gian chờ đợi để tránh va chạm cho các cố gắng truy cập sắp tới. Ngẫu nhiên này có thể đạt được bằng cách sử dụng các đồng hồ đếm ngược cho ACB mà đã được coi là trong LTE, [115]. Một sự chậm trễ khoan dung chỉ số có thể được sử dụng để xác định các thiết bị nhạy cảm chậm trễ.

Kết quả (Việt) 2:

VI. CORE NETWORK quá tải
Khác với các vấn đề RAN nêu ra bởi số lượng lớn các thiết bị M2M, Core Network (CN) cũng dễ bị ảnh hưởng. Một phân tích của các vấn đề tắc nghẽn của M2M trong CN của LTE được điều tra bởi Yang et. al. trong [109], bằng cách xem xét M / G / k / k xếp hàng mô hình hệ thống cho quá trình Poisson đến M2M. Một cách tiếp cận tương tự như ACB được đề xuất bởi Ksentini et. al. để kiểm soát tắc nghẽn CN [110]. Trong phương pháp này, các yếu tố ngăn cản được điều chỉnh bằng cách sử dụng bộ điều khiển PID, trong đó hàng đợi dữ liệu trong notwork lõi là luôn luôn so sánh với một giá trị tham khảo. Để ngăn chặn và tắc nghẽn kiểm soát trong mạng lõi (CN) các cơ chế kiểm soát RẠCH trước đây như ACB, EAB, rãnh truy cập, vv có thể được sử dụng mặc dù có một vài phương pháp đề xuất cho tắc nghẽn trong CN.

A. Mở rộng Chờ hẹn giờ
Khi eNB thông báo quá tải giao thông trong CN, nó có thể sử dụng một chương trình thời gian chờ đợi kéo dài đến thông báo cho người sử dụng thiết bị với mức ưu tiên thấp hoặc chậm trễ giao thông nhạy cảm không phải để yêu cầu trong vòng một khoảng thời gian cụ thể, [111] - [113]. Thời gian chờ đợi kéo dài là một nâng cao để trì hoãn việc truy cập kênh của UE, [114]. [113] cho thấy sử dụng cơ chế thụ động hay chủ động để áp dụng thời gian chờ đợi kéo dài để các thiết bị người dùng có liên quan. Trong cơ chế thụ động một yêu cầu kết nối bị từ chối trong thủ tục RẠCH, hoặc nhắn tin để giải phóng tài nguyên chuyên dụng là gửi đến UE có liên quan, và một thời gian chờ đợi được giao, trong đó UE không nên gửi một yêu cầu. Trong cơ chế hoạt động, một lần CN quá tải xảy ra, các eNB phát sóng một thông tin thời gian chờ đợi qua mạng. Sau đó, các UE có ưu tiên thấp và chậm trễ giao thông nhạy cảm chờ đợi cho đến sau thời gian chờ đợi. Một ngẫu nhiên có thể áp dụng cho thời gian chờ đợi để tránh va chạm với các cố gắng truy cập tới. Ngẫu nhiên này có thể đạt được bằng cách sử dụng tính giờ cho ACB mà đã được xem xét trong LTE, [115]. Một chỉ chịu chậm trễ có thể được sử dụng để xác định các thiết bị nhạy cảm chậm trễ.