YD T 2234-2011 cdma2000数字蜂窝移动通信网 基于用户平面的定位终端技术要求

1、YD T 2234-2011 cdma2000数字蜂窝移动通信网 基于用户平面的定位终端技术要求lCS3306099M36Y口中华人民共和国通信行业标准YD厂r2234-2011cdma2000数字蜂窝移动通信网基于用户平面的定位终端技术要求Techniquerequirementsforcdma2000digitalcellularmobiletelecommunicationnetworklocationserviceterminalonuserplane20110601发布 2011_06-01实施中华人民共和国工业和信息化部发布前12345678910ll1213目 次YD厂r2234

2、2011言?II范围?1规范性引用文件?1术语、定义和缩略语?131术语和定义?132缩略语?1概j苤?2协议要求?251概述?252 MS的两种工作模式?253对IS801会话的补充要求?3用户平面中间件?4基于SMS的MSMPC间协议?471 MPC到MS的消息?472 MS一到MPC的消息?9基于TCPIP的MSMPC间协议?1281应用类型?1282 MS到MPC的消息?1583 MPC到MS的消息?2284定位操作中对于PPP连接的要求?27用户界面?27参数设置?28性能要求?28定位业务和语音业务的相互影响?28对支持定位业务专用终端的要求?29YD厂r22342011刖 舌本标

