可通过在向HNB Gff 330发送的SCCP CC消息中发送可包括用于A-GNSS的辅助数据的PCAP定位激活请求消息来发起A-GNSS定位规程(步骤4)。HNB Gff 330可在PUA直接传递消息中向HNB 320转发PCAP定位激活请求消息(步骤5)。
[0109]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)。
[0110]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)。
[0111]HNB 320可通过向HNB Gff 330发送PUA断开消息来终止与SAS 340的位置会话(步骤12)，并且HNB Gff 330可向SAS 340发送SCCP释放消息(步骤13)。SAS 340可返回SCCP释放完成(RLC)消息(步骤14)。HNB 320可存储自己的位置估计和/或向HMS 324提供位置估计。
[0112]在图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获得这些测量或位置估计。
[0113]虽然图7示出了 A-GNSS的使用，但是SAS 340可在步骤4到步骤8中调用一个或更多个附加的或替换的定位方法。例如，SAS 340可调用OTDOA并可将用于OTDOA的辅助数据包括在步骤4和步骤5中发送的PCAP定位激活消息中。HNB 320可随后在步骤6中获得OTDOA测量或者基于OTDOA测量的位置估计，并可在步骤7和步骤8中在PCAP定位激活响应消息中向SAS 340返回这些OTDOA测量或位置估计。HNB 320还可将自己的标识(例如，IMSI或頂EI)包括在步骤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配置的其他信息(例如，定位能力)以辅助新的位置会话。
[0114]在一种设计中，可以支持带有PCAP的一些变化和带有HNB 320和SAS 340中的定位的一些相关联的变化的消息流700。HNB指示和/或某个其他HNB身份(例如，不是IMSI或頂EI)可被包括在PCAP消息中。SAS 340可使用已知的HNB特性和/或先前获得的HNB信息(例如，在SAS 340向HNB Gff 330注册了之后由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提供给SAS340，如同HNB 320是UE—样。对于A-GNSS，来自SAS 340的任何精细时间辅助(FTA)可被提供给近旁的对于HNB 320而言可见的宏蜂窝小区。
[0115]在另一种设计中，可通过使HNB 320仿真由HNB 320服务的和在HNB 320处共处(例如，具有为O的往返行程时间(RTT))的UE的位置来支持消息流700以避免对PCAP和SAS 340的影响。
[0116]在一种设计中，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注册时，可以作出关于是否支持广播的决定。
[0117]图8示出了用于支持对UE的位置服务的过程800的设计。过程800可由可以是HNB、MSC、SGSN、RNC、MME, BSC等的网络实体来执行。例如，网络实体可以是图2中的消息流 200 中的 HNB 120。
[0118]网络实体可接收对UE的位置服务的请求(框812)。网络实体可经由用户层面位置解决方案(例如，SUPL)来与位置服务器(例如，H-SLP)通信以支持对UE的位置服务(框814)。网络实体可经由控制层面位置解决方案(例如，3GPP控制层面位置解决方案)与UE通信以支持对UE的位置服务(框816)。网络实体可在用户层面位置解决方案与控制层面位置解决方案之间交互工作(框818)。
[0119]位置服务可包括用于(用A-GNSS或其他某个受网络辅助的定位方法来)确定UE的位置的定位、向UE递送辅助数据等。网络实体可从位置服务器或UE获得对UE的位置估计(框820)。网络实体可响应于该请求而返回对该UE的位置估计(框822)。
[0120]在一种设计中，网络实体可从位置服务器接收关于用户层面位置解决方案的第一消息并可向UE发送关于控制层面位置解决方案的第二消息。网络实体可向第二消息传递第一消息中的信息的至少一部分。网络实体可从UE接收关于控制层面位置解决方案的第三消息并向位置服务器发送关于用户层面位置解决方案的第四消息。网络实体可向第四消息传递第三消息中的信息的至少一部分。在一种设计中，第一消息和第四消息可以是关于RRLP定位协议的，而第二消息和第三消息可以是关于RRC定位协议的。
[0121]在一种设计中，网络实体可扮演UE的角色以与位置服务器通信并可向位置服务器提供UE的能力。位置服务器可基于UE的定位能力来提供辅助(例如，辅助数据的递送、位置估计的计算或验证等)。
[0122]图9示出了用于支持对UE的位置服务的过程900的设计。过程900可由HNB (如以下所描述的)或由其他某个实体来执行。例如，该HNB可以是图5中的消息流500中的HNB 320ο
[0123]HNB可接收对UE的位置服务的请求(框912)。HNB可经由HNB Gff与位置服务器(例如，SAS)交换PCAP消息以支持对UE的位置服务(框914)。PCAP消息可⑴在HNB与HNB GW之间在第一协议(例如，PUA或RUA)的消息中传递和(ii)在HNB GW与位置服务器之间在第二协议(例如，SCCP)的消息中传递。HNB可与UE交换RRC消息以支持对UE的位置服务(框916)。
[0124]位置服务可包括用于(用A-GNSS或其他某个受网络辅助的定位方法来)确定UE的位置的定位、向UE递送辅助数据等。HNB可从位置服务器或UE获得对该UE的位置估计(框918)。HNB可响应于该请求而返回对该UE的位置估计(框920)。
[0125]在一种设计中，HNB可从位置服务器接收第一 PCAP消息并向UE发送第一 RRC消息。第一 RRC消息可包括可从第一 PCAP消息获得的定位请求和/或辅助数据。在一种设计中，HNB可从UE接收第二 RRC消息并向位置服务器发送第二 PCAP消息。该PCAP消息可包括可从该RRC消息获得的由UE作出的测量和/或对UE的位置估计。
[0126]在一种设计中，可以在PUA消息中在HNB与HNB GW之间传递这些PCAP消息。在一种设计中，PCAP消息可以是面向事务的消息，而PUA消息可以与经由SCCP的面向连接的或无连接的传递相关联。PUA消息可包括位置服务器(例如，SAS)的标识符、事务标识符、本地连接参考、PCAP消息、或其组合。
[0127]在一种设计中，HNB可向位置服务器发送关于自己的信息。该信息可包括HNB的蜂窝小区全局标识符、HNB的位置、至少一个邻蜂窝小区的至少一个蜂窝小区ID、HNB的定位能力、等等。
[0128]图10示出了用于支持对UE的位置服务的过程1000的设计。过程1000可由第一HNB(如以下所描述的)或由其他某个实体来执行。例如，该第一 HNB可以是图6中的消息流 600 中的 HNB 320。
[0129]第一 HNB可执行与位置服务器的定位规程以支持对与第一 HNB通信的UE的位置服务(框1012)。位置服务可包括用于(用A-GNSS或其他某个受网络辅助的定位方法来)确定UE的位置的定位、向UE递送辅助数据等。第一 HNB可获得将UE从第一 HNB切换到第二 HNB的指示(框1014)。第一 HNB和第二 HNB两者可与相同的HNB Gff对接并可经由HNBGW与位置服务器通信。第一 HNB可向第二 HNB传递位置状态信息(框1016)。该位置状态信息可包括在定位规程中使用的至少一个定位方法、为每个定位方法获得的信息、与位置报告有关的信息、和/或其他信息。定位规程可由第二 HNB和位置服务器基于由第一 HNB提供的位置状态信息来继续。
[0130]第一 HNB可在将UE切换到第二 HNB之后决定是中止定位规程还是继续定位规程。第一 HNB可响应于继续定位规程的决定而向第二 HNB传递位置状态信息。第一 HNB可确定UE从第一 HNB到第二 HNB的切换失败。一旦确定UE的切换失败，第一 HNB就可随后继续与位置服务器的该定位规程。
[0131]图11示出了用于支持对HNB的位置服务的过程1100的设计。过程1100可由HNB(如以下所描述的)或由其他某个实体来执行。例如，该HNB可以是图7中的消息流700中的HNB 320。HNB可(例如，经由HNB Gff)与位置服务器交换PCAP消息以供对HNB的定位(框1112)。PCAP消息可⑴在HNB与HNB Gff之间在第一协议(例如，PUA)的消息中传递和(ii)在HNB GW与位置服务器之间在第二协议(例如，SCCP)的消息中传递。HNB可基于PCAP消息来确定自己的位置(框1114)。
[0132]图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。一般而言，每个实体可包括任何数目个控制器、处理器、存储器、收发机、通信单元等。
[0133]在下行链路上，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、