Castle on a Cloud

本文主要搬移自:  https://www.ericsson.com/en/blog/2020/12/5g-positioning--what-you-need-to-know 在通訊的進展中, 定位技術的發展一直是重要, 但是進度緩慢的一塊, 在室外的環境中, 我們通常可以用 GPS 取得 5 公尺左右的誤差, 但在室內或是城市的環境中, 卻一直缺乏一種良好的方式進行定位. 在過去 4G 的時代中, 考慮大基地台的配置, 著重於(室外)訊號的覆蓋,  對於定位資訊的要求, 只有在跨基地台移動 (換手) 時出現, 因此, 只需要室外環境數公尺的定位需求就可以滿足, 但是在 5G 的架構下, 由於 (1) 小基地台的布建, 增加換手頻率, (2) mmWave (26 GHz) 通訊帶來的波束指向問題, 需要使用者的位置資訊, (3) V2X 車聯網通訊的低延遲需求, 也引入車間相互定位的需求, (4) 企業專網與工業 4.0 的 IoT 環境, 引入對"物"的精確定位需求, 以上 5G 的新興應用層面, 推動定位技術在 5G 中的重要性, 從過去的加分角色, 變成 5G 網路中必須的技術. 來自:  https://www.ericsson.com/en/blog/2020/12/5g-positioning--what-you-need-to-know 考慮到定位的不同應用需求以及其技術限制, 在 Ericsson 這篇文章中, 將應用場域按照定位需求, 分三個等級:  1-10 cm (cemtimeter), 10~100 cm (Decimeter), >100 cm (meter), 並對應於: 室內工業物聯網, V2X 車載網路, 以及行動通訊 (Mobile broadband, MBB), 其中, MBB 的應用與技術和 4G 類似, 使用 DL-TDoA 的技術與訊號強度 (RSRP) 為主, DL-TDoA 技術透過使用者 (UE) 回報量測值, 並以三角定位方式求得位置, fingerprinting 則是利用收集得訊號強度進行比對並定位, 進入 Decimeter 等級主要是引入 GPS 的相關技術 (GPS-RTK, AGPS),  並搭配車上的感測器, 以及路邊的裝置 (road-side unit) 進行定位的

本文主要搬移自:  https://blog.3g4g.co.uk/2020/10/positioning-techniques-for-5g-nr-in.html 針對 3GPP R16 對於定位的更新, Qualcomm 總結如下: Release 16 supports multi-/single-cell and device-based positioning, defining a new positioning reference signal (PRS) used by various 5G positioning techniques such as roundtrip time (RTT), angle of arrival/departure (AoA/AoD), and time difference of arrival (TDOA). Roundtrip time (RTT) based positioning removes the requirement of tight network timing synchronization across nodes (as needed in legacy techniques such as TDOA) and offers additional flexibility in network deployment and maintenance. These techniques are designed to meet initial 5G requirements of 3 and 10 meters for indoor and outdoor use cases, respectively. In Release 17, precise indoor positioning functionality will bring sub-meter accuracy for industrial IoT use cases. 簡單來說, R16 定義了一個新的參考訊號 (PRS), 用以支持定位技術: RTT, AoA/AoD, TDOA, 並放寬了同步的要求. 在 R16 中, 針對定位的目標為: (室內) 3 公尺, (室外) 10 公尺 的定位精確度. 針對精密室內定位的需求 (公

在上一篇文章中, 我們介紹了 Servlet 架構下的編譯環境, 並以範例說明如何產生一個網頁回應. 然而, 對於 RESTful API 而言, 另一個主要的需求即是作為 API 介面, API 的全稱為: Application Programming Interface, 主要的用途就是提供一個介面, 讓不同應用程式透過網路溝通, 簡單來說, 像是一個服務的窗口, 並定義該窗口對應的功能與服務. 另一方面, JSON 則是一種資料封裝格式, 可以把資料以 key-value 的方式, 組成 JSON 物件, 進行傳送. 來自:  https://docs.aws.amazon.com/zh_tw/sdk-for-javascript/v2/developer-guide/working-with-json.html 為了利用 Servlet 提供 JSON 的解析與回應, 我們需要章中, 我們介紹了 Servlet 架構下的編譯環境, 並以範例說明如何產生一個網頁回應. 然而, 對於 RESTful API 而言, 另一個主要的需求即是作為 API 介面, API 的全稱為: Application Programming Interface, 主要的用途就是提供一個介面, 讓不同應用程式透過網路溝通, 簡單來說, 像是一個服務的窗口, 並定義該窗口對應的功能與服務. 另一方面, JSON 則是一種資料封裝格式, 可以把資料以 key-value 的方式, 組成 JSON 物件, 進行傳送. 為了利用 Servlet 提供 JSON 的解析與回應, 我們需要 import org.json.*; 做為參考的 library, 範例程式可以參考:  https://blog.csdn.net/CapMiachael/article/details/72930357 import java.io.BufferedReader;  import java.io.IOException;  import java.io.PrintWriter;  import javax.servlet.ServletException;  import javax.servlet.http.HttpServlet;  import javax.servlet.http.Http