3、准是cdma2000数字蜂窝移动通信网基于用户平面的定位业务系列标准之一。该系列标准的结构及名称预计如下：一YDT2232-2011(cdma2000数字蜂窝移动通信网基于用户平面的定位系统技术要求一YDfr2233-2011cdma2000数字蜂窝移动通信网基于用户平面的定位系统测试方法一YDfF22342011cdma2000数字蜂窝移动通信网基于用户平面的定位终端技术要求一YDT22352011(cdma2000数字蜂窝移动通信网基于用户平面的定位终端测试方法本标准与YD，r22352011(cdma2000数字蜂窝移动通信网基于用户平面的定位终端测试方法配套使用。本标准由中国通信标准化

4、协会提出并归口。本标准起草单位：中国联合网络通信集团有限公司、工业和信息化部电信研究院。本标准主要起草人：严斌峰、都云琪、杜志敏。1范围cdma2000数字蜂窝移动通信网基于用户平面的定位终端技术要求YDT22342011本标准规定了支持cdma2000数字蜂窝移动通信网基于用户平面定位业务终端的协议、用户界面、参数设置、性能等方面的要求。本标准适用于cdma2000数字蜂窝移动通信网基于用户平面定位业务终端设备。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议

5、的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YDT2232-201lcdma2000数字蜂窝移动通信网基于用户平面的定位系统技术要求3GPP2CS00220v30，双模扩频系统定位业务标准(PositionDeterminationServiceStandardforDualModeSpreadSpectrumSystems)，2001年4月3GPP2CS0036-0v10，CS00220扩频移动台推荐最小性能标准(Recommended1VlinillumPerformanceSpecificationforCS0022-0SpreadSpectr

6、umMobileStations)3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。311IS一801会话IS801Session定位终端与PDE之间基于3GPP2CS0022-0v30的定位会话。312AGPSAFLT混合定位AGPSAFLTHybridpositioning基于IS-801会话实现的将AGPS定位、AFLT定位、AGPSAFLT混合定位以及增强的Cell1I)定位等各种定位技术智能地结合在一起实现定位功能的技术，该技术能够根据实际测量结果的可用性和定位精度的要求自动由高到低地算出最优的定位结果。32缩略语下列缩略语适用于本标准。AFLT AdvancedForw

7、ard-LinkTrilateration高级前向链路三角定位AGPS AssistedGPS 网络辅助的GPSAPI AppfieafionProgrammingInterface 应用编程接口BASE_IDBasestationIdentification 基站标识BREWBinaryRtmtimeEnvironmentWireless 无线二进制运行环境YD厂r2234。哩O”BS BaseStationCDMACodeDivisionMultipleAccessDBM DataBurstMessageGPS GlobalPositioningSystemH兀P HypertextTra

8、nsferProtocol口 IntetlletProtocolLCS LocationServicesMO MobileOriginatedMpC MobilePostioningCenterMS MobileStationMT MobilcTerminatedN NetworkIdentificationPDE PositionDeterminingEntityPN PseudorandomNoiseSID SystemIdentificationSMS ShortMessageServiceTcP TransmissionControlProtocolWAP WirelessApplic

9、ationProtocol4概述基站码分多址数据突发消息全球定位系统超文本传输协议互联协议定位业务移动台发起的移动定位中心移动台移动台终止的网络标识定位实体伪噪声系统标识短消息业务传输控制协议无线应用协议为满足用户对不同定位精度的需要，MS应支持以下几种定位技术：基于Cell11)的定位；MS辅助的(MSAssisted)AFLT和AGPS混合模式定位；基于MS的(MSBased)AGPS模式定位。MS可以基于TCPIP或DBM(数据突发消息)的承载方式实现上述定位技术，支持基于TCPIP和DBM承载方式实现上述定位技术对于MS均为必选要求，MS应同时支持两种承载方式的定位呼叫流程。基于TCP

10、fIP承载方式实现的定位技术适用于cdma2000数字蜂窝移动通信网基于用户平面的定位系统中，基于DBM承载方式实现的定位技术适用于MS测试。本标准规定了基于TCPIP承载方式实现的定位技术。5协议要求51概述MS的协议结构如图1所示。52 MS的两种工作模式对于基于TCPIP承载方式的定位操作，MS应遵循3GPP2cS00220v30中规定的消息，并按TCPIP方式对它进行消息封装，封装协议参见YDT2232;-2011(odma2000数字蜂窝移动通信网基于用户平面的定位系统技术要求附录A。2应用层用户平面中间件(Mw)定位层YD厂r2234_哩011定位磬端围1 MS协议结构对基于DBM

11、(数据突发消息)信令方式的定位操作，MS应遵循3GPP2CS00220v30中规定的定位操作进行协议处理，并用DBM传送消息内容。53对IS-801会话的补充要求MS应在满足以下要求的基础上，支持3GPP2CS0022-0v30中定义的所有请求单元(RequestElements)和响应单元(ResponseElements)。a) 当缺少相应的支持能力时，可以允许MS拒绝以下请求： RequestAutonomousMeasurementWeightingFactorsRequestLocationResponseRequestTimeOffsetMeasurement RequestCan

12、cellationb)不要求MS发出以下请求单元；RequestGPSLocationAssistance RequestBaseStationAlmanac RequestGPSNavigationMessageBits RequestGPSAlmanacCorrectionRequestBSCapabilities RequestGPSSatelliteHealthInformationc)MS只需支持单次RequestPseudorangeMeasurement消息和RequestPilotPhaseMeasurement消息(即NUM_FIXES=I)，不要求支持TBETW_FIXES

13、参数。d)MS应能够解析收到的所有基站响应单元，但只需对本标准中要求的响应单元进行操作。MS的定位能力将依赖于所采用的技术。下表中“Hybrid(混合)”指的是“MSAssisted(MS辅助的)”的AFLT和AGPS混合定位模式，“MSBased(基于MS的)”则指MS既支持“MSAssisted(MS辅助的)”的AFLT和AGPS混合模式、又支持“MSBased(基于MS的)”AGPS功能。如同3GPP2CS0022-0v30中3242节所定义的，在应答ProvideMSInformationrequest”时，MS应指示支持表1、表2和表3中定义的能力。3YD厂r22342011表1 P

