用於LTE中定位、位置和基於位置的服務的啟用QoS差異性的信令支持的製作方法

2023-05-15 19:11:11

專利名稱：用於LTE中定位、位置和基於位置的服務的啟用QoS差異性的信令支持的製作方法
技術領域：
本發明一般涉及無線通信網絡內的定位，如支持商用的基於位置的服務，並且具體地涉及更好地使得使用的定位序列適合於給定定位請求的要求。
背景技術：
定位服務、位置服務(LCS)和基於位置的服務(LBS)對於蜂窩運營商來說正變得越來越重要。智慧型電話的引入提供新服務可能性，其將要求運營商就不同服務的不同定位要求來優化性能，但是隨之帶來了有關位置服務的新挑戰。具體來說，LTE的定位和LCS支持目前正在進行標準化。雖然工作仍在繼續，但是LCS的大多數基本信令支持已經標準化。例如，標準中，如LCS QoS (服務質量)的功能性尚 未完成。再者，LTE上下文中設想的大多數可用定位功能性採用自UTRAN規範，即使那些規範被認為缺乏靈活性以及遭受某些實踐問題。UMTS中的QoS差異性 UMTS中的LCS QoS參數
在UMTS中，UTRAN或GERAN (在Iu模式中)與核心網絡(CN)之間的信令服務由無線電網絡層信令協議(稱為無線電接入網應用部分(RANAP))來提供。至少如下RANAP功能與LCS相關，
控制位置報告一該功能允許CN使用如下消息操作UTRAN報告UE位置的模式 〇 LOCATION REPORTING CONTROL (從 CN 傳送到 RNC)；
位置報告一用於使用如下消息將實際位置信息從RNC傳遞到CN的功能 〇 LOCATION REPORT ；
位置相關數據一該功能允許CN通過如下消息從RNC檢索用於廣播協助數據的解密密鑰(以轉發到UE),或請求RNC將專用的協助數據送交到UE
〇 LOCATION RELATED DATA REQUEST,
〇 LOCATION RELATED DATA RESPONSE,以及 〇 LOCATION RELATED DATA FAILURE。規定[8]:位置服務請求將包括(除了其它以外)諸如LCS客戶端身份、LCS客戶端類型以及(如果需要的話)還有受支持的GAD形狀、定位優先級、服務身份和/或類型以及受支持的QoS信息之類的屬性。在UTRAN中，此功能性通過RANAP來啟用，以使LCS客戶端能夠請求UTRAN的RNC中可用的定位功能性的某個QoS (RNC及其對應的NodeB稱為無線電網絡子系統或RNS ；UTRAN中能夠存在多於一個RNS)。所請求的QoS (至少)由RANAPLOCATION REPORTING CONTROL消息的以下信息元素來定義，參見[I]
響應時間(值高/低)，在標準中未將其映射到時間；
籲精確度碼(編碼有128個值)，其解釋為解碼時不確定性圓的半徑(以米計算)；以及 垂直精確度碼(編碼有128個值)，其解釋為不確定性間隔的大小，但是在標準中它是一側的還是兩側的並不明確。再者，該消息還可以包括定位優先級和客戶端類型(在緊隨其後的部分中有更多細節)。UTRAN中的客戶端類型
在[8]中，LCS客戶端被定義為為了獲得一個或多個UE的位置信息而與LCS伺服器交互的軟體和/或硬體實體。LCS客戶端預訂LCS以便獲得位置信息。LCS客戶端可以與人類用戶交互或可以不與之交互。LCS客戶端負責將數據格式化並呈示數據以及管理用戶接口(對話)。LCS客戶端可以駐留在UE或啟用SUPL的終端(SET)中，但是它也可以位於網絡側(例如，網絡維護服務或自我定位的BS)。
客戶端類型信息在實踐中是非常重要的，因為它允許以靈活的方式配置LCS QoS差異性。還可能存在對於某些LCS客戶端類型的一些限制。例如，在美國，國家暫行標準TIA/EIA/IS-J-STD-036將緊急服務LCS客戶端的地理形狀限制為最小程度的「橢球點」或「具有不確定性圓和置信度的橢球點」，如[7]中所定義的。在UTRAN中，在位置報告控制消息中將LCS客戶端類型作為UTRAN中的8個預定義值之一通過信號來通知，所述值用於在不同服務之間實現差異性。如下客戶端類型值被UTRAN Iu接口支持，參見[I]
緊急服務；
籲增值服務；
PLMN運營商服務；
合法監聽服務；
PLMN運營商廣播服務；
PLMN運營商運營和維護服務；
PLMN運營商匿名統計服務；以及
PLMN運營商目標MS服務支持。能夠注意到，只有一種客戶端類型用於商用LBS (即，增值服務)一隨著商用位置服務的數量增加，這種單一類型定義正變成重大缺點。UTRAN中的服務類型
服務類型是LCS客戶端可以提供的特定LBS的屬性，如[9]中所定義的。LCS客戶端還可以提供服務身份，由此伺服器能夠將其映射到還可以對照LCS簡檔和預訂來驗證的某個服務類型。如下LCS分類和類型已經標準化[9]
公眾安全性服務(緊急服務、緊急警報服務)；
位置敏感計費；
跟蹤服務(人跟蹤、車隊管理、資產管理)；
交通監視(交通擁堵報告)；
增強的呼叫路由選擇(路邊協助、至最近商業企業的路由選擇)
基於位置的信息服務(交通和公共運輸信息、城市景點、定位廣告、移動黃頁、天氣、資產和服務查找);
娛樂和社區服務(遊戲、找朋友、約會、聊天、路線查找、自我定位)；以及 籲服務提供商特定服務。置信度概述由於無線電傳播的特性，採用所獲得的終端位置的統計學描述是標準。然後使用置信度參數來描述統計誤差，置信度被定義為終端位於所報告的區域內部的概率。獲得置信度的方式不同，其原因是不同的統計模型。在A-GPS中，偽範圍測量誤差和幾何效應的組合導致不精確。由於過量測量，大數法則連同線性化促進標準高斯位置誤差模型的運用。對於小區ID和TA定位，確切地說無線電覆蓋效應導致誤差。因此，在這些情況中使用終端位置的均勻統計模型。UTRAN中的選擇邏輯
通過用於定位方法選擇的運營商可配置邏輯集合來控制UE定位功能(下文將使用注釋「定位方法選擇算法」)。定位方法選擇算法取用多個輸入，包括如下這些項
客戶端類型，在LOCATION REPORTING CONTROL消息中接收[I]；
QoS參數(響應時間、精確度碼和垂直精確度碼)，在LOCATION REPORTING CONTROL消息中接收[I];
EnabledPositioningFeatures參數,其具有還覆蓋RTT定位的擴增範圍一對於本發明公開是不相關的；以及
UE能力，主要展示UE的A-GPS能力一對於本發明公開是不相關的。在QoS差異性定位特徵的第一修訂版中，實現三個服務類，其中對於每個服務類具有一個可配置選擇邏輯集合。除了作為預設的緊急服務類以外，每個服務類均由配置的客戶端類型定義。對於緊急定位有一個專用服務類，以及對於不同商用服務有兩個服務類。用於每個服務類的邏輯允許第一定位嘗試，可能地隨後有兩個再嘗試的定位嘗試。運營商可配置如下備選
籲對於所有服務類有效
〇用於每種獲許可的定位方法的典型QoS，包括■典型響應時間，
■典型精確度碼(表示為半徑的水平精確度碼)，
■典型垂直精確度碼(垂直精確度)。 單獨地對於每個服務類有效
〇客戶端類型的列表，將為其選擇服務類。注意I :客戶端類型僅允許出現在一個服務類中。再者，對於緊急服務的服務類無需列表，
這是預設情況。注意2 :在UTRAN中只有一個用於商用服務的客戶端類型可用。〇對於所有定位嘗試有效
■在每個定位嘗試之後選擇QoS的後檢查。注意除非配置後檢查，否則不計算
QoS0〇第一定位嘗試
■可選擇的定位方法的排序列表，
■選擇具有最佳QoS的方法。〇第二定位嘗試
■從可選擇的定位方法的列表中進行第一再嘗試的定位方法的硬選擇。
注意已經運行過的定位方法不運行第二次。〇第三定位嘗試
■從可選擇的定位方法的列表中進行第二再嘗試的定位方法的硬選擇。注意已經運行過的定位方法不運行第二次。該定位選擇算法通過首先檢查LOCATION REPORTING CONTROL消息中接收的客戶端類型IE來操作。客戶端類型然後將對應於適合的服務類。定位方法選擇算法然後通過選擇第一定位方法來繼續進行。該選擇是基於QoS的，並且考慮到
所請求的QoS，如在LOCATION REPORTING CONTROL消息中所接收的；
對於每個獲許可的定位方法，配置的(典型)響應時間、精確度碼(水平精確度)和垂直精確度碼(垂直精確度)；以及
#UE能力和enabledPositioningFeatures參數(其確定在RNS中是否開啟定位方法)一對於本發明公開是不相關的。選擇算法在配置的可能第一定位方法的整個列表中循環，並選擇最佳滿足QoS準則的方法。QoS準則的優先級遵循3GPP，即，響應時間，精確度碼，然後是垂直精確度碼。如果兩種方法同樣好，則選擇配置的可能第一定位方法列表中的第一種方法。在已經選擇第一定位方法之後(未選擇方法是可能的)，運行所選擇的定位方法。如果已配置，則執行所達到的精確度的後檢查，此後，根據測試的結果確定UE定位功能將繼續報告還是再次嘗試定位。如果所選擇的定位方法失敗，則UE定位方法也繼續再次嘗試定位。如果UE定位功能繼續再次嘗試定位，則檢查UE能力和enabledPositioningFeatures,這次對於配置用於第二定位嘗試的定位方法。如果測試成功，貝1J運行與UE狀態和選擇的定位方法對應的用例(use case)。在完成時,執行任何配置的後檢查以檢查所達到的精確度。如果所達到的精確度滿足所請求的精確度，則報告第二定位嘗試的結果，否則執行第三定位嘗試。如果第二定位嘗試會失敗，則也執行第三定位嘗試。第三次嘗試與第二次嘗試類似，所例外的是在完成之後，無需執行後檢查。其原因是如果所達到的QoS不夠好，則不會有第四嘗試。出於相同的原因，UE定位功能報告最佳滿足如LOCATION REPORTING CONTROL消息中所接收的所請求的QoS的定位嘗試的結果。
UTRAN 中的 QoS 評估
QoS評估按如下步驟操作
檢查響應時間是否低於所請求的響應時間；
計算由每種定位方法得到的地理格式的面積，並與半徑由所請求的水平精確度碼給定的圓的面積比較；以及
計算/查詢由每種定位方法得到的垂直不精確度的大小，並與由通過RANAP接口接收的垂直精確度碼所給定的請求的垂直(標量)精確度比較。LTE中的定位體系結構和協議
在LTE中，基本演進的分組系統(EPS)體系結構在用戶面中由兩個節點，基站和演進的分組核心(EPC)網絡網關(GW)組成。執行控制面功能性的節點(MME)與執行承載面功能性的節點(即，Gff)是分開的。E-UTRAN與EPC之間的信令服務在SI接口上通過SI應用協議(SlAP)來提供[2]。eNodeB與MME之間的SI接口稱為S1-MME，並且在控制面定位解決方案中得以利用。在MME與eSMLC之間標準化SLs接口，其中LCS-AP協議操作在該接口上。eNodeB與服務GW之間的SI接口稱為S1_U，並且它在用戶面定位解決方案中得以利用。[2]中為SlAP定義如下的位置相關的過程
位置報告控制，其允許MME利用如下消息請求eNodeB報告當前UE位置 〇 LOCATION REPORTING CONTROL ；
位置報告，通過該位置報告，eNodeB通過使用如下消息向MME提供UE的當前位置 〇 LOCATION REPORT ；
位置報告失敗指示，通過位置報告失敗指示，eNodeB利用如下消息向MME告知位置報告控制過程已經失敗
〇 LOCATION REPORT FAILURE INDICATION。 在[2]中，LOCATIONREPORTING CONTROL 消息僅指示 eNodeB 將如何向 MME 報告以及報告什麼類型的位置信息(例如，CSG或TAI)。因此，SlAP消息不包含有關所要求的精確度、響應時間等的信息。此信息通過LTE定位協議(LPP)載送[4]，同時使用SlAP協議作為通過Sl-MME接口的傳輸，以使LPP消息作為透明的PDU通過Sl-MME載送。LPP是位置伺服器與目標裝置之間使用的以便使用一個或多個參考源獲得的位置相關的測量來定位目標裝置的點到點協議。對於LPP消息，伺服器可以例如是控制面中的eSMLC或是用戶面中的SLP，而目標可以分別是控制面和用戶面中的UE或SET。LPP使用RRC作為通過UE與eSMLC之間的Uu接口的傳輸，通過eNodeB和eSMLC之間的SI和SLs接口的S1AP。已對於LPP規定了如下事務，
能力傳遞過程(請求/提供消息)，
籲協助數據傳遞過程(請求/提供消息)，
位置信息傳遞(請求/提供消息)等。LTE定位協議附錄(LPPa)(參見[5])是eNodeB與eSMLC之間的一種協議。該協議支持定位相關信息的LPPa位置信息傳遞過程以及非特定地與LCS相關的LPP管理過程。根據位置服務請求的源，這些過程的流程可能有所不同。即，該處理流程根據LCS請求由UE觸發還是由MME或某個其它EPC LCS實體觸發還是由eNodeB發起而有所不同。在所有情況中，MME調用位置會話以便獲得UE的位置或執行某個其它位置相關的服務，如向UE傳遞協助數據。然後支持LPP和LPPa傳輸作為LCS會話的一部分。在用戶面解決方案中，SUPL(包括使用通過SUPL的LPP)作為通用用戶面協議棧的一部分進行[6]。SUPL佔據該協議棧中的應用層，其中LPP (或另一個定位協議)作為SUPL上的另一個層來傳輸。在根據目前的標準已經建立LCS之後，在LPP能力交換和LPP位置信息傳遞過程期間(即，已經建立LCS會話之後)檢索與LCS QoS相關的信息。在LPP上下文中，能力是指目標或服務支持為LPP定義的不同位置方法，具體位置方法的不同方面(例如，用於A-GNSS的不同類型的協助數據)和非特定於僅一種定位方法的通用特徵(例如，處理多個LPP事務的能力)的能力。能力信息(除了其它以外)包括方法、速度類型、地理位置類型等。可選地傳送的位置信息請求包含至少如下信息 位置信息類型(優選的估計、所要求的估計、所要求的測量等);
周期性報告(量和報告間隔)；
協助可用性(可用協助信息或沒有伺服器協助信息);
籲附加信息(可以返回或可以不返回所請求的信息);
QoS (參見下文細節)；
環境(差區域(badArea)、不差區域(notBadArea)、混合區域(mixedArea)等)；
位置類型(用於定義目標可以返回的位置估計的布爾指示符序列，其中這些估 計是如下位置類型的其中一個或多個橢球點(elIipsoidPoint)、具有不確定性圓的捕球點(ellipsoidPointWithUncertaintyCircle)、具有不確定性捕圓的捕球點(ellipsoidPointWithUncertaintyEllipse)、多邊形(polygon)、具有高度的捕球點(elIipsoidPointWithAltitude)、具有高度和不確定性捕球的捕球點(elIipsoidPointWithAltitudeAndUncertaintyEllipsoid)或捕球弧(elIipsoidArc));以及
速度類型(水平速度、含有以及不含不確定性的水平速度、含有和不含不確定性的水平和垂直速度)。能夠注意到，位置信息傳遞是雙向過程，S卩，它能夠通過來自任一側的請求發起，在被允許時(例如，一些測量傳送僅對於從目標到伺服器是相關的)，請求測量或估計。位置信息請求的QoS信息部分包括如下信息
籲水平精確度(128個精確度碼，100個置信度碼)；
垂直坐標請求(布爾)；
垂直精確度(128個精確度碼，100個置信度碼)；
響應時間(範圍[1，128]秒中的值)一請求位置信息的接收與提供位置信息的傳送之間測量的最大響應時間；以及 速度(布爾)。

發明內容
根據本發明的一個方面，擴充基於位置的服務中所使用的客戶端和/或服務類型的數量。該擴充提供更豐富的定義以便在選擇在滿足給定的定位請求時使用的最優或另外最適合的定位序列時使用。例如，以較快但較低精確度的位置確定來滿足一些類型的商用相關的定位請求，而其它類型從較精確但是較慢的位置確定獲益。這些和其它獲益通過擴充用於標識商用定位請求的類型定義以及通過配置生成或處理此類請求中涉及的網絡節點以理解擴充的類型定義來提供。根據另一個方面，本發明提出在定位請求中向定位節點用信號通知如下項的至少其中之一擴充的客戶端或服務類型；由(請求)節點映射到擴充的客戶端或服務類型的位置QoS準則；或由該節點映射到擴充的客戶端或服務類型的特定定位序列。一種此類實施例提出優選定位方法或序列的信令。這樣做使得UE協助或基於網絡的定位更靈活且更適應於UE需求。再者，所提出的底層統計誤差模型的信令增強了定位節點與被定位節點之間傳送的測量質量信息。當然，本發明並不由上文概述的特徵或優點來限制。本領域普通技術人員在閱讀對本發明多種實施例的下文詳細描述以及參閱附圖時將認識到另外的優點和特徵。


