用於經由歸屬b節點(hnb)來支持位置服務的方法和裝置的製作方法

2023-10-27 13:29:37

專利名稱：用於經由歸屬b節點(hnb)來支持位置服務的方法和裝置的製作方法
用於經由歸屬B節點(HNB)來支持位置服務的方法和裝置本申請要求於2010年4月14日提交的題為「HNB Location (HNB位置)」的美國臨時申請S/N.61/324，156的優先權，該臨時申請已轉讓給本申請受讓人並全部通過引用納入於此。背景領域本公開一般涉及通信，尤其涉及用於在無線網絡中經由歸屬B節點來支持位置服務的技術。背景HNB是正變得日益流行且更廣泛地部署在諸如家庭、辦公室、商店、公寓等各種位置處的歸屬基站(有時被稱為毫微微蜂窩小區或毫微微基站)。這些HNB典型情況下用作(通常使用有執照無線電頻率的)無線網絡運營商的基站並可被用來改善無線電覆蓋、增大吞吐量、和/或為網絡運營 商和/或用戶提供其他益處。與仔細地部署在特定位置處並由網絡運營商維護的宏基站不同，HNB可由用戶以未計劃的方式靈活地部署在任何位置處。HNB可支持其覆蓋內的一個或更多個用戶裝備(UE)的通信。可以希望知道HNB的位置或者與該HNB通信的UE的位置。例如，為了確保HNB被授權在其當前位置處工作(例如，在相關聯的網絡運營商具有使用由HNB支持的無線電頻率的執照的地理區域內)，知道HNB的位置可能是必需的。作為另一示例，UE的用戶可使用該UE撥出緊急呼叫。UE的位置可隨後被確定並被用來向用戶發送緊急援助。有許多在其中關於UE或HNB的位置的知識是有用的或必需的其他場合。設備(例如，HNB或UE)可具有自主地確定自己的位置的能力而無需來自網絡的任何輔助。例如，該設備可支持自立的全球導航衛星系統(GNSS)並可以能夠基於接收自GNSS中的衛星的信號來確定自己的位置。用自立GNSS獲得的位置估計可具有良好的準確性。然而，自立GNSS可能具有一些缺點，諸如相對較長的首次鎖定時間(TTFF)、不能夠檢測具有非常低信號強度的衛星、等等。因此，能夠改善勝過關於HNB和UE的自立GNSS的性能的技術可能是高度期望的。概述本文中描述了用於支持對HNB的位置服務和對與該HNB通信的UE的位置服務的技術。位置服務可包括輔助GNSS (A-GNSS),該輔助GNSS可具有勝過自立GNSS的某些優點。在一方面，可以通過使HNB在用戶層面位置解決方案與控制層面位置解決方案之間交互工作的方式來支持對與HNB通信的UE的位置服務。在一種設計中，HNB可接收對UE的位置服務的請求。HNB可經由用戶層面位置解決方案來與位置伺服器通信以支持對UE的位置服務。HNB還可經由控制層面位置解決方案來與UE通信以支持對UE的位置服務。HNB可如以下所描述的那樣在用戶層面位置解決方案與控制層面位置解決方案之間交互工作。這種方案也可由(除了 HNB之外的)其他網絡實體執行以支持對UE的位置服務。在另一方面，位置伺服器可被用來支持對HNB和UE的位置服務和A-GNSS。位置伺服器可耦合至HNB網關(HNB GW)，該HNB網關可被位置伺服器看作無線電網絡控制器(RNC)0在一種設計中，HNB可接收對UE的位置服務的請求。HNB可經由HNB Gff與位置伺服器交換定位演算應用部分(PCAP)消息以支持對UE的位置服務。PCAP消息可(i)在HNB與HNB GW之間在第一協議的消息中傳遞和(ii)在HNB GW與位置伺服器之間在第二協議的消息中傳遞。HNB可與UE交換無線電資源控制(RRC)消息以支持對UE的位置服務。以下更加詳細地描述本公開的各種方面和特徵。附圖簡述

圖1示出了示例性無線網絡。圖2示出了用於 支持對UE的位置服務的消息流，其中HNB在用戶層面位置解決方案與控制層面位置解決方案之間交互工作。圖3示出了另一個示例性無線網絡。圖4示出了圖3中的各種網絡實體處的示例性協議棧。圖5示出了用於支持對UE的A-GNSS的消息流。圖6示出了用於在HNB Gff內切換期間繼續UE的定位規程的消息流。 圖7示出了用於支持對HNB的A-GNSS的消息流。圖8、圖9和圖10示出了用於支持對UE的位置服務的三個過程。圖11示出了用於支持對HNB的位置服務的過程。圖12示出了 UE和各種網絡實體的框圖。詳細描述本文中所描述的用於支持對設備(例如，HNB和UE)的位置服務的技術可被用於各種無線網絡和無線電技術，包括由名為「第三代合作夥伴項目(3GPP)」和「第三代合作夥伴項目2 (3GPP2)」的組織定義的那些技術。例如，這些技術可被用於由3GPP定義的實現通用地面無線電接入(UTRA)的寬帶碼分多址(WCDMA)網絡、由3GPP定義的實現演進型通用地面無線電接入(E-UTRA)的長期演進(LTE)網絡、等等。WCDMA是通用移動電信系統(UMTS)的一部分。LTE是3GPP演進分組系統(EPS)的一部分。WCDMA、LTE、UTRA、E-UTRA、UMTS和EPS在來自3GPP的文檔中描述。這些技術也可被用於其他無線網絡(例如，3GPP和3GPP2網絡)和其他無線電技術。本文中所描述的技術也可被用於能支持位置服務的各種用戶層面位置解決方案或架構和控制層面位置解決方案或架構。位置服務指的是任何基於位置信息或與位置信息有關的服務。位置信息可包括與設備的位置有關的任何信息，例如，位置估計、測量等。位置服務可包括定位，定位指的是確定目標設備的地理位置的功能性。位置服務還可包括輔助定位的動作，諸如向UE傳遞輔助數據以輔助該UE作出與位置有關的測量並確定它自己的位置。用戶層面位置解決方案是經由用戶層面發送關於位置服務的消息的位置解決方案或系統。用戶層面是用於承載高層應用的信令和數據並採用用戶層面承載的機制，其典型地用諸如用戶數據報協議(UDP)、傳輸控制協議(TCP)和網際協議(IP)等標準協議來實現。控制層面位置解決方案是經由控制層面發送關於位置服務的消息的位置解決方案。控制層面是用於攜帶高層應用的信令的機制，並且通常用因網絡而異的協議、接口、和信令消息來實現。支持位置服務的消息在控制層面位置解決方案中是作為信令的一部分來承載的，而在用戶層面位置解決方案中是作為話務數據(從網絡觀點而言)的一部分來承載的。然而，在用戶層面和控制層面位置解決方案兩者中，消息的內容可以相同或相似。用戶層面位置解決方案的示例包括來自開放移動聯盟(OMA)的安全用戶層面位置(SUPL)。控制層面位置解決方案的一些示例包括(i)在3GPPTS 23.27UTS 43.059,TS 25.305和TS 36.305中描述的3GPP控制層面位置解決方案和(ii)在IS-881和X.S0002中描述的3GPP2控制層面位置解決方案。在本文中所描述的技術還可被用於各種定位協議，諸如⑴由3GPP定義的LTE定位協議(LPP)、無線電資源LCS協議(RRLP)和無線電資源控制(RRC)、(ii)由3GPP2定義的C.S0022 (也稱為IS-801)、以及(iii)由OMA定義的LPP擴展(LPPe)。定位協議可被用來協調和控制對設備的定位。定位協議可定義:(i)可由位置伺服器和正被定位的設備執行的規程，以及(ii)設備與位置伺服器之間的通信或信令。圖1示出支持通信和位置服務的無線網絡100。HNB 120可由用戶部署在任何位置處(例如，家中)以支持位於HNB 120的覆蓋內的UE的無線電通信。HNB還可被稱為歸屬基站、毫微微接入點(FAP)、歸屬演進型B節點(HeNB)等。HNB 120可支持使用WCDMA或一些其他無線電技術的無線電接入。歸屬管理系統(HMS) 124可配置HNB 120和其他HNB以供操作，例如，如由向其註冊HNB 120的網絡運營商所定義的操作。HNB網關(GW) 130可耦合至HNB 120和其他HNB並可支持HNB與其他網絡實體之間的交互工作。核心網150可包括支持無線網絡100的各種功能和服務的各種網絡實體。例如，核心網150可包括移動交換中心(MSC)、服務GPRS支持節點(SGSN)和/或其他網絡實體。MSC可為電路交換(CS)呼叫執行交換功能並且還可路由短消息業務(SMS)消息。SGSN可為UE的分組交換(PS)連接和會話執行信令、交換和路由功能。核心網150可接入其他網絡，例如，其他無線網絡和/或網際網路。歸屬SUPL 位置平臺(H-SLP)HO可支持定位和位置服務。H-SLP 140可包括SUPL位置中心(SLC)和可能的SUPL定位中心(SPC)。SLC可執行用於位置服務的各種功能、協調SUPL的操作、以及與啟用SUPL的終端(SET)交互。SPC可支持對SET的定位和輔助數據到SET的遞送，並且還可負責供定位計算用的消息和過程。位置服務(LCS)客戶機160可以是希望位置信息的實體並可與核心網150內的網絡實體通信以獲得該位置信息。LCS客戶機160可以在UE的外部並與(如圖1中所示的)核心網150處於通信或駐留在UE上或與UE處於通信。為簡單化，圖1僅示出了可以存在於無線網絡100中的一些網絡實體。無線網絡100可包括其他網絡實體。例如，安全網關(SeGW)可以耦合在HNB120與HNB Gff 130之間並可經由HNB 120 (例如，向該網絡的其餘部分)提供關於接入的安全性。無線網絡100還可包括可執行在公眾可獲取的來自3GPP和3GPP2的文獻中所描述的功能的無線電網絡控制器(RNC)、基站控制器(BSC)、基站、移動性管理實體(MME )等，UE 110可以是由無線網絡100支持的許多UE中的一個UE。UE 110可以是不動的或移動的，並且亦可被稱為移動站、終端、接入終端、訂戶單元、臺、SET、等等。UE 110可以是蜂窩電話、個人數字助理(PDA)、無線設備、無線數據機、膝上型計算機、智慧型電話、上網本、智能本、平板電腦、遙測設備、跟蹤設備等等。UE 110可以能夠與HNB和宏基站通信以獲得通信服務。UE 110還可支持一種或更多種定位方法，諸如A-GNSS、觀測抵達時間差(OTDOA)、上行鏈路抵達時間差(U-TDOA)、增強型蜂窩小區身份(E-CID)、等等。這些定位方法中的任何一種方法可被用來確定UE 110的位置。UE 110和/或HNB 120可接收和測量來自一顆或更多顆衛星190的信號，並可獲得對這些衛星的偽距測量。衛星190可以是GNSS的一部分，該GNSS可以是美國全球定位系統(GPS)、歐洲Galileo系統、俄羅斯GL0NASS系統、或其他某個GNSS。在本文的描述中，術語「GNSS」 一般指代支持定位的任何衛星系統或衛星系統的任何組合，諸如GPS、Galileo、GL0NASS等。UE 110和/或HNB 120還可測量來自宏基站和/或(圖1中未示出的)HNB的信號並獲得定時測量、信號強度測量、信號質量測量、和/或關於基站和/或HNB的標識信息。對衛星、基站、和/或HNB的測量以及可能的關於基站和/或HNB的標識信息可被用來推導對UE 110或HNB 120的位置估計。位置估計也可被稱為定位估計、位置鎖定等。HNB 120可以支持自立GNSS並可以能夠基於自己的自立GNSS能力來確定自己的位置。UE 110還可支持自立GNSS並可以能夠基於自己的自立GNSS能力來確定自己的位置。替換地，如果UE 110不支持自立GNSS，那麼UE 110的位置可以基於HNB 120的位置來估計。在任何情形中，自立GNSS可以能夠提供準確的位置估計但可能具有一些缺點。例如，自立GNSS可能要求最佳衛星的信號強度約為-145dBm或更佳以解調導航數據。另外，在低信號強度下，自立GNSS的首次鎖定時間(TTFF)可以在分鐘或更長的數量級上。輔助GNSS (A-GNSS)可提供比自立GNSS更好的性能並可改進自立GNSS的缺點中的一些缺點。對於A-GNSS，設備可從網絡獲得衛星的輔助數據並可將該輔助數據用來搜索和捕獲衛星。該輔助數據可使設備能夠更快速地檢測衛星、以較低的收到信號電平來檢測衛星、避免不得不解調衛星導航數據、等等。例如，A-GNSS可以甚至在最佳衛星的信號強度約為-155dBm的情況下工作，該信號強度可以比自立GNSS好約10dB。對於A-GNSS，TTFF可以在數十秒的數量級上，而不 是對於自立GNSS而言在分鐘數量級上。A-GNSS增加的靈敏度和較低的最小信號強度對於有可能被部署在室內的HNB而言可能是尤為合需。更短的TTFF可提供更好的用戶體驗。在一方面，可以通過使HNB在用戶層面位置解決方案與控制層面位置解決方案之間交互工作的方式來支持對與HNB通信的UE的位置服務。HNB可支持諸如SUPL之類的用戶層面位置解決方案。UE可支持控制層面位置解決方案和來自3GPP的RRC定位協議。HNB可交互工作以允許UE經由SUPL獲得用於定位和位置服務的網絡輔助。圖2示出了用於支持對UE 110的位置服務和A-GNSS的消息流200的設計，其中可支持WCDMA無線電接入的HNB 120在用戶層面位置解決方案與控制層面位置解決方案之間交互工作。UE 110可(例如，在為了獲得其位置而被HNB 120尋呼之後)建立與HNB 120的信令連接並可向HNB 120提供自己的定位能力(步驟I)。例如，在至HNB 120的信令連接被建立時，UE 110可在包含在RRC連接建立完成消息中的UE無線電接入能力信息元素(IE)內的UE定位能力IE中提供自己的定位能力，如在3GPP TS 25.331中所定義的那樣。UE定位能力可包括(i)由UE 110支持的定位方法(例如，受UE輔助的A-GNSS、基於UE的A-GNSS、受UE輔助的0T0DA、基於UE的0TD0A、等等)和(ii)在A-GNSS受支持的情況下由UE 110支持的特定GNSS系統和GNSS信號。LCS客戶機160可希望獲得UE 110的位置並可向核心網150中的網絡實體發送請求。該請求可包括所要求的服務質量(QoS)或者定位質量(QoP)。核心網150可隨後發送無線電接入網應用部分(RANAP)位置報告控制消息以請求關於UE 110的位置的信息(步驟
2)。RANAP是用於核心網150與HNB Gff 130之間的Iu接口的協議。RANAP位置報告控制消息可包括所請求的QoP或QoS並可被攜帶在信令連接控制部分(SCCP)數據格式I (DTl)消息中以從核心網150向HNB Gff 130傳遞。HNB Gff 130可從核心網150接收SCCP DTl消息並在RANAP用戶自適應(RUA)直接傳遞消息中向HNB120轉發RANAP位置報告控制消息(步驟3)。RUA是用於HNB 120與HNBGW 130之間的Iuh接口的協議並在3GPP TS 25.468中有定義。HNB 120可接收RUA直接傳遞消息、提取RANAP位置報告控制消息、並確定關於UE 110的位置的信息被請求。
HNB 120可支持SUPL並可以能夠與H-SLP 140通信以供定位和位置服務。HNB 120與H-SLP 140之間的通信可以經由直接信令鏈路或者經由一個或更多個網絡和/或網絡實體，例如，經由HNB Gff 130、核心網150、網際網路、等等。HNB 120還可以能夠根據例如在3GPPTS 25.305中定義的位置解決方案之類的控制層面位置解決方案經由RRC與UE 110通信以支持對UE 110的定位和位置服務。在一種設計中，HNB 120可以在SUPL與3GPP控制層面位置解決方案之間交互工作以支持對UE 110的定位和位置服務。對於交互工作，HNB 120可與H-SLP 140通信，如同HNB 120就是UE 110—樣。替換地，HNB 120可與H-SLP 140通信作為H-SLP 140的經訂閱SET，但可向H-SLP 140呈現UE 110的定位能力而不是HNB120的定位能力。HNB 120還可向UE 110傳遞接收自H-SLP 140的相關信息並可向H-SLP140傳遞接收自UE 110的相關信息。HNB 120可建立至H-SLP 140的安全IP連接(步驟4)。HNB 120可將它自己的安全和標識信息用來建立這個安全IP連接，例如，HNB 120可能對於H-SLP 140而言看起來是訂閱來自H-SLP 140的SUPL服務的SUPL SET。HNB 120可隨後發送SUPL開始(SUPL START)消息以發起與H-SLP 140的位置會話(步驟5)。SUPL開始消息可包括會話id、蜂窩小區id、定位能力、期望的QoP等。會話id可被用來標識位置會話。蜂窩小區id可以是HNB 120的蜂窩小區標識符(ID)，或者是近旁的宏蜂窩小區的蜂窩小區ID，或者兩者皆是。定位能力可包括由UE 110支持的已在步驟I中向HNB 120報告的定位方法中的一些或全部。定位能力還可指示由⑴HNB 120支持但不由UE 110支持的定位協議，或者(ii)由UE 110支持但不由HNB 120支持的定位協議，或者(iii)由HNB 120和UE 110兩者都支持的定位協議。對於WCDMA接入和控制層面位置，UE 110將通常僅支持RRC定位協議。情形(i)的定位協議可包括RRLP或LPP，情形(ii)和情形(iii)的定位協議可包括RRC。期望的QoP可以與步驟3中由HNB 120接收到的QoP相同。SUPL開始消息的發送方典型情況下包括該發送方的定位能力和由該發送方期望的QoP。然而，HNB 120可扮演代理的角色以輔助對UE 110和LCS客戶機160的定位並可因此將UE 110的定位能力(而不是HNB 120的定位能力)和由LCS客戶機160期望的QoP包括在SUPL開始消息中。HNB 120還可指示對其支持的但UE 110不支持(對於以上的情形(i))的一個或更多個定位協議的支持,或者可指示對UE 110支持(對於以上的情形(ii)和(iii))的一個或更多個定位協議的支持。H-SLP140可接收SUPL開始消息，選擇受支持的定位方法中的一種定位方法，並返回可包括會話id、選中的定位方法等的SUPL響應(SUPL RESPONSE)消息(步驟6)。HNB 120 可向 H-SLP 140 發送 SUPL POS INIT 消息(步驟 7)，該 SUPLPOS INIT 消息可包括會話id、對用於A-GNSS的輔助數據的請求、如步驟5中的定位能力、HNB蜂窩小區ID和/或近旁的宏蜂窩小區ID以及可能的其他信息。H-SLP 140可隨後返回SUPL POS消息(步驟8)，該SUPL POS消息可包括會話id、包含所請求的輔助數據的定位消息和可能的對測量的請求等。該定位消息可遵循包括在步驟5和/或步驟7中所發送的定位能力中的定位協議之一。例如，如果RRLP被包括在定位能力中，那麼定位消息可以是如圖2中所示的RRLP測量定位請求消息。替換地，定位消息可以是關於RRLP的某個其他消息(例如，輔助數據消息)或者是關於(圖2中未示出的)其他某個定位協議的消息。一旦H-SLP 140在步驟8中開始使用特定的定位協議，那麼相同的定位協議將通常被用來編碼在HNB 120與H-SLP 140之間傳遞的用於此SUPL定位會話的其他定位消息。HNB 120可從包含在SUPL POS消息中的定位消息獲得輔助數據並可在RRC測量控制消息中向UE 110發送該輔助數據(步驟9)。如果該定位消息不遵循RRC定位協議(例如，該定位消息是圖2中所示的RRLP測量定位請求消息)，那麼HNB 120可解碼該定位消息、提取輔助數據、並在RRC測量控制消息中發送該輔助數據。相反，如果該定位消息已是RRC測量控制消息，那麼HNB 120可發送這個消息而不對其進行解讀或修改或者僅作出很少的解讀或修改。UE 110可基於該輔助數據獲得GNSS測量(B卩，對衛星的測量)(步驟10)。UE 110可能或可能不能夠基於GNSS測量來確定位置估計。UE 110可向HNB 120發送可包括由UE110獲得的GNSS測量或位置估計的RRC測量報告消息(步驟11)。HNB 120可隨後在RRLP測量定位響應消息中轉 發GNSS測量或位置估計(步驟12)，該RRLP測量定位響應消息可被攜帶在向H-SLP140發送的SUPL POS消息中。對於步驟12，HNB 120可解碼接收自UE 110的RRC測量報告消息，提取GNSS測量或位置估計，並在RRLP測量定位響應消息中發送GNSS測量或位置估計。然而，如果HNB 110已指示對RRC的支持並已在較早前在步驟8中接收到來自H-SLP 140的RRC測量控制消息，那麼HNB 120可在步驟12中向H-SLP 140傳遞在步驟11中從UE 110接收到的RRC測量報告消息而不對其進行解讀或修改或者僅作出很少的解讀或修改。如果GNSS測量被發送給H-SLP 140，那麼H-SLP 140可基於這些GNSS測量來計算對UE 110的位置估計。H-SLP 140可隨後發送可包括由H-SLP 140計算出的位置估計的SUPL結束(SUPL END)消息(步驟13)。如果位置估計被發送給H-SLP 140，那麼H-SLP140可簡單地返回SUPL結束消息。HNB 120可要麼在步驟11中從UE 110接收對UE 110的位置估計要麼在步驟13中從H-SLP 140接收對UE 110的位置估計。HNB 120可在RANAP位置報告消息中發送對UE 110的位置估計(步驟14)，該RANAP位置報告消息可被攜帶在向HNB Gff 130發送的RUA直接傳遞消息中。HNB Gff 130可在SCCP DTl消息中向核心網150轉發RANAP位置報告消息(步驟15)。核心網150可隨後向LCS客戶機160傳遞位置估計。為簡單化，圖2在步驟8和步驟9中示出了用於A-GNSS的輔助數據從H-SLP 140向UE 110的的傳遞。UE 110可在步驟10中確定其需要新的輔助數據。在這種情形中，UE110可向HNB 120發送對新的輔助數據的請求，HNB120可在SUPL POS消息中向H-SLP 140轉發該請求。HNB 120可在此後從H-SLP 140接收包含新的輔助數據的SUPL POS消息並可例如按與圖2中步驟8和步驟9的方式相似的方式向UE 110轉發該新的輔助數據。如圖2中所示，網絡運營商可支持控制層面位置解決方案和用戶層面位置解決方案兩者。HNB 120可在SUPL與3GPP控制層面位置解決方案之間交互工作以支持UE 110的位置。另外，HNB 120可使由SUPL使用的RRLP定位協議與由UE 110使用的RRC定位協議交互工作。如果H-SLP 140使用RRC而非RRLP (這可能發生在HNB 120在步驟5和步驟7中將對RRC的支持包括為自己的定位能力的一部分的情況下)，那麼在RRLP與RRC之間將不需要交互工作，並且HNB 120可在UE 110與H-SLP 140之間傳遞RRC定位消息而不對其進行解讀和修改或者對僅其作出很少的解讀和修改。在任何情形中，由HNB 120進行的交互工作可允許UE位置被顯式地獲得(例如，用A-GNSS)，而非需要將HNB位置用作UE位置。當HNB 120從網絡實體(例如，MSC或SGSN)接收到對UE位置的控制層面位置請求時，HNB 120可用它自己的網絡中的H-SLP 140 (或者可能地用另一網絡中的SLP)來策動SUPL位置會話。HNB 120可向H-SLP 140指示HNB 120支持與UE 110所支持的定位方法相同的定位方法(例如，A-GNSS)並可請求用於A-GNSS的輔助數據。HNB 120可向UE 110傳遞接收自H-SLP14 0的輔助數據。如果UE 110 (例如，使用RRC)請求更多的輔助數據，那麼HNB 120可使用RRLP來向H-SLP 140發送該請求並可向UE 110傳遞接收自H-SLP 140的新的輔助數據。類似地，如果HNB 120在於關於更多的與位置有關的測量或來自UE 110的另一位置估計的SUPL POS消息內攜帶的定位消息中接收到來自H-SLP 140的另一個請求，那麼HNB 120可向UE 110傳遞此請求(如果由H-SLP 140使用的定位協議不是RRC，則將該請求轉換成RRC消息，或者如果RRC被使用，則轉發該請求)。HNB 120可向H-SLP 140返回如步驟8到步驟12中結果得到的與位置有關的測量或者位置估計。一旦HNB 120從UE 110接收到與位置有關的測量或者位置估計，那麼HNB 120就可留存任何位置估計並使用RRLP (如圖2中所示的)或(圖2中未示出的)其他某個定位協議和SUPL來向H-SLP 140傳遞任何與位置有關的測量。H-SLP 140可基於這些與位置有關的測量(若被提供)來演算對UE 110的位置估計並可在SUPL結束消息中向HNB 120返回該位置估計。HNB 120可向請求網絡實體(例如，MSC或SGSN)發送接收自UE 110或H-SLP140的位置估計。圖2示出了使用A-GNSS對UE 110進行的定位。圖2中所示的示例性規程還可被用來使用作為A-GNSS的補充或替代的其他定位方法(例如，OTDOA或E-CID)通過(i)在步驟7到步驟9中請求並返回用於這些其他定位方法的輔助數據和(ii)在步驟8到步驟12中請求並返回用於這些其他定位方法的測量或位置估計的方式來定位UE 110。另外，圖2可示出在HNB 120與H-SLP 140之間對SUPL 1.0或SUPL 2.0的使用。通過在步驟5、6、7、
8、12和13中的一個或更多個步驟中使用其他SUPL消息和參數，可以使用SUPL的其他版本(例如，SUPL 3.0)。通過用單個RNC來代替HNB 120和HNB Gff 130和它們之間的鏈路並移除步驟3和步驟14，可以通過使SUPL與RNC處而非HNB120處的控制層面位置交互工作的方式來獲得用於在宏蜂窩小區中定位UE的規程。使用戶層面位置與控制層面位置交互工作的原理也可在充當控制層面位置的錨定點的其他實體處使用，例如，可在MSC、SGSN、或MME處使用。圖2示出了支持對UE 110的A-GNSS的設計。可以按各種方式來支持對HNB 120的A-GNSS。在一種設計中，HNB 120可使用SUPL來查詢H-SLP 140以獲得它自己的位置。HNB 120可策動與H-SLP 140的SUPL定位會話並可在使用SUPL來與H-SLP 140交互時表現為SET。在另一種設計中，HMS 124可例如使用專有信令方法來向HNB 120提供用於A-GNSS的輔助數據，由此使HNB 120能夠從由HNB 120作出的GNSS測量獲得它自己的位置。在又一種設計中，專有伺服器(例如，由HNB 120的製造商提供的伺服器或者由此製造商的OEM提供的伺服器)可在初始化時或隨後向HNB 120提供輔助數據。HNB 120還可按其他方式獲得輔助數據。HNB 120可使用經由任何合適的機制獲得的輔助數據來執行定位。在另一方面，自立服務移動位置中心(SAS)或其他某個位置伺服器可被用來支持對HNB和UE的位置服務和A-GNSS。SAS典型情況下可在3GPP網絡中使用，可經由Iupc接口耦合至RNC，並可支持對與該3GPP網絡通信的UE的定位。然而，為了支持對HNB和UE的定位，SAS可耦合至HNB Gff,該HNB GW可由SAS看作RNC。圖3示出了支持通信和位置服務的無線網絡300。HNB 320和322可由一個或更多個用戶部署在不同位置(例如，建築物的兩個樓層)處以支持這些HNB的覆蓋內的UE的無線電通信。HMS 324可配置HNB 320和322以進行操作。HNB Gff 330可耦合至HNB 320和322並可支持HNB與其他網絡實體之間的交互工作。SAS 340可支持對與網絡300通信的UE的位置服務和定位。核心網350可包括MSC/SGSN 352和網關移動位置中心(GMLC)354。GMLC354可執行各種功能以支持位置服務，與LCS客戶機360接口，並提供諸如訂戶隱私、授權、認證、記帳等服務。為簡單化，圖3僅示出了可存在於無線網絡300中的一些網絡實體。無線網絡300可包括其他網絡實體。UE 310可以是由無線網絡300支持的許多UE中的一個UE。圖4示出了 HNB 320、HNB Gff 330和SAS 340處的示例性協議棧。HNB320和SAS340可經由定位演算應用部分(PCAP)端對端地通信，該PCAP可駐留在HNB 320和SAS 340的協議棧的頂端。PCAP是被用來用WCDMA接入的3GPP控制層面來支持定位的協議並可在RNC與SAS之間使用。PCAP被定義在公眾可獲取的3GPP TS 25.453中。HNB 320和HNBGW 330經由Iuh接口的協議棧可包括RUA或PCAP用戶自適應(PUA)協議、流控制傳輸協議(SCTP)、IP、數據鏈路層、和物理層。HNB Gff 330和SAS 340經由Iupc接口的協議棧可包括SCCP、MTP3-用戶自適應(M3UA)、SCTP、IP、數據鏈路層、和物理層。