14、ilotPhaseCapability(导频相位能力)PILOTPH-IcAPPILOTPH(二进制) Is一95导频相位能力(IS-95PilotPhaseCapability)000100， OneSixteenthChipMeasurementCapability(116码片测量能力)表2 GPSAcquisitionCapability(GPS获取能力)GPSAC0CAP比特 GPS获取能力 小区 混合 基于MS1 GPSAcqllii曲nAssistance N Y Y2 GPSSensitivityAssistance N Y Y3 GPSAIR&rlaC N N Y4 G

15、PSEphemeris N N Y5 GPSNavigationMessageBits N N N6 GPSAlmanacCorrecuon N N N7 GPSAumnomousAcquisitionCapable N N N注：Y=YEsN=NO比特 定位计算能力 小区ID 混合 基于MSI LocationCapableusingLocationAssistanceSpherical N N N2 LocationCalculationCapableusingLocationAssistanceCartesianN N N3 AdvancedForwardLinkTrilatcratio

16、n(AFLT)LocatiOilCalculafionN N NCapable4 LocationCalculationCapableusingGPSAlmanacAssistance N N Y5 LocationCalculationCapableusingGPSEphemerisAssistance N N Y6 LocationCalculationCapableusingGPSAlnlanacCorrection N N N7 AutonomousLocationCalculationCapable N N N8 HybridGPSandAFLTLocationCalculation

17、Capable N N N9 Prc-programmcdlocation N N N注：Y=YESN=NO6用户平面中间件所有支持定位功能的MS应支持WAP应用定位流程，选择支持BREWJAVA应用定位流程及其他驻留应用型定位流程；MS可以支持第三方发起的定位流程。为了支持上述各种应用定位流程，MS的用户平面中间件需实现本标准第7章和第8章中规定的相关功能。7基于SMS的MS-MPC间协议71 MPC到MS的消息711概述表4列出了由MPC发送给MS的MT短消息。这些消息将在下面几节中描述。所有这些MT短消息的用户数据部分应该以两个字节开始：“版本”和随后的“消息类型”，后续域的定义应该与“

18、消息类型”域相对应，即不同“消息类型”的MT短消息在“版本”和“消息类型”域后有不同的其他域。4表4 MPC到MS的消息类型YD厂r2234哩011消 息 消息类型 各 注PositioningReqtlcst 四01 由MPC发送给MS，用于触发网络侧发起的单次定位或跟踪型定位会话CancelNITrackingSession 00000010由MPC发送给MS，用于取消网络侧发起的跟踪型定位会话CancelRefreshMS-ResidentTrackingSession00000011由MPC发送给MS，用于取消、指示MS执行PDE切换或要求MS刷新一个MS驻留的跟踪型定位会话保留 所有

19、其他值当接收到一个“Version”域不为00000010的MT短消息时，MS应按以下原则进行处理：如果MS没有处于定位会话中，应回复一个MOSMSRejectPositioningRequest消息，该消息指示MS不支持所接收到的协议版本，并通过MO短消息中的“Version”域表明MS只支持协议版本00000010。如果MPC可以支持协议版本00000010，它可以选择通过发送一个新的版本为00000010的“PositioningRequest”消息来重新发起定位会话。如果MS正处于一个定位会话中，应简单忽略该MT短消息。712PositioningRequest(定位请求)7121定义

20、网络侧发起定位业务请求时，需向MS发送一个特殊的MT短消息以触发MS执行相应的定位过程。这个特殊的Mr短消息应包含一个特殊的TeleservicelD(运营商可在允许自定义的值的范围内选择具体的值)进行发送，特殊的TeleservicelD是通过设置SMDPP(SMSDeliveryPointToPoint)中短消息的SMSTeleserviceIdentifier字段实现的。该NIT短消息的用户数据部分应包含的参数见表5。表5 PositioningRequest(定位请求)消息域 长度(bn) 编 码Version 二进制800000010MessageType 二进制800000001L

21、ength 二进制8本域后面的字节数NotiffcationandVerifieationIndicator 8 二进制PositioningTechnologyIndicator 8 二进制PositioningQoSincluded 8 二进制PositioningQos 8 二进制NumberofFixes 16 二进制TimeBetweenF谊es 16 二进制IS一801PositioningMode 8 =进制CorrelationIdendd目 8 二进制Requesterll)Encoding 8 二进制Requester1DLengah 8 二进制RequesterID 可变

22、 GBl3000YD厂r2234崆011Version：网络侧应将它设置为00000010，其他值(包括00000001)为本标准后续版本保留。MessageType：网络侧应将它设为00000001。NotificationandVerificationIndicator=该域指示MS是否需要通知用户并等待确认。00000000表示不需要通知用户并且不需要等待确认； 0000(X)01表示需要通知用户并等待确认；00000010表示需要通知用户，但不需要等待用户确认；其他值保留。PositioningTechnologyIndicator：该域用来指示MS发起ASPGAFLT定位会话，或仅将

23、SID、ND及其他信息上传以进行基于CeUID的定位，或不做任何定位操作，使用已缓存的位置信息。对应的分配值见表6。表6 PositioningTechnologyIndicator域的定义定 义 值发起IS801会话 O0000000返回SID，NID，BASE_ID等信息 0D000001不做定位操作使用缓存位置信息 00000010保留 其他值PositioningQoSIncluded：当“PositioningTechnologyIndicator”的取值为00000000时，本域指示是否MPC规定了一个定位QoS：“PositioningQoSIncluded，-00000001表

24、示MPC指定了一个PositioningQoS，MS在调用ASPGAFLT定位会话时应使用该PositioningQoS；“PositioningQoSIncluded”=00000000表示应优选存储在MS上的缺省QoS值而忽略“PositioningQoS”域。PositioningQoS=如果“PositioningTechnologyIndicator”的值为00000000且“PositioningQoSIncluded”的值为00000001，该域指示MS调用AGPSAFLT定位时应该使用的“定位QoS”。如果被包含，本域定义一个从0255的首选“定位QoS”。一般而言，较大的“P

25、ositioningQoS”值对应于更高的定位精度，较小的“positioningQoS”值对应于更快的定位时间(time-to-fLx)。NumberofFixes：如果“PositioningTechnologyIndicator”取值为0(X)00(X)0或00000001，本域指示MS应执行单次定位还是连续跟踪型定位。其值设置为l表示单次定位；对于跟踪型定位，则应取2-65535中的某个值。当“PositioningTechnologyIndicator”为00000010时，应将本域设为一0。TimeBetweenFixes：如果“NumberofFixes”的值大于1，本域指示两次

26、相邻定位间的时间间隔，单位为秒，有效取值范围为9065535s。如果“PositioningTechnologyIndicator”为00000000(即使用IS801会话)，且本域取g>lS00s，则可能仅会执行MSAssisted定位；否则MSBased和MS-Assisted的定位均有可能使用。当“NumberofFixes”等于0或l时，本域应被设为0。IS一801PositioningMode=当“PositioningTechnologyIndicator”等于00000000时，本域指示将使用IS801会话定位模式，其定义见表7。如果“NumberofFixes”等于1，或

27、者“TimeBetweenFixes”>lS00s，则本域应被设为00000000(MS-AssistedOnly)。仅当存在某种先验信息表明MS能支持MS-Based定位时，NIP(2才能选择不是00000000的其他定位模式。当“PositioningTechnologyIndicator”的取值不是00000000时，MPC应将本域设为00000000，MS则应忽略本域。CorrelationIdentifier=分配给该MT短消息的一个D，用以识别与本“PositioningRequest”相关联的所有消息。MS将在给MPC的任何对应响应消息(不管是MO短消息响应或是与IVlPC

28、的MOTCPIP连接)中回传该值。6裹7 IS801PositioningMode(IS-801会话定位模式)定义YD厂r2234哩011定 义 值只MS辅助定位(MSAssistedOnly) 00000()00只基于MS定位(MSBasedOnly) 0000000l优选MS辅助定位，允许基于MS定位(MSAssistedPreferred，MSBasedAllowed) 00000010优选基于MS定位，允许MS辅助定位(MSBasedPreferred，MSAssistedAllowed) 00000011保留 其他值RequesterIDEncoding：用以指示“Requester

29、ID”域的编码方案。MPC应将本域的最高三个比特设为000，并按TSB58A中的MSG_ENCODING定义设置其低5位。RequesterIDLength：该域定义“RequesterID”的长度，单位为字节。其取值范围为0255。RequesterID：用来表示分配给请求实体名字的编码字符串，以通知用户谁发起定位请求。注意，此字符串只是一个名字或呼叫D，并不一定是将显示给用户的全部消息。该字符串的长度和编码方法由前面两个字节定义。7122要求如果需要通知用户和等待确认，MS应向用户呈现一个弹出式对话框，该对话框将显示请求方的m信息，并要求用户选择同意还是拒绝被定位。该弹出式对话框将持续20

30、s，以等待用户响应，与此同时，MS应提供铃声或震动以提示用户。如果需要通知用户但不需要用户确认，MS将提示用户第三方定位正在进行并显示请求方的信息。如果既不需要通知用户又不需要用户确认，MS将无需提示用户。在后两种情况MS都将自动执行后续流程而不需要用户参与。不管出于什么原因若MS无法满足该定位请求，MS应向发送PositioningRequest消息的MPC返回一个MOSMSRejectPositioningRequest(拒绝定位请求)消息。该消息在722节介绍，这个MO短消息也将使用特殊的TeleserviceID(参见7121节)。该MO短消息中指示的拒绝原因将区分以下不同情况：不支持

31、MPC协议版本；MS忙和，或不能处理MT短消息一包括MS开启了隐私限制、协议错误等；用户未应答，弹出式对话窗的定时器超时；用户接受定位请求，但需要从AGPSAFLT混合定位改为基于CellID的定位1；用户拒绝定位请求。这些MO短消息只发送“一次”，不需要网络端的TL确认(即SMSAck)，也不重发(在得到来自BS的L2Ack后)。对于因用户未应答、弹出式对话窗超时而被拒绝的第三方定位请求，MS应提供相关记录以供用户将来查询，这类似于普通手机上的“未接来电”功能，并可以按类似于实现“未接来电”的方法实现。对于所有其他情况，也即当MS能满足定位请求时，MS应按822节中所述发起一个和MPC的TC

32、PIP连接。713CancelNItrackingsession(取消第三方跟踪会话)1可能发生的情况有两种：第一种情况是MPc认为需要AGPs，AFu混合定位，但是由于用户更换了移动台，m)cP数据库中的相关信息未更新，此时移动台事实上只能支持基于CellID的定位但用户仍同意定位请求；第二种情况是移动台检测到它已不在CDNLIx分组数据覆盖区中，不支持IS801会话，但用户仍同意定位。YD厂r2234-哩0117131定义CancelNItrackingsession(取消第三方跟踪会话)消息的结构见表8。域 长度(bit) 编 码二进制Version 800000010二进制Messag

33、eType 8O0000010二进制Length 8本域后面的字节数CorrelatiOilIdentifier 8 二进制Version：网络侧需将该域设为O()0000lO。在一个第三方定位过程中，当收到Version值不是00000010的带有特殊的TclescrviceID(参见712i节)的MT短消息时，MS应忽略该消息。MessageType一网络侧需将该域设为00000010。CorrelationIdentifier：用以将属于同一定位尝试的不同消息相互对应的个D。其值是对初始MTSMSPositioningRequest(定位请求)中为该会话所分配“CorrelationId

34、entifier”的重复。7132要求如果MS上存在一个激活的网络侧发起跟踪型会话，当它收到一个CancelNITrackingSession(取消第三方跟踪会话)消息且其中的CorrelationIdentifier与前面用以启动本次跟踪会话的PositioningRequest消息中的CorrelationIdentifier相同时，MS应终止该跟踪会话。否则，MS应忽略该消息。MS不需要向发送该消息的MPC返回应答。714CancelRefreshMSresidenttrackingsession(取消，届0新MS驻留的跟踪会话)7141定义CancelRefreshMS-residen

35、tTrackingSession(取消膈0新MS驻留的跟踪会话)消息的格式见表9。表9 CancelRefreshMS啪sidentTrackingSession消息域 长度(bit) 编 码二进制Version 800000010二进制 ，MessageType 80000001l二进制Length 8本域后面的字节数CorrelationIdentifier 8 二进制C种Code 8 二进制Version：网络侧需将该域设为00000010。MessageType：网络侧需将该域设为00000011。在一个BREW、Java或其他MS-resident跟踪定位过程中，当收到Message

36、Typc值不是00000011的带有特殊的TeleservicelD(参见712节)的MT短消息时，MS应忽略该消息。Con;elationIdentifier=用以将属于同一定位过程的不同消息相互对应的一个m。其值是对MS在StartPositioningProcessRequest中为该驻留型跟踪定位会话所分配“CorrelationIdentifier”的重复。RCauseCode：该域值的定义见表10。表10CauseCode定义YD厂r22342011定 义 值取消 0()00c1000长时问非激活 0C000001PDE切换(例如当前连接新的PDE) 00000010保留 其他值7

37、1t2要求MPC有可能发送该消息给MS，以通知MS某个BREW、Java或其他MS-resident的跟踪定位过程应被取消，或MPC想确认该跟踪定位过程是否依然是激活的(即没有从MS侧中止)，或更重要地MS应执行“PDE切换”因MS已移出了原先分配的PDE的服务范围。尽管不是很常见，出于一些合理的和正确的原因Pc有可能需要发起对某个MSresident跟踪定位会话的取消。此时MPC会向MS发送本消息，消息中的“CauseCode”域将被设为00000000。接收到该消息后，MS应中止相关的MSresident跟踪会话。如果该跟踪会话先前已经被用户或MS中止，MS应将该消息看作是MPC侧对中断该

38、跟踪会话的确认，而不需要进行任何附加处理。如果MPC怀疑某个MSresident跟踪定位会话已经从MS侧中止了(例如MS很长时间没有和PDE进行过定位会话了)，IVlPC可以发送“CauseCode”为00000001的本消息给MS，要求MS进行刷新确认。接收到该消息后，如果对应的跟踪定位会话仍是激活的(即MS实际上一直在独立进行MSbased定位)，MS应重新发送一个StartPositioningProcessRequest消息给MPC，消息中的“Duration”值应为该跟踪定位应用的剩余时间， “CorrelationIdentifier”应与发起该跟踪定位会话的初始StartPosi

39、tioningProeessRequest消息中的“CorrelationIdentifier”相同。这一刷新处理由MS上的中问件完成，并不需要通知MSresident跟踪定位应用。如果该跟踪会话先前已经被用户或MS中止，MS应简单忽略该消息，而不需要进行任何处理。当MPC检测到MS已经移出当前PDE的服务范围时，MPC将向MS发送“CauseCode”为00000010的本消息，以通知MS进行PDE切换。MS收到该消息后应重新发送一个StartPositioningProeessRequest消息给MPC，消息中的“Duration”值应为该跟踪定位应用的剩余时间，“CorrelationI

40、dentifier”应与发起该跟踪定位会话的初始StarlPositioningProcessRequest消息中的“CorrelationIdentifier”相同。MS应在后续的IS-801会话中使用从新的StartPositioningProcessResponse中得到的新的PDE地址。这一PDE地址更新操作应由MS中间件完成，对跟踪定位应用和用户而言则应是透明和不可知的。72 MS-到-MPC的消息721概述表ll列举了从MS发送给MPC的MO短消息。表11MS-到-MPC的消息类型消 息 消息类型 各 注PcjcctPositioningRequest 00000001 从MS发送

41、给MPC，告知MPCMS无法满足MPC的定位请求CancelPositioningNotification 000000lO 从MS发送给MPc，用以通知MPC一个第三方定位会话已经被用户取消(或由于某种错误导致)保留 所有其他值9YD厂r2234-2011这些消息将在下面几节中描述。所有这些MO短消息的用户数据部分应该以两个字节开始：“Version(版本)”和随后的“MessageType(消息类型)”，后续域的定义应该与“消息类型”域相对应，即不同“消息类型”的MO短消息在“版本”和“消息类型”域后有不同的其他域。722RejoctPositioningRequest(拒绝定位请求)72

42、-21定义RejectPositioningRequest(拒绝定位请求)消息的格式见表12。表12RoiectPositioningRequest消息域 长度(bit) 编 码Vcrsion 8 二进制，00000010MessageType 8 二进制，0000000lLength 8 二进制本域后面的字节数ConelationIden娟日 8 二进制RejectReason 8 二进制S 16 二进制CellSectorInfoIncludedFlag 8 =进制ND 16 二进制BASEn) 16 二进制BASE_LAT 24 二进制BASE_LONG 24 二进制TimeStamp

43、40 二进制Version：MS需将它设置为00000010，所有不是00000001和00000010的其他值为本协议的后续版本保留。MessageType：MS需将它设为00000001。CorrelationIdentifier：用以将属于同一定位尝试的不同消息相互对应的一个m。其值是对初始MTSMSPositioningRequest(定位请求)中为该会话所分配“CorrelationIdentifier”的重复。Rejectreason：拒绝原因参数的定义见表13。表13Rejectreason参数定义定义 值不支持MPC的协议版本 00000000因启动隐私限制，MS拒绝，或MS忙

44、 00000001用户同意，但MS无法建立TCPflPsocket以发送 OO000011StartPositionProcessRequest消息，或需要从AGPSAFLT混合定位改为基于CellID的定位不同意一用户拒绝定位请求 00000100未响应弹出式会话窗超时 00000101保留 所有其他值SID：其定义见IS一2000中的SystemParametersMessage，它的最高比特位将恒为0。CellSectorInfoIncludedHag：如果RejectReason为00000011，MS应在本MO短消息中包含后续的小区，扇区信息域(NID，BASE_ID，BASE_LA

45、T，BASE_LONG，TimeStamp)，即将CellSectorInfo10Y)，r2234-2011IncludedF1ag设为00000001。当RejectReason取除00000011外的其他值时，MS不应在本MO短消息中包含后续的小区，扇区信息域，即将cel惦ectorInfoIncludedFlag设为00000000。NID：其定义见IS-2000中的SystemParametersMessage。BASE_I)：其定义见IS一2000中的SystemParametersMessage。BASE_LAT：其定义见IS-2000中的SystemParametersMessa

46、ge，这里多余的几个最高比特位用0填充。BASE_LONG：其定义见IS一2000中的SystemParametersMessage，这里多余的几个最高比特位用0填充。TimeStamp：与这些小区，扇区信息相对应的时间戳，它是一个GPS时间戳，按表14进行编码。表14GPSTimeStamp域 长度(bit)WeekNumber 16Sec 24Weel圆umber：从1980年1月5日午夜，1980年1月6日凌晨到现在的星期数，取值范围从065535。See：一周中的秒数，取值范围从0604799s。722_2要求在收到MTSMSPositioningRequest消息后，如果MS不能满足MPC的要求，MS应向MPC发送本消息。723Cancelpositioningnotification(取消定位通知)7231定义Cancelpositioningnotification(取消定位通知)消息的格式见表15。表