圖I是示出基於位置的服務的一個實施例的過程流程圖，其中用戶終端(或網絡節點)始發定位請求，例如與商用的基於位置的服務關聯的定位請求。圖2是示出在移動性管理實體(MME)或其它網絡節點的基於擴充的客戶端和/或服務類型的使用為改進性地選擇最適於滿足定位請求的具體定位序列進行位置請求處理的一個實施例的邏輯流程圖。圖3是示出在定位服務節點的基於接收到標識擴充的客戶端和/或服務類型的定位請求為改進性地選擇最適於滿足該定位請求的具體定位序列(即，選擇對於定位請求中標識的具體擴充的客戶端和/或服務類型在策略上為最佳的定位序列)進行位置請 求處理的一個實施例的邏輯流程圖。圖4和圖5是示出在網絡節點(如MME)的用於響應入局的定位請求基於將入局的請求映射至客戶端和/或服務類型定義的擴充集合生成出局的定位請求的處理電路和關聯的功能的示例實施例的框圖。圖6和圖7是示出在定位節點的用於將給定的定位請求中接收的擴充的客戶端和/或服務類型信息映射到策略上最佳的定位序列的處理電路和關聯的功能的示範實施例的框圖。圖8和圖9是示出LTE上下文中基於位置的服務的實施例的過程流程圖，其中用戶終端(圖8)或另一個網絡節點(圖9)始發定位請求，例如與商用的基於位置的服務關聯的定位請求。圖10是LTE網絡的上下文中涉及定位服務的節點和接口的一個實施例的框圖，以及它具體地描繪LTE上下文中所涉及的節點之間使用的示例接口和協議。
具體實施例方式圖I示出無線通信網絡8中的示例定位服務的過程流程圖，其中網絡節點10 (例如，LTE網絡中的移動性管理實體或MME)從移動終端12或其它項目的用戶設備(UE)接收定位請求。定位請求一般通過支持終端12的無線電接入網(RAN)節點14 (如在LTE上下文中，終端的支持eNodeB)來接收。(該請求還可以從例如eNodeB始發,如虛線所指示的)。根據本文的教導，節點10基於其對客戶端和/或服務類型的擴充集合的使用來執行定位請求的有利映射。基於該映射，節點10向位於網絡8中或另外節點10可訪問的定位節點16發送信令(例如，對應的定位請求)。具體來說，在適用的實例中，例如對於商用服務定位請求，節點10使用其客戶端和/或服務類型的擴充集合向定位節點16提供與該定位請求關聯的商用服務的特定類型或特性的更具體化的標識。這樣做允許定位節點16選擇策略上最佳的定位序列(positioning sequence)以在滿足定位請求時使用。這裡「策略上最佳」意味著最佳地匹配定位請求下層的商用服務的實踐要求的定位序列或序列。例如，通過快速位置確定來最好地服務一些基於位置的商用服務，即使該速度是以精確度為代價；而在其它類型的基於位置的商用服務中，位置精確度是至關重要的。因為能夠針對客戶端和/或服務類型的擴充集合中的每個擴充的客戶端和/或服務類型將位置QoS準則具體化，所以能夠針對任何給定的定位請求精細地調整定位節點所使用的具體定位序列。這裡，「定位序列」意味著定位節點16執行的具體定位操作，包括它為確定位置所使用的基礎(GPS、TDOA等)和精確度。鑑於圖1，圖2示出可以在網絡節點10實現的示例邏輯流程圖，正如提到的，網絡節點10可以是LTE示例中的MME。該流程圖描繪用於在包括定位節點的無線通信網絡中提供定位服務的方法100，該定位節點配置成根據選擇的定位序列來提供用戶設備(UE)的定位信息。在該方法的上下文內，在定位節點有多個不同的「定位序列」可用，其提供不同的定位響應時間和/或不同的定位QoS。在此上下文中，方法100包括多個步驟，包括在無線通信網絡中的節點維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合(步驟102)。不同類型的商用的基於位置的服務是依據位置QoS準則來區分的。正如本文所使用的，術語「位置QoS準則」是指具體位置QoS要求的指示和/或位置QoS參數的優先級的優選順序的指示(例如，有關響應時間、精確度碼和垂直精確度碼中哪個(或哪些)被認為對於定位請求中待處理(at issue)的具體擴充的客戶端或服務類型更重要的指示)。方法100還包括在所述節點接收用於定位用戶設備(UE)的定位請求(步驟104)， 並將定位請求映射到與定位請求關聯的商用的基於位置的服務的具體類型對應的擴充的客戶端或服務類型之一(步驟106)。再者，方法100包括將該擴充的客戶端或服務類型用信號通知定位節點，以觸發由定位節點選擇在定位節點可用的定位序列中的特定定位序列來用於確定UE的定位信息(步驟108)。在一個或多個實施例中，上文的方法在LTE網絡中實現，例如在基於LTE的無線通信網絡內的eNodeB實現。在相同或其它實施例中，維護步驟包括維護客戶端類型的集合，每個客戶端類型對應於不同類型或分類的商用位置服務，並且還維護對於每個客戶端類型的指示與該客戶端類型關聯的位置QoS準則的信息。在相同或其它實施例中，映射步驟包括評估定位請求，並將其與該擴充集合中的客戶端類型或服務類型的其中之一匹配，並對應地生成要被包括在用於定位節點的信令中的一個或多個信息元素，以使它指示與匹配的客戶端類型或服務類型關聯的位置QoS準則。在相同或其它實施例中，該映射步驟包括評估在該定位請求中接收的或與之關聯的一個或多個數據項目，以確定來自客戶端或服務類型的擴充集合的哪個客戶端或服務類型最佳地補充該定位請求。在至少一個此類實施例中，MME或其它請求節點配置成在定位請求中將如下項的至少其中之一用信號通知定位節點擴充的客戶端或服務類型；由該節點映射到擴充的客戶端或服務類型的位置QoS準則；或由該節點映射到擴充的客戶端或服務類型的特定定位方法或序列。一般來說，最初可以由可駐留在UE中的客戶端用信號通知至少客戶端類型。這意味著在定位節點從UE接收此類請求是可能的。當然，本領域技術人員將認識到，本發明可設想用於其多種傳送和接收步驟的直接和/或間接鏈路。例如，在用戶設備(UE)中的方法包括維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合，其中這些不同類型的商用的基於位置的服務是依據位置QoS準則來區分的，並發送與給定的商用的基於位置的服務關聯的定位請求。有利地，作為此方法的一部分，UE在所述定位請求中包括與給定的商用的基於位置的服務對應的擴充的客戶端類型或服務類型的指示。為了利用上文擴充的信令，定位節點必須配置成接收、識別和響應從eNodeB或如MME的其它網絡節點接收的定位請求，其中用信號通知的信息標識擴充的客戶端或服務類型和/或標識位置QoS準則或指定的定位序列。對應地，圖3示出用於在定位節點實現此類功能性的方法120。示出的方法120包括作為信令消息接收給定的用戶設備(UE)或網絡節點的定位請求，其標識具體客戶端或服務類型，如與多種不同類型的商用的基於位置的服務對應的客戶端或服務類型的擴充集合中定義的(步驟122)。正如所提到的，不同類型的商用的基於位置的服務是依據位置QoS準則來區分的。該方法120還包括響應定位請求，基於將該擴充的客戶端或服務類型映射到特定定位序列，確定用於提供定位信息的具體定位序列(步驟124)，該特定定位序列是為與該擴充的客戶端或服務類型對應的商用的基於位置的服務的類型定義的。再者，方法120還包 括執行具體定位序列以確定所述定位信息(步驟126)，並發送承載所述定位信息的一個或多個消息(步驟128)。此外，在至少一個實施例中，方法120包括與發送承載定位信息的一個或多個消息關聯地報告置信度值。在至少一個此類實施例中，該方法包括作為置信度值的所述報告的一部分來報告該置信度值所基於的統計模型的類型。轉到示例設備實現，圖4描繪用於提供定位服務且包括定位節點的無線通信網絡中的節點10，定位節點配置成根據選擇的定位序列來提供用戶設備(UE)的定位信息，其中在定位節點可用的不同定位序列提供不同的定位響應時間或服務質量。網絡節點10包括一個或多個通信接口 20—例如用於向終端和/或其它網絡節點發送信號和接收信號的無線和/或有線接口。節點10還包括一個或多個處理電路22—例如微處理器或其它基於計算機的處理電路，其至少部分地配置成基於運行存儲器24或處理電路22可訪問的其它計算機可讀介質中存儲的電腦程式指令來執行期望的方法。在至少一個實施例中，該存儲器24存儲包括客戶端或服務類型的擴充集合26的數據結構。這裡，「或」表示和/或，意味著該集合可以包括用於一定範圍的商用服務的擴充的客戶端類型定義，和/或可以包括用於一定範圍的商用服務的擴充的服務類型定義。因此，在示出的實施例中，節點10使用存儲器24來維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合。與之前一樣，不同類型的商用的基於位置的服務是依據位置QoS準則來區分的。再者，上文提到的通信接口是為在節點10接收例如用於定位用戶設備(UE)的定位請求而配置的。該請求傳遞到一個或多個處理電路22中，一個或多個處理電路22配置成將該定位請求映射到與該定位請求所關聯的商用的基於位置的服務的具體類型對應的擴充的客戶端類型或服務類型之一；以及將該擴充的客戶端或服務類型用信號通知關聯的定位節點16，以觸發由定位節點16選擇在定位節點可用的定位序列中的特定定位序列來用於確定UE的定位信息。在至少一個實施例中，節點10是MME或配置用於在LTE網絡中操作的其它節點。在相同或其它實施例中，節點10配置成通過在存儲器24中維護客戶端類型的集合來維護客戶端類型或服務類型的擴充集合26。這裡，每個客戶端類型對應於不同類型或分類的商用位置服務。節點10還維護對於每個客戶端類型的指示與該客戶端類型關聯的位置QoS準則的信息。例如，關聯的位置QoS準則可以是在策略上最補充具體客戶端類型的QoS要求和/或(位置參數的)優先級的順序。此類關聯性可以例如被預先確定且被包括在節點10中作為其操作供應的一部分。再者，在至少一個實施例中，節點10配置成通過評估接收的定位請求並將其與擴充集合26中的客戶端類型或服務類型之一匹配，並對應地生成要被包括在用於定位節點16的信令中的一個或多個信息元素(IE)來執行映射。圖5示出本實施例的非限制性示例，其中處理電路22內的映射功能30將入局的定位請求映射到擴充集合26中的具體客戶端/服務類型。對應地，信令發生器32生成IE或其它信息，這些IE或其它信息將被用於形成發送到定位節點16的定位請求消息。以此方式，一個或多個IE或其它包括的消息數據指示與匹配客戶端類型或服務類型關聯的位置QoS準則。定位節點16使用該擴充的信令以選擇用於生成根據該請求的定位信息的適合定位序列。圖6提供此類定位節點16的示例。定位節點16的示出實施例配置成用於處理配置成為用戶設備(UE)12提供位置服務的無線通信網絡8中的定位請求。定位節點16包括通信接口 40，用於作為信令消息接收給定的用戶設備(UE)或網絡節點的定位請求，其標識具體客戶端或服務類型，如與多種不同類型的商用的基於位置的服務對應的客戶端或服務類型的擴充集合中定義的。這裡，不同類型的商用的基於位置的服務是依據位置QoS準則來區分的。定位節點16還包括一個或多個處理電路42 (如微處理器和/或其它數字處理電路)，其配置成響應定位請求確定用於提供定位信息的具體定位序列。一個或多個電路基於將該擴充的客戶端或服務類型映射到特定定位序列作出該確定，該特定定位序列是為與該擴充的客戶端或服務類型對應的商用的基於位置的服務的類型定義的。一個或多個電路還配置成執行具體定位序列以確定所述定位信息，並發送承載所述定位信息的一個或多個消肩、O在至少一個實施例中，處理電路42包括一個或多個存儲器電路或其它計算機可讀媒體44或與之關聯。具體來說，存儲器44配置成存儲包含擴充的客戶端或服務類型信息到一個或多個具體定位序列的映射的數據，如表或其它數據結構46。參見圖7，其描繪此類處理的一個示例，其中處理節點16內的某些功能單元描繪為執行映射、定位和消息傳送。具體來說，圖7描繪映射功能50，其提取在定位節點接收的定位請求中包括的擴充的客戶端或服務類型信息，並將其映射到位置QoS要求和/或給定的位置QoS參數的優先級的順序。在定位節點16第二映射功能52又將該信息映射到一個或多個特定定位序列一即，特定定位動作，例如GPS、TD0A等。再者，定位節點16中實現的一個或多個功能54 執行特定定位序列，以及又一個功能(例如通信/信令功能56)發送結果的定位請求響應。再者，在至少一個實施例中，定位節點16還配置成與發送承載定位信息的一個或多個消息關聯地報告置信度值。在至少一個此類實施例中，定位節點16配置成作為置信度值的所述報告的一部分報告該置信度值所基於的統計模型的類型。圖8提供本文設想的定位請求處理的示例，其中無線通信網絡8作為LTE網絡來實現，以及節點10包括示例網絡中的MME。節點10直接或間接地從給定的UE 12接收定位請求(步驟la)，或從位置服務實體60接收定位請求(步驟lb)，例如位置服務實體60可以是第三方商用實體。或者MME發起定位請求，如給定網絡管理功能可能需要(步驟lc)。在任何情況中，節點10執行位置服務請求處理，並對應地向定位節點16 (此處，E-SMLC)發送包括擴充的客戶端或服務類型信息的定位請求消息(步驟2)。在關聯的eNodeB處理(步驟3a)和某些UE過程(步驟3b)之後，位置節點16返回位置服務響應消息(步驟4)，其中返回的定位信息由定位節點根據擴充的客戶端/服務類型信息到在定位節點16的最匹配或最適合的定位序列的映射來獲得。節點10向UE 12發送對應的位置服務響應消息(步驟5a)和/或向第三方實體返回位置服務響應(步驟5b)，作為關聯的位置服務響應處理的一部分(步驟5c)。圖9示出類似的處理，但是其中定位請求從網絡中另一個節點(這裡是eNodeB14)始發。同樣地，與圖8中示出的處理的情況一樣，MME使用擴充的客戶端或服務類型信息以使得定位節點16 (同樣地，該附圖中的E-SMLC)能夠使用擴充的信息來選擇最適於引起該定位請求的商用服務的特性的一個或多個具體定位序列。 再者，圖10示出聯想E-UTRAN實現的示例LTE體系結構一其中示出MME 10、UE12、eNodeB 14、E-SMLC 16和SLP 62。但是，不同於E-UTRAN，這裡MME配置成將擴充的客戶端或服務類型信息包括在它發送到E-SMLC的定位請求消息中。再者，E-SMLC配置成使用該擴充的信息來選擇要針對與該擴充的客戶端或服務類型關聯的具體化位置QoS準則使用的最佳或最適合的定位序列。例如，在本文教導的至少一個實施例中，一種在無線通信網絡中提供定位服務的方法包括將UTRAN 8的「客戶端類型」擴充為包括增值服務類型的擴充集合(或子集)。BP,根據目前UTRAN 8的客戶端類型定義，只有一個用於增值服務的類型指定，其廣泛地涵蓋很多類型的商用定位和基於位置的服務。在本文提出的一個實施例中，通過將定義的客戶端類型擴充為包括增值服務I至N，其中N能夠是例如8、16或32，使得增值服務的定義更豐富。利用這些更精細的增值服務類型定義，能夠使所使用的具體定位序列或方法適合所涉及的具體增值服務類型。作為非限制性示例，可能的情況是，快速但僅中等精確的定位對於一具體增值服務類型是最有益的，而對於另一種類型的增值服務類型，精確定位更適合，即使獲得更精確的定位耗費更長時間。網絡中的一個或多個節點能夠配置成將這些擴充類型的增值服務中的個體映射到最適合的定位序列、方法或協議，這意味著為與增值服務關聯的給定定位請求而進行的定位處理能夠適合於該請求中涉及的具體類型的商用服務。鑑於上文的示例實施例，本發明在一個或多個實施例中提出對LTE中定位的信令支持的擴充。在這樣做時，本發明增強了 LTE的可用LCS QoS功能性，並且為LTE提供比迄今已知的(例如，UMTS中的)更靈活的基於位置的服務支持，並且還提供用於支持LTE以及其它較新的網絡中基於位置的服務的迅速發展的豐富且魯棒性的基礎。因此，本發明解決了上文需要，超出UMTS中可用的，並定義信令方法，包括協議擴充和關聯的處理設備。在這樣做時，在LTE上下文中，本發明定義LCS客戶端與eSMLC之間的有利信令，以便在LTE中實現靈活且不會過時的基於位置的服務支持。某種程度上，本發明的一個或多個實施例涉及將服務類型從最終用戶用信號通知LTE系統的定位節點，這通常是eSMLC ;將請求的QoS從最終用戶用信號通知LTE系統的定位節點，這通常是eSMLC ;選擇定位嘗試的序列以滿足所述定位服務的所述請求的QoS ；選擇形狀轉換以滿足所述定位服務的報告要求；以及評估所述選擇的序列的所述選擇的定位嘗試的所達到的QoS。對應地，本發明提供多個優點，包括但不限於如下這些項擴充客戶端類型的數量一例如不同於現有技術，本文提出的本發明的一個或多個實施例提供客戶端類型的擴充列表，其包括不同類型的增值服務的定義，使得為給定增值服務選擇或另外提供的位置處理能夠更有效地適合於該服務的需要；規定用於擴充的客戶端類型和/或服務類型或服務身份的擴充的信令以便在LTE標準中使用；提供了置信度的有利且明確的處理和用信號通知一再者，本文的教導擴充了可用信令，以便標識與置信度確定關聯的底層統計模型(均勻或高斯)，這在處理QoS時是重要的事實；用以下方式擴充了信令使得它可能指示或另外 選擇優選的特定定位方法，其中此類指示在現有技術中定義的信令中是不可能的；以及擴充了信令以指示所請求的QoS的優先級，例如對於給定的定位請求，其指示響應時間、精確度碼和垂直精確度碼中哪個最重要。在LTE內實現此類功能性時，本發明至少對於從最終用戶客戶端到eSMLC的信令鏈的子集引入客戶端類型的信令。參考圖8和圖9，注意到此類信息能夠從目標UE 12 (或要被定位的其它裝置)被請求並通過LPP連同LPP位置信息請求消息中的其它服務特定QoS參數一起傳送。另外提議應該對LTE標準擴增客戶端類型，如增值服務I、增值服務2、…、增值服務N，其中這些服務類旨在用於多種種類的商用LBS。N的適合值可以是8、16或32。可以通過列表來執行實現。(作為備選，可以引入LQCI (LCS QCI或QoS類標識符；注意「QCI」用於普通LTE服務以表示預定義配置)並且這些可以僅僅是範圍0. . N-I中的無符號整數。)。正如所認識到的，定位節點(eSMLC)需要知道(位置)QoS信息。在現有技術解決方案中，通常在建立LCS會話之前檢索LCS QoS信息。在LTE中，通過SLs接口在位置請求消息中向eSMLC發送客戶端類型信息[10]是可能的，這是假定MME中已經有此信息可用。否則，需要將此信息從UE (例如用NAS消息通過LTE-Uu和SI接口)送交到MME，從eNodeB(例如，用SlAP消息通過SI接口)或從LCS實體送交到MME，這取決於始發位置請求的所在地。再者，例如根據[10]，UE定位能力或QoS信息也可以在位置請求消息中傳送。但是，如果eSMLC不接收此信息，則eSMLC可以通過如[4]中定義的LPP請求能力信息。雖然現有LTE標準未描述用於請求例如客戶端類型的此類可能性，但是本文提出並提供了此類功能性。設想控制面和用戶面其中之一(或二者兼有)的信令解決方案。作為通用化的解決方案，提出存在從能夠決定客戶端類型或具有有關客戶端類型的實體(例如從eNodeB通過LPPa、從UE通過LPP、其它LCS實體等)到定位節點的客戶端類型傳遞的可能性。在又一個實施例中，eSMLC經由用戶面接收客戶端類型信息，例如(通過SUPL)從SET傳送到SLP，然
後(通過Up )傳送到eSMLC。再者，
在一個實施例中，將LCS會話的定位方法的預先配置的參數和序列的某個集合與每個客戶端類型關聯。能夠將該參數集合存儲在eSMLC中的資料庫中並由製造商提供，或能夠由運營商配置。此外，雖然服務身份和服務類型仍未在LTE標準中(參見[10])，但是本發明提出用於以將此類信息用信號通知eSMLC的方法和設備。再者，本發明可設想並提供用信號通知用於任何給定定位請求的優選定位方法。建議，標準位置相關的LTE信令應擴增有指示優選定位方法的信令欄位。值會需要包括A-GNSS (覆蓋UE協助/基於UE的所有變型)、0TD0A、指紋(Fingerprinting)、ECID、小區ID和保留。確信三十二(32)個值(5位)足夠用於編碼。作為非限制性提議，此類信息可以與客戶端類型信令相同或類似地用信號通知，例如eSMLC應該能夠從具有此信息的實體(例如，如果該信息與預訂關聯，則為LCS客戶端或MME)檢索此信息。作為又一個有利的信令增強，本發明可設想(由定位節點)用信號通知置信度估計的底層統計誤差模型。在一個實施例中，此類信令使用誤差模型指示符來實現。例如，該指示符是可選地利用位置信息響應消息中的LPP傳送的I位布爾欄位，以便在不傳送時，假定為均勻模型，否則將使用「0」來指示高斯誤差模型以及保留「I」。在另一個實施例中，使用多於一個位來指示模型信息；但是，兩個位一般應該足夠用於此類信令。
無論是否實現此類信令增強，本領域技術人員將認識到本文提出的一個或多個實施例將(商用)定位請求映射到客戶端或服務類型的擴充集合中的擴充的客戶端或服務類型。每個此類擴充的客戶端或服務類型與位置QoS準則關聯。因此，UE或網絡節點(例如，MME)可以配置成將給定的商用位置請求映射到擴充集合中的擴充的客戶端或服務類型的特定一個，並將該映射用信號通知網絡中的定位節點，其配置成將擴充的客戶端/服務類型映射到給定的位置QoS準則，並對應地執行最適於滿足位置QoS準則的定位序列。還要注意，在一個或多個實施例中，如MME的網絡節點能夠配置成執行服務類型至定位序列的映射，以使MME或其它節點用信號通知定位節點要使用的特定定位序列，作為向定位節點發送定位請求的一部分。在此類實施例中，在定位節點接收的定位請求標識定位節點要使用的具體定位序列，以及該定位節點對應地配置成執行該請求中標識的具體定位序列。再者，該節點可以配置成通過如下步驟來執行定位請求的所述映射評估定位請求，並將其與擴充集合中的客戶端類型或服務類型的其中之一匹配，並對應地生成要被包括在用於定位節點的信令中的一個或多個信息元素，以使所述信令指示與匹配的客戶端類型或服務類型關聯的位置QoS準則。因此，本發明的一個或多個實施例提供在包括定位節點的無線通信網絡中提供定位服務的方法，該定位節點配置成根據選擇的定位序列來提供用戶設備(UE)的定位信息，其中在該定位節點可用的不同定位序列最佳地補充不同的位置服務質量(QoS)準則。SP，作為通用提議，在定位節點可用的定位序列中的具體定位序列最佳地滿足與定位請求關聯的具體位置QoS準則。在至少一個此類實施例中，該方法包括在無線通信網絡中的節點維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合，其中不同類型的商用的基於位置的服務是依據位置QoS準則來區分的。該方法還包括在所述節點接收用於定位用戶設備(UE)的定位請求，並將定位請求映射到與定位請求關聯的商用的基於位置的服務的具體類型對應的擴充的客戶端或服務類型之一，並將該擴充的客戶端或服務類型或關聯的位置QoS準則用信號通知定位節點。進行該信令以觸發由定位節點選擇在定位節點可用的定位序列中的特定定位序列來用於確定UE的定位信息。作為備選，並不用信號通知擴充的類型信息，或與該擴充的類型信息對應的位置QoS準則，而是該方法包括將擴充的客戶端或服務類型映射到特定定位序列，並將特定定位序列用信號通知定位節點，以請求定位節點運行特定定位序列。再者，本發明提供一種用於配置成在為用戶設備(UE)提供位置服務的無線通信網絡中的定位節點處理定位請求的方法。在至少一個實施例中，該方法包括作為信令消息接收給定用戶設備(UE)或網絡節點的定位請求。該方法還包括響應定位請求確定為提供定位信息要使用的具體定位序列。該確定基於根據標識具體定位序列的定位請求中的信令確定具體定位序列。作為備選，定位請求不標識具體定位序列，而是載送用信號通知與請求中待處理的擴充的客戶端或服務類型關聯的位置QoS準則的信息，或載送用信號通知擴充的客戶端或服務類型的 信息。因此，根據此備選，確定要使用哪個具體定位序列是基於將定位請求中用信號通知的信息映射到在定位節點可用的具體定位序列。如果用信號通知的信息包括擴充的客戶端或服務類型，則定位節點將該信息映射到對應的位置QoS準則，然後定位節點將其映射到具體定位序列。如果用信號通知的信息包括位置QoS準則，則定位節點將其映射到具體定位序列。在任何情況中，該方法包括執行具體定位序列以確定所述定位信息。最後，該方法包括發送承載所述定位信息的一個或多個消息。鑑於上文信令選項和變化，本領域技術人員將認識到本發明提供與較早系統(例如一定範圍的LCS客戶端類型)比較而言增強的定位靈活性。再者，本領域技術人員將認識到前面的描述和附圖不是限制性的。而是，本發明實際僅由所附權利要求書及其法律等同限定。縮略語
A-GNSS協助的全球導航衛星系統
CN核心網絡
CSG封閉的訂戶群
E-CID增強的小區ID
E-UTRAN演進的 UTRAN
EPC演進分組核心
EPS演進分組系統
eSMLC演進的服務移動位置中心
IE信息元素
LBS基於位置的服務
LCS位置服務
LCS-APLCS應用協議
LPPLTE定位協議
LPPaLTE定位協議附錄
LTE長期演進
MME移動性管理實體NAS非接入層
OTDOA觀察的到達時差
PDU分組數據單元
QoS服務質量
RANAP無線電接入網應用部分
RNC無線電網絡控制器 RNS無線電網絡子系統
RRC無線電資源控制
SlAPSI應用協議
SET啟用SUPL的終端
SLPSUPL位置平臺
SUPL安全用戶面位置
TAI跟蹤區域身份
UE用戶設備
UMTS通用移動電信系統
UTRAUMTS地面無線電接入
UTRANUMTS地面無線電接入網
參考文獻
[I]在 http://www. 3gpp. org可得到的 3GPP, TS 25. 413/iUTRAN Iu 接口 RANAP 信令(UTRAN Iu interface RANAP signaling)，，。[2] 3GPP, TS 36.413, V9. 0. 0，「演進的通用地面無線電接入網(E_UTRAN);S1 應用協議(S1AP)」，2009 年 9 月("Evolved Universal Terrestrial Radio Access Network(E-UTRAN) ； SI Application Protocol (SlAP)". Sep. 2009)。[3] 3GPP, TS 25. 305，「UTRAN 中的 UE 定位的第 2 階段功能規範」("Stage 2functional specification of UE positioning in UTRAN〃)。[4] 3GPP 36. 355，「演進的通用地面無線電接入(E-UTRA) ;E-UTRA，LTE定位協議(LPP)」，2009 年 12 月("Evolved Universal Terrestrial Radio Access (E-UTRA);.E-UTRA, LTE Positioning Protocol (LPP)", Dec. 2009)。[5] 3GPP 36.455，V2. 0. 0，「演進的通用地面無線電接入(E_UTRA);LTE定位協議A (LPPa)」，2009 年 12 月("Evolved Universal Terrestrial Radio Access (E-UTRA);.LTE Positioning Protocol A (LPPa)"， Dec. 2009)。[6] 3GPP 36. 305，「演進的通用地面無線電接入(E-UTRA) ;E-UTRAN中的用戶設備(UE)定位的第 2 階段功能規範」("Evolved Universal Terrestrial Radio Access(E-UTRA);. Stage 2 functional specification of User Equipment (UE) positioningin E-UTRAN")。[7] 3GPP TS 23.032，「通用地理區域描述(GAD)」("Universal GeographicalArea Description (GAD)〃)。[8] 3GPP TS 23.271，「位置服務的功能第 2 階段描述(LCS)」("FunctionalStage 2 Description of Location Services (LCS)〃)。
[9] 3GPP TS 22.071，「位置服務(LCS);服務描述；第 I 階段」("LocationServices (LCS);. Service description;. Stage 1〃)。[10] 3GPP TS 29.171 vl. 0. 0，「MME 與 E-SMLC 之間的 LCS 應用協議(LCS-AP); SLs 接口 」 2009 年 12 月。("LCS Application Protocol (LCS-AP) between the MME andE-SMLC;. SLs interface", Dec 2009)。
權利要求
1.一種在包括定位節點的無線通信網絡中提供定位服務的方法，所述定位節點配置成根據選擇的定位序列來提供用戶設備(UE)的定位信息，其中在所述定位節點可用的不同定位序列提供不同的定位響應時間或服務質量，其中所述方法的特徵在於 在所述無線通信網絡中的節點維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合，其中所述不同類型的商用的基於位置的服務是依據其位置QoS準則來區分的； 在所述節點接收用於定位用戶設備(UE)的定位請求； 將所述定位請求映射到所述定位請求所關聯的商用的基於位置的服務的具體類型對應的擴充的客戶端類型或服務類型之一；以及 在定位請求中將如下項的至少其中之一用信號通知所述定位節點所述擴充的客戶端或服務類型；由所述節點映射到所述擴充的客戶端或服務類型的位置QoS準則；或由所述節點映射到所述擴充的客戶端或服務類型的特定定位序列。
2.如權利要求I所述的方法，其特徵還在於所述無線通信網絡包括LTE網絡、LTE高級網絡或UMTS網絡。
3.如權利要求I所述的方法，其特徵還在於維護客戶端類型或服務類型的所述擴充集合包括，維護客戶端類型的集合，每個客戶端類型對應於不同類型或分類的商用位置服務，並且還維護對於每個客戶端類型的作為所述位置QoS準則指示所述客戶端類型的如下項其中之一的信息(a)與所述客戶端類型關聯的位置QoS要求；以及(b)與所述客戶端類型關聯的QoS參數的優先級的順序。
4.如權利要求I所述的方法，其特徵還在於所述定位請求的所述映射包括，評估所述定位請求，並將其與所述擴充集合中的客戶端類型或服務類型的其中之一匹配，並對應地生成要被包括在用於所述定位節點的信令中的一個或多個信息元素，以使所述信令指示與匹配的客戶端類型或服務類型關聯的位置QoS準則。
5.如權利要求I所述的方法，其中所述定位請求的所述映射包括，評估在所述定位請求中接收的或與之關聯的一個或多個數據項目，以確定來自客戶端或服務類型的所述擴充集合的哪個客戶端或服務類型最佳地補充所述定位請求。
6.一種在提供定位服務且包括定位節點的無線通信網絡中使用的節點，所述定位節點配置成根據選擇的定位序列來提供用戶設備(UE)的定位信息，其中在所述定位節點可用的不同定位序列提供不同的定位響應時間或服務質量，其中所述節點的特徵在於 存儲器，用於維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合，其中所述不同類型的商用的基於位置的服務是依據其位置QoS準則來區分的； 通信接口，用於在所述節點接收用於定位用戶設備(UE)的定位請求； 一個或多個處理電路，配置成 將所述定位請求映射到與所述定位請求所關聯的商用的基於位置的服務的具體類型對應的擴充的客戶端類型或服務類型之一；以及 在定位請求中將如下項的至少其中之一用信號通知所述定位節點所述擴充的客戶端或服務類型；由所述節點映射到所述擴充的客戶端或服務類型的位置QoS準則；或由所述節點映射到所述擴充的客戶端或服務類型的特定定位序列。
7.如權利要求6所述的節點，其特徵還在於所述無線通信網絡包括LTE網絡、LTE高級網絡或UMTS網絡。
8.如權利要求6所述的節點，其特徵還在於所述節點配置成通過如下步驟來維護客戶端類型或服務類型的所述擴充集合在所述存儲器中維護客戶端類型的集合，每個客戶端類型對應於不同類型或分類的商用位置服務，並且還維護對於每個客戶端類型的作為所述位置QoS準則指示每個客戶端類型的如下項其中之一的信息Ca)與所述客戶端類型關聯的位置QoS要求；以及(b)與所述客戶端類型關聯的QoS參數的優先級的順序。
9.如權利要求6所述的節點，其特徵還在於所述節點配置成通過如下步驟來執行所述定位請求的所述映射評估所述定位請求，並將其與所述擴充集合中的客戶端類型或服務類型的其中之一匹配，並對應地生成要被包括在用於所述定位節點的信令中的一個或多個信息元素，以使所述信令指示與匹配的客戶端類型或服務類型關聯的位置QoS準則。
10.一種在配置成為用戶設備(UE)提供位置服務的無線通信網絡中的定位節點處理定位請求的方法，所述方法的特徵在於 作為信令消息接收給定用戶設備(UE)或網絡節點的定位請求； 響應所述定位請求，基於如下項的至少其中之一確定用於提供定位信息的具體定位序列 根據標識期望的具體定位序列的定位請求中的信令確定所述具體定位序列；或 將所述定位請求中用信號通知的信息映射到在所述定位節點可用的具體定位序列，其中該信息包括所述定位節點將其映射到對應的位置QoS準則的擴充的客戶端或服務類型，然後所述定位節點將其映射到所述具體定位序列，其中所述擴充的客戶端或服務類型是對應於多種不同類型的商用的基於位置的服務的客戶端或服務類型的擴充集合中的擴充的客戶端或服務類型，所述不同類型的商用的基於位置的服務是依據其位置QoS準則來區分的，或其中所述定位請求中用信號通知的信息包括所述定位節點將其映射到所述具體定位序列的位置QoS準則；以及 執行所述具體定位序列以確定所述定位信息，並且發送承載所述定位信息的一個或多個消息。
11.如權利要求10所述的方法，其特徵還在於與發送承載所述定位信息的一個或多個消息關聯地報告置信度值。
12.如權利要求11所述的方法，其特徵還在於作為所述置信度值的所述報告的一部分，報告所述置信度值所基於的統計模型的類型。
13.—種配置用於處理為用戶設備(UE)提供位置服務的無線通信網絡中的定位請求的定位節點，所述定位節點的特徵在於 通信接口，用於作為信令接收給定用戶設備(UE)或網絡節點的定位請求；以及 一個或多個處理電路，配置成 響應所述定位請求，基於如下項的其中之一確定用於提供定位信息的具體定位序列 根據標識期望的具體定位序列的定位請求中的信令確定所述具體定位序列；或 將所述定位請求中用信號通知的信息映射到在所述定位節點可用的具體定位序列，其中該信息包括所述定位節點將其映射到對應的位置QoS準則的擴充的客戶端或服務類型，然後所述定位節點將其映射到所述具體定位序列，其中所述擴充的客戶端或服務類型是對應於多種不同類型的商用的基於位置的服務的客戶端或服務類型的擴充集合中的擴充的客戶端或服務類型，所述不同類型的商用的基於位置的服務是依據其位置QoS準則來區分的，或其中所述定位請求中用信號通知的信息包括所述定位節點將其映射到所述具體定位序列的位置QoS準則；以及 執行所述具體定位序列以確定所述定位信息，並發送承載所述定位信息的一個或多個消息。
14.如權利要求13所述的定位節點，其特徵還在於所述定位節點配置成與發送承載所述定位信息的一個或多個消息關聯地報告置信度值。
15.如權利要求14所述的定位節點，其特徵還在於所述定位節點配置成作為所述置信度值的所述報告的一部分報告所述置信度值所基於的統計模型的類型。
16.—種在用戶設備(204)中的方法,其特徵在於 維護對應於多種不同類型的商用的基於位置的服務的客戶端類型或服務類型的擴充集合，其中所述不同類型的商用的基於位置的服務是依據其位置QoS準則來區分的；以及 發送與給定商用的基於位置的服務關聯的定位請求，以及在所述定位請求中包括與所述給定的商用的基於位置的服務對應的擴充的客戶端類型或服務類型的指示。
全文摘要
根據本發明的一個方面，擴充基於位置的服務中所使用的客戶端和/或服務類型的數量。該擴充提供更豐富的定義以便在選擇在滿足給定的定位請求時使用的最優或另外最適合的定位序列時使用。例如，以較快但較低精確度的位置確定來滿足一些類型的商用相關的定位請求，而其它類型從較精確但是較慢的位置確定獲益。通過擴充用於標識商用定位請求的類型定義來提供這些和其它獲益。例如，UE可以配置成發送指示擴充的客戶端或服務類型的定位請求。作為另一示例，生成或處理此類請求時涉及的網絡節點配置成理解這些擴充的類型定義和/或將擴充的定義映射到QoS要求或具體定位序列，以用於請求定位節點執行該具體定位序列。
文檔編號H04L29/08GK102783188SQ201080064949
公開日2012年11月14日 申請日期2010年3月31日 優先權日2009年12月29日
發明者I.西奧米納, T.維格倫 申請人:瑞典愛立信有限公司