如圖4中所示，PCAP可被添加到控制層面中，並且PCAP消息可使用Iuh接口上的PUA/RUA和Iupc接口上的SCCP經由HNB Gff 330來傳遞。HNBGW 330可終止SAS 340的PCAP以下的Iupc協議並還可終止HNB 320的PCAP以下的Iuh協議。儘管未在圖4中示出，但是HNB Gff 330還可終止來自MSC/SGSN 352的RANAP以下的Iu協議。當HNB 320首次接入網絡300時，與位置有關的信息可在HNB 320中被驗證和配置。HNB 320可向HMS 324報告其定位能力。HMS 324可配置哪些定位能力可被使用，例如A-GNSS、E-CID、廣播、圍繞RNC的模式對圍繞SAS的模式等。HMS 324還可向HNB 320提供SAS 340的身份和能力和/或可由HNB Gff 330訪問的其他SAS的身份和能力。HNB 320可使用SAS 340來更準確地確定其位置並報告此位置或在HMS 324中更新此位置。替換地，HNB320可向可執行以上所描述的功能的HNB Gff 330註冊。在一種設計中，SAS 340可存儲關於可由SAS 340服務的HNB的HNB信息的資料庫。由SAS 340存儲的關於HNB 320的HNB信息可包括可唯一性地標識HNB 320的蜂窩小區全局ID (CGI),HNB 320的位置坐標、蜂窩小區ID、和可能的在HNB 320附近的鄰蜂窩小區的信號強度、HNB 320的定位能力、等等。當HNB 320被首次初始化時，或者在HNB 320已向HNB Gff 330註冊了之後，或者當HNB320改變位置時，或者當HNB320周期性地改變位置時，等等，HNB 320可向SAS 340發送HNB信息。在一種設計中，HNB 320可在新的無連接PCAP消息中向SAS 340發送HNB信息。在另一種設計中，HNB 320可在現有的PCAP消息(例如，PCAP定位發起請求消息)中向SAS340發送HNB信息以獲得來自SAS的位置支持。HNB320可通過將標識參數包括在該消息中的方式來向SAS 340標識(例如,在PCAP定位發起請求消息中)正被發送的信息與HNB 320有關。標識參數可包括國際移動訂戶身份(MSI)或國際移動裝備身份(MEI)並可包含數字串，該數字串屬於由網絡300的運營商保留的用於標識諸HNB的數字串集合。如果先前在SAS340中配置了(例如，由值範圍定義的)此數字串集合，那麼SAS 340可識別出該標識參數並因此將PCAP消息中的信息推斷為與HNB有關。這可使現有的PCAP消息和參數能夠被用來從HNB 320向SAS 340傳遞HNB信息並可避免標準化和實現新的PCAP消息和參數的需要。HNB 320還可按其他方式向SAS 340發送HNB信息。SAS 340可將該HNB信息存儲為半持久信息或半靜態信息。圖5示出了用於使用SAS 340來支持對UE 310的位置服務和A-GNSS的消息流500的設計。UE 310可與HNB 320相關聯(例如，可能在為了獲得其位置而在被網絡300尋呼之後建立與HNB 300的信令連接)並可向HNB 320提供自己的定位能力(步驟I)。LCS客戶機360可希望獲得UE 310的位置並可向核心網350中的GMLC 354發送請求。核心網350可隨後在SCCP DTl消息中發送RANAP位置報告控制消息以請求關於UE 310的位置的信息(步驟2)。HNB Gff 330可從核心網350接收SCCP DTl消息並在RUA直接傳遞消息中向HNB320轉發RANAP位置報告控制 消息(步驟3)。HNB 320可接收RUA直接傳遞消息、提取RANAP位置報告控制消息、並確定關於UE310的位置的信息被請求。HNB 320可隨後在PUA連接消息中向HNB Gff 330發送PCAP定位發起請求消息以發起與SAS 340的位置會話(步驟4)。該PUA連接消息還可包括SAS(例如，SAS 340)的身份。PCAP定位發起請求消息可包括蜂窩小區id (例如，HNB 320的蜂窩小區ID或者近旁的對於HNB 320而言可見的宏蜂窩小區的蜂窩小區ID)、UE定位能力(例如，A-GNSS)、等等。HNB Gff 330可從HNB 320接收PUA連接消息並可在SCCP連接請求(CR)消息中向SAS 340轉發PCAP定位發起請求消息(步驟5)。HNB Gff 330可從包括在PUA連接消息中的任何SAS的身份來確定SAS 340或者按其他方式(例如，默認地如果僅一個SAS被連接至HNB GW330)來確定SAS 340。SAS 340可接收PCAP定位發起請求消息並可通過在SCCP連接確認(CC)消息中發送PCAP定位激活請求消息來發起A-GNSS定位規程(步驟6)。PCAP定位激活請求消息可包括對A-GNSS定位的請求、用於A-GNSS的輔助數據等。HNB Gff 330可從SAS 340接收SCCPCC消息並在PUA直接傳遞消息中向HNB 120轉發PCAP定位激活請求消息(步驟7)。HNB 320可從PCAP定位激活請求消息獲得信息並可在RRC測量控制消息中向UE310發送A-GNSS定位請求和輔助數據(步驟8)。UE 310可基於該輔助數據獲得GNSS測量(步驟9)。UE 310可能或可能不能夠基於GNSS測量來確定位置估計。UE 310可向HNB 320發送可包括由UE 310獲得的GNSS測量或位置估計的RRC測量報告消息(步驟10)。HNB 320可隨後在PCAP定位激活響應消息中轉發GNSS測量或位置估計(步驟11)，該PCAP定位激活響應消息可被攜帶在向HNB Gff 330發送的PUA直接傳遞消息中。HNB Gff 330可從HNB320接收PUA直接傳遞消息並可在SCCP DTl消息中向SAS 340轉發PCAP定位激活響應消息(步驟12)。SAS 340可從PCAP定位激活響應消息接收GNSS測量或位置估計。SAS340可基於GNSS測量來計算對UE 310的位置估計和/或可驗證對UE 310的位置估計。SAS 340可隨後在PCAP定位發起響應消息中發送由SAS 340計算和/或驗證的位置估計(步驟14)，該PCAP定位發起響應消息可被攜帶在向HNB330發送的SCCP DTl消息中。HNB Gff 330可從SAS 340接收SCCP DTl消息並在PUA直接傳遞消息中向HNB 320轉發PCAP定位發起響應消息(步驟15)。HNB 320可要麼在步驟10中從UE 310接收對UE 110的位置估計要麼在步驟15中從SAS 340接收對UE 110的位置估計。HNB 320可通過向HNB GW330發送PUA斷開消息來終止與SAS 340的位置會話(步驟16)，並且HNBGW 330可向SAS 340發送SCCP釋放(RLSD)消息(步驟17)。SAS 340可返回SCCP釋放完成(RLC)消息(步驟18)。HNB 320可在RANAP位置報告消息中發送對UE 310的位置估計(步驟19)，該RANAP位置報告消息可被攜帶在向HNB Gff 330發送的RUA直接傳遞消息中。HNB Gff 330可在SCCP DTl消息中向核心網350轉發RANAP位置報告消息(步驟20)。在圖5中，SAS 340可在步驟6到步驟8中向UE 310發送用於A-GNSS的輔助數據。UE 310可在步驟9中確定其需要新的輔助數據。在這種情形中，UE 310可經由HNB 320向SAS 340發送對輔助數據的請求。步驟6到步驟12可隨後被執行以向UE 310提供新的輔助數據。類似地，SAS 340可在步驟13中確定其需要更多的與位置有關的測量或者另一個位置估計。SAS 340可隨後再次執行步驟6到步驟12以(i)經由HNB 320向UE 310發送更多的輔助數據和對位置測量或位置估計的另一請求以及(ii)經由HNB 320從UE 310接收回與位置有關的測量或位置估計。如果SAS 340能夠將步驟5中的請求識別為來自HNB 320 (例如，由於HNB 32 0的MSI或MEI包括在步驟4中的PCAP定位發起請求中)並且SAS 340已具有HNB 320的準確位置，那麼SAS 340可跳過步驟6到步驟13並在步驟14和步驟15中向HNB 320返回HNB 320的位置。只要UE 310由於任何HNB的較小覆蓋區域而通常接近HNB 320，該HNB位置就可以是對UE 310的位置的良好近似。替換地，如果SAS340不能夠從步驟11和步驟12中向SAS 340提供的任何測量或位置估計獲得足夠準確的UE 310的位置，那麼SAS 340可在執行了步驟6到步驟13之後在步驟14和步驟15中向HNB 320返回HNB 320的位置作為對UE 310的位置的近似。當UE 310不能夠獲得準確的位置測量(例如，如果UE 310在建築物內)時，這可以是有用的。圖4和圖5中的設計可支持對UE 310的位置服務和A-GNSS，如以上所描述的那樣。這些設計還可支持其他受UE輔助的和基於UE的定位方法，諸如OTDOA和E-CID等。這些設計還可支持A-GNSS、E-CID和其他受網絡輔助的用於獲得HNB 320的位置的定位方法。這些設計可被用於圍繞SAS的模式(圖5中所示)或者圍繞RNC的模式。在圍繞RNC的模式中，HNB 320控制定位規程而不是SAS 340，圖5中的RRC消息(步驟8和步驟10)可保持相同，但是不同的PCAP消息可在HNB 320與SAS 340之間交換以代替圖5中的那些PCAP消息(步驟 4、5、6、7、12 和 14)。在圖4和圖5中所示的設計中，HNB 320可使PCAP消息與RRC消息交互工作。HNB320可從SAS 340接收PCAP消息並在RRC定位消息中向UE 110轉發相關信息。HNB 320還可從UE 110接收RRC定位消息並在PCAP消息中向SAS 340轉發相關信息。在圖4和圖5中所示的設計中，HNB Gff 330可例如使用圖4和圖5中所示的PUA來支持PCAP消息在HNB 320與SAS 340之間的傳遞。HNB Gff 330可接收由SAS 340在SCCP消息中發送的PCAP消息並可在(如圖5中所示的)PUA消息和/或RUA消息中向HNB320轉發這些PCAP消息。HNB Gff 330還可接收由HNB 320在PUA消息中發送的PCAP消息(如圖5中所示)並可在SCCP消息中向SAS 340轉發這些PCAP消息。在一種設計中，RUA可被擴展成傳遞PCAP消息。在另一種設計中，PUA可被定義成在HNB 320與HNB Gff 330之間傳遞PCAP消息(例如，如圖5中所示的)。這種設計可避免影響RANAP支持並可由此簡單地實現。PUA可具有不同於RUA的某些性質。例如，PUA可具有以下特性中的一個或更多個特性: 攜帶PCAP消息而不是RANAP消息，不包括對特定UE的參考，支持無連接PCAP消息的事務ID，以及支持多個SAS。在一種設計中，PUA消息可能不顯式地與特定UE相關聯，因為HNB Gff不需要知曉UE關聯性。另外，HNB可使用PUA消息來向SAS傳遞PCAP消息以定位HNB。在那種情形中，沒有UE要定位並因此與UE的PUA消息關聯將是不可能的。在一種設計中，由HNB 320發送的無連接PCAP消息和可能的面向連接的PCAP消息可包含唯一性PCAP事務ID。當在HNB Gff 330與SAS 340之間使用無連接SCCP和可能的面向連接的SCCP來傳遞PCAP響應消息與PCAP請求消息時，PCAP事務ID可在PCAP層面處被用來將PCAP響應消息與PCAP請求消息相關聯。PCAP事務ID可由HNB Gff 330管理和指派並在HNB 320向HNB Gff 33 0發送對特定SAS的唯一性事務ID的PUA請求時使用PUA來提供給HNB 320。SAS 340可將HNB Gff 330看作RNC，並可能不知曉各種HNB，諸如HNB Gff 330後面的HNB 320。SAS 340可因此用HNB Gff 330來支持單個事務ID集。諸如HNB 320和HNB 322之類的不同HNB應當不使用相同的PCAP事務ID，因為這可能導致錯誤。例如，來自SAS 340的旨在給HNB 320的無連接PCAP響應消息可能由HNB Gff 330錯誤地路由至HNB322。HNB 320可從HNB Gff 330獲得唯一性PCAP事務ID並在某個稍後的時間可向HNB Gff 330發送PUA消息以釋放該事務ID，由此允許HNB GW330在稍後的時間向另一 HNB (例如，HNB 322)指派PCAP事務ID。通過向HNB 320發送用於無連接PCAP消息的唯一性PCAP事務ID，HNB Gff 330不需要檢查通過HNB Gff 330從HNB 320向SAS 340傳遞的無連接PCAP消息以驗證該PCAP事務ID是唯一的。這可避免需要在HNB Gff 330處支持PCAP協議的一部分。然而，HNB Gff 330可檢查由SAS 340向HNB 320發送的任何無連接PCAP響應消息以獲得PCAP事務ID，從而將PCAP消息路由至HNB 320而不是諸如HNB322之類的某個其他HNB。對於面向連接的PCAP消息，可在HNB Gff 330與SAS 340之間建立SCCP連接以傳遞這些消息。該SCCP連接可被用來(i)幫助將從SAS 340向HNB320發送的PCAP響應消息與從HNB 320向SAS 340發送的稍早的PCAP請求消息相關聯，以及(ii)將該PCAP響應消息路由至正確的HNB。因此，HNB GW330可以不需要檢查由SAS 340發送的面向連接的PCAP消息以將此類消息路由至正確的HNB。然而，用於HNB 320向HNB Gff 330請求唯一性PCAP事務ID的機制仍可被採用，除非SAS 340允許面向連接的PCAP消息的事務ID僅對於每個SCCP連接是唯一的。在後一種情形中，HNB320可自己指派PCAP事務ID而無需來自HNB Gff 330的輔助。
在替換實現中，HNB Gff 330可在由HNB 320指派的PCAP事務ID與由SAS 340看到的PCAP事務ID之間轉換。在這種設計中，HNB 320可管理它自己的PCAP事務ID並將合適的事務ID X插入到經由HNB Gff 330向SAS340發送的任何PCAP請求消息中。HNB Gff330可隨後用對於HNB Gff 330與SAS 340之間的接口而言是唯一的另一個事務ID Y來代替事務ID X並可隨後向SAS 340轉發PCAP請求消息。SAS 340可稍後發回針對此PCAP請求的攜帶相同的事務ID Y的PCAP響應消息。HNB GW可隨後檢查該PCAP響應，用事務IDX來代替事務ID Y，並將該PCAP響應消息路由回HNB 320。有了這種替換設計，HNB Gff 330可支持更多PCAP協議，但是HNB 320和HNBGW 330對PUA支持的程度可能減少(例如，HNB320不再向HNB Gff 330請求PCAP事務ID)。對於由SAS 340向HNB 320發起的PCAP事務，可以在SAS 340與HNB320之間傳遞PCAP事務ID而無需由HNB Gff 330作出解讀或變動，因為SAS340可以確保:對於每種類型的PCAP規程而言，這些事務ID都是唯一的。在一種設計中，PUA可執行以下功能中的一種或更多種功能:控制或報告Iupc接口上用於面向連接的PCAP消息的傳遞的SCCP連接的建立和釋放，傳遞面向連接的PCAP消息，將PUA消息中的本地標識符用來標識與Iupc接口上的特定HNB相關聯的SCCP連接，傳遞無連接PCAP消息和管理PCAP事務ID分配，以及在多個SAS連接至HNB Gff的情形中標識SAS(例如，允許HNB為新的PCAP規程選擇特定SAS )。在一種設計中，PUA消息集合可被支持並可包括以下PUA消息中的一個或更多個PUA消息:PUA連接消息一用於在HNB Gff與SAS之間建立用於向或從HNB傳遞面向連接的PCAP消息的SACCP連接或者報告該SCCP連接的建立，直接傳遞消息一用於在HNB Gff與HNB之間傳遞面向連接的PCAP消息，斷開消息一用於釋放HNB GW與SAS之間的SCCP連接或者報告該SCCP連接的釋放，請求事務ID消息一由HNB向HNB Gff發送以獲得無連接PCAP消息的唯一性PCAP事務ID， 返回事務ID消息一由HNB向HNB Gff發送以向由HNB Gff維護的共用的PCAP事務ID池返回PCAP事務ID，無連接傳遞消息一用於在HNB與HNB Gff之間傳遞無連`接PCAP消息，以及HNB傳遞消息一用於支持HNB GW內切換之後的連續UE定位，該HNBGW內切換是在UE定位規程已由源HNB啟動以進行切換之後開始的。每個PUA消息可包括任何數目個以任何合適的格式的參數。在一種設計中，PUA連接消息可包括PCAP消息、對HNB Gff與SAS之間的SCCP連接的本地PUA參考、若有多個SAS則包括SAS ID、等等。HNB GW可管理在HNB GW與HNB之間使用的本地PUA連接參考與HNB GW同SAS之間的SCCP連接之間的關聯性。PUA直接傳遞消息可包括面向連接的PCAP消息和本地PUA連接參考。PUA無連接傳遞消息可包括無連接PCAP消息並且若有多個SAS則包括SAS ID。在另一種設計中，以上針對PUA描述的各種能力、消息和參數可被包括在RUA中以在HNB 320與SAS 340之間使用PCAP來支持對UE 310或HNB320的定位。在這種設計中，可使用RUA而不是PUA在HNB 320與HNB GW330之間傳遞PCAP消息。UE 310可用HNB 320執行定位規程，例如，如圖5中所示的。UE 310可以是移動的並可能在該定位規程期間從源HNB 320切換到目標HNB 322。HNB 320和322兩者可被連接至相同的HNB Gff 330，並可為UE 310執行HNBGW內切換。在一種設計中，源HNB 320可通過(i)向SAS 340發送針對任何進行中的圍繞SAS的位置會話的PCAP中止消息和(ii)向MSC/SGSN 352發送具有出錯原因的RANAP位置報告消息來終止對UE 310的定位規程。在UE310切換至目標HNB 322之後，可以隨後發起新的定位規程。在另一種設計中，可經由目標HNB 322來繼續經由源HNB 320對UE 310的正在進行中的定位規程。在一種設計中，HNB Gff 330可向源HNB 320指示UE 310的切換是否在HNB GW內。源HNB 320可隨後決定中止該定位規程還是經由目標HNB 322繼續該定位規程。在一種設計中，如果決定繼續該定位規程，那麼源HNB 320可經由HNB Gff 330向目標HNB 322傳遞關於UE 310的位置狀態信息。任何圍繞SAS的位置會話可經由目標HNB 322繼續，該目標HNB 322可用給HNB 322的新的蜂窩小區ID來更新SAS 340。如果UE 310的切換出於任何原因而失敗了，那麼源HNB 320可繼續對UE 310的定位規程。圖6示出了用於為HNB Gff內切換繼續對UE 310的定位規程的消息流600的設計。UE 310可最初與HNB 320通信，該HNB 320可具有正在進行中的與SAS 340的對UE 310的定位規程(步驟I)。HNB 320可決定為UE 310向HNB 322的切換執行重新定位(步驟2)。HNB 320可隨後在RUA直接傳遞消息中向HNB Gff 330發送要求RANAP重新定位消息(步驟
3)。HNB GW330可在目標HNB 322中觸發UE 310的註冊(步驟4)。HNB Gff 330可在RUA直接傳遞消息中向HNB 320返回可包括對HNB Gff內切換的指示的RANAP重新定位命令消息(步驟5)。HNB 320可決定繼續對UE 310的定位規程(步驟6)。HNB 320可隨後向HNB Gff330發送包含用於定位規程的位置狀態信息的PUA HNB傳遞消息(步驟7)。HNB Gff 330可向HNB 322轉發PUA HNB傳遞消息(步驟8)。在步驟5中決定執行重新定位之後的任何時間，HNB 320可向UE 310發送物理信道重配置消息(步驟9)。此消息可向HNB 322指示UE 310的切換。UE 310可隨後對HNB322執行上行鏈路同步(步驟10)。在步驟10中接收到上行鏈路同步之後，HNB 322可在RUA直接傳遞消息中向HNBGff 330發送RANAP重新定位完成消息(步驟11)。HNB 330可隨後在RUA直接傳遞消息中向HNB 320發送RANAP Iu釋放命令消息(步驟12)。HNB 320可在RUA斷開消息中向HNB Gff330返回RANAP Iu釋放完成消息(步驟13)。為了繼續對UE 310的定位規程，HNB 322可在PUA直接傳遞消息中向HNB Gff 330發送可包括給HNB 322的新的蜂窩小區ID的PCAP定位參數修改消息(步驟14)。HNB Gff330可使用與先前指派給HNB 320以供初始UE定位相同的SCCP連接在SCCP DTl消息中向SAS 340轉發該PCAP定位參數修改消息。定位規程可隨後經由HNB Gff 330在HNB 322與SAS 340之間繼續(步驟16)。HNB Gff 330可繼續將先前與HNB 320相關聯的關於與SAS340的Iupc接口的任何狀態信息(諸如SCCP連接信息)用於支持向HNB 322傳遞的定位規程。
一般而言，由源HNB 320向目標HNB 322轉發的位置狀態信息可包括可能對於繼續對UE 310的定位規程而言有用的或必需的任何信息。在一種設計中，位置狀態信息可包括稍早在來自核心網350的原始位置請求中向HNB 320提供的信息，諸如所請求的QoS、所請求的優先級、對速度的請求、迄今在HNB 320中進行的定位規程的總歷時、適於任何周期性請求的詳情(例如，迄今已完成的周期性位置報告的數目)、等等。在一種設計中，如果圍繞SAS的模式被使用，那麼位置狀態信息可包括由HNB 320使用的PCAP事務ID和在HNB320與HNB Gff 330之間用於PCAP定位發起請求消息的本地連接參考。在一種設計中，對於由SAS 340在HNB 320處為UE 310激活的每個進行中的圍繞SAS的定位方法而言，位置狀態信息可包括以下各項中的一者或更多者:定位方法類型(例如，受UE輔助的A-GNSS或OTDOA)，由SAS 340在PCAP定位激活請求消息中使用的PCAP事務ID，該定位方法所需要的響應時間和當前歷時，以及迄今獲得的用於該定位方法(例如，用於0TD0A)的信息(例如，來自UE 310的測量)。如果源HNB 320是OTDOA測量的參考蜂窩小區，那麼可以中止用於OTDOA的位置會話，因為UE 310可能不能夠在切換之後獲得對HNB 320的OTDOA測量。因此，總是從HNB322中止目標側上的OTDOA而不是從源HNB 320傳遞詳細信息可以更為簡單。關於U-TDOA的信息不需要包括在位置狀態信息中(例如，關於CELL FACH的信息(若適用))，因為一旦從目標HNB 322接收到新的蜂窩小區ID就可以在SAS 340中終止定位規程。在一種設計中，可以作出假設:源HNB 320已向UE 310發送用於任何進行中的諸如A-GNSS或OTDOA之類的受UE輔助或基於UE的定位方法的RRC測量控制消息的假定。在這種情形中，目標HNB 322將不需要向UE 310發送RRC測量控制消息。如果源HNB 320還未發送RRC測量控制消息，那麼源HNB 320或目標HNB 322可向SAS 340發送PCAP定位激活失敗消息。圖5示出了用於支持對UE 310的位置服務和A-GNSS和/或其他定位方法的設計。對HNB 320的A-GNSS和/或其他定位方法可以按類似的方式來支持以使得能夠確定HNB320的位置。HNB 320可繼續使用如以上所描述的PCAP和PUA。然而，取代與UE 310交互以提供用於A-GNSS的輔助數據和獲得GNSS測量或位置估計，HNB 320可充當UE的角色並且可能在接收自SAS 340的輔助數據的幫助下作出GNSS和/或其他(例如，OTDOA)測量和/或獲得位置估計。在這種情形中，HNB 320將不需要使PCAP與RRC交互工作，但是可取而代之將PCAP用作定位協議。從HNB Gff 330和SAS 340的角度來看，對HNB 320的定位可以看上去與對UE 310的定位相同或幾乎相同，由此不需要額外支持或僅需要很少的額外支持。圖7示出了用於使用SAS 340來支持對HNB 320的位置服務和A-GNSS的消息流700的設計。HNB 320或HMS 324可確定需要HNB 320的位置(步驟I)。HNB 320可在PUA連接消息中向HNB Gff 330發送PCAP定位發起請求消息以發起與SAS 340的位置會話(步驟2)。該PUA連接消息還可包含SAS (例如，SAS 340)的身份。PCAP定位發起請求消息可包括蜂窩小區id (例如，近旁的對於HNB 320而言可見的宏蜂窩小區的蜂窩小區ID)、HNB320的定位能力(例如，A-GNSS)、等等。HNB Gff 330可在SCCP CR消息中向SAS 340轉發PCAP定位發起請求消息(步驟3)。HNB Gff 330可從包括在PUA連接消息中的任何SAS的身份來確定SAS 340或者按其他方式(例如，默認地如果僅一個SAS被連接至HNB Gff 330)來確定SAS 340。SAS 340可接收PCAP定位發起請求消息並可通過在向HNB Gff 330發送的SCCPCC消息中發送可包括用於A-GNSS的輔助數據的PCAP定位激活請求消息來發起A-GNSS定位規程(步驟4)。HNB Gff 330可在PUA直接傳遞消息中向HNB320轉發PCAP定位激活請求消息(步驟5)。HNB 320可接收該PCAP定位激活請求消息並可例如基於接收自SAS 340的輔助數據來獲得GNSS測量(步驟6)。HNB 320可能或可能不能夠基於GNSS測量和步驟5中接收到的輔助數據來確定位置估計。HNB 320可在向HNB Gff 330發送的PUA直接傳遞消息中發送可包括GNSS測量和/或位置估計的PCAP定位激活響應消息(步驟7)。HNB Gff 330可在SCCP DTl消息中向SAS 340轉發該PCAP定位激活響應消息(步驟8)。

SAS 340可從PCAP定位激活響應消息接收GNSS測量和/或位置估計。SAS 340可基於GNSS測量(若提供)來計算對HNB 320的位置估計和/或可驗證對HNB 320的位置估計(步驟9)。SAS 340可隨後在PCAP定位發起響應消息中發送由SAS 340計算和/或驗證的位置估計，該PCAP定位發起響應消息可被攜帶在向HNB 330發送的SCCP DTl消息中(步驟10)。HNB Gff 330可在PUA直接傳遞消息中向HNB 320轉發PCAP定位發起響應消息(步驟11)。HNB 320可通過向HNB Gff 330發送PUA斷開消息來終止與SAS 340的位置會話(步驟12)，並且HNB Gff 330可向SAS 340發送SCCP釋放消息(步驟13)。SAS 340可返回SCCP釋放完成(RLC)消息(步驟14)。HNB320可存儲自己的位置估計和/或向HMS 324提供位置估計。在圖7中，SAS 340可在步驟4到步驟5中向HNB 320發送用於A-GNSS的輔助數據。HNB 320可在步驟6中確定其需要新的輔助數據。在這種情形中，HNB 320可向SAS340發送對輔助數據的請求。步驟4到步驟8可隨後被執行以向HNB 320提供新的輔助數據。在圖7中類似地，SAS 340可在步驟9中確定其需要更多測量或另一個位置估計，並可重複步驟4到步驟8以從HNB 320獲得這些測量或位置估計。雖然圖7示出了 A-GNSS的使用，但是SAS 340可在步驟4到步驟8中調用一個或更多個附加的或替換的定位方法。例如，SAS 340可調用OTDOA並可將用於OTDOA的輔助數據包括在步驟4和步驟5中發送的PCAP定位激活消息中。HNB 320可隨後在步驟6中獲得OTDOA測量或者基於OTDOA測量的位置估計，並可在步驟7和步驟8中在PCAP定位激活響應消息中向SAS340返回這些OTDOA測量或位置估計。HNB 320還可將自己的標識(例如，IMSI或MEI)包括在步驟2和步驟3中向SAS 340發送的PCAP定位發起請求消息中。此標識可由SAS 340識別為屬於某個HNB或者由於由網絡300的運營商在SAS 340中對HNB320的身份的預配置(例如，一定範圍的HNB集合的身份)而識別為尤其屬於HNB 320，SAS340可使用此已知身份來調用諸定位方法並在步驟4和步驟5中向HNB 320提供比用於定位UE (例如，UE 310)更適用於定位HNB (例如，HNB 320)的輔助數據。SAS 340還可檢索先前獲得並存儲著的關於HNB 320的其他信息(例如，先前的對HNB 320的位置估計)或者為HNB 320配置的其他信息(例如,定位能力)以輔助新的位置會話。在一種設計中，可以支持帶有PCAP的一些變化和帶有HNB 320和SAS340中的定位的一些相關聯的變化的消息流700。HNB指示和/或某個其他HNB身份(例如，不是MSI或MEI)可被包括在PCAP消息中。SAS 340可使用已知的HNB特性和/或先前獲得的HNB信息(例如，在SAS 340向HNB GW330註冊了之後由HNB 320提供的HNB信息)來改善定位支持。SAS 340還可用為HNB 320獲得的任何新的位置來更新自己的關於HNB 320的信息。如果有良好的信號強度，那麼PCAP定位發起請求消息中的蜂窩小區ID IE可以是關於鄰宏蜂窩小區的。替換地，如果沒有此類宏蜂窩小區，那麼可以在PCAP消息(例如，步驟2和步驟3中的PCAP定位發起請求消息)中提供對HNB 320的近似位置估計。對於0TD0A，宏參考蜂窩小區可優選用於OTDOA測量(例如，由HNB 320提供的任何宏蜂窩小區)。對於E-CID，僅為UE定義的測量可被提供給SAS 340，儘管這些測量可由HNB 320提供給SAS 340，如同HNB320是UE 一樣。對於A-GNSS，來自SAS 340的任何精細時間輔助(FTA)可被提供給近旁的對於HNB 320而言可見的宏蜂窩小區。在另一種設計中，可通過使HNB 320仿真由HNB 320服務的和在HNB320處共處(例如，具有為O的往返行程時間(RTT))的UE的位置來支持消息流700以避免對PCAP和SAS 340的影響。在一種設計中 ，HNB 320可向SAS 340請求用於A-GNSS、OTDOA和/或其他定位方法的信息(例如，輔助數據)以輔助對由HNB 320服務的或接近HNB 320的UE的定位。該請求和所請求的信息可在PCAP消息中被發送，該PCAP消息可由HNB Gff 330使用PUA和SCCP來轉發。例如，該請求可在PCAP信息交換發起請求消息中被發送。所請求的信息可在PCAP信息交換發起響應消息中或者周期性地在PCAP信息報告消息中被發送。HNB 320可向UE(例如，UE 310)廣播接收自SAS 340的信息以供UE用於定位。例如，當HNB 320向HMS 324註冊時，可以作出關於是否支持廣播的決定。圖8示出了用於支持對UE的位置服務的過程800的設計。過程800可由可以是HNB、MSC、SGSN、RNC、MME, BSC等的網絡實體來執行。例如，網絡實體可以是圖2中的消息流 200 中的 HNB 120。網絡實體可接收對UE的位置服務的請求(框812)。網絡實體可經由用戶層面位置解決方案(例如，SUPL)來與位置伺服器(例如，H-SLP)通信以支持對UE的位置服務(框814)。網絡實體可經由控制層面位置解決方案(例如，3GPP控制層面位置解決方案)與UE通信以支持對UE的位置服務(框816)。網絡實體可在用戶層面位置解決方案與控制層面位置解決方案之間交互工作(框818)。位置服務可包括用於(用A-GNSS或其他某個受網絡輔助的定位方法來)確定UE的位置的定位、向UE遞送輔助數據等。網絡實體可從位置伺服器或UE獲得對UE的位置估計(框820)。網絡實體可響應於該請求而返回對該UE的位置估計(框822)。在一種設計中，網絡實體可從位置伺服器接收關於用戶層面位置解決方案的第一消息並可向UE發送關於控制層面位置解決方案的第二消息。網絡實體可向第二消息傳遞第一消息中的信息的至少一部分。網絡實體可從UE接收關於控制層面位置解決方案的第三消息並向位置伺服器發送關於用戶層面位置解決方案的第四消息。網絡實體可向第四消息傳遞第三消息中的信息的至少一部分。在一種設計中，第一消息和第四消息可以是關於RRLP定位協議的，而第二消息和第三消息可以是關於RRC定位協議的。在一種設計中，網絡實體可扮演UE的角色以與位置伺服器通信並可向位置伺服器提供UE的能力。位置伺服器可基於UE的定位能力來提供輔助(例如，輔助數據的遞送、位置估計的計算或驗證等)。圖9示出了用於支持對UE的位置服務的過程900的設計。過程900可由HNB(如以下所描述的)或由其他某個實體來執行。例如，該HNB可以是圖5中的消息流500中的HNB 320。HNB可接收對UE的位置服務的請求(框912)。HNB可經由HNB GW與位置伺服器(例如，SAS)交換PCAP消息以支持對UE的位置服務(框914)。PCAP消息可⑴在HNB與HNB GW之間在第一協議(例如，PUA或RUA)的消息中傳遞和(ii)在HNB GW與位置伺服器之間在第二協議(例如，SCCP)的消息中傳遞。HNB可與UE交換RRC消息以支持對UE的位置服務(框916)。位置服務可包括用於(用A-GNSS或其他某個受網絡輔助的定位方法來)確定UE的位置的定位、向UE遞送輔助數據等。HNB可從位置伺服器或UE獲得對該UE的位置估計(框918)。HNB可響應於該請求而返回對該UE的位置估計(框920)。在一種設計中，HNB可從位置伺服器接收第一 PCAP消息並向UE發送第一 RRC消息。第一 RRC消息可包括可從第一 PCAP消息獲得的定位請求和/或輔助數據。在一種設計中，HNB可從UE接收第二 RRC消息並向位置伺服器發送第二 PCAP消息。該PCAP消息可包括可從該RRC消息獲得的由UE作出的測量和/或對UE的位置估計。

在一種設計中，可以在PUA消息中在HNB與HNB GW之間傳遞這些PCAP消息。在一種設計中，PCAP消息可以是面向事務的消息，而PUA消息可以與經由SCCP的面向連接的或無連接的傳遞相關聯。PUA消息可包括位置伺服器(例如，SAS)的標識符、事務標識符、本地連接參考、PCAP消息、或其組合。在一種設計中，HNB可向位置伺服器發送關於自己的信息。該信息可包括HNB的蜂窩小區全局標識符、HNB的位置、至少一個鄰蜂窩小區的至少一個蜂窩小區ID、HNB的定位能力、等等。圖10示出了用於支持對UE的位置服務的過程1000的設計。過程1000可由第一HNB (如以下所描述的)或由其他某個實體來執行。例如，該第一 HNB可以是圖6中的消息流 600 中的 HNB 320。第一 HNB可執行與位置伺服器的定位規程以支持對與第一 HNB通信的UE的位置服務(框1012)。位置服務可包括用於(用A-GNSS或其他某個受網絡輔助的定位方法來)確定UE的位置的定位、向UE遞送輔助數據等。第一 HNB可獲得將UE從第一 HNB切換到第二HNB的指示(框1014)。第一 HNB和第二 HNB兩者可與相同的HNB GW對接並可經由HNB Gff與位置伺服器通信。第一 HNB可向第二 HNB傳遞位置狀態信息(框1016)。該位置狀態信息可包括在定位規程中使用的至少一個定位方法、為每個定位方法獲得的信息、與位置報告有關的信息、和/或其他信息。定位規程可由第二 HNB和位置伺服器基於由第一 HNB提供的位置狀態信息來繼續。第一 HNB可在將UE切換到第二 HNB之後決定是中止定位規程還是繼續定位規程。第一 HNB可響應於繼續定位規程的決定而向第二 HNB傳遞位置狀態信息。第一 HNB可確定UE從第一 HNB到第二 HNB的切換失敗。一旦確定UE的切換失敗，第一 HNB就可隨後繼續與位置伺服器的該定位規程。圖11示出了用於支持對HNB的位置服務的過程1100的設計。過程1100可由HNB(如以下所描述的)或由其他某個實體來執行。例如，該HNB可以是圖7中的消息流700中的HNB 320。HNB可(例如，經由HNB GW)與位置伺服器交換PCAP消息以供對HNB的定位(框1112)。PCAP消息可⑴在HNB與HNB GW之間在第一協議(例如，PUA)的消息中傳遞和(ii)在HNB GW與位置伺服器之間在第二協議(例如，SCCP)的消息中傳遞。HNB可基於PCAP消息來確定自己的位置(框1114)。圖12示出了 UE 1210、HNB/歸屬基站1220、HNB Gff 1230、和位置伺服器1240的設計的框圖。UE 1210可以是圖1中的UE 110或圖3中的UE 310。HNB 1220可以是圖1中的HNB 120或圖3中的HNB 320。HNB Gff 1230可以是圖1中的HNB Gff 130或圖3中的HNB Gff 330。位置伺服器可以是圖1中的H-SLP 140或圖3中的SAS 340。為簡單化，圖12示出了(i)UE 1210的 一個控制器/處理器1212、一個存儲器1214、和一個發射機/接收機(TMTR/RCVR) 1216，(ii)HNB 1220 的一個控制器 / 處理器 1222、一個存儲器(Mem) 1224、一個發射機/接收機1226、和一個通信(Comm)單元1228，(iii)HNB Gff 1230的一個控制器/處理器1232、一個存儲器1234、和一個通信單元1236，以及(iv)位置伺服器1240的一個控制器/處理器1242、一個存儲器1244、和一個通信單元1246。一般而言，每個實體可包括任何數目個控制器、處理器、存儲器、收發機、通信單元等。在下行鏈路上，HNB 1220可向自己的覆蓋區內的UE傳送話務數據、信令、廣播信息、和導頻。這些類型各異的數據可由處理器1222處理、由發射機1226調理、並且在下行鏈路上傳送。在UE 1210處，來自HNB 1220和/或其他基站的下行鏈路信號可經由天線被接收、由接收機1216調理、並且由處理器1212處理以恢復由HNB 1220和/或其他基站發送的各種類型的信息。處理器1212可執行在圖2、圖5和圖6中的消息流中對UE的處理。存儲器1214和1224可各自分別存儲供UE 1210和HNB 1220使用的程序代碼和數據。在上行鏈路上，UE 1210可向HNB 1220和/或基站傳送話務數據、信令、和導頻。這些類型各異的數據可由處理器1212處理、由發射機1216調理、並且在上行鏈路上傳送。在HNB 1220處，來自UE 1210和其他UE的上行鏈路信號可被接收機1226接收和調理，並由處理器1222進一步處理以獲得由UE 1210和其他UE發送的各種類型的信息。處理器1222可執行或指導圖8中的過程800、圖9中的過程900、圖10中的過程1000、圖11中的過程1100和/或用於本文中所描述的技術的其他過程。處理器1222還可執行在圖2、圖5、圖6和圖7中的消息流中對HNB 120或HNB 320的處理。HNB 1220可經由通信單元1228與其他網絡實體通信。在HNB Gff 1230內，處理器1232可在其控制內支持HNB的通信，支持消息在HNB1220與位置伺服器1240之間的傳遞，以及執行通常由HNB GW執行的其他功能。處理器1232還可執行在圖2、圖5、圖6和圖7中的消息流中對HNB Gff 130或HNB Gff 320的處理。存儲器1234可存儲用於HNB GW1230的程序代碼和數據。通信單元1236可允許HNB Gff 1230與其他實體通信。在位置伺服器1240內，處理器1242可執行對UE的定位，向UE提供輔助數據，支持對UE和其他LCS客戶機的位置服務，等等。處理器1242還可執行在圖2中的消息流中對H-SLP 140處理和在圖5、圖6和圖7中的消息流中對SAS 340的處理。存儲器1244可存儲位置伺服器1240的程序代碼和數據。通信單元1246可允許位置伺服器1240與其他實體通信。本領域技術人員將可理解，信息和信號可使用各種不同技術和技藝中的任何技術和技藝來表示。例如，以上描述通篇引述的數據、指令、命令、信息、信號、位、碼元、和碼片可由電壓、電流、電磁波、磁場或磁粒子、光場或光學粒子、或其任何組合來表不。本領域技術人員將進一步領會，結合本文公開所描述的各種解說性邏輯框、模塊、電路、和算法步驟可被實現為電子硬體、計算機軟體、或兩者的組合。為清楚地解說硬體與軟體的這一可互換性，各種解說性組件、框、模塊、電路、和步驟在上面是以其功能性的形式作一般化描述的。此類功能性是被實現為硬體還是軟體取決於具體應用和施加於整體系統的設計約束。技術人員可針對每種特定應用以不同方式來實現所描述的功能性，但此類設計決策不應被解讀為致使脫離本公開的範圍。結合本文公開描述的各種解說性邏輯框、模塊、以及電路可用通用處理器、數位訊號處理器(DSP)、專用集成電路(ASIC)、現場可編程門陣列(FPGA)或其他可編程邏輯器件、分立的門或電晶體邏輯、分立的硬體組件、或其設計成執行本文中描述的功能的任何組合來實現或執行。通用處理器可以是微處理器，但在替換方案中，處理器可以是任何常規的處理器、控制器、微控制器、或狀態機。處理器還可以被實現為計算設備的組合，例如DSP與微處理器的組合、多個微處理器、與DSP核心協作的一個或更多個微處理器、或任何其他此類配置。結合本文公開描述的方法或算法的步驟可直接在硬體中、在由處理器執行的軟體模塊中、或在這兩者的組合中實施。軟體模塊可駐留在RAM存儲器、快閃記憶體、ROM存儲器、EPROM存儲器、EEPROM存儲器、寄存器、硬碟、可移動盤、⑶-ROM、或本領域中所知的任何其他形式的存儲介質中。示例性存儲介質耦合到處理器以使得該處理器能從/向該存儲介質讀寫信息。在替換方案中，存 儲介質可以被整合到處理器。處理器和存儲介質可駐留在ASIC中。ASIC可駐留在用戶終端中。在替換方案中，處理器和存儲介質可作為分立組件駐留在用戶終端中。在一個或更多個示例性設計中，所描述的功能可以在硬體、軟體、固件、或其任何組合中實現。如果在軟體中實現，則各功能可以作為一條或更多條指令或代碼存儲在計算機可讀介質上。計算機可讀介質並不是指瞬態的傳播信號。存儲介質可以是能被通用或專用計算機訪問的任何可用介質。作為示例而非限定，這樣的計算機可讀介質可以包括RAM、ROM、EEPROM、CD-ROM或其它光碟存儲、磁碟存儲或其它磁存儲設備、或能被用來存儲指令或數據結構形式的期望程序代碼手段且能被通用或專用計算機、或者通用或專用處理器訪問的任何其他介質。本文中所使用的盤(disk)和碟(disc)包括壓縮碟(⑶)、雷射碟、光碟、數字多用碟(DVD)、軟盤和藍光碟，其中盤往往以磁的方式再生數據而碟用雷射以光學的方式再生數據。上述的組合也應被包括在計算機可讀介質的範圍內。提供對本公開先前的描述是為使得本領域任何技術人員皆能夠製作或使用本公開。對本公開的各種修改對本領域技術人員來說都將是顯而易見的，且本文中所定義的普適原理可被應用到其他變體而不會脫離本公開的精神或範圍。由此，本公開並非旨在被限定於本文中所描述的 示例和設計，而是應被授予與本文中所公開的原理和新穎性特徵相一致的最廣範圍。
權利要求
1.一種用於支持位置服務的方法，包括: 由網絡實體接收對用戶裝備(UE)的位置服務的請求； 由所述網絡實體經由用戶層面位置解決方案與位置伺服器通信以支持對所述UE的所述位置服務； 由所述網絡實體經由控制層面位置解決方案與所述UE通信以支持對所述UE的所述位置服務；以及 由所述網絡實體在所述用戶層面位置解決方案與所述控制層面解決方案之間交互工作。
2.如權利要求1所述的方法，其特徵在於，進一步包括: 從所述位置伺服器或所述UE獲得對所述UE的位置估計；以及 響應於所述請求而返回對所述UE的所述位置估計。
3.如權利要求1所述的方法，其特徵在於，與所述位置伺服器通信包括從所述位置伺服器接收關於所述用戶層面位置解決方案的第一消息，其中與所述UE通信包括向所述UE發送關於所述控制層面位置解決方案的第二消息，並且其中所述交互工作包括向所述第二消息傳遞所述第一消息中的信息的至少一部分。
4.如權利要求3所述的方法，其特徵在於，與所述UE通信包括從所述UE接收關於所述控制層面位置解決方案的第三消息，其中與所述位置伺服器通信包括向所述位置伺服器發送關於所述用戶層面位置解決方案的第四消息，並且其中所述交互工作包括向所述第四消息傳遞所述第三消息中的信息的 至少一部分。
5.如權利要求3所述的方法，其特徵在於，所述第一消息關於無線電資源位置服務(LCS)協議(RRLP)定位協議，並且所述第二消息關於無線電資源控制(RRC)定位協議。
6.如權利要求1所述的方法，其特徵在於，所述用戶層面位置解決方案包括安全用戶層面位置(SUPL)，並且所述控制層面位置解決方案包括3GPP控制層面位置解決方案。
7.如權利要求1所述的方法，其特徵在於，所述網絡實體扮演所述UE的角色以與所述位置伺服器通信並向所述位置伺服器提供所述UE的定位能力，並且其中所述位置伺服器基於所述UE的所述定位能力來提供輔助。
8.如權利要求1所述的方法，其特徵在於，所述位置服務包括用於確定所述UE的位置的定位、或者向所述UE遞送輔助數據、或者這兩者皆包括。
9.如權利要求1所述的方法，其特徵在於，所述位置服務包括受輔助的全球導航衛星系統(A-GNSS)以確定所述UE的位置。
10.如權利要求1所述的方法，其特徵在於，所述網絡實體包括歸屬B節點(HNB)或無線電網絡控制器(RNC)。
11.一種用於無線通信的設備，包括: 用於由網絡實體接收對用戶裝備(UE)的位置服務的請求的裝置； 用於由所述網絡實體經由用戶層面位置解決方案與位置伺服器通信以支持對所述UE的所述位置服務的裝置； 用於由所述網絡實體經由控制層面位置解決方案與所述UE通信以支持對所述UE的所述位置服務的裝置；以及 用於由所述網絡實體在所述用戶層面位置解決方案與所述控制層面解決方案之間交互工作的裝置。
12.如權利要求11所述的設備，其特徵在於，所述用於與所述位置伺服器通信的裝置包括用於從所述位置伺服器接收關於所述用戶層面位置解決方案的第一消息的裝置，其中所述用於與所述UE通信的裝置包括用於向所述UE發送關於所述控制層面位置解決方案的第二消息的裝置，並且其中所述用於交互工作的裝置包括用於向所述第二消息傳遞所述第一消息中的信息的至少一部分的裝置。
13.如權利要求11所述的設備，其特徵在於，所述網絡實體扮演所述UE的角色以與所述位置伺服器通信並向所述位置伺服器提供所述UE的定位能力，並且其中所述位置伺服器基於所述UE的所述定位能力來提供輔助。
14.一種用於無線通信的裝置，包括: 至少一個處理器，其被配置成由網絡實體接收對用戶裝備(UE)的位置服務的請求，由所述網絡實體經由用戶層面位置解決方案與位置伺服器通信以支持對所述UE的所述位置服務，由所述網絡實體經由控制層面位置解決方案與所述UE通信以支持對所述UE的所述位置服務，以及由所述網絡實體在所述用戶層面位置解決方案與所述控制層面解決方案之間交互工作。
15.如權利要求14所述的裝置，其特徵在於，所述至少一個處理器被配置成從所述位置伺服器接收關於所述用戶層面位置解決方案的第一消息，向所述UE發送關於所述控制層面位置解決方案的第二消息，以及向所述第二消息傳遞所述第一消息中的信息的至少一部分。
16.如權利要求14所述的裝置，其特徵在於，所述網絡實體扮演所述UE的角色以與所述位置伺服器通信並向所述位置伺服器提供所述UE的定位能力，並且其中所述位置伺服器基於所述UE的所 述定位能力來提供輔助。
17.一種電腦程式產品，包括: 計算機可讀介質，包括: 用於使至少一臺計算機由網絡實體接收對用戶裝備(UE)的位置服務的請求的代碼，用於使所述至少一臺計算機由所述網絡實體經由用戶層面位置解決方案與位置伺服器通信以支持對所述UE的所述位置服務的代碼， 用於使所述至少一臺計算機由所述網絡實體經由用戶層面位置解決方案與所述UE通信以支持對所述UE的所述位置服務的代碼，以及 用於使所述至少一臺計算機由所述網絡實體在所述用戶層面位置解決方案與所述控制層面位置解決方案之間交互工作的代碼。
18.一種用於支持位置服務的方法，包括: 由歸屬B節點(HNB)接收對用戶裝備(UE)的位置服務的請求； 經由HNB網關(HNB Gff)與位置伺服器交換定位演算應用部分(PCAP)消息以支持對所述UE的所述位置服務，其中所述PCAP消息是在所述HNB與所述HNB GW之間在第一協議的消息中和在所述HNB GW與所述位置伺服器之間在第二協議的消息中傳遞的；以及與所述UE交換無線電資源控制(RRC)消息以支持對所述UE的所述位置服務。
19.如權利要求18所述的方法，其特徵在於，進一步包括: 從所述位置伺服器或所述UE獲得對所述UE的位置估計；以及響應於所述請求而返回對所述UE的所述位置估計。
20.如權利要求18所述的方法，其特徵在於，所述交換PCAP消息包括從所述位置伺服器接收PCAP消息，並且其中所述交換RRC消息包括向所述UE發送RRC消息，所述RRC消息包括從所述PCAP消息獲得的定位請求、或者輔助數據、或者這兩者皆被包括。
21.如權利要求18所述的方法，其特徵在於，所述交換RRC消息包括從所述UE接收RRC消息，並且其中所述交換PCAP消息包括向所述位置伺服器發送PCAP消息，所述PCAP消息包括從所述RRC消息獲得的由UE作出的測量、或者對UE的位置估計、或者這兩者皆包括。
22.如權利要求18所述的方法，其特徵在於，所述第一協議包括PCAP用戶自適應(PUA)協議或無線電接入網應用部分(RANAP)用戶自適應(RUA)協議，並且其中所述第二協議包括信令連接控制部分(SCCP)協議。
23.如權利要求22所述的方法，其特徵在於，所述PCAP消息是面向連接的消息並且所述PUA消息與SCCP連接相關聯。
24.如權利要求22所述的方法，其特徵在於，PUA消息包括所述位置伺服器的標識符、PCAP事務標識符、本地連接參考、PCAP消息、或其組合。
25.如權利要求18所述的方法，其特徵在於，所述位置服務包括用於確定所述UE的位置的定位、或者向所述UE遞送輔助數據、或者這兩者皆包括。
26.如權利要求18所述的方法，其特徵在於，進一步包括: 向所述位置伺服器發送關於所述HNB的信息，所述信息包括所述HNB的蜂窩小區全局標識符(CGI )、所述HNB的國際移動訂戶身份(IMSI )、所述HNB的國際移動裝備身份(IMEI)、所述HNB的位置、至少一個鄰蜂窩小區的至少一個蜂窩小區ID、所述HNB的定位能力、或其組合。
27.如權利要求18所述的方法，其特徵在於，所述位置伺服器包括經由所述HNBGW與所述HNB通信的自立服務移動位置中心(SAS)。
28.一種用於無線通信的設備，包括: 用於由歸屬B節點(HNB)接收對用戶裝備(UE)的位置服務的請求的裝置； 用於經由HNB網關(HNB Gff)與位置伺服器交換定位演算應用部分(PCAP)消息以支持對所述UE的所述位置服務的裝置，其中所述PCAP消息是在所述HNB與所述HNB GW之間在第一協議的消息中和在所述HNB GW與所述位置伺服器之間在第二協議的消息中傳遞的；以及 用於與所述UE交換無線電資源控制(RRC)消息以支持對所述UE的所述位置服務的裝置。
29.如權利要求28所述的設備，其特徵在於，所述用於交換PCAP消息的裝置包括用於從所述位置伺服器接收PCAP消息的裝置，並且其中所述用於交換RRC消息的裝置包括用於向所述UE發送RRC消息的裝置，所述RRC消息包括從所述PCAP消息獲得的定位請求、或者輔助數據、或者這兩者皆包括。
30.如權利要求28所述的設備，其特徵在於，所述用於交換RRC消息的裝置包括用於從UE接收RRC消息的裝置，並且其中所述用於交換PCAP消息的裝置包括用於向所述位置伺服器發送PCAP消息的裝置，所述PCAP消息包括從所述RRC消息獲得的由所述UE作出的測量、或者對所述UE的位置估計、或者這兩者皆包括。
31.如權利要求28所述的設備，其特徵在於，進一步包括: 用於向所述位置伺服器發送關於所述HNB的信息的裝置，所述信息包括所述HNB的蜂窩小區全局標識符(CGI)、所述HNB的國際移動訂戶身份(IMSI)、所述HNB的國際移動裝備身份(IMEI)、所述HNB的位置、至少一個鄰蜂窩小區的至少一個蜂窩小區ID、所述HNB的定位能力、或其組合。
32.一種用於支持位置服務的方法，包括: 由第一歸屬B節點(HNB)執行與位置伺服器的定位規程以支持對與所述第一 HNB通信的用戶裝備(UE)的位置服務； 獲得將所述UE從所述第一 HNB切換到第二 HNB的指示；以及從所述第一HNB向所述第二HNB傳遞位置狀態信息，其中所述定位規程由所述第二HNB和所述位置伺服器基於由所述第一 HNB提供的所述位置狀態信息來繼續。
33.如權利要求32所述的方法，其特徵在於，所述第一HNB和所述第二 HNB兩者與相同的HNB網關(HNB Gff)對接並經由所述HNB網關與所述位置伺服器通信。
34.如權利要求32所述的方法，其特徵在於，進一步包括: 在將所述UE切換到所述第二 HNB之後決定是中止所述定位規程還是繼續所述定位規程，其中響應於繼續所述定位規程的決定而向所述第二 HNB傳遞所述位置狀態信息。
35.如權利要求32所述的方法 ，其特徵在於，進一步包括: 確定所述UE從所述第一 HNB向所述第二 HNB的切換失敗；以及 一旦確定所述UE的切換失敗，就由所述第一 HNB繼續與所述位置伺服器的所述定位規程。
36.如權利要求32所述的方法，其特徵在於，所述位置服務包括用於確定所述UE的位置的定位、或者向所述UE遞送輔助數據、或者這兩者皆包括。
37.如權利要求32所述的方法，其特徵在於，所述位置狀態信息包括在所述定位規程中使用的至少一個定位方法，為所述至少一個定位方法中的每個方法獲得的信息，與位置報告有關的信息、或其組合。
38.一種用於無線通信的設備，包括: 用於由第一歸屬B節點(HNB)執行與位置伺服器的定位規程以支持對與所述第一 HNB通信的用戶裝備(UE)的位置服務的裝置； 用於獲得將所述UE從所述第一 HNB切換到第二 HNB的指示的裝置；以及用於從所述第一 HNB向所述第二 HNB傳遞位置狀態信息的裝置，其中所述定位規程由所述第二 HNB和所述位置伺服器基於由所述第一 HNB提供的所述位置狀態信息來繼續。
39.如權利要求38所述的設備，其特徵在於，進一步包括: 用於在將所述UE切換到所述第二 HNB之後決定是中止所述定位規程還是繼續所述定位規程的裝置，其中響應於繼續所述定位規程的決定而向所述第二 HNB傳遞所述位置狀態信息。
40.如權利要求38所述的設備，其特徵在於，進一步包括: 用於確定所述UE從所述第一 HNB向所述第二 HNB的切換失敗的裝置；以及用於一旦確定所述UE的切換失敗就由所述第一 HNB繼續與所述位置伺服器的所述定位規程的裝置。
41.一種用於支持位置服務的方法，包括: 由歸屬B節點(HNB)與位置伺服器交換定位演算應用部分(PCAP)消息以供所述HNB的定位；以及 基於所述PCAP消息來確定所述HNB的位置。
42.如權利要求41所述的方法，其特徵在於，進一步包括: 向所述位置伺服器發送關於所述HNB的信息，所述信息包括所述HNB的蜂窩小區全局標識符(CGI)、所述HNB的國際移動訂戶身份(IMSI)、所述HNB的國際移動裝備身份(IMEI)、所述HNB的位置、至少一個鄰蜂窩小區的至少一個蜂窩小區ID、所述HNB的定位能力、或其組合。
43.如權利要求41所述的方法，其特徵在於，所述交換PCAP消息包括經由HNB網關(HNB Gff)與所述位置伺服器交換所述PCAP消息，其中所述PCAP消息是在所述HNB與所述HNB GW之間在第一協議的消息中傳遞的和在所述HNB Gff與所述位置伺服器之間在第二協議的消息中傳遞的。
44.一種用於無線通信的設備，包括: 用於由歸屬B節點(HNB)與位置伺服器交換定位演算應用部分(PCAP)消息以供所述HNB的定位的裝置；以及 用於基於所述PCAP消息來確定所述HNB的位置的裝置。
45.如權利要求44所述的設備，其特徵在於，進一步包括: 用於向所述位置伺服器發送關於所述HNB的信息的裝置，所述信息包括所述HNB的蜂窩小區全局標識符(CGI)、所述HNB的國際移動訂戶身份(IMSI)、所述HNB的國際移動裝備身份(IMEI)、所述HNB的位置、至少一個鄰蜂窩小區的至少一個蜂窩小區ID、所述HNB的定位能力、或其組合。
全文摘要
公開了用於支持對歸屬B節點(HNB)及其用戶裝備(UE)的位置服務的技術。在一方面，可以通過使HNB在用戶層面位置解決方案與控制層面位置解決方案之間交互工作的方式來支持對UE的位置服務。在一種設計中，HNB接收對UE的位置服務的請求並(i)經由用戶層面位置解決方案與位置伺服器通信和(ii)經由控制層面位置解決方案與UE通信以支持對UE的位置服務。HNB在用戶層面解決方案與控制層面解決方案之間交換工作。在另一方面，位置伺服器可被用來支持對HNB和UE的受輔助GNSS(A-GNSS)。在一種設計中，HNB經由HNB GW與位置伺服器交換PCAP消息並與UE交換RRC消息以支持對UE的位置服務。
文檔編號H04L29/08GK103222285SQ201180018545
公開日2013年7月24日 申請日期2011年4月14日 優先權日2010年4月14日
發明者S·W·艾吉, D·辛格, J·M·陳 申請人:高通股份有限公司