CN1984472A - 一种交互定位信息的方法 - Google Patents
一种交互定位信息的方法 Download PDFInfo
- Publication number
- CN1984472A CN1984472A CNA2006100764345A CN200610076434A CN1984472A CN 1984472 A CN1984472 A CN 1984472A CN A2006100764345 A CNA2006100764345 A CN A2006100764345A CN 200610076434 A CN200610076434 A CN 200610076434A CN 1984472 A CN1984472 A CN 1984472A
- Authority
- CN
- China
- Prior art keywords
- location
- reporting message
- positioning reporting
- control messages
- survey control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种交互定位信息的方法，该方法包含以下步骤：a.核心网向陆地无线接入网发送包含第一处理标识的定位测量控制消息；所述第一处理标识用于区分定位测量控制消息；b.陆地无线接入网向核心网返回包含第一处理标识的定位报告消息。使用本发明公开的方法，能够区分包含相同请求类型的定位测量控制消息的定位报告。
Description
技术领域
本发明涉及一种定位技术，特别涉及一种移动通信系统中交互定位信息的方法。
背景技术
宽带码分多址(WCDMA)系统中，核心网(CN，Core Network)在确定需要进行定位测量时，向陆地无线接入网(UTRAN，UMTS TerrestrialRadio Access Network)下发定位测量控制(LOCATION REPORTINGCONTROL)消息，UTRAN在接到该消息后选择合适的定位方法获取用户设备(UE)位置后，将所获取的位置信息通过定位报告(LOCATION REPORT)消息上报给CN。
现有技术中，交互定位信息的过程如图1所示，包含以下步骤：
步骤101：CN在确定需要进行定位测量时，向UTRAN发送定位测量控制消息。
步骤101所述定位测量控制消息用于让CN向UTRAN发送对UE进行定位测量的请求。所述定位测量控制消息中包含多种测量请求信元，所述测量请求信元的组成具体如表一所示。
| 测量请求信元 | 说明 |
| 请求类型(Request Type) | 内含定位请求类型和要求上报的定位结果的类型以及定位水平精度的要求，为必选信元 |
| 垂直精度码(Vertical Accuracy Code) | 要求定位结果的垂直精度，为可选信元 |
| 响应时间(Response Time) | 要求定位结果的响应时间，为可选信元 |
| 定位优先级(Position Priority) | 定位请求的优先级，为可选信元 |
| 客户类型(Client Type) | 定位请求的客户类型，为可选信元 |
表一
通过表一所示信元，可以标识来自CN的不同的定位测量控制请求。表一所示信元中，请求类型(Request Type)是步骤101所述定位测量控制消息中的必选信元，其他信元为可选信元。所述请求类型(Request Type)是指：CN希望获得的无线网络控制器(RNC)上报定位结果的具体指标要求，具体包含表二所示信元。
| 请求类型(Request Type) | 说明 |
| 定位请求类型(Event) | 定位测量报文需要UTRAN触发的定位动作类型，包含：直接上报定位结果(Direct)、UE服务区改变时上报定位结果(Change Of Service Area)、停止立即上报类型的定位(Stop Direct)、停止UE服务区改变时上报类型的定位(Stop Change Of Service Area)等，为必选信元 |
| 定位结果表达类型(Report Area) | 定位结果表示为服务区标识还是地理位置，为必选信元 |
| 水平精度码(Accuracy Code) | 定位结果要求的水平精度范围，为可选信元 |
表二
定位测量控制消息中，除了请求类型(Request Type)信息之外的垂直精度码(Vertical Accuracy Code)等其他信元，用于让CN向UTRAN表达希望获取的定位结果的指标要求。
步骤102：UTRAN收到定位测量控制消息后，向CN返回定位报告消息。
步骤102所述定位报告消息中包含定位结果信元，所述定位结果信元的组成具体可以如表三所示。
| 定位结果信元 | 说明 |
| 区域标识(Area IDentity) | 定位结果类型，为可选信元 |
| 原因(Cause) | 定位失败原因，为可选信元 |
| 请求类型(Request Type) | 内含定位请求类型和要求上报的定位结果类型以及定位水平精度的要求，为必选信元 |
| 最后所知服务区域(Last Known ServiceArea) | 上次定位时UE所在的服务区，为可选信元 |
表三
步骤102中，UTRAN收到定位测量控制消息后，向CN返回定位报告消息之前通常包含：UTRAN根据步骤101所述定位测量控制消息，选择适当定位方法进行定位测量的过程。
如果UTRAN成功获取UE位置，则UTRAN向CN回应的定位报告消息中携带有表三中的Request Type和Area IDentity等信息，可以用于区分所述定位报告消息是针对于来自CN的哪一个测量控制消息的信息，可选携带LastKnown Service Area信息。
如果UTRAN获取UE的位置失败，即定位失败，则UTRAN向CN返回定位失败的定位报告消息，该消息中携带有Request Type、Cause等信息，可选携带Last Known Service Area信息。
通常，CN可以根据定位报告消息中含有的Request Type的不同来区分收到的定位报告是针对先前所发的哪一个定位测量控制消息的回应。
实际应用时，有时CN会向UTRAN发送针对同一用户的不同定位测量控制消息，这些不同的定位测量控制消息具有相同的请求类型(Request Type)信元，但是具有不同的其他信元，用以表示对所希望的定位结果有不同的要求，比如包含不同垂直精度码，用以表示不同垂直精度要求，或包含不同定位优先级，用以表示不同优先级要求等。
现有技术的缺点是：
在CN向UTRAN下发一条针对一个特定UE的定位测量控制消息后，在等待定位结果的过程中，即在收到针对第一个定位测量控制消息的定位报告消息之前，可能由于某种特殊情况，比如需要紧急定位，又向UTRAN针对该UE下发了一条定位测量控制消息并且该消息和前一条消息具有相同的Request Type，但是具有不同的其他信元，比如不同的定位请求响应时间信元，那么在随后UTRAN向CN返回定位报告消息后，CN将无法区分该定位报告消息是针对哪个定位测量控制消息的响应消息。
发明内容
有鉴于此，本发明的主要目的在于提供一种交互定位信息的方法，能够区分包含相同请求类型的定位测量控制消息的定位报告。
本发明的技术方案是这样实现的：
一种交互定位信息的方法，该方法包含以下步骤：
a、核心网向陆地无线接入网发送包含第一处理标识的定位测量控制消息；所述第一处理标识用于区分定位测量控制消息；
b、陆地无线接入网向核心网返回包含第一处理标识的定位报告消息。
步骤b所述定位报告消息为定位成功的定位报告消息。
步骤b所述定位报告消息为定位失败的定位报告消息。
步骤a和步骤b之间进一步包含：
a1、核心网向陆地无线接入网发送N-1个分别包含第二处理标识至第N处理标识的定位测量控制消息，N为大于1的自然数；
步骤b之后进一步包含步骤b1：
b1、陆地无线接入网向核心网返回N-1个分别包含第二处理标识至第N处理标识的定位报告消息。
包含第一处理标识至第N处理标识的每条所述定位测量控制消息中包含定位优先级且所有定位优先级完全相同；包含第一处理标识的定位报告消息为定位成功的定位报告消息，包含第二处理标识至第N处理标识的定位报告消息为定位失败的定位报告消息。
包含第一处理标识至第N处理标识的每条所述定位测量控制消息中分别包含定位优先级且各条定位测量控制消息中的定位优先级不完全相同；所述定位报告消息中，对应于第一条包含定位优先级最高的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其余定位报告消息为定位失败的定位报告消息；
所述定位测量控制消息中至少有一条定位测量控制消息包含紧急情况客户类型；所述定位报告消息中，对应于第一条包含紧急情况客户类型的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其余定位报告消息为定位失败的定位报告消息。
所述定位成功的定位报告消息中包含：区域标识信息。
所述定位失败的定位报告消息中包含：原因信息。
所述定位测量控制消息中进一步包含：请求类型；
所述定位报告消息中进一步包含：与定位测量控制消息中所含请求类型相同的请求类型。
本发明有以下有益效果：
1)本发明中，在定位测量控制消息以及定位结果报告消息中增加处理标识(Transaction ID)信元，Transaction ID可以作为相同Request Type下的辅助ID，用于在定位测量过程中区分对应新旧测量的报告，可以彻底解决CN侧无法区分收到的相同Request Type的定位报告消息对应哪一个定位测量控制消息的问题，比如：CN向UTRAN下发两个或多个具有相同RequestType但具有其他不同特征信元，比如：不同的垂直精度码、不同的客户类型、不同的定位优先级等特征信元中的一个或多个信元的定位测量控制消息后，当收到相应的定位结果报告时，根据Transaction ID信元即可准确判断该定位报告对应当前CN侧下发的哪一个定位测量控制消息，进而能够避免CN侧触发错误流程。
附图说明
图1为现有技术中交互定位信息的过程示意图；
图2为本发明实施例1中交互定位信息的过程示意图；
图3为本发明实施例2中交互定位信息的过程示意图。
具体实施方式
本发明的核心思想是：CN向UTRAN发送包含Transaction ID的定位测量控制消息；所述Transaction ID用于区分定位测量控制消息；UTRAN向CN返回包含Transaction ID的定位报告消息。
实际应用时，所述定位测量控制消息和定位报告消息中还包含请求类型。对应于同一个请求类型的定位测量控制消息，CN可以向UTRAN发送一次，也可以发送多次。
以下参照附图并举实施例，对本发明进一步详细说明。
实施例1：
本实施例中，对应于同一个请求类型的测量控制消息，CN向UTRAN发送一次。
图2为本实施例中交互定位信息的过程示意图，该过程包含以下步骤：
步骤201：CN在确定需要进行定位测量时，向UTRAN发送包含Transaction ID的定位测量控制消息。
步骤201所述定位测量控制消息用于让CN向UTRAN发送对UE进行定位测量的请求，并由CN在定位测量控制消息中指定Transaction ID的取值。所述Transaction ID信元的取值可以为整数(Integer)，取值范围可以任意设置，比如设置为0到15(0…15)等。
步骤201所述定位测量控制消息中进一步包含表一所示的测量请求信元，具体地说，步骤201所述定位测量控制消息中携带的测量请求信元可以如表四所示：
| 测量请求信元 | 说明 |
| 请求类型(Request Type) | 内含定位请求类型和要求上报的定位结果的类型(如：地理位置或UE所在服务区标识)以及定位水平精度的要求，为必选信元 |
| 处理标识(Transaction ID) | 辅助标识ID，为必选信元 |
| 垂直精度码(Vertical Accuracy Code) | 要求定位结果的垂直精度，为可选信元 |
| 响应时间(Response Time) | 要求定位结果的响应时间，为可选信元 |
| 定位优先级(Position Priority) | 定位请求的优先级，为可选信元 |
| 客户类型(Client Type) | 定位请求的客户类型，为可选信元 |
表四
表四中所述请求类型(Request Type)与表二中相同。表四中，处理标识可以在任意位置。
步骤202：UTRAN收到定位测量控制消息后，向CN返回包含TransactionID的定位报告消息。
步骤202所述Transaction ID与步骤201所述Transaction ID相同，具体实现时，UTRAN收到Transaction ID后可以进行存储，并在向CN返回定位报告消息时，将存储的Transaction ID放到定位报告消息中发送给CN。
步骤202所述定位报告消息中进一步包含表三所示的定位结果信元，具体地说，步骤202所示定位报告消息中携带的定位结果信元可以如表五所示：
| 定位结果信元 | 说明 |
| 区域标识(Area IDentity) | 定位结果类型，为可选信元 |
| 原因(Cause) | 定位失败原因，为可选信元 |
| 请求类型(Request Type) | 内含定位请求类型和要求上报的定位结果类型以及定位水平精度的要求，为必选信元 |
| 处理标识(Transaction ID) | 辅助标识ID，为必选信元 |
| 最后所知服务区域(Last Known ServiceArea) | 上次定位时UE所在的服务区，为可选信元 |
表五
表五中，处理标识可以在任意位置。
步骤202中，UTRAN收到定位测量控制消息后，向CN返回定位报告消息之前通常包含：UTRAN根据步骤201所述定位测量控制消息，选择适当定位方法进行定位测量的过程。
如果UTRAN成功获取UE位置，则表五中，UTRAN向CN回应的定位报告消息中携带有Transaction ID、Request Type和Area IDentity等信息，可选携带Last Known Service Area信息。
如果UTRAN获取UE的位置失败，即定位失败，则UTRAN向CN返回定位失败的定位报告消息，该消息中携带有Transaction ID、Request Type、Cause等信息，可选携带Last Known Service Area信息。
如果CN向UTRAN下发两个或多个具有相同Request Type但具有其他不同特征信元，比如具有不同的垂直精度指示(Vertical Code)、不同的客户类型(Client Type)等特征信元的定位测量控制消息时，具体实现方式可以如实施例2中所示。
实施例2：
本实施例中，对应于同一个请求类型的测量控制消息，CN向UTRAN发送多次，比如两次，其中两次时交互定位信息的过程如图3所示，包含以下步骤：
步骤301：CN在确定需要进行定位测量时，向UTRAN发送包含第一处理标识的定位测量控制消息。
步骤301具体与步骤201相同。
步骤302：CN向UTRAN发送包含第二处理标识的定位测量控制消息。
步骤302与步骤301基本相同，只是步骤302中的Transaction ID与步骤301中的不同，比如步骤302中Transaction ID为0，则步骤302中Transaction ID不为0，比如为1等，步骤302中与步骤301中的Request Type相同。
这里，通常是核心网由于需要对用户紧急定位等原因，会向UTRAN发送和上一个定位测量控制消息具有相同Request Type的定位测量控制消息，且步骤302所述定位测量控制消息通常具有相对步骤301所述定位测量控制消息较高的优先级，比如最高优先级等，客户类型可以为紧急情况(Emergency)。
步骤301和步骤302之间通常包含UTRAN对UE进行位置测量的过程，比如：UTRAN采用耗时较长的网络辅助全球定位系统(AGPS，Assisted-GPS)定位方法来对UE进行位置测量等。
步骤303：UTRAN向CN返回包含第一处理标识的定位失败报告消息。
UTRAN收到步骤302所述定位测量控制消息后，通常由于本次定位测量控制优先级高于前一次，因此UTRAN根据优先级抢断等原则，停止前一次测量，即针对第一处理标识的定位测量控制消息的测量，并向CN返回定位结果失败的定位报告消息，报告中回填第一处理标识，这里如果步骤301中的第一处理标识为0，则回填的Transaction ID＝0。
在优先级抢断过程中，UTRAN根据优先级抢断原则释放前一次定位测量引发的定位过程所占有的资源，并向核心网回应一个定位结果报文，表示前一次定位结果失败；同时为新到的高优先级的定位测量引发的定位过程分配资源并进行定位。
步骤303所述定位失败报告消息中通常进一步包含：Request Type、Cause信息，还可以包含Last Known Service Area信息。
这里，步骤303中UTRAN向CN回应失败的消息是针对第一次即步骤301中的定位测量控制消息的，虽然第一次即步骤301中和第二次即步骤302中的定位测量控制消息具有相同的Request Type信元，但由于两者具有不同的Transaction ID，并且该Transaction ID在定位报告中也会带回给CN，因此CN可以知道此次定位失败是针对两次定位测量控制消息中的第一次测量。
步骤304：UTRAN向CN返回包含第二处理标识的定位报告消息。
通常步骤302和步骤304之间包含UTRAN根据最新的定位测量控制消息，即包含第二处理标识的定位报告消息，选择适当定位方法进行定位测量并成功获取UE位置的过程。步骤304中，UTRAN通过定位报告消息将UE位置发送给CN，报告中回填第二处理标识，这里如果步骤302中的第二处理标识为1，则回填的Transaction ID＝1。
步骤304所述定位报告消息中通常进一步包含：Request Type、AreaIdentity等信元。
通常，如果CN向UTRAN发送包含第一处理标识的定位测量控制消息后，收到包含第一处理标识的定位报告消息之前，又向UTRAN发送N-1个分别包含第二处理标识至第N处理标识的定位测量控制消息，则UTRAN共向CN返回N个分别包含第一处理标识至第N处理标识的定位报告消息。这里，如果N个定位测量控制消息中包含的定位优先级相同，则通常由于资源已被第一次测量占用，其他测量分配不到资源，因此N-1个定位报告消息中，通常是包含第一处理标识的定位报告消息为定位成功的定位报告消息，其他定位报告消息为定位失败的定位报告消息。所述第一次测量是指：针对第一处理标识的定位测量控制消息的测量。如果N个定位测量控制消息中包含的定位优先级不同，则针对第一个包含最高优先级的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其他定位报告消息为定位失败的定位报告消息。一般情况下，如果N个定位测量控制消息中包含客户类型为紧急情况(Emergency)的定位测量控制消息，则UTRAN通常会优先处理针对客户类型为紧急情况的定位测量控制消息的定位测量，此时，通常是针对客户类型为紧急情况的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其他为定位报告消息为定位失败的定位报告消息。通常，定位成功的定位报告消息中通常包含区域标识信息，定位失败的定位报告消息中通常包含原因信息。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1、一种交互定位信息的方法，其特征在于，该方法包含以下步骤：
a、核心网向陆地无线接入网发送包含第一处理标识的定位测量控制消息；所述第一处理标识用于区分定位测量控制消息；
b、陆地无线接入网向核心网返回包含第一处理标识的定位报告消息。
2、根据权利要求1所述的方法，其特征在于，步骤b所述定位报告消息为定位成功的定位报告消息。
3、根据权利要求1所述的方法，其特征在于，步骤b所述定位报告消息为定位失败的定位报告消息。
4、根据权利要求1所述的方法，其特征在于，步骤a和步骤b之间进一步包含：
a1、核心网向陆地无线接入网发送N-1个分别包含第二处理标识至第N处理标识的定位测量控制消息，N为大于1的自然数；
步骤b之后进一步包含步骤b1：
b1、陆地无线接入网向核心网返回N-1个分别包含第二处理标识至第N处理标识的定位报告消息。
5、根据权利要求4所述的方法，其特征在于，包含第一处理标识至第N处理标识的每条所述定位测量控制消息中包含定位优先级且所有定位优先级完全相同；包含第一处理标识的定位报告消息为定位成功的定位报告消息，包含第二处理标识至第N处理标识的定位报告消息为定位失败的定位报告消息。
6、根据权利要求4所述的方法，其特征在于，包含第一处理标识至第N处理标识的每条所述定位测量控制消息中分别包含定位优先级且各条定位测量控制消息中的定位优先级不完全相同；所述定位报告消息中，对应于第一条包含定位优先级最高的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其余定位报告消息为定位失败的定位报告消息。
7、根据权利要求4所述的方法，其特征在于，所述定位测量控制消息中至少有一条定位测量控制消息包含紧急情况客户类型；所述定位报告消息中，对应于第一条包含紧急情况客户类型的定位测量控制消息的定位报告消息为定位成功的定位报告消息，其余定位报告消息为定位失败的定位报告消息。
8、根据权利要求2、4、5、6所述的方法，所述定位成功的定位报告消息中包含：区域标识信息。
9、根据权利要求3、4、5、6所述的方法，所述定位失败的定位报告消息中包含：原因信息。
10、根据权利要求1至7任一项所述的方法，其特征在于，所述定位测量控制消息中进一步包含：请求类型；
所述定位报告消息中进一步包含：与定位测量控制消息中所含请求类型相同的请求类型。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100764345A CN100512496C (zh) | 2006-04-20 | 2006-04-20 | 一种交互定位信息的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100764345A CN100512496C (zh) | 2006-04-20 | 2006-04-20 | 一种交互定位信息的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1984472A true CN1984472A (zh) | 2007-06-20 |
| CN100512496C CN100512496C (zh) | 2009-07-08 |
Family
ID=38166600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100764345A Active CN100512496C (zh) | 2006-04-20 | 2006-04-20 | 一种交互定位信息的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100512496C (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011015074A1 (zh) * | 2009-08-07 | 2011-02-10 | 中兴通讯股份有限公司 | 利用基站进行终端定位的方法及装置 |
| WO2021155793A1 (zh) * | 2020-02-05 | 2021-08-12 | 维沃移动通信有限公司 | 定位方法、终端及网络设备 |
-
2006
- 2006-04-20 CN CNB2006100764345A patent/CN100512496C/zh active Active
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011015074A1 (zh) * | 2009-08-07 | 2011-02-10 | 中兴通讯股份有限公司 | 利用基站进行终端定位的方法及装置 |
| CN101990299A (zh) * | 2009-08-07 | 2011-03-23 | 中兴通讯股份有限公司 | 利用基站进行终端定位的方法及装置 |
| US8929923B2 (en) | 2009-08-07 | 2015-01-06 | Zte Corporation | Method and device for locating terminal by using base station |
| WO2021155793A1 (zh) * | 2020-02-05 | 2021-08-12 | 维沃移动通信有限公司 | 定位方法、终端及网络设备 |
| CN113301495A (zh) * | 2020-02-05 | 2021-08-24 | 维沃移动通信有限公司 | 一种定位方法、终端及网络设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100512496C (zh) | 2009-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101228807B (zh) | 用于调度用户设备的定位信息的方法和装置 | |
| US8073466B2 (en) | Method and system for providing location measurement of network based to mobile communication terminal by using G-pCell database | |
| US8121622B2 (en) | Method and system for providing location measurement of network based to mobile communication terminal by using G-pCell database according to location | |
| CN101336556A (zh) | 用于室内位置高精确度定位参考测量的方法和装置 | |
| US20110207474A1 (en) | System and method for mass calibration of radio frequency fingerprint (rf-fp) location measurements | |
| US20070149240A1 (en) | Automatically establishing location groups | |
| RU2006145033A (ru) | Способ передачи, способ приема, базовая станция, терминал и структура сообщения индикации трафика в системе беспроводной связи | |
| CN101083796A (zh) | 用于提供触发定位请求服务的定位服务提供系统及方法 | |
| CN101895865A (zh) | 提供目标终端的触发位置信息的方法 | |
| CN102917426A (zh) | 物联网终端的运营商网络切换方法及装置 | |
| CN102256350A (zh) | 一种定位方法 | |
| CN102858010A (zh) | 一种移动终端的定位方法及装置 | |
| CN111325561A (zh) | 智能投诉处理方法、装置、电子设备及存储介质 | |
| CN109699035B (zh) | 一种地铁网络场景小区识别方法及装置 | |
| CN102802174A (zh) | 一种路测数据的获取方法、路测数据的获取系统及装置 | |
| CN101296488A (zh) | 移动终端定位测量系统及方法 | |
| CN102098656A (zh) | 一种用户终端位置信息获取方法、系统及装置 | |
| CN100488287C (zh) | 一种紧急呼叫业务的定位方法及系统 | |
| CN100512496C (zh) | 一种交互定位信息的方法 | |
| CN110659863B (zh) | 对象监听方法、装置、电子设备及计算机可读存储介质 | |
| CN102450038B (zh) | 具有受控网络负载的警告系统 | |
| CN101252761B (zh) | 用户终端测量控制消息的处理方法 | |
| CN111417143B (zh) | 小区上报方法及网络设备 | |
| WO2015131459A1 (zh) | 一种安防处理方法、装置、安防终端和安防处理服务器 | |
| CN102740344B (zh) | Lte系统中切换成功次数统计方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |